# tableau Tableau Server on Windows (server) - Full Documentation [Passer au contenu principal](#main-content) # À propos de Tableau Advanced Management sur Tableau Server **Important :** À compter du 16 septembre 2024, Advanced Management ne sera plus vendu en tant qu’option complémentaire indépendante. Les fonctionnalités Advanced Management sont disponibles uniquement si vous avez déjà acheté Advanced Management ou si vous achetez certaines éditions de licence : Tableau Enterprise, Tableau Cloud+ ou l’offre groupée Tableau+ (disponible pour Tableau Cloud) ou Tableau Enterprise ou Tableau Server+ (disponible pour Tableau Server). Tableau Advanced Management est un ensemble de fonctionnalités pour Tableau Server qui fournit des capacités améliorées de sécurité, de gestion et d’évolutivité. Les fonctionnalités d’Advanced Management sont disponibles si vous avez Tableau Enterprise. Remarque : Tableau Advanced Management comprend plusieurs fonctionnalités de Tableau Server et deux outils installés séparément : Tableau Content Migration Tool et Tableau Resource Monitoring Tool. Pour plus d’informations, consultez le [tableau des fonctionnalités](#feature_table) plus loin dans cette rubrique. ## Licences requises Advanced Management Advanced Management est concédé sous licence pour chaque déploiement sur Tableau Server, qui peut être basé sur les utilisateurs ou sur les cœurs. Un déploiement comprend une installation Tableau Server de production sous licence et deux installations Tableau Server hors production sous licence qui prennent en charge l’installation de production. Pour plus d’informations sur le déploiement, consultez la [Documentation du CLUF](https://mkt.tableau.com/files/Documentation.pdf?_ga=2.77356117.133433043.1563398594-1734029830.1510592172). - Vous ne pouvez activer Advanced Management que sur un déploiement sous licence de Tableau Server. Cela signifie que Tableau Server doit d’abord être activé avec une clé valide basée sur les utilisateurs ou sur les cœurs, avant d’appliquer la clé produit Advanced Management. Pour plus d’informations sur l’acquisition des fonctionnalités de Advanced Management et l’obtention de la clé produit, contactez votre gestionnaire de compte. - Lorsque la clé produit est active et activée, vous pouvez utiliser toutes les fonctionnalités incluses dans Advanced Management. - Lorsque la clé produit Advanced Management est supprimée ou désactivée, vous ne pouvez plus utiliser les fonctionnalités qui nécessitent une licence Advanced Management valide. Les données associées ne seront pas effacées. Chaque fonctionnalité peut présenter de légères différences de comportement au moment de l’expiration de la licence. Pour plus d’informations sur les caractéristiques individuelles, utilisez les liens dans le tableau ci-dessous. Le tableau suivant énumère les fonctionnalités qui sont incluses et qui nécessitent une licence Advanced Management valide :
FonctionnalitéDescriptionConditions d’utilisation de la fonctionnalitéVersion
À propos de Tableau Resource Monitoring ToolFournit un aperçu complet de l’intégrité de Tableau Server. L’Resource Monitoring Tool vous permet d’identifier les problèmes à l’origine des temps de chargement lents, des échecs d’extraits et d’autres problèmes critiques, et vous aide à résoudre de manière proactive les problèmes qui ont un impact sur l’expérience de l’utilisateur final.L’installation de Tableau Server que vous surveillez doit posséder une licence Advanced Management.

Disponible dans la version 2019.3 et ultérieure.

La prise en charge Linux a été introduite dans la version 2020.4.

À propos de Tableau Content Migration ToolL’Content Migration Tool permet de copier ou de migrer facilement du contenu entre des projets, les sites et les déploiements Tableau Server. Vous pouvez le faire entre des projets sur des installations Tableau Server séparées (par exemple, entre une instance de développement de Tableau Server et une instance de Tableau Server), ou entre des projets sur une seule installation Tableau Server.
  • L’instance Tableau Server source (serveur depuis lequel vous déplacez le contenu) et l’instance Tableau Server cible (serveur vers lequel vous déplacez le contenu) doivent tous deux posséder une licence Advanced Management valide.
  • Content Migration Tool doit être installé sur une version de Microsoft Windows prenant en charge NET 4.6.1 (Windows 7 ou supérieur, Windows Server 2008R2 ou supérieur).
Disponible dans la version 2019.3 et ultérieure.
Journal d’activitéLe journal d’activité enregistre les événements dans le dossier vizportal logs sur le disque dur local pour une analyse et un audit ultérieurs.

Tableau Server doit posséder une licence Advanced Management valide.

Disponible dans la version 2022.3 et ultérieure.
Référentiel externe Tableau ServerVous permet de déployer le référentiel Tableau Server externe sur Tableau Server. Le référentiel Tableau Server est une base de données PostgreSQL qui stocke des données sur l’ensemble des interactions utilisateur, des actualisations d’extraits et autre.L’instance Tableau Server qui utilise un référentiel externe doit posséder une licence Advanced Management.

Disponible dans la version 2019.3 et ultérieure.

- AWS pris en charge sur Tableau Server version 2019.3 et ultérieure.

- Azure pris en charge sur Tableau Server version 2020.4 et ultérieure.

Gestion de la charge de travail via les rôles de nœudsEn utilisant les rôles de nœuds, vous pouvez configurer l’emplacement où certains types de charges de travail sont traités dans votre installation Tableau Server. Les fonctions de rôles de nœuds vous permettent de dédier et d’adapter les ressources à des charges de travail spécifiques, par exemple des actualisations d’extraits, des abonnements, etc.Tableau Server doit posséder une licence Advanced Management valide.Disponible dans la version 2019.3 et ultérieure.
Système de gestion de clés Tableau ServerVous fournit des fonctionnalités supplémentaires pour configurer Tableau Server afin d’utiliser AWS comme KMS pour le chiffrement des extraits.Tableau Server doit posséder une licence Advanced Management valide.

Disponible dans la version 2019.3 et ultérieure.

- AWS pris en charge sur Tableau Server version 2019.3 et ultérieure.

- Azure pris en charge sur Tableau Server version 2021.1 et ultérieure.

Stockage de fichiers externe Tableau ServerVous permet d’utiliser un stockage SAN comme stockage de fichiers. Ceci vous évite d’avoir à exécuter le stockage de fichiers localement sur Tableau ServerTableau Server doit posséder une licence Advanced Management valide.Disponible dans la version 2020.1 et ultérieure.
Limites des ressources du gestionnaire de processus en arrière-plan TableauLe gestionnaire des limites de ressources de Tableau Server suit l’utilisation des ressources par le gestionnaire de processus en arrière-plan par rapport aux limites de ressources définies de manière à s’assurer que les limites de ressources sont appliquées correctement.Tableau Server doit posséder une licence Advanced Management valide.Disponible dans la version 2022.1 et ultérieure.
Passerelle indépendante de Tableau ServerLa passerelle indépendante de Tableau Server vous permet d’installer un proxy inverse géré par Tableau Server sur un ordinateur distinct. Installez la passerelle indépendante dans votre DMZ pour sécuriser l’installation de votre serveur et toutes vos données. La passerelle indépendante peut être utilisée dans une variété de configurations et peut être mise à l’échelle pour répondre aux demandes de connexion de vos clients.Tableau Server doit posséder une licence Advanced Management valide.Disponible dans la version 2022.1 et ultérieure.
## Activation de la clé produit Advanced Management La licence Advanced Management s’applique à une installation de Tableau Server et peut être utilisée à la fois pour les installations basées sur les utilisateurs et les installations basées sur les cœurs. Voici un bref aperçu de la manière dont vous pouvez activer Advanced Management sur votre installation Tableau Server. Utiliser l’interface Web TSM 1. Ouvrez TSM dans un navigateur : https://:8850 2. Cliquez sur **Octroi de licences** dans l’onglet **Configuration**. Cliquez sur **Activer la licence**. 3. Entrez ou collez votre clé produit Advanced Management, puis cliquez sur **Activer**. 4. Dans la page **S’enregistrer**, entrez vos données d’enregistrement dans les champs et cliquez sur **S’enregistrer**. 5. Suivez les invites et redémarrez Tableau Server une fois l’enregistrement terminé. **Remarque :** s’il s’agit d’une nouvelle installation de Tableau Server, et que vous appliquez la clé du Advanced Management avant d’appliquer la clé produit Tableau Server, vous verrez une erreur. Vous pouvez cependant continuer l’installation et appliquer la clé produit Tableau Server en suivant les étapes décrites ci-dessus. Utiliser l’interface en ligne de commande TSM 1. Ouvrez une invite de commande en tant qu’administrateur sur un nœud du groupement Tableau Server. 2. Exécutez la commande suivante avec votre clé produit Advanced Management pour activer la licence : `tsm licenses activate -k ` **Remarque :** s’il s’agit d’une nouvelle installation de Tableau Server, exécutez la commande deux fois, d’abord avec la clé produit Tableau Server, puis avec la clé produit Advanced Management. 3. Appliquez les modifications et redémarrez le serveur : `tsm pending-changes apply` ### Qui peut le faire? Seuls les administrateurs de serveur peuvent activer les clés produit Advanced Management. ## Autres articles de cette section [Passer au contenu principal](#main-content) # À propos de Gestion des données **Important :** À compter du 16 septembre 2024, la fonctionnalité de gestion des données ne sera plus vendu en tant qu’option complémentaire indépendante. Les fonctionnalités de Gestion des données sont disponibles uniquement si vous avez déjà acheté Gestion des données ou si vous achetez certaines éditions de licence : Tableau Enterprise, Tableau Cloud+ ou l’offre groupée Tableau+ (disponible pour Tableau Cloud) ou Tableau Enterprise ou Tableau Server+ (disponible pour Tableau Server). Gestion des données est un ensemble de fonctions et de fonctionnalités qui aide les clients à gérer le contenu et les actifs de données Tableau dans leur environnement Tableau Server ou Tableau Cloud. À partir de la version 2019.1 de Tableau Server, Tableau Prep Conductor est disponible pour les déploiements sur site de Tableau Server, et dans la version 2019.3, Tableau Prep Conductor est disponible pour les déploiements de Tableau Cloud. Vous pouvez utiliser Tableau Prep Conductor pour planifier et surveiller les flux. À partir de la version 2019.3 de Tableau, Tableau Catalog est inclus dans Gestion des données, ce qui met à votre disposition toute une gamme de fonctionnalités supplémentaires dans l’espace de gestion des données. Vous pouvez utiliser Tableau Catalog pour découvrir les données, conserver les ressources de données, communiquer la qualité des données, effectuer une analyse d’impact et tracer le lignage des données utilisées dans le contenu Tableau. À partir de la version 2021.4 de Tableau, davantage de fonctionnalités de gouvernance et de sécurité sont ajoutées au Gestion des données : connexions virtuelles et stratégies de données. À l’aide de l’éditeur de connexion virtuelle, vous pouvez créer : - Des connexions virtuelles qui fournissent un point d’accès central partageable aux données. - Des stratégies de données pour appliquer la sécurité au niveau des lignes au niveau de la connexion. ## Fonctionnalités de Gestion des données La table suivante énumère les fonctionnalités de Gestion des données, notamment : - Tableau Catalog - Tableau Prep Conductor - Connexions virtuelles - Stratégies de données ### Tableau Catalog
FonctionnalitéDescription
Autorisations pour les métadonnéesTableau Catalog vous permet de contrôler qui peut voir et gérer les ressources externes et quelles métadonnées sont affichées par lignage en définissant les autorisations.
Expérience de connexion élargie : découverte des donnéesQue vous créiez vos vues sur le Web ou dans Tableau Desktop, vous pouvez désormais rechercher et vous connecter à des bases de données et des tables spécifiques utilisées par les sources de données publiées et les classeurs sur votre site Tableau Server ou Tableau Cloud.
Recherche étendueTableau Catalog étend la recherche pour inclure des résultats basés sur des colonnes, des bases de données et des tables.
Ajouter des balises aux ressources externesVous pouvez catégoriser les éléments dans Tableau Server et Tableau Cloud avec des balises, ce qui aide les utilisateurs à filtrer les ressources externes (bases de données, fichiers, tables et colonnes).
Certifier les bases de données et les tablesAidez les utilisateurs à trouver des données fiables qui répondent aux normes que vous avez fixées en certifiant les bases de données et les tables.
Configurer des avertissements sur la qualité des donnéesVous pouvez configurer des avertissements sur la qualité des données pour alerter les utilisateurs en cas de problèmes de qualité des données, par exemple des données périmées ou obsolètes.
Analyse de ligage et d’impactL’outil Lignage permet de retrouver la source de vos données. Vous pouvez l’utiliser pour analyser l’impact des modifications apportées à vos données, identifier les utilisateurs susceptibles d’être touchés, et envoyer un courriel aux propriétaires d’un classeur, d’une source de données ou d’un flux, ou contacts pour une base de données ou une table, à propos des mises à jour liées aux données.
Détails des donnéesAidez les utilisateurs à mieux comprendre une visualisation publiée en voyant des informations sur les données utilisées.
Ajouter des descriptions aux ressourcesAidez les utilisateurs à trouver les données qu’ils recherchent en ajoutant des descriptions aux bases de données, aux tables et aux colonnes.
Ressources développeursAPI REST de Tableau - Méthodes de métadonnéesAjoutez, mettez à jour et supprimez des ressources externes de façon programmatique. Ajoutez des métadonnées supplémentaires au contenu Tableau et aux ressources externes comme les descriptions.
API de métadonnées TableauInterrogez de manière programmatique les métadonnées du contenu publié sur Tableau Server ou Tableau Cloud. Mettez à jour de manière programmatique certaines métadonnées en utilisant les methodes de métadonnées dans l’API REST de Tableau Server. 
Remarque : L’API de métadonnées ne nécessite pas Gestion des données.
GraphiQLExplorez et testez les requêtes par rapport au schéma d’API de métadonnées à l’aide d’un outil interactif intégré dans le navigateur (GraphiQL).
Remarque : GraphiQL ne nécessite pas Gestion des données.
### Tableau Prep Conductor | Fonctionnalité | Description | | --- | --- | | Programmer des tâches de flux dans l’aide de [Tableau Cloud](https://help.tableau.com/current/online/fr-ca/prep_conductor_online_schedule_flow_task.htm) ou [Tableau Serveur](https://help.tableau.com/current/server/fr-ca/prep_conductor_schedule_flow_task.htm). | Vous pouvez créer des tâches de flux programmées pour exécuter un flux à un moment précis ou de manière récurrente. | | [Surveiller l’état et les performances des flux](https://help.tableau.com/current/server/fr-ca/prep_conductor_monitor_flow.htm) | Configurer des notifications par courriel au niveau du site ou du serveur lorsque les flux échouent, afficher et reprendre les tâches de flux suspendues, et afficher les erreurs et les alertes. | | [Vues administratives pour les flux](https://help.tableau.com/current/server/fr-ca/prep_conductor_admin_views.htm) | Utilisez les vues administratives pour surveiller les activités liées aux flux, l’historique des performances et l’espace disque utilisé au niveau du serveur ou du site. | | API REST de Tableau - [Méthodes de flux](https://help.tableau.com/current/api/rest_api/fr-ca/REST/rest_api_ref_flow.htm) | Planifiez les flux de manière programmatique. | ### Connexions virtuelles et stratégies de données | Fonctionnalité | Description | | --- | --- | | [Créer une connexion virtuelle](https://help.tableau.com/current/server/fr-ca/dm_vconn_create_conn.htm) | Un type de contenu Tableau qui vous permet de créer une connexion partageable et réutilisable aux données organisées. | | [Créer une stratégie de données pour la sécurité au niveau des lignes](https://help.tableau.com/current/server/fr-ca/dm_vconn_create_rlspolicy.htm) | Utilisez l’éditeur de connexion virtuelle pour créer des stratégies de données avec des conditions de stratégie qui appliquent la sécurité au niveau des lignes aux données au niveau de la connexion. | | [Tester la sécurité au niveau de la ligne avec l’aperçu en tant qu’utilisateur](https://help.tableau.com/current/server/fr-ca/dm_vconn_test_preview.htm) | Testez la stratégie de données avec Aperçu en tant qu’utilisateur pour vous assurer que les utilisateurs ne peuvent voir que leurs données. | | [Planifier des actualisations d’extraits pour une connexion virtuelle](https://help.tableau.com/current/server/fr-ca/dm_vconn_extract.htm) | Créez une planification d’actualisation d’extrait pour les tables de votre connexion, en vous assurant que les données sont actualisées pour tout contenu utilisant cette connexion virtuelle. | ## Autres articles de cette section [Passer au contenu principal](#main-content) # À propos de l’éditeur de connexion virtuelle Centralisez et gérez l’accès aux données pour votre entreprise à l’aide de ces fonctionnalités : - **Connexions virtuelles** – Points d’accès aux données réutilisables et gérés. - **stratégies de données** – À utiliser pour définir la sécurité au niveau des lignes. - **Extraits centralisés** – Réutilisez plusieurs fois le même extrait. Utilisez l’éditeur de connexion virtuelle pour créer des connexions virtuelles et des stratégies de données. Le schéma suivant montre le processus : ![Le schéma décrit le processus de création d’une connexion virtuelle et d’une stratégie de données](/tableau/current/fr-ca/server/fr-ca/Img/dm_vconn_workflow_diagram.png) Pour commencer, sélectionnez une base de données, si nécessaire. Ensuite, sélectionnez et faites glisser une table vers l’onglet Tables. [Lire la rubrique complète](https://help.tableau.com/current/server/fr-ca/dm_vconn_overview.htm) ## Tâches connexes [Ajouter des tables à la connexion](https://help.tableau.com/current/server/fr-ca/ipa_vconn_add_tables.htm) [À propos des stratégies de données](https://help.tableau.com/current/server/fr-ca/ipa_vconn_about_data_policy.htm) [Créer et tester des stratégies de données](https://help.tableau.com/current/server/fr-ca/ipa_vconn_create_data_policy.htm) Vous ne trouvez pas ce dont vous avez besoin? Consultez [toute l’aide de Tableau](https://www.tableau.com/fr-ca/support/help) en ligne [Passer au contenu principal](#main-content) # À propos de l’espace de travail Flux Après avoir publié votre flux, vous pouvez planifier des tâches ou des tâches liées (version 2021.3 et versions ultérieures) dans Tableau Server pour exécuter automatiquement vos flux sur une base régulière et ainsi garder à jour vos données de sortie. Vous pouvez également exécuter vos flux manuellement à tout moment (Gestion des données non requis). Tableau Prep Conductor exploite une grande partie des mêmes fonctionnalités de gestion des flux que vous pourriez voir lors de la gestion des classeurs ou de sources de données depuis Tableau Desktop dans Tableau Server. Par exemple, tout comme les actualisations d’extraits, les tâches de flux planifiées et les exécutions de flux sur demande sont mises en file d’attente en tant que tâches d’arrière-plan. Mais lorsqu’il s’agit de travailler avec des flux, il existe quelques différences. ## Page Présentation du flux La page Aperçu du flux est la page d’accueil principale où vous pouvez afficher des données sur votre flux et planifier, surveiller et gérer le flux. Si vous n’avez pas le Gestion des données, différentes options s’offrent à vous. Ouvrez la page Présentation du flux en cliquant sur un flux dans votre liste. Vous pouvez y accéder depuis Contenu > Explorer > Tous les flux ou en ouvrant le projet qui contient vos flux. ![La page Présentation du flux Tableau Prep.](/tableau/current/fr-ca/server/fr-ca/Img/prep_parameters_flow_overview.png) 1. L’en-tête répertorie le nom du flux, le propriétaire du flux et la date à laquelle le flux a été modifié pour la dernière fois. À partir de la version 2020.4, cliquez sur Modifier pour modifier les flux existants. Ajoutez un flux à vos favoris ou à partir du menu Plus d’actions![L’option de menu Plus d’options représentée par 3 points.](/tableau/current/fr-ca/server/fr-ca/Img/prep_server_rmoremenu.png), vous pouvez également modifier, exécuter, télécharger le flux, définir des autorisations, modifier le propriétaire du flux, restaurer les versions précédentes du flux, etc. 2. Affichez et modifiez la description du flux et définissez des balises pour aider les autres à trouver les flux qu’ils recherchent. 3. Affichez les étapes de sortie d’un flux ainsi que tous les paramètres appliqués au flux (version 2021.4 et versions ultérieures), l’état de la dernière mise à jour, toute programmation à laquelle la sortie est affectée et toute erreur de la dernière exécution du flux. Vous pouvez également cliquer sur le bouton Exécuter![Le bouton Exécuter le flux est représenté par une flèche vers la droite dans un cercle.](/tableau/current/fr-ca/server/fr-ca/Img/prep_server_run_button.png) pour exécuter toutes les étapes de sortie ou des étapes de sortie individuelles sur demande.
Paramètres

Si le flux comprend des paramètres utilisateur, la dernière valeur du paramètre exécutée dans le flux est affichée et vous pouvez voir toutes les sorties générées dans la colonne Sortie. Lorsque le flux est exécuté, vous êtes invité à saisir les valeurs des paramètres.

Les paramètres système (version 2023.2 et ultérieure) sont générés automatiquement au moment de l’exécution du flux et le type de paramètre système est affiché dans la colonnes Paramètres. Pour voir la dernière valeur de paramètre système appliquée au flux, modifiez le flux.

Pour plus d’information sur l’utilisation des paramètres dans des flux, consultez Créer et utiliser des paramètres dans les flux dans l’aide de Tableau Prep.

ÉtatUne fois qu’un flux s’est exécuté avec succès, les sorties qui sont des sources de données deviennent des liens sur lesquels vous pouvez cliquer pour ouvrir la page Source de données afin d’afficher plus d’information sur la source de données ou de modifier la connexion d’entrée du flux.
Programmation

Dans le champ Programmation, affichez les tâches planifiées auxquelles l’étape de sortie est affectée. Une sortie de flux peut être affectée à une ou plusieurs tâches.

Si aucune programmation n’a encore été affectée, cliquez sur Créer une nouvelle tâche pour ajouter l’étape de sortie à une programmation. Pour exécuter immédiatement le flux afin de mettre à jour une étape de sortie spécifique, cliquez sur le bouton ExécuterLe bouton Exécuter le flux est représenté par une flèche vers la droite dans un cercle. sur le côté gauche de la ligne.

Erreurs

Si le flux contient des erreurs, l’exécution du flux va échouer. Les erreurs de connectivité peuvent être résolues directement en accédant à l’onglet Connexions du flux et en modifiant les connexions d’entrée.

Pour résoudre toute autre erreur de flux, modifiez le flux, puis republiez-le et essayez à nouveau de l’exécuter. Si vous utilisez une version antérieure de Tableau Prep Builder, dans le menu Plus d’actionsL’option de menu Plus d’options représentée par 3 points., vous pouvez également télécharger et ouvrir le flux dans Tableau Prep Builder, puis le republier et réessayer d’exécuter le flux.

4. Affichez une image du flux. ### Page de vue d’ensemble du flux sans le Gestion des données Si vous n’avez pas installé le Gestion des données installé sur votre serveur, vous pouvez toujours publier des flux vers Tableau Server, mais vous verrez moins d’options pour gérer votre flux. ![Connexions de Tableau Prep.](/tableau/current/fr-ca/server/fr-ca/Img/prep_webauth_no_dm_addon.png) ## Page Connexions du flux Affichez les emplacements d’entrée et de sortie d’un flux, les types de connexion, les paramètres d’authentification, les étapes d’entrée et de sortie et toute erreur de connectivité. Vous pouvez définir des paramètres d’authentification lors de la publication d’un flux. Pour plus d’information, consultez [Publier un flux sur Tableau Server ou Tableau Online](https://help.tableau.com/current/prep/fr-ca/prep_conductor_publish_flow.htm). Pour les types d’entrée de base de données, cliquez sur le menu Plus d’actions![L’option de menu Plus d’options représentée par 3 points.](/tableau/current/fr-ca/server/fr-ca/Img/prep_server_rmoremenu.png) d’une connexion d’entrée pour modifier la connexion, ainsi que le nom du serveur, le port, le nom d’utilisateur et le mot de passe. ![Une table des types de connexion et de leurs sources dans Tableau Prep.](/tableau/current/fr-ca/server/fr-ca/Img/prep_serverconnections.png) ## Page Tâches planifiées de flux (Gestion des données obligatoire) Affichez toutes les programmations auxquelles le flux est affecté, les sorties incluses dans ces programmations et tous les paramètres appliqués au flux (version 2021.4 et versions ultérieures). En tant qu’administrateur, vous pouvez cliquer sur le lien de la programmation pour ouvrir la page Programmations et afficher une liste des flux affectés à cette programmation. Pour plus d’information sur l’attribution de flux à une programmation, consultez Programmer des tâches de flux dans l’aide de [Tableau Server](https://help.tableau.com/current/online/fr-ca/prep_conductor_online_schedule_flow_task.htm) ou [Tableau Cloud](https://help.tableau.com/current/server/fr-ca/prep_conductor_schedule_flow_task.htm). Pour afficher les sorties d’une programmation ou les tâches affectées à une tâche liée (version 2021.3 et versions ultérieures), cliquez sur les liens dans la colonne Type de programmation. Vous pouvez également ajouter de nouvelles tâches ou gérer celles qui existent déjà depuis cette page. Pour agir sur une tâche existante, cochez la case sur une fiche de tâche, puis cliquez sur le menu déroulant Actions pour exécuter, modifier ou supprimer la tâche. Si le flux ne s’exécute pas après un nombre configuré de tentatives consécutives, le flux est automatiquement suspendu. Vous pouvez voir cet état dans l’onglet Présentation ainsi que dans cet onglet. Vous pouvez reprendre les tâches suspendues à partir de ce menu. Pour plus d’information sur la définition du seuil des tâches de flux suspendues, consultez [Étape 5 : Configurations facultatives du serveur](https://help.tableau.com/current/server/fr-ca/prep_conductor_config_server_optional.htm). Pour plus d’information sur les tâches de flux suspendues, consultez [Afficher et résoudre les erreurs](https://help.tableau.com/current/server/fr-ca/prep_conductor_monitor_flow.htm#View_Errors). **Remarque :** La page Tâches planifiées pour les flux a été repensée dans la version 2021.3. Votre vue peut être différente selon la version de votre serveur. ![La page Flux avec l’onglet Tâches planifiées sélectionné](/tableau/current/fr-ca/server/fr-ca/Img/prep_parameters_scheduled_tasks.png) ## Page Programmations Sur la page Programmations, vous pouvez afficher les flux affectés à une programmation et les détails sur les exécutions de flux. Si la programmation comprend des tâches liées (version 2021.3 et versions ultérieures), le nombre de flux inclus dans les tâches liées est affiché. Vous pouvez exécuter le programme sur demande et exécuter tous les flux qui lui sont affectés. Vous pouvez également sélectionner un ou plusieurs flux, puis utiliser le menu Actions pour modifier la programmation ou la priorité du flux, supprimer les flux sélectionnés de la programmation ou reprendre les flux suspendus. Pour plus d’information sur la configuration d’une programmation, consultez [Étape 3 : Créer des programmations pour les tâches de flux](https://help.tableau.com/current/server/fr-ca/prep_conductor_create_schedule_definitions.htm). ![Une table qui affiche les détails du flux, notamment la priorité, l’état, la dernière exécution, la prochaine exécution programmée et les erreurs.](/tableau/current/fr-ca/server/fr-ca/Img/prep_server_schedules_page.png) ## Historique d’exécution de flux (Gestion des données obligatoire) Consultez, recherchez et triez une liste d’exécutions historiques pour un flux. Cette page inclut également des détails sur l’exécution du flux, tels que le type d’exécution, les valeurs de paramètre appliquées aux flux inclus dans chaque exécution de flux (version 2021.4 et versions ultérieures), la durée et le nombre de lignes générées. Si la sortie du flux comporte une erreur, survolez l’erreur pour afficher les messages. Le cas échéant, cliquez sur le lien Accéder aux connexions dans le message d’erreur pour accéder à la page Connexions afin de corriger les erreurs de connectivité. Vous pouvez également modifier le flux directement pour corriger les erreurs, ou cliquer sur Télécharger le flux pour télécharger et corriger les erreurs de flux dans Tableau Prep Builder, puis republier le flux pour continuer à le gérer à l’aide de Tableau Prep Conductor. **Remarque :** l’historique d’exécution d’un flux est conservé jusqu’à ce que le flux soit supprimé. ![L’onglet Historique d’exécution est sélectionné et la colonne Erreurs affiche un message concernant les erreurs.](/tableau/current/fr-ca/server/fr-ca/Img/prep_parameters_run_history.png) ## Historique des révisions de flux Si vous devez rétablir une version précédente d’un flux, à partir du menu Plus d’actions![L’option de menu Plus d’options représentée par 3 points.](/tableau/current/fr-ca/server/fr-ca/Img/prep_server_rmoremenu.png) pour le flux, sélectionnez Historique des révisions. Dans la boîte de dialogue Historique des révisions, sélectionnez la version du flux dans la liste à laquelle vous souhaitez revenir. ![Une table de l’historique des révisions avec l’option permettant de restaurer une révision.](/tableau/current/fr-ca/server/fr-ca/Img/prep_server_revisionhistory.png) ## Qui peut le faire? Seuls les administrateurs de serveur peuvent activer les clés produit Gestion des données. Les administrateurs de serveur peuvent activer Tableau Prep Conductor. Les créateurs peuvent créer, modifier et exécuter des flux manuellement. Si le Gestion des données est installé, les créateurs peuvent exécuter des flux selon une programmation. [Passer au contenu principal](#main-content) # À propos de la migration d’identités Depuis la version 2022.1, Tableau Server stocke et gère les informations d’identité à l’aide du service d’identité. La migration d’identités est une condition préalable à la configuration et à l’utilisation de [pools d’identités](https://help.tableau.com/current/server/fr-ca/identity_pools.htm). > [!WARNING] > > **Important :** Si vous ne prévoyez pas d’utiliser la fonctionnalité de pools d’identités, nous vous recommandons de ne pas exécuter la migration d’identités. L’exécution de la migration d’identités sans prévoir d’utiliser des pools d’identités n’apportera aucun avantage à votre déploiement Tableau Server. Pour les déploiements existants, si vous mettez à niveau Tableau Server vers la version 2022.1 (ou version ultérieure) et restaurez une sauvegarde de Tableau 2021.4 (ou version antérieure), vous pouvez débuter la migration d’identités après la mise à niveau de Tableau Server pour renseigner le nouveau service d’identité. La migration d’identités renseigne des tables supplémentaires du service d’identité pour tous les utilisateurs de Tableau Server, qui sont ensuite utilisées pour authentifier les utilisateurs via le service d’identité. La migration s’exécute en arrière-plan et n’interrompt ni interfère l’utilisation de Tableau Server par vos utilisateurs. En tant qu’administrateur, vous pouvez surveiller et gérer la migration, notamment en modifiant le moment où la migration s’exécute ou en résolvant tout conflit de migration potentiel, via une page dédiée à la **migration d’identités** disponible sur la page Utilisateurs de Tableau Server. Cette page est disponible pendant toute la durée du processus de migration. ## Résumé des étapes pour les déploiements existants Pour les déploiements nouveaux et existants, vous devez configurer Tableau Server pour utiliser le service d’identité une fois la migration terminée afin de tirer parti des améliorations de la structure d’identités et configurer les pools d’identités. > [Étape 1 : Avant de commencer](#step1) > > [Étape 2 : Activer le nouveau schéma et la fonctionnalité de connexion](#step2) > > [Étape 3 : Démarrer la migration d’identités](#step3) > > [Étape 4 : Terminer la migration d’identités](#step4) > > [Étape 5 : Configurer Tableau Server pour utiliser le service d’identité](#step5) > > [Étape 6 : Activer les pools d’identités](#step6) ### Mots clés - **Service d’identité :** service dans Tableau Server 2022.1 (et versions ultérieures) qui est responsable de l’administration des identités des utilisateurs, y compris l’authentification et le provisionnement. Le service utilise un schéma d’identité dans lequel les identités des utilisateurs sont représentées par des tables du service d’identité et la table héritée « system\_users ». - **Pools d’identités** – un outil de gestion des identités qui utilise les informations de provisionnement et d’authentification pour permettre l’accès des utilisateurs à Tableau Server. Les pools d’identités permettent un flux de travail de gestion des identités plus centralisé et flexible, basé sur le Service d’identité pour le stockage et la gestion des identités des utilisateurs dans Tableau Server. - **Ancien mode de magasin d’identités :** schéma d’identité limité utilisé par Tableau Server 2021.4 (et versions antérieures), où les identités des utilisateurs sont uniquement représentées par la table héritée « system\_users ». - **Migration d’identités :** le processus d’audit qui évalue les identités d’utilisateur existants de Tableau Server, interroge les magasins d’identité externes en amont pour obtenir des informations d’identité supplémentaires (le cas échéant) et importe ces informations d’identité supplémentaires dans le service d’identité. - **Magasin d’identités externe :** type de magasin d’identités externe et en amont de Tableau Server où toutes les informations d’identité sont stockées et gérées par un service d’annuaire externe (Active Directory (AD) ou LDAP). S’il est configuré, Tableau Server se synchronise avec l’annuaire externe afin qu’une copie des informations d’identité existe dans Tableau Server. - **Magasin d’identités local :** type de magasin d’identités fourni par Tableau Server. S’il est configuré, Tableau Server stocke et gère les informations d’identité dans le référentiel Tableau Server sans aucun annuaire externe configuré pour ces informations. - **Utilisateur système :** utilisateur de Tableau Server. Un utilisateur correspond à un enregistrement de connexion (« system\_users ») à la fois dans le service d’identité (via la table « system\_users\_identities ») et dans l’ancien mode de magasin d’identités. Un enregistrement « system\_users » peut potentiellement être associé à plusieurs identités d’utilisateur et permettre de se connecter à plusieurs sites. Le lien entre un enregistrement « system\_users » et des sites est défini dans la table « users ». ### Objet de la migration d’identités Lorsque vous créez une sauvegarde Tableau Server, les informations d’identité sont enregistrées dans le schéma d’identité utilisé par la version de Tableau Server pour laquelle la sauvegarde a été créée. La migration est nécessaire pour renseigner les informations d’identité du schéma d’identité utilisé dans la sauvegarde vers le schéma d’identité utilisé par le service d’identité. **Schéma d’identité de Tableau Server 2021.4 et versions antérieures** ![Un diagramme d’un service d’applications avec deux cases intitulées « system\_users » et « domains ».](/tableau/current/fr-ca/server/fr-ca/Img/id_mig_tables_legacy.png) Le schéma d’identité utilisé par l’ancien mode de magasin d’identités se compose de deux tables, « system\_users » et « domains ». **Schéma d’identité de Tableau Server 2022.1 et versions ultérieures** ![Un diagramme illustrant les tables de base de données pour le service d’identité.](/tableau/current/fr-ca/server/fr-ca/Img/id_mig_tables.png) Le schéma d’identité utilisé par le service d’identité inclut les anciennes tables « system\_users » et des tables supplémentaires du service d’identité (\*\_identity\_stores et \*identities) qui capturent davantage d’informations d’identité. Les tables supplémentaires permettent de réduire les problèmes pouvant être causés par des modifications en amont dans les magasins d’identités externes. ### Que se passe-t-il pendant la migration d’identités Lorsque les informations sur les identités des utilisateurs sont migrées, les informations d’identité stockées dans la table héritée « system\_users » sont complétées par les tables du service d’identité. Le type de tables de service d’identité avec lesquelles les informations d’identité sont complétées dépend du type de magasin d’identités pour lequel Tableau Server est configuré : local, Active Directory (AD) ou Lightweight Directory Access Protocol (LDAP). - Pour les types de magasins d’identité **AD**, les tables du service d’identité héritent uniquement des attributs non ambigus ou des attributs qui ne sont pas stockés dans le même enregistrement de base de données. Par exemple, sAMAccountNAme et userPrincipalName (UPN) peuvent être stockés dans le même enregistrement de nom d’une table « systems\_users » héritée, ce qui peut se produire à la suite d’une série complexe de règles. Dans la plupart des cas, la migration peut interpréter correctement et migrer avec succès l’identité de l’utilisateur. Toutefois, si la migration produit des résultats ambigus, vous devez soit reconnaître manuellement l’ambiguïté, soit résoudre manuellement le conflit à l’aide de la page dédiée à la migration d’identités. Pour plus d’informations, consultez [Résoudre les conflits de migration d’identité](https://help.tableau.com/current/server/fr-ca/identity_migration_conflicts.htm). - Pour les types de magasins d’identités **LDAP**, comme les types de magasins d’identités AD, les tables du service d’identité héritent uniquement d’attributs non ambigus. Dans la plupart des cas, la migration peut interpréter correctement et migrer avec succès l’identité de l’utilisateur. Toutefois, si la migration produit des résultats ambigus, vous devez soit reconnaître manuellement l’ambiguïté, soit résoudre manuellement le conflit à l’aide de la page dédiée à la migration d’identités. Pour plus d’informations, consultez [Résoudre les conflits de migration d’identité](https://help.tableau.com/current/server/fr-ca/identity_migration_conflicts.htm). - Pour les magasins d’identités de type **Local**, les tables du service d’identité héritent directement des champs d’utilisateur et de domaine. Cela signifie qu’aucune information supplémentaire ou résolution manuelle n’est requise de votre part. Lorsque Tableau Server est configuré pour ce type de magasin d’identités, la migration d’identités des utilisateurs se produit après le processus de restauration de la sauvegarde de Tableau Server. ## Effectuer la migration d’identités ### Étape 1 : Avant de commencer Avant de commencer, identifiez votre version de Tableau Server et sa méthode de mise à niveau (le cas échéant) ci-dessous pour déterminer quelles sont les prochaines étapes de la migration d’identités.
Mise à niveau à partir deMise à niveau versMéthode de mise à niveauÉtapes suivantes
S.O.Tableau Server versions 2022.1.0 (et ultérieures), 2022.3.0 (et ultérieures) et 2023.1 (et ultérieures)Nouvelle installationAccédez à l’Étape 2.
Tableau Server versions 2022.1-2022.1.7, 2022.3-2022.3.9 ou 2023.1-2023.1.5Tableau Server versions 2022.1.8 (et ultérieures), 2022.3.10 (et ultérieures) et 2023.1.6 (et ultérieures)S.O.

Avez-vous activé le nouveau schéma pour la connexion (c’est-à-dire, wgserver.authentication.legacy_identity_mode.enabled -v false)?

Tableau Server version 2021.4.x ou version antérieureTableau Server versions 2022.1.8 (et ultérieures), 2022.3.10 (et ultérieures) et 2023.1.6 (et ultérieures)S.O.Accédez à l’Étape 2.
Tableau Server version 2021.4.x ou version antérieureTableau Server versions 2022.1.0-2022.1.7, 2022.3.0-2022.3.9 ou 2023.1.0-2023.1.5Si vous effectuez une mise à niveau Bleu/Vert ou une mise à niveau manuelle de Tableau Server en 1) installant Tableau Server sur une nouvelle machine, puis 2) en sauvegardant et en restaurant Tableau Server à l’aide des commandes tsm maintenance (backup et restore), vous devez prendre des mesures supplémentaires pour lancer la migration.Aller à Résoudre les problèmes liés à la migration des identités.
Si vous effectuez une mise à niveau « sur place » d’un serveur unique ou de plusieurs nœuds de Tableau Server à l’aide de la méthode décrite ici, aucune étape supplémentaire n’est requise de votre part pour lancer la migration. La migration démarre une fois la mise à niveau de Tableau Server vers la version 2022.1 (ou ultérieure) terminée.Accédez à l’Étape 2.
Si vous mettez à niveau manuellement Tableau Server en 1) installant Tableau Server sur une nouvelle machine, puis 2) en exportant et en important les informations de configuration et de topologie à l’aide de commandes tsm settings (export et import), aucune étape supplémentaire n’est non plus requise de votre part pour lancer la migration. La migration démarre une fois le processus d’importation terminé sur la nouvelle machine Tableau Server.Accédez à l’Étape 2.
### Étape 2 : Activer le nouveau schéma et la fonctionnalité de connexion Avant de démarrer la migration d’identités, le nouveau schéma d’identité doit être activé par la commande tsm [features.NewIdentityMode](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm#identity_mode_new); et pour continuer à autoriser la connexion à Tableau Server pendant le déroulement du processus de migration d’identités par les commandes tsm [wgserver.authentication.legacy\_identity\_mode.enabled](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm#legacy_identity_mode) ou [tsm authentication legacy-identity-mode ](https://help.tableau.com/current/server/fr-ca/cli_authentication_tsm.htm#tsm_identity_mig_legacy). 1. Ouvrez une invite de commande en tant qu’administrateur sur le nœud initial (le nœud sur lequel TSM est installé) du groupement. 2. Exécutez la commande suivante : ``` tsm configuration set -k features.NewIdentityMode -v true ``` 3. Exécutez les commandes suivantes en fonction de la version de Tableau Server que vous exécutez : - Pour Tableau Server versions 2022.1.8 (et ultérieures), 2022.3.10 (et ultérieures), 2023.1.6 (et ultérieures) : ``` tsm configuration set -k wgserver.authentication.legacy_identity_mode.enabled -v true tsm pending-changes apply ``` - Pour Tableau Server versions 2022.1.0-2022.1.7, 2022.3-2022.3.9 ou 2023.1-2023.1.5 : ``` tsm authentication legacy-identity-mode enable tsm pending-changes apply ``` **Remarque :** L’exécution de ces commandes entraîne le redémarrage de Tableau Server. ### Étape 3 : Démarrer la migration d’identités **Remarque :** Si vous avez effectué une mise à niveau de Tableau Server versions 2022.1-2022.1.7, 2022.3-2022.3.9 ou 2023.1-2023.1.5, la migration d’identités démarre par défaut et vous pouvez passer à l’[Étape 4 : Terminer la migration d’identités](#step4) ci-dessous. Pour démarrer la migration d’identités, vous devez activer la fonctionnalité de migration d’identités à l’aide de la commande tsm [features.IdentityMigrationBackgroundJob](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm#identity_migration). 1. Exécutez la commande suivante : ``` tsm configuration set -k features.IdentityMigrationBackgroundJob -v true ``` Une fois la migration d’identités commencée, vous verrez une notification dans Tableau Server qui vous relie à la page Migration d’identités. La page Migration d’identités vous permet de surveiller l’état de la migration d’identités et les conflits d’identité qui doivent être résolus. ### Étape 4 : Terminer la migration d’identités **Remarque** : Ignorez cette étape pour les nouvelles installations. Pour terminer la migration d’identités, tous les conflits d’identité doivent être résolus ou reconnus avant de pouvoir activer le service d’identité pour Tableau Server. 1. Connectez-vous à Tableau Server en tant qu’administrateur. 2. Dans le volet de navigation de gauche, sélectionnez Utilisateurs (ou Tous les sites > Utilisateurs pour une instance multisite de Tableau Server), puis cliquez sur la page Migration d’identité pour vérifier que la migration a commencé. Vous pouvez surveiller et gérer sa progression à l’aide de la page dédiée à la migration des identités disponible sur la page Utilisateurs de Tableau Server. Pour plus d’informations, consultez [Gérer la migration des identités](https://help.tableau.com/current/server/fr-ca/identity_migration_manage.htm). 3. Résolvez ou reconnaissez tous les conflits d’identité comme décrit dans [Résoudre les conflits de migration d’identité](https://help.tableau.com/current/server/fr-ca/identity_migration_conflicts.htm) afin que l’onglet Tous les échecs affiche « 0 » comme dans l’image ci-dessous. ![Résumé de la migration d’identité n’indiquant aucun échec.](/tableau/current/fr-ca/server/fr-ca/Img/id_mig_failures_acknowledge.png) 4. Effectuez l’_une_ des actions suivantes : - Pour exécuter la tâche de migration d’identité maintenant, en regard de l’en-tête Vue d’ensemble de la migration, cliquez sur la flèche déroulante Modifier la planification, puis sélectionnez Exécuter maintenant. ![Menu déroulant pour modifier la programmation de la migration avec les options Désactiver ou Exécuter maintenant.](/tableau/current/fr-ca/server/fr-ca/Img/id_mig_overview_runnow.png) - Vous pouvez également attendre que la tâche de migration s’exécute à la prochaine heure planifiée. 5. Une fois la migration terminée, à partir de la page Migration d’identité, vérifiez que la vue d’ensemble de la migration indique 100 % terminé. ![Barre de progression de la migration d’identité indiquant un achèvement de 100 %.](/tableau/current/fr-ca/server/fr-ca/Img/id_mig_complete.png) ### Étape 5 : Configurer Tableau Server pour utiliser le service d’identité Une fois la migration d’identité terminée, configurez Tableau Server de manière à utiliser le service d’identité . 1. Ouvrez une invite de commande en tant qu’administrateur sur le nœud initial (le nœud sur lequel TSM est installé) du groupement. 2. Exécutez les commandes suivantes en fonction de la version de Tableau Server que vous exécutez : - Pour Tableau Server versions 2022.1.8 (et ultérieures), 2022.3.10 (et ultérieures), 2023.1.6 (et ultérieures) : ``` tsm configuration set -k wgserver.authentication.legacy_identity_mode.enabled -v false ``` - Pour Tableau Server versions 2022.1-2022.1.7, 2022.3-2022.3.9 ou 2023.1-2023.1.5 : ``` tsm authentication legacy-identity-mode disable ``` **Remarque :** après avoir exécuté l’une des commandes ci-dessus, la page dédiée à la migration des identités est supprimée et n’est plus accessible. La page n’est accessible que lorsque `tsm configuration set -k wgserver.authentication.legacy_identity_mode.enabled` is `true` ou `tsm authentication legacy-identity-mode` est activé. Une fois que Tableau Server est configuré pour utiliser le service d’identité, lorsque les utilisateurs se connectent à Tableau Server, Tableau Server recherche leurs identités d’utilisateur à l’aide de leurs identifiants dans le magasin d’identités configuré. À partir des identifiants, les identifiants universels uniques (UUID) sont renvoyés et utilisés pour correspondre aux identités d’utilisateur Tableau Server existantes. Ce processus génère ensuite des sessions pour les utilisateurs et termine le workflow d’authentification. ### Étape 6 : Activer les pools d’identités Une fois la migration d’identités terminée et le service d’identité activé, activez la fonctionnalité de pools d’identités en vue de la configuration des [pools d’identité](https://help.tableau.com/current/server/fr-ca/identity_migration_manage.htm). 1. Exécutez les commandes suivantes : ``` tsm configuration set -k features.IdentityPools -v true tsm pending-changes apply ``` **Remarque :** L’exécution de ces commandes entraîne le redémarrage de Tableau Server. ## Autres articles de cette section [Passer au contenu principal](#main-content) # À propos de Tableau Resource Monitoring Tool Ce document fournit une vue d’ensemble de Tableau Resource Monitoring Tool. ## Qu’est-ce que Resource Monitoring Tool? Resource Monitoring Tool est un outil que vous pouvez utiliser pour surveiller l’intégrité et les performances de Tableau Server. Il recueille des données depuis Tableau Server pour fournir un aperçu complet de l’intégrité de Tableau Server. Cet outil vous permet d’identifier les causes de la lenteur des temps de chargement, des échecs d’extraits et d’autres problèmes critiques. Pour utiliser Resource Monitoring Tool, vous devez avoir activé Advanced Management sur votre serveur. Pour plus d’informations sur Advanced Management, consultez [À propos de Tableau Advanced Management sur Tableau Server](https://help.tableau.com/current/server/fr-ca/itm_intro.htm), Resource Monitoring Tool contient deux composants principaux : Serveur Resource Monitoring Tool (Serveur RMT) et Agent. - C’est sur le Serveur RMT que les données de Tableau Server sont rassemblées et diffusées via une interface Web. C’est également là que vous pouvez configurer, surveiller et analyser l’intégrité et les performances de Tableau Server. - Un Agent s’exécute sur chacun des nœuds de votre groupement Tableau afin de surveiller leurs performances et leur activité. Le diagramme suivant illustre l’interaction entre un nœud nœud Tableau Server et le Serveur RMT. ![Un diagramme qui illustre le flux de données entre un serveur maître et un nœud.](/tableau/current/fr-ca/server/fr-ca/Img/rmt-data-flow.png) ## Autres articles de cette section [Passer au contenu principal](#main-content) # À propos de Tableau Catalog > [!WARNING] > > Le 14 octobre 2025, Data Cloud a été rebaptisé Data 360. Au cours de cette transition, vous verrez peut-être des références à Data Cloud dans notre application et dans notre documentation. Bien que le nom soit nouveau, la fonctionnalité et le contenu restent inchangés. Le volume, les formats et l’importance des données ne cessent de se développer, ce qui génère des environnements plus complexes. Face à l’évolution rapide des données, il peut être difficile de garder la trace de ces données et de savoir comment elles sont utilisées dans des environnements aussi complexes. Dans le même temps, un plus grand nombre d’utilisateurs doivent accéder à une plus grande quantité de ces données dans un plus grand nombre d’emplacements, et les utilisateurs ont du mal à trouver les données pertinentes. Il en résulte un manque de confiance dans les données parce que les utilisateurs se demandent si la source de données est pertinente ou encore si elle est à jour. Tableau Catalog intègre des fonctionnalités telles que le lignage, l’analyse d’impact, le dictionnaire de données, les avertissements de qualité des données et la recherche dans vos applications Tableau, vous aidant à résoudre ces problèmes différemment d’un catalogue autonome. Il se concentre à la fois sur l’informatique et sur l’utilisateur final afin que tous les utilisateurs de Tableau Server ou Tableau Cloud aient plus de visibilité et de confiance dans les données, tout en enrichissant la découverte. Tableau Catalog construit un catalogue à partir du contenu de Tableau utilisé par votre entreprise et offre ainsi les fonctionnalités complètes suivantes : - **Analyse d’impact et lignage**. - Vous pouvez voir les classeurs et autres contenus du Tableau qui dépendent de colonnes ou de champs particuliers dans les tables ou les sources de données que vous gérez. Lorsque vous devez apporter des modifications à vos données, vous pouvez en aviser les auteurs Tableau concernés par courriel. - En tant qu’auteur de classeur, vous pouvez utiliser le lignage pour tracer les champs dont dépend votre classeur. - En tant qu’utilisateur, lorsque vous utilisez une visualisation Tableau, vous pouvez voir d’où proviennent les données qui ont été utilisées pour créer la vue. - **Curation et confiance**. En tant que gestionnaire de données, vous pouvez ajouter des métadonnées utiles, comme des descriptions et des certifications, afin que les utilisateurs trouvent les données pertinentes. Vous pouvez définir des avertissements de qualité des données, afficher les détails des données dans le volet Détails des données, certifier les ressources et supprimer des ressources du catalogue. - **Découverte des données**. Dans la création Web de Tableau Desktop ou de Tableau, vous pouvez utiliser Tableau Catalog pour rechercher des bases de données, des tables, des sources de données et des connexions virtuelles à analyser dans Tableau et vous y connecter à partir des résultats de la recherche. Depuis la version 2019.3, Tableau Catalog est disponible comme partie intégrante de Gestion des données pour Tableau Server et Tableau Cloud. Lorsque la clé produit est active et activée, les fonctionnalités de catalogue décrites ci-dessus sont intégrées dans le produit que vous utilisez, ce qui vous permet de travailler avec les données là où vous les trouvez. ## Fonctionnement de Tableau Catalog Tableau Catalog découvre et indexe tout le contenu Tableau sur votre site (classeurs, sources de données, feuilles, connexions virtuelles et flux) afin de recueillir des métadonnées sur le contenu. À partir des métadonnées, les actifs externes (bases de données, tables et autres objets) sont identifiés. Du fait qu’il connaît les relations entre le contenu et les ressources externes, Tableau peut afficher le lignage du contenu et des ressources externes. Tableau Catalog permet également aux utilisateurs de se connecter à des ressources externes en utilisant Tableau Server ou Tableau Cloud. Les utilisateurs de votre site peuvent publier ou supprimer du contenu, joindre des avertissements sur la qualité des données ou des certifications, ou faire autre chose qui modifie le contenu ou ses métadonnées sur le site, et Tableau Catalog mettra à jour ses renseignements en conséquence. Pour en savoir plus sur la façon dont vous pouvez utiliser Tableau Catalog pour soutenir la gouvernance des données dans votre entreprise, consultez [Gouvernance dans Tableau](https://help.tableau.com/current/blueprint/fr-ca/bp_governance_in_tableau.htm) dans l’Aide de Tableau Blueprint. ## Principaux termes de Tableau Catalog - Métadonnées : informations sur les données. - Contenu Tableau : contenu créé dans Tableau, comme les classeurs, les sources de données, les connexions virtuelles et les flux. - Ressources externes : bases de données (incluant les fichiers de données) et tables (incluant les objets de type table) utilisés par le contenu Tableau, publiés sur Tableau Server ou Tableau Cloud. ## Licence Tableau Catalog Tableau Catalog est concédé sous licence par le biais de Gestion des données. Pour plus d’informations sur le fonctionnement des licences Gestion des données, consultez [Obtenir une licence Gestion des données](https://help.tableau.com/current/server/fr-ca/dm_license.htm). ## Activer Tableau Catalog Une fois que Tableau Server ou Tableau Cloud est sous licence avec les fonctionnalités de Gestion des données, vous pouvez activer Tableau Catalog en effectuant l’une des tâches suivantes : - **Pour Tableau Cloud**, aucune action n’est nécessaire. Tableau Catalog est activé par défaut, configuré pour utiliser les autorisations dérivées et prêt à l’emploi. Pour plus d’informations sur les autorisations dérivées, consultez la rubrique [Autorisations pour les métadonnées](https://help.tableau.com/current/server/fr-ca/dm_perms_assets.htm#perms). - **Pour Tableau Server**, l’administrateur de serveur doit d’abord activer l’API de métadonnées Tableau en utilisant la commande `tsm maintenance metadata-services`. Pour plus d’informations, consultez [Activer Tableau Catalog](https://help.tableau.com/current/server/fr-ca/dm_catalog_enable.htm). Une fois l’API de métadonnées activée, Tableau Catalog est activé par défaut, configuré pour utiliser les autorisations dérivées et prêt à l’emploi. Pour plus d’informations sur les autorisations dérivées, consultez la rubrique [Autorisations pour les métadonnées](https://help.tableau.com/current/server/fr-ca/dm_perms_assets.htm#perms). ## Caractéristiques et fonctionnalités Pour en savoir plus sur les fonctionnalités que vous pouvez utiliser avec Tableau Catalog, consultez les articles d’aide suivants : ### Découverte des données - Dans le volet Connexion de Tableau Desktop, sous Recherche de données, sélectionnez Tableau Server pour vous [connecter aux données en utilisant Tableau Server ou Tableau Cloud](https://help.tableau.com/current/pro/desktop/fr-ca/examples_tableauserver.htm). Lorsque Tableau Catalog est activé, en plus de rechercher des sources de données publiées auxquelles vous connecter, vous pouvez maintenant rechercher des bases de données, des tables et des objets spécifiques utilisées par les sources de données et les classeurs publiés sur votre Tableau Server ou sur votre site Tableau Cloud, et vous y connecter. - La [Recherche](https://help.tableau.com/current/pro/desktop/fr-ca/search.htm) est étendue de manière à inclure les résultats basés sur les colonnes, les bases de données, les tables et les objets lorsque Tableau Catalog est activé. - Si vous créez sur le Web, en plus des sources de données publiées, vous pouvez également [vous connecter à des bases de données et des tables](https://help.tableau.com/current/pro/desktop/fr-ca/getstarted_web_authoring.htm#tableau-catalog-users-create-workbooks-from-external-assets). - Si vous utilisez Tableau Prep sur le Web, vous pouvez [créer de nouveaux flux basés sur des actifs externes](https://help.tableau.com/current/prep/fr-ca/prep_startflow.htm#start-a-new-flow), tels que des bases de données et des tables. - Si vous [vous connectez à Salesforce Data Cloud](https://help.tableau.com/current/pro/desktop/fr-ca/examples_data_cloud.htm), vous constaterez la prise en charge des objets Data Cloud natifs intégrés à Tableau Catalog. Les objets Data Lake (DLO), les objets de modèle de données (DMO) et les informations calculées apparaissent de manière distincte dans les pages de recherche, de connexion et de traçage, ce qui simplifie leur découverte, leur connexion et leur réutilisation. ### Curation et confiance - [Certifiez vos ressources de données](https://help.tableau.com/current/server/fr-ca/datasource_certified.htm) pour aider les utilisateurs à trouver des données fiables et recommandées. - Définissez des [avertissements de qualité des données](https://help.tableau.com/current/server/fr-ca/dm_dqw.htm) pour alerter les utilisateurs en cas de problèmes de qualité des données, par exemple des données périmées ou obsolètes. - Ajouter des [étiquettes de sensibilité](https://help.tableau.com/current/server/fr-ca/dm_labels_sensitivity.htm) pour avertir les utilisateurs quant aux données qui doivent être traitées avec précaution. - Ajouter des[étiquettes personnalisées](https://help.tableau.com/current/server/fr-ca/dm_labels_custom_categories.htm) pour classer les données de manière à répondre aux besoins de votre organisation - [Gérer les étiquettes de données](https://help.tableau.com/current/server/fr-ca/dm_labels_manage.htm) pour étendre les noms d’étiquettes et les catégories disponibles pour les utilisateurs. - Catégorisez les éléments sur Tableau Server et Tableau Cloud à l’aide de [balises](https://help.tableau.com/current/pro/desktop/fr-ca/tags.htm) pour aider les utilisateurs à filtrer les ressources externes. - Apprenez à mieux comprendre les visualisations publiées en utilisant l’onglet [Détails des données](https://help.tableau.com/current/pro/desktop/fr-ca/data_explore_analyze_interact.htm#use-data-details-to-see-visualization-information) pour voir les informations sur les données utilisées. - [Ajoutez des descriptions](https://help.tableau.com/current/pro/desktop/fr-ca/qs_content_page.htm#add-or-edit-descriptions) aux bases de données, aux tables et aux colonnes pour aider les utilisateurs à trouver les données qu’ils recherchent. ### Analyse de lignage et d’impact - Utilisez le [lignage](https://help.tableau.com/current/server/fr-ca/dm_lineage.htm) pour suivre la trace de la source de vos données, analyser l’impact des modifications apportées à vos données et identifier les utilisateurs susceptibles d’être affectés. - [Envoyez un courriel aux propriétaires](https://help.tableau.com/current/server/fr-ca/dm_lineage.htm#email) d’un classeur, d’une source de données, d’un flux au sujet des mises à jour relatives aux données. Faites de même avec les contacts de base de données, de table ou d’objet. ### Ressources développeurs Vous pouvez utiliser les méthodes de métadonnées dans l’API REST de Tableau pour mettre à jour certaines métadonnées de manière programmatique. Pour plus d’informations sur les méthodes de métadonnées, consultez [Méthodes de métadonnées](https://help.tableau.com/current/api/rest_api/fr-ca/REST/rest_api_ref_metadata.htm) dans l’API REST de Tableau Server. Outre l’API REST, vous pouvez utiliser l’[API de métadonnées Tableau](https://help.tableau.com/current/api/metadata_api/fr-ca/index.html) pour interroger de manière programmatique les métadonnées et l’information associée au contenu publié sur Tableau Server ou Tableau Cloud. L’API de métadonnées est rapide et flexible et est idéale lorsque vous cherchez à obtenir des informations spécifiques sur la relation entre les métadonnées et leurs structures. Explorez et testez les requêtes par rapport à l’API de métadonnées à l’aide d’un outil interactif intégré dans le navigateur ([GraphiQL](https://help.tableau.com/current/api/metadata_api/fr-ca/docs/meta_api_start.html#explore-the-metadata-api-schema-using-graphiql)). **Remarque :** vous n’avez pas besoin de Gestion des données pour utiliser l’API de métadonnées ou GraphiQL. [Passer au contenu principal](#main-content) # À propos de Tableau Content Migration Tool Cet ensemble d’articles vous guide dans la configuration, l’utilisation et la maintenance de Tableau Content Migration Tool. **Remarque** : Le Tableau Content Migration Tool est déconseillé pour les migrations lors du passage de Tableau Server vers Tableau Cloud. Pour migrer de Tableau Server vers Tableau Cloud, utilisez le [Kit de développement logiciel (SDK) de migration Tableau](https://help.tableau.com/current/api/migration_sdk/fr-ca/index.html). Pour Tableau Content Migration Tool cas d’utilisation recommandés, consultez [Cas d’utilisation de Tableau Content Migration Tool](https://help.tableau.com/current/server/fr-ca/cmt-use-cases.htm#cmt-use-cases) ## Qu’est-ce que Content Migration Tool? Content Migration Tool offre un moyen simple de copier ou de migrer du contenu entre des sites Tableau Server. Vous pouvez le faire entre des sites sur une installation Tableau Server unique, ou, si vous avez des licences basées sur les utilisateurs, entre des sites sur des installations distinctes (par exemple, entre une instance de développement de Tableau Server et une installation de production). L’interface utilisateur de Content Migration Tool vous guide à travers les étapes nécessaires à l’élaboration d’un « plan de migration » que vous pouvez utiliser une seule fois ou comme modèle pour plusieurs migrations. Avant de migrer le contenu, nous vous recommandons de consulter la section [Gouvernance du contenu](https://help.tableau.com/current/blueprint/fr-ca/bp_governance_in_tableau.htm#content-governance-in-tableau) dans Tableau Blueprint. ## Aide et assistance Si vous rencontrez des problèmes que vous ne pouvez pas résoudre avec cette documentation, communiquez avec l’[assistance technique de Tableau](http://www.tableau.com/fr-ca/support/request). ## Autres articles de cette section [Passer au contenu principal](#main-content) # À propos de Tableau Entreprise Tableau Enterprise est notre progiciel avancé qui vous aide à explorer et à gérer les données plus rapidement avec Tableau Serveur. Il facilite également l’acquisition des fonctionnalités nécessaires aux organisations qui ont besoin d’options avancées de gestion des données et des déploiements. ## Octroi de licences Tableau Enterprise Depuis mars 2026, Tableau Enterprise est offert selon les modèles suivants : - **Tableau Server ou Tableau Cloud Role-Based Edition** La version basée sur les rôles est commercialisée selon un modèle de licence par rôle et par utilisateur qui inclut les rôles Creator, Explorer et Viewer. Ce modèle est structuré autour de rôles spécifiques dans une organisation nécessitant chacun des niveaux de fonctionnalité distincts. Avec Tableau Enterprise, chaque licence basée sur les utilisateurs intègre la gestion des données, Advanced Management et l’apprentissage en ligne pour les Creator et les Explorer. Disponible pour Tableau Server ou Tableau Cloud. - **Tableau Server Core Edition** La version basée sur les cœurs utilise un modèle de licence basée sur la capacité. Elle est commercialisée par incréments de 8 cœurs et la licence regroupe Advanced Management et Data Management. Disponible uniquement pour Tableau Server. ## Tableau des fonctionnalités de Tableau Enterprise Le tableau suivant énumère les fonctionnalités qui sont incluses dans l’édition sous licence de Tableau Enterprise. Les fonctionnalités ci-dessous sont disponibles pour Creator. Les fonctionnalités disponibles diffèrent entre les rôles Creator, Explorer et Viewer.
FonctionnalitéDescription
La création dans TableauUtilisez Tableau Desktop ou la création Web Tableau sur Tableau Server pour créer, collaborer et partager des aperçus sur vos données. Tableau vous permet d’identifier et de résoudre des problèmes, ou de mettre en évidence les résultats clés sous une forme visuelle et aisément compréhensible.
Tableau PrepTableau Prep est un outil de préparation des données qui permet de nettoyer, de mettre en forme et de combiner des données à des fins d’analyse.
Apprentissage en ligneFormation basée sur les rôles Les parcours d’apprentissage Tableau fournissent une feuille de route claire pour la maîtrise du contenu de formation Tableau le plus récent. Les évaluations vous permettent de vous situer dans votre parcours d’apprentissage et vous donnent confiance en vos nouvelles compétences. Accélérez le processus d’intégration des nouveaux employés et aidez les utilisateurs plus expérimentés à tirer le maximum des fonctionnalités de Tableau.
À propos de Gestion des donnéesLa gestion des données est un ensemble de fonctions et de capacités qui aide les clients à gérer le contenu et les actifs de données Tableau dans leur environnement Tableau Server .
À propos de Tableau Advanced Management sur Tableau ServerAdvanced Management est un ensemble de fonctionnalités et de capacités conçues pour doter Tableau Server de meilleures fonctions de sécurité, de gestion et d’évolutivité.
[Passer au contenu principal](#main-content) # À propos de Tableau Server+ Tableau Server+ est notre progiciel avancé conçue pour vous aider à explorer et à gérer vos données plus rapidement avec Tableau Server. Tableau Server+ comprend Tableau Agent en mode création, Premium Success et des environnements de déploiement étendues (un environnement de production et jusqu’à six environnements hors production supplémentaires pour les tests). Il facilite également l’acquisition des fonctionnalités nécessaires aux organisations qui ont besoin d’options avancées de gestion des données et des déploiements. ## Licences Tableau Server+ Depuis juillet 2026, Tableau Server+ est vendu en deux modèles : - Tableau Server Édition basée sur les rôles La version basée sur les rôles est commercialisée selon un modèle de licence par rôle et par utilisateur qui inclut les rôles Creator, Explorer et Viewer. Ce modèle est structuré autour de rôles spécifiques dans une organisation nécessitant chacun des niveaux de fonctionnalité distincts. Avec Tableau Server+, chaque licence basée sur les rôles intègre la gestion des données, Advanced Management et l’apprentissage en ligne pour les Creator et les Explorer. - Tableau Server Core Edition La version basée sur les cœurs utilise un modèle de licence basée sur la capacité. Elle est commercialisée par incréments de 8 cœurs et la licence regroupe Advanced Management et Data Management. ## Tableau des fonctionnalités de Tableau Server+ Le tableau suivant présente les fonctionnalités incluses dans l’édition de licence Tableau Server+. Les fonctionnalités ci-dessous sont disponibles pour Creator. Les fonctionnalités disponibles diffèrent entre les rôles Creator, Explorer et Viewer.
FonctionnalitéDescription
La création dans TableauUtilisez Tableau Desktop ou la création Web Tableau sur Tableau Server pour créer, collaborer et partager des aperçus sur vos données. Tableau vous permet d’identifier et de résoudre des problèmes, ou de mettre en évidence les résultats clés sous une forme visuelle et aisément compréhensible.
Tableau PrepTableau Prep est un outil de préparation des données qui permet de nettoyer, de mettre en forme et de combiner des données à des fins d’analyse.
Apprentissage en ligneFormation basée sur les rôles Les parcours d’apprentissage Tableau fournissent une feuille de route claire pour la maîtrise du contenu de formation Tableau le plus récent. Les évaluations vous permettent de vous situer dans votre parcours d’apprentissage et vous donnent confiance en vos nouvelles compétences. Accélérez le processus d’intégration des nouveaux employés et aidez les utilisateurs plus expérimentés à tirer le maximum des fonctionnalités de Tableau.
À propos de Gestion des donnéesLa gestion des données est un ensemble de fonctionnalités et de capacités qui aide les clients à gérer le contenu Tableau et les ressources de données dans leur environnement Tableau Server.
À propos de Tableau Advanced Management sur Tableau ServerAdvanced Management est un ensemble de fonctionnalités et de capacités conçues pour doter Tableau Server de meilleures fonctions de sécurité, de gestion et d’évolutivité.
Premier SuccessPremier Success Plan vous aide à partir du bon pied, à développer votre entreprise et à maximiser la valeur de Salesforce grâce à des conseils d’experts et à une assistance rapide.
[Passer au contenu principal](#main-content) # À propos des connexions virtuelles et des stratégies de données Les connexions virtuelles sont un type de contenu Tableau, ainsi que des sources de données, des classeurs et des flux, pour vous aider à voir et à comprendre vos données. Les connexions virtuelles fournissent un point d’accès central aux données. Les connexions virtuelles présentent un autre atout : les stratégies de données. Celles-ci prennent en charge la sécurité au niveau des lignes au niveau de la connexion, plutôt qu’au niveau du classeur ou de la source de données. Les stratégies de données de sécurité au niveau des lignes sont appliquées à n’importe quel classeur, source de données ou flux qui utilise la connexion virtuelle. Une connexion virtuelle peut accéder à plusieurs tables sur plusieurs bases de données. Les connexions virtuelles vous permettent de gérer l’extraction des données et la sécurité en un seul endroit, au niveau de la connexion. ![Le schéma montre comment les connexions virtuelles gèrent de manière centralisée la connexion et la sécurité](/tableau/current/fr-ca/server/fr-ca/Img/dm_vconn_diagram_centralized.png) Pour plus d’informations sur les options de sécurité au niveau des lignes, consultez une [Présentation des options de sécurité au niveau des lignes dans Tableau](https://help.tableau.com/current/server/fr-ca/rls_options_overview.htm). Toutes les connexions virtuelles ne sont pas associées à une stratégie de données. Vous pouvez également utiliser une connexion virtuelle simplement comme emplacement central pour gérer les informations d’identification de connexion. ## Mots clés - Connexion virtuelle. Une ressource partageable qui fournit un point d’accès central aux données. - Connexion. Le nom du serveur, la base de données et les informations d’identification que vous utilisez pour accéder aux données. Une connexion virtuelle a une ou plusieurs connexions. Chaque connexion accède à une base de données ou à un fichier. - Table de connexion virtuelle. Table d’une connexion virtuelle. - Stratégie de données. Stratégie appliquée à une ou plusieurs tables dans une connexion virtuelle de manière à filtrer les données des utilisateurs. Par exemple, utilisez une stratégie de données pour appliquer la sécurité au niveau des lignes aux tables d’une connexion virtuelle. - Table de stratégie. Table de faits ou de données dans une stratégie de données qui est filtrée. - Colonne de stratégie. Colonne utilisée pour filtrer les données dans les tables de stratégie. Une colonne de stratégie peut se trouver dans une table de stratégie ou dans une table des droits. - Tables des droits. Table qui comprend à la fois une colonne de stratégie que vous pouvez utiliser pour filtrer les tables de stratégie et une autre colonne que vous pouvez associer (mapper) à une colonne dans une table de stratégie. - Condition de stratégie. Expression ou calcul évalué pour chaque ligne au moment de la requête. Si la condition de stratégie est TRUE, la ligne s’affiche dans la requête. ## Licence des connexions virtuelles et des stratégie de données Les connexions virtuelles et les stratégies de données sont concédées sous licence via Gestion des données. Pour plus d’informations sur le fonctionnement des licences Gestion des données, consultez [Obtenir une licence Gestion des données](https://help.tableau.com/current/server/fr-ca/dm_license.htm). ## Activer les connexions virtuelles et les stratégies de données Les connexions virtuelles et les politiques de données sont automatiquement activées sur Tableau Server et Tableau Cloud avec Gestion des données. ## Autorisations Les autorisations pour les connexions virtuelles fonctionnent de la même manière que les autorisations pour les autres contenus Tableau. Une fois que vous avez publié une connexion virtuelle, elle sera visible par tous les utilisateurs. Toutefois, seuls l’utilisateur qui a créé la connexion et les administrateurs pourront accéder aux données en utilisant cette connexion, jusqu’à ce que cet utilisateur accorde explicitement des autorisations supplémentaires. Lorsque vous créez une connexion virtuelle, vous devez définir les autorisations pour la fonctionnalité de connexion de manière à permettre aux autres utilisateurs de se connecter aux données à l’aide de la connexion virtuelle. La fonctionnalité Connexion vous permet de partager une connexion virtuelle et permet aux utilisateurs de l’interroger. Avec les autorisations de connexion, un utilisateur peut afficher les tables dans une connexion virtuelle et créer du contenu à l’aide des tables. Pour plus d’informations, consultez [Définir des autorisations sur une connexion virtuelle](https://help.tableau.com/current/server/fr-ca/dm_vconn_publish_save.htm#set-perms). ### Autorisations et politiques de données Les autorisations définissent ce qu’une personne peut ou ne peut pas faire avec un élément de contenu dans Tableau. Les autorisations sont composées de fonctionnalités, à savoir la possibilité d’effectuer des actions telles que visualiser un contenu, effectuer une édition Web, télécharger des sources de données ou supprimer un contenu. Les règles d’autorisation définissent les fonctionnalités autorisées ou refusées pour un utilisateur ou un groupe sur un élément de contenu. L’interaction entre le niveau de la licence, le rôle sur le site et des règles d’autorisation potentiellement multiples entrent en ligne de compte dans la détermination finale de ce qu’un utilisateur peut ou ne peut pas faire. Il s’agit de ses autorisations effectives. Consultez [Autorisations](https://help.tableau.com/current/server/fr-ca/permissions.htm) pour plus de détails. Les stratégies de données filtrent les données dans une connexion virtuelle, garantissant que les utilisateurs ne voient que les données qu’ils sont censés voir. Une stratégie de données est appliquée et filtre les données lorsqu’elles sont affichées dans le contenu Tableau (par exemple, un classeur ou un flux). La condition de stratégie dans une stratégie de données est un calcul ou une expression qui définit l’accès aux données. Les fonctions utilisateur sont souvent utilisées pour limiter l’accès aux utilisateurs ou aux groupes. L’accès peut être basé sur le nom d’utilisateur, le groupe auquel appartient un utilisateur ou une valeur de région. Consultez [Créer une stratégie de données pour la sécurité au niveau des lignes](https://help.tableau.com/current/server/fr-ca/dm_vconn_create_rlspolicy.htm) Les autorisations et les stratégies de données régissent l’accès. En termes simples, les autorisations déterminent le _contenu_ que vous pouvez voir, auquel vous pouvez accéder ou que vos pouvez utiliser; les stratégies de données déterminent les _données_ que vous pouvez voir. #### Comment les autorisations et les stratégies de données fonctionnent ensemble Les autorisations Tableau sont d’abord appliquées au contenu Tableau. Les utilisateurs ne peuvent faire que ce qu’ils ont la possibilité de faire avec le contenu Tableau : les stratégies de données ne remplacent pas les autorisations Tableau. Une fois les autorisations évaluées, la stratégie de données est appliquée pour déterminer les données de la connexion virtuelle que la personne peut voir en fonction de la condition de stratégie. L’exemple suivant décrit les effets des autorisations et des stratégies de données sur une connexion virtuelle contenant des données salariales : - La connexion virtuelle se trouve dans le projet HR, qui est limité aux utilisateurs Tableau du groupe HR. Toute personne extérieure au groupe RH ne peut pas voir le contenu du projet RH, ce qui signifie qu’elle ne peut pas parcourir la connexion virtuelle, s’y connecter ou l’afficher. - La connexion virtuelle dispose d’autorisations Se connecter accordées uniquement aux membres du groupe HR Business Partners. Tous les autres membres du groupe HR peuvent voir que la connexion virtuelle existe, mais ils ne peuvent pas voir les données qu’elle contient. Lorsqu’ils affichent un classeur qui utilise cette connexion virtuelle, ils ne peuvent voir aucune donnée. - La connexion virtuelle contient également une stratégie de données qui filtre les données salariales en fonction de l’utilisateur individuel, de sorte que les partenaires commerciaux RH ne peuvent voir que les lignes qui se rapportent aux employés de leur unité commerciale. Lorsqu’ils affichent un classeur qui utilise cette connexion virtuelle, ils ne voient que les données de leur unité commerciale. ## Caractéristiques et fonctionnalités Pour le gestionnaire de données, les connexions virtuelles fournissent ce qui suit : - **Gestion sécurisée des comptes de service.** Si vous utilisez un modèle de « compte de service », au lieu de devoir partager l’information de ce compte de service avec tous les utilisateurs qui souhaitent accéder à ces données, vous pouvez donner les identifiants du compte de service aux quelques analystes habilités à créer des connexions virtuelles. - **Gestion agile de bases de données physiques.** Vous devez apporter des modifications à la base de données (par exemple, l’ajout d’un champ ou la modification du nom d’une table) une seule fois dans la connexion virtuelle, plutôt que dans chaque élément de contenu où les données sont utilisées. - **Réduction de la prolifération des données.** En gérant les programmes d’actualisations d’extraits de manière centralisée, les actualisations sont programmées une seule fois. Cela garantit que les personnes qui accèdent aux données à partir de cette connexion virtuelle voient des données à jour. - **Centralisation de la sécurité au niveau des lignes.** Vous pouvez créer des stratégies de données qui appliquent la sécurité au niveau des lignes aux extraits Tableau et aux requêtes en direct au niveau de la connexion. Les stratégies de données sont appliquées à n’importe quel classeur, source de données ou flux qui utilise la connexion virtuelle. **Remarque :** les politiques de données sont valides pour les données d’entrée de flux, mais pas pour les données de sortie de flux. Les utilisateurs ayant accès aux données de sortie de flux verront toutes les données, et pas seulement un sous-ensemble qui les concerne uniquement. En tant qu’utilisateur de données, vous bénéficiez des connexions virtuelles sachant que vous avez : - **un accès approprié** aux seules données que vous devez voir, car la sécurité au niveau des lignes est déjà appliquée aux données. - **la possibilité** d’utiliser des données qui ont été conservées et sécurisées. La connexion virtuelle stocke et partage les identifiants de connexion. Il vous suffit de créer une source de données avec un modèle de données spécifique à vos besoins. - **l’assurance** que les données sont à jour, car le programme d’actualisation d’extrait a déjà été défini. - la possibilité de **partager** librement du contenu, avec l’assurance de ne pas mettre en péril la sécurité, car les stratégies de données sont systématiquement appliquées. ## flux de travail de l’éditeur de connexion virtuelle L’éditeur de connexion virtuelle vous permet de créer : - les connexions virtuelles, qui sont un type de contenu Tableau qui fournit un point d’accès central partageable aux données. - les stratégies de données qui prennent en charge la sécurité au niveau des lignes au niveau de la connexion. Après avoir créé une connexion virtuelle et ses stratégies de données associées, vous pouvez la publier et définir les autorisations de partage avec d’autres utilisateurs. Vous pouvez également programmer des actualisations d’extraits de manière à ce que tout le contenu qui utilise la connexion virtuelle accède à des données à jour. Le schéma suivant montre le flux de travail pour la création d’une connexion virtuelle. À n’importe quelle étape du processus, vous pouvez publier ou enregistrer un brouillon de votre connexion, mais la connexion doit être publiée avant de pouvoir programmer des actualisations d’extraits ou utiliser (ou modifier) une connexion virtuelle. Vous devez également définir des autorisations de manière à permettre à d’autres personnes d’utiliser la connexion. ![Schéma du flux de travail pour la création d’une connexion virtuelle](/tableau/current/fr-ca/server/fr-ca/Img/dm_vconn_workflow_diagram.png) Cliquez sur une étape du processus pour accéder à cette rubrique d’aide. ## Étape suivante La première étape consiste à [Créer une connexion virtuelle](https://help.tableau.com/current/server/fr-ca/dm_vconn_create_conn.htm). ## Autres articles de cette section [Passer au contenu principal](#main-content) # Mise à niveau d’extraits vers le format .hyper Dans Tableau version 2018, nous avons introduit le format `.hyper` pour les extraits Tableau en remplacement de l’ancien format `.tde`. Le format `.hyper` est le format standard utilisé par Tableau pour créer des extraits depuis 2018, et la grande majorité des extraits sont désormais des fichiers au format `.hyper`. Depuis début 2023, Tableau a cessé de prendre en charge le format `.tde` sur Tableau Cloud et Tableau Public. Pour en savoir plus sur cette obsolescence, consultez ce [billet de la communauté Tableau](https://community.tableau.com/s/feed/0D54T00001BHiGwSAL). ## Arrêt de la prise en charge des fichiers .tde Le format `.tde` pour les extraits Tableau est obsolète depuis le début 2023. Ce format a été remplacé par le format `.hyper` en 2018, mais reste valable pour les fichiers téléchargés jusqu’en mars 2023. - Ce changement est intervenu pour Tableau Cloud et Tableau Public à partir de mars 2023. - Depuis la version 2023.1.0 de Tableau Server, le téléversement de fichiers au format `.tde` est désactivé. - 2024.2 est la version la plus récente de Tableau Desktop qui prend en charge les classeurs, sources de données ou favoris au format .tde. Les versions 2024.3 et ultérieures prennent uniquement en charge le format .hyper. ## Mettre à niveau manuellement votre extrait .tde dans Tableau Desktop Si vous gérez les extraits localement, vous pouvez mettre à niveau manuellement votre extrait au format `.tde` vers un extrait au format `.hyper` dans Tableau Desktop. **Remarque** : Cette fonctionnalité n’est disponible que dans Tableau Desktop versions 2024.2 et antérieures. 1. Dans Tableau Desktop, ouvrez un classeur utilisant un extrait `.tde`. 2. Sélectionnez la source de données d’un extrait dans le menu Données, puis sélectionnez Extrait \> Mettre à niveau. 3. Sélectionnez Fichier \> Enregistrer pour enregistrer le classeur et terminer la mise à niveau de l’extrait. [Passer au contenu principal](#main-content) # À propos des modèles de données avec relations multi-faits Les relations multi-faits vous permettent de créer des sources de données avec plusieurs _tables de base_. L’utilisation de plusieurs tables de base dans votre modèle de données vous permet d’effectuer une analyse multi-facteurs dans Tableau. En créant des _arborescences_ de tables ancrées dans une table de base, vous pouvez modéliser des structures de données avec différents domaines conceptuels et les connecter à l’aide de leurs caractéristiques partagées. Ce type d’analyse est souvent désigné sous le terme d’analyse multi-facteurs, de dimensions conformes ou de dimensions partagées. Dans Tableau, c’est ce que nous appelons un modèle de données avec relations multi-faits, parce que vous utilisez des relations pour créer ce modèle de données. Un modèle de données avec relations multi-faits contient toujours plusieurs tables de base. Les tables de base sont les tables les plus à gauche du modèle de données. Pour des conseils qui vous aideront à déterminer les tables à utiliser comme tables de base, consultez [Quand utiliser un modèle de relations multi-faits](https://help.tableau.com/current/server/fr-ca/datasource_mfr_when_to_use.htm). ![un modèle avec des tables de base multiples dont une arborescence mise en évidence](/tableau/current/fr-ca/server/fr-ca/Img/mfr_build_highlightedtree.png) Un modèle de données avec des tables de base multiples dont l’arborescence d’une table de base est mise en évidence. ## Niveaux de relation Les modèles de données avec des tables de base multiples permettent de déterminer la relation (ou l’absence de relation) entre les éléments de données avec beaucoup plus de souplesse. **Remarque** : Le niveau de relation n’est pertinent que dans les modèles de données avec des tables de base multiples. Avant les modèles de données avec relations multi-faits, tous les éléments étaient liés (dans une seule source de données), ou bien aucun ne l’était (fusion à travers plusieurs sources de données). **Relation dans le modèle de données** Les tables sont connexes, non connexes ou partagées en fonction de la structure du modèle de données. Dans une source de données, la relation entre les tables est une constante. Voici une brève présentation :  - Les _tables connexes_ sont dans la même arborescence. - Avant la version 2024.2, toutes les sources de données étaient des sources de données à table de base unique comportant une seule arborescence, et dans une source de données à table de base unique, toutes les tables sont connexes. - Les _tables non connexes_ sont dans des arborescences différentes. Les tables de base sont toujours non associées les unes aux autres. Les tables situées en aval d’une table de base exactement ne sont pas non plus associées aux tables d’autres arborescences - Les _tables partagées_ ont plusieurs relations entrantes et appartiennent à plusieurs arborescences. - Les tables en aval d’une table avec plusieurs relations entrantes sont également considérées comme des tables partagées. **Relation pendant l’analyse** Les champs peuvent être associés, non associés, pas encore associés, associés de manière ambiguë ou ils peuvent agir comme des champs d’assemblage. La relation entre un groupe de champs est déterminée feuille par feuille en fonction de la structure du modèle de données, des champs activement utilisés (c’est-à-dire sur les étagères sous forme de piles) et de la nature de ces champs (dimensions ou mesures). ![visualisation simple avec deux champs non associés, l’un sur les lignes et l’autre sur les colonnes, et avec une infobulle non associée](/tableau/current/fr-ca/server/fr-ca/Img/mfr_unrelatedtooltip_example.png) Pour créer une visualisation avec des champs à partir de plusieurs tables, Tableau doit effectuer des jointures en arrière-plan pour calculer les valeurs. Le type de jointure utilisé dépend de la [relation des champs](#fieldlevel). Voici une brève présentation :  - Quand des _champs associés_ sont utilisés dans une visualisation, les dimensions font l’objet d’une jointure interne et les valeurs de mesure sont décomposées par les dimensions. - C’est un peu plus compliqué que cela : des jointures supplémentaires peuvent être nécessaires en arrière-plan pour garantir qu’[aucune valeur de mesure n’est laissée de côté](https://www.tableau.com/fr-ca/blog/relationships-tableau-data-model). Par contre, dans une visualisation qui ne comporte que des dimensions, les dimensions connexes font l’objet d’une jointure interne et c’est l’idée principale à retenir ici. - Il s’agit du même comportement que les modèles à table de base unique. - Quand des _champs non associés_ ![](/tableau/current/fr-ca/server/fr-ca/Img/mfr_icon_unrelated.png "icône Non associé") sont utilisés dans une visualisation, les dimensions font l’objet d’une jointure croisée. Les valeurs de mesures sont définies au niveau de la table (c’est-à-dire qu’elles sont agrégées localement en une seule valeur pour l’ensemble de leur table) et répétées. - Il est également possible que des champs ne soient _pas encore associés_ ou qu’ils le soient _de manière ambiguë_, ce qui signifie que pour la combinaison de champs actifs, il y a différentes façons de résoudre les relations entre leurs tables. Face à un cas ambigu, Tableau traite les champs comme non associés. - Lorsque les champs sont _assemblés_ ![](/tableau/current/fr-ca/server/fr-ca/Img/MFR_icon_related.png "icône d’assemblage") sur la base d’un champ partagé, une jointure externe est effectuée sur les dimensions. Les valeurs de mesures sont agrégées au niveau des dimensions selon lesquelles elles peuvent être décomposées et répétées. - Les _dimensions d’assemblage_ sont similaires aux [champs de liaison dans la fusion des données](https://help.tableau.com/current/pro/desktop/fr-ca/multiple_connections.htm#define-blend-relationships-for-blending). Les résultats sont calculés pour chaque paire de champs associés, puis les valeurs non associées sont assemblées entre les valeurs partagées de la dimension partagée entre elles. Tous ces concepts et définitions sont abordés en détail plus loin dans cette rubrique. Aparté sur les dimensions et mesures Dans Tableau, les _mesures_ sont des _agrégations_ : elles sont agrégées jusqu’à la _granularité_ définie par les _dimensions_ de la vue. La valeur d’une mesure dépend donc du contexte des dimensions. Par exemple, le « nombre de boîtes de céréales » varie selon qu’il s’agit du stock total ou du nombre de boîtes par marque. Les _dimensions_ sont généralement des champs de catégorie, tels que le pays ou la marque. Dans Tableau, les dimensions définissent la granularité ou le _niveau de détail_ de la vue. Nous souhaitons généralement regrouper nos données en repères selon une combinaison de catégories. Les dimensions que nous utilisons pour créer la vue déterminent le nombre de repères que nous avons. Lorsqu’une mesure est utilisée sans aucune dimension, on dit qu’elle est _limitée à une table_. Cela signifie que sa valeur est la valeur entièrement agrégée pour toute la table. Dès qu’on utilise une dimension telle qu’une marque dans la visualisation, la mesure est ventilée avec précision. Le nombre total de boîtes de céréales est désormais établi par marque. L’_agrégation_ fait référence à la manière dont les données sont combinées. Dans Tableau, l’agrégation par défaut est SOMME. Vous pouvez remplacer l’agrégation par d’autres options, notamment : moyenne, médiane, total distinct, minimum, etc. La _granularité_ fait référence au degré de détail ou de décomposition de la mesure, qui est contrôlé par les dimensions. Dès lors que la granularité de la mesure n’est pas définie au niveau des lignes (c’est-à-dire désagrégée), sa valeur doit être agrégée. #### Exemple ![une table de valeurs pour le nombre de boîtes de céréales, pour cinq marques et trois tailles de boîtes](/tableau/current/fr-ca/server/fr-ca/Img/mfr_ex_cereal_rawdata.png) Quelle est la valeur du « nombre de boîtes de céréales »? Eh bien, cela dépend du type d’agrégation et de la granularité définie par les dimensions. - Agrégations : - Somme (ou total) - moyenne - Granularité : - au niveau de la table / entièrement agrégée (les barres bleues dans l’exemple) - Ventilée selon la dimension de la **marque** (les barres colorées dans l’exemple) ![Un tableau de bord avec quatre visualisations : une visualisation pour le nombre total de boîtes au niveau de la table (54), une visualisation pour le nombre moyen de boîtes au niveau de la table (6), puis des versions de ces deux visualisations ventilées par les cinq marques.](/tableau/current/fr-ca/server/fr-ca/Img/mfr_ex_cereal.png) ## Indicateurs de relation au niveau des champs Plusieurs indices visuels peuvent vous aider à comprendre le degré de relation entre les champs que vous utilisez dans une analyse. ### Indicateurs de relation sur une feuille de calcul - **Icône Non associé** : Tableau utilise une icône Non associé ![icône Non associé](/tableau/current/fr-ca/server/fr-ca/Img/mfr_icon_unrelated.png) pour indiquer que les éléments de la vue ne sont pas tous liés. Si vous voyez une icône Non associé sur une pile dans la vue ou dans le volet Données, vous pouvez survoler l’icône [pour obtenir plus d’informations](https://help.tableau.com/current/pro/desktop/fr-ca/mfr_ownedness_messages.htm). - L’icône Associé ![](/tableau/current/fr-ca/server/fr-ca/Img/MFR_icon_related.png "icône d’assemblage") indique que le champ assemble des champs non associés. - **Noms des champs en gris clair** : les noms de champs s’affichent en gris clair dans le volet Données lorsqu’ils ne sont liés à _aucun_ des champs utilisés sur les étagères. Vous pouvez toujours utiliser ces champs pour l’analyse dans cette visualisation, mais lors de l’analyse, les champs non associés sont [évalués différemment](https://help.tableau.com/current/pro/desktop/fr-ca/datasource_mfr_multiple_base_tables.htm#joinsbyrelatedness) des champs associés. Au passage de la souris, ces champs affichent également une icône Non associé. ![volet Données, avec une table entièrement grisée, et deux champs avec l’icône en forme d’œil barré pour les champs masqués](/tableau/current/fr-ca/server/fr-ca/Img/mfr_gray_datapane.png) **Remarque** : Dans les versions précédentes de Tableau, les noms de champs en gris clair indiquaient que les champs étaient masqués et que l’option Afficher les champs masqués avait été sélectionnée. Les champs masqués, lorsqu’ils sont affichés, sont désormais indiqués par une icône en forme d’œil cliquable ![icône Champ masqué](/tableau/current/fr-ca/server/fr-ca/Img/mfr_icon_hidden.png). ### Boîte de dialogue d’avertissement de relation Lorsque des champs non associés sont utilisés ensemble dans une visualisation, Tableau affiche une boîte de dialogue d’avertissement pour vous informer que les champs ne sont pas associés. Ce message apparaît à chaque fois que vous ajoutez un champ non associé afin d’éviter les jointures croisées accidentelles qui pourraient affecter les performances. - Si vous souhaitez utiliser des champs non associés sans assemblage, cliquez sur Ajouter pour continuer à ajouter le champ à la visualisation. - Si vous souhaitez assembler des champs non associés, il est conseillé de faire d’abord apparaître le champ d’assemblage avant le champ non associé. La boîte de dialogue ne s’affiche pas si le champ d’assemblage est déjà utilisé. Pour plus d’informations sur l’utilisation de l’assemblage pour éviter les jointures croisées, consultez [Comment les jointures sont utilisées pour chaque niveau de relation](#joinsbyrelatedness). ![boîte de dialogue d’avertissement de relation affichant un avertissement pour les dimensions non connexes](/tableau/current/fr-ca/server/fr-ca/Img/mfr_unrelated_dialog_simple_v2.png) Lorsque plusieurs champs sont ajoutés ou sont déjà présents dans la vue, la zone Détails apparaît dans la boîte de dialogue. Agrandissez la boîte de dialogue pour en savoir davantage sur la relation entre tous les champs utilisés et identifier l’origine du problème de non-relation. ![boîte de dialogue d’avertissement de relation avec un message pour les dimensions et les mesures non connexes, et la zone Détails agrandie](/tableau/current/fr-ca/server/fr-ca/Img/mfr_unrelated_dialog_details_v2.png) Pour que le message d’avertissement n’apparaisse plus du tout, sélectionnez l’option Ne plus afficher cette boîte de dialogue. Vous pouvez toujours faire réapparaître ces messages d’avertissement en les réactivant comme suit : - Dans Tableau Desktop, ouvrez le menu Aide > Paramètres et performances > Réinitialiser les messages ignorés. - Dans un navigateur, effacez vos données mises en cache. Par exemple, dans Chrome, ouvrez le **Menu à 3 points** > **Supprimer les données de navigation...** > sélectionnez « **Images et fichiers mis en cache** » > **Supprimer les données**. ## Relation au niveau de la table dans le modèle de données Dans un modèle de données avec plusieurs tables de base, chaque table de base définit un ensemble de tables connexes et formant une _arborescence_ conceptuelle. Ces arborescences doivent être connectées par une table partagée au minimum pour garantir que la source de données globale est une entité unique. Ce qui aurait pu être auparavant deux sources de données à fusionner à l’aide de champs de liaison peut désormais constituer une source de données unique avec deux arborescences, reliées par les tables partagées contenant ces champs communs. ![deux modèles de données, l’un composé de deux sources de données distinctes, l’une des deux sources de données se superposant aux tables qu’elles ont en commun pour former une source de données unique](/tableau/current/fr-ca/server/fr-ca/Img/mfr_blending_comparison.png) > [!TIP] > > **Conseil** : le mode de liaison des tables dans le modèle de données a un impact sur la manière dont leurs champs peuvent être associés dans l’analyse. Il peut être utile d’utiliser la boîte de dialogue [Afficher le modèle de données](https://help.tableau.com/current/pro/desktop/fr-ca/viewdatamodel.htm) pendant l’analyse pour voir comment une table s’intègre dans le modèle de données global. Voyons quelles tables sont connexes, non connexes ou partagées à l’aide de cet exemple de source de données. Il existe deux arborescences, l’une créée par la table de base A et l’autre par la table de base B. ### Tables non connexes Les tables de base sont fondamentalement indépendantes. De même, les tables qui existent uniquement dans une seule arborescence ne sont pas associées aux tables des autres arborescences.

La table A et la table X ne sont pas connexes

La table B et la table X ne sont pas connexes

Modèle de données dans lequel les tables de base A et X ont leurs propres contours. Les relations sont représentées en gris clair.Modèle de données dans lequel la table de base A et sa table B en aval ont le même contour. La table de base X a son propre contour. Les relations sont affichées en gris clair.
### Tables connexes Les tables de la même arborescence sont considérées comme étant connexes.

La table A et la table S sont connexes

La table B et la table S sont connexes (par l’intermédiaire de la table A)

Modèle de données dans lequel la relation de la table de base A avec une table en aval est mise en évidenceModèle de données dans lequel la relation de la table B avec une autre table est mise en évidence par leurs relations avec la même table de base, A
### Tables partagées Les tables partagées ont plusieurs relations entrantes. Ces tables appartiennent à plusieurs arborescences et sont partagées entre elles. La table S et la table T sont partagées. ![Modèle de données dans lequel les tables S et T ont toutes deux plusieurs relations entrantes. Toutes deux font partie de l’arborescence de la table de base A et de l’arborescence de la table de base X. ](/tableau/current/fr-ca/server/fr-ca/Img/mfr_relatedness_tables_shared.png) ## Relation au niveau des champs dans l’analyse La relation entre les champs est déterminée feuille par feuille en fonction de la [structure du modèle de données](https://help.tableau.com/current/pro/desktop/fr-ca/viewdatamodel.htm), des champs activement utilisés (c’est-à-dire les champs présents dans la visualisation sous forme de piles sur les étagères) et de la nature de ces champs (dimensions ou mesures). L’impact de la relation avec les champs sur les résultats d’une visualisation est abordé dans [la section suivante](https://help.tableau.com/current/pro/desktop/fr-ca/datasource_mfr_multiple_base_tables.htm#joinsbyrelatedness). Passons en revue quelques scénarios utilisant le même exemple de source de données. Le nom de chaque champ indique de quelle table il provient, par exemple Champ B de la Table B. Les champs peuvent être des dimensions ou des mesures, sauf indication contraire. ### Champs associés À un haut niveau, les champs sont associés lorsque Tableau peut déterminer clairement comment les évaluer ensemble en fonction d’un chemin de relation au sein d’une seule arborescence. Par exemple, Champ B (de la Table B) et Champ S (de la Table S) sont associés. ![Champ B et Champ S sont associés](/tableau/current/fr-ca/server/fr-ca/Img/mfr_relatedness_tables_related2.png) ### Champs non associés À un haut niveau, les champs ne sont associés en aucun cas lorsqu’ils ne sont pas associés. Cela peut s’expliquer par le fait que les champs proviennent de tables non associées, par exemple utilisant des champs provenant de deux tables de base. Dans ce cas, les champs des différentes tables de base ne sont fondamentalement pas associés. Par exemple, Champ A et Champ X ne sont pas associés. ![Champ A et Champ X ne sont pas associés](/tableau/current/fr-ca/server/fr-ca/Img/mfr_relatedness_tables_unrelatedbase.png) Les champs peuvent également être traités comme étant non associés pendant un moment donné, comme dans les cas de relation ambiguë ou pas encore établie. Pour la plupart, vous pouvez compter sur les [indicateurs de relation](https://help.tableau.com/current/pro/desktop/fr-ca/datasource_mfr_relatedness_messages.htm) pour vous alerter lorsque les champs ne sont pas associés dans le contexte d’une visualisation. ### Dimension d’assemblage L’assemblage est la manière dont Tableau évalue les champs de tables non associés dans un modèle de données multi-faits lors de l’analyse. Dans une visualisation, l’utilisation d’une dimension d’une table partagée assemble des champs non associés et leur permet d’être évalués simultanément dans la même visualisation. Considérez cela comme une juxtaposition des résultats de deux arborescences en fonction d’une dimension qu’elles partagent. Par exemple, si une visualisation est créée avec Champ A et Champ X, ces deux champs ne sont pas associés. L’ajout de Dimension S introduit un champ d’assemblage. - Champ A et Dimension S sont évalués ensemble. - Champ X et Dimension S sont évalués ensemble. - Ces résultats intermédiaires sont rassemblés en fonction des valeurs de Dimension S. - Champ A et Champ X sont maintenant assemblés. ![tables de base A et X non associées et assemblées par leur table S partagée](/tableau/current/fr-ca/server/fr-ca/Img/mfr_relatedness_fields_stitching.png) **Conseil** : les meilleures pratiques consistent à utiliser un champ d’assemblage dans la visualisation avant de faire apparaître un champ non associé. Par exemple, faites glisser d’abord Dimension S ou Champ A, puis Dimension S puis Champ X, au lieu de Champ A, puis Champ X puis Dimension S. Si vous ajoutez le champ d’assemblage en premier, Tableau saura ainsi toujours comment évaluer les relations et évitera les problèmes de performances potentiels liés à l’évaluation conjointe de dimensions non associées et de jointures croisées. L’assemblage exige qu’une dimension d’une table partagée soit active dans la visualisation. Les champs placés sur l’étagère Filtres ou sur la propriété Infobulle de la fiche Repères ne sont pas considérés comme actifs à des fins d’assemblage. ### Champs pas encore associés Les champs peuvent également être associés de plusieurs façons, mais ne le sont pas encore. Cela se produit lorsqu’il existe plusieurs relations possibles entre deux tables partagées (ou les tables partagées en aval). Considérez Champ S et Champ T. Leurs tables sont associées les unes aux autres à la fois par l’arborescence définie par la table de base A et par l’arborescence définie par la table de base X. Dans une visualisation contenant uniquement Champ S et Champ T, il n’existe aucune information pour déterminer quelle arborescence utiliser pour les associer. Sans informations supplémentaires, Tableau ne peut pas évaluer s’il convient de relier ces champs via l’arborescence de la table de base A ou l’arborescence de la table de base B. Champ S et Champ T sont traités comme des champs non associés même s’il existe plusieurs relations _potentielles_. ![Champs S et T sous associés de manière ambiguë](/tableau/current/fr-ca/server/fr-ca/Img/mfr_relatedness_fields_not-yet_hyporelated.png) Les champs pouvant être associés mais qui ne le sont pas encore sont considérés comme des champs non associés, car Tableau ne peut pas déterminer clairement leur chemin de relation. À la différence des champs véritablement non associés et qui ne peuvent qu’être assemblés, les champs pas encore associés peuvent être résolus et les champs peuvent être directement associés. ### Champs associés de manière ambiguë Les champs peuvent également être associés de manière ambiguë. Cela se produit lorsque plusieurs relations actives sont possibles entre des tables partagées (ou des tables partagées en aval). À la différence des champs non encore associés, qui peuvent être qualifiés d’hypo-associés ou de sous-associés, les champs associés de manière ambiguë sont hyper-associés ou trop associés. Considérez Champ S et Champ T. Leurs tables sont associées les unes aux autres à la fois par l’arborescence définie par la table de base A et par l’arborescence définie par la table de base X. Dans une visualisation contenant Champ A, Champ X, Champ S et Champ T, il y a beaucoup trop d’informations pour déterminer quelle arborescence utiliser pour les associer. Si on ne réduit pas ces informations, Tableau ne peut pas déterminer s’il faut associer ces champs via l’arborescence de la table de base A ou l’arborescence de la table de base B. Champ S et Champ T sont traités comme des champs non associés même lorsqu’il existe plusieurs relations _actives_. ![](/tableau/current/fr-ca/server/fr-ca/Img/mfr_relatedness_fields_ambiguous_hyperrelated.png "trop associé") Les champs associés de manière ambiguë sont considérés comme des champs non associés, car Tableau ne peut pas déterminer clairement leur chemin de relation. À la différence des champs non véritablement associés et qui ne peuvent qu’être assemblés, les champs associés de manière ambiguë peuvent être résolus et les champs peuvent être directement associés. ### Mesure ambiguë provenant d’une table partagée Lorsqu’une dimension est utilisée à partir d’une table partagée, elle rassemble les champs de ses tables non associées en amont. Cependant, une mesure ne peut pas être assemblée, et la valeur d’une mesure dépend de ses dimensions associées. Dans une visualisation contenant Dimension A et Dimension X, ces deux dimensions ne sont pas associées. Si Mesure S est extrait de Table S, il n’y a pas de relation quand on fusionne Dimension A et Dimension X. Même si les deux mesures n’ont pas de relation directe, elles peuvent être associées simultanément dans la même visualisation. ![tables de base A et X non associées et assemblées par leur table S partagée](/tableau/current/fr-ca/server/fr-ca/Img/mfr_relatedness_fields_stitching.png) Une mesure partagée peut être vue comme une forme d’ambiguïté ou de surrelation et la résolution s’effectue de la même façon. ### Résoudre les relations ambiguës entre les champs Lorsque Tableau rencontre des incertitudes sur la manière d’associer les champs, il ne fait pas d’associations arbitraire et les considère plutôt comme des champs non associés. Souvent, il vaut mieux associer ces champs en clarifiant l’incertitude autour de l’arborescence à utiliser. Pour résoudre les champs qui ne sont pas encore associés, il suffit d’ajouter un champ pour déterminer quelle arborescence utiliser. Pour résoudre les champs associés de manière ambiguë, il suffit de supprimer des champs pour déterminer quelle arborescence utiliser. _Exemple :_ **Résoudre les cas pas encore associés** : ajouter un champ - Dans une visualisation qui contient Champ S et Champ T, lorsque vous ajoutez un champ de la table A, B ou C à la visualisation, cela active l’arborescence de la table de base A et résout le chemin souhaité entre Champ S et Champ T. - Une autre solution consiste à utiliser un champ de Table X pour résoudre le chemin souhaité entre Champ S et Champ T dans l’arborescence de la table de base X. **Résoudre une relation ambiguë** : supprimer un ou plusieurs champs - Dans une visualisation contenant Champ A, Champ X, Champ S et Champ T, la suppression de Champ X active uniquement l’arborescence de la table de base A et résout le chemin souhaité entre Champ S et Champ T. - Alternativement, la suppression de Champ A résout le chemin souhaité entre Champ S et Champ T via l’arborescence de la table de base X. **Résoudre une mesure partagée** : supprimer un ou plusieurs champs - Dans une visualisation contenant Dimension A, Dimension X et Mesure S, la suppression de Dimension X active uniquement l’arborescence de la table de base A et résout le chemin souhaité entre Dimension A et Mesure S. - Alternativement, la suppression de Dimension A résout le chemin souhaité entre Dimension X et Mesure S via l’arborescence de la table de base X.
Pas encore associéAssocié de manière ambiguëRelation résolue sur une seule arborescence
Associé via la table de base AAssocié via la table de base X
sous associéassocié via Aassocié via X
La résolution d’une incertitude est similaire à l’utilisation d’une expression de niveau de détail (LOD) FIXED. Dans une expression LOD FIXED, vous indiquez à Tableau le niveau de détail auquel agréger en définissant la déclaration de dimension. L’incertitude est résolue en modifiant la structure de la visualisation de manière à rendre une seule arborescence active, indiquant ainsi à Tableau les chemins de relation qu’il peut prendre en compte pour effectuer l’analyse. ### Assembler ou résoudre l’incertitude L’assemblage et la résolution de l’incertitude sont des moyens de gérer l’absence de relation. Ils ont des résultats différents :

Assemblage

Résolution de l’incertitude

assemblage de A et X par S

Champ A et Champ X non associés assemblés par Dimension S

Résolution de S et T par A

Champ S et Champ T évalués via l’arborescence définie par la table de base A

Juxtapose des champs non associés en fonction d’attributs partagésRéduit le chemin de relation à utiliser en cas d’options multiples (ambiguïté ou mesure partagée), ou établit un chemin de relation lorsqu’il n’en existait pas (pas encore lié).

Utilise une logique de tables de base multiples pour calculer les résultats

Utilise une logique de table de base unique pour calculer les résultats

L’analyse implique des tables non associéesL’analyse implique des tables partagées
## Comment les jointures sont utilisées pour chaque niveau de relation Une fois que la relation au niveau du champ est déterminée, Tableau doit évaluer les résultats pour créer la visualisation réelle. Les requêtes utilisées pour le calcul des valeurs affichées dans une visualisation reposent sur des jointures. Le fait que les champs soient associés, non associés ou assemblés a un impact différent sur les jointures effectuées. N’oubliez pas que les champs associés de manière ambiguë ou pas encore associés sont traités comme non associés dans ce contexte. Pour expliquer les relations et les jointures, cette section couvre les tables et leurs champs, ainsi que les valeurs de ces champs. Considérez le modèle de données suivant avec deux tables de base, Classes et Clubs, et une table partagée, Students. ![Un modèle de données avec deux tables de base, Classes et Clubs, et une table partagée, Students](/tableau/current/fr-ca/server/fr-ca/Img/mfr_ex_birds_model.png)

Classes

Clubs

Students

afficher les données de la table Classes, avec les valeurs de trois champsafficher les données de la table Clubs, avec les valeurs de trois champsafficher les données de la table Students, avec les valeurs de trois champs

Champs :

  • Class, une dimension avec les valeurs Nesting Basics, Advanced Songs, Flying for Fledglings et Alarm Calls 101
  • Length, une mesure
  • Student, une dimension utilisée pour établir une relation avec la table Student

Champs :

  • Club, une dimension avec les valeurs Photography, Travel, Juggling, Art, and First Aid
  • Dues, une mesure
  • Student, une dimension utilisée pour établir une relation avec la table Student

Champs :

  • Bus Rider, une dimension avec les valeurs Oui ou Non
  • Student, une dimension avec les valeurs Finch, Cardinal, Sparrow, Robin et Jay. Utilisé pour établir une relation avec les deux autres tables
  • Age, une mesure
Ce modèle très simple illustre comment la logique de jointure de haut niveau est calculée pour les modèles de données avec relations multi-faits. Pour plus d’informations sur les bases des jointures utilisées dans les modèles de données à table de base unique basés sur les relations, consultez [Fonctionnement de l’analyse pour les sources de données multi-tables qui utilisent des relations](https://help.tableau.com/current/pro/desktop/fr-ca/datasource_multitable_analysis_overview.htm). Cet exemple doit-il être un modèle de données avec des tables de base multiples? Pour ce modèle de données avec trois tables, on pourrait être tenté de le configurer comme un modèle avec une table de base unique, comme Classes-Students-Clubs ou Clubs-Students-Classes, ou avec Students comme table de base. En général, les modèles de données avec relations multi-faits sont conçus pour des types spécifiques de schémas de données ou de scénarios d’analyse. Si votre modèle de données [présente les caractéristiques les mieux adaptées à un modèle de données avec relations multi-faits](https://help.tableau.com/current/pro/desktop/fr-ca/datasource_mfr_when_to_use.htm), configurez-le de cette manière pour que vos tables de base restent théoriquement non associées. Toutefois, si vos données ne nécessitent pas ce type de structure, il serait plus simple d’utiliser un modèle à table de base unique. ![autres structures de modèles de données pour l’exemple de modèle classes-clubs-students](/tableau/current/fr-ca/server/fr-ca/Img/mfr_ex_birds_model_versions.png) Les modèles pouvant être créés pour ces trois tables : (1) Classes et Clubs comme tables de base et Students comme table partagée, (2) de façon linéaire, en commençant par Classes ou Clubs, et (3) Students comme table de base unique, et Classes et Clubs comme tables en aval. Dans ce cas particulier, ces tables ne contiennent aucun élément, dans les données ou dans le modèle, qui nécessite vraiment des tables de base multiples. Nous utilisons ce modèle comme exemple pour rester simple et nous concentrer sur la logique de jointure. On peut aussi imaginer qu’il existe une autre table connexe, Rooms, que nous ignorons simplement pour ne pas compliquer inutilement la discussion. ![Une version du modèle classes-clubs-students avec une autre table partagée, rooms](/tableau/current/fr-ca/server/fr-ca/Img/mfr_ex_birds_model_withroom.png) Toutefois, il est recommandé d’utiliser un modèle de relation multi-faits uniquement lorsque vos données l’exigent. ### Les dimensions associées utilisent des jointures internes Les dimensions associées font l’objet d’une jointure interne. Les jointures internes laissent de côté toutes les valeurs de dimensions qui ne sont pas partagées entre les deux tables. - Tableau utilise une logique supplémentaire pour garantir que les valeurs de mesures ne sont pas perdues. Cette section utilise uniquement des dimensions pour démontrer comment Tableau applique les jointures internes aux dimensions associées. L’exemple suivant montre comment les dimensions associées renvoient uniquement les lignes présentes dans les données. Aucun étudiant n’est dans le cours Alarm Calls 101. Il n’est donc pas présent dans les résultats. Cardinal et Jay ne sont dans aucun cours. Ils ne sont donc pas présents dans les résultats. ![Une visualisation montrant une jointure interne de Class et de Student, avec deux lignes pour Finch (Advanced Songs, Nesting Basics), deux lignes pour Robin (Flying for Fledgelings, Nesting Basics) et deux lignes pour Sparrow (Advanced Songs, Nesting Basics)](/tableau/current/fr-ca/server/fr-ca/Img/mfr_ex_birds_relateddims_innerjoin.png) ### Les dimensions non associées utilisent des jointures croisées Les dimensions non associées (seules, sans aucune dimension assemblée) font l’objet d’une jointure croisée. Dans une jointure croisée, chaque valeur d’une dimension est combinée avec chaque valeur de l’autre dimension, même si la combinaison qui en résulte n’existe pas réellement dans les données. Dans cet exemple, la jointure croisée ajoute une ligne pour chaque combinaison possible de Class et de Club. ![Une visualisation montrant une jointure croisée de Class et de Club et des lignes pour chaque combinaison de Advanced Songs/Alarm Calls 101/Flying for Fledglings/Nesting Basics with Art/First Aid/Juggling/Photography. Une icône Non associé s’affiche sur les deux champs de dimension de l’étagère Lignes.](/tableau/current/fr-ca/server/fr-ca/Img/mfr_ex_birds_unrelateddims_crossjoin.png) Il est important de reconnaître à quel moment une jointure croisée se produit dans votre analyse. Bien qu’il y ait une ligne pour Advanced Songs + First Aid dans la table des résultats pour la jointure croisée, aucun étudiant ne participe réellement à cette combinaison d’activités (nous en verrons la preuve dans l’exemple d’assemblage de la section suivante). Pourquoi est-il important de reconnaître que les résultats de jointure croisée ne sont pas tous basés sur les données? Imaginez que vous essayiez d’établir un emploi du temps pour les cours et les clubs afin qu’il n’y ait aucun conflit pour les étudiants. Il n’y a aucun étudiant en Advanced Songs et First Aid, vous pouvez donc ignorer ce résultat et programmer ce cours et ce club simultanément. La jointure croisée ne représente pas les combinaisons de valeurs qui existent réellement dans les données. De plus, lorsqu’il existe une cardinalité élevée (un grand nombre de valeurs uniques), les jointures croisées peuvent affecter les performances. Imaginez que vous puissiez effectuer une jointure croisée entre chaque numéro de téléphone et chaque adresse de courriel dans vos contacts. Cela peut entraîner une explosion du nombre de combinaisons et une opération potentiellement coûteuse. ### Les dimensions assemblées utilisent des jointures externes Les dimensions non associées (en présence d’une dimension d’assemblage) font l’objet d’une jointure externe. Dans cet exemple, la table Classes et la table Clubs sont associées à la table partagée Students mais ne sont associées entre elles, donc les champs Class et Club ne sont pas associés. L’ajout de la dimension Student permet à Tableau de savoir quelles valeurs de Class et de Club doivent être juxtaposées dans l’analyse. Nous appelons ce comportement de jointure externe un _assemblage_. ![Une visualisation montrant les résultats d’une jointure externe de la jointure interne Student-Class et de la jointure interne Student-Club. Il existe une icône Non associé sur les piles Class et Club de l’étagère Lignes. Une pile de Student figure dans la propriété Couleur de la fiche Repères et n’a aucune icône Non associé. Toutes les combinaisons de cours et de clubs ne sont pas représentées, et il existe des lignes pour les étudiants et les clubs sans cours.](/tableau/current/fr-ca/server/fr-ca/Img/mfr_ex_birds_stitched_outerjoin.png) L’assemblage est similaire à la fusion des données dans la mesure où les résultats intermédiaires sont regroupés en vue des résultats globaux. Par contre, contrairement à la fusion, l’assemblage est une jointure externe, et non une jointure gauche, et n’ignore pas des valeurs d’un côté ou de l’autre. Il n’y a pas de concept de sources de données primaires ou secondaires lorsqu’il s’agit d’une seule source de données, si bien que les deux champs non associés ont la même priorité. #### Les résultats intermédiaires font l’objet d’une jointure externe Qu’est-ce qui entre dans la jointure externe pour les champs assemblés? Une jointure interne intermédiaire est calculée tour à tour pour le champ d’assemblage et chacun des champs non associés, puis ces résultats intermédiaires font l’objet d’une jointure externe en fonction des valeurs de la dimension d’assemblage. **Exemple** Une jointure interne pour Student et Class... ![Une table de résultats pour trois valeurs d’étudiants et trois valeurs de cours](/tableau/current/fr-ca/server/fr-ca/Img/mfr_ex_birds_stitched_inner1.png) ...et une jointure interne pour Student et Club... ![Une table de résultats pour quatre valeurs d’étudiants et cinq valeurs de clubs](/tableau/current/fr-ca/server/fr-ca/Img/mfr_ex_birds_stitched_inner2.png) ...font ensuite l’objet d’une jointure externe sur Student. ![Une table de résultats pour quatre valeurs d’étudiants, trois valeurs de cours et cinq valeurs de clubs](/tableau/current/fr-ca/server/fr-ca/Img/mfr_ex_birds_stitched_outerjoin.png) ### Jointures supplémentaires pour conserver les mesures Outre la logique de jointure pour les dimensions, les mesures peuvent introduire des jointures supplémentaires. Lorsque les relations ont été introduites pour la première fois dans Tableau, l’un des [principes de base était que les valeurs de mesures ne sont pas perdues](https://www.tableau.com/fr-ca/blog/relationships-tableau-data-model). Cela vaut également dans les modèles de données avec relations multi-faits. Les détails essentiels sont : - Les valeurs de mesures sont ventilées uniquement par dimensions associées. - Les valeurs de mesures se répètent pour les dimensions non associées. - Les valeurs de dimensions qui seraient supprimées dans des visualisations comportant uniquement des dimensions peuvent être renvoyées si des valeurs de mesures pertinentes leur sont associées. **Remarque** : N’oubliez pas que les mesures sont des agrégations. Elles sont calculées au niveau de détail (granularité) défini par la combinaison de dimensions dans la visualisation. C’est ce qu’on appelle une mesure _décomposée_ par une dimension. Lorsqu’une mesure est utilisée sans aucune dimension, on dit qu’elle est _au niveau de la table_. Cela signifie que la valeur de la mesure est la valeur entièrement agrégée. Dès que nous utilisons une dimension dans la visualisation, la mesure est décomposée de manière plus granulaire en fonction des valeurs de dimensions. La valeur d’une mesure dans une analyse dépend donc du contexte des dimensions. #### Mesures associées Considérez le sous-ensemble de valeurs de dimensions renvoyées pour une jointure interne sur les dimensions associées **Student** (Étudiant) et **Class** (Cours). Il existe _trois_ valeurs d’étudiants, Finch, Robin et Sparrow, et _trois_ valeurs de cours, Advanced Songs, Nesting Basics et Flying for Fledgelings. ![une table de résultats pour une jointure interne entre étudiant et cours](/tableau/current/fr-ca/server/fr-ca/Img/mfr_ex_birds_inner_student_class.png) Si on ajoute la mesure **Length** (durée) à partir de la table Class, nous voyons que les _quatre_ cours sont affichés et qu’il y a une valeur Null pour Student. La mesure **Length** de chaque cours s’affiche, au niveau de **Class**. ![Une valeur nulle apparaît pour Student même si les dimensions font l’objet d’une jointure interne](/tableau/current/fr-ca/server/fr-ca/Img/mfr_ex_birds_related_measurefrombase.png) Si on ajoute plutôt la mesure **Age** (Âge) à partir de la table Student, nous voyons que les _cinq_ étudiants sont affichés et qu’il y a deux valeurs « null » pour Class. Les résultats conservent chaque étudiant, même s’il n’est pas dans un cours. La valeur **Age** de chaque étudiant s’affiche, au niveau de **Student**. ![Une valeur Null apparaît pour Classes même si les dimensions font l’objet d’une jointure interne](/tableau/current/fr-ca/server/fr-ca/Img/mfr_ex_birds_related_measurefromshared.png) #### Mesures non associées Les valeurs de mesures sont répétées pour les valeurs de dimensions non associées. Si nous examinons la mesure **Length** de la table Classes et les valeurs non associées de la dimension **Club**, la mesure est au niveau de la table et répétée sur toutes les valeurs de dimensions de **Club**. ![une mesure au niveau de la table et répétée sur des valeurs de dimensions non associées](/tableau/current/fr-ca/server/fr-ca/Img/mfr_ex_birds_unrelateddim-measure.png) En présence d’une dimension d’assemblage, les mesures peuvent être à la fois décomposées et répétées. Ici, la mesure **Age** provient de la table Students et est décomposée par niveau d’étudiant. Chaque fois qu’un étudiant est répété en fonction des dimensions de **Class** et de **Club**, la valeur **Age** est répétée. ![](/tableau/current/fr-ca/server/fr-ca/Img/mfr_ex_birds_unrelateddims_sharedmeasure.png) ## Résolution des problèmes ### Considérations relatives à l’utilisation de modèles de données avec relations multi-faits **Filtres d’extrait par table** Tous les filtres d’extrait d’un modèle de données avec des relations multi-faits sont définis par table (ne sont pas omniprésents). Pour cette raison, les résultats du filtrage peuvent être différents pour une connexion en direct et une connexion à un extrait. **Calculs au niveau des lignes** Les calculs au niveau des lignes ne peuvent faire référence qu’à des champs partageant la même table de base en amont. Autrement dit, les calculs au niveau des lignes ne peuvent pas être effectués sur plusieurs arborescences. **Champs combinés** Tous les champs d’un champ combiné doivent partager une table en amont. Autrement dit, vous ne pouvez pas créer un champ combiné en utilisant des champs situés dans des arborescences différentes. **Ensembles** Les ensembles ne peuvent être créés qu’avec une définition impliquant des champs qui partagent la même table de base en amont. Cependant, dans une visualisation, l’option Ajouter à l’ensemble peut être disponible à partir d’un repère lorsque ce dernier est défini par des champs non associés aux champs utilisés pour définir l’ensemble. Si vous choisissez Ajouter à l’ensemble, Tableau ajoutera uniquement les champs associés à la définition de l’ensemble. Ceci est différent du comportement de l’option Ajouter à l’ensemble dans les sources de données à table de base unique, lorsque cette option ajoute tout ce qui définit le repère. **Valider les expressions de niveau de détail INCLUDE** Les expressions LOD INCLUDE ne peuvent pas être évaluées sur des champs non associés. Étant donné que la relation entre les champs est évaluée feuille par feuille, il est possible qu’une expression LOD valide dans le volet Données ou dans l’éditeur de calcul devienne non valide dans le contexte d’une visualisation spécifique (en présence d’une dimension non associée). Lorsque cela se produit, la pile LOD devient rouge. Vous pouvez mettre à jour l’expression LOD pour supprimer les conflits de champs non associés, modifier la structure de la visualisation ou supprimer l’expression LOD de la visualisation. **Mise à jour des sources de données publiées** Il est recommandé de créer une copie d’une source de données publiée existante si vous comptez la modifier pour en faire un modèle de données avec relations multi-faits dans le cas où ses classeurs connectés n’ont pas tous besoin du nouveau modèle de données. Ne mettez pas à jour la version existante de la source de données à moins que tous ses classeurs n’aient besoin des nouvelles tables. Publiez la source de données modifiée en tant que nouvelle source de données et créez de nouveaux classeurs à partir de celle-ci. Cela empêchera les classeurs existants d’être convertis pour utiliser VDS au lieu du serveur de données lorsqu’ils n’ont pas besoin de la fonctionnalité, évitant ainsi le risque d’une baisse des performances. ### Problèmes résolus
Problème résoluCorrigé à partir de

Extraits

Source de données locale (dans un classeur) : toute tentative d’extraction d’une source de données avec relations multi-faits générera une erreur « Aucune table de ce type ».

Source de données publiée : l’extraction d’une source de données publiée avec relations multi-faits semble réussir, mais il peut arriver que les valeurs des champs soient échangées.

  • Tableau Cloud : résolu grâce aux mises à jour effectuées à la mi-juillet. Ceci s’applique également à public.tableau.com.
  • Tableau Desktop: résolu depuis la version de maintenance 2024.2.1 publiée le 24 juillet 2024
  • Tableau Serveur : résolu à partir de la version de maintenance 2024.2.1 publiée le 24 juillet 2024

Si ces problèmes persistent dans Tableau Desktop ou Tableau Server, mettez à niveau vers une version du 24 juillet 2024 ou ultérieure.

Expressions de niveau de détail EXCLUDE

Seuls les expressions LOD INCLUDE doivent être validées en présence de champs non associés. Cependant, les expressions LOD EXCLUDE peuvent également être marqués à tort comme non valides dans les mêmes conditions.

Calculs d’utilisateurs imbriqués

Les calculs d’utilisateurs imbriqués ne sont pas disponibles dans les sources de données publiées avec un modèle de données utilisant des relations multi-faits.

### Problèmes connus **Indicateurs de relation avec plusieurs fiches Repères** Lorsqu’une visualisation est créée avec plusieurs mesures sur l’étagère Lignes ou sur l’étagère Colonnes, chaque mesure obtient sa propre fiche Repères. La logique utilisée pour déterminer les indicateurs de relation (l’icône Non associé, le texte dans les infobulles et la boîte de dialogue d’avertissement de relation) peut ne pas donner les résultats attendus en fonction de la fiche Repères ouverte. La visualisation elle-même, cependant, est correctement calculée en fonction de la relation entre chaque paire de champs. Il existe un correctif prévu pour ce comportement. **BatchQueryProcessor** BatchQueryProcessor doit être activé pour prendre en charge les modèles de données avec relations multi-faits. Il s’agit d’un comportement attendu pour lequel aucun correctif n’est actuellement prévu. **Tableau Pulse** Tableau Pulse peut ne pas fonctionner avec les modèles de données contenant des relations multi-faits. Il se peut que vous ne soyez pas en mesure créer de définition de métrique ou que les métriques créées soient vides. Il ne s’agit pas d’un comportement attendu, mais aucun correctif n’est encore prévu. **Modifier les dimensions à l’aide d’un paramètre** Tableau vous permet d’ [échanger des champs à l’aide d’un paramètre](https://help.tableau.com/current/pro/desktop/fr-ca/parameters_swap.htm). Cependant, avec des relations multi-faits, l’échange de dimensions à l’aide d’un paramètre échouera en silence. Le paramètre et son calcul pourront être créés et la commande de paramètre pourra être affichée, mais le champ ne changera pas en fonction de la modification du paramètre. En effet, l’évaluation de la relation entre les dimensions s’effectue à un stade différent dans l’ordre des opérations par rapport à l’évaluation des paramètres. ## Autres articles de cette section [Passer au contenu principal](#main-content) # À propos des stratégies de données Utilisez une stratégie de données lorsque vous voulez appliquer la sécurité au niveau des lignes à une ou plusieurs tables dans la connexion. Les stratégies de données s’appliquent aux connexions en direct et aux extraits. Une stratégie de données comporte trois composants principaux : ![Un exemple des trois composantes d’une stratégie de données](/tableau/current/fr-ca/server/fr-ca/Img/ipa_vconns_policy_components.png) 1. Les tables auxquelles elle s’applique, appelées tables de stratégie. Ce sont les tables qui sont filtrées. 2. Les colonnes mappées qui définissent les relations entre les tables (par exemple entre les tables de droits et les tables de faits), et entre les colonnes de table et les colonnes de stratégie. Une colonne de stratégie est la colonne utilisée pour filtrer les données. 3. La condition de stratégie, qui est une expression évaluée pour chaque ligne lors d’une requête. Lorsque TRUE, la ligne est affichée dans la requête. Cliquez sur ![le bouton Créer une nouvelle stratégie](/tableau/current/fr-ca/server/fr-ca/Img/ipa_Create_New_Policy_btn.png) pour commencer. [Lire la rubrique complète](https://help.tableau.com/current/server/fr-ca/dm_vconn_create_rlspolicy.htm) ## Tâches connexes [À propos de l’éditeur de connexion virtuelle](https://help.tableau.com/current/server/fr-ca/ipa_vconn_about_editor.htm) [Ajouter des tables à la connexion](https://help.tableau.com/current/server/fr-ca/ipa_vconn_add_tables.htm) [Créer et tester des stratégies de données](https://help.tableau.com/current/server/fr-ca/ipa_vconn_create_data_policy.htm) Vous ne trouvez pas ce dont vous avez besoin? Consultez [toute l’aide de Tableau](https://www.tableau.com/fr-ca/support/help) en ligne [Passer au contenu principal](#main-content) # À propos du dictionnaire de données de Tableau Server Le dictionnaire de données de Tableau Server fournit des informations sur les tables et les vues de la base de données PostgreSQL « groupe de travail » du référentiel Tableau Server. Cette base de données fournit un espace de stockage permanent pour Tableau Server et elle a essentiellement pour but de prendre en charge cette application. Le dictionnaire de données ne constitue pas une description exhaustive de toutes les tables et de tous les champs de la base de données, mais est destiné aux utilisateurs qui souhaitent interroger la base de données pour obtenir des informations sur l’utilisation de Tableau Server. Comme la base de données et son contenu sont fournis dans le cadre du support Tableau Server, la structure et le contenu peuvent changer sans avertissement. Cela signifie que toute vue personnalisée que vous créez en interrogeant directement la base de données pourrait être endommagée. > [!IMPORTANT] > > le Dictionnaire de données est fourni avec un niveau de soutien **Tel quel**. Pour obtenir de l’aide pour créer des rapports basés sur le dictionnaire, y compris l’écriture de requêtes dans la base de données ou la mise à jour de classeurs défectueux, veuillez participer aux forums de la communauté Tableau. [Ouvrir le dictionnaire de données](https://tableau.github.io/tableau-data-dictionary/2026.2/data_dictionary.htm "Dictionnaire de données"). [Passer au contenu principal](#main-content) # Accéder à des sites depuis des clients connectés Par défaut, Tableau Server autorise les utilisateurs à accéder à un site directement depuis un _client_ Tableau. Il autorise cet accès après que l’utilisateur a fourni des informations d’identification lors de sa connexion initiale depuis le client. Un client dans ce cas est une application ou un service Tableau qui peut échanger des informations avec Tableau Server. Quelques exemples de clients Tableau : Tableau Desktop, Tableau Prep Builder et Tableau Mobile. Tableau Server établit un _client connecté_ en créant un jeton d’actualisation sécurisé qui identifie de manière unique un utilisateur lorsque ce dernier se connecte depuis le client. [Passer au contenu principal](#main-content) # Accéder au contenu Tableau dans Microsoft 365 L’application Tableau pour Microsoft 365 est disponible dans Teams, Word et PowerPoint. L’application Teams vous permet d’interagir avec des vues (visualisations) et des métriques et de les partager par le biais de messages, de canaux et lors de réunions. Les modules complémentaires Word et PowerPoint vous permettent d’ajouter des instantanés d’images de vues et de métriques à vos documents et diapositives, et d’actualiser ces instantanés pour les garder à jour. Pour que l’application Tableau soit disponible dans Microsoft 365, votre administrateur doit la déployer et la connecter à votre site Tableau. Pour plus d’informations sur l’installation de l’application Tableau en tant qu’administrateur, consultez [Configurer l’application Tableau pour Microsoft 365](https://help.tableau.com/current/server/fr-ca/teams_set_up.htm). Remarque : Si vous avez défini la langue dans Tableau ou Microsoft 365 sur une langue prise en charge par Tableau autre que l’anglais (États-Unis), vous pouvez voir du texte en anglais qui n’est pas localisé. ## Utiliser l’application Teams Si votre administrateur n’a pas préinstallé l’application pour vous, mais l’a déployée pour votre organisation, vous pouvez installer l’application vous-même. Pour savoir comment faire, consultez [Ajouter une application à Microsoft Teams](https://support.microsoft.com/fr-ca/office/add-an-app-to-microsoft-teams-b2217706-f7ed-4e64-8e96-c413afd02f77) dans la documentation de Microsoft Teams. L’application Teams comporte trois onglets : Tableau, Pulse et Configuration. L’onglet Tableau affiche les vues que vous avez ajoutées à vos favoris. L’onglet Pulse affiche les métriques que vous suivez ainsi qu’un résumé des découvertes sur ces métriques. Sachez que l’onglet Pulse n’apparaît que pour les sites Tableau Cloud. L’onglet Configuration vous permet de définir le site que Microsoft Teams vérifie lorsque vous recherchez du contenu et, si vous êtes administrateur de Tableau, d’ajouter et de supprimer des configurations de site. Si vous n’avez pas ajouté de vues à vos favoris ni de métriques suivies, vous ne verrez aucun contenu dans l’application. Connectez-vous directement à votre site Tableau pour ajouter des vues à vos favoris et suivre des métriques. Pour plus d’informations, consultez [Marquer les favoris](https://help.tableau.com/current/pro/desktop/fr-ca/favorites.htm) et [Suivre les métriques](https://help.tableau.com/current/online/fr-ca/pulse_explore_metrics.htm#follow-metrics). Bien qu’il soit possible d’ajouter d’autres types de contenu à vos favoris, seules les vues ajoutées que vous avez mises en favoris apparaissent dans l’application Tableau. Si vous souhaitez voir toutes les vues d’un classeur, ajoutez chaque vue individuelle à vos favoris. ### Explorer le contenu dans Teams Dans l’onglet Tableau ou Pulse, cliquez sur la fiche d’une vue ou d’une métrique pour ouvrir la version entièrement interactive. La vue ou la mesure interactive vous permet de voir plus d’informations sur les données et de filtrer les données en fonction de différentes dimensions ou périodes. #### Rechercher du contenu Si vous connaissez le nom d’une vue ou d’une métrique, vous pouvez la rechercher dans l’application Tableau. Vous pouvez également entrer l’URL d’une vue dans la barre de recherche pour accéder à un contenu spécifique ou à des vues personnalisées. 1. Dans l’onglet Tableau ou Pulse, sélectionnez l’icône de Recherche. ![Point d’entrée de la recherche dans l’application Tableau](/tableau/current/fr-ca/server/fr-ca/Img/teams_app_search.png) 2. Entrez le nom de la vue ou de la métrique. 3. Sélectionnez le bouton « Ouvrir » situé à côté du nom de la vue ou de la métrique pour accéder à sa version interactive. #### Suivre une métrique Chaque métrique représente un ensemble unique de filtres. Lorsque vous filtrez une métrique existante, si aucune métrique n’existe déjà avec cette combinaison de filtres, vous créez une nouvelle métrique. Suivez la nouvelle métrique pour la voir dans votre onglet Pulse et dans votre résumé des connaissances. 1. Sur une métrique, sélectionnez l’icône Suivre (S’abonner à cette métrique). ![Icône « Suivre » sur une métrique](/tableau/current/fr-ca/server/fr-ca/Img/teams_app_follow.png) Vous pouvez annuler le suivi de cette métrique en cliquant à nouveau le bouton. #### Partager du contenu 1. Sélectionnez l’icône « Partager » sur une vue ou une métrique. ![Icône Partager](/tableau/current/fr-ca/server/fr-ca/Img/teams_app_share.png) 2. Sélectionnez la personne, le groupe de discussion ou le réseau avec lequel vous souhaitez partager. 3. Sélectionnez Partager. #### Changer de site 1. Dans l’onglet Tableau ou Pulse, sélectionnez le nom du site dans le fil d’Ariane. Si plusieurs sites sont connectés à l’application Tableau, la liste des sites apparaît. ![Option de changement de site](/tableau/current/fr-ca/server/fr-ca/Img/teams_app_switch_site.png) 2. Sélectionnez le site auquel vous voulez passer. ### Ajouter du contenu Tableau à des réseaux et à des réunions #### Épingler du contenu dans un onglet de réseau 1. Dans le réseau où vous souhaitez épingler du contenu Tableau, sélectionnez l’icône + pour ajouter un onglet. ![Options de l’onglet Ajouter un réseau](/tableau/current/fr-ca/server/fr-ca/Img/teams_app_channel_tab.png) 2. Dans la liste des applications, sélectionnez l’application Tableau. 3. Sélectionnez le contenu à épingler. Pour épingler une vue personnalisée, sélectionnez le bouton « Rechercher » et entrez l’URL de la vue. Vous pouvez épingler une vue et jusqu’à cinq métriques par onglet. Pour épingler davantage de contenu Tableau, ajoutez un deuxième onglet. ![Vues et métriques Tableau à épingler](/tableau/current/fr-ca/server/fr-ca/Img/teams_app_pin_content.png) 4. Sélectionnez Enregistrer. 5. Si vous souhaitez renommer l’onglet, sélectionnez le menu déroulant de l’onglet, puis sélectionnez Renommer. ![Option Renommer pour l’onglet Tableau](/tableau/current/fr-ca/server/fr-ca/Img/teams_app_rename_tab.png) #### Ajouter du contenu Tableau à une réunion Vous devez d’abord créer une réunion, puis y ajouter du contenu Tableau. Vous ne pouvez pas ajouter d’applications tierces lors de la création d’une réunion. 1. Dans l’application Calendrier, recherchez la réunion à laquelle vous souhaitez ajouter du contenu Tableau, puis sélectionnez Modifier. 2. Sélectionnez Plus d’options. 3. Dans la barre d’outils, sélectionnez Applications. 4. Dans la liste des applications, sélectionnez l’application Tableau. 5. Sélectionnez le contenu à épingler. 6. Sélectionnez Enregistrer. 7. Enregistrez les modifications apportées à la réunion. 8. Après avoir démarré la réunion, sélectionnez l’onglet Tableau. Le contenu Tableau s’ouvre alors dans un panneau latéral visible par vous seul. 9. Sur le panneau latéral, sélectionnez le bouton « Partager à la phase ». Le contenu devient alors visible pour les autres participants de la réunion. Sachez que le contenu que vous partagez apparaît aux autres tels que vous le voyez, comme avec le partage d’écran. Si la sécurité est définie au niveau des lignes sur les données, tous les participants à la réunion voient votre vue des données. ### Partager du contenu Tableau dans des messages Si vous connaissez l’URL d’une vue ou d’une métrique, vous pouvez rapidement partager ce contenu en collant l’URL dans un message. L’extension de message Tableau transforme le lien en une fiche présentant le titre du contenu ainsi qu’une miniature, avec un bouton pour ouvrir la vue interactive complète ou la métrique. Si vous ne connaissez pas l’URL du contenu que vous souhaitez envoyer, vous pouvez rechercher du contenu à partager. 1. Sur un message, sélectionnez l’icône + (Actions et applications). 2. Sélectionnez l’application Tableau. 3. Recherchez sur votre site Tableau la vue ou la métrique que vous souhaitez partager. 4. Sélectionnez la vue ou la métrique. La génération de la fiche de ce contenu prendra un certain temps. ![Fiche de métrique dans un message Teams](/tableau/current/fr-ca/server/fr-ca/Img/teams_app_metric.png) 5. Envoyez le message. ## Utiliser les modules complémentaires Word et PowerPoint Le module complémentaire Tableau apparaît dans l’onglet Accueil de Microsoft Word et PowerPoint. Pour savoir comment accéder à un module complémentaire, consultez [Commencer à utiliser votre complément Office](https://support.microsoft.com/fr-fr/office/commencer-%C3%A0-utiliser-votre-compl%C3%A9ment-office-82e665c4-6700-4b56-a3f3-ef5441996862) dans la documentation de Microsoft. Veuillez noter que pour que l’application Tableau soit disponible, votre administrateur Microsoft 365 doit d’abord la déployer et la connecter à un site Tableau. ### Ajouter une visualisation ou une métrique à des documents et des diapositives Le module complémentaire Tableau vous permet d’ajouter un instantané d’une visualisation ou d’une métrique à vos documents et diapositives. Veuillez noter que les métriques Tableau Pulse ne sont disponibles que pour Tableau Cloud. Ces images montrent l’heure à laquelle elles ont été ajoutées et l’utilisateur qui les a ajoutées, et les images sont liées au contenu dans Tableau Cloud ou Tableau Server. L’image est la même pour tous les utilisateurs, donc si une sécurité au niveau des lignes est appliquée aux données, l’image montre la vue des données spécifique à l’utilisateur qui a ajouté l’image. Si d’autres utilisateurs ouvrent le lien de l’image dans Tableau Cloud ou Tableau Server, ces utilisateurs verront la vue interactive ou la métrique avec leurs identifiants appliqués. 1. Dans l’onglet Accueil, sélectionnez le module complémentaire Tableau. 2. Sélectionnez Insert Viz Image (Insérer une image de visualisation) ou Insert Pulse Image (Insérer une image Pulse). ![Options d’insertion de visualisation ou de métrique pour le module complémentaire Microsoft 365](/tableau/current/fr-ca/server/fr-ca/Img/microsoft_365_add_in.png) 3. Recherchez le nom de la vue ou de la métrique que vous souhaitez ajouter, ou sélectionnez-la parmi vos vues favorites ou vos métriques suivies. 4. Dans l’aperçu de la vue ou de la métrique, sélectionnez Insert Image (Insérer une image). Si vous connaissez l’URL de site Tableau du contenu que vous souhaitez ajouter, vous pouvez choisir Insert Content from URL (Insérer du contenu à partir d’une URL). #### Utiliser une vue personnalisée pour afficher des données filtrées Pour ajouter une vue filtrée des données, insérez une vue personnalisée. 1. Ouvrez la vue dans Tableau Server ou Tableau Cloud. 2. Filtrez la vue pour afficher les données à inclure dans l’instantané, puis créez une vue personnalisée. Pour plus d’information, consultez [Utiliser des vues personnalisées](https://help.tableau.com/current/server/fr-ca/customview.htm). 3. Ouvrez le module complémentaire Tableau dans Word ou PowerPoint. 4. Sélectionnez Insert Content from URL (Insérer du contenu à partir d’une URL), puis collez l’URL correspondant à la vue personnalisée. ### Actualiser une visualisation ou une métrique L’image est un instantané pris au moment où vous l’ajoutez. Si l’image ne représente plus les données les plus récentes, actualisez-la. 1. Dans l’onglet Accueil, sélectionnez le module complémentaire Tableau. 2. Sélectionnez Actualiser les données. Le module complémentaire Tableau identifie toutes les images Tableau dans votre document ou vos diapositives. 3. Sélectionnez le contenu à actualiser, puis sélectionnez Refresh Selected (Actualiser la sélection). [Passer au contenu principal](#main-content) # Accéder aux états à distance **Remarque :** les informations de cet article font référence à la page d’état de Tableau Server. Pour des informations sur la page d’état de Tableau Server et la page d’état de TSM, consultez [Afficher le statut des processus du serveur](https://help.tableau.com/current/server/fr-ca/service_viewstatus.htm). Vous devez être un administrateur de Tableau Server pour consulter la page État du serveur, mais vous pouvez accorder un accès distant aux autres ordinateurs pour qu’ils puissent accéder à une version lisible par une machine (XML) de la table État disponible pour les utilisateurs non-administrateurs et les ordinateurs autres que celui qui héberge le nœud Tableau Server initial. Vous pouvez être amené à procéder ainsi dans le cadre du processus de surveillance distant. Pour accorder l’accès distant aux états de Tableau Server : 1. Ouvrez une invite de commande en tant qu’administrateur et entrez les éléments suivants : ``` tsm configuration set -k wgserver.systeminfo.allow_referrer_ips -v ``` Dans la commande ci-dessus, `` est l’adresse IPv4 de l’ordinateur pour lequel vous voulez activer l’accès distant au XML de statut de Tableau Server. Par exemple : ``` tsm configuration set -k wgserver.systeminfo.allow_referrer_ips -v 10.32.139.31 ``` Si vous activez l’accès distant pour plusieurs ordinateurs, utilisez des virgules pour séparer les adresses IP. ``` tsm configuration set -k wgserver.systeminfo.allow_referrer_ips -v 10.32.139.31,10.32.139.35 ``` 2. Appliquez le changement de configuration : tsm pending-changes apply Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). Désormais, les utilisateurs des ordinateurs dont les adresses IP ont été ajoutées peuvent afficher les statuts des processus de Tableau en entrant l’adresse URL `http:///admin/systeminfo.xml` dans un navigateur ou à partir d’une ligne de commande (par exemple `curl http://jsmith/admin/systeminfo.xml`). Si Tableau Server a été configuré pour fonctionner avec un équilibreur de charge ou un serveur proxy, utilisez le nom d’hôte ou l’adresse IP du nœud Tableau Server initial pour accéder à la version XML de la page d’état. Pour des détails sur le fichier XML renvoyé, consultez [Obtenir le statut du processus en XML](https://help.tableau.com/current/server/fr-ca/service_status_xml.htm). [Passer au contenu principal](#main-content) # Accéder aux zones d’administration de l’environnement Web de Tableau En tant qu’administrateur sur Tableau Server ou Tableau Cloud, vous pouvez accéder aux paramètres administratifs qui ne sont pas disponibles à d’autres utilisateurs pour configurer les sites, les utilisateurs, les projets et pour effectuer d’autres tâches relatives au contenu. Les paramètres de cet article se réfèrent à l’environnement Web Tableau. Les administrateurs Tableau Server disposant d’identifiants appropriés peuvent également modifier les paramètres serveur tels que le processeur, la mise en cache, l’authentification, le déploiement distribué et les configurations associées en utilisant l’environnement Web TSM. Pour plus d’informations, consultez [Se connecter à l’interface utilisateur Web Tableau Services Manager](https://help.tableau.com/current/server/fr-ca/sign_in_tsm.htm). Si vous recherchez des paramètres de gestion du contenu publié, consultez [Naviguer dans Tableau sur le Web](https://help.tableau.com/current/pro/desktop/fr-ca/navigating.htm) et [Gérer le contenu Web](https://help.tableau.com/current/pro/desktop/fr-ca/qs_content_page.htm) dans l’aide utilisateur de Tableau. ## Accès basé sur le site et le nombre de sites Les menus accessibles lorsque vous vous connectez à Tableau Server ou Tableau Cloud des conditions suivantes : - Selon que vous êtes un administrateur de site ou de serveur. L’accès d’administrateur de site est disponible sur Tableau Cloud et Tableau Server. L’accès de l’administrateur de serveur est uniquement disponible sur Tableau Server. - Selon que vous avez accès à un seul site ou à plusieurs sites. ### Administrateur de serveur

Dans un serveur monosite, le sélecteur de site n’apparaît pas, et tous les autres menus sont identiques.

Dans un environnement multisite, les menus en haut vous permettent de modifier un site spécifique ou tous les sites, et de configurer les utilisateurs, les groupes, les programmations, les tâches et les paramètres serveur.

Pour accéder aux paramètres de l’administrateur de serveur affectant tous les sites, ouvrez le menu du site en cliquant sur la flèche à côté du nom du site actif, puis sélectionnez Gérer tous les sites .

Les onglets Contenu et Groupe disparaissent, et le texte du menu de site devient Tous les sites pour vous informer que vous êtes en train de gérer les paramètres à l’échelle du serveur. Les options telles que État du serveur reflètent la vue à l’échelle du serveur.

Pour revenir aux menus d’administration de site, cliquez sur Tous les sites, puis sélectionnez le site que vous souhaitez gérer.

Menu de serveur à site unique sans sélecteur de site. Menu du site avec l’option pour Gérer tous les sites sélectionnée.

### Administrateur de site

Si vous êtes un administrateur de site pour Tableau Cloud ou Tableau Server, et que vous avez accès à plusieurs sites, vous aurez accès des menus de sélection du site à gérer, de gestion du contenu, des utilisateurs, des groupes, des planifications et des tâches de ce site, et de surveillance de son état.

Le sélecteur de site affiche le nom du site actuel. Pour accéder à un autre site, sélectionnez le menu de site, puis sélectionnez le nom du site.

Si vous avez accès à un seul site, le sélecteur de site n’apparaît pas, mais tous les autres menus sont identiques.

Menu pour plusieurs sites avec sélecteur de sites pour les sites accessibles.
## Tâches de l’administrateur de serveur Les administrateurs de serveur (disponibles avec Tableau Server Enterprise uniquement) peuvent effectuer les tâches suivantes : - Surveiller l’activité et l’état du serveur. - Générer des fichiers journaux. - Ajouter des sites et modifier les paramètres du site. Seuls les administrateurs système peuvent ajouter des sites sur le serveur. - Ajouter des utilisateurs au serveur et affecter des utilisateurs à des sites. - Ajouter et gérer des groupes de site. - Ajouter ou supprimer des utilisateurs des [pools d’identités](https://help.tableau.com/current/server/fr-ca/identity_pools.htm). Pour gérer les paramètres pour un site spécifique uniquement, vous devez d’abord accéder à ce site. Dans chaque site, vous pouvez faire ce qui suit : - Administrer le contenu : créer des projets, déplacer le contenu d’un projet vers un autre, affecter des autorisations, modifier la propriété d’une ressource de contenu, etc. - Gérer les planifications pour les abonnements et les actualisations d’extrait. - Surveiller l’activité du site et enregistrer les métriques de performance du classeur. - Gérer les limites d’espace de stockage pour le contenu publié par les utilisateurs. - Autoriser la création Web. - Activer l’historique des révisions. - Autoriser les administrateurs du site à ajouter et supprimer des utilisateurs. - Définir le nombre maximum de licences que le site peut utiliser pour chaque type de licence (Creator, Explorer, Viewer). - Autoriser les utilisateurs à s’abonner à des classeurs et à des vues, et autoriser des propriétaires de contenu à abonner d’autres utilisateurs à des classeurs et à des vues. - Activer les instantanés hors ligne pour les favoris (iOS uniquement). ## Tâches de l’administrateur de site Un administrateur de site sur Tableau Cloud ou Tableau Server peut effectuer les tâches suivantes: - Administrer le contenu : créer des projets, déplacer le contenu d’un projet vers un autre, affecter des autorisations, modifier la propriété d’une ressource de contenu, etc. - Afficher, gérer et exécuter manuellement des programmations pour les actualisations d’extrait et les abonnements. - Ajouter et gérer des utilisateurs de site (si l’administrateur de serveur l’autorise ; reportez-vous à [Référence des paramètres de site](https://help.tableau.com/current/server/fr-ca/sites_add.htm)). - Ajouter et gérer des groupes de site. - Surveiller l’activité du site. [Passer au contenu principal](#main-content) # Accélération des vues **Modifications importantes apportées à l’accélération des vues et à l’accélération des données Tableau** La fonctionnalité d’accélération des vues et les API d’accélération des données de Tableau ont été retirées. Ces fonctionnalités seront supprimées dans Tableau Cloud en juin 2026 et dans la version 2026.2 de Tableau Server. Les administrateurs et les propriétaires de classeurs disposant de licences Creator ou Explorer peuvent accélérer les classeurs sur Tableau Server. Les administrateurs peuvent suspendre des vues individuelles ou désactiver l’accélération pour leur site. L’accélération des vues permet de charger les vues plus rapidement grâce au pré-calcul et à la récupération des données du classeur dans un processus en arrière-plan. Il existe deux goulots d’étranglement potentiels lors du chargement d’une vue : 1. Interrogation (récupération de données à partir de la source de données). 2. Rendu (création des éléments visuels, tels que le dessin des formes ou le rendu d’une carte). Le temps nécessaire au chargement d’un classeur dépend du temps combiné nécessaire à ces deux étapes. Cependant, toutes les vues ne peuvent pas être accélérées. L’accélération des vues améliore les performances de la première étape (interrogation). Si la vue se charge lentement pour des raisons autres que l’interrogation, l’accélération des vues ne pourra pas améliorer les performances du classeur. Lorsque les utilisateurs créent des vues personnalisées en plus d’une vue accélérée, les dix vues personnalisées les plus utilisées sont précalculées automatiquement. Ces vues personnalisées accélérées ne sont pas prises en compte dans la limite du nombre de vues. Les vues personnalisées qui n’ont pas été consultées au cours des 14 derniers jours ne seront pas accélérées. Si vous accélérez directement une vue personnalisée, la vue d’origine et la vue personnalisée sont toutes deux accélérées. ## Accélérer votre vue 1. Connectez-vous à un site sur Tableau Server. 2. Dans la page d’accueil ou d’exploration, accédez à la vue que vous souhaitez accélérer. 3. Sélectionnez l’icône Accélérer, puis cliquez sur le bouton pour basculer vers Accélérer. ![Volet Accélération des vues](/tableau/current/fr-ca/server/fr-ca/Img/view_acceleration.png) **Remarque :** Le fait de désactiver le bouton Accélérer empêche les utilisateurs d’accélérer une vue, mais ne supprime pas l’option d’accélération de la vue. Vous pouvez également accélérer les vues à partir de la page du classeur de l’une des trois façons suivantes : 1. Sélectionnez la vue souhaitée et choisissez Accélération > Activé dans le menu Actions. ![Option Accélération dans le menu Actions de la page du classeur](/tableau/current/fr-ca/server/fr-ca/Img/viewacc_3.png) 2. Sélectionnez le menu Plus d’options(...) pour la vue souhaitée et choisissez Accélération > Activé. ![Option Accélération au niveau des lignes dans le menu Plus d’options de la page du classeur](/tableau/current/fr-ca/server/fr-ca/Img/viewacc_2.png) 3. Pour accélérer toutes les vues du classeur, choisissez Accélération > Activé dans le menu Plus d’options (...). ![Option Accélération dans le menu Plus d’options de la page du classeur](/tableau/current/fr-ca/server/fr-ca/Img/viewacc_1.png) **Remarque :** l’accélération des vues n’est pas disponible dans Tableau Desktop. ## Comprendre pourquoi l’accélération des vues est non disponible, suspendue ou inefficace ### Accélération des vues non disponible Dans certains scénarios, l’accélération peut ne pas être disponible pour une vue.
ProblèmeRésolution
La vue ne dispose pas de données historiques pour le temps nécessaire à l’exécution des requêtes.Chaque fois qu’une vue est chargée, il faut quelques minutes pour que les données de la visualisation soient disponibles. Pour une vue nouvellement créée, chargez la vue et attendez quelques minutes avant d’essayer de l’accélérer.
La durée historique d’exécution des requêtes pour la vue est inférieure à 2 secondes.L’accélération n’est pas prise en charge pour ces vues, car elle n’améliore pas significativement les performances de la vue.
La vue ne contient pas d’identifiants intégrés.Pour précalculer les données, Tableau doit se connecter automatiquement à la source de données en arrière-plan sans aucune interaction de l’utilisateur. Par conséquent, l’accélération des vues n’est prise en charge que pour les classeurs avec des identifiants de connexion intégrés.
La vue possède des fonctions basées sur l’utilisateur, ou la vue possède une source de données avec des fonctions basées sur l’utilisateur.Actuellement, Tableau ne prend pas en charge l’accélération de ces vues. Des exemples de fonctions basées sur l’utilisateur sont USERDOMAIN() et USERNAME().
Le propriétaire de la vue est inactif.Pour précalculer les données, le propriétaire doit être un utilisateur actif. Tableau ne permet pas d’accélérer une vue si son propriétaire est inactif. Changer la propriété en un utilisateur actif.
La stratégie d’actualisation des données de la vue est inférieure à 2 heures.Le coût peut être élevé pour accélérer les vues actualisées très fréquemment, et Tableau ne souhaite pas surcharger les performances de votre site. Pour plus d’information, consultez Définir une stratégie d’actualisation des données.
Le site a atteint la limite du nombre de vues pouvant être accélérées.Mettre à jour les paramètres du site pour augmenter le nombre maximum de vues pouvant être accélérées, ou choisissez Aucune limite.
### Accélération des vues suspendue Dans certains scénarios, l’accélération est suspendue.
ProblèmeRésolution
L’accélération de la vue a été suspendue.Réactiver l’accélération pour la vue.
Des tâches d’accélération en arrière-plan sont exécutées pour précalculer les données de la vue.

Si les tâches échouent régulièrement, la vue est suspendue automatiquement. Les tâches peuvent échouer si :

  • Les identifiants d’une vue ont expiré. Mettre à jour les identifiants de la vue.
  • Le propriétaire de la vue devient inactif. Changer la propriété en un utilisateur actif.
  • La source de données de la vue a été supprimée. Communiquez avec le propriétaire de la vue pour mettre à jour la source de données.
  • La tâche de précalcul des données prend trop de temps et s’arrête. L’accélération des vues a une durée d’exécution maximale de 30 minutes. Communiquez avec le propriétaire de la vue pour optimiser le classeur.
### Accélération des vues inefficace L’accélération des vues réduit la durée d’exécution des requêtes d’une vue. Si la durée d’exécution des requêtes ne constitue pas un obstacle pour le temps de chargement de la visualisation, vous ne constaterez pas d’amélioration significative des performances lors du chargement d’une visualisation. De même, une vue comporte généralement de nombreuses requêtes. Vous ne pouvez pas accélérer les requêtes avec des fonctions transitoires, telles que now() ou en utilisant des filtres de date relative. Si une vue comporte une requête à exécution longue avec des fonctions transitoires, vous ne constaterez pas d’amélioration des performances lors du chargement d’une visualisation. ## Actualiser les vues accélérées ### Actualisation des vues accélérées en fonction de l’événement Dans les classeurs comportant un extrait, toutes les vues accélérées sont actualisées une fois l’actualisation d’extrait terminée. Lorsqu’un classeur est republié ou renommé, toutes les vues accélérées du classeur sont actualisées. ### Actualisation des vues accélérées en fonction de la programmation Les programmations d’actualisation des vues accélérées ne peuvent être configurées que si un classeur possède au moins une source de données en direct. Les vues accélérées des classeurs utilisant des sources de données en direct sont actualisées en fonction des stratégies d’actualisation des données du classeur. Si aucune programmation n’est définie pour l’actualisation des données, la stratégie d’actualisation des données par défaut est utilisée. Pour plus d’information, consultez [Modifier une stratégie d’actualisation des données du classeur](https://help.tableau.com/current/online/fr-ca/data_freshness_policy.htm#edit-a-workbook-data-freshness-policy). ## Gérer l’accélération des vues sur votre site Par défaut, l’accélération de la vue est autorisée. 1. Connectez-vous à votre site sur Tableau Server. 2. Dans le volet gauche, sélectionnez Paramètres. 3. Dans l’onglet Général, faites défiler jusqu’à la section Accélération des vues. 4. Cochez la case pour permettre aux utilisateurs Creator et Explorer d’accélérer les vues dans leurs classeurs. Décochez la case pour désactiver l’accélération des vues pour ce site. **Remarque :** Décocher la case empêche les utilisateurs d’accélérer les vues dans leurs classeurs, mais ne supprime pas l’option d’accélération de leurs vues. 5. Saisissez le nombre maximal de vues qui peuvent être accélérées pour votre site ou sélectionnez Aucune limite. ![Paramètres d’accélération des vues](/tableau/current/fr-ca/server/fr-ca/Img/admin_view_acceleration.png) ## Accélérer les vues recommandées En fonction du temps d’interrogation d’un classeur et de son utilisation, Tableau recommande parfois une accélération pour améliorer les performances des vues et des tableaux de bord plus lents et plus populaires. Si l’accélération est disponible pour une vue, les utilisateurs peuvent recommander une accélération pour une vue une fois tous les 30 jours. Lorsqu’un utilisateur consulte une vue, il voit l’option de recommander l’accélération à l’administrateur du site ou au propriétaire du classeur. ![Volet Accélération des vues. L’accélération réduit le temps de chargement initial des vues avec des requêtes de longue durée. Envoyez une recommandation au propriétaire du classeur pour accélérer cette vue. Bouton Recommander une accélération](/tableau/current/fr-ca/server/fr-ca/Img/view_acceleration_recommend.png) Lorsque l’administrateur du site ou le propriétaire du classeur visite la même vue, il voit l’option d’accélération de la vue et il voit combien d’utilisateurs ont recommandé l’accélération. ![Volet Accélération des vues. L’accélération réduit le temps de chargement initial des vues avec des requêtes de longue durée. Accélération recommandée par 1 observateur](/tableau/current/fr-ca/server/fr-ca/Img/view_acceleration_recommended.png) ### Gérer les vues recommandées pour l’accélération En tant qu’administrateur de site, vous pouvez voir quand Tableau a recommandé l’accélération pour une vue : 1. Connectez-vous à votre site Tableau. 2. Dans le volet gauche, sélectionnez Tâches. 3. Dans la colonne Statut de l’accélération, recherchez les vues dont le statut est Recommandé. Vous pouvez également utiliser le Filtre dans le volet de droite pour filtrer les vues dont le statut est Recommandé. Recommandations personnalisées pour l’accélération en tant que propriétaire de classeur ou administrateur : 1. Connectez-vous à votre site Tableau. 2. En haut à droite de la page, choisissez l’icône du menu du compte. 3. Sélectionnez Mon contenu. 4. Sélectionnez l’onglet Performances. 5. Dans la colonne Actions, choisissez Accélérer. ## Suspendre automatiquement l’accélération pour économiser les ressources Pour économiser les ressources, les administrateurs peuvent suspendre automatiquement l’accélération pour les vues qui échouent constamment. Les administrateurs peuvent définir un seuil pour le nombre de fois qu’une tâche d’accélération peut échouer par jour, semaine ou mois avant que l’accélération ne soit automatiquement suspendue. 1. Connectez-vous à votre site Tableau. 2. Dans le volet gauche, sélectionnez Paramètres. 3. Dans l’onglet Général, faites défiler jusqu’à la section Accélération des vues. 4. Dans la section Suspendre automatiquement les vues accélérées pour économiser les ressources, cochez la case Autoriser la suspension automatique. 5. Entrez le nombre d’accélérations infructueuses qui se produisent au cours d’une période donnée avant que l’accélération de la vue ne soit suspendue. 6. Sélectionnez la plage horaire à échantillonner : jour, semaine ou mois. Par exemple, si vous entrez 25 comme nombre et Semaine comme période, l’accélération de la vue sera suspendue si la vue échoue plus de 25 fois au cours d’une période de 7 jours. 7. Choisissez Enregistrer. ![Boîte de dialogue permettant de définir le nombre maximal d’échecs pour l’accélération](/tableau/current/fr-ca/server/fr-ca/Img/viewacc_4_Server.png) ## Afficher et gérer les classeurs accélérés 1. Connectez-vous à votre site Tableau. 2. Dans le volet gauche, sélectionnez Tâches. 3. Sélectionnez l’onglet Vues accélérées. 4. Choisissez le menu Actions (...) pour reprendre ou suspendre l’accélération pour la ou les vues sélectionnées. ![Onglet Vues accélérées de la page Tâches](/tableau/current/fr-ca/server/fr-ca/Img/admin_acceleration_tasks.png) ## Gérer les notifications d’accélération de la vue Les administrateurs peuvent décider de recevoir ou non des notifications pour les vues qui sont automatiquement suspendues. 1. Connectez-vous à votre site Tableau. 2. Dans le volet gauche, sélectionnez Paramètres. 3. Dans l’onglet Général, faites défiler jusqu’à la section Gérer les notifications. 4. Pour recevoir des notifications pour les vues qui sont automatiquement suspendues, cochez la case Accélération des vues. 5. Choisissez Enregistrer. Lorsque les vues sont automatiquement suspendues, des notifications sont envoyées aux administrateurs de site et de serveur. La notification inclut des informations sur la raison pour laquelle la vue a été suspendue et l’heure à laquelle la vue a été suspendue. Sélectionnez la notification pour accéder à l’onglet Vues accélérées de la page Tâches. À partir de cette page, les administrateurs peuvent filtrer le statut d’accélération pour rechercher les vues qui ont été automatiquement suspendues. ## Comprendre le contexte utilisateur pour le précalcul Le précalcul pour les classeurs accélérés est exécuté dans le contexte utilisateur d’un seul utilisateur. Cet utilisateur est soit : - le propriétaire du classeur (s’il n’y a pas de filtres utilisateur dans le classeur ou la source de données ou s’il y a des filtres d’utilisateur sur la source de données mais que la source de données est une source de données publiée). \-soit- - l’utilisateur qui a été sélectionné pour la génération d’images miniatures lors de la dernière publication du classeur (si des filtres utilisateur sont appliqués au classeur et que la source de données n’est pas une source de données publiée). ## Comprendre le coût de l’accélération des vues L’activation de cette fonctionnalité augmente la charge de calcul et le nombre de travaux dans les processus du gestionnaire de processus en arrière-plan Tableau Server étant donné que l’accélération des vues récupère les données requises depuis les sources de données dans un processus en arrière-plan. Un travail d’arrière-plan de précalcul des données d’un classeur activé est exécuté si l’une des conditions suivantes est remplie : - Le classeur et la source de données publiée sont republiés (ce qui inclut l’enregistrement de création Web). - Un extrait utilisé par le classeur est actualisé. Les administrateurs doivent tenir compte de ces coûts avant d’activer l’accélération des vues pour de nombreux classeurs, ou de programmer des travaux d’accélération trop fréquemment. - Les classeurs modifiés en profondeur et republiés peuvent ne pas convenir parce que chaque republication déclenche un précalcul. Nous recommandons d’utiliser l’accélération pour les classeurs qui sont publiés à des fins d’utilisation. - Si un classeur utilise plusieurs extraits, leur actualisation déclenche le précalcul des données. De ce fait, des actualisations d’extraits fréquentes pour des classeurs activés pourraient causer un pic dans la charge de travail du gestionnaire de processus en arrière-plan, surtout du fait que les travaux d’accélération de vues sont exécutés par défaut après une actualisation d’extrait réussie. - Les données précalculées des classeurs sont stockées sous forme d’affichages matérialisés dans Hyper. [Passer au contenu principal](#main-content) # Accès aux données avec le compte Exécuter en tant que service Lorsque l’authentification Windows est configurée, le compte Exécuter en tant que service nécessite des autorisations de lecture et d’interrogation des bases de données accessibles par Tableau Server. Par défaut, les autorisations de compte Exécuter en tant que service permettent aux utilisateurs de Tableau Server d’accéder aux mêmes bases de données avec le rôle _Creator_ ou _Explorer (peut publier)_ . Les utilisateurs possédant ces rôles peuvent accéder aux bases de données et les visualiser avec le même niveau d’accès que le compte Exécuter en tant que service lorsqu’ils se connectent aux bases de données avec l’option Authentification Windows sur Tableau Server. Par exemple, un utilisateur possédant le rôle Creator peut visualiser toutes les bases de données auxquelles l’accès au compte Exécuter en tant que service a été accordé. Si l’utilisateur Creator spécifie le nom d’hôte de la base de données et sélectionne l’authentification Windows lors de la création d’une nouvelle source de données à partir d’un navigateur Web, il pourra visualiser les bases de données qui ont été autorisées pour le compte Exécuter en tant que service. L’accès en affichage aux ressources de la base de données n’est pas limité aux utilisateurs qui se connectent à Tableau Server avec un navigateur Web. Les utilisateurs sophistiqués, qui ont les mêmes rôles que ceux mentionnés ci-dessus et qui connaissent les noms des serveurs de bases de données, peuvent également créer des classeurs avec Tableau Desktop avec affichage des bases de données qui ont été autorisées pour le compte Exécuter en tant que service. La fonctionnalité décrite ici est universelle pour toutes les sources de données accessibles par le compte Exécuter en tant que service, indépendamment de la manière dont les utilisateurs s’authentifient avec Tableau Server. Par exemple, même si les utilisateurs s’authentifient à Tableau Server avec Kerberos ou SAML, leur accès à toutes les sources de données configurées avec le compte Exécuter en tant que service sera le même. Les utilisateurs dotés du rôle Creator ou Explorer (peut publier) peuvent accéder à toutes les données autorisées pour le compte Exécuter en tant que service. ## Recommandations Votre entreprise doit évaluer si l’accès des utilisateurs aux bases de données est acceptable dans ces cas de figure. En général, la réduction de l’utilisation et de la portée du compte Exécuter en tant que service réduira le risque d’accès par inadvertance des utilisateurs au contenu de la base de données. Cependant, cette réduction peut également vous imposer, à vous et à vos utilisateurs, une gestion plus poussée des informations d’identification. Évaluez les recommandations suivantes dans le contexte des besoins de votre entreprise et de vos politiques d’accès aux données. - Tout d’abord, assurez-vous que vous faites confiance à tous les utilisateurs dotés des rôles Creator ou Explorer (peut publier). Vous dépendrez de ces utilisateurs pour effectuer des actions dans Tableau avec intégrité. - Si vous ne pouvez pas faire confiance à tous vos utilisateurs ayant des droits de publication sur des sources de données accessibles par le compte Exécuter en tant que service, vous devriez envisager d’intégrer des informations d’identification pour ces sources de données. - Si une source de données n’est pas configurée pour les actualisations d’extraits automatiques, c’est-à-dire que l’accès à la source de données se fait principalement sous forme de connexion en direct, vous pouvez alors utiliser la délégation Kerberos. Pour connaître les exigences, consultez [Activer la délégation Kerberos](https://help.tableau.com/current/server/fr-ca/kerberos_delegation.htm). [Passer au contenu principal](#main-content) # Actions d’URL Une action d’URL est un hyperlien qui pointe vers une page Web, un fichier ou une autre ressource Web à l’extérieur de Tableau. Vous pouvez utiliser des actions d’URL pour créer un courriel ou un lien vers des détails supplémentaires sur vos données. Pour personnaliser les liens en fonction de vos données, vous pouvez saisir automatiquement les valeurs de champ en tant que paramètres dans les URL. > [!TIP] > > **Conseil :** les actions d’URL peuvent également s’ouvrir dans un objet Page Web dans un tableau de bord. Pour en savoir plus, consultez [Actions et tableaux de bord](https://help.tableau.com/current/pro/desktop/fr-ca/actions_dashboards.htm). ![Une action d’URL s’exécute à partir d’un menu d’infobulle. Le lien reflète le nom de l’action et non l’URL cible.](/tableau/current/fr-ca/server/fr-ca/Img/urlaction_tooltip.png) Une action d’URL s’exécute à partir d’un menu d’infobulle. Le lien reflète le nom de l’action et non l’URL cible. ## Ouvrir une page Web avec une action d’URL 1. Sur une feuille de calcul, sélectionnez Feuille de calcul > Actions. À partir d’un tableau de bord, sélectionnez Tableau de bord > Actions. 2. Dans la boîte de dialogue Actions, cliquez sur Ajouter une action puis sélectionnez Accéder à l’URL. 3. Dans la boîte de dialogue suivante, entrez un nom pour l’action. Pour entrer des variables de champ dans le nom, cliquez sur le menu Insertion à droite de la zone Nom. **Remarque :** donnez à l’action un nom descriptif, car le texte du lien dans l’info-bulle est le nom de l’action, pas l’URL. Par exemple, dans un lien vers des renseignements supplémentaires sur un produit, un nom pertinent pourrait être « Afficher plus de détails ». 4. Utilisez la liste déroulante pour sélectionner une feuille source ou une source de données. Si vous sélectionnez une source de données ou un tableau de bord, vous pouvez sélectionner des feuilles individuelles à l’intérieur. ![Un menu permettant de choisir des feuilles sources et de sélectionner une action.](/tableau/current/fr-ca/server/fr-ca/Img/urlaction3.png) 5. Sélectionnez la manière dont les utilisateurs vont exécuter l’action.
Si vous choisissez cette option...L’action est exécutée lorsque l’utilisateur...
SurvolerPasse la souris sur un repère de la vue. Cette option fonctionne de manière optimale pour les actions de mise en surbrillance dans un tableau de bord.
SélectionnerClique sur un repère de la vue. Cette option fonctionne bien pour tous les types d’actions.
MenuFaites un clic droit (Ctlr+clic sur Mac) sur un repère sélectionné de la vue, puis sélectionnez une option dans le (menu d’infobulle). Cette option fonctionne particulièrement bien pour les actions d’URL.
6. Dans Cible de l’URL, spécifiez l’emplacement d’ouverture du lien : - **Nouvel onglet en l’absence d’objet Page Web :** fait en sorte que l’URL s’ouvre dans un navigateur pour les feuilles qui n’ont pas d’objets Page Web. Ce choix est recommandé lorsque les feuilles source sont définies sur Toutes ou sur une source de données. - **Nouvel onglet de navigateur :** s’ouvre dans le navigateur par défaut. - **Objet Page Web :** (Disponible uniquement pour les tableaux de bord avec des objets Page Web) s’ouvre dans l’objet Page Web que vous sélectionnez. ![trois boutons radio pour l’URL cible : nouvel onglet si aucun objet de page Web n’existe, nouvel onglet de navigateur et objet de page Web. Sous l’option d’objet de la page Web se trouve une liste déroulante pour sélectionner l’objet de la page Web](/tableau/current/fr-ca/server/fr-ca/Img/urlaction-webpageobject.jpg) **Remarquee** : Pour les options Nouvel onglet, la première fois que l’action est exécutée, elle ouvre un nouvel onglet. Après cela, l’action s’ouvrira dans le même onglet au lieu d’en ouvrir d’autres. 7. Entrez une URL - L’URL doit commencer par l’un des préfixes suivants :`http`, `https`, `ftp`, `mailto`, `news`, `gopher`, `tsc`, `tsl`, `sms` ou `tel` **Remarque** : Si aucun préfixe n’est saisi, `http://` est automatiquement ajouté au début et l’action d’URL fonctionnera dans Tableau Desktop. Cependant, si une action d’URL sans préfixe est publiée sur Tableau Server ou Tableau Cloud, elle échouera dans le navigateur. Fournissez toujours une URL complète pour les actions si le tableau de bord sera publié. **Remarque :** vous ne pouvez spécifier une adresse ftp que si le tableau de bord ne contient pas d’objet Web. Si un objet Web est présent, l’adresse ftp ne se charge pas. - Tableau Desktop prend également en charge les chemins d’accès locaux tels que `C:\Example folder\example.txt` ainsi que les actions d’URL de fichier. - Pour entrer des valeurs de champ et de filtre en tant que valeurs dynamiques dans l’URL, cliquez sur le menu Insertion à droite de la zone de l’URL. N’oubliez pas que tous les champs référencés doivent être utilisés dans la vue. Pour plus d’informations, consultez [Utilisation des valeurs de champ et de filtre dans les URL](#Using). ![Un formulaire pour ajouter une action d’URL avec un exemple en hyperlien.](/tableau/current/fr-ca/server/fr-ca/Img/urlaction5.png) Sous l’URL que vous entrez se trouve un exemple de lien hypertexte sur lequel vous pouvez cliquer pour le tester. 8. (Facultatif) Dans la section Valeurs de données, sélectionnez l’une des options suivantes : - **Encoder les valeurs de données non prises en charge par les URL :** sélectionnez cette option si vos données contiennent des valeurs utilisant des caractères que les navigateurs n’autorisent pas dans les URL. Par exemple, si l’une de vos valeurs de données contient une esperluette, par exemple « Ventes & Finances », celle-ci doit être traduite en des caractères que votre navigateur comprend. - **Autoriser les valeurs multiples avec les paramètres d’URL :** sélectionnez cette option si vous établissez un lien vers une page Web pouvant recevoir des listes de valeurs sous forme de paramètres dans l’URL. Par exemple, vous sélectionnez plusieurs produits dans une vue et vous voulez voir les détails de chaque produit affichés sur une page Web. Si le serveur peut charger de nombreux détails d’un produit sur la base d’une liste d’identifiants (ID ou nom du produit), vous pouvez utiliser la multisélection pour définir la liste d’identifiants comme paramètres. Lorsque vous autorisez plusieurs valeurs, vous devez également définir le caractère d’échappement de délimitation, c’est-à-dire le caractère séparant chaque élément de la liste (par exemple, une virgule). Vous devez également définir le caractère d’échappement du délimiteur, utilisé si le caractère délimiteur est présent dans une valeur de données. ## Créer un courriel avec une action d’URL 1. Sur une feuille de calcul, sélectionnez Feuille de calcul > Actions. À partir d’un tableau de bord, sélectionnez Tableau de bord > Actions. 2. Dans la boîte de dialogue Actions, cliquez sur **Ajouter une action** puis sélectionnez **Accéder à l’URL**. 3. Dans la liste déroulante des feuilles source, sélectionnez la feuille contenant le champ avec les adresses de courriel des destinataires. 4. Dans la zone de l’URL, procédez comme suit : - Tapez **mailto :** puis cliquez sur le menu Insertion à droite pour sélectionner le champ de données contenant les adresses de courriel. - Saisissez?**subject=** et entrez le texte de la ligne d’objet. - Saisissez **&body=** et cliquez sur le menu Insertion à droite pour sélectionner les champs d’information à inclure dans le corps du courriel. Dans l’exemple ci-dessous, le champ « Courriel » contient les adresses de courriel, le sujet est « City Information », et le corps du message consiste en des renseignements sur la ville et la région associées à l’adresse de courriel. ![ ](/tableau/current/fr-ca/server/fr-ca/Img/UsingActionEmail_BodyText.png) : 5. (Facultatif) Affichez des données depuis votre classeur dans le corps de votre courriel sous forme de ligne verticale au lieu de la ligne horizontale par défaut. Par exemple, faisons l’hypothèse d’une ligne horizontale de villes, telles que Chicago, Paris, Barcelone, que vous préféreriez afficher à la verticale, comme ceci : Chicago Paris Barcelone Pour afficher la liste à la verticale, dans la boîte de dialogue Valeurs de données, procédez comme suit : - Désélectionnez **Encoder les valeurs de données que les URL ne prennent pas en charge**. - Sélectionnez **Autoriser plusieurs valeurs à travers les paramètres d’URL**. - Saisissez **% 0a** dans la zone de texte **Délimiteur de valeur** pour ajouter des sauts de ligne entre chaque élément de la liste. (Ces caractères sont encodés dans l’URL pour un saut de ligne.) ## Utilisation des valeurs de champ et de filtre dans les URL Lorsque les utilisateurs déclenchent des actions d’URL à partir de repères sélectionnés, Tableau peut envoyer des valeurs de champ, de filtre et de paramètre en tant que variables dans l’URL. Par exemple, si une action d’URL se connecte à un site Web de cartographie, vous pouvez insérer le champ d’adresse pour ouvrir automatiquement l’adresse actuellement sélectionnée sur le site Web. 1. Dans la boîte de dialogue Modifier l’action d’URL, commencez à taper l’URL du lien. 2. Placez le curseur à l’endroit où vous souhaitez insérer une valeur de champ, de paramètre ou de filtre. 3. Cliquez sur le menu Insertion à droite de la zone de texte et sélectionnez le champ, le paramètre ou le filtre que vous voulez insérer. La variable apparaît entre les crochets d’angle. Vous pouvez continuer à ajouter autant de variables que nécessaire. **Remarque :** tous les champs référencés doivent être utilisés dans la vue. Sinon, le lien ne s’affiche pas dans la visualisation, même s’il fonctionne lorsque vous cliquez sur Tester le lien. ![Une fenêtre avec des champs permettant d’ajouter une nouvelle action d’URL.](/tableau/current/fr-ca/server/fr-ca/Img/parameter1.png) ### Inclusion de champs agrégés La liste des champs disponibles contient uniquement des champs non agrégés. Pour utiliser des valeurs de champs agrégés comme paramètres de lien, créez d’abord un champ calculé relié et ajoutez ce champ à la vue. (Si vous n’avez pas besoin du champ calculé dans la visualisation, faites-le glisser sur Détails dans la fiche Repères.) ### Insertion de valeurs de paramètres Lors de l’insertion de valeurs de paramètres, les actions d’URL envoient par défaut la valeur Afficher en tant que. Si vous préférez envoyer la valeur réelle, ajoutez les caractères `~na` après le nom du paramètre. Par exemple, supposons que vous avez un paramètre qui inclut des adresses IP, avec des chaînes de valeur réelle telles que 10.1.1.195 et les chaînes Afficher en tant que avec des valeurs plus conviviales telles que `Computer A (10.1.1.195)`. Pour envoyer la valeur réelle, vous devez réviser le paramètre dans l’URL pour qu’il se présente ainsi : `http:///page.htm`. [Passer au contenu principal](#main-content) # Actions par tous les utilisateurs La vue Actions par tous les utilisateurs vous renseigne sur la manière dont votre installation de Tableau Server est utilisée. Vous pouvez filtrer la vue par action et par période. Les administrateurs de serveurs peuvent filtrer par site. Le nombre total d’utilisateurs montre le nombre d’utilisateurs qui ont effectué une action. Cette valeur ne varie pas selon le filtrage. Le nombre d’utilisateurs actifs montre le nombre d’utilisateurs actifs qui ont effectué une des actions sélectionnées. ![Un graphique en courbes affiche les actions effectuées par les utilisateurs sur un serveur pendant une durée de sept jours.](/tableau/current/fr-ca/server/fr-ca/Img/adminview_user_access.png) Jusqu’à trois groupes distincts de lignes chronologiques vous montrent comment les utilisateurs utilisent Tableau Server sur une période que vous spécifiez (la période sélectionnée concerne les 7 derniers jours). Si aucune action n’est sélectionnée pour un groupe particulier, ce groupe ne s’affiche pas. Les groupes possibles sont les suivants : - Accès et interactions : montre l’activité de connexion, l’accès aux vues et l’utilisation de la source de données. - Publier et télécharger : montre la publication et le téléchargement des flux, des classeurs et des sources de données. - Abonnements : montre le nombre de courriels d’abonnement envoyés pour les classeurs et les vues. Indique également le nombre d’exécutions de flux. Utilisez la légende au bas de la vue pour afficher un sous-ensemble des actions affichées. Cliquez sur une seule action pour mettre en surbrillance la ligne pour l’action, ou faites un **Ctrl + Clic** sur plusieurs actions afin d’en mettre en surbrillance plus d’une. Pour effacer la sélection et afficher toutes les actions sélectionnées, cliquez sur une action dans la légende. [Passer au contenu principal](#main-content) # Actions par utilisateur spécifique La vue Actions par utilisateur spécifique vous renseigne sur la manière dont certains utilisateurs travaillent dans votre installation de Tableau Server. Vous pouvez filtrer la vue par nom d’utilisateur, action et période. Les administrateurs de serveurs sur des installations multi-site peuvent filtrer par site. ![La visualisation affiche les actions du serveur d’un utilisateur au cours de la semaine écoulée, avec des lignes distinctes pour chaque type d’action, notamment l’accès et les interactions, les publications et téléchargements, ainsi que les abonnements.](/tableau/current/fr-ca/server/fr-ca/Img/adminview_user_specific.png) Jusqu’à trois groupes distincts de lignes chronologiques vous montrent comment un utilisateur sélectionné utilise Tableau Server sur une période que vous spécifiez (la période par défaut correspond aux 7 derniers jours). Si aucune action n’est sélectionnée pour un groupe particulier ou si aucune action n’a été effectuée, ce groupe ne s’affiche pas. Les groupes possibles sont les suivants : - Accès et interactions : montre l’activité de connexion, l’accès aux vues et l’utilisation de la source de données. Il s’agit de toutes les interactions avec une source de données par l’utilisateur sélectionné, y compris les actualisations d’extraits programmées par cet utilisateur, ou l’utilisateur accédant à un classeur associé à cette source de données. - Publier et télécharger : montre la publication et le téléchargement des flux, des classeurs et des sources de données. - Abonnements : montre le nombre de courriels d’abonnement envoyés pour les classeurs et les vues. Indique également le nombre d’exécutions de flux. Un graphique à barres situé au bas de la vue montre les éléments que l’utilisateur sélectionné utilise. Utilisez la légende au bas de la vue pour afficher un sous-ensemble des actions affichées. Cliquez sur une seule action pour mettre en surbrillance la ligne pour l’action, ou faites un **Ctrl + Clic** sur plusieurs actions afin d’en mettre en surbrillance plus d’une. Pour effacer la sélection et afficher toutes les actions sélectionnées, cliquez sur une action dans la légende. [Passer au contenu principal](#main-content) # Actions par utilisateurs récents La vue Actions par utilisateurs récents montre quels utilisateurs connectés ont été actifs sur Tableau Server au cours des dernières 24 heures. Ceci peut être utile si vous avez besoin d’effectuer des activités de maintenance et de savoir combien d’utilisateurs, et lesquels, seront concernés et ce qu’ils font sur Tableau Server. La vue des utilisateurs Actifs, Récemment actifs et Inactifs qui sont actuellement connectés à Tableau Server. Pour cette vue, un utilisateur actif est un utilisateur qui a effectué une action au cours des 5 dernières minutes, un utilisateur récemment actif est un utilisateur qui a effectué une action au cours des 30 dernières minutes, et un utilisateur inactif est un utilisateur qui a effectué une action il y a plus de 30 minutes. Les actions sont affichées dans la partie inférieure de la vue. ![Une table à deux sections. La première section contient une liste d’utilisateurs, leurs noms de sites associés et l’heure de leur dernière activité. La deuxième section affiche un nuage de points des actions des utilisateurs au fil du temps.](/tableau/current/fr-ca/server/fr-ca/Img/adminview_recentuser.png) Sélectionnez un utilisateur pour ne voir que les actions que cet utilisateur a effectuées récemment. Pointez le curseur sur une action pour en voir les détails. ![L’infobulle affiche le type d’action effectuée en dernier par un utilisateur et le moment où l’action s’est produite.](/tableau/current/fr-ca/server/fr-ca/Img/adminview_user_recent01.png) [Passer au contenu principal](#main-content) # Activer et configurer Tableau Prep Conductor sur Tableau Server _Pris en charge sur Tableau Server version 2019.1 et ultérieure._ La licence Tableau Prep Conductor est octroyée par le biais de Gestion des données, pour un déploiement individuel qui est basé sur les utilisateurs ou basé sur les cœurs. Un déploiement comprend une installation Tableau Server de production sous licence et des installations Tableau Server hors production sous licence qui prennent en charge l’installation de production. Pour plus d’informations sur le déploiement, consultez le [Guide de déploiement de Tableau](https://help.tableau.com/current/desktopdeploy/fr-ca/desktop_deploy_welcome.htm). Pour plus d’informations sur le fonctionnement des licences Tableau Prep Conductor, consultez [Obtenir une licence Gestion des données](https://help.tableau.com/current/server/fr-ca/dm_license.htm). ### Topologie du serveur Lorsque vous installez Tableau Server et activez Tableau Prep Conductor à l’aide de la clé produit Gestion des données, Tableau Prep Conductor est automatiquement activé par défaut par le programme d’installation. Pour les installations distribuées, par défaut, une instance de Tableau Prep Conductor est activée sur n’importe quel nœud équipé du gestionnaire de processus en arrière-plan. Dans l’exemple ci-dessous, Tableau Prep Conductor est activé sur les nœuds 2 et 3 où les gestionnaires de processus en arrière-plan sont également activés, mais pas sur les nœuds 1,4, et 5. ![La page d’état de Tableau Server qui montre que Tableau Prep Conductor est activé sur les nœuds 2 et 3 où les gestionnaires de processus en arrière-plan sont également activés, mais pas sur les nœuds 1,4, et 5.](/tableau/current/fr-ca/server/fr-ca/Img/prep_conductor_multinode.png) Vous trouverez ci-après une représentation visuelle de ce workflow : ![Un organigramme qui vous présente le processus d’installation et de configuration d’un nouveau Tableau Server, ainsi que de mise à niveau d’un serveur existant.](/tableau/current/fr-ca/server/fr-ca/Img/prep_conductor_config_server_workflow.png) ## Étape suivante : Nouvelles installations Tableau Server : [Étape 1 (Nouvelle installation) : Installer Tableau Server avec Tableau Prep Conductor](https://help.tableau.com/current/server/fr-ca/prep_conductor_new_install.htm) Installations Tableau Server existantes : [Étape 1 (Installation existante) : Tableau Prep Conductor](https://help.tableau.com/current/server/fr-ca/prep_conductor_add_to_existing_install.htm) ### Qui peut le faire? Les administrateurs de serveur peuvent installer Tableau Server et activer Tableau Prep Conductor. Les paramètres au niveau du serveur peuvent être configurés par les administrateurs de Tableau Server et les paramètres au niveau du site peuvent être configurés par et les administrateurs Tableau Server et de site. ## Autres articles de cette section [Passer au contenu principal](#main-content) # Activer et enregistrer Tableau Server Avant de pouvoir utiliser Tableau Server, vous devez l’activer et l’enregistrer. Tableau Server nécessite au moins une clé de produit qui permet d’activer le serveur et qui indique le nombre de niveaux de licence que vous pouvez attribuer aux utilisateurs. Vous pouvez obtenir vos clés produit sur le [Portail client Tableau](https://customer.tableau.com/fr-ca/). Si vous avez besoin d’activer Tableau Server sur un ordinateur qui est hors ligne, consultez [Activer Tableau Server hors ligne](https://help.tableau.com/current/server/fr-ca/activate_off.htm). Si vous avez besoin d’activer d’autres clés produits pour ajouter de la capacité à une installation Tableau Server existante, consultez [Ajouter de la capacité à Tableau Server](https://help.tableau.com/current/server/fr-ca/capacity_add.htm). ## Conditions préalables Avant de poursuivre avec les procédures décrites dans cette rubrique, vérifiez que les conditions préalables suivantes sont remplies comme décrit dans [Installer et configurer Tableau Server](https://help.tableau.com/current/server/fr-ca/install_config_top.htm) - [Installer TSM](https://help.tableau.com/current/server/fr-ca/setup.htm) - TSM utilise le port 8850. Si vous utilisez un pare-feu local, ouvrez le port 8850. - [Configurer les opérations de clé produit avec un proxy de transfert](https://help.tableau.com/current/server/fr-ca/activate_proxy.htm) 1. Si l’ordinateur sur lequel vous installez Tableau Server a été configuré pour se connecter à Internet par un proxy de transfert, suivez la procédure décrite dans la rubrique [Configurer les opérations de clé produit avec un proxy de transfert](https://help.tableau.com/current/server/fr-ca/activate_proxy.htm) avant de continuer. 2. [Se connecter à l’interface utilisateur Web Tableau Services Manager](https://help.tableau.com/current/server/fr-ca/sign_in_tsm.htm). Le compte que vous utilisez doit avoir des privilèges d’administration sur l’ordinateur où TSM est installé. 3. Dans la page **Activer**, entrez ou collez votre clé produit, puis cliquez sur **Activer la clé produit**. **Remarque :** Dans les versions antérieures à 2023.3.0, une option permettant d’activer une licence d’essai s’affiche. Cette option a été retirée (supprimée) à partir de la version 2023.3.0. Pour en savoir plus sur les options d’essai de Tableau Server, communiquez avec votre représentant de compte. Une fois que votre clé produit est activée, elle apparaît sous **Clés produit activées**. ![Un écran d’activation de Tableau Server, comportant un champ pour la saisie de la clé produit de licence à 20 caractères.](/tableau/current/fr-ca/server/fr-ca/Img/install_01_activate.png) 4. Pour activer une autre clé produit, tapez sur la clé que vous venez d’entrer pour ajouter la nouvelle clé de produit, puis cliquez sur Activer la clé produit. Une fois que votre clé produit est activée, elle apparaît sous Clés produit activées. Continuez à ajouter des clés de produit de cette manière jusqu’à ce que vous ayez terminé. 5. Lorsque vous avez fini d’activer les clés produit, cliquez sur Suivant. **Remarque :** Si les clés produit que vous avez activées n’ont pas la capacité nécessaire, par exemple un nombre insuffisant de cœurs ou une clé produit avec un rôle Viewer uniquement, Tableau Services Manager affiche la boîte de dialogue Nombre insuffisant de licences appliquées. Cliquez sur Activer une autre clé produit pour ajouter une autre clé produit et augmenter la capacité de votre installation Tableau Server. ![Une notification indiquant que l’activation des clés produit ne suffisent pas pour activer le déploiement de Tableau Server.](/tableau/current/fr-ca/server/fr-ca/Img/install_01_insufficient_product_keys.png) 6. Dans la page S’enregistrer, entrez votre information dans les champs et cliquez sur S’enregistrer. ![Étape d’enregistrement de l’assistant d’activation de Tableau Server, avec des champs obligatoires où renseigner les coordonnées, les informations sur l’entreprise et les détails concernant la région.](/tableau/current/fr-ca/server/fr-ca/Img/install_02_register.png) ### Configurer pour le proxy de transfert Si l’ordinateur sur lequel vous installez Tableau Server a été configuré pour se connecter à Internet par un proxy de transfert, suivez la procédure décrite dans la rubrique [Configurer les opérations de clé produit avec un proxy de transfert](https://help.tableau.com/current/server/fr-ca/activate_proxy.htm) avant de continuer. ### Activer Tableau Server Pour activer Tableau Server dans un environnement de production, vous devez posséder une clé produit. Pour activer une clé produit, exécutez la commande suivante : ``` tsm licenses activate -k ``` Pour activer un essai de deux semaines, exécutez la commande suivante : ``` tsm licenses activate -t ``` Si vous ne pouvez pas activer Tableau, par exemple si ce type de message d’erreur s’affiche : License Server not available Consultez [Activer Tableau Server hors ligne](https://help.tableau.com/current/server/fr-ca/activate_off.htm). **Que se passe-t-il si une erreur de refus d’accès s’affiche lorsque je tente d’exécuter des commandes TSM?** Vérifiez que le groupe que vous utilisez appartient au groupe Administrateurs locaux sur l’ordinateur Windows sur lequel vous installez Tableau Server. ### Enregistrer Tableau Server Après l’activation, vous devez enregistrer Tableau Server. Pour cela, créez un fichier d’enregistrement puis transmettez-le en tant qu’option avec la commande `tsm register`. 1. Générez un modèle que vous pouvez modifier en exécutant la commande suivante : `tsm register --template > /path/to/.json` 2. Modifiez le fichier de modèle pour créer votre fichier d’enregistrement terminé. Voici un exemple de fichier d’enregistrement au format requis : ``` { "first_name" : "Andrew", "last_name" : "Smith", "phone" : "311-555-2368", "email" : "andrew.smith@mycompany.com", "company" : "My Company", "industry" : "Finance", "company_employees" : "500", "department" : "Engineering", "title" : "Senior Manager", "city" : "Kirkland", "state" : "WA", "zip" : "98034", "country" : "United States", "opt_in" : "false", "eula" : "accept" } ``` **Remarques :** - Le champ `opt_in` indique que vous préférez recevoir des communications marketing de la part de Tableau. La valeur par défaut est `false` pour de nombreux pays. Les lois spécifiques à chaque pays peuvent affecter la valeur par défaut de ce champ. Pour plus d’informations, consultez [Informations de confidentialité](https://www.salesforce.com/ap/company/privacy/) sur le site Web de Salesforce. - Le champ `eula` confirme que vous acceptez le contrat de licence de l’utilisateur final (CLUF). La valeur par défaut est `accept`. Vous devez accepter le CLUF pour utiliser Tableau Server. En cas de refus, vous ne pourrez pas exécuter Tableau Server. 3. Après avoir enregistré les modifications apportées au fichier, transmettez-le avec l’option `--file` pour enregistrer Tableau Server : `tsm register --file /path/to/.json` Par exemple : `tsm register --file C:\Users\mwatson\Documents\tableau-reg-file.json` Si vous disposez d’une clé de produit pour Data Management ou Advanced Management, vous devez activer cette clé pour utiliser la fonctionnalité supplémentaire. Les clés produit pour ces licences ne doivent être activées qu’après l’activation d’au moins une clé produit de capacité sur le serveur. - Pour plus d’informations sur la licence de Tableau Gestion des données, consultez [Obtenir une licence Gestion des données](https://help.tableau.com/current/server/fr-ca/dm_license.htm). - Pour plus d’informations sur la licence de Tableau Advanced Management, consultez [À propos de Tableau Advanced Management sur Tableau Server](https://help.tableau.com/current/server/fr-ca/itm_intro.htm). ## Étape suivante - [Configurer les paramètres du nœud initial](https://help.tableau.com/current/server/fr-ca/config_general.htm) ## Autres articles de cette section [Passer au contenu principal](#main-content) # Activer l’authentification Kerberos Exécuter en tant que pour les connecteurs JDBC Depuis la version 2020.2, Tableau Server prend en charge l’authentification Kerberos pour les connecteurs JDBC. Vous pouvez configurer Tableau Server de manière à utiliser un compte de service Kerberos pour accéder à une base de données. Dans ce scénario, Tableau Server se connecte à des bases de données avec un compte de service (également appelé « Compte Exécuter en tant que service »). Ce scénario est appelé « Authentification Exécuter en tant que » Consultez [Compte Exécuter en tant que service](https://help.tableau.com/current/server/fr-ca/runas.htm). Pour utiliser l’authentification « Exécuter en tant que » sur Tableau Server, vous devez d’abord créer un classeur ou une source de données dans Tableau Desktop qui utilise l’authentification intégrée. Lorsque vous publiez sur Tableau Server, vous obtenez l’accès à l’option d’authentification Exécuter en tant que. Lors de la création d’une source de données avec la création Web, l’authentification Exécuter en tant que est l’opération par défaut si vous sélectionnez l’authentification intégrée. ## Sources de données prises en charge Tableau prend en charge la délégation JDBC avec les sources de données suivantes : - Oracle - PostgreSQL Si vous configurez l’authentification Exécuter en tant que pour une source de données Oracle utilisant un connecteur basé sur JDBC, suivez la procédure décrite dans cette rubrique. Par ailleurs, si le connecteur que vous utilisez sur Tableau Server utilise un pilote natif, vous n’avez pas à suivre les étapes de cette rubrique. Suivez plutôt les étapes pour créer un compte Exécuter en tant que service, comme indiqué dans la rubrique [Modifier le compte Exécuter en tant que service](https://help.tableau.com/current/server/fr-ca/runas_acct.htm). ## Exigences La délégation Kerberos requiert Active Directory. - La banque d’informations Tableau Server doit être configurée pour utiliser LDAP - Active Directory. - MIT KDC n’est pas pris en charge. ## Processus de configuration Cette section propose un exemple du processus d’activation de l’authentification Kerberos Exécuter en tant que. 1. Créez un fichier keytab pour le compte Exécuter en tant que service. L’exemple suivant utilise l’outil ktab fourni avec le JDK. Vous pouvez télécharger l’outil sur le site [AdoptOpenJDK](https://adoptopenjdk.net/). Lorsque vous utilisez ktab pour créer le fichier keytab, utilisez un identifiant de connexion principal au format UPN (par exemple, `service@EXAMPLE.COM`), et non un nom de service principal (par exemple, `HTTP/service.example.com@EXAMPLE.COM`). Vous pouvez également générer des fichiers keytab avec l’utilitaire ktpass, dans quel cas vous pouvez utiliser l’un ou l’autre style de nom principal. /bin/ktab -k E:/tmp/tabsrv.keytab -a tabsrv@EXAMPLE.COM Tableau Server utilisera le compte Exécuter en tant que service et le fichier keytab associé pour l’authentification et l’établissement d’une connexion directe à la base de données. 2. Copiez le fichier keytab dans le répertoire de données de Tableau Server et vérifiez que le compte Exécuter en tant que service peut accéder au fichier keytab et le lire. Par défaut, le répertoire de données Tableau Server se trouve à l’adresse : `C:\ProgramData\Tableau`. Si vous exécutez Tableau Server dans un déploiement distribué, exécutez cette étape sur chaque nœud du groupement. 3. Exécutez les commandes TSM suivantes pour définir le compte Exécuter en tant que service et le chemin d’accès au fichier keytab : tsm configuration set -k native\_api.datasource\_runas\_principal -v tabsrv@EXAMPLE.COM tsm configuration set -k native\_api.datasource\_runas\_keytab\_path -v kerberos.keytab Dans certains cas, TSM peut renvoyer une erreur indiquant `--force-keys`. Si cette erreur s’affiche, réexécutez la commande en ajoutant le paramètre `--force-keys` à l’argument. 4. Créez un fichier krb5.conf et installez-le dans `C:\Windows` sur tous les nœuds Tableau Server. Si vous avez déjà déployé un fichier krb5.ini sur les ordinateurs de votre entreprise, copiez ce fichier et utilisez-le pour Tableau Server. Pour plus d’informations, consultez la rubrique [krb5.conf](https://web.mit.edu/kerberos/krb5-1.12/doc/admin/conf_files/krb5_conf.html) dans la documentation MIT Kerberos. Pour modifier l’emplacement du fichier de configuration Kerberos, exécutez la commande TSM suivante : tsm configuration set -k native\_api.kerberos\_config\_path --force-keys -v "C:\\temp\\krb5.ini" Voici un exemple de fichier krb5.conf. L’assistance Tableau ne peut pas aider à la création de krb5.conf. \[libdefaults\] forwardable = true default\_realm = EXAMPLE.COM default\_tkt\_enctypes = rc4-hmac default\_tgs\_enctypes = rc4-hmac \[realms\] EXAMPLE.COM = { kdc = kdc.example.com admin\_server = kdc.example.com } \[domain\_realm\] .example.com = EXAMPLE.COM example.com = EXAMPLE.COM 5. Exécutez la commande TSM suivante pour appliquer les modifications à Tableau Server : `tsm pending-changes apply` Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). [Passer au contenu principal](#main-content) # Activer l’authentification Kerberos pour les connecteurs JDBC Depuis la version 2020.2, Tableau Server prend en charge la délégation Kerberos pour les connecteurs JDBC. La délégation Kerberos permet à Tableau Server d’utiliser les informations d’identification Kerberos de l’observateur qui visualise un classeur ou une vue pour exécuter une requête au nom de l’observateur. Cette option est utile dans les situations suivantes : - Vous avez besoin de savoir qui accède aux données (le nom de l’utilisateur de type Viewer figurera dans les fichiers journaux d’accès de la source de données). - La sécurité de votre source de données s’exerce au niveau ligne. Dans ce cas, des utilisateurs différents accèdent à des lignes différentes. ## Sources de données prises en charge Tableau prend en charge l’authentification JDBC Kerberos RunAs avec les sources de données suivantes : - Oracle - PostgreSQL Si vous configurez la délégation avec une source de données Oracle utilisant un connecteur basé sur JDBC, suivez la procédure décrite dans cette rubrique. Par ailleurs, si le connecteur que vous utilisez sur Tableau Server utilise un pilote natif, suivez la procédure décrite dans la rubrique d’aide [Activer la délégation Kerberos](https://help.tableau.com/current/server/fr-ca/kerberos_delegation.htm). ## Exigences La délégation Kerberos requiert Active Directory. - La banque d’informations Tableau Server doit être configurée pour utiliser LDAP - Active Directory. - MIT KDC n’est pas pris en charge. **Remarque :** vous n’avez pas besoin d’autoriser le compte « Exécuter en tant que » à faire office de système d’exploitation. ## Processus de configuration Cette section fournit un exemple du processus d’activation de la délégation Kerberos. 1. Tableau Server aura besoin d’un billet de service Kerberos pour la délégation pour le compte de l’utilisateur qui initie l’appel à la base de données. Vous devez créer un compte de domaine qui sera utilisé pour la délégation vers la base de données donnée. Le compte est appelé le compte Exécuter en tant que service. Dans cette rubrique, l’exemple d’utilisateur configuré comme compte « Exécuter en tant que » est `tabsrv@EXAMPLE.COM`. Le compte doit être configuré pour la délégation dans Active Directory : 1. Sur un serveur Windows connecté au domaine utilisateur, ouvrez les utilisateurs et les ordinateurs Active Directory. 2. Dans la page **Propriétés** du compte Exécuter en tant que service, cliquez sur l’onglet **Délégation** et sélectionnez **N’approuver cet utilisateur que pour la délégation aux services spécifiés** et **Utiliser n’importe quel protocole d’authentification**. 2. Créez un fichier keytab pour le compte Exécuter en tant que service. L’exemple suivant utilise l’outil ktab fourni avec le JDK. Vous pouvez télécharger l’outil sur le site [AdoptOpenJDK](https://adoptopenjdk.net/). Lorsque vous utilisez ktab pour créer le fichier keytab, utilisez un identifiant de connexion principal au format UPN (par exemple, `service@EXAMPLE.COM`), et non un nom de service principal (par exemple, `HTTP/service.example.com@EXAMPLE.COM`). Vous pouvez également générer des fichiers keytab avec l’utilitaire ktpass, dans quel cas vous pouvez utiliser l’un ou l’autre style de nom principal. /bin/ktab -k E:/tmp/tabsrv.keytab -a tabsrv@EXAMPLE.COM Tableau Server utilisera le compte Exécuter en tant que service et le fichier keytab associé pour l’authentification et l’établissement d’une connexion directe à la base de données. 3. Copiez le fichier keytab dans le répertoire de données de Tableau Server et vérifiez que le compte Exécuter en tant que service peut accéder au fichier keytab et le lire. Par défaut, le répertoire de données Tableau Server se trouve à l’adresse : `C:\ProgramData\Tableau`. Si vous exécutez Tableau Server dans un déploiement distribué, exécutez cette étape sur chaque nœud du groupement. 4. Créez un fichier krb5.conf et installez-le dans `C:\Windows` sur tous les nœuds Tableau Server. Si vous avez déjà déployé un fichier krb5.ini sur les ordinateurs de votre entreprise, copiez ce fichier et utilisez-le pour Tableau Server. Pour plus d’informations, consultez la rubrique [krb5.conf](https://web.mit.edu/kerberos/krb5-1.12/doc/admin/conf_files/krb5_conf.html) dans la documentation MIT Kerberos. Pour modifier l’emplacement du fichier de configuration Kerberos, exécutez la commande TSM suivante : tsm configuration set -k native\_api.kerberos\_config\_path --force-keys -v "C:\\temp\\krb5.ini" Voici un exemple de fichier krb5.conf. L’assistance Tableau ne peut pas aider à la création de krb5.conf. \[libdefaults\] forwardable = true default\_realm = EXAMPLE.COM default\_tkt\_enctypes = rc4-hmac default\_tgs\_enctypes = rc4-hmac \[realms\] EXAMPLE.COM = { kdc = kdc.example.com admin\_server = kdc.example.com } \[domain\_realm\] .example.com = EXAMPLE.COM example.com = EXAMPLE.COM 5. Exécutez les commandes TSM suivantes pour activer la délégation Kerberos, configurer le compte de service de délégation et associer le fichier keytab avec le compte de service : tsm configuration set -k wgserver.delegation.enabled -v true tsm configuration set -k native\_api.datasource\_impersonation\_runas\_principal -v tabsrv@EXAMPLE.COM tsm configuration set -k native\_api.datasource\_impersonation\_runas\_keytab\_path -v kerberos.keytab tsm configuration set -k native\_api.protocol\_transition\_a\_d\_short\_domain -v false tsm configuration set -k native\_api.protocol\_transition\_uppercase\_realm -v true Dans certains cas, TSM peut renvoyer une erreur indiquant `--force-keys`. Si cette erreur s’affiche, réexécutez la commande en ajoutant le paramètre `--force-keys` à l’argument. 6. Exécutez la commande TSM suivante pour appliquer les modifications à Tableau Server : `tsm pending-changes apply` Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). [Passer au contenu principal](#main-content) # Activer l’authentification unique pour SAP BW Depuis Tableau 10.2, vous pouvez configurer la prise en charge de l’authentification unique (SSO) à partir de Tableau sur SAP NetWeaver Business Warehouse (SAP BW). Pour utiliser cette fonctionnalité, vous devez installer et configurer le logiciel sur les ordinateurs exécutant Tableau Server et Tableau Desktop. La configuration de cette fonctionnalité constitue une difficulté qui inclut des exigences de version et d’environnement strictes et nécessite l’assistance d’un ingénieur SAP. Les exigences et les instructions détaillées sont décrites dans [Configurer SSO pour SAP BW](https://community.tableau.com/s/question/0D54T00000CWdNzSAL/configure-single-signon-for-sap-bw) sur la Communauté Tableau. [Passer au contenu principal](#main-content) # Activer l’IA dans votre site Tableau Server _Pris en charge sur Tableau Server version 2025.3 et ultérieure._ Utilisez Tableau Agent dans Tableau Desktop, Tableau Prep Builder, et sur le Web lorsque vous vous connectez à Tableau Server (toutes les éditions), et que l’IA dans Tableau est configurée et activée pour la création Web et Tableau Prep dans les paramètres du site. Pour savoir comment configurer Tableau Agent pour Tableau Cloud, consultez [Activer l’IA dans votre site Tableau Cloud](https://help.tableau.com/current/online/fr-ca/setup_tabAI_site_setting.htm). Les fonctionnalités d’IA dans Tableau peuvent vous aider à analyser vos données plus efficacement. Lorsque vous utilisez Tableau Prep, l’IA peut suggérer des étapes de nettoyage de vos données et même créer des calculs pour vous. Lorsque vous créez une visualisation, l’IA peut recommander des questions pertinentes pour explorer vos données, créer des calculs et vous aider à créer des visualisations attrayantes directement à partir de vos ensembles de données. Pour plus d’informations sur l’utilisation de Tableau Agent pour créer des visualisations ou nettoyer vos données, consultez [Créer des vues et explorer les données avec Tableau Agent](https://help.tableau.com/current/pro/desktop/fr-ca/desktop_einstein.htm) et [Créer des flux Tableau Prep avec Tableau Agent](https://help.tableau.com/current/prep/fr-ca/prep_einstein.htm). L’IA dans Tableau sur Tableau Server nécessite que vous vous connectiez à votre propre fournisseur de grand modèle de langage (GML). Vous pouvez actuellement choisir OpenAI ou Azure OpenAI comme fournisseur de GML. Le fournisseur de GML que vous sélectionnez est spécifique au site. Azure OpenAI est disponible dans Tableau Server à partir de la version 2026.2. **Remarque** : une capacité supplémentaire pour les environnements basés sur les cœurs n’est pas requise lors de l’utilisation de Tableau Agent dans Tableau Server. ## Prise en charge des DPI, de la sécurité des données et assistance multilingue Lorsque vous utilisez les fonctionnalités de l’IA dans Tableau avec votre fournisseur OpenAI, vos demandes n’utilisent pas la couche de confiance Einstein et ses fonctionnalités de gouvernance des données associées, notamment le masquage intégré des DPI. Tableau envoie votre question utilisateur et un petit échantillon aléatoire de valeurs par champ à votre compte OpenAI. Comme ce processus n’utilise pas les fonctionnalités de sécurité et de masquage des DPI de la couche de confiance Einstein, vous devrez compter sur les mesures de sécurité du fournisseur de GML pour protéger les données sensibles. Pour plus d’informations, consultez [IA dans Tableau et confiance](https://help.tableau.com/current/tableau/fr-ca/tableau_gai_einstein_trust.htm). ## Considérations relatives à la facturation Lorsque vous vous connectez à Tableau Agent dans Tableau Server, vous utilisez votre propre instance GML OpenAI ou Azure OpenAI. Comme vos données transitent par cette connexion dédiée, vos demandes ne passent pas par la couche de confiance Einstein et n’entraînent aucune facturation connexe. Votre utilisation sera facturée directement, conformément à votre entente spécifique avec le fournisseur de GML. ## Conditions préalables à l’activation de l’IA dans Tableau Serveur Pour configurer et activer Tableau Agent pour Tableau Server, vous aurez besoin des éléments suivants : - Rôle d’administrateur Tableau Server. Le paramètre d’IA dans Tableau est spécifique à chaque site et, une fois activé, il permet à tous les utilisateurs ayant accès à ce site d’utiliser la fonctionnalité d’IA. - Un contrat actif avec OpenAI ou Azure OpenAI. - Votre clé API. Vous en aurez besoin pour connecter Tableau Server à votre fournisseur de GML OpenAI ou Azure OpenAI. Nous vous recommandons de suivre les meilleures pratiques de sécurité standard et de renouveler régulièrement votre clé API. - Si vous utilisez Azure OpenAI, un modèle déployé dans Azure. - Les modèles de GML qu’utilisera Tableau Agent pour effectuer des tâches comme la compréhension des demandes des utilisateurs et le renvoi de résultats pertinents. Tableau recommande les modèles suivants pour optimiser les résultats : - Compréhension des requêtes des utilisateurs : gpt-5-mini ou gpt-4o-mini - Effectuer des tâches analytiques : gpt-4o ou version ultérieure - Traitement du contexte des données : text-embedding-3-small ## Fonctionnalités disponibles Les fonctionnalités suivantes d’IA dans Tableau sont disponibles dans Tableau Server : - Création Web Tableau : génère des visualisations ou effectue des tâches pour vous via une IA conversationnelle : permet aux utilisateurs d’explorer les données, de créer des visualisations et des calculs, et de découvrir des connaissances à l’aide de Tableau Agent dans la création Web Tableau Server et dans Tableau Desktop (version 2025.3 et versions ultérieures). Pour plus d’informations sur Tableau Agent, consultez [Explorer vos données avec Tableau Agent](https://help.tableau.com/current/online/fr-ca/web_author_einstein.htm). - Tableau Prep : suggère des étapes de nettoyage et de transformation de vos données : permet aux utilisateurs de nettoyer leurs données, de créer des champs calculés et de créer des flux à l’aide de Tableau Agent. Cette fonctionnalité est disponible dans la création Web Tableau Prep dans Tableau Server et dans Tableau Prep Builder (version 2025.3 et versions ultérieures). Pour plus d’informations sur Tableau Agent dans Tableau Prep, consultez [Générer des flux Tableau Prep avec Tableau Agent](https://help.tableau.com/current/prep/fr-ca/prep_einstein.htm). ## Configurer l’IA dans Tableau Les étapes de configuration de l’IA dans Tableau et les informations que vous devez entrer diffèrent selon le fournisseur de GML que vous sélectionnez. La configuration d’un fournisseur de GML différent par site est prise en charge. Lors de la configuration de votre connexion GML, vous devez spécifier les modèles que le GML doit utiliser pour effectuer des tâches. - Tableau Agent pour la création Web : utilise les modèles spécifiés pour tous les processus. - Tableau Agent pour Prep : utilise uniquement le modèle spécifié pour le processus Effectuer des tâches analytiques. Ce paramètre est universel et s’applique à toutes les fonctionnalités de l’IA dans Tableau que vous activez. ### Configurer OpenAI 1. Connectez-vous à Tableau Server en tant qu’un administrateur de serveur. 2. Sur le site où vous souhaitez activer les fonctionnalités de l’IA générative, sélectionnez Paramètres. 3. Sous IA dans Tableau, cliquez sur Connecter. ![Le paramètre du site Tableau Server pour se connecter à un fournisseur de GML.](/tableau/current/fr-ca/server/fr-ca/Img/tab_gai_server_connect.png) 4. Dans la boîte de dialogue Connexion au GML, sélectionnez OpenAI comme fournisseur de GML, puis entrez la clé API de votre fournisseur de GML et cliquez sur Connexion. ![Tableau Agent dans Tableau Server se connecte à la boîte de dialogue du GML OpenAI.](/tableau/current/fr-ca/server/fr-ca/Img/tab_gai_server_API_key_OpenAI.png) Après avoir établi la connexion avec votre fournisseur, vous pouvez également modifier, tester ou supprimer votre connexion si nécessaire. 5. Pour chaque fonctionnalité de l’IA dans Tableau que vous souhaitez activer, sélectionnez Activer. 6. Dans la boîte de dialogue Paramètres du modèle, sélectionnez les modèles d’IA qu’utilisera Tableau Agent pour réaliser ses processus. Vous devez sélectionner un modèle pour tous les processus figurant dans la boîte de dialogue. Si un modèle n’est plus pris en charge par OpenAI, les utilisateurs recevront des erreurs lors de l’utilisation de Tableau Agent. Actuellement, vous devrez mettre à jour ce paramètre manuellement. ![Boîte de dialogue Paramètres du modèle pour Tableau Server et OpenAI](/tableau/current/fr-ca/server/fr-ca/Img/tab_gai_server_models_openAI.png) Sélectionnez les modèles suivants, puis cliquez sur Appliquer. Ces modèles sont recommandés par Tableau pour optimiser les performances. - Compréhension des requêtes des utilisateurs : gpt-5-mini ou gpt-4o-mini - Effectuer des tâches analytiques : gpt-4o ou version ultérieure - Traitement du contexte des données : text-embedding-3-small 7. En haut de la page, cliquez sur Enregistrer. ![Paramètre de site de l’IA dans Tableau pour Open AI.](/tableau/current/fr-ca/server/fr-ca/Img/tab_gai_server_models_selected_openAI.png) ### Configurer Azure OpenAI 1. Connectez-vous à Tableau Server en tant qu’un administrateur de serveur. 2. Sur le site où vous souhaitez activer les fonctionnalités de l’IA générative, sélectionnez Paramètres. 3. Sous IA dans Tableau, cliquez sur Connecter. ![Le paramètre du site Tableau Server pour se connecter à un fournisseur de GML.](/tableau/current/fr-ca/server/fr-ca/Img/tab_gai_server_connect.png) 4. Dans la boîte de dialogue Connexion au GML, sélectionnez Azure OpenAI comme fournisseur de GML, puis entrez la clé API de votre fournisseur de GML, ainsi que votre nom de ressource. Vous trouverez votre nom de ressource dans votre portail Azure OpenAI, dans l’URL de votre point de terminaison Azure OpenAI. Par exemple, si votre URL est « https://acme-jsmith.openai.azure.com/ », votre nom de ressource est « acme-jsmith ». ![Boîte de dialogue Connexion au GML pour Tableau Server et Azure OpenAI.](/tableau/current/fr-ca/server/fr-ca/Img/tab_gai_server_API_key_Azure_OpenAI.png) 5. Cliquez sur Se connecter. Après avoir établi la connexion avec votre fournisseur, vous pouvez également modifier, tester ou supprimer votre connexion si nécessaire. 6. Pour chaque fonctionnalité de l’IA dans Tableau que vous souhaitez activer, sélectionnez Activer. 7. Dans la boîte de dialogue Paramètres du modèle, entrez les modèles d’IA qu’utilisera Tableau Agent pour réaliser ses processus. Vous devez sélectionner un modèle pour tous les processus figurant dans la boîte de dialogue. Si un modèle n’est plus pris en charge par Azure OpenAI, les utilisateurs recevront des erreurs lors de l’utilisation de Tableau Agent. Actuellement, vous devrez mettre à jour ce paramètre manuellement. ![Boîte de dialogue Paramètres du modèle pour Azure OpenAI.](/tableau/current/fr-ca/server/fr-ca/Img/tab_gai_server_models_azure_openAI.png) Sélectionnez les modèles suivants, puis cliquez sur Appliquer. Ces modèles sont recommandés par Tableau pour optimiser les performances. - Compréhension des requêtes des utilisateurs : gpt-5-mini ou gpt-4o-mini - Effectuer des tâches analytiques : gpt-4o ou version ultérieure - Traitement du contexte des données : text-embedding-3-small 8. En haut de la page, cliquez sur Enregistrer. ![Paramètre de site de l’IA dans Tableau pour Tableau Server et Azure OpenAI.](/tableau/current/fr-ca/server/fr-ca/Img/tab_gai_server_models_selected_azure_openAI.png) [Passer au contenu principal](#main-content) # Activer la délégation Kerberos La délégation Kerberos permet à Tableau Server d’utiliser les informations d’identification Kerberos de l’observateur qui visualise un classeur ou une vue pour exécuter une requête au nom de l’observateur. Cette option est utile dans les situations suivantes : - Vous avez besoin de savoir qui accède aux données (le nom de l’utilisateur de type Viewer figurera dans les fichiers journaux d’accès de la source de données). - La sécurité de votre source de données s’exerce au niveau ligne. Dans ce cas, des utilisateurs différents accèdent à des lignes différentes. ## Sources de données prises en charge Tableau prend en charge la délégation Kerberos avec les sources de données suivantes : - Cloudera : Hive/ Impala - Denodo - Hortonworks - MSAS - Oracle - PostgreSQL - Spark - SQL Server - Teradata - Vertica - TIBCO ## Exigences La délégation Kerberos requiert Active Directory. - Le [magasin d’identités](https://help.tableau.com/current/server/fr-ca/plan_identity_store.htm) de Tableau Server doit être configuré pour utiliser Active Directory. - L’ordinateur sur lequel Tableau Server est installé doit être lié au domaine Active Directory. - MIT Kerberos KDC n’est pas pris en charge. - Un compte de domaine doit être configuré comme le compte Exécuter en tant que service sur Tableau Server. Consultez [Modifier le compte Exécuter en tant que service](https://help.tableau.com/current/server/fr-ca/runas_acct.htm). Si vos utilisateurs se trouvent dans un domaine Active Directory différent de Tableau Server et de la source de données, l’approbation du domaine doit être configurée. Voir [Exigences d’approbation de domaine pour les déploiements Active Directory](https://help.tableau.com/current/server/fr-ca/runas_domain.htm). - Délégation configurée. Accordez des droits de délégation pour le compte Exécuter en tant que service aux SPN (Service Principal Names) de la base de données cible. Le compte Exécuter en tant que service reçoit le droit d’accéder aux ressources pour le compte de l’utilisateur source émetteur. - Si vous configurez la délégation sur Tableau Server 2020.2 ou ultérieur avec une source de données Oracle à l’aide d’un connecteur basé sur JDBC, consultez [Activer l’authentification Kerberos pour les connecteurs JDBC](https://help.tableau.com/current/server/fr-ca/kerberos_delegation_jdbc.htm). Depuis Tableau 2020.2, le connecteur Oracle utilise JDBC. ## Création Web et authentification Kerberos des utilisateurs Lors de la configuration de Se connecter aux données pour une cible donnée, vous pouvez sélectionner l’authentification intégrée ou l’authentification Windows comme méthode d’authentification préférée. Cependant, pour les scénarios de création Web, le comportement par défaut consistera à utiliser le compte de service Kerberos (compte « Exécuter en tant que ») à la place. Pour activer les informations d’identification de l’utilisateur dans les scénarios de création Web avec délégation Kerberos, vous devez effectuer une configuration supplémentaire à l’aide de TSM. Exécutez les commandes suivantes : tsm configuration set -k native\_api.WebAuthoringAuthModeKerberosDelegation -v true tsm pending-changes apply Après avoir effectué cette configuration, la délégation Kerberos devient l’opération par défaut lors de la sélection de l’authentification intégrée avec création Web. Cependant, ce paramétrage n’empêchera pas les créateurs de contenu d’accéder au compte de service. Les créateurs peuvent toujours publier du contenu connecté au compte de service Exécuter en tant que, à l’aide de Tableau Desktop ou d’autres méthodes. Pour plus d’informations sur le compte Exécuter en tant que service, consultez [Accès aux données avec le compte Exécuter en tant que service](https://help.tableau.com/current/server/fr-ca/runas_access.htm). ## Processus de configuration Cette section fournit un exemple du processus d’activation de la délégation Kerberos. Le scénario inclut également des exemples de noms pour aider à décrire les relations entre les éléments de configuration. 1. Sur tous les nœuds Tableau Server, configurez le compte Exécuter en tant qu’utilisateur pour qu’il agisse comme un composant du système d’exploitation. Pour plus d’informations, consultez [Activer le compte Exécuter en tant que service pour qu’il fasse office de système d’exploitation](https://help.tableau.com/current/server/fr-ca/runas_os.htm). 2. Tableau Server aura besoin d’un billet de service Kerberos pour la délégation pour le compte de l’utilisateur qui initie l’appel à la base de données. Vous devez créer un compte de domaine qui sera utilisé pour la délégation vers la base de données donnée. Le compte est appelé le compte Exécuter en tant que service. Dans cette rubrique, l’exemple d’utilisateur configuré comme compte de délégation/compte Exécuter en tant que est `tabsrv@example.com`. Le compte doit être configuré avec l’utilisateur et les ordinateurs Active Directory sur un serveur Windows connecté au domaine de l’utilisateur : - Ouvrez la page **Propriétés** pour le compte Exécuter en tant que service, cliquez sur l’onglet **Délégation** et sélectionnez **N’approuver cet utilisateur que pour la délégation aux services spécifiés** et **Utiliser n’importe quel protocole d’authentification**. 3. Exécutez la commande TSM suivante pour activer la délégation Kerberos : `tsm configuration set -k wgserver.delegation.enabled -v true` 4. Exécutez la commande TSM suivante pour appliquer les modifications à Tableau Server : `tsm pending-changes apply` Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). 5. (Facultatif) Configurez Tableau Server pour utiliser le format principal MIT Kerberos. Par défaut, Tableau Server génère des principaux Kerberos à l’aide du nom court Active Directory. Par exemple, si Tableau Server utilise la délégation Kerberos pour un utilisateur dans `EXAMPLE.COM`, avec un nom `EXAMPLE` court , le nom principal sera : `user@example`. Si votre base de données s’exécute sous Linux, vous devrez peut-être ajuster le mappage `auth_to_local` dans krb5.conf. Pour plus d’informations sur la modification du fichier krb5.conf, consultez la [Configuration multi-domaines de la délégation Kerberos](https://help.tableau.com/current/server/fr-ca/kerberos_trouble.htm#multi). Vous pouvez sinon configurer Tableau Server pour utiliser le nom de domaine complet pour les principaux Kerberos en exécutant les commandes suivantes : tsm configuration set -k native\_api.protocol\_transition\_a\_d\_short\_domain -v false --force-keys tsm configuration set -k native\_api.protocol\_transition\_uppercase\_realm -v true --force-keys tsm pending-changes apply 6. Activez la délégation pour les connexions de données : - **SQL Server**— Consultez [Activation de la délégation Kerberos pour SQL Server](https://community.tableau.com/s/question/0D54T00000CWcplSAD/enabling-kerberos-delegation-for-sql-server) dans la communauté de Tableau. - **MSAS**—Consultez [Activation de la délégation Kerberos pour MSAS](https://community.tableau.com/s/question/0D54T00000G54sYSAR/enabling-kerberos-delegation-for-msas) dans la communauté de Tableau. - **PostgreSQL**—Consultez [Activation de la délégation Kerberos pour PostgreSQL](https://community.tableau.com/s/question/0D54T00000G54ssSAB/enabling-kerberos-delegation-for-postgresql) dans la communauté de Tableau. - **Teradata**—Consultez [Activation de la délégation Kerberos pour Teradata](https://community.tableau.com/s/question/0D54T00000G54tCSAR/enabling-kerberos-delegation-for-teradata) dans la communauté de Tableau. - **Oracle**—Consultez [Activer la délégation Kerberos pour Oracle](https://community.tableau.com/s/news/a0A4T000002O42jUAC/enable-kerberos-delegation-for-oracle) dans la communauté Tableau. - **Cloudera**—Consultez [Activer la délégation Kerberos pour Hive/Impala](https://community.tableau.com/s/question/0D54T00000CWdINSA1/enable-delegation-for-hiveimpala) dans la communauté Tableau. - **Vertica** —Consultez [Activation de la délégation Kerberos pour Vertica](https://community.tableau.com/s/question/0D54T00000CWd5sSAD/enabling-kerberos-delegation-for-vertica) dans la communauté de Tableau. - **TIBCO—**Consultez [Configuration de Kerberos pour une utilisation avec TDV](https://docs.tibco.com/pub/tdv/8.8.0/doc/html/fr-ca/StudioHelp/index.html#Administration/Configuring_Kerberos_for_Use_with_TDV.html) dans le guide d’administration de visualisation de données TIBCO. ## Voir également [Résoudre les problèmes liés à Kerberos](https://help.tableau.com/current/server/fr-ca/kerberos_trouble.htm) ## Autres articles de cette section [Passer au contenu principal](#main-content) # Activer la programmation d’actualisation d’extrait et la notification d’échec Vos publicateurs peuvent programmer des actualisations d’extraits lorsque deux conditions sont remplies : - Tableau Server est configuré pour envoyer des messages courriel lorsque les actualisations d’extraits échouent. Cette option est configurée par un administrateur de Tableau Server Manager (TSM) et est activée par défaut. Pour plus d’informations, consultez [Configurer la notification d’événement serveur](https://help.tableau.com/current/server/fr-ca/email.htm). - Le ou les sites dans lesquels vous souhaitez autoriser les publicateurs à programmer des actualisations d’extraits sont configurés pour envoyer un courriel en cas d’échec de l’actualisation. Cette option est configurée par un administrateur de serveur dans Tableau Server et est activée par défaut. Les instructions ci-dessous expliquent comment procéder si elle n’est pas activée. Lorsque vous activez la programmation, vous pouvez décider d’activer également l’envoi de courriel aux propriétaires de sources de données ou de classeurs qui sont actualisés dans les cas où l’actualisation d’extrait ne se termine pas avec succès. Vous pouvez en apprendre davantage sur ces courriels ci-dessous. Lorsque vous activez la notification d’échec d’actualisation, les propriétaires de contenu associé à des actualisations programmées peuvent se désengager de manière individuelle en modifiant leurs paramètres de compte. 1. Connectez-vous à Tableau Server en tant qu’administrateur de serveur. 2. Allez à l’onglet Général de la page Paramètres du site que vous voulez configurer pour les abonnements : - Si vous avez un seul site, en haut de la fenêtre du navigateur, cliquez sur Paramètres et Général. - Si vous avez plusieurs sites, sélectionnez le site que vous voulez configurer et cliquez sur Paramètres et Général. 3. Sur la page Général, procédez comme suit : - Faites défiler jusqu’aux paramètres Gérer les notifications et cochez la case Extraire les tâche. Si l’actualisation programmée d’une source de données spécifique échoue, le courriel est envoyé uniquement au propriétaire de la source de données, et non aux propriétaires des classeurs qui se connectent à cette source de données. - Sous Données d’identification intégrées, sélectionnez les options pour permettre aux publicateurs d’intégrer les données d’identification et de programmer des actualisations d’extrait. (Les planifications d’actualisation automatiques nécessitent des données d’identification intégrées pour que Tableau Server puisse accéder directement aux données.) **Remarque :** sur un serveur multi-site, les notifications d’échec sont un paramètre de site et les données d’authentification intégrées sont un paramètre de serveur. Pour configurer les informations d’identification intégrées sur un serveur multisite, sélectionnez Gérer tous les sites, puis Paramètres. ## Gestion des programmations du serveur Il sera peut-être plus approprié dans votre organisation de gérer les données d’identification intégrées et d’actualiser les programmations de manière centralisée depuis le serveur. Si vous faites cela, vous devrez peut-être décocher les cases à la section Informations d’identification intégrées décrite dans les étapes ci-dessus, pour que les publicateurs de Tableau Desktop ne voient pas les options de programmation pendant la publication. La gestion des programmations de manière centralisée vous permet de distribuer les tâches d’actualisation d’extraits et d’abonnement, et de les exécuter lorsque la plupart des personnes sont hors ligne. Vous pouvez ainsi contrôler les informations d’identification intégrées dans les connexions. ## Comment fonctionnent les courriels d’échec d’actualisation La notification par courriel pour une actualisation d’extrait ayant échoué répertorie le nom de l’extrait et l’emplacement sur le serveur, fournit l’heure de la dernière actualisation réussie, le nombre de fois consécutives où l’actualisation a échoué et suggère la raison de l’échec et la solution possible. Après cinq échecs consécutifs, la programmation d’actualisation est suspendue jusqu’à ce que vous ou le propriétaire des données décide d’une action pour rechercher la cause de l’échec, telle que la mise à jour des identifiants pour la base de données ou d’un chemin au fichier de données d’origine. ## Activer les courriels d’échec d’actualisation pour les non-administrateurs **Remarque :** Cette option n’est pas disponible pour les sources de données publiées créées ou actualisées à partir de Bridge. Par défaut, seuls les propriétaires de contenu reçoivent des notifications en cas de problème lors de l’actualisation d’un extrait. Les administrateurs peuvent toutefois choisir de recevoir des notifications en cas d’échec d’un extrait. Pour activer les notifications par courriel lorsqu’un extrait échoue, ouvrez le menu contextuel (**...**) dans le tableau de bord des extraits, sélectionnez Notification d’échec d’extrait, et sélectionnez **Oui** pour recevoir des notifications, ou **Non** pour arrêter l’envoi des notifications. ![Menu contenant la notification d’échec d’extrait](/tableau/current/fr-ca/server/fr-ca/Img/extract_failure_notify_menu.png "menu contextuel") **Remarque** : Si l’utilisateur actuel est propriétaire de l’extrait, il n’est pas possible d’activer ou de désactiver les notifications d’échec dans le menu contextuel. ### Comment la date de la dernière actualisation réussie est déterminée La date et l’heure de la dernière actualisation réussie sont affichées lorsque la dernière actualisation a eu lieu pendant plusieurs jours. Par défaut, la valeur est 14 jours et elle est définie dans `wgserver.alerts.observed_days`. Si le nombre de jours depuis la dernière actualisation réussie dépasse le nombre spécifié dans ce paramètre, le message dans le courriel affiche « pas dans les _N_ derniers jours ». [Passer au contenu principal](#main-content) # Activer le compte Exécuter en tant que service pour qu’il fasse office de système d’exploitation Pour utiliser la délégation Kerberos avec Tableau Server, vous devez configurer votre compte Exécuter en tant que service pour qu’il joue le rôle de système d’exploitation sur chaque nœud Tableau Server. 1. Sur l’ordinateur sur lequel Tableau Server est exécuté, sélectionnez Démarrer > Panneau de configuration > Outils d’administration > Stratégie de sécurité locale. 2. Dans la fenêtre Paramètres de sécurité locaux, ouvrez Stratégies locales, cliquez sur Attribution des droits utilisateur, cliquez avec le bouton droit de la souris sur Agir en tant que partie du système d’exploitation et sélectionnez Propriétés. ![Le volet Stratégie de sécurité locale affiche les paramètres Attribution des droits utilisateur, ainsi que le paramètre « Agir en tant que partie du système d’exploitation » en surbrillance.](/tableau/current/fr-ca/server/fr-ca/Img/runas_os.png) 3. Dans la fenêtre Propriétés de Agir en tant que partie du système d’exploitation, cliquez sur Ajouter un utilisateur ou un groupe. 4. Entrez `\` pour le compte Exécuter en tant que service Tableau Server (par exemple : `MYCOMPANY\tableau_server`), puis cliquez sur Vérifier les noms. 5. Une fois correctement résolu, le compte est souligné. Cliquez sur OK. 6. Cliquez sur OK pour fermer les fenêtres Stratégie de sécurité locale. [Passer au contenu principal](#main-content) # Activer les ports JMX Pour vous aider à résoudre un problème sur Tableau Server, le support technique Tableau peut vous demander d’activer les ports JMX. Ces ports peuvent être utiles pour la surveillance et la résolution des problèmes, généralement avec un outil comme JConsole. Dans les versions 2022.1 et ultérieures, les ports JMX peuvent être activés en toute sécurité et c’est la méthode recommandée. Dans les versions antérieures à la version 2022.1, vous ne pouvez activer que les ports non sécurisés. ## Activer les ports JMX sécurisés À partir de la version 2022.1 de Tableau Server, vous pouvez activer les ports JMX en toute sécurité. Cette procédure explique comment activer le JMX sécurisé. Pour activer JMX dans les versions antérieures, consultez [Activer les ports JMX non sécurisés](#EnableUnsecureJMX) ci-dessous. Pour activer les ports JMX sécurisés sur Tableau Server : 1. Ouvrez une invite de commande en tant qu’utilisateur disposant d’un accès administrateur à l’ordinateur sur lequel TSM est installé. 2. Exécutez cette commande : tsm maintenance jmx enable La commande a plusieurs options que vous pouvez fournir lors de son exécution. Si vous ne fournissez aucune option lorsque vous exécutez la commande, vous serez invité à choisir des options en fonction des réponses que vous donnez. Par exemple : C:\\Windows\\system32>tsm maintenance jmx enable We do not recommend you enable JMX unsecured on a production environment. Would you like to enable security features for JMX? (y/n): y JMX access is readonly by default. Would you like to add readwrite access? (y/n): n Would you like to enable SSL? (y/n): y Would you like to require client authentication (mTLS)? (y/n): n Enabling JMX with the specified settings. This will perform a server restart. Do you want to continue? (y/n): y Starting enable JMX asynchronous job. Pour plus d’informations sur la commande et ses options, consultez [tsm maintenance jmx enable](https://help.tableau.com/current/server/fr-ca/cli_maintenance_tsm.htm#jmx_enable). Activer les ports JMX non sécurisés Pour les versions de Tableau Server antérieures à la version 2022.1.0, si vous activez les ports JMX, ils ne peuvent être activés que non sécurisés. **Important :** l’activation des ports JMX peut entraîner des risques de sécurité. Nous vous recommandons fortement d’utiliser JMX sécurisé. Si vous n’avez pas de version de Tableau Server qui le prend en charge, soyez conscient du risque et atténuez-le en limitant l’accès aux ports JMX au plus petit nombre de clients qui soit pratique pour votre scénario. Vous limitez en général l’accès en utilisant des règles de pare-feu de l’hôte, un périphérique de sécurité externe ou des règles de routage. Pour activer les ports JMX non sécurisés sur Tableau Server : 1. [Arrêtez le serveur.](https://help.tableau.com/current/server/fr-ca/cli_stop_tsm.htm#stop) 2. Entrez la commande suivante : ``` tsm configuration set -k service.jmx_enabled -v true ``` 3. Appliquez les modifications en attente : ``` tsm pending-changes apply ``` Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). 4. Redémarrez le service de coordination et le contrôleur d’administration TSM : `net stop appzookeeper_0` `net start appzookeeper_0` `net stop tabadmincontroller_0` `net start tabadmincontroller_0` **Remarque :** vous devez exécuter ces commandes en tant qu’administrateur depuis une invite de commande. Selon la configuration de votre ordinateur, vous devrez peut-être les exécuter dans le dossier `C:\Windows\System32`. Le redémarrage de tabadmincontroller peut demander quelques minutes. Si vous tentez d’appliquer les modifications en attente à l’étape suivante avant que le contrôleur ait entièrement redémarré, TSM ne pourra pas se connecter au contrôleur. Vous pouvez vérifier que le contrôleur est en cours d’exécution en utilisant la commande `tsm status -v`. Le contrôleur d’administration de Tableau Server devrait afficher l’état « en cours d’exécution ». 5. [Démarrez le serveur](https://help.tableau.com/current/server/fr-ca/cli_start_tsm.htm#start). ## Détermination des ports JMX Par défaut, les ports JMX sont affectés de manière dynamique, dans une plage de ports disponibles. Pour plus d’informations sur le mode d’affectation des ports et la manière de remplacer le mappage dynamique, consultez [Ports de Tableau Services Manager](https://help.tableau.com/current/server/fr-ca/ports.htm). [Passer au contenu principal](#main-content) # Activer les programmations personnalisées pour les abonnements Les programmations personnalisées pour les abonnements permettent aux utilisateurs de recevoir des messages par courriel selon un calendrier qu’ils définissent, plutôt que d’utiliser un calendrier fixe défini par un administrateur de serveur. Les programmations personnalisées pour les abonnements sont disponibles pour les utilisateurs de Tableau Cloud à partir de mars 2017, et ces programmations peuvent maintenant être activées site par site dans Tableau Server version 2018.2. L’activation des programmations personnalisées pour les abonnements est une modification permanente sur les sites où vous apportez cette modification. Tous les sites où vous n’activez pas les programmations personnalisées continuent d’utiliser des calendriers fixes définis par un administrateur de serveur. ## Activer les programmations personnalisées Avant de pouvoir activer les programmations personnalisées sur un ou plusieurs sites, vous devez d’abord activer les programmations personnalisées sur Tableau Server, puis activer les programmations personnalisées sur un ou plusieurs sites sur ce serveur. Pour plus d’informations sur la configuration des abonnements sur Tableau Server, consultez [Configurer un site pour les abonnements](https://help.tableau.com/current/server/fr-ca/subscribe.htm). **Étape 1 : Activer les programmations personnalisées sur Tableau Server** Dans une invite de commande avec autorisations d’administrateur Tableau, exécutez les commandes suivantes : ``` tsm configuration set -k features.SelfServiceSchedules -v true tsm pending-changes apply ``` Cette opération redémarre Tableau Server. **Étape 2 : Activer les programmations personnalisées sur un site** 1. Connectez-vous à Tableau Server en tant qu’administrateur de serveur à l’aide d’un navigateur Web : ``` https:///#/login ``` 2. Accédez à la page **Paramètres du site** pour un site, puis activez les programmations personnalisées : 1. Cliquez sur **Tous les sites**, puis choisissez l’un des sites dans la liste déroulante. 2. Cliquez sur **Paramètres**. 3. Dans l’onglet **Général**, sous **Abonnements**, cochez la case suivante : **Convertissez définitivement depuis des planifications fixes créées par des administrateurs vers des planifications personnalisées créées par les utilisateurs. (Vous ne pouvez pas annuler cette opération)**. 4. Cliquez sur **Enregistrer**. Lorsque les programmations personnalisés sont activées sur un site, tous les calendriers fixes avec un abonnement sont convertis en un calendrier personnalisé équivalent. [Passer au contenu principal](#main-content) # Activer ou désactiver Parlez aux données pour un site **Changements importants apportés à Parlez aux données et Métriques** Les fonctionnalités Parlez aux données et Métriques de Tableau ont été retirées dans Tableau Cloud février 2024 et dans Tableau Server version 2024.2. Grâce aux progrès des technologies du langage naturel, nous développons une interface améliorée qui permettra de poser plus facilement des questions sur vos données et de rester au courant des changements. Pour plus d’informations, consultez [Comment Tableau AI et Tableau Pulse réinventent les expériences liées aux données.](https://www.tableau.com/fr-ca/blog/tableau-pulse-and-tableau-gpt) La fonctionnalité Parlez aux données est activée pour les sites par défaut, mais les administrateurs Tableau peuvent la désactiver. 1. Accédez aux paramètres de site Général. 2. (Tableau Server uniquement) Dans la section Création Web, sélectionnez Autoriser les utilisateurs à modifier les classeurs dans leur navigateur. 3. Dans la section Disponibilité de la fonctionnalité « Parlez aux données », choisissez parmi ces options : - Activé permet de créer des loupes Parlez aux données pour toutes les sources de données publiées. - Désactivé masque Parlez aux données sur tout le site, tout en préservant les informations sur les loupes précédemment créées afin qu’elles puissent être restaurées suite à une réactivation de Parlez aux données. **Remarque :** depuis la version 2019.4.5, les administrateurs Tableau Server peuvent configurer si la fonctionnalité Parlez aux données est activée ou non par défaut. [Passer au contenu principal](#main-content) # Activer Tableau Catalog [Tableau Catalog](https://help.tableau.com/current/server/fr-ca/dm_catalog_overview.htm) découvre et indexe tout le contenu de votre site Tableau Cloud ou Tableau Server, y compris les classeurs, les sources de données, les feuilles, les métriques et les flux. (L’ancienne fonctionnalité Métriques a été retirée de Tableau Cloud en février 2024 et de Tableau Server version 2024.2. Pour plus d’informations, consultez [Créer et résoudre les problèmes liés aux métriques (retiré)](https://help.tableau.com/current/online/fr-ca/metrics_create.htm)().) L’indexation est utilisée pour recueillir des renseignements sur le contenu, ou des métadonnées, sur le schéma et le lignage du contenu. Ensuite, à partir des métadonnées, Catalog identifie l’ensemble des bases de données, fichiers et tables utilisés par le contenu de votre site Tableau Cloud ou Tableau Server. Catalog est disponible avec la licence Gestion des données. Pour plus d’informations, consultez [À propos de Gestion des données](https://help.tableau.com/current/server/fr-ca/dm_overview.htm). Outre Catalog, les métadonnées de votre contenu sont également accessibles depuis l’[API de métadonnées Tableau](https://help.tableau.com/current/api/metadata_api/fr-ca/index.html) et l’API REST de Tableau en utilisant des [méthodes de métadonnées](https://help.tableau.com/current/api/rest_api/fr-ca/REST/rest_api_ref_metadata.htm). ## Avant l’activation de Catalog En tant qu’administrateur de Tableau Server, vous devez prendre en considération quelques points avant et pendant l’activation de Catalog pour assurer une performance optimale de Catalog dans votre environnement Tableau Server. ### Versions requises Avant d’activer Catalog, vérifiez que vous exécutez l’_une_ des versions suivantes de Tableau Server : - Au moins Tableau Server 2019.3.4 ou ultérieur - Au moins Tableau Server 2019.4.2 ou ultérieur - Au moins Tableau Server 2020.1.0 ou ultérieur - Au moins Tableau Server 2020.2.15 ou ultérieur - Tableau Server 2020.3 et ultérieur Pour savoir pour quelles raisons ces versions sont exigées, consultez la [Base de connaissances de Tableau](https://kb.tableau.com/articles/issue/lineage-not-populating-permissions-not-effective-and-vizzes-load-slowly-after-upgrade?lang=fr-ca). ### À quoi s’attendre lors de l’activation de Catalog Lorsque Catalog est activé pour la première fois, le contenu qui existe déjà sur Tableau Server est immédiatement indexé. #### Ingestion initiale Le processus d’indexation est composé de deux composants principaux, dont l’un est appelé ingestion initiale. L’ingestion initiale peut être décomposée en deux composants supplémentaires : - Renvoi de contenu - Renvoi de lignage L’état du renvoi de contenu et du renvoi de lignage est important à noter plus tard lorsque vous surveillerez les progrès et vérifierez que Catalog a été activé et fonctionne avec succès dans votre environnement Tableau Server. #### Vitesse d’ingestion initiale La durée nécessaire à l’indexation initiale du contenu par Catalog dépend de plusieurs facteurs : - **Quantité de contenu sur Tableau Server :** la quantité de contenu est mesurée par le nombre total de classeurs, de métriques, de sources de données publiées et de flux publiés sur Tableau Server. Pour plus d’informations, consultez [Espace disque de stockage des métadonnées](#Disk). - **Nombre de conteneurs de microservice non interactifs :** Catalog utilise le conteneur de microservice non interactif pour indexer tout le contenu sur Tableau Server. Pour plus d’informations, consultez [Mémoire pour les conteneurs de microservice non interactifs](#Memory). Comprendre les facteurs qui ont un impact sur l’ingestion initiale peut vous aider à évaluer le temps nécessaire pour activer et exécuter Catalog dans votre environnement. #### Espace disque de stockage des métadonnées Lors de l’ingestion initiale, les métadonnées sont générées et stockées dans le référentiel Tableau Server (base de données PostgreSQL de « relation »). La quantité d’espace disque nécessaire pour stocker les métadonnées peut atteindre à peu près la moitié de l’espace disque actuellement utilisé par le référentiel (base de données PostgreSQL de « groupe de travail »). Par exemple, supposons que le référentiel utilise 50 Go d’espace disque avant d’activer Catalog, le référentiel peut utiliser jusqu’à 75 Go d’espace disque après l’activation de Catalog. #### Mémoire pour les conteneurs de microservice non interactifs L’ingestion initiale s’exécute à l’intérieur du conteneur de microservice non interactif. Le conteneur de microservice non interactif est l’un des deux processus de [conteneurs de microservices Tableau Server](https://help.tableau.com/current/server/fr-ca/server_process_container.htm). Par défaut, un conteneur de microservice non interactif est ajouté à chaque nœud sur lequel un processus du gestionnaire de processus en arrière-plan est installé. Par défaut, l’ingestion initiale sur une seule instance du conteneur de microservice non interactif peut utiliser jusqu’à 4 Go de mémoire sur le nœud du gestionnaire de processus en arrière-plan. Si la quantité de contenu sur Tableau Server dépasse 10 000, un conteneur de microservice non interactif peut nécessiter jusqu’à 16 Go de mémoire sur le nœud du gestionnaire de processus en arrière-plan. Par conséquent, lorsque vous activez Catalog, assurez-vous que chaque nœud du gestionnaire de processus en arrière-plan dispose de la capacité disponible pour prendre en charge chaque conteneur de microservice non interactif pendant le processus d’ingestion initiale. Si vous prévoyez d’ajouter plus de conteneurs de microservice non interactifs pour réduire le temps d’ingestion initiale, déterminez d’abord le nombre total de conteneurs nécessaires (en utilisant [Étape 2 : Estimer la durée nécessaire de l’ingestion initiale](#step2), ci-dessous) et vérifiez ensuite si votre environnement Tableau Server est configuré avec une capacité suffisante pour prendre en charge _tous les_ conteneurs de microservice non interactifs. Selon la configuration actuelle de votre environnement Tableau Server, vous pourriez ne pas être en mesure d’ajouter tous les conteneurs de microservice supplémentaires non interactifs dont vous avez besoin pour réduire le temps d’ingestion initiale. ### Meilleures pratiques d’activation de Catalog Parce que la vitesse d’ingestion initiale et les exigences sont propres à chaque environnement Tableau Server, Tableau vous recommande d’appliquer une ou plusieurs des mesures suivantes lorsque vous activez Catalog : - Assurez-vous qu’il y a suffisamment d’espace disque pour que le référentiel Tableau Server puisse prendre en charge les métadonnées supplémentaires que l’ingestion initiale génère et stocke. En règle générale, le référentiel aura besoin de 50 % supplémentaires de l’espace disque actuellement utilisé par le référentiel. Pour plus d’informations sur l’utilisation du disque Tableau Server, consultez [Espace disque serveur](https://help.tableau.com/current/server/fr-ca/adminview_space_all_nodes.htm). - Selon la quantité de contenu sur Tableau Server, assurez-vous que chaque nœud du gestionnaire de processus en arrière-plan a au moins 4-16 Go de mémoire disponible pour chaque instance d’un conteneur de microservice non interactif pendant l’ingestion initiale. - Effectuez le processus au cours du week-end pour que l’ingestion initiale soit terminée avant que vos utilisateurs commencent à utiliser les capacités de Catalog. - Effectuez le processus dans un environnement de test avec le contenu de production d’abord. En effet, le type de contenu à ingérer peut jouer un rôle important sur la vitesse d’ingestion. ### Résumé des étapes d’activation de Catalog Les étapes suivantes résument le processus d’activation et d’exécution de Catalog sur Tableau Server. Les étapes doivent être exécutées de façon séquentielle. 1. [Déterminer la quantité de contenu sur Tableau Server](#step1) 2. [Estimer la durée nécessaire de l’ingestion initiale](#step2) 3. [Diminuer la durée d’ingestion initiale](#step3) 4. [Activer la licence Gestion des données](#step4) 5. [Désactiver les fonctionnalités Catalog](#step5) 6. [Exécuter la commande tsm maintenance metadata-services](#step6) 7. [Surveiller l’avancement de l’ingestion initiale et valider son statut](#step7) 8. [Configurer SMTP](#step8) 9. [Activer les fonctionnalités Catalog](#step9) **Remarque :** Étant donné que l’indexation des métadonnées du contenu Tableau sur Tableau Server est pilotée par l’API de métadonnées, vous devez activer l’API de métadonnées pour exécuter et utiliser Catalog. ## Activation de Catalog #### Étape 1 : Déterminer la quantité de contenu sur Tableau Server Pour déterminer la quantité de contenu sur Tableau Server, procédez comme suit : 1. Connectez-vous à Tableau Server à l’aide de vos identifiants d’administrateur. 2. Allez à la page **Explorer**. 3. Cliquez sur le menu déroulant Projet de niveau supérieur et additionnez les chiffres à côté de Tous les classeurs, Toutes les métriques, Toutes les sources de données et Tous les flux. Vous obtenez la quantité totale de contenu sur Tableau Server. #### Étape 2 : Estimer la durée nécessaire à l’ingestion initiale Pour estimer la durée qu’il faudra à Catalog pour ingérer le contenu Tableau Server pour la première fois (ingestion initiale), comparez _votre_ configuration de Tableau Server avec une configuration _de base de_ Tableau Server. Dans le cas où Tableau Server présente la configuration suivante, l’ingestion initiale peut prendre environ 6 heures. | Composants | Valeurs de référence | | --- | --- | | Contenu | 17 000 classeurs, métriques, sources de données publiées et flux | | Conteneurs de microservice non interactifs | 10 | | Ingestion | ~6 heures | Si vous avez environ la _moitié_ du contenu dans votre environnement Tableau Server, l’ingestion initiale peut prendre moitié moins de temps. Par exemple : 8 500 (classeurs, sources de données publiées et flux) + 10 conteneurs de microservice non interactifs ,= ~3 heures (ingestion initiale) Si vous avez environ le _double_ du contenu dans votre environnement Tableau Server, l’ingestion initiale peut prendre deux fois plus de temps. Par exemple : 34 000 (classeurs, sources de données publiées et flux) + 10 conteneurs de microservice non interactifs ,= ~12 heures (ingestion initiale) #### Étape 3 : Diminuer la durée d’ingestion initiale En règle générale, le temps nécessaire au catalogue pour effectuer l’ingestion initiale est corrélé au nombre de conteneurs de microservice non interactifs. Pour réduire la durée d’ingestion initiale, vous pouvez augmenter le nombre de conteneurs de microservice non interactifs. **Augmenter le nombre de conteneurs de microservice non interactifs** Par défaut, un conteneur de microservice non interactif est ajouté à chaque nœud doté d’un gestionnaire de processus en arrière-plan. Pour aider à réduire la durée d’ingestion initiale, Tableau vous recommande d’augmenter le nombre de conteneurs de microservice non interactifs à l’aide de la commande `tsm topology set-process`. 1. Ouvrez une invite de commande en tant qu’administrateur sur le nœud initial (le nœud sur lequel TSM est installé) du groupement. 2. Exécutez la commande `tsm topology set-process --count --node --process ` Par exemple, pour augmenter le conteneur de microservice non interactif sur le nœud initial à 4 conteneurs, exécutez la commande suivante : `tsm topology set-process --count 4 –-node node1 --process noninteractive` Pour plus d’informations sur l’exécution de la commande et de ses options globales, consultez [Topologie tsm](https://help.tableau.com/current/server/fr-ca/cli_topology_tsm.htm#TSMSetProcess#TSMSetProcess). **Important :** avant d’augmenter le nombre de conteneurs de microservice non interactifs, examinez les points suivants :  - La recommandation d’augmenter les conteneurs de microservice non interactifs s’applique au nombre total de conteneurs de microservice non interactifs, et non pas au total de conteneurs de microservice non interactifs par nœud. Par exemple, supposons que vous avez 4 nœuds, mais que vous voulez augmenter le nombre de conteneurs de microservice non interactifs à 8. La valeur `--count` que vous utilisez dans la commande tsm est 2. - Pour chaque conteneur de microservice non interactif ajouté, 4 Go de mémoire supplémentaire seront utilisés sur le nœud et la charge sera ajoutée au référentiel Tableau Server (base de données PostgreSQL). - Tableau vous recommande d’augmenter progressivement le nombre de conteneurs de microservice non interactifs de 2 unités d’exécution maximum à la fois tout en surveillant étroitement votre environnement Tableau Server. Vous éviterez ainsi les problèmes d’utilisation du processeur pour le référentiel Tableau Server (base de données PostgreSQL). - Sachez que si vous ajoutez trop de conteneurs de microservice non interactifs, l’utilisation du processeur de la base de données PostgreSQL peut atteindre un pic et provoquer un basculement. Les symptômes à surveiller comprennent les erreurs SQLException dans les fichiers journaux vizportal. Pour plus d’informations, consultez la rubrique [Basculement du référentiel](https://help.tableau.com/current/server/fr-ca/distrib_ha_failover.htm). #### Étape 4: Activer la licence Gestion des données (Requiert Gestion des données) Si ce n’est pas déjà fait, vous pouvez activer Gestion des données. Pour plus d’information, consultez [Obtenir une licence Gestion des données](https://help.tableau.com/current/server/fr-ca/dm_license.htm). #### Étape 5 (facultatif) : Désactiver les fonctionnalités Catalog pour chaque site (Requiert Gestion des données) Dans le cadre de l’activation de Gestion des données, les fonctionnalités Catalog sont activées par défaut. En raison du processus d’indexation et de son temps d’exécution estimé, envisagez de désactiver temporairement les fonctionnalités Catalog pour chaque site afin que les utilisateurs de Tableau Server ne puissent pas accéder aux fonctionnalités Catalog tant que Catalog n’est pas prêt et en mesure de fournir des résultats complets et précis. 1. Connectez-vous à Tableau Server à l’aide de vos identifiants d’administrateur. 2. Dans le panneau de navigation gauche, cliquez sur Paramètres. 3. Dans l’onglet Général, sous Tableau Catalog, désélectionnez la case Activer Tableau Catalog . 4. Répétez les étapes 2-3 pour chaque site sur Tableau Server. #### Étape 6 : Exécuter la commande tsm maintenance metadata-services Utilisez la commande `tsm maintenance metadata-services` pour activer l’API de métadonnées Tableau. L’exécution de la commande lance l’ingestion initiale. Si Tableau Server est sous licence avec Gestion des données, l’exécution de la commande active également les capacités Catalog (si elle n’a pas été désactivée plus tôt). 1. Ouvrez une invite de commande en tant qu’administrateur sur le nœud initial (le nœud sur lequel TSM est installé) du groupement. 2. Exécutez la commande `tsm maintenance metadata-services enable` Pour plus d’informations sur l’exécution de la commande tsm, reportez-vous à la rubrique [tsm maintenance](https://help.tableau.com/current/server/fr-ca/cli_maintenance_tsm.htm#cat_enable). **Remarques :** lors de l’exécution de cette commande, gardez à l’esprit ce qui suit : - L’exécution de cette commande arrête et démarre certains services utilisés par Tableau Server, ce qui rend certaines fonctionnalités, telles que les recommandations, temporairement indisponibles pour vos utilisateurs. - Un nouvel index de métadonnées est alors créé. L’exécution de cette commande à tout moment ultérieur créera et remplacera l’index précédent. #### Étape 7 : Surveiller l’avancement de l’ingestion initiale et valider son statut L’exécution de la commande tsm ci-dessus lance le processus d’ingestion initiale. Pour vous assurer que le processus d’ingestion initiale se déroule correctement, vous pouvez surveiller son avancement à l’aide de Backfill API. Pour plus d’informations, consultez [Obtenir l’état d’ingestion initiale](https://help.tableau.com/current/server/fr-ca/dm_tools_backfill.htm). #### Étape 8 : Configurer les paramètres SMTP Si ce n’est pas déjà fait pour Tableau Server, configurez les paramètres SMTP. SMTP prend en charge l’envoi de courriels aux propriétaires qui ont besoin d’être contactés au sujet des modifications apportées aux données. Pour plus d’informations sur la configuration de SMTP, consultez [Configurer les paramètres SMTP](https://help.tableau.com/current/server/fr-ca/config_smtp.htm). #### Étape 9 (facultatif) : Activer les fonctionnalités Catalog pour chaque site (Requiert Gestion des données) Si vous avez désactivé les fonctionnalités Catalog avant d’activer Catalog dans l’une des procédures ci-dessus, vous devez activer Catalog pour que ses fonctionnalités soient accessibles à vos utilisateurs. 1. Connectez-vous à Tableau Server à l’aide de vos identifiants d’administrateur. 2. Dans le panneau de navigation gauche, cliquez sur Paramètres. 3. Dans l’onglet Général, sous Tableau Catalog, sélectionnez la case Activer Tableau Catalog . 4. Répétez les étapes 2-3 pour chaque site sur Tableau Server. ## Résolution des problèmes de Catalog Vous-même ou vos utilisateurs pouvez rencontrer l’un des problèmes suivants lors de l’utilisation de Catalog. #### Messages en cas de dépassement de limite de délai d’expiration et de limite de nœud Pour éviter que les tâches Catalog susceptibles de renvoyer un grand nombre de résultats n’accaparent toutes les ressources système de Tableau Server, Catalog implémente à la fois des limites de délai d’expiration et de nombre de nœuds. - **Limite de délai d’expiration** Lorsque des tâches Catalog atteignent la limite de délai d’expiration, vous-même et vos utilisateurs voyez s’afficher le message suivant : « _Affichage de résultats partiels, dépassement du délai de demande. Veuillez réessayer ultérieurement. »_ ou TIME\_LIMIT\_EXCEEDED Pour résoudre ce problème, en tant qu’administrateur de Tableau Server, vous pouvez augmenter la limite de délai d’expiration à l’aide de la commande `tsm configuration set –k metadata.query.limits.time`. Pour plus d’informations, reportez-vous aux rubriques [Configuration tsm](https://help.tableau.com/current/server/fr-ca/cli_configuration_tsm.htm) et [Options tsm configuration set](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm#metadata_timeout) . **Important :** augmenter la limite de délai d’expiration peut solliciter davantage l’unité centrale de traitement pendant plus longtemps, et donc avoir un impact sur les performances des autres processus Tableau Server. - **Limite de nombre de nœuds** Lorsque les tâches Catalog atteignent la limite de nombre de nœuds, vous-même et vos utilisateurs voyez s’afficher le message suivant : NODE\_LIMIT\_EXCEEDED Pour résoudre ce problème, en tant qu’administrateur de Tableau Server, vous pouvez augmenter la limite de nœuds à l’aide de la commande `tsm configuration set –k metadata.query.limits.count`. Pour plus d’informations, reportez-vous aux rubriques [Configuration tsm](https://help.tableau.com/current/server/fr-ca/cli_configuration_tsm.htm) et [Options tsm configuration set](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm#metadata_nodelimit) . **Important :** l’augmentation du délai d’expiration peut affecter la mémoire système. #### Contenu manquant - Si vous soupçonnez qu’après l’ingestion initiale, il manque un contenu dans Catalog, vous pouvez utiliser Eventing API pour résoudre les problèmes. Eventing gère l’indexation du contenu sur Tableau Server après l’ingestion initiale. Pour plus d’informations, consultez [Obtenir l’état Eventing](https://help.tableau.com/current/server/fr-ca/dm_tools_eventing.htm). - Lorsque la connexion entre une ressource externe intégrée et son contenu Tableau en aval est supprimée, elle reste dans Catalog (ou dans l’API de métadonnées Tableau) jusqu’à ce qu’elle soit automatiquement supprimée par un processus du gestionnaire de processus en arrière-plan qui s’exécute tous les jours à 22 :00 :00 UTC (heure universelle coordonnée) . Par exemple, supposons qu’un classeur, initialement publié avec un fichier texte incorporé A, soit republié avec un fichier texte incorporé B. Le fichier A reste visible (ou consultable) en tant que ressource externe jusqu’à ce que le processus du gestionnaire de processus en arrière-plan soit en mesure de le supprimer. Vous pouvez désactiver l’exécution de ce processus du gestionnaire de processus en arrière-plan si vous ne souhaitez pas supprimer ces types de ressources externes ou si vous pensez qu’il utilise des ressources système que vous ne souhaitez pas consacrer à ce processus. Vous pouvez également ajuster le nombre de ressources actives intégrées externes qui sont supprimés. Pour plus d’informations, consultez [features.DeleteOrphanedEmbeddedDatabaseAsset](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm#metadata_orphanembedded) et [databaseservice.max\_database\_deletes\_per\_run](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm#metadata_orphanembedded_maxnumber). Vous pouvez surveiller ce processus de l’une des deux manières suivantes : - Filtrez le type de tâche **Travail ponctuel Recanoniser les ressources de base de données/table existantes après une modification de la logique de canonisation** dans la vue administrative [Tâches en arrière-plan pour les non-extraits](https://help.tableau.com/current/server/fr-ca/adminview_backgrnd_nonextract.htm). - Consultez la section **Suppression terminée des bases de données intégrées orphelines** ou des **événements database\_service\_canonicalization\_change** dans les [fichiers journaux Tableau Server](https://help.tableau.com/current/server/fr-ca/logs_loc.htm). #### Performances après ingestion initiale Dans certains environnements Tableau Server où le contenu spécifique est mis à jour très fréquemment (par exemple, par le biais de programmations à haute fréquence ou de demandes de ligne de commande ou d’API), le processus d’indexation risque d’être saturé. Dans ces cas, en tant qu’administrateur de serveur, vous pouvez envisager d’activer la limitation des événements pour mieux préserver les performances de Catalog. Pour plus d’information, consultez [metadata.ingestor.pipeline.throttleEventsEnable](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm#metadata_eventthrottle_enable). **Remarque :** lorsque la limitation d’événements est activée, les utilisateurs peuvent constater un délai intentionnel pour les modifications de contenu dans Catalog. #### Erreurs de mémoire saturée Dans certains cas, Tableau Server peut rencontrer des erreurs de mémoire à la suite de problèmes avec l’ingestion de contenu complexe. Si vous soupçonnez que l’ingestion est la cause des erreurs de mémoire sur votre Tableau Server, contactez l’assistance Tableau et voyez avec eux comment définir les [metadata.ingestor.blocklist](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm#metadata_blocklist) de manière à éviter l’ingestion. Le problème devrait être résolu. ## Désactiver Tableau Catalog Vous pouvez désactiver Catalog de l’une des deux manières suivantes. #### Désactiver les fonctionnalités Catalog pour chaque site (Requiert Gestion des données) Vous pouvez désactiver les fonctionnalités de Catalog à tout moment. Lorsqu’elles sont désactivés, les fonctionnalités Catalog comme l’ajout d’avertissements sur la qualité des données ou la gestion explicite des autorisations pour les ressources de bases de données et de tables, ne sont pas disponibles. Catalog continue toutefois d’indexer le contenu publié et les métadonnées sont accessibles depuis l’API de métadonnées Tableau et les méthodes de métadonnées de l’API REST de Tableau. 1. Connectez-vous à Tableau Server à l’aide de vos identifiants d’administrateur. 2. Dans le panneau de navigation gauche, cliquez sur Paramètres. 3. Dans l’onglet Général, sous Tableau Catalog, désélectionnez la case Activer Tableau Catalog . #### Arrêter d’indexer les métadonnées Pour arrêter l’indexation du contenu publié sur Tableau Server, vous pouvez désactiver l’API de métadonnées Tableau. Pour désactiver l’API de métadonnées, exécutez la commande `tsm maintenance metadata-services disable`. Pour plus d’informations, consultez [tsm maintenance](https://help.tableau.com/current/server/fr-ca/cli_maintenance_tsm.htm#cat_disable). ## Autres articles de cette section [Passer au contenu principal](#main-content) # Activer Tableau Server à l’aide du service Authorize to Run Vous pouvez utiliser le service ATR pour activer Tableau Server déployé dans des environnements sur place, nuagiques, conteneurs ou virtuels sans manquer d’activations de licence. Le service ATR offre cette possibilité en fournissant des baux à court terme d’une durée configurable (durée du service ATR) qui lient la licence à l’appareil jusqu’à ce que la date d’expiration de la clé produit soit atteinte. ATR gère le suivi de la capacité d’activation de sorte qu’en cas de modification matérielle sous-jacente, les erreurs d’activation maximales ne se produisent pas. Cette option est recommandée pour toutes les installations de Tableau Server. Si vous activez Tableau Server en ligne (c’est le cas par défaut), Tableau Server se connecte à différents sites Internet pour l’octroi de licences. Pour plus d’informations, consultez [Communication avec Internet](https://help.tableau.com/current/server/fr-ca/plan_network.htm). Si vous activez Tableau Server hors ligne, vous pouvez toujours utiliser le service ATR pour l’activer, mais de légères différences existent dans le fonctionnement de la durée du service ATR avec les activations hors ligne. Pour plus d’information, consultez [Durée du service ATR pour les activations hors ligne](#ATR2). Nous vous recommandons d’utiliser le service Autorize to Run (ATR) du serveur pour simplifier l’octroi de licences de serveur. Si vous choisissez de ne pas utiliser Server ATR, vous utiliserez l’ancienne technologie d’octroi de licences qui n’offre pas les capacités de gestion dynamique de Server ATR. Le type d’activation que vous allez sélectionner sera permanent pour cette installation de Tableau Server. Si vous souhaitez le modifier ultérieurement, vous devrez sauvegarder, supprimer, puis réinstaller Tableau Server. ## Fonctionnement de Tableau Server ATR Lorsque le service ATR est activé, Tableau Server communique périodiquement avec un service Authorize to Run (ATR) hébergé par Tableau pour vérifier que Tableau est autorisé à s’exécuter, en fonction de sa licence et de la durée de la fenêtre d’autorisation (durée ou bail ATR). Tant que cette communication fonctionne, Tableau s’exécute sans incidence pour l’utilisateur. Lorsque Tableau Server est activé hors ligne et que ATR est activé, Tableau Server ne peut pas communiquer périodiquement avec le service ATR pour vérifier que Tableau est autorisé à s’exécuter. En revanche, Tableau Server effectue un suivi interne de la durée du service ATR à partir de la première activation hors ligne de la clé produit. ### Durée du service ATR Par défaut, une instance de Tableau Server se voit attribuer un bail (durée) ATR de 5 jours pour joindre avec succès le service ATR à des fins de vérification. Il faut donc comprendre qu’après la première autorisation, Tableau Server peut être utilisé pendant 5 jours sans connexion réseau avant que l’activation n’expire. Des tentatives de contrôles d’autorisation sont régulièrement effectuées entre Tableau Server et le service ATR, et chaque fois qu’un contrôle réussit, l’autorisation ATR est réinitialisée à sa pleine durée. La fréquence des contrôles d’autorisation varie et dépend de la durée du service ATR :
Durée du service ATRFréquence des contrôles d’autorisation
< 4 heurestoutes les 15 minutes
< 24 heurestoutes les 1 heure
< 7 jourstoutes les 12 heures
> 7 jourstoutes les 24 heures
Par exemple : Si la durée du service ATR est de 48 heures, Tableau Server communique avec le service ATR toutes les 12 heures pour effectuer un contrôle d’autorisation et la durée du service ATR sera réinitialisée à 48 heures après chaque contrôle d’autorisation réussi. La durée du service ATR commence alors un compte à rebours à 0 jusqu’au prochain contrôle d’autorisation. Si la machine Tableau Server cesse de fonctionner ou s’il n’y a pas d’accès à Internet, Tableau Server ne pourra plus communiquer avec le service ATR. Dans ce cas, la durée du service ATR ne sera pas réinitialisée à 48 heures et continuera le décompte jusqu’à 0. Si Tableau Server n’est pas démarré ou ne peut pas communiquer avec le service ATR avant que la durée du service ATR n’atteigne 0, la licence va expirer et vous devrez l’activer à nouveau. **Remarque :** Vous devez garder votre Tableau Server en cours d’exécution autant que possible. Si Tableau Server n’arrive pas à effectuer un contrôle d’autorisation pendant la durée ATR, le service ATR récupère le bail de licence et vous devrez alors réactiver votre licence. Pour afficher la durée ATR, voir [tsm licenses atr-configuration get](https://help.tableau.com/current/server/fr-ca/cli_licenses_tsm.htm#TSMAtr-configuration-get). ## Définir ou modifier la durée du service ATR du serveur Lorsque vous utilisez le service ATR du serveur pour activer Tableau Server, vous pouvez modifier la durée du service ATR et utiliser un paramètre différent de la valeur par défaut de 432 000 secondes (5 jours). Si vous créez un serveur de test ou une machine virtuelle (VM) qui aura une courte durée de vie, vous voudrez peut-être raccourcir la durée du service ATR. De même, si vous avez un serveur que vous prévoyez de conserver pendant une longue période, vous souhaiterez peut-être allonger la durée du service. La réduction de la durée ATR lorsque vous démarrez fréquemment des machines virtuelles récentes permet aux machines virtuelles d’ancienne génération de libérer leur capacité, qui pourra être utilisée par les machines virtuelles récentes. En revanche, l’augmentation de la durée ATR rallonge les cycles de renouvellement, mais ne permet pas de libérer la capacité aussi souvent. Pour modifier la durée du service ATR, utilisez la commande `tsm licenses atr-configuration set –duration `. Pour plus d’informations, consultez [tsm licenses atr-configuration set](https://help.tableau.com/current/server/fr-ca/cli_licenses_tsm.htm#TSMAtr-configuration-set).
Durée du service ATR en quelques secondesMinimumMaximumPar défaut
Tableau Server (non-conteneur)3 600 (1 heure)7 776 000 (90 jours)432 000 (5 jours)
Pour définir la durée du service ATR et démarrer manuellement le Service d’activation, exécutez les commandes suivantes : **Remarque :** Vous devez exécuter ces commandes en tant qu’administrateur depuis une invite de commande. Selon la configuration de votre ordinateur, vous devrez peut-être les exécuter dans le dossier C :\\Windows\\System32. 1. Sur le nœud initial, ouvrez une invite de session en tant qu’administrateur, puis utilisez les commandes suivantes. 2. `tsm licenses atr-configuration set -–duration ` 3. `tsm pending-changes apply` 4. `net stop activationservice_0` 5. `net start activationservice_0` ## Durée du service ATR pour les activations hors ligne Lorsque Tableau Server est activé hors ligne, la durée ATR est fixée à un an à compter du jour d’activation hors ligne de la clé produit ou de la date de renouvellement de la clé produit, selon la première éventualité. Lorsque la durée ATR atteint la date définie, la clé produit est désactivée. Tableau ne pouvant pas communiquer avec le service ATR dans des environnements hors ligne, aucun contrôle d’autorisation ne sera effectué. Si vous utilisez la commande `tsm licenses atr-configuration get` pour afficher la durée du service ATR pour les activations hors ligne, le résultat sera `0`, ce qui est attendu. Pour afficher la durée du service ATR pour les activations hors ligne, utilisez plutôt la commande `ATRDiag -product "Tableau Server"`. Pour plus d’informations, consultez [Référence de ligne de commande ATRDiag.exe](https://help.tableau.com/current/server/fr-ca/atrdiag.htm). Parmi les sorties, la date `TTL End` correspond à la date à laquelle la durée du service ATR se termine. ### Mise à jour de la durée ATR dans les environnements hors ligne Étant donné que les contrôles d'autorisation ne sont pas possibles dans un environnement hors ligne, la durée ATR est définie sur une valeur fixe comme décrit ci-dessus. Pour éviter les temps d’arrêt imprévus de Tableau Server, tenez compte de la durée ATR de votre installation et prévoyez de mettre à jour la durée ATR avant son expiration. La réalisation de cette opération dépend de si votre clé est USL ou non USL : - **Clés USL :** Si vous avez une clé USL, suivez les instructions décrites ici : [Mises à jour du droit de licence hors ligne de la clé produit USL](https://help.tableau.com/current/server/fr-ca/license_usl.htm#USL). - **Clés non USL :** Si vous disposez d’une clé non USL, l’activation hors ligne avec le service ATR n’est pas prise en charge. Il faut alors procéder manuellement. Pour plus d’informations, consultez l’article de la base de connaissances [Tableau Server 2023.1+ : Désactivation de licence hors ligne avec ATR non disponible](https://help.salesforce.com/s/articleView?id=001534333&type=1). ## Déplacer une clé produit Server ATR vers une autre instance de Tableau Server Si vous souhaitez arrêter d’utiliser votre clé produit sur une instance Tableau Server existante et l’utiliser sur une nouvelle installation de Tableau Server, vous pouvez déplacer votre clé produit Server ATR. Vous souhaiterez peut-être déplacer des clés produits dans les cas suivants : - Basculement entre les environnements de développement ou de pré-production. - Déplacement de Tableau Server sur un matériel mis à niveau. - Déplacement de Tableau Server sur une infrastructure dans le nuage. - Utiliser une instance Tableau Server éphémère, par exemple une machine virtuelle ou un conteneur. ## Désactiver une clé produit pour la réutiliser sur une autre instance Tableau Server ### Désactiver une clé produit dans la version 2021.4 et les versions ultérieures Vous pouvez supprimer des clés produit qui ont été activées à l’aide du service ATR du serveur lorsque vous souhaitez récupérer des capacités de licence d’une installation Tableau Server et les utiliser sur une autre. Pour plus d’informations sur la récupération d’une clé de produit, consultez [Désactiver une clé produit](https://help.tableau.com/current/server/fr-ca/license_deactivate.htm) . ### Désactiver une clé produit dans la version 2021.3 et les versions antérieures Lorsque le service ATR est utilisé pour activer une licence Tableau Server, vous ne pouvez pas désactiver manuellement la licence. Vous pouvez avoir une installation de production et deux installations hors production par licence. Si vous avez des activations inutilisées sur une licence, vous pouvez activer la même licence sur une autre instance Tableau Server. Si vous n’avez plus d’activations, vous pouvez toujours activer la licence après l’expiration du bail ATR en procédant comme suit : 1. Empêchez l’instance Tableau Server existante d’actualiser son activation louée. Vous pouvez utiliser l’une des méthodes suivantes dans ce cas : - Fermer votre Tableau Server existant. - Désinstaller l’instance Tableau Server existante. - Déconnecter l’instance Tableau Server existante d’Internet en débranchant le câble Ethernet ou en déconnectant le Wi-Fi. 2. Après l’expiration du bail ATR, vous pouvez réutiliser la licence sur un autre Tableau Server. 3. Sur le nouvel ordinateur, installez Tableau Server. Lorsque vous y êtes invité, activez Tableau Server en utilisant la même licence. [Passer au contenu principal](#main-content) # Activer Tableau Server hors ligne Lorsque vous installez Tableau Server, vous devez activer au moins une clé produit, mais nous vous recommandons d’activer toutes les licences Tableau Server répertoriées dans le portail client Tableau. Ceci active le serveur et spécifie le nombre de niveaux de licence que vous pouvez attribuer aux utilisateurs. Pour les activations hors ligne sur Tableau Server avec ATR, vous pouvez utiliser soit l’ID d’activation hors ligne soit le Nom de la clé produit figurant dans le champ ID d’activation hors ligne du portail client de Tableau. Pour plus d'informations sur la recherche de la bonne clé, consultez l'article de connaissances [Trouver la bonne clé sur Tableau Server](https://help.salesforce.com/s/articleView?id=001464376&type=1). Il se peut aussi que vous deviez occasionnellement activer des licences après l’installation de Tableau Server, par exemple si vous ajoutez de la capacité à votre serveur, ou si vous obtenez une nouvelle clé produit. Si vous n’avez pas votre clé produit, vous pouvez l’obtenir auprès de l’[Espace client Tableau](http://myaccount.tableau.com/). **Remarque :** L’activation d’une clé produit après le démarrage de Tableau Server nécessitera un redémarrage de Tableau Server pour que les modifications soient prises en compte. Dans la plupart des cas, vous pouvez activer votre clé directement à partir de Tableau Server, soit pendant l’installation, soit plus tard, à l’aide de la page Licences de Tableau Services Manager (TSM), mais vous pouvez ne pas y être autorisé dans certaines circonstances, par exemple si votre ordinateur n’est pas connecté à Internet ou si un pare-feu restreint l’accès en dehors de votre intranet. Dans ces cas, vous devez effectuer une activation hors ligne. ### Activation hors ligne et gestion des licences basée sur la connexion (LBLM) À partir de Tableau Server version 2023.1.0, l’activation hors ligne est prise en charge pour la LBLM lorsque votre serveur est configuré pour utiliser le service Authorize to Run (ATR). Vous ne pouvez configurer Tableau Server que de manière à utiliser le service ATR lors d’une nouvelle installation. Les clients qui effectuent une mise à niveau avec des installations de serveur existantes doivent installer une nouvelle instance de Tableau Server version 2023.1.0 ou ultérieure et restaurer une sauvegarde de leur installation existante sur cette nouvelle instance. Pour plus d’information sur ce processus, consultez [Utiliser une approche Bleu/Vert pour la mise à niveau de Tableau Server](https://help.tableau.com/current/server/fr-ca/server-upgrade-blue-green.htm). Pour en savoir plus sur le service ATR, consultez [Activer Tableau Server à l’aide du service Authorize to Run](https://help.tableau.com/current/server/fr-ca/atr_service.htm). ### Activation hors ligne et licences d'abonnement pouvant être mises à jour (USL) L’activation hors ligne des licences d’abonnement pouvant être mises à jour nécessite des étapes spéciales. Pour plus de détails, consultez [Activation USL dans des environnements hors ligne ou déconnectés](https://help.tableau.com/current/server/fr-ca/license_usl.htm#USLActivatingOffline). Il existe deux scénarios dans lesquels vous devrez peut-être effectuer une activation hors ligne : - Activation hors ligne pendant l’installation - Pour effectuer une activation hors ligne lorsque vous installez Tableau Server. - Activation hors ligne des licences après l’installation - Pour effectuer une activation hors ligne après l’installation et l’exécution de votre serveur. ## Aperçu de l’activation hors ligne L’activation hors ligne de Tableau Server dépend de votre méthode d’activation (avec ou sans le service ATR, Authorization-To-Run). **Remarque** : Lorsque vous utilisez le service ATR et activez une licence USL pour Tableau Server, vous pouvez utiliser soit le nom de la **clé** produit, soit **l’identifiant d’activation hors ligne**. Nous recommandons d’utiliser le nom de la clé, car vous n’avez pas besoin de déterminer l’identifiant d’activation hors ligne. L’activation hors ligne de _sans_ ATR comporte les étapes suivantes : 1. Générez un fichier de demande d’activation hors ligne. 2. Copiez le fichier de demande d’activation hors ligne sur un ordinateur ayant accès à Internet. 3. Téléversez le fichier de demande d’activation hors ligne sur le [site Web d’activation de Tableau](https://www.tableau.com/fr-ca/support/activation). 4. Téléchargez le fichier de réponse d’activation hors ligne résultant du site Web. Utilisez ce fichier pour activer Tableau Server ### Modifications du nom du fichier d’activation hors ligne À compter de la version 2023.1 de Tableau Server, le système d’octroi de licences de Tableau prend en charge deux technologies de licence sous-jacentes. D’un point de vue administratif, la seule différence de configuration entre les deux systèmes concerne les types de fichiers qui sont générés et consommés pour l’activation hors ligne. La technologie de licence est déterminée lors de l’installation initiale de Tableau Server et ne peut pas être modifiée après l’installation. Nous appelons FlexNet la version héritée (et toujours prise en charge) de la technologie d’octroi de licences. La dernière version de la technologie est appelée ATR. Pour en savoir plus, consultez [Activer Tableau Server à l’aide du service Authorize to Run](https://help.tableau.com/current/server/fr-ca/atr_service.htm). Le tableau suivant décrit la nomenclature des noms de fichiers pour chaque technologie. Le tableau comprend également la référence générique.
Nom de fichier génériqueNoms de fichiers Server ATRNoms des fichiers FlexNet
OfflineActivationRequestOfflineActivationRequestFile_aaaaMMjj.hhmmss.jsonTableauOfflineActivationRequest.tlq
OfflineActivationResponseOfflineActivationLicensingAtrs.zipactivation.tlf
**Remarque :** Étant donné que cette documentation prend en charge plusieurs versions de Tableau Server, nous utiliserons la référence de nom de fichier générique (OfflineActivationRequest et OfflineActivationResponse) pour le reste de cette rubrique. Vous pouvez identifier la technologie de licence utilisée par votre installation de Tableau Server selon le type de fichier généré dans les étapes qui suivent. Si vous essayez d’activer votre clé produit depuis la page Licences TSM et que vous voyez une boîte de dialogue indiquant que l’activation en ligne n’est pas disponible, vous pouvez activer la clé hors ligne. Le processus d’activation hors ligne doit être effectué une fois pour chaque clé produit. 1. Cliquez sur Activer la licence hors ligne. ![Une boîte de dialogue indiquant que l’activation en ligne n’est pas disponible et proposant des méthodes de résolution de problèmes.](/tableau/current/fr-ca/server/fr-ca/Img/server_setup_offline_activate02.png) 2. Créez un fichier de demande d’activation hors ligne (OfflineActivationRequest) pour la clé produit. Créez un fichier OfflineActivationRequest que vous téléverserez vers le site Web d’activation de Tableau. Si votre clé produit n’est pas pré-remplie dans le formulaire, entrez votre clé et cliquez sur Créer un fichier hors ligne pour générer un fichier OfflineActivationRequest sur l’ordinateur local. ![Comment créer, téléverser et envoyer un fichier hors ligne.](/tableau/current/fr-ca/server/fr-ca/Img/server_setup_offline_activate04.png) Copiez le fichier OfflineActivationRequest sur un ordinateur ayant accès à Internet. Vous devez téléverser ce fichier vers le site Web d’activation de Tableau pour générer un fichier de réponse d’activation. 3. Téléverser et envoyer le fichier OfflineActivationRequest. Vous allez téléverser et envoyer le fichier OfflineActivationRequest au site Web d’activation de Tableau. Cela génère automatiquement un fichier de réponse d’activation (OfflineActivationResponse) que vous pouvez télécharger et copier à nouveau sur l’ordinateur Tableau Server. 1. Sur l’ordinateur où vous avez copié le fichier OfflineActivationRequest, ouvrez un navigateur et accédez à [http://www.tableau.com/fr-ca/support/activation](http://www.tableau.com/fr-ca/support/activation) pour ouvrir la page d’activation de l’assistance Tableau. 2. Sur la page Activation hors ligne, cliquez sur Choisir un fichier pour sélectionner le fichier OfflineActivationRequest. 3. Cliquez sur Téléverser le fichier d’activation pour envoyer le fichier au site Web d’activation de Tableau. 4. Cliquez sur le lien `here` pour télécharger le fichier OfflineActivationResponse sur votre ordinateur. ![Message de réussite de l’activation hors ligne.](/tableau/current/fr-ca/server/fr-ca/Img/server_setup_offline_activate08.png) 5. Copiez le fichier OfflineActivationResponse sur l’ordinateur où est installé Tableau Server. 4. Téléverser le fichier OfflineActivationResponse. Sur l’ordinateur de Tableau Server, cliquez sur Téléverser le fichier d’activation pour téléverser le fichier OfflineActivationResponse sur Tableau Server Lorsque vous effectuez cette opération avec succès, l’option Activer la clé produit est activée. ![Un formulaire qui vous guide pour téléverser un fichier d’activation.](/tableau/current/fr-ca/server/fr-ca/Img/server_setup_offline_activate09.png) 5. Cliquez sur Activer la clé produit pour terminer l’activation hors ligne. 6. (Ignorez cette étape si vous installez Tableau Server pour la première fois.)  Redémarrez Tableau Server pour que les modifications de licence prennent effet. ### Étape 1. Se connecter à Tableau Services Manager Pour pouvoir continuer, vous devez vous connecter à Tableau Services Manager (TSM). Pour vous connecter à TSM, exécutez la commande suivante : `[tsm login](https://help.tableau.com/current/server/fr-ca/cli_login.htm) -u ` #### Que faire si je n’arrive pas à me connecter? Vérifiez que le groupe que vous utilisez appartient au groupe Administrateurs locaux sur l’ordinateur Windows sur lequel vous installez Tableau Server. ### Étape 2. Générez un fichier de demande d’activation hors ligne 1. Sur le nœud initial, ouvrez une invite de commande en tant qu’administrateur. 2. Saisissez cette commande pour obtenir votre fichier d’activation hors ligne :  `tsm licenses get-offline-activation-file -k -o ` Vous pouvez obtenir votre clé produit depuis le [Portail client de Tableau](http://customer.tableau.com). Le répertoire cible doit déjà exister. Pour identifier quelle clé utiliser pour les activations hors ligne, consultez l’article de connaissances [Trouver la bonne clé pour l’activation sur Tableau Server](https://help.salesforce.com/s/articleView?id=001464376&type=1). **Remarque** : Lorsque vous utilisez le service ATR et activez une licence USL pour Tableau Server, vous pouvez utiliser soit le nom de la **clé** produit, soit **l’identifiant d’activation hors ligne**. Nous recommandons d’utiliser le nom de la clé, car vous n’avez pas besoin de déterminer l’identifiant d’activation hors ligne. 3. Copiez le fichier d’activation hors ligne (OfflineActivationRequest) depuis le répertoire cible vers un ordinateur disposant d’un accès Internet. ### Étape 3. Téléversez la demande d’activation hors ligne sur le site Web d’activation de Tableau 1. Sur l’ordinateur ayant accès à Internet, allez à la page [Activations de produits](http://www.tableau.com/fr-ca/support/drivers/activation) Tableau. 2. Complétez les instructions pour téléverser votre fichier OfflineActivationRequest. Cela crée un fichier de réponse d’activation (OfflineActivationResponse). 3. Téléchargez le fichier OfflineActivationResponse résultant à partir du site Web d’activation de Tableau. ### Étape 4. Initialiser ou activer votre licence 1. Copiez le fichier OfflineActivationResponse dans un emplacement accessible depuis l’ordinateur Tableau Server. 2. Exécutez la commande suivante :  tsm licenses activate -f **Remarque :** Lorsque vous utilisez le service ATR pour activer Tableau Server, `` doit pointer vers le fichier compressé OfflineActivationResponse `.zip`. Ne décompressez pas le fichier OfflineActivationResponse avant d’exécuter cette commande. 3. (Ignorez cette étape si vous installez Tableau Server pour la première fois.)  Redémarrez Tableau Server pour que les modifications de licence prennent effet :  tsm restart 4. (Facultatif) Pour vérifier que toutes les licences sont activées, vous pouvez exécuter cette commande : tsm licenses list Si vous avez terminé les étapes ci-dessus, vous devriez voir un message de réussite : Activation successful. Tableau Server est activé. Si vous avez besoin d’une aide supplémentaire, communiquez avec l’[assistance technique de Tableau](http://www.tableau.com/fr-ca/support/request). [Passer au contenu principal](#main-content) # Actualiser des données de manière programmée Vous pouvez programmer des tâches d’actualisation pour les sources de données d’extrait publiées et les classeurs publiés qui se connectent aux extraits. Les administrateurs de Tableau Server peuvent créer de nouvelles programmations dans la page Programmations . Pour plus d’informations, consultez [Créer ou modifier une programmation](https://help.tableau.com/current/server/fr-ca/schedule_manage_create.htm). Pour plus d’informations sur la procédure d’actualisation des sorties de flux, consultez [](https://help.tableau.com/current/server/fr-ca/prep_conductor_schedule_flow_task.htm)[Programmer des tâches de flux](https://help.tableau.com/current/server/fr-ca/prep_conductor_schedule_flow_task.htm). Pour éviter les actualisations programmées inutiles, accordez aux utilisateurs l’autorisation d’actualiser un extrait sur demande. Pour plus d’informations, consultez [Actualiser les extraits](https://help.tableau.com/current/server/fr-ca/permissions_capabilities.htm) pour les classeurs ou les sources de données. 1. Lorsque vous êtes connecté à Tableau Server, sélectionnez Explorer dans le volet de navigation de gauche, puis, selon le type de contenu que vous souhaitez actualiser, sélectionnez Tous les classeurs ou Toutes les sources de données dans le menu déroulant. 2. Cochez la case pour la source de données ou le classeur que vous souhaitez actualiser, puis sélectionnnez Actions > Actualiser les extraits. 3. Dans la boîte de dialogue Créer un extrait, cliquez sur l’onglet Recommandé et procédez comme suit : 1. Sélectionnez la programmation souhaitée. 2. Si cette option est disponible, spécifiez si vous voulez une actualisation complète ou incrémentielle. Une actualisation complète est effectuée par défaut. L’actualisation incrémentielle est uniquement disponible si vous l’avez configurée dans Tableau Desktop ou la création Web dans Tableau Server avant de publier l’extrait. Pour plus d’informations, consultez [Actualiser les extraits](https://help.tableau.com/current/pro/desktop/fr-ca/extracting_refresh.htm) dans l’aide de Tableau. 3. Cliquez sur le bouton Programmer l’actualisation. ![Une boîte de dialogue permettant de planifier les actualisations d’extraits.](/tableau/current/fr-ca/server/fr-ca/Img/schedule_add1.png) [Passer au contenu principal](#main-content) # Actualiser la date d’expiration et les attributs pour la clé produit Lorsque vous utilisez Server ATR et une licence par souscription actualisable (USL), vous n’avez pas besoin d’actualiser votre ou vos clé(s) produit lorsque vous achetez une nouvelle période d’abonnement, ou que vous ajoutez des rôles et/ou des fonctionnalités à votre déploiement. En effet, les clés produit USL peuvent être mises à jour pour tenir compte des modifications apportées à la capacité de votre licence Tableau Server, aux fonctionnalités et à la durée de votre abonnement au fil du temps. Server ATR actualise automatiquement la ou les clé(s) produit pour vous sous forme de processus en arrière-plan. **Remarque :** si votre licence USL a été récemment activée parallèlement au renouvellement de votre abonnement, vous ne pouvez pas actualiser votre licence comme indiqué ici. Consultez plutôt le portail client Tableau pour obtenir la nouvelle clé produit compatible USL qui doit être activée dans votre déploiement; consultez la section [Activer et enregistrer Tableau Server](https://help.tableau.com/current/server/fr-ca/activate.htm). Vos clés produit d’origine n’ont pas été renouvelées et ne doivent plus être utilisées dans votre déploiement. Si vous n’utilisez pas Server ATR, vous pouvez actualiser votre ou vos clés de produit manuellement. Si vous actualisez une clé produit par souscription (à durée limitée) avant la date d’expiration, la clé produit demeurera inchangée, mais la date d’expiration, elle, changera. Cela peut créer un décalage entre les clés produit énumérées dans le Portail client Tableau et celles énumérées dans la liste des clés produit Tableau Server TSM. La clé produit change lorsque la date d’expiration est atteinte ou peu de temps après. Si une clé produit par souscription (à durée limitée) n’est pas actualisée et a expiré, Tableau cesse de fonctionner et vous devez activer une nouvelle clé produit dans le portail client Tableau pour renouveler la licence de votre installation Tableau Server, que vous utilisiez Server ATR ou des méthodes d’activation manuelle. D’autre part, si la clé produit est perpétuelle (héritage) et que sa maintenance a expiré, Tableau continuera de fonctionner mais vous n’aurez pas accès aux mises à jour tant que la maintenance ne sera pas renouvelée. Après avoir renouvelé la maintenance, si vous n’utilisez pas Server ATR, vous devez actualiser la clé produit existante pour mettre à jour sa date d’expiration de maintenance. La clé produit ne changera jamais. Pour plus d’informations sur les différents types de clés produit et les licences associées, consultez la [tsm licenses list](https://help.tableau.com/current/server/fr-ca/cli_licenses_tsm.htm#TSMLicenseList). **Remarque :** cette rubrique explique comment actualiser la date d’expiration pour Tableau Server, Advanced Management et Gestion des données. Pour en savoir plus sur l’actualisation de la date de maintenance sur Tableau Desktop, consultez [Actualiser la clé produit](https://help.tableau.com/current/desktopdeploy/fr-ca/desktop_deploy_automate.htm#refresh-the-product-key-tableau-desktop-only) dans le guide de déploiement de Tableau Desktop et de Tableau Prep. ## Avant de commencer Vérifiez la date d’expiration de votre (vos) licence(s). Vous pouvez consulter la date d’expiration en suivant la procédure de l’interface Web TSM ci-dessous, ou en exécutant [tsm licenses list](https://help.tableau.com/current/server/fr-ca/cli_licenses_tsm.htm#TSMLicenseList) dans l’interface en ligne de commande. - Comparez la date avec la date affichée dans le [Portail client Tableau](http://customer.tableausoftware.com/fr-ca). - Si le portail n’affiche pas la date que vous attendez, contactez le service [Réussite client](https://www.tableau.com/fr-ca/support/customer-success). - Pour renouveler votre licence, visitez la page Web [Renouvellement de Tableau](https://www.tableau.com/fr-ca/support/renew). Si la date TSM ne correspond pas à la date affichée dans le portail client Tableau et que l’opération d’actualisation suivante échoue, communiquez avec l’[Assistance Tableau](https://www.tableau.com/fr-ca/support). **Remarque :** pour actualiser votre clé produit dans un environnement hors ligne, visitez le portail client Tableau afin d’obtenir l’identifiant d’activation hors ligne pour votre dernier renouvellement, puis activez-la. Pour plus d’informations sur l’activation hors ligne, consultez [Activer Tableau Server hors ligne](https://help.tableau.com/current/server/fr-ca/activate_off.htm). Activez toutes les clés produit avant de démarrer Tableau Server. Sinon, certains utilisateurs risqueraient de se retrouver sans licence. 1. Si l’ordinateur sur lequel vous exécutez Tableau Server a été configuré pour se connecter à Internet par un serveur proxy de transfert, suivez la procédure décrite dans la rubrique [Configurer les opérations de clé produit avec un proxy de transfert](https://help.tableau.com/current/server/fr-ca/activate_proxy.htm) avant de continuer. 2. Ouvrez TSM dans un navigateur : https://:8850 3. Cliquez sur **Configuration** et Licences et cliquez sur Actualiser tout : ![Page d’octroi de licence avec le bouton Actualiser tout en surbrillance.](/tableau/current/fr-ca/server/fr-ca/Img/licensing-refresh.png) 1. Ouvrez une invite de commande en tant qu’administrateur sur le nœud initial (le nœud sur lequel TSM est installé). 2. Exécutez la commande suivante : `tsm licenses refresh` [Passer au contenu principal](#main-content) # Actualiser les paramètres dans une histoire basée sur des données Tableau **Changements importants pour Tableau Histoires de données** Les histoires de données Tableau ont été retirées dans Tableau Desktop, Tableau Cloud et Tableau Server en janvier 2025 (2025.1). Grâce aux progrès des technologies du langage naturel, nous développons une interface améliorée qui permettra de poser plus facilement des questions sur vos données et de rester au courant des changements. Pour plus d’informations, consultez l’article [Comment Tableau Pulse alimenté en énergie Tableau AI les expériences liées aux données.](https://www.tableau.com/fr-ca/blog/tableau-pulse-and-tableau-ai) Si vous avez ajouté un paramètre à votre tableau de bord et que vous utilisez les histoires basées sur des données, vous remarquerez que cliquer sur le paramètre actualise votre visualisation, mais pas l’histoire. Cela se produit parce que le paramètre n’actualise pas les données sous-jacentes comme le fait un filtre. Pour actualiser votre histoire basée sur des données Tableau avec les données de paramètre, ajoutez un bouton « Actualiser » à votre tableau de bord qui met à jour votre histoire pour l’aligner sur votre paramètre. 1. Créez une nouvelle feuille sur votre classeur. 2. Créez un champ calculé dans la nouvelle feuille avec les informations suivantes : > > Nom : Actualiser > > > > Contenu : « actualiser » ![Un champ calculé nommé « Actualiser » et contenant le mot « actualiser »](/tableau/current/fr-ca/server/fr-ca/Img/data_stories_parameter_calcfield.png) 1. Cliquez sur OK, puis faites glisser le nouveau champ calculé (Actualiser) sur votre nouvelle feuille. 2. Cliquez avec le bouton droit sur le champ et cliquez sur Afficher l’en-tête pour masquer l’en-tête. ![Le menu ouvert pour Actualiser avec « Afficher l’en-tête » sélectionné.](/tableau/current/fr-ca/server/fr-ca/Img/data_stories_parameter_showheader.png) 1. Choisissez une forme pour votre bouton. ![Le menu ouvert pour la marque avec carré sélectionné.](/tableau/current/fr-ca/server/fr-ca/Img/data_stories_parameter_shape.png) 1. Revenez à votre tableau de bord et faites glisser la feuille contenant le bouton d’actualisation sur votre tableau de bord à côté du paramètre. 2. Passez la souris sur le bouton, sélectionnez Plus d’options, puis cliquez sur Titre pour masquer le titre. 3. Passez la souris sur le bouton et cliquez sur Utiliser comme filtre. ![L’objet est sélectionné, l’icône du filtre est cliquée et « Utiliser comme filtre » est sélectionné.](/tableau/current/fr-ca/server/fr-ca/Img/data_stories_parameter_refreshfilter.png) 1. Ajustez votre paramètre puis cliquez sur le nouveau bouton d’actualisation. Le bouton met à jour votre histoire pour l’aligner sur le paramètre. [Passer au contenu principal](#main-content) # Afficher la vue à l’aide du billet Une fois que vous [avez créé la requête POST](https://help.tableau.com/current/server/fr-ca/trusted_auth_webrequ.htm), vous devez écrire le code qui fournira le billet et l’emplacement de la vue provenant de Tableau Server au serveur Web. Ces informations sont utilisées pour afficher la vue. La façon dont vous spécifiez ces informations varie si la vue est intégrée et si Tableau Server exécute plusieurs sites. **Remarque :** les billets de confiance doivent être échangés contre des vues. Ensuite, après la création d’une session, les utilisateurs authentifiés avec des billets de confiance n’auront accès aux vues que par défaut. Ils ne peuvent pas accéder aux classeurs, pages de projet ou autres contenus hébergés sur le serveur. Cette valeur par défaut pourra être modifiée à l’aide de l’option tsm `wgserver.unrestricted_ticket`. ## Exemples de vues de Tableau Server Voici un exemple illustrant la façon de spécifier une vue accessible aux utilisateurs seulement via Tableau Server (la vue n’est pas intégrée) : http:///trusted//views// Si Tableau Server exécute [plusieurs sites](https://help.tableau.com/current/server/fr-ca/sites.htm) et que la vue se trouve sur un site autre que le site Par défaut, vous devez ajouter `t/` au chemin d’accès. Par exemple : http:///t/Sales/views// Respectez les majuscules présentes dans l’URL de Tableau Server. ## Exemples de vues intégrées Voici quelques exemples illustrant la façon de spécifier des vues intégrées. Étant donné que vous pouvez suivre deux approches différentes en matière de code intégré, celles-ci sont décrites ci-dessous. Quelle que soit celle que vous reteniez, vous devez fournir des informations propres à l’authentification de confiance. Pour plus d’informations, consultez [Écriture de code intégré](https://help.tableau.com/current/pro/desktop/fr-ca/help.htm#embed_code.htm). **Remarque :** les exemples ci-dessous utilisent des paramètres de code intégrés. Pour plus d’informations, consultez [Paramètres de code intégrés](https://help.tableau.com/current/pro/desktop/fr-ca/help.htm#embed_list.htm) dans l’aide de Tableau. ### Exemples de balises Script **Paramètre du billet** Cet exemple utilise le paramètre d’objet `ticket` : Voici à quoi ressemble l’exemple ci-dessus lorsque Tableau Server exécute plusieurs sites et que la vue est publiée sur le site `Sales` : **Paramètre du chemin** Au lieu d’utiliser`ticket`, vous pouvez utiliser le paramètre `path` pour indiquer explicitement le chemin complet de la vue. Lorsque `path` est utilisé, vous n’avez pas besoin du paramètre `name`, qui est généralement obligatoire dans le code intégré JavaScript Tableau. Voici le même exemple, mais pour un serveur multisite. Notez que `/t/` est utilisé ici : ### Exemple de balise iFrame [Passer au contenu principal](#main-content) # Afficher le statut des processus du serveur Vous pouvez afficher l’état du processus du serveur en exécutant une commande de l’interface en ligne de commande TSM ou en accédant à l’interface utilisateur Web TSM ou aux pages d’administration sur Tableau Server. ## Affichage de l’état d’un processus avec l’interface en ligne de commande TSM Exécutez la commande suivante : `tsm status -v` Cette commande affiche tous les processus configurés sur l’instance et leur état correspondant. ## Affichage de l’état du processus dans l’interface utilisateur Web Deux emplacements sont prévus dans Tableau Server ou Tableau Services Manager (TSM) où les administrateurs peuvent afficher l’état des processus Tableau. Vous pourrez peut-être accéder à l’un de ces emplacements ou aux deux, selon la configuration de votre compte et du serveur. La plupart des informations sur l’état des processus sont dupliquées dans les deux pages d’état. Cette section décrit chaque page et identifie les éléments uniques pour chacune d’elles. **Remarque** Les pages d’état affichées dans les deux emplacements de l’interface utilisateur Web présentent un sous-ensemble des processus totaux configurés sur un nœud donné. Pour afficher tous les processus, vous devez exécuter la commande de l’interface en ligne de commande TSM `tsm status -v`. - La page d’état de Tableau Services Manager (TSM) est accessible dans TSM et peut être consultée par les administrateurs TSM. Vous devez pouvoir vous connecter à TSM pour voir cette page. Pour des informations sur la connexion à TSM, consultez [Se connecter à l’interface utilisateur Web Tableau Services Manager](https://help.tableau.com/current/server/fr-ca/sign_in_tsm.htm). - La page d’état de Tableau Server s’affiche dans l’interface utilisateur Web de Tableau Server et est accessible par les administrateurs Tableau Server. Cette page inclut les processus Tableau Server et fournit des liens vers la documentation de résolution des problèmes dans le cas où un processus ne se déroule pas comme prévu. Si vous survolez l’indicateur d’état d’un processus avec votre curseur, une infobulle affiche le nom du nœud et le port sur lequel le processus s’exécute. La page d’état de Tableau Server n’affiche pas les processus TSM. Pour des informations sur la connexion à Tableau Server en tant qu’administrateur, consultez [Se connecter à la zone d’administration de Tableau Server](https://help.tableau.com/current/server/fr-ca/sign_in_server_admin.htm). ### Page d’état de Tableau Services Manager (TSM) La page d’état de TSM vous indique l’état des processus du serveur, y compris le contrôleur TSM et le serveur de licences. Ces deux processus ne s’affichent pas dans la page d’état de Tableau Server. ![Une table qui affiche l’état des processus sur trois nœuds de serveur.](/tableau/current/fr-ca/server/fr-ca/Img/statusTSM.png) Les indicateurs de statut possibles sont répertoriés dans la partie inférieure de la table : ![Cinq icônes d’état du système : actif, occupé, dégradé, erreur et arrêté.](/tableau/current/fr-ca/server/fr-ca/Img/statusTSM-icons.png) ### Page d’état de Tableau Server ![État des processus du serveur.](/tableau/current/fr-ca/server/fr-ca/Img/statusServer.png) Les indicateurs de statut possibles sont répertoriés dans la partie inférieure de la table : ![Six marqueurs d’état différents : actif, occupé, passif, sans licence, panne et indisponible.](/tableau/current/fr-ca/server/fr-ca/Img/statusServer-icons.png) Lorsque Tableau Server fonctionne correctement, la plupart des processus sont affichés avec l’état Actif, Occupé ou Passif (référentiel) : - **Actif** : le processus fonctionne comme prévu. Consultez Stockage de fichiers dans [Résoudre les problèmes liés aux processus de serveur](https://help.tableau.com/current/server/fr-ca/service_status_troubleshoot.htm) pour des détails sur les états actifs possibles. - **Occupé** : le processus est en train d’exécuter une tâche. Consultez Stockage de fichiers et Référentiel dans [Résoudre les problèmes liés aux processus de serveur](https://help.tableau.com/current/server/fr-ca/service_status_troubleshoot.htm) pour plus d’informations. - **Passif :** le référentiel est en mode passif ou un processus ne peut pas recevoir de trafic. Consultez Référentiel et index et serveur de recherche dans [Résoudre les problèmes liés aux processus de serveur](https://help.tableau.com/current/server/fr-ca/service_status_troubleshoot.htm) pour plus d’informations. - **Sans licence :** le processus est sans licence. - **En panne :** le processus est en panne. Les implications diffèrent selon le processus. - **Statut non disponible** : Tableau Server ne peut pas déterminer le statut du processus. S’il existe des informations supplémentaires, un message est affiché en dessous de l’icône d’état et fournit des liens vers la documentation appropriée : ![Le fichier est prêt à être supprimé.](/tableau/current/fr-ca/server/fr-ca/Img/status_filestore_ready.png) **Remarque :** Tableau Server est conçu pour s’auto-corriger. Si un service ou un processus cesse de répondre ou tombe en panne, Tableau Server tente de le redémarrer. Cette opération peut prendre entre 15 et 30 minutes. Il peut donc être contre-productif de réagir immédiatement aux alertes de service ou de processus, en particulier dans une installation avec des services redondants susceptibles de gérer des demandes pendant qu’un autre service redémarre. Pour plus d’informations sur la résolution des problèmes liés au statut du processus, consultez [Résoudre les problèmes liés aux processus de serveur](https://help.tableau.com/current/server/fr-ca/service_status_troubleshoot.htm). ### Nœud externe Certains processus peuvent être configurés à l’extérieur de Tableau Server. Par exemple, le stockage de fichiers peut être configuré sur un SAN ou un NAS, le référentiel peut être déployé sur une instance AWS RDS. Dans ce cas, la page d’état de Tableau Server affichera ces processus sur le **nœud externe** avec le statut **E**, et la page d’état de Tableau Services Manager (TSM) affichera ces processus sur **externe** avec une coche pour indiquer que le processus est configuré en externe. **La page d’état de Tableau Server Manager (TSM) montrant le stockage de fichiers configuré en externe à Tableau Server :** ![Volet d’état de Tableau Server Manager avec un magasin de stockage de fichiers externe sélectionné.](/tableau/current/fr-ca/server/fr-ca/Img/tsm-status-external-file-store.png) **La page d’état de Tableau Server montrant le stockage de fichiers configuré en externe à Tableau Server :** ![Une table qui montre l’état actuel des processus Tableau Server.](/tableau/current/fr-ca/server/fr-ca/Img/server-status-external-file-store.png) ## Autres articles de cette section [Passer au contenu principal](#main-content) # Afficher les attributs de source de données Dans la zone Contenu de l’environnement de création Web Tableau Server, vous pouvez filtrer la vue de manière à afficher uniquement les sources de données ou les connexions et leurs attributs. ## Afficher les sources de données par nom Pour filtrer par nom de source de données, sous Explorer, sélectionnez Sources de données. ![](/tableau/current/fr-ca/server/fr-ca/Img/ds_connect1.png) Voici les attributs inclus dans la liste de noms de sources de données : - **Type**—L’icône à côté du nom de la source de données vous permet de savoir si la source de données est publiée en tant que connexion en direct (![](/tableau/current/fr-ca/server/fr-ca/Img/datasource_icon_published.png)), connexion à un extrait (![](/tableau/current/fr-ca/server/fr-ca/Img/datasource_icon_extract.png)) ou intégrée dans un classeur (![](/tableau/current/fr-ca/server/fr-ca/Img/datasource_icon_embedded.png)). - Sélectionnez le nom d’une source de données publiée pour ouvrir la page Source de données, avec des onglets d’affichage des connexions et des classeurs connectés à cette source. - Sélectionnez le nom d’une source de données intégrée pour ouvrir le classeur associé à la source de données, avec des onglets de visualisation d’autres données auxquelles il se connecte. - Se connecte à—Indique le nom du serveur de base de données ou du fichier de données. Ce peut être une base de données extérieure à Tableau Server, un extrait ou une source de données publiée. - En direct ou Dernier extrait - Cette colonne indique si la connexion aux données est directe ou, dans le cas d’une connexion à un extrait, la date de la dernière mise à jour de l’extrait. ## Afficher la liste des connexions Pour filtrer par type de connexion, dans la liste Vue, sélectionnez Connexions. ![Menu déroulant Afficher comme avec des options permettant l’affichage en tant que sources de données ou connexions.](/tableau/current/fr-ca/server/fr-ca/Img/ds_connect2.png) Les attributs de connexion incluent : - Se connecte à—Indique le nom du serveur de base de données ou du fichier de données. Ce peut être une base de données extérieure à Tableau Server, un extrait ou une source de données publiée. - Type de connexion—Affiche le type de données. **Tableau Server** indique que la connexion est établie avec une source de données publiée sur le site. Moteur de données Tableau indique qu’un extrait de la source de données est stocké sur le serveur de données Tableau. [Passer au contenu principal](#main-content) # Afficher les licences de serveur Les administrateurs système peuvent consulter les données de licence et de clé produit pour Tableau Server. ## Affichage des licences dans l’interface utilisateur de Tableau Server La façon dont vous accédez à la page Licences dans Tableau Server varie selon que vous avez un seul site ou plusieurs sites. - Sur un serveur monosite, cliquez sur Paramètres et Licences : - Sur un serveur multisite, cliquez sur Gérer tous les sites dans le menu du site, Paramètres et Licences : **Remarque :** l’option Gérer tous les sites s’affiche uniquement lorsque vous êtes connecté en tant qu’administrateur de serveur. Cette page affiche des données sur les licences qui ont été activées sur votre serveur, y compris les licences basées sur les utilisateurs (à durée limitée) ou les licences basées sur les cœurs. 1. Ouvrez TSM dans un navigateur : http:// :8850 2. Cliquez sur **Configuration**, puis sur Licences : Le tableau affiche la clé produit, la date d’expiration et la date d’expiration du contrat de maintenance. **Remarque :** L’interface utilisateur Web TSM fournit une quantité limitée d’information de licence. Utilisez l’interface en ligne de commande TSM ou l’interface utilisateur Web de Tableau Server pour voir des données de licence supplémentaires, y compris le nombre de chaque type de licences basées sur les utilisateurs (Creator, Explorer et Viewer). 1. Ouvrez une invite de commande en tant qu’administrateur sur le nœud initial (le nœud sur lequel TSM est installé). 2. Exécutez la commande suivante : `tsm licenses list` La commande répertorie les licences qui sont activées sur le déploiement Tableau Server. Par exemple, un serveur avec cinq licences Creator, cinq licences Explorer, 100 licences Viewer et Gestion des données fournirait une sortie de commande de ce type : ![Liste de quatre licences Tableau et détails sur leurs dates d’expiration.](/tableau/current/fr-ca/server/fr-ca/Img/license_list.png) Les champs suivants sont retournés : - **CLÉ :** une chaîne de 16 caractères unique qui identifie la licence. - **TYPE :** décrit le type de licence - Durée limitée : les licences à durée limitée sont associées à un calendrier d’abonnement et doivent être renouvelées. La date d’expiration est indiquée dans le champ EXP LIC. - Perpétuel : les licences perpétuelles sont achetées une seule fois et n’ont pas besoin d’être renouvelées mais doivent être actualisées pour mettre à jour la date EXP MAINT (ou date d’expiration de la maintenance). - Cœurs : les licences basées sur les cœurs sont des licences associées au nombre de cœurs sur les ordinateurs exécutant des services spécifiques de Tableau Server. Les licences basées sur les cœurs permettent à un utilisateur invité d’accéder aux vues existantes sur le serveur ou intégrées dans d’autres serveurs Web. Les licences basées sur les cœurs autorisent en outre un nombre illimité d’utilisateurs de type Explorer et Viewer. - **CREATOR :** le nombre de licences Creator émises pour le déploiement de Tableau Server. - **EXPLORER :** le nombre de licences Explorer émises pour le déploiement de Tableau Server. - **VIEWER :** le nombre de licences Viewer émises pour le déploiement de Tableau Server. - **DATA MANAGEMENT** : Tableau Server est concédé sous licence avec Gestion des données (`True`/`False`). Consultez [À propos de Gestion des données](https://help.tableau.com/current/server/fr-ca/dm_overview.htm). - **ACCÈS INVITÉ :** Tableau Server inclut une licence pour un utilisateur invité. Voir [Utilisateur invité](https://help.tableau.com/current/server/fr-ca/users_guest.htm). Des licences basés sur les cœurs sont requises pour exploiter les possibilités d’un utilisateur invité. Voir le champ TYPE. - **EXP LIC :** la date d’expiration de la licence et d’arrêt de Tableau Server. Les licences à durée limitée ont une date d’expiration. Voir le champ TYPE. Consultez le [Portail client](https://customer.tableausoftware.com/fr-ca) de Tableau pour actualiser les licences. - **EXP MAINT :** s’applique uniquement aux anciennes licences perpétuelles (TYPE = Perpétuel). Pour les licences à durée limitée, ce champ s’affichera : `N/A`. EXP MAINT affiche la date d’expiration du contrat de maintenance pour le déploiement de Tableau Server. Pour mettre à jour la clé de maintenance de licence, consultez [Actualiser la date d’expiration et les attributs pour la clé produit](https://help.tableau.com/current/server/fr-ca/license_refresh.htm). Visitez le [Portail client](https://customer.tableausoftware.com/fr-ca) de Tableau pour consulter l’historique des achats de maintenance et pour acheter une maintenance supplémentaire. - **UPDATABLE :** indique si la licence est une licence par souscription pouvant être mise à jour (`True`/`False`). - **LBLM :** spécifie si la gestion des licences basée sur la connexion (LBLM) est activée pour le déploiement Tableau Server (`True`/`False`). Lorsqu’elle est activée, la gestion des licences basée sur la connexion permet aux utilisateurs de se connecter à Tableau Server pour obtenir une licence pour leur instance de Tableau Desktop ou Prep, plutôt que de saisir une clé produit. Pour plus d’informations sur la gestion des licences basée sur la connexion, consultez [Gestion des licences basée sur la connexion](https://help.tableau.com/current/server/fr-ca/license_lblm.htm). - **SERVER MANAGEMENT** : Tableau Server est concédé sous licence pour Advanced Management (anciennement Server Management Add-on) (`True`/`False`). Pour plus d’informations sur Advanced Management, consultez [À propos de Tableau Advanced Management sur Tableau Server](https://help.tableau.com/current/server/fr-ca/itm_intro.htm). **Remarque :** Les termes de licence pour les utilisateurs Creator, Explorer et Viewer sont définis en fonction des termes de la licence basée sur les utilisateurs (licence à durée limitée), le cas échéant. Ainsi, un serveur n’ayant qu’une licence basée sur les cœurs aura un nombre illimité d’utilisateurs Explorer et Viewer ainsi qu’un accès invité, mais pas d’utilisateurs Creator. Pour en savoir plus, consultez [Utiliser des licences basées sur les utilisateurs sur un serveur utilisant des licences basées sur les cœurs](https://help.tableau.com/current/server/fr-ca/licensing_migrate_from_core.htm#user-based-with-core). [Passer au contenu principal](#main-content) # Afficher les versions de serveur La version de Tableau Server que vous exécutez a une importance. Elle détermine les fonctionnalités et possibilités auxquelles vous avez accès. La version est également importante en cas de mise à niveau parce que, dans certains cas, votre mode de mise à niveau dépend de la version depuis laquelle vous mettez à niveau, et celle vers laquelle vous mettez à niveau. Il est facile de connaître votre version, une fois que vous savez comment la trouver. - Affichage de version dans Tableau Server—Tous les utilisateurs de serveur peuvent afficher la version de Tableau Server depuis le menu d’aide dans l’interface utilisateur Web du serveur. - Affichage de la version dans Tableau Services Manager (TSM)—Les administrateurs de TSM peuvent afficher les versions de TSM et de Tableau Server depuis la ligne de commande TSM (interface en ligne de commande). ## Affichage de la version de serveur depuis l’interface utilisateur Web de Tableau Server - Pendant que vous êtes connecté à Tableau Server, cliquez sur l’icône d’informations (![Icône Information.](/tableau/current/fr-ca/server/fr-ca/Img/icon_info.png)) et sur À propos de Tableau Server. ![Un menu déroulant avec les options Aide pour la recherche, Aide pour le serveur, Assistance et À propos de Tableau Server.](/tableau/current/fr-ca/server/fr-ca/Img/help_menu.png) La version de Tableau Server s’affiche dans la boîte de dialogue À propos de Tableau Server : ![Une boîte de dialogue contenant des informations sur la version de Tableau Server et son droit d’auteur.](/tableau/current/fr-ca/server/fr-ca/Img/about_server_windows.png) ## Affichage de la version de serveur et de la version TSM depuis la ligne de commande TSM 1. Ouvrez une invite de commande en tant qu’administrateur sur le nœud initial (le nœud sur lequel TSM est installé). 2. Exécutez la commande suivante : `tsm version` La sortie affiche les versions de Tableau Services Manager (TSM) et de Tableau Server. Par exemple : C:\\>tsm version Tableau Services Manager command line version 20182.18.1214.0751. Tableau Server version 20182.18.1214.0751. ## Version courte, version longue et version\_code Dans la plupart des cas, lorsque vous avez besoin de connaître votre numéro de version, vous avez besoin de connaître la version « courte ». Ce numéro de version s’affiche dans la boîte de dialogue À propos de Tableau Server et comporte trois parties : version majeure, version mineure et version de maintenance. Le numéro de version court utilise ce format : `nnnn.n.n`. Par exemple : `2018.2.5`. Une version plus longue inclut les numéros des versions majeure et mineure, ainsi que d’autres informations spécifiques au build, et présente ce format : `nnnnn.nn.nnnn.nnnn`, par exemple : 20182.18.1214.0751. Lorsque vous voyez une référence à `` dans cette documentation, elle désigne la version longue. La référence la plus courante à `version_code` ou version longue dans la documentation est employée lorsque nous discutons des emplacements d’installations ou des chemins d’accès aux répertoires de scripts ou bin. Tableau Server est installé sous un dossier `\packages`, dans des emplacements qui incluent la version longue dans le nom de chemin d’accès. Cela signifie que, lorsque vous accédez à un emplacement dans le répertoire `\packages`, vous devez inclure la version longue. Par exemple, le dossier `\scripts`  : Par défaut :`C:\Program Files\Tableau\Tableau Server\packages\scripts.\`. Par exemple : `C:\Program Files\Tableau\Tableau Server\packages\scripts.20182.18.1214.0751` ### Trouver le numéro de la version longue Cette version longue s’affiche également dans la boîte de dialogue À propos de Tableau Server, entre parenthèses : ![Une boîte de dialogue avec Tableau Server version 2018.2.5 (20182.18.1214.0751) Windows 64 bits.](/tableau/current/fr-ca/server/fr-ca/Img/about_server_windows-long.png) [Passer au contenu principal](#main-content) # Afficher, gérer ou supprimer des utilisateurs Les administrateurs de serveur peuvent gérer les utilisateurs d’un site, pour par exemple ajouter et supprimer des utilisateurs, définir les groupes dont ils sont membres, définir leurs rôles sur le site, etc. Les administrateurs de serveur peuvent gérer les utilisateurs sur plusieurs sites à la fois dans la page Tous les sites. > [!TIP] > > **Conseil** : Les [Profils d’administrateur](https://help.tableau.com/current/server/fr-ca/admin_profiles.htm) donnent aux utilisateurs non-administrateurs des fonctionnalités spécifiques en matière de gestion des utilisateurs et des groupes, sans leur donner plus d’accès au contenu. Afficher et gérer les utilisateurs sur un site Connectez-vous au site en tant qu’administrateur de ou de site ou en tant qu’utilisateur disposant d’un profil d’administrateur et de fonctionnalités suffisantes, puis sélectionnez Utilisateurs. Sur cette page, vous pouvez effectuer l’une des opérations suivantes pour gérer les utilisateurs : - Définir l’adhésion au groupe, définir un rôle sur le site ou supprimer l’utilisateur du site. Si vous avez configuré le site pour l’authentification unique SAML, vous pouvez définir le type d’authentification des utilisateurs sélectionnés. Si votre serveur est configuré pour les stratégies de mot de passe et le verrouillage d’accès au compte, vous pouvez débloquer l’accès au compte verrouillé d’un utilisateur. Si votre serveur est configuré pour un ou plusieurs [pools d’identités](https://help.tableau.com/current/server/fr-ca/identity_pools.htm), vous pouvez ajouter ou supprimer des utilisateurs. ![La liste des utilisateurs du site avec le menu Actions.](/tableau/current/fr-ca/server/fr-ca/Img/user_site_remove_server.png) - Sélectionnez le nom d’un utilisateur pour afficher des détails à son sujet, par exemple le contenu qu’il possède, les vues auxquelles il est abonné et ses paramètres de compte. La page Paramètres de l’utilisateur est disponible lorsque les conditions suivantes sont vraies : - L’utilisateur appartient uniquement à des sites contrôlés par l’administrateur de site - Les administrateurs de site peuvent gérer par défaut les utilisateurs. Les administrateurs Tableau Server peuvent modifier cet accès pour les administrateurs de site. ![Le profil d’utilisateur avec les actions en surbrillance.](/tableau/current/fr-ca/server/fr-ca/Img/user_site_view_settings2.png) Si le serveur est configuré pour utiliser le système interne de gestion utilisateur (authentification locale), vous pouvez modifier le **nom d’affichage**, le courriel et le **mot de passe** pour les utilisateurs après leur ajout. Si vous apportez beaucoup de modifications, il est plus simple de les importer à partir d’un fichier CSV. Pour plus d’informations, consultez [Importer des utilisateurs](https://help.tableau.com/current/server/fr-ca/users_import.htm) et [Recommandations relatives au fichier d’importation CSV](https://help.tableau.com/current/server/fr-ca/csvguidelines.htm). Affichage et modification des utilisateurs du serveur Se connecter en tant qu’un administrateur serveur de Tableau Server. Dans le menu du site, sélectionnez Gérer tous les sites, puis sélectionnez Utilisateurs. Gérer l’adhésion au site des utilisateurs Par défaut, les administrateurs de serveur et de site, ou un utilisateur disposant d’un profil d’administrateur et de fonctionnalités suffisantes, peuvent gérer les utilisateurs au niveau du site individuel. Les administrateurs de serveur peuvent également gérer les utilisateurs et leurs rôles sur le site à travers plusieurs sites. Vous pouvez le faire dans Tous les sites (au niveau du serveur). 1. Dans le menu du site, sélectionnez **Gérer tous les sites**, puis sélectionnez Utilisateurs. 2. Sur la page Utilisateurs du serveur, cochez les cases en regard des utilisateurs, puis sélectionnez Actions > Membre de site. 3. Sélectionnez un ou plusieurs sites ainsi qu’un rôle sur le site pour chaque site, puis cliquez sur Enregistrer. Rechercher des utilisateurs (ou des groupes ou des sites) Pour rechercher un utilisateur (ou un groupe ou un site) spécifique, utilisez la touche de bascule d’un filtre à l’autre en haut à droite pour afficher le champ de recherche et le filtre de rôle sur le site. Utilisez ensuite le champ de recherche ou les filtres pour trouver les utilisateurs (ou le groupe ou le site) souhaités. L’opération de recherche vérifie les attributs Nom d’affichage et Nom d’utilisateur. Le champ de recherche prend en charge le caractère générique (\*). Par exemple, si vous entrez `John*`, tous les noms commençant par _John_ s’afficheront. Par ailleurs : - depuis Tableau Server 2021.4.1, vous pouvez utiliser le caractère générique (\*) avec un caractère spécial pour rechercher des noms contenant des caractères spéciaux. Par exemple, `sync-*` ou `*sync-*`. - Depuis Tableau Server 2022.1.13, lorsque vous recherchez des noms avec des signes diacritiques, les noms doivent être saisis avec les signes diacritiques exacts pour obtenir des résultats pertinents. Par exemple, pour rechercher _José_, entrer `José`. Si vous entrez `Jose`, aucun résultat ne sera obtenu. - Depuis Tableau Server 2022.3.5, vous pouvez utiliser le caractère générique (\*) ainsi que les conditions AND ou OR lors du filtrage des noms d’utilisateur. Par exemple, le fait de saisir `*aw* AND John*` renvoie tous les utilisateurs avec des noms d’utilisateur contenant _aw_ et commençant par _John_. - Remarque : Le caractère générique avec AND ou OR permet de filtrer uniquement les noms d’utilisateur et pas les noms affichés. ![Une barre de recherche et des menus déroulants pour filtrer par rôle sur le site.](/tableau/current/fr-ca/server/fr-ca/Img/user_view_search.png) Suppression d’utilisateurs d’un site Vous pouvez supprimer un utilisateur uniquement si celui-ci ne possède aucun contenu (par exemple, projets, classeurs, vues, sources de données, collections ou alertes de données). Si vous tentez de supprimer un utilisateur qui possède un contenu, le rôle sur le site de l’utilisateur sera défini sur **Sans licence**, mais l’utilisateur ne sera pas supprimé. Si le groupe Tous les utilisateurs par défaut a activé l’option d’attribution de rôle sur le site lors de la connexion, le contenu de cet utilisateur doit être réaffecté à un autre utilisateur ou supprimé avant qu’il se retrouve sans licence ou supprimé. Pour plus d’informations sur l’attribution d’un rôle à la connexion, consultez [Suppression des utilisateurs affectés par l’attribution de rôle lors de la connexion](https://help.tableau.com/current/server/fr-ca/grant_role.htm#remove). Pour plus d’informations sur la modification de la propriété du contenu, consultez [Gérer la propriété du contenu](https://help.tableau.com/current/server/fr-ca/owner.htm).[Gérer la propriété du contenu](https://help.tableau.com/current/server/fr-ca/owner.htm) **Remarque :** dans Tableau Server, lorsqu’un administrateur supprime un utilisateur d’un site (et que l’utilisateur appartient uniquement à ce site), l’utilisateur est également supprimé du serveur. 1. Connectez-vous au site en tant qu’administrateur ou en tant qu’utilisateur disposant d’un profil d’administrateur et de fonctionnalités suffisantes, puis accédez à la page Utilisateurs. Sélectionnez un ou plusieurs utilisateurs à supprimer, puis sélectionnez Actions > Supprimer du site. ![La liste des utilisateurs du site avec le menu Actions.](/tableau/current/fr-ca/server/fr-ca/Img/user_site_remove_server.png) 2. Cliquez sur le bouton **Supprimer les utilisateurs** dans la boîte de dialogue de confirmation. Suppression d’utilisateurs du serveur Vous pouvez supprimer un utilisateur uniquement si celui-ci ne possède aucun contenu (projets, classeurs, vues ou sources de données). Si vous tentez de supprimer un utilisateur qui possède du contenu, le rôle sur le site de l’utilisateur sera défini sur Sans licence, mais l’utilisateur ne sera pas supprimé. Si un utilisateur est membre de plusieurs sites et possède du contenu dans l’un de ces sites, il sera supprimé des sites dans lesquels il ne possède pas de contenu. L’utilisateur reste membre des sites dans lesquels il possède du contenu, mais sera rétrogradé au rôle sur le site Sans licence. 1. Dans le menu de site, cliquez sur Gérer tous les sites, cliquez sur Utilisateurs. Dans un environnement à un seul site, cliquez sur Utilisateurs. Sélectionnez un ou plusieurs utilisateurs à supprimer, puis cliquez sur Actions > Supprimer. ![Formulaire pour supprimer des utilisateurs sur Tableau Server.](/tableau/current/fr-ca/server/fr-ca/Img/user_srvr_delete.png) 2. Cliquez sur **Supprimer** dans la boîte de dialogue de confirmation. Modifier les mots de passe pour les utilisateurs d’un seul site Pour modifier le mot de passe d’un utilisateur membre d’un seul site, connectez-vous à Tableau Server en tant qu’administrateur de site ou administrateur de serveur ou en tant qu’utilisateur disposant d’un profil d’administrateur et de fonctionnalités suffisantes. 1. Assurez-vous que le site correct est sélectionné dans le menu. 2. Cliquez sur Utilisateurs. 3. Cliquez sur le nom à afficher d’un utilisateur. 4. Cliquez sur Paramètres. 5. Cliquez sur le lien Modifier le mot de passe, modifiez le mot de passe, puis cliquez sur Enregistrer le mot de passe. ![Cliquez sur le lien Modifier le mot de passe dans les paramètres utilisateur.](/tableau/current/fr-ca/server/fr-ca/Img/users_change_password.png) Modifier les mots de passe pour les utilisateurs de plusieurs sites Pour modifier le mot de passe d’un utilisateur appartenant à plusieurs sites, connectez-vous à Tableau Server en tant qu’administrateur de serveur. 1. Dans le menu de site, cliquez sur Gérer tous les sites. 2. Cliquez sur Utilisateurs. 3. Cliquez sur le nom à afficher d’un utilisateur. 4. Cliquez sur le lien Modifier le mot de passe, modifiez le mot de passe, puis cliquez sur Enregistrer le mot de passe. ![Un formulaire pour modifier votre mot de passe.](/tableau/current/fr-ca/server/fr-ca/Img/users_change_password2.png) [Passer au contenu principal](#main-content) # Agent d’administration de Tableau Server L’agent d’administration surveille le service de coordination pour suivre les modifications de configuration ou de topologie et fournit de nouvelles configurations à chaque service (configuration) ou déploie de nouveaux services et supprime les anciens (topologie). Il vérifie également l’état de chacun des services et remonte l’information au service de coordination. Ce processus sera automatiquement configuré sur chaque nœud du groupement durant l’installation. Aucune configuration explicite n’est requise ou possible. L’agent d’administration peut également être appelé _Agent d’administration TSM._
Processus

Administration Agent

ÉtatL’état du processus Administration Agent n’est pas visible dans la page État. Utilisez l’interface en ligne de commande TSM pour afficher l’état. Pour plus d’informations, consultez Afficher le statut des processus du serveur.
EnregistrementLes fichiers journaux générés par le processus Administration Agent se trouvent dans C:\ProgramData\Tableau\Tableau Server\data\tabsvc\logs\tabadminagent. Pour plus d’informations, consultez Fichiers journaux et emplacement des fichiers journaux Tableau Server.
Que se passe-t-il en cas d’échec d’un processus Agent d’administration? Tous les autres processus Tableau Server s’exécutant sur le même nœud s’afficheront comme « non disponibles » dans la page d’état de TSM. Tableau Server continuera de fonctionner comme prévu, mais vous ne pourrez pas apporter des modifications de configuration/topologie au groupement. Les processus de l’agent d’administration qui ont échoué redémarrent automatiquement tant que l’intégrité de l’ordinateur lui-même n’est pas compromise. Si l’agent d’administration ne démarre pas sur le nœud, vous pouvez essayer de démarrer le service manuellement en exécutant la commande suivante : `sc start tabadminagent_0` [Passer au contenu principal](#main-content) # Aide rapide [Se connecter aux données](https://help.tableau.com/current/server/fr-ca/ipa_vconn_connect.htm) [À propos de l’éditeur de connexion virtuelle](https://help.tableau.com/current/server/fr-ca/ipa_vconn_about_editor.htm) [Ajouter des tables à la connexion](https://help.tableau.com/current/server/fr-ca/ipa_vconn_add_tables.htm) [À propos des stratégies de données](https://help.tableau.com/current/server/fr-ca/ipa_vconn_about_data_policy.htm) [Créer et tester des stratégies de données](https://help.tableau.com/current/server/fr-ca/ipa_vconn_create_data_policy.htm) Vous ne trouvez pas ce dont vous avez besoin? Consultez [toute l’aide de Tableau](https://www.tableau.com/fr-ca/support/help) en ligne [Passer au contenu principal](#main-content) # Aide-mémoire de l’administrateur de serveur : intégration Salesforce Vous recherchez Tableau Server sur Linux? Voir [Aide-mémoire de l’administrateur de serveur : intégration Salesforce](https://help.tableau.com/current/server-linux/fr-ca/tableau_admin_salesforce_integration.htm "Ouvre la rubrique dans un nouvel onglet de navigateur"). ## Science commerciale ![Ajouter une description de l’image](/tableau/current/fr-ca/server/fr-ca/Img/Help_Spot_Business-Services_big.png) - [Configurer l’intégration Einstein Discovery](https://help.tableau.com/current/server/fr-ca/config_einstein_extensions.htm) - [Intégrer les prédictions Einstein Discovery dans Tableau](https://help.tableau.com/current/pro/desktop/fr-ca/einstein_discovery_predictions.htm) - [Explorer les prédictions dans Tableau avec l’extension de tableau de bord Einstein Discovery](https://help.tableau.com/current/pro/desktop/fr-ca/einstein_discovery_dashboard_extension.htm) - [Einstein Discovery : Transmettre des expressions avec les extensions d’analytique](https://help.tableau.com/current/pro/desktop/fr-ca/r_connection_manage.htm#Einstein2) ## Connecter et intégrer des données Salesforce ![Déploiement dans le nuage.](/tableau/current/fr-ca/server/fr-ca/Img/Help_Spot_ConnectToData_big.png) - [Intégrer des vues Tableau dans Salesforce](https://help.tableau.com/current/pro/desktop/fr-ca/embed_ex_lwc.htm) - [Créer une source de données Salesforce](https://help.tableau.com/current/pro/desktop/fr-ca/examples_salesforce.htm) - [Connecter Tableau Server à Salesforce Data Cloud](https://help.tableau.com/current/server/fr-ca/config_oauth_sfdc_cdp.htm) - [Github : Composant Lightning Web pour intégrer Tableau dans Salesforce](https://github.com/tableau/tableau-viz-lwc) - [Trailhead : Intégrer les visualisations Tableau dans Salesforce](https://trailhead.salesforce.com/en/content/learn/projects/embed-tableau-visualizations-in-salesforce) ## Authentification ![Déploiement de Tableau Server.](/tableau/current/fr-ca/server/fr-ca/Img/Help_Spot_Collaborate_big.png) - [Modifier Salesforce.com OAuth pour utiliser les informations d’identification enregistrées](https://help.tableau.com/current/server/fr-ca/config_oauth_sfdc.htm) - [Configurer SAML avec l’IdP Salesforce sur Tableau Server](https://help.tableau.com/current/server/fr-ca/saml_config_salesforce_server.htm) - [Configurer SAML pour le composant Lightning Web pour une visualisation Tableau](https://help.tableau.com/current/server/fr-ca/saml_config_LWC.htm) [Passer au contenu principal](#main-content) # Ajout d’adresses IP ou de noms d’hôte de confiance à Tableau Server Pour configurer l’authentification de confiance, vous devez d’abord configurer Tableau Server pour qu’il reconnaisse et qu’il fasse confiance aux requêtes provenant d’un ou de plusieurs serveurs Web : 1. Ouvrez TSM dans un navigateur : https://:8850. Pour plus d’informations, consultez [Se connecter à l’interface utilisateur Web Tableau Services Manager](https://help.tableau.com/current/server/fr-ca/sign_in_tsm.htm). 2. Cliquez sur Identité de l’utilisateur et accès dans l’onglet Configuration puis cliquez sur Authentification de confiance. 3. Dans Authentification de confiance, pour chaque hôte de confiance, entrez le nom ou l’adresse IP puis cliquez sur Ajouter : ![Capture d’écran Configurer l’authentification de confiance](/tableau/current/fr-ca/server/fr-ca/Img/tsm-ui-trustedauth.png) **Remarques :** Les valeurs que vous spécifiez remplacent complètement tout paramètre précédent. Vous devez donc inclure la liste complète des hôtes si vous souhaitez modifier une liste existante. Vous devez utiliser des adresses IP statiques : les serveurs Web que vous spécifiez doivent utiliser des adresses IP statiques, même si vous utilisez des noms d’hôte. Si vous disposez d’un ou de plusieurs serveurs proxy entre l’ordinateur qui demande le billet de confiance (l’un de ceux configurés à l’étape 2, comme montré dans [Authentification de confiance](https://help.tableau.com/current/server/fr-ca/trusted_auth.htm)) et Tableau Server, vous devez aussi les ajouter en tant que passerelles de confiance à l’aide de l’option `tsm configuration set gateway.trusted`. Consultez [Configuration des proxys et des équilibreurs de charge pour Tableau Server](https://help.tableau.com/current/server/fr-ca/proxy.htm) pour connaître la procédure. 4. Entrez une valeur dans Longueur du jeton (facultatif). La longueur du jeton détermine le nombre de caractères de chaque billet de confiance. La valeur par défaut de 24 caractères fournit 144 bits de caractère aléatoire. Elle peut être remplacée par un nombre entier compris entre 9 et 255 inclus. 5. Cliquez sur Enregistrer les modifications en attente après avoir entré vos données de configuration. 6. Cliquez sur Modifications en attente en haut de la page : ![Barre d’outils de Tableau Server Manager indiquant que des modifications sont en attente.](/tableau/current/fr-ca/server/fr-ca/Img/tsm-ui-pending-changes-btn.png) 7. Cliquez sur Appliquer les modifications et redémarrer. 1. Entrez la commande suivante : tsm authentication trusted configure -th Dans la commande ci-dessus, `` doit correspondre à une liste de valeurs séparées par des virgules des adresses IPv4 ou des noms d’hôte de vos serveurs Web, avec chaque nom d’hôte ou adresse IP entre guillemets. **Remarque :** les valeurs que vous spécifiez remplacent complètement tout paramètre précédent. Vous devez donc inclure la liste complète d’hôtes dans la commande `tsm authentication trusted configure -th`. (Vous ne pouvez pas modifier la liste des hôtes en exécutant plusieurs fois la commande `tsm authentication trusted configure -th`.) Par exemple : tsm authentication trusted configure -th "192.168.1.101", "192.168.1.102", "192.168.1.103" ou tsm authentication trusted configure -th "webserv1", "webserv2", "webserv3" **Remarques :** Chaque nom d’hôte ou adresse IP dans la liste doit être entre des doubles guillemets, suivi d’une virgule et d’un espace après chaque virgule. Les serveurs Web que vous spécifiez doivent utiliser des adresses IP statiques, même si vous utilisez des noms d’hôte. 2. Si vous disposez d’un ou de plusieurs serveurs proxy entre l’ordinateur qui demande le billet de confiance (l’un de ceux configurés à l’étape 2, comme montré dans [Authentification de confiance](https://help.tableau.com/current/server/fr-ca/trusted_auth.htm)) et Tableau Server, vous devez aussi les ajouter en tant que passerelles de confiance à l’aide de l’option `tsm configuration set gateway.trusted`. Consultez [Configuration des proxys et des équilibreurs de charge pour Tableau Server](https://help.tableau.com/current/server/fr-ca/proxy.htm) pour connaître la procédure. 3. Entrez la commande suivante pour enregistrer les modifications apportées à tous les fichiers de configuration du serveur : tsm pending-changes apply Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). Il existe d’autres configurations facultatives de l’authentification de confiance (prise en charge d’anciennes configurations, journalisation et paramètres de délai d’expiration) que vous pouvez effectuer en transmettant un fichier json à Tableau Server. Consultez [Entité trustedAuthenticationSettings](https://help.tableau.com/current/server/fr-ca/entity_trusted_auth.htm). Vous devez ensuite [configurer votre serveur Web pour qu’il reçoive les billets de Tableau Server](https://help.tableau.com/current/server/fr-ca/trusted_auth_webrequ.htm). [Passer au contenu principal](#main-content) # Ajouter de la capacité à Tableau Server Vous pouvez avoir besoin d’ajouter de la capacité à votre installation Tableau Server pour pouvoir augmenter le nombre d’utilisateurs (si vous avez une licence basée sur les utilisateurs) ou le nombre de cœurs (si vous avez une licence basée sur les cœurs). Tableau vous fournira une nouvelle clé produit qui ajoute de la capacité à votre installation Tableau Server existante. Vous devez activer cette clé et l’utiliser avec votre ou vos clé(s) produit(s) existante(s) pour obtenir la capacité combinée pour laquelle vous disposez de la licence. Chaque fonctionnalité (par exemple, « Gestion des données ») et type de licence (par exemple, « Explorer ») nécessite une clé. pour plus d’informations sur la relation entre les clés et les licences, consultez la [tsm licenses list](https://help.tableau.com/current/server/fr-ca/cli_licenses_tsm.htm#TSMLicenseList). Suivez la procédure ci-dessous pour ajouter une clé produit à Tableau Server. Si Tableau Server n’est pas connecté à Internet, vous devez effectuer une activation hors ligne. Consultez [Activer Tableau Server hors ligne](https://help.tableau.com/current/server/fr-ca/activate_off.htm). **Remarque :** si vous avez effectué une mise à niveau vers Tableau Server version 2021.1 ou supérieure, vous n’avez plus besoin de redémarrer Tableau Server lorsque vous ajoutez de la capacité. Pour plus d’informations, consultez [Licences zéro temps d’arrêt](https://help.tableau.com/current/server/fr-ca/license_zero_downtime.htm). 1. Si l’ordinateur sur lequel vous exécutez Tableau Server a été configuré pour se connecter à Internet par un serveur proxy de transfert, suivez la procédure décrite dans la rubrique [Configurer les opérations de clé produit avec un proxy de transfert](https://help.tableau.com/current/server/fr-ca/activate_proxy.htm) avant de continuer. 2. Ouvrez TSM dans un navigateur : `https://:8850` 3. Cliquez sur Licences dans l’onglet Configuration puis cliquez sur Activer la licence : ![Page de configuration des licences qui affiche une liste de licences Tableau Server et leur date d’expiration.](/tableau/current/fr-ca/server/fr-ca/Img/licensing.png) 4. Entrez ou collez votre nouvelle clé produit, puis cliquez sur **Activer :** ![Fenêtre contextuelle d’activation de licence avec un champ permettant de saisir une clé produit Tableau Server à 20 chiffres.](/tableau/current/fr-ca/server/fr-ca/Img/license-activate02_tsm.png) 5. Après avoir activé la licence, vous serez peut-être invité à vous inscrire auprès de Tableau. Dans la page S’enregistrer, entrez votre information dans les champs et cliquez sur S’enregistrer. ![Étape d’enregistrement de l’assistant d’activation de Tableau Server, avec des champs obligatoires où renseigner les coordonnées, les informations sur l’entreprise et les détails concernant la région.](/tableau/current/fr-ca/server/fr-ca/Img/install_02_register.png) 1. Si l’ordinateur sur lequel vous exécutez Tableau Server a été configuré pour se connecter à Internet par un serveur proxy de transfert, suivez la procédure décrite dans la rubrique [Configurer les opérations de clé produit avec un proxy de transfert](https://help.tableau.com/current/server/fr-ca/activate_proxy.htm) avant de continuer. 2. Copiez la clé produit sur votre ordinateur personnel. 3. Exécutez la commande suivante : `tsm licenses activate --license-key ` 4. Après avoir activé la licence, vous devrez peut-être enregistrer Tableau Server. Pour cela, créez un fichier d’enregistrement puis transmettez-le en tant qu’option avec la commande `tsm register`. 1. Générez un modèle que vous pouvez modifier en exécutant la commande suivante : `tsm register --template > /path/to/.json` 2. Modifiez le fichier de modèle pour créer votre fichier d’enregistrement terminé. Voici un exemple de fichier d’enregistrement au format requis : { "zip" : "97403", "country" : "USA", "city" : "Springfield", "last\_name" : "Simpson", "industry" : "Energy", "eula" : "yes", "title" : "Safety Inspection Engineer", "phone" : "5558675309", "company" : "Example", "state" : "OR", "department" : "Engineering", "first\_name" : "Homer", "email" : "homer@example.com" } 3. Après avoir enregistré les modifications apportées au fichier, transmettez-le avec l’option `--file` pour enregistrer Tableau Server : `tsm register --file /path/to/.json` Par exemple : `tsm register --file C:\Users\mwatson\Documents\tableau-reg-file.json` [Passer au contenu principal](#main-content) # Ajouter des projets et déplacer un contenu vers des projets Le contenu Tableau (tel que les classeurs ou les sources de données) doit se trouver dans un projet. À partir de Tableau Server 2022.3 et Tableau Cloud octobre 2022, si la gestion des données est sous licence et que le catalogue est activé, les ressources externes (telles que les bases de données et les tables) peuvent également se trouver dans des projets. Les administrateurs de serveur et de site peuvent ajouter ou supprimer des projets de niveau supérieur sur un site, et déplacer un contenu publié d’un projet vers un autre. Les responsables de projet dotés des rôles sur le site appropriés peuvent ajouter ou supprimer des projets enfants et déplacer le contenu entre des projets pour lesquels ils disposent d’un accès de responsable de projet. Cet article décrit les étapes de création et de déplacement des projets. Nous vous recommandons de vous familiariser avec le contenu associé suivant : - Pour en savoir plus sur les projets, et quand ou pourquoi les utiliser, consultez [Utiliser des projets pour gérer l’accès au contenu](https://help.tableau.com/current/server/fr-ca/projects.htm). - Avant de créer des hiérarchies de projets, familiarisez-vous avec les [Autorisations](https://help.tableau.com/current/server/fr-ca/permissions.htm#projectpermissions). - Pour connaître les rôles sur le site spécifiques autorisant un accès complet de responsable de projet, consultez [Administration au niveau des projets](https://help.tableau.com/current/server/fr-ca/projects.htm#project-admin). ## Ajouter un projet de niveau supérieur ou un projet enfant (imbriqué) 1. Pendant que vous êtes connecté à Tableau Server en tant qu’administrateur ou responsable de projet, sélectionnez Explorer puis effectuez l’une des opérations suivantes : - Sélectionnez Nouveau > Projet pour créer un nouveau projet de niveau supérieur (seuls les administrateurs sont autorisés à le faire). - Accédez au projet dans lequel vous souhaitez créer un sous-projet et ouvrez-le, puis sélectionnez Nouveau > Projet. Si vous ne savez pas où trouver le projet enfant, sélectionnez Tous les projets dans le menu déroulant à côté de Explorer ou utilisez les filtres en haut à droite. 2. Entrez un nom et une description pour le projet, puis cliquez sur Créer. ![Boîte de dialogue Nouveau projet avec des champs pour un nom et une description de projet.](/tableau/current/fr-ca/server/fr-ca/Img/projects_new1.png) Vous pouvez inclure des mises en forme et des hyperliens dans la description du projet. Sélectionnez **Afficher les conseils de mise en forme** pour la syntaxe. Vous pouvez également [Ajouter une image de projet](https://help.tableau.com/current/server/fr-ca/custom_projectimage.htm). Lorsque vous saisissez une description de projet, incluez un espace entre les lettres majuscules et les parenthèses pour afficher le contenu qui s’y trouve, par exemple, « PROJET (a) ». Si cet espace est omis, des problèmes d’affichage surviennent dans la description du projet. **Remarque :** pour modifier une description de projet ultérieurement, sélectionnez-la pour l’ouvrir, accédez à l’icône d’information à côté de son nom, puis cliquez sur **Modifier**. ## Utiliser l’arborescence du projet pour parcourir les projets Par défaut, le volet Explorer affiche une arborescence du projet pour vous aider à parcourir facilement vos projets. Vous pouvez utiliser l’arborescence du projet pour rechercher des sous-projets dans un dossier de projet. Vous pouvez également utiliser l’arborescence du projet pour rechercher des projets. ![L’arborescence du projet dans le volet Explorer de Tableau Cloud.](/tableau/current/fr-ca/server/fr-ca/Img/Cloud_ProjectTree.png) Vous pouvez masquer et afficher l’arborescence du projet en cliquant sur l’icône de l’arborescence du projet située dans le volet Explorer. ![L’icône de l’arborescence du projet dans le volet Explorer de Tableau Cloud.](/tableau/current/fr-ca/server/fr-ca/Img/Cloud_ProjectTreeIcon.png) > [!TIP] > > **Remarque :** Pour vous assurer que l’arborescence du projet soit visible, conservez une largeur de fenêtre de navigateur d’au moins 1 441 px sur la page Explorer. Une fenêtre plus étroite (1 440 px ou moins) ou un affichage de résolution inférieure masquera l’arborescence du projet. ## Déplacer une ressource vers un autre projet 1. Dans la section Explorer, sélectionnez la ressource que vous voulez déplacer. Vous pouvez utiliser les filtres en haut à droite pour effectuer une recherche ou naviguer dans la hiérarchie du projet. 2. Dans le menu Actions(…) du classeur, sélectionnez Déplacer. 3. Sélectionnez le nouveau projet pour le classeur, puis cliquez sur Déplacer le contenu. ![](/tableau/current/fr-ca/server/fr-ca/Img/projects_move_project.png) Le déplacement d’un projet entraîne le déplacement de tout son contenu, y compris les projets enfants et leurs ressources. ### Incidence du déplacement de projets sur les autorisations Lorsque vous déplacez un projet, les autorisations du responsable de projet s’adaptent au nouvel environnement du projet. - Lorsque la hiérarchie du projet cible est **verrouillé**, les précédentes autorisations du responsable de projet sont supprimées, et les nouvelles autorisations de responsable de projet sont accordées en fonction de celles définies au niveau supérieur de la hiérarchie cible. - Lorsque la hiérarchie du projet cible est **déverrouillée**, les autorisations de responsable de projet implicitement accordées auparavant sont supprimées, les autorisations de responsable de projet. explicitement définies sont conservées, et les nouvelles autorisations de responsable de projet sont accordées en fonction de celles définies au niveau supérieur de la hiérarchie cible. Le déplacement d’un projet et de ressources peut avoir une incidence sur les autorisations. Pour plus d’information, consultez [Autorisations](https://help.tableau.com/current/server/fr-ca/permissions.htm#moveproject). ## Supprimer un projet Lorsque vous supprimez un projet, tout le contenu Tableau du projet est également supprimé. Pour supprimer un projet mais pas son contenu, déplacez le contenu vers un autre projet, puis supprimez le projet. Les ressources externes, telles que les bases de données et les tables, ne sont pas supprimées, mais sont déplacées vers le projet par défaut des ressources externes. (Dans Tableau Server 2022.3 et versions antérieures, les ressources se trouvent dans Ressource externes.) **Important** - Vous ne pouvez pas annuler la suppression d’un projet. - La suppression d’un projet supprime tout son contenu Tableau, y compris les projets enfants et leur contenu, mais pas les ressources externes. - Vous ne pouvez pas supprimer le projet par défaut ou le projet par défaut des ressources externes. Pour supprimer un projet : 1. Dans la section Explorer, trouvez le projet que vous voulez supprimer. Si vous ne savez pas où trouver le projet, sélectionnez Tous les projets dans le menu déroulant à côté de Explorer ou utilisez les filtres en haut à droite. 2. Dans le menu Actions (…) du projet, sélectionnez Supprimer. 3. Confirmez que vous souhaitez supprimer le projet. ## Conditions requises pour déplacer des ressources Le déplacement d’une ressource revient en fait à le supprimer d’un projet et à le publier dans un autre. Pour les non-administrateurs, les autorisations nécessaires pour le projet source sont différentes de celles nécessaires sur le projet cible. ### Rôle sur le site requis Pour déplacer des ressources, les utilisateurs doivent posséder l’un des rôles sur le site suivants : - Administrateur de serveur (Tableau Server uniquement) - Administrateur de site - Creator ou Administrateur de site - Explorer - Creator ou Explorer (peut publier) Les utilisateurs dotés du rôle sur le site Administrateur de serveur ou Administrateur de site n’ont pas besoin d’autres fonctionnalités. ### Autorisations requises pour le projet _vers_ lequel les utilisateurs déplacent un contenu Les non-administrateurs doivent disposer de la capacité d’autorisation Publier pour le projet de destination. ### Autorisations requises pour le projet _depuis_ lequel les utilisateurs déplacent un contenu Les utilisateurs non-administrateurs doivent : - Être le propriétaire du projet, le responsable du projet ou le propriétaire du contenu du projet original OU - Disposer de l’autorisation Déplacer pour le contenu (ou, pour les sources de données, être le propriétaire de la source de données). Lors du déplacement d’une base de données avec ses tables, l’utilisateur doit disposer de l’autorisation Déplacer pour la base de données _et_ ses tables. Pour plus d’information sur le déplacement de ressources, consultez [Déplacer le contenu](https://help.tableau.com/current/server/fr-ca/permissions.htm#MoveContent). [Passer au contenu principal](#main-content) # Ajouter des tables à la connexion Dans l’onglet Tables : Ajouter des tables à la connexion **Ajouter des tables** Choisissez une option : - Sur la gauche, sous **Tables**, double-cliquez sur les noms de table ou sélectionnez-les en les faisant glisser vers le volet **Tables** sur la droite. Incluez une table de droits, si vous en utilisez une. - Sélectionnez ![Bouton Nouveau SQL personnalisé](/tableau/current/fr-ca/server/fr-ca/Img/ipa_New_Custom_SQL_btn.png) pour créer un schéma de table personnalisé, ou sélectionnez Convertir en SQL personnalisé sur une table existante et utilisez-la comme point de départ pour SQL personnalisé. Cliquez sur ![L’icône d’actualisation des données dans la barre d’outils de l’éditeur de connexion virtuelle](/tableau/current/fr-ca/server/fr-ca/Img/ipa_vconns_refresh_icon.png) pour obtenir les données les plus récentes de la base de données pour toutes les connexions. **Afficher et modifier les détails de la table** 1. Sélectionnez une table dans l’onglet Tables. 2. Dans la section Détails de la table, sélectionnez une valeur de colonne pour apporter des modifications telles que masquer ou renommer une colonne, ou modifier le type de données. Sélectionner le mode en direct ou le mode extrait pour les tables Définir des tables individuelles en mode en direct ou en mode Extrait : - En direct uniquement : les tables sont interrogées directement à partir de la base de données. (« En direct » est le paramètre par défaut.) - Extrait uniquement : les tables sont extraites et enregistrées dans Tableau. Sous Tableaux, sélectionnez la table ou les tables dont vous souhaitez modifier le mode et sélectionnez Actions, puis Passer au mode en direct ou Passer au mode Extrait. - Sélectionnez Créer des extraits en attente pour créer des extraits, ou Actualiser tous les extraits pour les actualiser après la création. - Sélectionnez le menu Actions (...) > Extraire les paramètres d’une table pour configurer l’extrait en vue d’une actualisation incrémentielle. - Vous pouvez planifier des actualisations d’extraits sur la page de connexion virtuelle après avoir publié la connexion. [Lire la rubrique d’extraction de programmation](https://help.tableau.com/current/server/fr-ca/dm_vconn_extract.htm) Définir l’état de visibilité d’une table Utilisez le bouton Visibilité pour afficher ou masquer les tables aux utilisateurs. ![La coche signifie que les données sont visibles](/tableau/current/fr-ca/server/fr-ca/Img/ipa_vconn_check_mark_show.png) Les utilisateurs peuvent voir les données de la table. Créez une stratégie pour régir les données que les utilisateurs peuvent voir. (« Visible » est le paramètre par défaut.) ![X signifie que les données ne sont pas visibles](/tableau/current/fr-ca/server/fr-ca/Img/ipa_vconn_x_hide.png) Les utilisateurs ne peuvent pas voir les données de la table. Vous pouvez utiliser des tables masquées dans une stratégie de données et comme table des droits. Voir les détails de la table Sélectionnez une table en haut de l’onglet Tables pour afficher ses détails ci-dessous. Changez les informations de la table que vous voyez à l’aide de ces icônes : ![L’icône de balise représente le type de données de la colonne.](/tableau/current/fr-ca/server/fr-ca/Img/ipa_Tag_16px_medium.png) Type de données pour chaque colonne. ![L’icône de table représente les exemples de données de la colonne.](/tableau/current/fr-ca/server/fr-ca/Img/ipa_Table_16px_medium.png) Exemples de données pour chaque colonne. ![L’icône de profil représente la plage de valeurs de la colonne.](/tableau/current/fr-ca/server/fr-ca/Img/ipa_Panes_show_16px_medium.png) Plage de valeurs dans un histogramme pour chaque colonne sélectionnée. **Clip rapide :** Affichez les détails de votre table. Your browser does not support the video tag. Consultez Clés liées en sélectionnant ![icône de table](/tableau/current/fr-ca/server/fr-ca/Img/ipa_Table_16px_medium.png) pour voir quelles colonnes sont liées à d’autres tables. Les clés liées s’affichent uniquement lorsque les bases de données contiennent des informations sur les clés primaires et étrangères. Publier la connexion et définir les autorisations ### Enregistrer un brouillon ou publier une connexion Votre connexion est automatiquement enregistrée en tant que brouillon pendant que vous travaillez. Enregistrez manuellement le brouillon en cliquant sur ![Icône Enregistrer](/tableau/current/fr-ca/server/fr-ca/Img/ipa_Save_16px_medium.png). Pour partager une nouvelle connexion virtuelle avec d’autres utilisateurs, vous devez la publier. 1. Cliquez sur ![Bouton Publier](/tableau/current/fr-ca/server/fr-ca/Img/ipa_vconn_publish_btn.png) dans l’angle supérieur droit de l’éditeur. 2. Saisissez un nom pour la connexion dans le champ Nom. 3. Sélectionnez un projet dans lequel enregistrer la connexion. 4. Clic ![Bouton Publier](/tableau/current/fr-ca/server/fr-ca/Img/ipa_vconn_publish_btn.png) Lorsque vous modifiez une connexion existante, elle reste disponible pour les utilisateurs dans son état de publication actuel. - Pour enregistrer les mises à jour apportées à un brouillon, cliquez sur ![Icône Enregistrer](/tableau/current/fr-ca/server/fr-ca/Img/ipa_Save_16px_medium.png). - Pour rendre la connexion mise à jour accessible aux utilisateurs, cliquez sur ![Bouton Publier](/tableau/current/fr-ca/server/fr-ca/Img/ipa_vconn_publish_btn.png) ### Définir des autorisations de manière à ce que d’autres personnes puissent utiliser la connexion Vous avez publié la connexion et vous êtes prêt à autoriser d’autres personnes à l’utiliser. Pour ce faire, définissez la fonctionnalité Connexion sur Autorisé. 1. Accédez à la connexion virtuelle. 2. Ouvrez le menu Actions (...), puis cliquez sur Autorisations. 3. Cochez la case sous l’icône Connexion afin que la connexion soit autorisée pour tous les utilisateurs. ![Case à cocher Fonctionnalité de connexion sous Règles d’autorisation](/tableau/current/fr-ca/server/fr-ca/Img/ipa_vconn_connect_capability.png) 4. Cliquez sur Enregistrer. [Lire la rubrique Publication et autorisations](https://help.tableau.com/current/server/fr-ca/dm_vconn_publish_save.htm) [Lire la rubrique sur les connexions virtuelles](https://help.tableau.com/current/server/fr-ca/dm_vconn_create_conn.htm) ## Tâches connexes [À propos de l’éditeur de connexion virtuelle](https://help.tableau.com/current/server/fr-ca/ipa_vconn_about_editor.htm) [À propos des stratégies de données](https://help.tableau.com/current/server/fr-ca/ipa_vconn_about_data_policy.htm) [Créer et tester des stratégies de données](https://help.tableau.com/current/server/fr-ca/ipa_vconn_create_data_policy.htm) Vous ne trouvez pas ce dont vous avez besoin? Consultez [toute l’aide de Tableau](https://www.tableau.com/fr-ca/support/help) en ligne [Passer au contenu principal](#main-content) # Ajouter des utilisateurs à Tableau Server Vous pouvez ajouter des utilisateurs à Tableau Server un par un ou par lots. Vous pouvez les ajouter au serveur en tant qu’utilisateurs sans licence, puis les ajouter à des sites et leur attribuer des rôles sur le site lorsque vous les intégrez sur Tableau Server. Vous pouvez sinon ajouter des utilisateurs aux sites et spécifier leurs rôles sur le site en même temps. Ils seront alors prêts à se connecter. ## Avant de commencer - Si votre Tableau Server est configuré avec un magasin d’identités externe Active Directory, vérifiez [Gestion des utilisateurs dans les déploiements avec magasins d’identités externes](https://help.tableau.com/current/server/fr-ca/users_manage_ad.htm) pour comprendre comment plusieurs domaines, l’appellation de domaine, NetBIOS et le format de nom d’utilisateur Active Directory influencent la gestion des utilisateurs Tableau. **Remarque :** dans le contexte de la synchronisation d’utilisateurs et de groupes, Tableau Server configuré avec un magasin d’identités LDAP est équivalent à Active Directory. Les fonctionnalités de synchronisation Active Directory dans Tableau Server fonctionnent sans problème avec des solutions de répertoire LDAP correctement configurées. - Vérifiez que vous disposez d’un nombre suffisant de licences d’utilisateur et de licences de rôle pour votre base d’utilisateurs. Si vous essayez d’ajouter un utilisateur pour un rôle sur le site pour lequel vous n’avez pas de licence, vous verrez s’afficher une erreur. - Pour ajouter des licences d’utilisation à votre déploiement Tableau Server, visitez le [Portail client Tableau](http://customer.tableausoftware.com/fr-ca) pour acheter des licences et la ou les clés produit correspondantes. Après avoir acheté des licences, consultez la rubrique [Ajouter de la capacité à Tableau Server](https://help.tableau.com/current/server/fr-ca/capacity_add.htm) pour mettre à jour le serveur avec la ou les nouvelles clés. - Les étapes ci-dessous décrivent comment ajouter un utilisateur individuel et lui attribuer un rôle sur le site. Pour ajouter des utilisateurs par lots, consultez [Importer des utilisateurs](https://help.tableau.com/current/server/fr-ca/users_import.htm). ## Ajout d’utilisateurs au niveau du serveur plutôt qu’au niveau du site Dans un environnement à un seul site, les administrateurs système peuvent ajouter des utilisateurs sur la page Utilisateurs. ![Option permettant d’ajouter des utilisateurs sur Tableau Cloud.](/tableau/current/fr-ca/server/fr-ca/Img/sites_add_user_ss_list.png) Une fois ajouté à Tableau Server, un site devient un serveur multisite avec une page Utilisateurs du serveur (tous les utilisateurs du serveur de chaque site apparaissent ici) et une page Utilisateurs du site. Seuls les administrateurs serveur peuvent accéder à la page Utilisateurs serveur, tandis que les administrateurs de site et les administrateurs serveur peuvent accéder à la page Utilisateurs du site. ![Utilisateurs du site sur Tableau Cloud.](/tableau/current/fr-ca/server/fr-ca/Img/sites_add_user_siteusers.png) La page Utilisateurs du serveur est le seul endroit où vous pouvez simultanément affecter des utilisateurs à plusieurs sites, supprimer des utilisateurs du serveur et, si le serveur utilise l’authentification locale, réinitialiser les mots de passe des utilisateurs. ![Une liste d’utilisateurs de Tableau Server avec l’option Ajouter des utilisateurs.](/tableau/current/fr-ca/server/fr-ca/Img/sites_addusers1.png) ## Ajouter un utilisateur au serveur Lors de l’ajout d’un utilisateur, le flux de travail change selon qu’au moins un [pool d’identités](https://help.tableau.com/current/server/fr-ca/identity_pools.htm) est configuré pour Tableau Server. ### Aucun groupe d’identités configuré Si aucun groupe d’identités n’est configuré, c’est-à-dire que Tableau Server utilise uniquement le provisionnement et l’authentification des utilisateurs configurés lors de la configuration de Tableau Server (également appelé groupe initial (configuré par TSM)), suivez les étapes décrites ci-dessous pour ajouter un utilisateur. 1. Dans le menu de site, sélectionnez Gérer tous les sites > Utilisateurs, puis cliquez sur Ajouter des utilisateurs. Pour ajouter un utilisateur à un site, vous devez sélectionner le site et accéder à la page Utilisateurs. ![Option Ajouter des utilisateurs sur Tableau Serveur.](/tableau/current/fr-ca/server/fr-ca/Img/sites_adduser_srv.png) 2. Effectuez l’une des actions suivantes : - Si le serveur est configuré pour l’**authentification locale**, cliquez sur Nouvel utilisateur, et entrez un nom d’utilisateur. Avec l’authentification locale, le meilleur moyen d’éviter des collisions de noms d’utilisateur consiste à fournir une adresse de courriel pour le nom d’utilisateur, par exemple _jsmith@example.com_ au lieu de _jsmith_. Les noms d’utilisateur ne sont pas sensibles à la casse. Les caractères non autorisés dans les noms d’utilisateur incluent le point-virgule (;) et la virgule (,). - Si le serveur est configuré pour l’**Authentification Active Directory**, cliquez sur Utilisateur Active Directory. Si vous ajoutez un utilisateur provenant du même domaine Active Directory que celui où s’exécute Tableau Server, le domaine du serveur est présupposé, et il vous suffit d’entrer le nom de l’utilisateur AD sans le domaine. **Remarque :** Assurez-vous de ne pas saisir le nom complet de l’utilisateur, cela peut générer des erreurs lors du processus d’importation. 3. Si le serveur utilise l’authentification locale, indiquez les informations suivantes : - Nom d’affichage : Saisissez un nom d’affichage pour l’utilisateur (par exemple, _John Smith_). - Mot de passe : Entrez un mot de passe pour l’utilisateur. - Confirmer le mot de passe : Saisissez à nouveau le mot de passe. - Courriel : Ceci est facultatif et peut être ajouté ultérieurement dans les paramètres du profil utilisateur. - Les utilisateurs sélectionnés sont des administrateurs serveur :Indiquez si l’utilisateur doit être un administrateur de serveur. - Nom (adhésion au site) / Rôle sur le site : Si l’utilisateur n’est pas un administrateur de serveur, vous pouvez affecter un utilisateur à un ou plusieurs sites ainsi qu’un rôle sur le site à chaque site. Pour l’instant, vous n’avez pas à choisir l’adhésion au site et le rôle sur le site. Si vous n’indiquez pas une adhésion au site et un rôle sur le site pour un nouvel utilisateur du serveur, ce dernier est ajouté en tant qu’utilisateur du serveur uniquement, avec un rôle sur le site Sans licence. Pour plus d’informations, consultez [Définir les rôles sur le site des utilisateurs](https://help.tableau.com/current/server/fr-ca/users_site_roles.htm). 4. Cliquez sur Créer. ![Ajouter un nouvel utilisateur sur le formulaire Tableau Server.](/tableau/current/fr-ca/server/fr-ca/Img/sites_adduser_srv2.png) ### Un ou plusieurs groupes d’identités configurés Lors de l’ajout d’un utilisateur, si un ou plusieurs groupes d’identités sont configurés, vous devez d’abord sélectionner un groupe d’identités ou le pool initial (configuré par TSM), qui correspond au provisionnement et à l’authentification des utilisateurs configurés dans TSM lors de la configuration de Tableau Server. 1. Dans le menu de site, sélectionnez Gérer tous les sites > Utilisateurs, puis cliquez sur Ajouter des utilisateurs > Créer un nouvel utilisateur. Pour ajouter un utilisateur à un site, vous devez sélectionner le site et accéder à la page Utilisateurs. ![Option Ajouter des utilisateurs sur Tableau Serveur.](/tableau/current/fr-ca/server/fr-ca/Img/sites_adduser_srv_create_new_user.png) 2. Dans la boîte de dialogue Ajouter de nouveaux utilisateurs, sélectionnez le groupe d’identités auquel vous souhaitez ajouter l’utilisateur. ![Ajoutez de nouveaux utilisateurs à partir d’un pool initial.](/tableau/current/fr-ca/server/fr-ca/Img/sites_adduser_idpool_select.png) 3. Effectuez l’une des actions suivantes : - Si le groupe d’identités que vous avez sélectionné à l’étape 2 est configuré sur un magasin d’identité LOCAL et une authentification LOCAL : 1. Dans la boîte de dialogue Nouvel utilisateur, dans la zone de texte Nom d’utilisateur, saisissez un nom d’utilisateur. Avec l’authentification locale, le meilleur moyen d’éviter des collisions de noms d’utilisateur consiste à fournir une adresse de courriel pour le nom d’utilisateur, par exemple _jsmith@example.com_ au lieu de _jsmith_. Les noms d’utilisateur ne sont pas sensibles à la casse. Les caractères non autorisés dans les noms d’utilisateur incluent le point-virgule (;) et la virgule (,). ![Boîte de dialogue Ajouter un nouvel utilisateur.](/tableau/current/fr-ca/server/fr-ca/Img/sites_adduser_idpool_local_newuser.png) 2. Saisissez les informations suivantes : - Nom d’affichage : Saisissez un nom d’affichage pour l’utilisateur (par exemple, _John Smith_). - Mot de passe : Saisissez un mot de passe pour l’utilisateur. - Confirmer le mot de passe—Saisissez à nouveau le mot de passe. - Courriel (facultatif) : Ceci est facultatif et peut être ajouté ultérieurement dans les paramètres du profil utilisateur. - Les utilisateurs sélectionnés sont des administrateurs serveur :Indiquez si l’utilisateur doit être un administrateur de serveur. - Rôle sur le site : Si l’utilisateur n’est pas un administrateur de serveur, vous pouvez attribuer un rôle sur le site. Vous n’avez pas à choisir l’adhésion au site et le rôle sur le site. Si vous ne spécifiez pas de rôle de site pour un nouvel utilisateur, celui-ci sera ajouté en tant qu’utilisateur de serveur uniquement, avec un rôle de site sans licence. Pour plus d’informations, consultez [Définir les rôles sur le site des utilisateurs](https://help.tableau.com/current/server/fr-ca/users_site_roles.htm). 3. Lorsque vous avez terminé, cliquez sur Créer un utilisateur. - Si le groupe d’identités que vous avez sélectionné à l’étape 2 est configuré sur un magasin d’identité LOCAL avec une authentification OIDC : 1. Dans la boîte de dialogue Nouvel utilisateur, dans la zone de texte Nom d’utilisateur, saisissez un nom d’utilisateur. Avec l’authentification locale, le meilleur moyen d’éviter des collisions de noms d’utilisateur consiste à fournir une adresse de courriel pour le nom d’utilisateur, par exemple _jsmith@example.com_ au lieu de _jsmith_. Les noms d’utilisateur ne sont pas sensibles à la casse. Les caractères non autorisés dans les noms d’utilisateur incluent le point-virgule (;) et la virgule (,). ![Boîte de dialogue Ajouter un nouvel utilisateur.](/tableau/current/fr-ca/server/fr-ca/Img/sites_adduser_idpool_local_newuser_ad.png) 2. Saisissez les informations suivantes : - Nom d’affichage : Saisissez un nom d’affichage pour l’utilisateur (par exemple, _John Smith_). - Mot de passe : Saisissez un mot de passe pour l’utilisateur. - Identifiant (facultatif) : Saisissez l’identifiant que vous souhaitez associer à l’utilisateur. Les identifiants sont utilisés à des fins de correspondance d’identité. Pour plus d’informations, consultez [Noms d’utilisateur et identifiants dans Tableau](https://help.tableau.com/current/server/fr-ca/identity_pools.htm#usernames_identifiers). - Courriel (facultatif) : Ceci est facultatif et peut être ajouté ultérieurement dans les paramètres du profil utilisateur. - Nom adhésion au site) / Rôle sur le site : Si l’utilisateur n’est pas un administrateur de serveur, vous pouvez affecter un utilisateur à un ou plusieurs sites ainsi qu’un rôle sur le site à chaque site. Pour l’instant, vous n’avez pas à choisir l’adhésion au site et le rôle sur le site. Si vous n’indiquez pas une adhésion au site et un rôle sur le site pour un nouvel utilisateur du serveur, ce dernier est ajouté en tant qu’utilisateur du serveur uniquement, avec un rôle sur le site Sans licence. Pour plus d’informations, consultez [Définir les rôles sur le site des utilisateurs](https://help.tableau.com/current/server/fr-ca/users_site_roles.htm). - Rendre les utilisateurs sélectionnés des administrateurs de serveur : Indiquez si l’utilisateur doit être un administrateur de serveur. 3. Lorsque vous avez terminé, cliquez sur Créer un utilisateur. - Si le groupe d’identités que vous avez sélectionné à l’étape 2 est configuré sur un magasin d’identité ACTIVE\_DIRECTORY ou LDAP : 1. Saisissez le nom d’utilisateur AD ou LDAP sans le domaine. Dans ce flux de travail, vous ajoutez un utilisateur du même domaine Active Directory que Tableau Server a été configuré avec dans TSM lors de la configuration de Tableau Server. Par conséquent, le domaine du serveur sera supposé et vous pouvez saisir le nom d’utilisateur AD ou LDAP sans le domaine. **Remarque :** Assurez-vous de ne pas saisir le nom complet de l’utilisateur, cela peut générer des erreurs lors du processus d’importation. ![Importer des utilisateurs à partir d’Active Directory.](/tableau/current/fr-ca/server/fr-ca/Img/sites_adduser_idpool_ad.png) 2. Lorsque vous avez terminé, cliquez sur Importer des utilisateurs. [Passer au contenu principal](#main-content) # Ajouter des utilisateurs à un groupe Vous pouvez classer les utilisateurs de Tableau Server en groupes afin de faciliter la gestion de plusieurs utilisateurs. Vous pouvez soit créer des groupes localement sur le serveur, soit importer des groupes à partir d’Active Directory. Si vous gérez des utilisateurs avec un [Magasin d’identités externe](https://help.tableau.com/current/server/fr-ca/plan_identity_store.htm#external), par exemple Active Directory, ajoutez des utilisateurs à un groupe via le magasin d’identités externe lui-même. Une fois les utilisateurs ajoutés à un groupe dans le magasin d’identités externe, Tableau Server est en mesure de mettre à jour ces utilisateurs en synchronisant le groupe d’utilisateurs dans le magasin d’identités externe avec le groupe d’utilisateurs sur Tableau Server. Par exemple, pour garder à jour l’appartenance à un groupe Active Directory, nous vous recommandons de consulter les éléments suivants : - Les administrateurs de sites peuvent synchroniser des groupes sélectionnés à la demande, dans un site. Pour plus d’informations, consultez [Synchroniser les groupes Active Directory dans un site](https://help.tableau.com/current/server/fr-ca/groups_create_adsync.htm). - Les administrateurs de serveurs peuvent synchroniser tous les groupes Active Directory sur le serveur, sur demande ou de manière programmée. Pour plus d’informations, consultez [Synchronisation de tous les groupes Active Directory sur le serveur](https://help.tableau.com/current/server/fr-ca/groups_globalsync.htm). **Remarques :** - Dans le contexte de la synchronisation d’utilisateurs et de groupes, Tableau Server configuré avec une banque d’identités LDAP est équivalent à Active Directory. Les fonctionnalités de synchronisation Active Directory dans Tableau Server fonctionnent sans problème avec des solutions de répertoire LDAP correctement configurées. Lorsque des pools d’identités sont configurés, vous ne pouvez pas ajouter de groupes à un pool d’identités. - L’ajout des groupes à un [pool d’identités](https://help.tableau.com/current/server/fr-ca/identity_pools.htm) n’est pas pris en charge. Il n’est possible d’ajouter que des utilisateurs individuels à un pool d’identités. Si vous gérez des utilisateurs avec un [Magasin d’identités local](https://help.tableau.com/current/server/fr-ca/plan_identity_store.htm#local), utilisez les procédures décrites ci-dessous pour ajouter des utilisateurs à un groupe. Pour ajouter un utilisateur à un groupe, ce dernier doit déjà exister. ## Ajouter des utilisateurs à un groupe (page Utilisateurs) 1. Sur un site, cliquez sur **Utilisateurs**. 2. Sélectionnez les utilisateurs que vous souhaitez ajouter au groupe et cliquez sur **Actions** > Adhésion au groupe. ![Une liste d’utilisateurs avec des noms d’affichage, dont deux sont sélectionnés pour faire partie d’une action de groupe.](/tableau/current/fr-ca/server/fr-ca/Img/users7.png) 3. Dans la boîte de dialogue Appartenance au groupe, sélectionnez les groupes, puis cliquez sur **Enregistrer**. ## Ajouter des utilisateurs à un groupe (page Groupes) 1. Dans un site, cliquez sur **Groupes**, puis cliquez sur le nom du groupe. ![Une liste de groupes avec des cases à cocher en vue de la sélection.](/tableau/current/fr-ca/server/fr-ca/Img/groups_addusers_group.png) 2. Dans la page du groupe, cliquez sur **Ajouter des utilisateurs**. ![Page du groupe affichant le bouton Ajouter des utilisateurs.](/tableau/current/fr-ca/server/fr-ca/Img/groups_addusers.png) 3. Dans la boîte de dialogue Ajouter des utilisateurs, sélectionnez les utilisateurs à ajouter, puis cliquez sur **Ajouter des utilisateurs**. [Passer au contenu principal](#main-content) # Ajouter des utilisateurs à un site Tous ceux qui doivent disposer d’un accès à Tableau Server, que ce soit pour publier, explorer, modifier le contenu ou administrer le site, doivent être ajoutés en tant qu’utilisateurs. Les administrateurs disposent des options suivantes pour ajouter des utilisateurs : - Ajouter un compte d’utilisateur local ou un compte utilisateur depuis Active Directory, comme décrit ultérieurement dans cet article. Vous pouvez également ajouter des utilisateurs en important un groupe Active Directory. Consultez [Créer des groupes via Active Directory](https://help.tableau.com/current/server/fr-ca/groups_create_ad.htm). - Vous pouvez [Importer des utilisateurs](https://help.tableau.com/current/server/fr-ca/users_import.htm) via un fichier CSV que vous créez à l’aide des [Recommandations relatives au fichier d’importation CSV](https://help.tableau.com/current/server/fr-ca/csvguidelines.htm). ## Accès de l’administrateur de site à la gestion des utilisateurs Par défaut, les administrateur de site peuvent ajouter et supprimer les utilisateurs sur un site. Dans la page Paramètres du site, les administrateurs de serveur peuvent révoquer cette capacité, de manière à ce que seuls les administrateurs de serveur puissent gérer les utilisateurs du site. > [!TIP] > > **Conseil** : Les profils d’administrateur donnent aux utilisateurs non-administrateurs des fonctionnalités spécifiques en matière de gestion des utilisateurs et des groupes, sans leur donner plus d’accès au contenu. Un administrateur de site peut modifier le compte d’un utilisateur local existant uniquement s’il a accès à tous les sites auquel l’utilisateur appartient. Par exemple, si Utilisateur1 est membre des sites A et B, un administrateur du site B uniquement ne peut pas modifier le nom complet de l’Utilisateur1 ni réinitialiser son mot de passe. **Remarque :** lors de l’utilisation de l’authentification locale, si un administrateur de site est en mesure d’ajouter et de supprimer des utilisateurs, il pourra savoir si un nom d’utilisateur est configuré en tant qu’utilisateur sur n’importe quel site de Tableau Server. ## Ajouter des utilisateurs locaux à un site 1. Connectez-vous à Tableau Server en tant qu’administrateur, et si applicable, sélectionnez le site. 2. Sélectionnez Utilisateurs. Dans la page Utilisateurs, cliquez sur Ajouter des utilisateurs, puis cliquez sur Créer un nouvel utilisateur. ![Une boîte de dialogue avec des options pour ajouter de nouveaux utilisateurs ou importer des utilisateurs à partir d’un fichier CSV.](/tableau/current/fr-ca/server/fr-ca/Img/users1_local.png) 3. Entrez un nom d’utilisateur. Avec l’authentification locale, utiliser une adresse de courriel en guise de nom d’utilisateur est le meilleur moyen d’éviter les conflits de noms d’utilisateurs (par exemple _lrodriguez@example.com_ au lieu de _lrodriguez_). ![Un nouveau formulaire de création de compte utilisateur.](/tableau/current/fr-ca/server/fr-ca/Img/users2_local.png) Les noms d’utilisateur ne sont pas sensibles à la casse. Les caractères non autorisés dans les noms d’utilisateur incluent le point-virgule (;) et les deux points (:). Saisissez également l’information dans les champs suivants : - Nom d’affichage : Saisissez un nom d’affichage pour l’utilisateur (par exemple, _Laura Rodriguez_). - Mot de passe : Saisissez un mot de passe pour l’utilisateur. - Confirmer le mot de passe : Saisissez à nouveau le mot de passe. - Courriel : Ceci est facultatif et peut être ajouté ultérieurement dans les paramètres du profil utilisateur. 4. Sélectionnez un rôle sur le site. Pour les définitions des rôles sur le site, consultez [Définir les rôles sur le site des utilisateurs](https://help.tableau.com/current/server/fr-ca/users_site_roles.htm). 5. Cliquez sur Créer un utilisateur. ## Ajouter des utilisateurs Active Directory à un site Avant d’ajouter des utilisateurs à un site, assurez-vous de lire la [Gestion des utilisateurs dans les déploiements avec magasins d’identités externes](https://help.tableau.com/current/server/fr-ca/users_manage_ad.htm) pour comprendre comment plusieurs domaines, le nom de domaine, NetBIOS et le format du nom d’utilisateur Active Directory influencent la gestion des utilisateurs Tableau. 1. Dans un site, cliquez sur Utilisateurs, puis sur Ajouter des utilisateurs, et ensuite sur Utilisateurs Active Directory. ![Une boîte de dialogue permettant de choisir comment ajouter des utilisateurs au site.](/tableau/current/fr-ca/server/fr-ca/Img/users_site_add_AD.png) 2. Entrez un ou plusieurs noms d’utilisateur (séparés par des points-virgules). Par exemple, _tdavis; jjohnson; hwilson_ Si vous ajoutez un utilisateur provenant du même domaine Active Directory que celui où s’exécute le serveur, il vous suffit d’entrer le nom de l’utilisateur AD sans le domaine. Le domaine du serveur sera supposé. **Remarque :** ne saisissez pas le nom complet de l’utilisateur dans ce champ, car cela peut générer des erreurs pendant le processus d’importation. 3. Sélectionnez un rôle sur le site. Pour les définitions des rôles sur le site, consultez [Définir les rôles sur le site des utilisateurs](https://help.tableau.com/current/server/fr-ca/users_site_roles.htm). 4. Cliquez sur Importer des utilisateurs. ## Supprimer des utilisateurs locaux 1. Connectez-vous à Tableau Server en tant qu’administrateur, sélectionnez le site, et ouvrez la page Utilisateurs. 2. Cochez les cases en regard des noms des utilisateurs, puis dans le menu Actions, sélectionnez Supprimer. Si un utilisateur appartient uniquement au site actuel, et ne possède aucun contenu, il est supprimé du serveur. Si un utilisateur que vous supprimez du site actuel appartient à d’autres sites sur le serveur, son statut demeure inchangé sur ces sites. ## Informations associées - Vous pouvez également [Ajouter des utilisateurs à Tableau Server](https://help.tableau.com/current/server/fr-ca/users_add.htm), sans affiliation de site. - La mise à niveau de Tableau Server à la version 2018.1 ou ultérieur depuis une version pré-2018.1 sans activer des licences basées sur les utilisateurs affecte les utilisateurs auxquels le rôle sur le site Viewer est attribué dans la version serveur pré-2018.1. Pour en savoir plus, consultez la section « Licences basées sur les utilisateurs » dans [Présentation des licences](https://help.tableau.com/current/server/fr-ca/license_server_overview.htm#User-based) et consultez [Définir les rôles sur le site des utilisateurs](https://help.tableau.com/current/server/fr-ca/users_site_roles.htm). [Passer au contenu principal](#main-content) # Ajouter dynamiquement des images Web aux feuilles de calcul Chez Tableau, nous savons que les images sont un outil puissant lors de l’analyse des données. Imaginez que vous regardiez une visualisation des ventes mensuelles de chaussures. Les données vous indiquent que vous avez vendu plus de talons hauts que de compensés, mais vous ne pouvez pas imaginer la différence entre les deux types de chaussures. C’est là qu’intervient le rôle d’image. Vous pouvez ajouter dynamiquement des images Web à vos feuilles de calcul et les utiliser dans vos en-têtes pour ajouter des détails visuels. ![Visualisation avec des images de chaussures ainsi que le type de chaussures et les ventes](/tableau/current/fr-ca/server/fr-ca/Img/imagerole_1.png) ## Préparer votre source de données Le rôle d’image peut être attribué à des champs de dimension discrets contenant des URL pointant vers des images Web. Pour préparer vos données, assurez-vous que vos champs d’image répondent aux exigences définies par Tableau pour se voir attribuer un rôle d’image : - Assurez-vous que vos URL accèdent aux fichiers image .png, .jpeg, .jpg, .svg, .webp, .jfif, .ico ou .gif. - Vérifiez que chaque URL commence par http ou https. Si aucun protocole de transport n’est inclus, Tableau suppose https. - Optimisez le nombre d’images utilisées dans votre jeu de données. Habituellement, vous pouvez charger jusqu’à 500 images par champ. - Assurez-vous que la taille de chaque fichier image est inférieure à 200 Ko. **Remarque :** si vous utilisez Tableau 23.1 ou une version antérieure, vos URL doivent accéder aux fichiers image avec les extensions de fichier .jpg, .jpeg ou .png. Dans Tableau 23.2 et versions ultérieures, les fichiers .gif sont pris en charge, mais les **animations** .gif s’affichera uniquement sur Tableau Cloud et Tableau Server avec un rendu côté client. Dans Tableau Desktop et Tableau Server avec un rendu côté serveur, le fichier .gif s’affichera sous forme d’image statique. Selon la complexité de votre visualisation, Tableau peut utiliser par défaut un rendu côté serveur, ce qui limite le nombre d’images à 100 par champ. Pour en savoir plus sur les paramètres de complexité et le rendu côté serveur, consultez [Configurer le rendu côté client](https://help.tableau.com/current/server/fr-ca/browser_rendering.htm). ### Exemple de jeu de données :
Nom du produitURL de l’image du produitVentes de produits
Appartementshttps://img.example.com/flats.png12 118
Talons hautshttps://img.example.com/highheels.png15 865
Chaussures de coursehttps://img.example.com/runningshoes.png14 200
Compenséshttps://img.example.com/wedges.png8 665
## Attribuez un rôle d’image à vos URL Une fois connecté à votre source de données, vous pouvez attribuer un rôle d’image à vos URL à partir de la page Source de données ou du volet Données d’une feuille de calcul. ### À partir de la page Source de données : 1. Localisez la colonne contenant des URL d’image. 2. Faites un clic droit (contrôle+clic sur Mac) sur l’icône en haut à gauche de la colonne et sélectionnez Rôle d’image > URL . L’icône se transforme en icône d’image et vos images sont prêtes à être utilisées. ![Option de source de données pour attribuer un rôle d’image aux URL](/tableau/current/fr-ca/server/fr-ca/Img/imagerole_3.png) ### À partir d’une feuille de calcul : 1. Ouvrez une nouvelle feuille de calcul. 2. Localisez un champ de dimension discrète contenant des URL d’image. 3. Faites un clic droit (contrôle+clic sur Mac) sur le champ de dimension et sélectionnez Rôle d’image > URL. L’icône se transforme en icône d’image et vos images sont prêtes à être utilisées. ![Option de volet de données pour attribuer un rôle d’image aux données](/tableau/current/fr-ca/server/fr-ca/Img/imagerole_2.png) ## Ajoutez des images à vos visualisations Depuis votre feuille de calcul, faites glisser le champ Rôle d’image sur l’étagère Lignes ou Colonnes. Vous pouvez maintenant voir des images avec leurs données associées sur votre visualisation. ![Créer un rôle d’image dans le volet de données.](/tableau/current/fr-ca/server/fr-ca/Img/imagerole_addtoviz2.gif) ## Partagez vos visualisations Vous pouvez exporter vos classeurs avec des images et les partager. Assurez-vous que les images utilisées dans vos visualisations peuvent être consultées par toutes les personnes avec lesquelles vous partagez vos visualisations. Par exemple, si vous utilisez des images hébergées sur un serveur interne derrière un pare-feu, assurez-vous que toutes les personnes avec lesquelles vous partagez la visualisation disposent des autorisations suffisantes pour accéder aux images. Dans cet exemple, les utilisateurs qui visualisent la visualisation alors qu’ils sont connectés au même serveur ne devraient pas rencontrer de problèmes pour voir les images. Mais les utilisateurs qui exportent la visualisation au format pdf sur un serveur Tableau Cloud peuvent ne pas voir les images. Si vous exportez votre classeur et que votre visualiseur tente de l’ouvrir dans Tableau 2022.3 ou une version antérieure, votre visualiseur ne pourra pas voir les images. **Remarque :** il est recommandé de toujours aligner un champ Rôle d’image avec une description textuelle pour rendre le contenu accessible aux lecteurs d’écran et autres logiciels d’accessibilité. ## Résolution des problèmes liés aux connexions Parfois, les images ne s’affichent pas si vous dépassez le nombre d’images autorisé par champ, si vous avez des fichiers image volumineux sur une visualisation complexe ou si vous visualisez la visualisation sur un appareil mobile. Cette section vous aide à résoudre ces erreurs. ### Aucune des images ne s’affiche dans ma visualisation Il y a trop d’images dans la visualisation Selon la complexité de votre visualisation, vous pouvez généralement charger 500 images par champ. Si vous avez une visualisation complexe, il se peut qu’elle utilise par défaut le rendu côté serveur. Avec le rendu côté serveur, vous pouvez charger 100 images par champ. Si vous obtenez un message d’erreur indiquant qu’il y a trop d’images dans la visualisation, filtrez les images et réessayez. Tableau n’a pas pu accéder aux images Si vous recevez des icônes d’image cassées au lieu de vos images, vérifiez d’abord que vous disposez des autorisations suffisantes pour afficher les images (ou si, par exemple, elles se trouvent derrière un pare-feu). Tableau doit pouvoir accéder aux images, et les images ne peuvent pas nécessiter une authentification distincte pour les afficher. Si vous êtes sûr d’être autorisé à afficher les images et qu’elles respectent les exigences de taille, vérifiez que les images Web sont activées sur votre page de paramètres. Dans Tableau Desktop : 1. Dans votre classeur, cliquez sur Aide dans la barre d’outils. 2. Sélectionnez Paramètres et performances > Définir la sécurité de l’affichage Web du tableau de bord. 3. Assurez-vous que l’option Activer les objets de page Web et les images Web est cochée. Dans Tableau Cloud : 1. Dans la page d’accueil, cliquez sur Paramètres. 2. Sous général, faites défiler vers le bas et localisez Objets de page Web et images Web. 3. Assurez-vous que l’option Activer les objets de page Web et les images Web est cochée. ### Certaines images ne s’affichent pas dans ma visualisation Le fichier image est trop volumineux Chaque fichier image doit être inférieur à 200 Ko pour être rendu. Vérifiez la taille de votre fichier image et réessayez. Vous utilisez une version antérieure de Tableau Si vous utilisez Tableau 23.1 ou une version antérieure, seuls les fichiers .png, .jpeg et .jpg sont pris en charge. Mettez à niveau votre version de Tableau ou utilisez un type de fichier pris en charge pour la version de Tableau que vous utilisez. L’URL de l’image doit commencer par http ou https Chaque URL d’image doit commencer par http ou https. Tableau ne prend actuellement pas en charge les appels FTP/SMTP. Vérifiez le format de votre URL et réessayez. Le fichier image doit être une URL Un rôle d’image peut être attribué uniquement aux URL qui naviguent vers des fichiers .png, .jpeg ou .jpg, .svg, .webp, .jfif, .ico, .bmp ou .gif. Vérifiez le format de votre URL et réessayez. Le type de fichier image n’est pas pris en charge Un rôle d’image peut être attribué uniquement aux URL qui naviguent vers des fichiers .png, .jpeg ou .jpg, .svg, .webp, .jfif, .ico, .bmp ou .gif. Vérifiez le format de votre URL et réessayez. Si vous utilisez Tableau 23.1 ou une version antérieure, seuls les fichiers .png, .jpeg et .jpg sont pris en charge. Mettez à niveau votre version de Tableau ou utilisez un type de fichier pris en charge pour la version de Tableau que vous utilisez. Dans Tableau 23.2 et versions ultérieures, les fichiers .gif sont pris en charge, mais les **animations** .gif s’affichera uniquement sur Tableau Cloud et Tableau Server avec un rendu côté client. Dans Tableau Desktop et Tableau Server avec un rendu côté serveur, le fichier .gif s’affichera sous forme d’image statique. Le fichier image contient des caractères incorrects Un rôle d’image ne peut pas être attribué aux URL contenant les caractères suivants : < > & \\ ^ ' ou les séquences de caractères suivantes : .. \\\\. \\r \\n \\t Vérifiez que votre URL ne contient aucun de ces caractères ou séquences de caractères et réessayez. ### Les images ne s’affichent pas en dehors de ma feuille de calcul Les images ne s’affichent pas dans la visualisation dans l’infobulle La visualisation dans l’infobulle est traitée avec un rendu côté serveur, ce qui vous permet de charger jusqu’à 100 images par champ. Vérifiez que vous avez moins de 100 images par champ et réessayez. Pour plus d informations sur le rendu côté serveur et côté client, consultez [Configurer le rendu côté client](https://help.tableau.com/current/server/fr-ca/browser_rendering.htm). Pour plus d’informations sur une visualisation dans une infobulle, consultez [Créer des vues dans des infobulles (visualisation dans une infobulle)](https://help.tableau.com/current/pro/desktop/fr-ca/viz_in_tooltip.htm). Les images ne s’affichent pas dans la vue en miniature La vue en miniature est traitée avec un rendu côté serveur, ce qui vous permet de charger jusqu’à 100 images par champ. Vérifiez que vous avez moins de 100 images par champ et réessayez. Pour plus d informations sur le rendu côté serveur et côté client, consultez [Configurer le rendu côté client](https://help.tableau.com/current/server/fr-ca/browser_rendering.htm). Les images ne s’affichent pas lorsque j’exporte mon classeur Toutes les exportations et fonctionnalités liées à l’exportation sont traitées avec un rendu côté serveur, ce qui vous permet de charger jusqu’à 100 images par champ. Vérifiez que vous avez moins de 100 images par champ et réessayez. Les images ne s’affichent pas sur un appareil mobile Les appareils mobiles ont un seuil de complexité inférieur à celui des ordinateurs, de sorte que le traitement est effectué via un rendu côté serveur, ce qui vous permet de charger jusqu’à 100 images par champ. Vérifiez que vous avez moins de 100 images par champ et réessayez. Vous pouvez modifier les paramètres de complexité sur votre appareil mobile. Pour plus d’informations sur les seuils de complexité, consultez [Configurer le seuil de complexité pour les ordinateurs et les appareils mobiles](https://help.tableau.com/current/server/fr-ca/browser_rendering.htm#configure-the-complexity-threshold-for-computers-and-mobile-devices). [Passer au contenu principal](#main-content) # Ajouter ou supprimer des sites Tableau Server est fourni avec un site appelé Default (Par défaut). Les administrateurs de serveur peuvent ajouter ou supprimer des sites au fur et à mesure que les besoins d’une entreprise évoluent. ## Ajouter un site 1. Effectuez l’une des actions suivantes : - Si vous ajoutez un site au serveur pour la première fois, sélectionnez **Paramètres** > **Ajouter un site**, puis cliquez sur **Ajouter un site**. ![Options Ajouter un site avec des instructions pour héberger plusieurs sites sur Tableau Server.](/tableau/current/fr-ca/server/fr-ca/Img/sites_add_ss.png) - Si vous avez ajouté des sites auparavant, dans le menu Site, cliquez sur **Gérer tous les sites**, puis cliquez sur **Nouveau site**. ![Option Tableau Cloud pour ajouter un nouveau site.](/tableau/current/fr-ca/server/fr-ca/Img/sites_add_multi.png) 2. [Modifiez les paramètres du site](https://help.tableau.com/current/server/fr-ca/sites_add.htm) pour le personnaliser pour votre entreprise. ## Supprimer des sites Les administrateurs de serveur peuvent supprimer des sites ajoutés à Tableau Server. La suppression d’un site supprime également les classeurs et sources de données publiés sur le site, ainsi que les utilisateurs. Si un utilisateur appartient à d’autres sites, il n’est pas supprimé. Afin de supprimer définitivement un utilisateur, vous devez utiliser la page Utilisateurs du serveur. **Remarque :** Il est impossible de supprimer le site par défaut. 1. Dans le menu de site, cliquez sur **Gérer tous les sites**, puis cliquez sur **Sites**. 2. Sélectionnez le site à supprimer, puis dans le menu Actions, cliquez sur Supprimer. 3. Cliquez sur **Supprimer** dans la boîte de dialogue de confirmation qui s’affiche. [Passer au contenu principal](#main-content) # Ajouter un compte Administrateur La dernière étape pour activer Tableau Server consiste à ajouter le compte Administrateur initial. L’administrateur pourra accéder librement au serveur; il pourra notamment gérer les utilisateurs, les groupes et les projets. Le serveur doit être en cours d’exécution lorsque vous créez l’utilisateur administrateur initial. Si vous avez configuré le magasin d’identités Tableau Server de manière à utiliser LDAP ou Active Directory, l’utilisateur administratif initial que vous spécifiez doit être un compte sur le répertoire. L’utilisateur administrateur initial est généralement distinct du compte utilisateur sur l’ordinateur personnel Tableau Server que vous utilisez pour exécuter `tsm`. Toutefois, ces comptes peuvent être les mêmes si vous avez configuré le magasin d’identités Tableau Server de manière à utiliser Active Directory et que l’utilisateur administrateur initial est membre du groupe Administrateur local sur l’ordinateur Tableau Server. ## Conditions préalables Avant de poursuivre avec les procédures décrites dans cette rubrique, vérifiez que les conditions préalables suivantes sont remplies comme décrit dans [Installer et configurer Tableau Server](https://help.tableau.com/current/server/fr-ca/install_config_top.htm) - [Installer TSM](https://help.tableau.com/current/server/fr-ca/setup.htm) - [Activer et enregistrer Tableau Server](https://help.tableau.com/current/server/fr-ca/activate.htm) - [Configurer les paramètres du nœud initial](https://help.tableau.com/current/server/fr-ca/config_general.htm) Une fois l’initialisation de Tableau Server terminée, le programme d’installation affiche une page permettant de créer l’administrateur Tableau Server. - Si vous avez configuré un magasin d’identités local lors de l’installation, spécifiez le nom et le mot de passe que vous souhaitez utiliser. - Si vous avez configuré un magasin d’identités LDAP ou Active Directory lors de l’installation, vous devez spécifiez un compte utilisateur appartenant au répertoire. - La valeur `username` ne peut pas inclure un arobase (@) à moins que le suffixe du nom d’utilisateur ne corresponde au domaine principal de Tableau Server. Par exemple, si Tableau Server se connecte au domaine « myco.com », il n’est pas possible d’utiliser un nom d’utilisateur « user@example.com@myco.com ». Si vous effectuez une installation à distance, vous devez vous connecter à TSM sur l’ordinateur physique sur lequel Tableau Server est installé, ou vous pouvez vous connecter à distance à l’ordinateur et exécuter la commande tabcmd [initialuser](https://help.tableau.com/current/server/fr-ca/tabcmd_cmd.htm#initialu) depuis un interpréteur. Vous devez créer un compte administrateur initial pour Tableau Server. - Si vous avez configuré un magasin d’identités local lors de l’installation, spécifiez le nom et le mot de passe que vous souhaitez utiliser. - Si vous avez configuré un magasin d’identités LDAP ou Active Directory lors de l’installation, vous devez spécifiez un compte utilisateur appartenant au répertoire. - La valeur `username` ne peut pas inclure un arobase (@) à moins que le suffixe du nom d’utilisateur ne corresponde au domaine principal de Tableau Server. Par exemple, si Tableau Server se connecte au domaine « myco.com », il n’est pas possible d’utiliser un nom d’utilisateur « user@example.com@myco.com ». Pour créer l’utilisateur initial, exécutez la commande `tabcmd` suivante : `tabcmd initialuser --server http://localhost --username ""` Par exemple : `tabcmd initialuser --server http://localhost --username "tableau-admin"` Si vous exécutez le protocole HTTP sur un port autre que 80, indiquez le port après le nom d’hôte, par exemple : `--server http://localhost:8080`. Après l’exécution de la commande, l’interpréteur vous invite à saisir un mot de passe d’administration. ## Étapes suivantes Après avoir créé le compte d’administrateur Tableau Server, continuez votre déploiement en parcourant les rubriques de configuration dans [Tâches postérieures à l’installation](https://help.tableau.com/current/server/fr-ca/config_post_install.htm). [Passer au contenu principal](#main-content) # Ajouter un équilibreur de charge Pour améliorer la fiabilité de Tableau Server, exécutez des passerelles sur plusieurs nœuds et configurez un équilibreur de charge afin de répartir les requêtes sur plusieurs passerelles. Contrairement au processus du référentiel, qui peut être actif ou passif, tous les processus des passerelles sont actifs. Si l’une des passerelles d’un groupement devient non disponible, l’équilibreur de charge arrête de lui envoyer des requêtes. L’algorithme de l’équilibreur de charge choisi détermine la façon dont les passerelles routent les requêtes client. - **Kerberos :** Si vous prévoyez d’utiliser l’authentification Kerberos, vous devez configurer Tableau Server pour qu’il accepte votre équilibreur de charge avant de configurer Tableau Server pour Kerberos. Pour plus d’informations, consultez [Configurer Kerberos](https://help.tableau.com/current/server/fr-ca/config_kerberos.htm). L’authentification SSPI Microsoft n’est pas prise en charge avec un équilibreur de charge. - **Équilibreurs de charge testés :** Les groupements Tableau Server disposant de plusieurs passerelles ont été testés avec des équilibreurs de charge Apache et F5. Si vous utilisez un équilibreur de charge Apache et que vous créez des vues administratives personnalisées, vous devez vous connecter directement au référentiel Tableau Server. Vous ne pouvez pas vous connecter par l’intermédiaire de l’équilibreur de charge. - **URL Tableau Server :** Lorsqu’un équilibreur de charge est devant un groupement Tableau Server, l’URL servant aux utilisateurs de Tableau Server appartient à l’équilibreur de charge et non au nœud Tableau Server initial. - **Point de terminaison unique de l’équilibreur de charge :** vous devez configurer vos équilibreurs de charge pour un seul point de terminaison d’URL. Vous ne pouvez pas configurer différents hôtes de points de terminaison pour rediriger vers le même déploiement Tableau Server. L’URL externe unique est définie dans `gateway.public.host` lors de la configuration de Tableau Server, comme décrit dans [Configuration des proxys et des équilibreurs de charge pour Tableau Server](https://help.tableau.com/current/server/fr-ca/proxy.htm). - **Paramètres d’hôtes de confiance :** L’ordinateur exécutant l’équilibreur de charge doit être identifié sur Tableau Server en tant qu’hôte de confiance, comme décrit dans [Configuration des proxys et des équilibreurs de charge pour Tableau Server](https://help.tableau.com/current/server/fr-ca/proxy.htm). ## Configurer Tableau Server pour qu’il utilise un équilibreur de charge Les paramètres servant à identifier un équilibreur de charge dans Tableau Server sont les mêmes que ceux utilisés pour identifier un serveur proxy inverse. Si votre groupement Tableau Server nécessite à la fois un serveur proxy et un équilibreur de charge, les deux doivent utiliser une URL externe unique définie dans `gateway.public.host` et l’ensemble des serveurs proxy et des équilibreurs de charge doivent être spécifiés dans `gateway.trusted` et `gateway.trusted_hosts`. Consultez [Configuration des proxys et des équilibreurs de charge pour Tableau Server](https://help.tableau.com/current/server/fr-ca/proxy.htm). [Passer au contenu principal](#main-content) # Ajouter un plus grand nombre de données à votre histoire basée sur des données Tableau **Changements importants pour Tableau Histoires de données** Les histoires de données Tableau ont été retirées dans Tableau Desktop, Tableau Cloud et Tableau Server en janvier 2025 (2025.1). Grâce aux progrès des technologies du langage naturel, nous développons une interface améliorée qui permettra de poser plus facilement des questions sur vos données et de rester au courant des changements. Pour plus d’informations, consultez l’article [Comment Tableau Pulse alimenté en énergie Tableau AI les expériences liées aux données.](https://www.tableau.com/fr-ca/blog/tableau-pulse-and-tableau-ai) Les histoires de données prennent actuellement en charge les histoires avec deux dimensions et une mesure, ou les histories avec une dimension et jusqu’à 10 mesures. Si vous souhaitez enregistrer des données que vous ne voulez pas voir affichées sur votre tableau de bord, utilisez une feuille masquée pour simplifier votre tableau de bord. Si vous souhaitez ajouter plus de deux dimensions à votre histoire, concaténez les dimensions ou créez plusieurs histoires de données et empilez-les. ## Utiliser une feuille masquée Si vous avez des données que vous souhaitez inclure dans une histoire basée sur des données Tableau et que vous n’avez pas besoin d’afficher toutes les données qui ont généré l’aperçu, vous pouvez utiliser une feuille masquée pour ajouter des mesures et des dimensions supplémentaires à votre histoire sans encombrer le tableau de bord. 1. Faites glisser l’objet Histoire basée sur des données vers votre tableau de bord pour afficher les feuilles de calcul sur lesquelles vous pouvez écrire dans la boîte de dialogue Histoire basée sur des données. Cet exemple contient deux feuilles de calcul sur lesquelles vous pouvez écrire. ![Boîte de dialogue Histoire basée sur des données affichant deux feuilles disponibles : Tourisme par pays/région et Tourisme dans la durée.](/tableau/current/fr-ca/server/fr-ca/Img/data_story_configure_view.png) 1. Introduisez une autre source de données, telle que « Population », en naviguant dans le menu de gauche, en sélectionnant Flottant et en faisant glisser cette feuille sur votre tableau de bord. ![Boîte de dialogue Histoire basée sur des données affichant trois feuilles disponibles : Population, Tourisme par pays/région et Tourisme dans la durée.](/tableau/current/fr-ca/server/fr-ca/Img/data_stories_hidden_3.png) La boîte de dialogue Histoire basée sur des données est mise à jour avec la nouvelle source de données disponible. 1. Cliquez sur Mise en page et réglez la taille sur 1 x 1 pour masquer la feuille mais conserver les données sous-jacentes dans votre histoire. ![Volet Tableau de bord sur lequel Flottant est sélectionné.](/tableau/current/fr-ca/server/fr-ca/Img/data_stories_hidden_1.1.png) Vous pouvez maintenant configurer vos histoires à l’aide de cette feuille masquée. **Remarque :** vous devrez peut-être désélectionner d’autres éléments de légende pour que la feuille reste masquée. ## Concaténer des dimensions Si vos données contiennent trois dimensions et une mesure et qu’il s’agit d’une histoire discrète, vous pouvez concaténer (relier entre elles) deux de ces dimensions en créant un champ calculé. 1. Dans la feuille de calcul que vous souhaitez utiliser dans votre histoire, cliquez sur Analyse et sélectionnez Créer un champ calculé. 2. Nommez le champ calculé et utilisez la formule suivante pour créer votre calcul, en utilisant le signe + pour joindre les dimensions. \[Dimension 1\] + \[Dimension 2\] ![Un champ de calcul qui indique « \[Population 0-14\]+\[Population 15-64\] »](Img/data_stories_concatenate.png) > [!TIP] > > **Conseil :** Faites glisser vos dimensions dans la zone Champ calculé et placez-les dans la formule. 1. Cliquez sur OK. 2. Faites glisser votre nouveau champ calculé dans le volet Détails pour le rendre accessible dans votre histoire basée sur des données. ## Empiler plusieurs histoires de données Enregistrez un plus grand nombre de mesures et de dimensions en créant plusieurs Histoires de données et en les empilant verticalement ou horizontalement sur votre tableau de bord. Par exemple, si vous souhaitez créer une histoire sur les recettes réelles par rapport aux recettes de référence, vous pouvez créer deux histoires différentes - l’une avec les recettes réelles et la première référence, et l’autre avec les recettes réelles et la deuxième référence - et les comparer. [Passer au contenu principal](#main-content) # Ajouter une histoire basée sur des données Tableau à un tableau de bord **Changements importants pour Tableau Histoires de données** Les histoires de données Tableau ont été retirées dans Tableau Desktop, Tableau Cloud et Tableau Server en janvier 2025 (2025.1). Grâce aux progrès des technologies du langage naturel, nous développons une interface améliorée qui permettra de poser plus facilement des questions sur vos données et de rester au courant des changements. Pour plus d’informations, consultez l’article [Comment Tableau Pulse alimenté en énergie Tableau AI les expériences liées aux données.](https://www.tableau.com/fr-ca/blog/tableau-pulse-and-tableau-ai) Une fois que vous avez [créé un tableau de bord](https://help.tableau.com/current/pro/desktop/fr-ca/dashboards_create.htm), vous pouvez ajouter l’objet Histoire basée sur des données à votre tableau de bord de manière à afficher des enseignements sur votre visualisation écrits dans un langage naturel. Aujourd’hui, les histoires basées sur des données Tableau sont rédigées uniquement en anglais et sont disponibles dans Tableau Cloud, Tableau Server (version 2023.1 et ultérieure), et Tableau Desktop. Aucune limite ne s’applique quant à la taille des données lors de la création d’histoires de données. Cependant, la création d’histoires expire au bout de 45 secondes en cas de tentative d’analyse d’une grande quantité de données. Nous vous conseillons d’utiliser des histoires de données avec des visualisations contenant 1 000 points de données ou moins. **Remarque :** les histoires basées sur des données Tableau s’ouvrent dans une fenêtre contextuelle, assurez-vous donc d’autoriser les fenêtres contextuelles. Si vous utilisez le mode plein écran, les histoires basées sur des données peuvent s’ouvrir dans un nouvel onglet. 1. Faites glisser l’objet Histoire basée sur des données dans votre tableau de bord Tableau. Si vous ne l’avez pas encore fait, ajoutez une feuille à votre tableau de bord de manière à utiliser les histoires basées sur des données Tableau. ![Objet Histoire basée sur des données avec une icône de livre ouvert dans le volet de modification du tableau de bord](/tableau/current/fr-ca/server/fr-ca/Img/data_story_object.png) 2. Dans la boîte de dialogue Histoire basée sur des données, configurez votre histoire en choisissant d’abord la feuille de calcul de l’histoire. Quand vous cliquez **Suivant**, Tableau envoie toutes les données du classeur associé à l’instance Tableau Cloud ou Tableau Server à laquelle vous êtes connecté. ![Volet Configuration avec des options permettant de choisir la feuille de votre histoire](/tableau/current/fr-ca/server/fr-ca/Img/data_story_configure_view.png) 3. Choisissez les dimensions et les mesures à inclure dans votre histoire. ![Volet Configuration avec des options permettant de glisser et déposer les dimensions et les mesures que vous souhaitez inclure dans votre histoire](/tableau/current/fr-ca/server/fr-ca/Img/data_story_configure_field.png) 4. Choisissez le type d’histoire qui décrit le mieux vos données : ![Volet Configuration avec des options permettant de choisir le type d’histoire recommandé pour vos données : discret, continu, pourcentage de l’ensemble ou nuage de points](/tableau/current/fr-ca/server/fr-ca/Img/data_story_configure_story.png) Discret est recommandé pour les valeurs qualitatives telles que les noms ou les dates, comme dans les graphiques à barres ou à colonnes. Continu est recommandé pour les valeurs quantitatives au fil du temps, comme un tracé dans un graphique en courbes. Pourcentage de l’ensemble est recommandé pour les proportions d’un tout, comme dans un graphique à secteurs. Nuage de points est recommandé pour les relations entre les valeurs numériques, comme dans un graphique à nuage de points. 5. Cliquez sur Terminé. Pour filtrer votre histoire basée sur des données en cliquant sur différentes sections de votre visualisation, ouvrez le menu de votre visualisation et cliquez sur Utiliser comme filtre. Une fois votre histoire générée, cliquez sur Paramètres en haut de votre objet Histoire basée sur des données pour des découvertes vous permettant de personnaliser et de mettre votre histoire en contexte. Pour plus d’informations, consultez la section [Configurer les paramètres d’une histoire basées sur des données Tableau](https://help.tableau.com/current/server/fr-ca/data_stories_configure_edit.htm). **Remarque :** en cas d’incohérence dans votre histoire basée sur des données Tableau (par exemple, si les chiffres de votre histoire sont différents de ceux de votre visualisation), ce problème peut être dû à la configuration de votre visualisation. Essayez de créer une nouvelle visualisation sur une feuille différente. Ajoutez ensuite une nouvelle histoire basée sur des données en [Utiliser une feuille masquée](https://help.tableau.com/current/server/fr-ca/data_stories_more_data.htm#Use) pour découvrir le problème sous-jacent. [Passer au contenu principal](#main-content) # Ajouter une image de projet Pour vous aider à distinguer les projets que vous gérez sur Tableau Server (et aider vos utilisateurs à les trouver), vous pouvez ajouter une image qui apparaît dans l’image miniature. Votre image doit répondre aux exigences suivantes : - L’image doit être accessible à l’aide du protocole HTTPS. Le répertoire réseau partagé et les protocoles associés (UNC, SMB, AFP, NFS, etc.) ne sont pas pris en charge. Le protocole HTTP pour les images de projet n’est pas pris en charge par Google Chrome. - Tous les utilisateurs qui accèdent au projet doivent disposer, au minimum, d’une autorisation en lecture seule sur l’image cible. - L’image doit être au format Internet courant : .jpg, png ou gif. ![Page d’exploration personnalisée avec des projets classés en informatique, développement, solutions clients et statistiques.](/tableau/current/fr-ca/server/fr-ca/Img/custom_projectimage.png) ## Définir une image de projet 1. Connectez-vous à un site sur Tableau Server. Dans la liste des Projets de niveau supérieur auxquels vous avez accès, sélectionnez le projet que vous souhaitez mettre à jour ou accédez-y. Dans cet exemple, nous allons ajouter une image dans le dossier Statistics du projet. Si vous ne savez pas où trouver un projet enfant, utilisez la liste déroulante Explorer et sélectionnez Tous les projets. 2. Cliquez sur l’icône Détails (i) pour ouvrir la boîte de dialogue Détails du projet, puis cliquez sur Modifier. ![Page Détails du projet affichant le propriétaire, la date de création et les options pour modifier, changer le propriétaire et supprimer un projet.](/tableau/current/fr-ca/server/fr-ca/Img/custom_projectimage_2.png) 3. Dans le champ À propos de, vous pouvez saisir une description pour votre projet (facultatif), par exemple « Statistiques globales et américaines ». À la fin de la description du projet, ajoutez l’URL de votre image en utilisant la syntaxe suivante : `!http://www.example.com/image.png!` ![Page Détails du projet affichant des statistiques mondiales et américaines avec des options pour les détails du projet et son édition.](/tableau/current/fr-ca/server/fr-ca/Img/custom_projectimage_3.png) Sélectionnez Afficher des conseils de mise en forme pour voir comment mettre en forme le texte de la description. **Remarque :** les images intégrées dans des descriptions de projet ne peuvent pas être redimensionnées ou positionnées. La taille recommandée est (300 x 184 pixels). Les images qui ne font pas 300 x 184 pixels peuvent être étirées, réduites ou rognées pour s’adapter à la largeur de l’image miniature. En outre, elles doivent être ajoutées à la fin de la description du projet et être encadrées de points d’exclamation! sinon elles ne seront pas affichées comme images miniatures. 4. Cliquez sur Enregistrer. ![Page d’exploration personnalisée avec des projets classés en informatique, développement, solutions clients et statistiques.](/tableau/current/fr-ca/server/fr-ca/Img/custom_projectimage_4.png) [Passer au contenu principal](#main-content) # Analyser des données avec l’exemple de classeur des performances **Important :** Avant de lire cette rubrique, vous devez effectuer les étapes décrites dans [Collecter des données avec l’Analyseur de performances Windows](https://help.tableau.com/current/server/fr-ca/perf_collect_perfmon.htm) et [Collecter des données avec le référentiel Tableau Server](https://help.tableau.com/current/server/fr-ca/perf_collect_server_repo.htm). Pour commencer à analyser les données collectées avec l’Analyseur de performances Windows (PerfMon) et avec le référentiel Tableau Server, vous pouvez télécharger et utiliser l’exemple de classeur des performances que propose Tableau. L’exemple de classeur contient des feuilles de calcul pour les principaux indicateurs de performances, parmi lesquels l’utilisation de l’unité centrale de traitement et de la mémoire par processus, l’activité du disque, l’affichage des durées de chargement, etc. Après avoir téléchargé le classeur, utilisez-le comme point de départ pour votre exploration des données et déployez-le pour répondre à vos besoins. ## Télécharger l’exemple de classeur des performances 1. Dans le classeur intégré ci-dessous, cliquez sur le bouton Télécharger en bas à droite du classeur. 2. Naviguez jusqu’au répertoire dans lequel vous avez téléchargé le classeur et double-cliquez sur le classeur pour l’ouvrir dans Tableau Desktop. ## Modifier les connexions au référentiel Tableau Server Après avoir ouvert le classeur, vous devez modifier les connexions de données pour pointer vers le référentiel PostgreSQL pour votre installation de Tableau Server. L’exemple de classeur inclut les connexions aux sources de données suivantes : - **Tâches en arrière-plan :** Connexion au référentiel Tableau Server qui lie la table `_background_tasks` à la table `_sites`. - **Événements historiques :** connexion au référentiel Tableau Server qui lie les tables `historical_events`, `hist_users` et `historical_event_types`. - **Utilisation des ressources :** connexion aux données que vous collectez à partir de PerfMon. - **Sessions et durées de chargement :** connexion au référentiel Tableau Server qui lie les tables `_users`, `_http_requests`, `_sessions` et `_sites`. 1. Depuis n’importe quelle feuille du classeur, cliquez avec le bouton droit de la souris sur la source de données **Tâches en arrière-plan** du volet **Données**, puis cliquez sur **Modifier la source de données**. (Notez que vous devrez peut-être faire un clic droit sur un tableau de bord et cliquer sur Afficher toutes les feuilles.) ![La boîte de dialogue Connexion PostgreSQL affiche des champs dans lesquels vous pouvez saisir l’adresse du serveur, le nom d’utilisateur et le mot de passe.](/tableau/current/fr-ca/server/fr-ca/Img/perf_repo_connection_workbook.png) 2. Remplacez l’adresse du serveur par le nom d’hôte ou l’adresse IP de votre serveur. 3. Entrez le mot de passe que vous avez défini pour l’utilisateur `readonly`. 4. Cliquez sur **OK**. 5. Répétez les étapes ci-dessus pour la source de données **Sessions et durées de chargement**. ## Modifier la connexion aux données PerfMon 1. Cliquez sur l’onglet **Source de données**. 2. Dans la liste de source de données, sélectionnez **Utilisation des ressources**. ![Sélectionnez Utilisation des ressources dans la liste déroulante.](/tableau/current/fr-ca/server/fr-ca/Img/perf_ds_resource_usage.png) 3. Dans le menu, cliquez sur **Données** > **Utilisation des ressources** > **Modifier la connexion**. 4. Naviguez jusqu’au répertoire dans lequel vous avez stocké les données de PerfMon. 5. Sélectionnez le fichier, puis cliquez sur **Ouvrir**. ## Remplacer les références aux champs PerfMon Puisque les données que vous collectez depuis PerfMon incluent des références spécifiques à des noms d’hôte spécifiques, vous devez également remplacer les références dans le classeur pour ces noms de champ spécifiques. Par exemple, lorsque vous cliquez dans la feuille de calcul **Unité centrale de traitement**, vous pouvez constater que la plupart des champs sont marqués d’un point d’exclamation rouge. Cela indique que le champ n’est pas renseigné depuis la nouvelle source de données. ![Les références de source de données interrompues s’affichent avec un point d’exclamation rouge.](/tableau/current/fr-ca/server/fr-ca/Img/perf_broken_ds_reference.png) Pour mapper les champs de vos données à ceux du classeur, procédez comme suit : 1. Naviguez jusqu’à la feuille de calcul **Unité centrale de traitement** ou n’importe quelle autre feuille qui utilise la source de données Utilisation des ressources. 2. Cliquez avec le bouton droit de la souris dans un champ de la liste **Mesures** marqué d’un point d’exclamation. 3. Cliquez sur **Remplacer les références**. 4. Sélectionnez le champ correspondant dans la boîte de dialogue. Par exemple, vous pouvez remplacer les références à **\\\\YOUR-SERVER\\LogicalDisk(C:)\\Current Disk Queue Length**. ## Mettre à jour les calculs L’exemple de classeur inclut des calculs qui agrège l’utilisation du processeur pour plusieurs processus. Pour afficher les données de tous les processus de votre serveur, vous devez modifier les calculs de manière à inclure des instances supplémentaires des processus serveur. Par exemple, le calcul VizQL Server CPU % inclut une référence à un processus : \[\\\\YOUR-SERVER\\Process(vizqlserver)\\% Processor Time\] Toutefois, si votre serveur exécute plus d’un processus VizQL Server, vous devez agréger le processus supplémentaire dans le calcul. Par exemple, vous pouvez entrer ce qui suit : _\[\\\\YOUR-SERVER\\Process(vizqlserver)\\% Processor Time\] + \[\\\\YOUR-SERVER\\Process(vizqlserver#1)\\% Processor Time\]_ ## Supprimer le filtre de date de l’extrait Pour limiter la quantité de données regroupées dans l’exemple de classeur des performances (et réduire la taille du téléchargement), le classeur inclut un filtre de date pour l’extrait inclus. Les visualisations du classeur s’afficheront comme vides jusqu’à ce que le filtre de date soit supprimé. 1. Cliquez sur l’onglet Source de données. 2. En haut à droite, cliquez sur Modifier. ![Cliquez sur Modifier à côté des cases d’option Connexion.](/tableau/current/fr-ca/server/fr-ca/Img/perf_edit_extract.png) 3. Sélectionnez le filtre de source de données. 4. Cliquez sur Supprimer. ![Cliquez sur le bouton Supprimer.](/tableau/current/fr-ca/server/fr-ca/Img/perf_remove_date_filter.png) ## Publier dans Tableau Server Sinon, une fois que vous avez fini de mettre à jour votre classeur des performances, vous pouvez le publier dans Tableau Server afin que les vues du classeur soient accessibles depuis l’interface Tableau Server. [Passer au contenu principal](#main-content) # Annuler des travaux TSM Vous pouvez annuler des travaux TSM via l’interface Web TSM ou l’interface en ligne de commande TSM. Il y a beaucoup de travaux TSM, mais seuls certains travaux peuvent être annulés une fois qu’ils sont en cours. Tout travail qui n’a pas encore commencé peut être annulé à l’aide de l’interface en ligne de commande TSM. **Interface Web TSM :** pour les travaux qui peuvent être annulés alors qu’ils sont en cours d’exécution, l’option Annuler est disponible dans la boîte de dialogue Travail comme indiqué ci-dessous : ![Fenêtre de confirmation d’annulation du travail en cours d’exécution.](/tableau/current/fr-ca/server/fr-ca/Img/tsm-job--confirm-cancel.png) **Interface en ligne de commande TSM :** pour annuler des travaux à l’aide de l’interface en ligne de commande TSM, consultez [tsm jobs](https://help.tableau.com/current/server/fr-ca/cli_jobs_tsm.htm). Pour plus d’informations sur les travaux TSM en général, consultez [Travaux Tableau Services Manager](https://help.tableau.com/current/server/fr-ca/tsm-jobs.htm). ## Annulation de travaux en cours Seules certaines tâches peuvent être annulées alors qu’elles sont déjà en cours d’exécution : Nettoyer, mettre hors service le stockage de fichiers, générer une sauvegarde, redémarrer le serveur, démarrer le serveur. Le comportement d’annulation peut être différent selon la tâche et l’état de la tâche au moment où elle a été annulée. Vous trouverez ci-dessous des explications détaillées : - **Nettoyage :** si vous annulez un travail de nettoyage, tous les services qui ont été démarrés afin de procéder au nettoyage seront arrêtés. Selon le moment où le travail a été annulé, certains fichiers peuvent avoir été supprimés et d’autres pas encore, résultant en un nettoyage partiel. - **Désactiver le stockage de fichiers :** si vous annulez ce travail, la topologie stockage de fichiers Tableau Server revient à son état d’avant le début du processus de désactivation. - **Générer une sauvegarde :** si vous annulez ce travail, tous les services utilisés pour la sauvegarde sont arrêtés et Tableau Server tente de supprimer tous les fichiers qu’il a créés dans le cadre du processus de sauvegarde. - **Redémarrer le serveur :** - La tâche est annulée lorsque les processus Tableau Server s’arrêtent : la tâche est annulée, mais les services tenteront d’atteindre un état arrêté. - La tâche est annulée pendant le redémarrage des processus Tableau Server : la tâche est annulée, mais les services tenteront de redémarrer. - **Démarrer le serveur :** le travail est annulé, mais les processus tentent malgré tout de démarrer. - **Arrêter le serveur :** le travail est annulé, mais les processus tentent malgré tout de s’arrêter. Voici quelques-unes des principales raisons pouvant vous amener à annuler un travail : 1. Puisque les travaux tsm peuvent uniquement être exécutés un par un, vous pourriez avoir besoin d’annuler un travail en cours pour exécuter un autre travail à la place. 2. Le travail en cours implique d’apporter des modifications que vous n’aviez pas l’intention de faire sur Tableau Server. [Passer au contenu principal](#main-content) # Arrêter et redémarrer l’ordinateur Tableau Server Une meilleure pratique consiste à _toujours_ arrêter Tableau Server avant d’arrêter ou de redémarrer l’ordinateur sur lequel il s’exécute. Ceci est vrai que vous utilisiez Tableau sur des machines virtuelles (VM) ou sur du matériel dédié. Vous ne devez jamais éteindre un ordinateur sans d’abord arrêter Tableau Server. L’arrêt de l’ordinateur pendant l’exécution de Tableau peut causer des problèmes lors du redémarrage de Tableau Server et peut entraîner des résultats inattendus. Par mesure de sécurité, suivez les étapes suivantes, que vous ayez un processus avec script pour éteindre vos systèmes ou que vous éteigniez manuellement vos ordinateurs : 1. Arrêtez Tableau Server. Vous pouvez le faire soit à partir de la ligne de commande, en utilisant la commande `[tsm stop](https://help.tableau.com/current/server/fr-ca/cli_stop_tsm.htm)`, soit à partir de l’interface utilisateur Web TSM, en cliquant sur Tableau Server est en cours d’exécution, puis en sélectionnant Arrêter Tableau Server. **Remarque :** certains processus TSM continueront à s’exécuter, même après l’arrêt de Tableau Server. Ceci est normal, et vous pouvez poursuivre et arrêter votre ordinateur. Les services en cours d’exécution sont conçus pour s’éteindre d’eux-mêmes une fois que l’ordinateur est arrêté. 2. Une fois Tableau arrêté, arrêtez votre ordinateur. 3. Lorsque vous êtes prêt, redémarrez votre ordinateur. Ce peut être après la fin de la maintenance programmée ou après avoir laissé l’ordinateur éteint pendant une période d’arrêt prolongée. 4. Démarrez Tableau Server. Vous pouvez le faire soit à partir de la ligne de commande, en utilisant la commande `[tsm start](https://help.tableau.com/current/server/fr-ca/cli_start_tsm.htm)`, soit à partir de l’interface utilisateur Web TSM, en cliquant sur Tableau Server est arrêté, puis en sélectionnant Démarrer Tableau Server. TSM est automatiquement lancé au démarrage de l’ordinateur, vous pouvez donc exécuter des commandes tsm même si Tableau Server est arrêté. [Passer au contenu principal](#main-content) # Association d’un certificat client à un utilisateur pendant l’authentification mutuelle Lorsque vous utilisez l’authentification réciproque SSL mutuel, le client présente son certificat à Tableau Server dans le cadre du processus d’authentification. Tableau Server associe ensuite les informations de l’utilisateur dans le certificat client à une identité d’utilisateur connue. La stratégie que Tableau Server utilise pour effectuer un mappage des clients dépend du contenu des certificats clients dans votre organisation. Cette rubrique présente les options de mappage d’un certificat client à une identité utilisateur et explique comment modifier la manière dont Tableau Server exécute le mappage. Pour comprendre le mode d’exécution du mappage et pour savoir si vous avez besoin de le modifier, vous devez comprendre comment les certificats clients sont structurés dans votre entreprise. - [Options de mappage des noms d’utilisateur](#mapping-options) - [Modification du mappage de certificats](#changing-cert-mapping) - [Résoudre les ambiguïtés de noms d’utilisateur dans les entreprises multi-domaines](#ambiguous-user-names) ## Options de mappage des noms d’utilisateur Tableau Server utilise l’une des approches suivantes pour associer un certificat client à une identité d’utilisateur : - **Active Directory**. Si Tableau Server a été configuré de manière à utiliser Active Directory pour l’authentification utilisateur, lorsque Tableau Server reçoit un certificat client, il transmet le certificat à Active Directory, qui associe le certificat à une identité Active Directory. Toute information de nom d’utilisateur explicite dans le certificat est ignorée. **Remarque :** Cette approche nécessite que des certificats clients soient publiés pour les comptes d’utilisateur dans Active Directory. - **Nom principal de l’utilisateur (UPN)**. Un certificat client peut être créé de manière à ce que le nom d’utilisateur soit stocké dans le champ UPN (nom principal d’utilisateur). Tableau Server lit la valeur UPN et l’associe à un utilisateur dans Active Directory ou à un utilisateur local. - **Nom commun (CN)**. Il est possible de configurer un certificat client de manière à ce que le nom d’utilisateur soit dans le champ Nom commun du certificat. Tableau Server lit la valeur CN et l’associe à un utilisateur dans Active Directory ou à un utilisateur local. Si vous configurez le serveur pour l’authentification Active Directory et le mappage de noms d’utilisateur UPN ou CN, mettez le nom d’utilisateur dans l’un des formats suivants : `username`, `domain/username`, ou `username@domain`. Par exemple : `jsmith`, `example.org/jsmith` ou `jsmith@example.org`. Si le serveur utilise l’authentification locale, le format du nom dans les champs UPN ou CN ne sont pas prédéterminés, mais le nom dans le champ doit correspondre à un nom d’utilisateur sur le serveur. ## Modification du mappage de certificats Vous utilisez les commandes [tsm authentication mutual-ssl ](https://help.tableau.com/current/server/fr-ca/cli_authentication_tsm.htm#TSMMutualSSL) pour associer un certificat client à une identité d’utilisateur dans Tableau Server :  `tsm authentication mutual-ssl configure -m ` Les valeurs possibles sont `ldap` pour le mappage Active Directory, `upn` pour le mappage UPN ou `cn` pour le mappage CN. Lors de l’installation et de la configuration initiales de Tableau Server, le serveur définit le mappage de noms d’utilisateur en fonction du type d’authentification du serveur : - Si le serveur est configuré pour utiliser Active Directory, il utilise également Active Directory pour mapper le certificat à l’identité d’utilisateur. - Si le serveur est configuré pour utiliser l’authentification locale, le serveur obtient la valeur de nom d’utilisateur depuis le champ UPN dans le certificat. Si le comportement par défaut pour le mappage d’un nom d’utilisateur à une identité par Tableau Server n’est pas correct pour la configuration de votre serveur, exécutez l’ensemble suivant de commandes pour modifier le mappage de manière à utiliser la valeur CN : `tsm authentication mutual-ssl configure -m cn` `tsm pending-changes apply` Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). ## Résoudre les ambiguïtés de noms d’utilisateur dans les entreprises multi-domaines Dans certains cas, le nom d’utilisateur dans un champ UPN ou CN d’un certificat peut être ambigu. Cette ambiguïté peut avoir des résultats inattendus lorsque le nom d’utilisateur est associé à une identité d’utilisateur sur le serveur. Par exemple, si un nom d’utilisateur n’incluant pas de domaine est présenté à Tableau Server, le serveur associe le nom d’utilisateur à une identité en utilisant le domaine par défaut. Ceci peut entraîner un mappage de noms d’utilisateur incorrect, en attribuant potentiellement à un utilisateur l’identité et les autorisations d’un autre utilisateur. Ce cas de figure peut se produire tout particulièrement dans les environnements où les conditions suivantes s’appliquent : - Votre entreprise prend en charge plusieurs domaines Active Directory. - Le serveur est configuré pour utiliser l’authentification Active Directory. - Le serveur est configuré pour utiliser le mappage UPN ou CN. - Certains utilisateurs ont le même nom d’utilisateur, mais des domaines différents. Par exemple, `jsmith@example.org` et `jsmith@example.com`. - Le nom d’utilisateur dans le champ UPN ou CN du certificat n’inclut pas le domaine en tant qu’élément du nom d’utilisateur. Par exemple, il affiche simplement `jsmith`. Pour éviter un mappage de noms d’utilisateur incorrect, assurez-vous que les certificats client incluent des noms complets avec le domaine, en utilisant le format `jsmith@example.org` ou `example.org/jsmith`. [Passer au contenu principal](#main-content) # Attribuer une licence lors de la connexion L’octroi de licence lors de la connexion (Attribuer un rôle lors de la connexion) permet aux utilisateurs sans licences et appartenant à des groupes spécifiques de devenir titulaires d’une licence lorsqu’ils se connectent à un site Tableau. Cela simplifie l’octroi de licences pour les administrateurs et l’utilisateur, quant à lui, n’a plus à demander une licence avant d’utiliser Tableau. Pour en savoir plus sur les fonctionnalités des rôles sur le site et les rôles sur le site minimum, consultez [Définir les rôles sur le site des utilisateurs](https://help.tableau.com/current/server/fr-ca/users_site_roles.htm). Par exemple, imaginez un groupe Active Directory appelé Marketing qui comporte 100 utilisateurs, mais où seuls 25 utilisateurs ont besoin d’accéder à Tableau Server. Un administrateur de site ou de serveur peut importer tous les utilisateurs du groupe Marketing Active Directory, définir le rôle sur le site minimum du groupe sur Explorer et sélectionner Attribuer un rôle sur le site lors de la connexion. Lorsque l’un des utilisateurs Tableau du groupe Marketing se connecte à son site Tableau, une licence Explorer lui est accordée. Les utilisateurs qui n’ont pas besoin de Tableau Server restent sans licence à moins qu’ils ne se connectent. **Remarque :** pour plus d’informations sur les avantages et les meilleures pratiques, consultez [Attribuer un rôle lors de la connexion](https://help.tableau.com/current/blueprint/fr-ca/bp_license_management.htm#grant-role-on-sign-in) dans Tableau Blueprint, qui est l’outil de planification Tableau pour les entreprises guidées par les données. ## Activer l’attribution d’un rôle lors de la connexion Vous pouvez activer l’attribution d’un rôle lors de la connexion pour les groupes nouveaux ou existants. Les étapes suivantes vous expliquent comment utiliser la fonction d’attribution de rôle lors de la connexion pour ajouter de nouveaux utilisateurs qui sont admissibles à une licence, mais ne peuvent pas utiliser un poste. Tel peut être le cas lorsque votre entreprise a beaucoup d’utilisateurs éligibles, mais un nombre limité de licences Tableau. 1. Dans un site, cliquez sur Groupes, puis sur Ajouter un groupe. Ajoutez de nouveaux utilisateurs en important un groupe Active Directory. Saisisse le nom du groupe que vous souhaitez importer, puis sélectionnez le nom du groupe dans la liste résultante. ![Boîte de dialogue permettant d’importer un groupe depuis Active Directory.](/tableau/current/fr-ca/server/fr-ca/Img/import_AD_group1.png) 2. Sélectionnez le rôle sur le site minimum pour les utilisateurs et sélectionnez Attribuer un rôle lors de la connexion. Tous les utilisateurs du groupe Active Directory sélectionné seront importés en tant qu’utilisateurs sans licence. Le rôle sur le site minimum défini pour le groupe ne sera provisionné que pour les utilisateurs du groupe qui se connectent à Tableau Server. ![Boîte de dialogue permettant d’importer un groupe depuis Active Directory avec la liste déroulante Rôle sur le site développée, et « Administrateur de site - Explorer » sélectionné.](/tableau/current/fr-ca/server/fr-ca/Img/import_AD_group2.png) 3. Cliquez sur Importer. **Remarque :** l’attribution d’un rôle sur le site lors de la connexion peut également être activé dans les groupes locaux afin de provisionner des rôles sur le site minimum pour les membres du groupe lorsqu’ils se connectent à Tableau Server. Pour plus d’informations, consultez [Créer un groupe local](https://help.tableau.com/current/server/fr-ca/groups_create_local.htm). ## Modification des rôles utilisateur avec l’attribution de rôle lors de la connexion Si un utilisateur fait partie d’un groupe utilisant l’attribution de rôle lors de la connexion, ce rôle utilisateur ne peut pas être défini comme « Sans licence » ni rétrogradé à un rôle inférieur au rôle minimum sur le site défini pour le groupe, qu’il se connecte ou non. Les administrateurs, ou un utilisateur disposant d’un profil d’administrateur avec les droits correspondants, peuvent toutefois mettre à niveau manuellement le rôle sur le site d’un utilisateur. Pour rétrograder le rôle sur le site d’un utilisateur ou annuler la licence de l’utilisateur pour le site, supprimez l’utilisateur du ou des groupes ayant activé l’attribution de rôle lors de la connexion. Conformément aux termes du [contrat de licence de l’utilisateur final](https://mkt.tableau.com/legal/tableau_eula.pdf), les licences accordées sur une base d’utilisateur autorisé peuvent être réaffectées de façon permanente à de nouveaux utilisateurs. Les utilisateurs ne peuvent être rétrogradés à un rôle sur le site inférieur (y compris Sans licence) que lorsqu’ils cessent définitivement d’accéder au logiciel serveur au niveau supérieur. ## Suppression des utilisateurs affectés par l’attribution de rôle lors de la connexion Vous pouvez supprimer un utilisateur d’un site uniquement si celui-ci ne possède aucun contenu. Si vous tentez de supprimer un utilisateur qui possède du contenu, le rôle sur le site de l’utilisateur sera défini sur Sans licence et supprimé de tous les groupes, mais l’utilisateur ne sera pas supprimé du site. Pour supprimer des propriétaires de contenu, supprimez les propriétaires du groupe sur lequel l’attribution de rôle lors de la connexion est activée ou réaffectez la propriété de contenu à un autre utilisateur. Pour plus d’informations, consultez Supprimer les utilisateurs d’un site dans la rubrique d’aide [Afficher, gérer ou supprimer des utilisateurs](https://help.tableau.com/current/server/fr-ca/users_view.htm). Si le groupe par défaut Tous les utilisateurs a activé l’attribution de rôle lors de la connexion, les utilisateurs possédant un contenu ne peuvent pas être supprimés du site ni se retrouver sans licence. Pour supprimer des utilisateurs ou supprimer leur licence, réaffectez la propriété du contenu à un autre utilisateur, puis supprimez l’utilisateur ou supprimez sa licence. L’API REST de Tableau peut être utilisée pour réattribuer la propriété de contenu d’un classeur. Pour plus d’informations, consultez la méthode [Mettre à jour le classeur](https://help.tableau.com/current/api/rest_api/fr-ca/REST/rest_api_ref_workbooks_and_views.htm#update_workbook) dans l’aide de l’API REST. L’API REST peut également être utilisée pour supprimer les utilisateurs du site et transférer la propriété du contenu à un autre utilisateur. Pour plus d’informations, consultez la méthode [Supprimer l’utilisateur du site](https://help.tableau.com/current/api/rest_api/fr-ca/REST/rest_api_ref_users_and_groups.htm#remove_user_from_site) dans l’aide de l’API REST. Pour plus d’information sur la modification de la propriété du contenu dans Tableau Server, consultez [Gérer la propriété du contenu](https://help.tableau.com/current/server/fr-ca/owner.htm#change-the-owner-of-a-content-resource). [Passer au contenu principal](#main-content) # Authentification L’authentification vérifie l’identité d’un utilisateur. Tous ceux qui doivent disposer d’un accès à Tableau Server, que ce soit pour gérer le serveur, publier, explorer ou administrer du contenu, doivent être ajoutés en tant qu’utilisateurs dans le référentiel Tableau Server. La méthode d’authentification peut être effectuée par Tableau Server (« authentification locale »), ou l’authentification peut être effectuée par un processus externe. Dans ce dernier cas, vous devez configurer Tableau Server pour des technologies d’authentification externe telles que Kerberos, SSPI, SAML ou OpenID. Dans tous les cas, que l’authentification se fasse de manière locale ou externe, chaque identité d’utilisateur doit être représentée dans le référentiel Tableau Server. Le référentiel gère les métadonnées d’autorisation pour les identités d’utilisateurs. Vous recherchez Tableau Server sur Linux? Consultez [Authentification](https://help.tableau.com/current/server-linux/fr-ca/security_auth.htm "Ouvre la rubrique dans un nouvel onglet de navigateur"). Bien que toutes les identités d’utilisateurs soient au bout du compte représentées et stockées dans le référentiel Tableau Server, vous devez gérer les comptes utilisateur pour Tableau Server dans un magasin d’identités. On distingue deux options de magasins d’identités mutuellement exclusives : LDAP et local. Tableau Server prend en charge les répertoires LDAP arbitraires, mais a été optimisé pour la mise en œuvre Active Directory LDAP. Alternativement, si vous n’exécutez pas un répertoire LDAP, vous pouvez utiliser le magasin d’identités local Tableau Server. Pour plus d’information, consultez [Magasin d’identités](https://help.tableau.com/current/server/fr-ca/plan_identity_store.htm). Comme montré sur la table suivante, le type de magasin d’identités que vous implémentez déterminera en partie vos options d’authentification.

Magasin 

d’identités

Mécanisme d’authentification
SAMLde baseSAML pour le siteConnexion(Windows uniquement)

Kerberos

Se connecter

(Microsoft

SSPI)

OpenID

Connect

Applications connectéesAuthentification

de confiance

SSL

mutuel

LocalXXX  XXXX
Active

Directory

XX XX XXX
LDAPXX    XXX
Les autorisations d’accès et de gestion sont implémentées via des rôles sur le site. Les rôles sur le site définissent quels utilisateurs sont des administrateurs, et quels utilisateurs sont des consommateurs de contenu et effectuent des publications sur le serveur. Pour plus d’information sur les administrateurs, rôles sur le site, groupes, utilisateur invité et tâches administratives liées aux utilisateurs, consultez [Utilisateurs](https://help.tableau.com/current/server/fr-ca/users.htm) et [Rôles sur le site pour les utilisateurs](https://help.tableau.com/current/server/fr-ca/users_site_roles.htm). **Remarque :** Dans le contexte d’authentification, il est important de comprendre que les utilisateurs ne sont pas autorisés à accéder aux sources de données externes via Tableau Server du fait qu’ils possèdent un compte sur le serveur. En d’autres termes, dans la configuration par défaut, Tableau Server ne joue pas le rôle de proxy pour les sources de données externes. Un accès de ce type nécessite une configuration supplémentaire de la source de données sur Tableau Server ou l’authentification au niveau de la source de données lorsque l’utilisateur se connecte depuis Tableau Desktop. ## Compatibilité de l’authentification supplémentaire Certaines méthodes d’authentification peuvent être utilisées ensemble. Le tableau suivant présente les méthodes d’authentification qui peuvent être combinées. Les cellules marquées d’un « X » indiquent un ensemble d’authentification compatible. Les cellules vides indiquent des ensembles d’authentification incompatibles.
 Applications connectéesAuthentification de confianceSAML à l’échelle du serveurSAML pour le siteConnexion(Windows uniquement)

Connexion automatique (Microsoft

SSPI)

SSL mutuelOpenID Connect
Applications connectées à TableauS.O. XXX XX
Authentification de confiance S.O.XXX XX
SAML à l’échelle du serveurXXS.O.X    
SAML pour le siteXXXS.O.    
KerberosXX  S.O.   
Connexion automatique (Microsoft SSPI)     S.O.  
SSL mutuelXX    S.O. 
OpenID ConnectXX     S.O.
Jeton d’accès personnel (PAT)********
**\*** Les PAT, de par leur conception, ne fonctionnent pas directement avec le mécanisme d’authentification répertorié dans ces colonnes pour s’authentifier auprès de l’API REST. Au lieu de cela, les PAT utilisent les identifiants du compte utilisateur Tableau Server pour s’authentifier auprès de l’API REST. ## Compatibilité de l’authentification client ### Authentification gérée via une interface utilisateur (UI)

Clients

Mécanisme d’authentification 
SAMLde baseSAML pour le siteConnexion(Windows uniquement)

Kerberos

Se connecter

(Microsoft

SSPI)

OpenID

Connect

Applications connectéesAuthentification

de confiance

SSL

mutuel

Jeton d’accès personnel (PAT)
Tableau DesktopXXXXXX  X 

Tableau Prep Builder

XXXXXX  X 
Tableau MobileXXXX

(iOS uniquement *)

X

**

X  X 
Navigateurs WebXXXXXXX

***

XX 
**\*** L’authentification unique Kerberos n’est pas pris en charge pour Android, mais un recours au nom d’utilisateur et au mot de passe est possible. Pour plus d’informations, voir [Remarque 5 : plateforme Android](https://help.tableau.com/current/server/fr-ca/kerberos_browser.htm#note5). **\*\*** SSPI n’est pas compatible avec la version Workspace ONE de l’application Tableau Mobile. **\*\*\*** Uniquement dans l’intégration des flux de travail. ### Authentification gérée par programmation

Clients

Mécanisme d’authentification 
SAMLde baseSAML pour le siteConnexion(Windows uniquement)

Kerberos

Se connecter

(Microsoft

SSPI)

OpenID

Connect

Applications connectéesAuthentification

de confiance

SSL

mutuel

Jeton d’accès personnel (PAT)
REST APIX     X  X
tabcmd 2.0X        X
tabcmdX         
## Authentification locale Si le serveur est configuré pour utiliser l’authentification locale, Tableau Server authentifie les utilisateurs. Lorsque les utilisateurs se connectent et saisissent leurs identifiants, que ce soit sur Tableau Desktop ou à l’aide de tabcmd, de l’API ou d’un client Web, Tableau Server vérifie les identifiants. Pour activer ce scénario, vous devez d’abord créer une identité pour chaque utilisateur. Pour créer une identité, vous spécifiez un nom d’utilisateur et un mot de passe. Pour accéder à un contenu sur le serveur ou interagir avec ce contenu, les utilisateurs doivent également se voir attribuer un rôle sur le site. Les identités de l’utilisateur peuvent être ajoutées à Tableau Server dans l’interface du serveur à l’aide de [Commandes tabcmd](https://help.tableau.com/current/server/fr-ca/tabcmd_cmd.htm) ou de l’[API REST](https://help.tableau.com/current/api/rest_api/fr-ca/help.htm#REST/rest_api.htm). Vous pouvez également créer des groupes dans Tableau Server pour vous aider à gérer et à attribuer des rôles à des ensembles importants de groupes d’utilisateurs connexes (par exemple "Marketing"). Lorsque vous configurez Tableau Server pour l’authentification locale, vous pouvez définir des stratégies de mot de passe et configurer le verrouillage des comptes en cas de tentatives de mot de passe infructueuses. Consultez [Authentification locale](https://help.tableau.com/current/server/fr-ca/local_auth.htm). **Remarque :** Tableau avec authentification multifacteur (MFA) est disponible uniquement pour Tableau Cloud. ## Solutions d’authentification externe Tableau Server peut être configuré pour utiliser diverses solutions d’authentification externe. ### NTLM et SSPI Si vous configurez Tableau Server pour utiliser Active Directory lors de l’installation, NTLM sera la méthode d’authentification utilisateur par défaut. Lorsqu’un utilisateur se connecte à Tableau Server depuis Tableau Desktop ou un client Web, les identifiants sont transmis à Active Directory, qui les vérifie puis envoie un jeton d’accès à Tableau Server. Tableau Server gère ensuite l’accès utilisateur aux ressources Tableau en fonction des rôles sur le site enregistrés dans le référentiel. Si Tableau Server est installé sur un ordinateur Windows dans Active Directory, vous avez la possibilité d’activer la connexion automatique. Dans le scénario, Tableau Server utilisera Microsoft SSPI pour connecter automatiquement vos utilisateurs avec leurs nom d’utilisateur et mot de passe Windows. Cette expérience s’apparente à celle d’une authentification unique (SSO). N’activez pas SSPI si vous comptez configurer Tableau Server pour SAML, l’authentification de confiance, un équilibreur de charge ou un serveur proxy. SSPI n’est pas pris en charge dans ces scénarios. Consultez [tsm authentication sspi ](https://help.tableau.com/current/server/fr-ca/cli_authentication_tsm.htm#TSMSspi). ### Kerberos Vous pouvez configurer Tableau Server en vue de l’utilisation de Kerberos pour Active Directory. Consultez [Kerberos](https://help.tableau.com/current/server/fr-ca/kerberos.htm). ### SAML Vous pouvez configurer Tableau Server de manière à utiliser l’authentification SAML (Security Assertion Markup Language). Avec SAML, un fournisseur d’identité externe (IdP) authentifie l’information d’authentification de l’utilisateur et envoie une assertion de sécurité à Tableau Server qui fournit l’information sur l’identité de l’utilisateur. Pour plus d’informations, consultez [SAML](https://help.tableau.com/current/server/fr-ca/saml.htm). ### OpenID Connect OpenID Connect (OIDC) est un protocole d’authentification standard qui permet aux utilisateurs de s’authentifier auprès d’un fournisseur d’identité (IdP) tel que Google. Après s’être correctement authentifiés auprès de leur IdP, ils sont automatiquement authentifiés auprès de Tableau Server. Pour pouvoir utiliser OIDC sur Tableau Server, le serveur doit être configuré pour utiliser le magasin d’identités local. Les magasins d’identités Active Directory ou LDAP ne sont pas pris en charge avec OIDC. Pour plus d’informations, consultez [OpenID Connect](https://help.tableau.com/current/server/fr-ca/openid_auth.htm). ### SSL mutuel En utilisant le protocole SSL mutuel, vous pouvez offrir aux utilisateurs de Tableau Desktop, Tableau Mobile et d’autres clients Tableau approuvés, une expérience d’accès direct et sécurisé à Tableau Server. Avec SSL mutuel, lorsqu’un client possédant un certificat SSL valide se connecte à Tableau Server, Tableau Server confirme l’existence du certificat client et authentifie l’utilisateur, d’après le username sur le certificat client. Si le client ne possède pas un certificat SSL valide, Tableau Server peut refuser la connexion. Pour plus d’informations, consultez [Configurer l’authentification SSL mutuel](https://help.tableau.com/current/server/fr-ca/ssl_config_mutual.htm). ### Applications connectées #### Confiance directe Les applications connectées Tableau permettent une expérience d’authentification transparente et sécurisée en facilitant une relation de confiance explicite entre votre site Tableau Serveur et les applications externes dans lesquelles le contenu Tableau est intégré. L’utilisation d’applications connectées permet également d’autoriser par programmation l’accès à l’API REST de Tableau à l’aide de jetons Web JSON (JWT). Pour plus d’informations, consultez [Utiliser les applications connectées Tableau pour l’intégration d’applications](https://help.tableau.com/current/server/fr-ca/connected_apps.htm). #### Confiance du serveur EAS ou Oauth 2.0 Vous pouvez enregistrer un serveur d’autorisation externe (EAS) avec Tableau Serveur de manière à établir une relation de confiance entre votre Tableau Server et le serveur EAS à l’aide du protocole standard Oauth 2.0. La relation de confiance offre à vos utilisateurs une expérience d’authentification unique, par le biais de votre IdP, pour accéder au contenu Tableau intégré. De plus, l’enregistrement d’un EAS permet d’autoriser par programmation l’accès à l’API REST de Tableau à l’aide de jetons Web JSON (JWT). Pour plus d’informations, consultez [Configurer les applications connectées à l’aide de la confiance Oauth 2.0](https://help.tableau.com/current/server/fr-ca/connected_apps_eas.htm). ### Authentification de confiance L’authentification de confiance (également appelée « Tickets de confiance ») vous permet de configurer une relation de confiance entre Tableau Server et un ou plusieurs serveurs Web. Lorsque Tableau Server reçoit des demandes d’un serveur Web de confiance, il suppose que le serveur Web a vérifié toutes les authentifications nécessaires. Tableau Server reçoit la demande avec un jeton ou billet échangeable, et offre à l’utilisateur une vue personnalisée qui prend en compte son rôle et ses autorisations. Pour plus d’informations, consultez [Authentification de confiance](https://help.tableau.com/current/server/fr-ca/trusted_auth.htm). ### LDAP Vous pouvez également configurer Tableau Server de manière à ce qu’il utilise LDAP pour l’authentification utilisateur. Les utilisateurs sont authentifiés en soumettant leurs identifiants à Tableau Server, qui tente ensuite d’effectuer la liaison à l’instance LDAP à l’aide des identifiants de l’utilisateur. Si la liaison fonctionne, les identifiants sont valides et Tableau Server accorde une session à l’utilisateur. Une « liaison » est l’étape de poignée de main/d’authentification qui a lieu lorsqu’un client tente d’accéder à un serveur LDAP. Tableau Server effectue cette opération pour lui-même lorsqu’il émet diverses requêtes de non-authentification associées (par exemple l’importation d’utilisateurs et de groupes). Vous pouvez configurer le type de liaison que Tableau Server doit utiliser lorsque vous vérifiez les identifiants de l’utilisateur. Tableau Server prend en charge GSSAPI et la liaison simple. La liaison simple transmet les identifiants directement à l’instance LDAP. Nous vous recommandons de configurer SSL pour chiffrer la communication de liaison. L’authentification dans ce scénario peut être fournie par la solution LDAP native ou avec un processus externe, par exemple SAML. Pour en savoir plus sur la planification et la configuration de LDAP, consultez [Magasin d’identités](https://help.tableau.com/current/server/fr-ca/plan_identity_store.htm#plan) et [Référence de configuration du magasin d’identités externe](https://help.tableau.com/current/server/fr-ca/ldap_config.htm). ### SCIM Le système de gestion des identités interdomaines (SCIM) dans Tableau Server est une norme pour l’automatisation de la mise en service et la gestion des utilisateurs et des groupes provenant de fournisseurs d’identité (IdP) externes basés sur le nuage. Bien que SCIM ne soit pas une méthode d’authentification, il met en service les utilisateurs qui s’authentifient ensuite à l’aide des méthodes configurées pour votre Tableau Server. Pour plus d’informations, consultez [SCIM](https://help.tableau.com/current/server/fr-ca/scim_config_online.htm). ## Autres scénarios d’authentification - API REST : [Connexion et déconnexion (Authentification)](https://help.tableau.com/current/api/rest_api/fr-ca/help.htm#REST/rest_api_concepts_auth.htm) **Remarque :** L’API REST ne prend pas en charge l’authentification unique (SSO) SAML. - Authentification des appareils mobiles : [Authentification unique pour Tableau Mobile](https://help.tableau.com/current/mobile/mobile-admin/fr-ca/admin_mobile_sso.htm) - Certificat de confiance pour les clients TSM : [Connexion des clients TSM](https://help.tableau.com/current/server/fr-ca/tsm_overview.htm#Connecti) ## Accès aux données et authentification de la source Vous pouvez configurer Tableau Server de manière à ce qu’il prenne en charge plusieurs protocoles d’authentification différents sur plusieurs sources de données différentes. L’authentification de la connexion de données peut être indépendante de l’authentification Tableau Server. Par exemple, vous pouvez configurer l’authentification utilisateur pour Tableau Server avec l’authentification locale, tout en configurant l’authentification OAuth ou SAML pour des sources de données spécifiques. Consultez [Authentification de la connexion de données](https://help.tableau.com/current/server/fr-ca/security_data_connection_auth.htm). ## Autres articles de cette section [Passer au contenu principal](#main-content) # Authentification basée sur des PAM dans Tableau Resource Monitoring Tool (RMT) L’authentification basée sur les PAM pour les utilisateurs délégués a été ajoutée à la version 2025.2. Cela permet aux clients qui en ont besoin de mettre en œuvre une logique d’authentification personnalisée. Auparavant, RMT dépendait uniquement de `su` pour l’authentification déléguée des utilisateurs, ce qui pouvait entraîner des incohérences si les stratégies d’authentification Linux sous-jacentes n’étaient pas les même chez Tableau Server et RMT. En ajoutant la prise en charge de PAM, RMT s’aligne sur le flux d’authentification de Tableau Server, offrant plus de flexibilité et de contrôle. RMT utilise l’authentification locale (mots de passe spécifiques à RMT) ou déléguée (identifiants basés sur le système d’exploitation) pour l’accès des utilisateurs, l’authentification déléguée exigeant que les utilisateurs fournissent leur mot de passe réseau standard pour la connexion. L’authentification est configurée sur le Serveur RMT via son interface Web ou l’outil de ligne de commande `rmtadmin` qui permettent d’ajouter des utilisateurs ou de modifier les modes d’authentification existants. Pour une bonne configuration, il est important de s’assurer que le `username` est correctement saisi (sans domaine pour l’authentification déléguée) et que les rôles de serveur RMT appropriés sont attribués aux utilisateurs. Pour plus d’informations sur les rôles de serveur, consultez [Gérer les utilisateurs et l’authentification dans Tableau Resource Monitoring Tool (RMT)](https://help.tableau.com/current/server/fr-ca/rmt-server-roles.htm). ## Fonctionnement de l’authentification basée sur PAM dans RMT Lorsque RMT authentifie un utilisateur délégué, il suit le même flux d’authentification que Tableau Server : 1. Service PAM personnalisé (Tableau) RMT tente d’abord d’authentifier l’utilisateur à l’aide d’un service PAM personnalisé appelé `tableau`, si celui-ci est présent à XXl’adresse : /etc/pam.d/tableau Cela permet aux clients de définir leurs propres stratégies d’authentification. 2. Service de connexion PAM par défaut Si le service Tableau n’est pas défini, RMT utilisera le service de connexion PAM standard pour l’authentification. 3. Authentification basée sur su Si les deux tentatives d’authentification avec PAM échouent, RMT tentera finalement de s’authentifier à l’aide de `su`. Il s’agit de la méthode d’authentification par défaut des versions antérieures à 2025.2 et elle reste valide pour assurer la rétrocompatibilité avec les versions RMT antérieures et les environnements existants. ## Comment activer l’authentification basée sur PAM dans RMT Pour utiliser l’authentification basée sur PAM dans RMT, les conditions suivantes doivent être remplies : 1. 1\. Installer `pamtester` RMT utilise `pamtester` pour effectuer une authentification PAM non interactive. Debian/Ubuntu : sudo apt install pamtester RHEL/CentOS : sudo yum install pamtester 2. Définir les autorisations pour `pamtester` Le `pamtester` binaire doit disposer des autorisations appropriées pour permettre l’authentification : sudo chown root:root /usr/bin/pamtester sudo chmod u+s /usr/bin/pamtester L’autorisation `setuid` (`u+s`) garantit que `pamtester` peut lire `/etc/shadow`, ce qui est nécessaire pour permettre à la plupart des modules PAM d’effectuer les vérifications de mot de passe. ### Mettre en œuvre un service PAM personnalisé (facultatif) Si vous souhaitez mettre en œuvre votre propre logique d’authentification personnalisée, vous pouvez définir un service PAM nommé `tableau`: `/etc/**pam.d/tableau**` [Passer au contenu principal](#main-content) # Authentification de confiance Lorsque vous intégrez des vues Tableau Server dans des pages Web, toutes les personnes qui consultent la page doivent être des utilisateurs sous licence sur Tableau Server. Lorsque des utilisateurs visitent la page, ils sont invités à se connecter à Tableau Server avant de pouvoir afficher la vue. Si vous possédez déjà un moyen d’authentifier les utilisateurs sur la page Web ou dans votre application Web, vous pouvez ignorer cette invite et éviter à vos utilisateurs de se connecter deux fois en configurant l’authentification de confiance. L’authentification de confiance signifie simplement que vous avez établi une relation de confiance entre Tableau Server et un ou plusieurs serveurs Web. Lorsque Tableau Server reçoit des demandes de ces serveurs Web de confiance, il suppose que votre serveur Web a vérifié toutes les authentifications nécessaires. Si votre serveur Web utilise SSPI (Security Support Provider Interface), vous n’avez pas besoin de configurer une authentification de confiance. Vous pouvez intégrer des vues et vos utilisateurs y auront un accès sécurisé, car ils possèdent une licence Tableau Server et sont membres de votre Active Directory. **Remarque :** les navigateurs des clients doivent être configurés pour [autoriser les témoins de tiers](https://help.tableau.com/current/server/fr-ca/trusted_auth_trouble_cookie.htm) si vous souhaitez utiliser l’authentification de confiance avec des vues intégrées. ## Fonctionnement de l’authentification de confiance La figure ci-dessous décrit le fonctionnement de l’authentification de confiance entre le navigateur Web du client, vos serveurs Web et Tableau Server. ![Un diagramme montrant le flux de données entre les serveurs Web, Tableau Server et un navigateur Web client.](/tableau/current/fr-ca/server/fr-ca/Img/trusted_auth_666x421.png) ![Un cercle bleu avec un numéro 1 de couleur blanche au centre.](/tableau/current/fr-ca/server/fr-ca/Img/1ball.png)**L’utilisateur visite la page Web :** lorsqu’un utilisateur visite la page Web avec la vue Tableau Server intégrée, il envoie une requête GET à votre serveur Web pour obtenir le contenu HTML de cette page. ![Un cercle bleu avec un numéro 2 de couleur blanche au centre.](/tableau/current/fr-ca/server/fr-ca/Img/2ball.png)**Le serveur Web envoie des requêtes POST à Tableau Server :** Le serveur Web envoie une requête POST au serveur de confiance de Tableau Server (par exemple, `https:///trusted` et non `https://`). Cette requête POST doit posséder un paramètre `username`. La valeur `username` doit correspondre au nom d’un utilisateur détenant une licence Tableau Server. Si Tableau Server héberge plusieurs sites et que la vue est publiée sur un site autre que le site Par défaut, la requête POST doit également contenir un paramètre `target_site`. ![Un cercle bleu avec un numéro 3 de couleur blanche au centre.](/tableau/current/fr-ca/server/fr-ca/Img/3ball.png)**Tableau Server crée un billet :** Tableau Server vérifie l’adresse IP ou le nom d’hôte du serveur Web (192.168.1.XXX dans la figure ci-dessus) qui a envoyé la requête POST. Si le serveur Web est répertorié comme hôte de confiance, Tableau Server crée alors un billet sous forme d’une chaîne unique à neuf chiffres. Les billets doivent être échangés dans les trois minutes suivant leur émission. Tableau Server répond à la requête POST avec ce billet. S’il y a une erreur et que le billet ne peut être créé, Tableau Server répond avec la valeur `-1`. Le serveur doit avoir une adresse IPv4. Les adresses IPv6 ne sont pas prises en charge. Pour plus d’informations, consultez [Renvoi de la valeur de billet -1 depuis Tableau Server](https://help.tableau.com/current/server/fr-ca/trusted_auth_trouble_1return.htm). ![Un cercle bleu avec un numéro 4 de couleur blanche au centre.](/tableau/current/fr-ca/server/fr-ca/Img/4ball.png)**Le serveur Web transmet l’URL au navigateur :** le serveur Web construit l’URL pour la vue et l’insère dans le code HTML de la page. Le billet est inclus (par exemple, `https:///trusted//views/`). Le serveur Web transmet le code HTML de la page au navigateur Web du client. ![Un cercle bleu avec un numéro 5 de couleur blanche au centre.](/tableau/current/fr-ca/server/fr-ca/Img/5ball.png)**Le navigateur demande la vue à Tableau Server :** Le navigateur Web du client envoie une requête GET à Tableau Server, en incluant l’URL avec le billet. ![Un cercle bleu avec un numéro 6 de couleur blanche au centre.](/tableau/current/fr-ca/server/fr-ca/Img/6ball.png)**Tableau Server échange le billet :** Tableau Server échange le billet, crée une session, connecte l’utilisateur, supprime le billet de l’URL et envoie au client l’URL finale pour la vue intégrée. Les billets de confiance peuvent être échangés contre des vues uniquement. La session permet à l’utilisateur d’accéder à l’une des vues dont il disposerait s’il avait ouvert une session sur le serveur. Dans la configuration par défaut, les utilisateurs authentifiés par des billets de confiance disposent d’un accès restreint de sorte que seules les vues sont disponibles. Ils ne peuvent pas accéder aux classeurs, pages de projet ou autres contenus hébergés sur le serveur. Pour modifier ce comportement, consultez l’option `wgserver.unrestricted_ticket` dans [wgserver.unrestricted\_ticket](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm#unrestricted_tickets). ## Comment un billet de confiance est-il stocké? Tableau Server stocke les billets approuvés dans le référentiel Tableau Server au moyen du processus suivant : 1. Tableau Server génère un billet en deux parties : la première partie est un identificateur unique codé en Base64 (UUID) et la deuxième une chaîne secrète aléatoire de 24 caractères. 2. Tableau Server hache la chaîne secrète et la stocke avec l’ID unique dans le référentiel. Le hachage se sert de la chaîne secrète comme entrée et utilise un algorithme pour calculer une chaîne unique. Cette chaîne unique protège la sécurité de la chaîne secrète des utilisateurs non autorisés. 3. Tableau Server envoie l’UUID en Base64 et la chaîne aléatoire de 24 caractères au client. 4. Le client renvoie l’UUID en Base64 et la chaîne secrète de 24 caractères d’origine à Tableau Server pour répondre à la demande de vue. 5. Tableau Server localise la paire de chaînes avec l’UUID en Base64, puis hache la chaîne secrète pour vérifier qu’elle correspond au hachage stocké dans le référentiel. Ce processus garantit que tout contenu de billet sécurisé stocké sur Tableau Server ne peut pas être utilisé pour emprunter l’identité d’utilisateurs ou accéder au contenu protégé par l’authentification. Toutefois, étant donné que le billet de confiance complet est envoyé par HTTP entre Tableau Server et le client, le processus repose sur une transmission sécurisée et chiffrée de données HTTP. Par conséquent, nous vous recommandons de ne déployer que des billets de confiance via SSL / TLS ou une autre couche de chiffrement réseau. ## Autres articles de cette section [Passer au contenu principal](#main-content) # Authentification de la connexion de données Vous pouvez configurer l’authentification de la connexion de données à l’aide de Kerberos, OAuth et de l’authentification unique. ## Autres articles de cette section ## Informations complémentaires - [Configuration d’une connexion Oracle pour utiliser TNSNames.ora ou LDAP.ora](http://kb.tableau.com/articles/howto/setting-an-oracle-connection-to-use-tnsnames-ora-or-ldap-ora?lang=fr-ca) (prise en charge de Tableau) [Passer au contenu principal](#main-content) # Authentification locale Si le serveur est configuré pour utiliser le magasin d’identités local, Tableau Server authentifie les utilisateurs. Lorsque les utilisateurs se connectent et saisissent leurs identifiants, sur Tableau Desktop, tabcmd, l’API ou un client Web, Tableau Server vérifie les identifiants. Les noms d’utilisateur Tableau stockés dans le magasin d’identités sont associés avec des droits et des autorisations pour Tableau Server. Une fois l’authentification vérifiée, Tableau Server gère l’accès utilisateur (autorisation) pour les ressources Tableau. Pour utiliser l’authentification locale, vous devez configurer Tableau Server avec un magasin d’identités local lors de l’installation. Vous ne pouvez pas utiliser l’authentification locale si votre Tableau Server a été configuré avec un magasin d’identités externe (LDAP, Active Directory, etc). **Remarque :** Les pools d’identités, conçus pour compléter et prendre en charge d’autres options de provisionnement et d’authentification des utilisateurs dont vous pourriez avoir besoin dans votre organisation, prennent uniquement en charge l’authentification OpenID Connect (OIDC). Pour plus d’informations, consultez [Provisionner et authentifier les utilisateurs à l’aide de pools d’identités](https://help.tableau.com/current/server/fr-ca/identity_pools.htm). ## Stockage des mots de passe Lorsque l’authentification locale est utilisée, le mot de passe de l’utilisateur est stocké après application de valeur salt et de hachage dans le référentiel. Les mots de passe ne sont jamais stockés directement. Ce qui est stocké est le résultat du mot de passe après application de la valeur salt et du hachage. Le serveur utilise la fonction de dérivation PBKDF2 avec la fonction de hachage HMAC SHA512. ## Configurer les paramètres de mot de passe Après avoir installé Tableau Server avec l’authentification locale, vous pouvez utiliser Tableau Server Manager (TSM) pour configurer plusieurs paramètres associés aux mots de passe : - Politiques de mot de passe : ces politiques définissent les exigences en matière de structure de mot de passe, par exemple la longueur, les types de caractères et autres exigences. - Expiration des mots de passe : activez et spécifiez l’expiration des mots de passe. - Limite de taux de connexion : Tableau Server introduit une restriction temporelle entre les tentatives de connexion après que l’utilisateur a entré 5 mots de passe incorrects. Les utilisateurs doivent attendre quelques secondes avant une nouvelle tentative de connexion. S’ils continuent d’entrer des mots de passe incorrects, les utilisateurs doivent patienter pendant des intervalles exponentiellement plus longs entre les tentatives de connexion. Par défaut, la durée maximum entre les tentatives de connexion est de 60 minutes. Verrouillez l’accès au compte après un trop grand nombre de tentatives infructueuses. Vous pouvez spécifier le nombre autorisé de tentatives infructueuses avant que les utilisateurs soient verrouillés. Pour plus d’informations sur la façon de débloquer l’accès à un compte verrouillé, consultez [Afficher et gérer les utilisateurs sur un site](https://help.tableau.com/current/server/fr-ca/users_view.htm#ViewEditSiteUser). - Réinitialisation du mot de passe utilisateur : autorisez les utilisateurs à réinitialiser les mots de passe. Si vous activez la réinitialisation des mots de passe, Tableau Server sera configuré de manière à afficher un lien sur la page de connexion. Les utilisateurs qui oublient les mots de passe ou souhaitent réinitialiser un mot de passe peuvent cliquer sur le lien afin d’initier un flux de travail de réinitialisation de mot de passe. La réinitialisation des mots de passe doit être configurée à l’aide de l’interface en ligne de commande TSM, comme décrit ci-dessous. 1. Ouvrez TSM dans un navigateur en tant qu’administrateur de serveur : https://:8850. Pour plus d’informations, consultez [Se connecter à l’interface utilisateur Web Tableau Services Manager](https://help.tableau.com/current/server/fr-ca/sign_in_tsm.htm). 2. Cliquez sur Identité de l’utilisateur et accès dans l’onglet Configuration puis cliquez sur Méthode d’authentification. 3. Sélectionnez Authentification locale dans le menu déroulant pour afficher les paramètres de mot de passe. 4. Configurez les paramètres de mot de passe, puis cliquez sur Enregistrer les modifications en attente. 5. Cliquez sur Modifications en attente en haut de la page : ![Barre d’outils de Tableau Server Manager indiquant que des modifications sont en attente.](/tableau/current/fr-ca/server/fr-ca/Img/tsm-ui-pending-changes-btn.png) 6. Cliquez sur Appliquer les modifications et redémarrer. Pour la configuration initiale des politiques de mot de passe, nous vous recommandons d’utiliser le modèle de fichier de configuration ci-dessous pour créer un fichier json. Vous pouvez également définir toute clé de configuration unique répertoriée ci-dessous en utilisant la syntaxe décrite dans [tsm configuration set](https://help.tableau.com/current/server/fr-ca/cli_configuration_tsm.htm#TSMSet). 1. Copiez le modèle json suivant dans un fichier. Renseignez les valeurs de clé avec votre configuration de politique de mot de passe. Consultez la section de référence qui suit pour plus d’informations sur les options de clé. { "configKeys": { "wgserver.localauth.policies.mustcontainletters.enabled": `false`, "wgserver.localauth.policies.mustcontainuppercase.enabled": `false`, "wgserver.localauth.policies.mustcontainnumbers.enabled": `false`, "wgserver.localauth.policies.mustcontainsymbols.enabled": `false`, "wgserver.localauth.policies.minimumpasswordlength.enabled": `false`, "wgserver.localauth.policies.minimumpasswordlength.value": `8`, "wgserver.localauth.policies.maximumpasswordlength.enabled": `false`, "wgserver.localauth.policies.maximumpasswordlength.value": `255`, "wgserver.localauth.passwordexpiration.enabled": `false`, "wgserver.localauth.passwordexpiration.days": `90`, "wgserver.localauth.ratelimiting.maxbackoff.minutes": `60`, "wgserver.localauth.ratelimiting.maxattempts.enabled": `false`, "wgserver.localauth.ratelimiting.maxattempts.value": _5_, "vizportal.password\_reset": `false` } } 2. Exécutez `tsm settings import -f file.json` pour transmettre le fichier json avec les valeurs appropriées à Tableau Services Manager et configurer Tableau Server. 3. Exécutez la commande `tsm pending-changes apply` pour appliquer les modifications. Consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). ### Référence du fichier de configuration Ce tableau répertorie toutes les options que vous pouvez utiliser pour configurer les politiques de mot de passe. wgserver.localauth.policies.mustcontainletters.enabled Valeur par défaut : `false` Requiert au moins une lettre dans les mots de passe. wgserver.localauth.policies.mustcontainuppercase.enabled Valeur par défaut : `false` Requiert au moins une lettre majuscule dans les mots de passe. wgserver.localauth.policies.mustcontainnumbers.enabled Valeur par défaut : `false` Requiert au moins un nombre dans les mots de passe. wgserver.localauth.policies.mustcontainsymbols.enabled Valeur par défaut : `false` Requiert au moins un caractère spécial dans les mots de passe. wgserver.localauth.policies.minimumpasswordlength.enabled Valeur par défaut : `false` Appliquer une longueur minimum pour les mots de passe. wgserver.localauth.policies.minimumpasswordlength.value Valeur par défaut : `8` Le nombre minimum de caractères que les mots de passe doivent contenir. Entrez une valeur comprise entre `4` et `255` inclus. Vous devez définir `wgserver.localauth.policies.minimumpasswordlength.enabled` sur `true` pour appliquer cette valeur. wgserver.localauth.policies.maximumpasswordlength.enabled Valeur par défaut : `false` Appliquer une longueur maximum pour les mots de passe. wgserver.localauth.policies.maximumpasswordlength.value Valeur par défaut : `255` Le nombre maximum de caractères que les mots de passe doivent contenir. Entrez une valeur comprise entre `8` et `225` inclus. Vous devez définir `wgserver.localauth.policies.maximumpasswordlength.enabled` sur `true` pour appliquer cette valeur. wgserver.localauth.passwordexpiration.enabled Valeur par défaut : `false` Appliquer une expiration au mot de passe. wgserver.localauth.passwordexpiration.days Valeur par défaut : `90` Nombre de jours avant l’expiration d’un mot de passe. Entrez une valeur comprise entre `1` et `365` inclus. Vous devez définir `wgserver.localauth.passwordexpiration.enabled` sur `true` pour appliquer cette valeur. wgserver.localauth.ratelimiting.maxbackoff.minutes Valeur par défaut : `60` Durée maximum entre les tentatives de connexion après qu’un utilisateur a saisi plusieurs mots de passe incorrects. Entrez une valeur comprise entre `5` et `1440` inclus. wgserver.localauth.ratelimiting.maxattempts.enabled Valeur par défaut : `false` Appliquez le verrouillage du compte après la saisie de 5 mots de passe incorrects. Pour modifier le nombre de mots de passe incorrects déclenchant le verrouillage du compte, activez `wgserver.localauth.ratelimiting.maxattempts.value`. wgserver.localauth.ratelimiting.maxattempts.value Valeur par défaut : `5` Nombre de mots de passe incorrects qu’un utilisateur peut entrer avant de déclencher un verrouillage de compte. Entrez une valeur comprise entre `5` et `100` inclus. Vous devez définir `wgserver.localauth.ratelimiting.maxattempts.enabled` sur `true` pour appliquer cette valeur. vizportal.password\_reset Valeur par défaut : `false` Autorisez les utilisateurs à réinitialiser les mots de passe. Pour que cette fonctionnalité soit opérationnelle, Tableau Server doit être configuré pour envoyer un courriel. Consultez [Configurer les paramètres SMTP](https://help.tableau.com/current/server/fr-ca/config_smtp.htm). [Passer au contenu principal](#main-content) # Auto-déploiement d’un seul Tableau Server sur Microsoft Azure ## Ceci est un contenu archivé Les déploiements sur des nuages publics continuent d’être pris en charge, mais le contenu des déploiements de nuage public tiers n’est plus mis à jour. Pour consulter le dernier contenu de déploiement de Tableau Server, consultez le et la section [Déployer](https://help.tableau.com/current/server/fr-ca/install.htm) de l’aide de Tableau Server. Pour les clients qui ont accès, nous recommandons Tableau Cloud. Pour en savoir plus, consultez : - [Guide de migration manuelle de Tableau Cloud](https://help.tableau.com/current/guides/migration/fr-ca/emg_intro.htm) - [Version d’évaluation de Tableau Cloud pour administrateur](https://help.tableau.com/current/server-linux/fr-ca/install.htm) - [Tableau Cloud : Premiers pas pour l’administrateur](https://www.tableau.com/fr-ca/learn/get-started/online-admin) ## Introduction Vous pouvez installer et exécuter Tableau Server sur une machine virtuelle (VM) Microsoft Azure. Tableau Server est une solution en ligne permettant de partager, de distribuer et de collaborer sur des contenus créés dans Tableau. Effectuez les tâches suivantes pour installer et exécuter Tableau Server sur une machine virtuelle (VM) Microsoft Azure : ## Étape 1 : Paramétrer une VM Azure Créez une machine virtuelle (VM) Microsoft Azure là où vous allez installer Tableau Server. 1. Connectez-vous au [Portail Microsoft Azure](https://portal.azure.com/) (https://portal.azure.com). 2. Sur le tableau de bord Microsoft Azure, cliquez sur **Nouveau**. 3. Sous **Azure Marketplace**, sélectionnez **Compute**, puis sur la lame **Nouveau**, cliquez sur **Voir tout.** 4. Sur la lame **Compute**, choisissez **Windows Server**, puis sur la lame **Windows Server**, choisissez **Windows Server 2016 Datacenter**. 5. Sur la lame **Windows Server 2016 Datacenter**, vérifiez les informations. Dans la liste déroulante **Sélectionner un modèle de déploiement**, sélectionnez **Gestionnaire de ressource**s puis cliquez sur **Créer**. 6. Sur la lame **Créer un ordinateur virtuel** - **De base**, spécifiez les informations suivantes : 1. **Nom :** Entrez un nom pour votre machine virtuelle (VM). Le nom doit comporter 15 caractères au maximum. 2. **Type de disque VM :** choisissez SSD. 3. **Nom d’utilisateur :** Entrez votre nom d’utilisateur. Vous utiliserez ce nom pour vous connecter à la VM à l’aide du protocole RDP (Remote Desktop Protocol). 4. **Mot de passe :** Entrez votre mot de passe. Vous utiliserez ce mot de passe pour vous connecter à la VM à l’aide de RDP. 5. **Abonnement :** L’abonnement Azure auquel cette VM devrait être associée. 6. **Groupe de ressources :** Choisissez **Créer nouveau** puis entrez le nom d’un nouveau groupe de ressources pour héberger les ressources de la VM. 7. **Emplacement :** L’emplacement du nouveau groupe de ressources . 7. Au bas de la lame **De base**, cliquez sur **OK**. 8. Sur la lame **Créer une machine virtuel**le - **Choisir une taille**, cliquez sur **Afficher tout** pour voir toutes les tailles de machines virtuelles disponibles. 9. Sélectionnez une VM conforme à la [configuration système requise](https://help.tableau.com/current/server/fr-ca/ts_azure_virtual_machine_selection.htm) pour Tableau Server. Par exemple, choisissez la taille **DS13\_V2** , puis cliquez sur **Sélectionner**. 10. Sur la lame **Créer un ordinateur virtuel** - **Paramètres**, sous **Réseau**, cliquez sur **Groupe de sécurité réseau (pare-feu)**. 11. Sur la lame **Créer un groupe de sécurité réseau**, cliquez sur **Ajouter une règle de trafic entrant**. 12. Ensuite, vous allez créer des règles de trafic entrant pour autoriser des types spécifiques de trafic Internet à atteindre votre VM. Sur la lame **Ajouter une règle de sécurité de trafic entrant**, dans la zone de liste déroulante **Service**, choisissez **HTTP**. 13. Dans la zone **Priorité**, attribuez une priorité à la règle, par exemple 100. Les nombres plus faibles sont traités en premier. Par exemple, une règle de priorité 100 sera traitée avant une règle de priorité 110. 14. Dans la zone **Nom**, entrez un nom pour la règle de trafic entrant, par exemple HTTP Port-80, puis cliquez sur **OK**. 15. Répétez les étapes 11-14 pour créer une seconde règle pour le service HTTPS avec une priorité de 101. 16. Une fois terminée, la boîte de dialogue **Créer un groupe de sécurité réseau** devrait inclure trois règles afin d’autoriser l’accès RDP, HTTP et HTTPS. Cliquez sur **OK**. 17. Sur la lame **Créer un ordinateur virtuel** - **Créer**, sous **Résumé**, vérifiez vos paramètres et cliquez sur **Créer**. Une fois que le processus de déploiement de VM est terminé, et que la VM est en cours d’exécution, cliquez sur le titre de votre VM dans le tableau de bord Azure. 18. Sous **Paramètres**, cliquez sur **Disques**. **Remarque :** votre VM n’est provisionnée qu’avec un seul disque. Nous vous recommandons d’ajouter un second disque et d’installer Tableau Server sur son propre disque. 19. Sur la lame **Disques**, sous **Disques de données**, cliquez sur **Ajouter un disque de données**. Dans la colonne **Nom**, dans la liste déroulante **Aucun disque géré disponible**, choisissez **Créer un disque**. 20. Sur la lame **Créer un disque géré**, dans le champ **Nom**, entrez un nom pour le disque. 21. Définissez le champ **Taille (GiB)** sur **128**, **512** ou **1024**, puis cliquez sur **Créer**. **Remarque :** bien que le champ **Taille** accepte tout nombre, Azure arrondit le stockage provisionné à l’une de ces valeurs selon les trois options actuelles disponibles pour la taille du disque de stockage Premium. Nous vous recommandons de sélectionner au moins **512** GiB, qui fournit la quantité minimale acceptable d’IOPS et de débit. 22. Dans la colonne **Mise en cache de l’hôte**, sélectionnez **Aucun**, puis cliquez sur **Enregistrer**. ## Étape 2 : Vous connecter à votre VM Azure Utilisez le protocole Remote Desktop Protocol (RDP) sur un ordinateur exécutant Microsoft Windows pour vous connecter à votre VM Azure exécutant Microsoft Windows. Si vous vous connectez depuis un ordinateur exécutant Linux, vous pouvez utiliser [rdesktop](http://www.rdesktop.org/) pour vous connecter à votre VM Azure exécutant Microsoft Windows. Pour plus d’informations, consultez [Comment se connecter et s’authentifier sur une machine virtuelle Azure exécutant Windows](https://docs.microsoft.com/fr-ca/azure/virtual-machines/windows/connect-logon) sur le site Web de Microsoft Azure. 1. Dans le tableau de bord Azure, cliquez sur le titre de votre VM, puis cliquez sur **Se connecter** pour télécharger et utiliser le fichier RDP pour votre VM. **Remarque :** vous pouvez enregistrer le fichier RDP de manière à pouvoir vous connecter à la VM à tout moment. 2. Double-cliquez sur le fichier RDP. Si vous voyez s’afficher un message vous avertissant que le publicateur de la connexion distante ne peut pas être identifié, cliquez sur **Se connecter**. 3. Dans la boîte de dialogue **Sécurité Windows**, entrez le nom et le mot de passe que vous avez spécifiés lors de la création de l’instance auparavant, puis cliquez sur **OK**. **Remarque :** si vous vous êtes déjà connecté à un domaine Windows, la boîte de dialogue peut vous proposer des options de connexion en tant qu’utilisateur de domaine. Dans ce cas, vous devez entrer vos identifiants sous **Autre utilisateur**. Dans le champ de mot de passe, sélectionnez votre ordinateur local comme domaine. ## Étape 3 : Ajouter un second disque à votre VM Azure Vous devez configurer le disque de données que vous avez ajouté pour que Windows Server puisse le reconnaître. Vous installerez Tableau Server sur ce disque à l’[Auto-déploiement d’un seul Tableau Server sur Microsoft Azure](#Step4). 1. Sur votre VM Azure exécutant Microsoft Windows, faites un clic droit sur le bouton **Démarrer** et choisissez **Exécuter**. 2. Ouvrez **Gestion des disques**. Tapez **diskmgmt.msc** puis appuyez sur **Entrée**. 3. Dans la boîte de dialogue **Initialiser le disque**, cliquez sur **OK**. 4. Faites un clic droit sur Disk 2 et choisissez **Nouveau volume simple**. 5. Dans l’**Assistant Création d’un volume simple**, cliquez sur **Suivant** sur chaque écran et acceptez les valeurs par défaut jusqu’à ce que atteigniez l’écran final, puis cliquez sur **Terminer**. 6. Lorsque vous êtes invité à formater le disque, cliquez sur**Formater le disque**, puis dans la boîte de dialogue **Formater le nouveau volume**, cliquez sur **Démarrer**. ## Étape 4 : Installer Tableau Server sur votre VM Azure L’installation de Tableau Server sur votre machine virtuelle (VM) Microsoft Azure est similaire à l’installation sur un autre serveur. **Remarque :** - Vous pouvez sélectionner l’authentification locale ou l’authentification Active Directory. Toutefois, si vous sélectionnez l’authentification Active Directory, vous devez configurer Active Directory sur Azure. Pour plus d’informations, consultez [Installer une réplique du contrôleur de domaine Active Directory sur un réseau virtuel Azure](https://azure.microsoft.com/fr-ca/documentation/articles/virtual-networks-install-replica-active-directory-domain-controller/) dans la documentation Microsoft Azure. - Le compte Exécuter en tant qu’utilisateur doit être un utilisateur local sur l’instance du serveur. 1. Copiez le programme d’installation de Tableau Server sur le disque de données que vous avez ajouté à votre VM en effectuant l’une des opérations suivantes : - Copiez le programme d’installation de Tableau Server sur le disque de données que vous avez ajouté à votre VM en effectuant l’une des opérations suivantes : - **Télécharger le programme d’installation directement**. Pendant que vous êtes connecté à la VM, ouvrez un navigateur, accédez à la [Page de téléchargement Tableau Server](http://www.tableau.com/fr-ca/products/server/download), et téléchargez la version 64 bits de Tableau Server. **Remarque :** la configuration de sécurité améliorée par défaut sur Windows Server exige que la sécurité Internet Explorer soit toujours définie sur Élevée pour la zone Internet et ne puisse pas être modifiée pour cette zone. De ce fait, lorsque vous accédez à des sites publics avec Internet Explorer, vous devez ajouter ces sites à la liste des sites fiables. - **Copier le programme d’installation sur la VM**. Si vous avez déjà une copie du programme d’installation de Tableau Server sur votre ordinateur, copiez-le sur le disque où vous avez installé votre VM. Créez un dossier sur la VM, là où vous souhaitez placer le programme d’installation. Depuis votre ordinateur, téléversez le fichier d’installation de Tableau Server (par exemple, TableauServer-64bit-10.5.exe) sur la VM. - **Copier le programme d’installation sur la VM**. Si vous avez déjà une copie du programme d’installation de Tableau Server sur votre ordinateur, copiez-le sur la VM. Créez un dossier sur la VM, là où vous souhaitez placer le programme d’installation. Depuis votre ordinateur, téléversez le fichier d’installation de Tableau Server (par exemple, TableauServer-64bit-10.5.exe) sur la VM. 2. Exécutez le programme d’installation de Tableau Server sur la VM sur laquelle démarrer le processus d’installation du serveur. Le processus d’installation fonctionne de la même manière que sur tout autre serveur. Pour plus d’informations, consultez [Installer et configurer Tableau Server](https://help.tableau.com/current/server/fr-ca/install_config_top.htm). ## Étape 5 : Accéder à votre VM Azure depuis un navigateur distant Assurez-vous que les utilisateurs peuvent accéder à la machine virtuelle (VM) où vous avez installé Tableau Server. 1. Dans le portail Microsoft Azure, accédez à la page **Vue d’ensemble** de votre VM. Notez l’adresse IP publique associée à la VM. 2. (facultatif) Pour attribuer un nom d’hôte public à votre VM, cliquez sur l’adresse IP publique. 3. Sur un autre ordinateur (pas sur la VM), ouvrez un navigateur. 4. Dans le navigateur, saisissez l’adresse IP ou le nom DNS du Tableau Server que vous avez installé sur la VM. Exemples : `http://13.64.47.61` ou `http://tableauonazure.westus.cloudapp.azure.com` 5. Si vous ne pouvez pas vous connecter à l’instance, consultez [Résolution des problèmes de Tableau Server sur Microsoft Azure](https://help.tableau.com/current/server/fr-ca/ts_azure_troubleshooting.htm). ## Étape 6 : Publier des données vers Tableau Server sur votre VM Azure Une fois que vous avez configuré Tableau Server sur votre machine virtuelle (VM) Microsoft Azure, les utilisateurs de votre entreprise peuvent publier des classeurs et des sources de données vers Tableau Server sur la VM. Le processus fonctionne de la même manière que si Tableau Server est installé en local, sauf que les utilisateurs doivent s’authentifier sur le serveur s’exécutant sur la VM. Avant d’autoriser les utilisateurs à publier, assurez-vous que chaque utilisateur a été créé avec le rôle sur le site Publicateur dans Tableau Server et que les utilisateurs disposent des autorisations Publicateur. Pour plus d’informations, consultez [Ajouter des utilisateurs à Tableau Server](https://help.tableau.com/current/server/fr-ca/users_add.htm). Pour publier des classeurs et des sources de données sur Tableau Server, les utilisateurs doivent s’authentifier sur le serveur avec leur adresse IP (ou leur nom d’hôte DNS en option) que vous avez créée pour votre VM (par exemple `http://13.64.47.61` ou `http://tableauonazure.westus.cloudapp.azure.com`) et utiliser le nom d’utilisateur et le mot de passe qui leur ont été attribués. Pour plus d’informations, consultez [Comment publier des classeurs sur Tableau Server](https://help.tableau.com/current/pro/desktop/fr-ca/help.htm) dans la documentation de Tableau . ## Étape 7 : Gérer les licences Tableau Server lorsque vous éteignez ou supprimez votre VM Microsoft Azure Assurez-vous que votre machine virtuelle (VM) Microsoft Azure utilise une adresse MAC statique ou un identifiant VM statique. Si votre VM Microsoft Azure n’utilise pas d’adresse MAC statique ou d’ID de VM statique, vous devez désactiver votre licence Tableau Server avant d’arrêter l’instance. Sinon, Tableau Server peut se retrouver sans licence lorsque vous fermez votre VM Microsoft Azure et vous serez obligé de réactiver votre licence lors du redémarrage de la VM. De plus, lorsque vous arrêtez votre VM via le portail Azure, l’allocation des ressources est annulée et le compteur de charges s’arrête, sauf pour le stockage. Toutefois, si vous arrêtez votre VM en éteignant votre système d’exploitation, l’allocation des ressources n’est pas annulée par Azure et le compteur de charges reste actif. La suppression d’une VM entraîne l’annulation de l’allocation de toutes ses ressources, y compris le stockage externe. Vous pouvez supprimer votre VM lorsque vous n’en avez plus besoin. Désactivez toujours votre licence Tableau Server avant d’éteindre et de supprimer votre VM. Avant de supprimer votre VM, faites les opérations suivantes : 1. Connectez-vous à votre VM. 2. Créez une sauvegarde de Tableau Server, puis copiez le fichier `.tsbak` sur un autre emplacement qui sera accessible une fois que la VM ne sera plus disponible. Pour plus d’informations, consultez [Effectuer une sauvegarde et une restauration complètes de Tableau Server](https://help.tableau.com/current/server/fr-ca/backup_restore.htm). 3. Utilisez la commande [tsm licenses deactivate](https://help.tableau.com/current/server-linux/fr-ca/cli_licenses_tsm.htm#TSMDeactivate) pour désactiver votre clé produit Tableau Server. Vous pouvez maintenant éteindre et supprimer votre VM. [Passer au contenu principal](#main-content) # Automatiser les tâches d’actualisation Vous pouvez associer des tâches d’actualisation d’extraits avec des tâches de programmations dans Tableau Server afin d’automatiser l’actualisation des extraits. Vous pouvez également automatiser des actualisations d’extraits à l’aide de tabcmd, un utilitaire de ligne de commande fourni avec Tableau Server. En particulier, vous pouvez utiliser la commande `refreshextracts` en association avec d’autres commandes dans votre propre script. Par exemple : `tabcmd login - http://mytabserver -u jsmith -p P@ssw0rd! refreshextracts --datasource salesq4` **Remarque :** Lorsqu’une actualisation d’extrait est exécutée sur des extraits créés dans Tableau 10.4 et versions antérieures (à savoir un extrait .tde), l’extrait est automatiquement mis à niveau à un extrait .hyper. Si la mise à niveau à un extrait .hyper présente de nombreux avantages, les utilisateurs ne pourront toutefois pas ouvrir l’extrait avec les versions antérieures de Tableau Desktop. Pour plus d’informations, consultez [Mise à niveau d’extraits vers le format .hyper](https://help.tableau.com/current/server/fr-ca/extracting_upgrade.htm).  ## Remarques - La sous-plage est automatiquement convertie en UTC. Dans les environnements utilisant des fuseaux horaires autres que l’UTC, configurez la sous-plage en fonction de l’UTC. Pour plus d’informations sur le téléchargement de l’utilitaire tabcmd, consultez [tabcmd](https://help.tableau.com/current/server/fr-ca/tabcmd.htm). [Passer au contenu principal](#main-content) # Automatiser les tâches de gestion de licence Plusieurs options de ligne de commande vous permettent d’effectuer des tâches courantes de gestion de licence pour Tableau Server à l’aide de scripts automatisés. Si vous souhaitez effectuer ces tâches de licence pour Tableau Desktop à l’aide de scripts automatisés, consultez [Déploiement de Tableau Desktop](https://help.tableau.com/current/desktopdeploy/fr-ca/desktop_deploy_automate.htm) dans le Guide de déploiement de Desktop. ## Options d’outil de ligne de commande ou automatisation améliorée des scripts Vous pouvez recourir à un utilitaire appelé `tabinstallck.exe` pour créer un script d’activation, d’actualisation et de désactivation des clés produit serveur. `tabinstallck.exe` est installé sur le répertoire \\bin de Tableau Server sur le nœud initial. Par défaut, il s’agit du fichier suivant : `C:\Program Files\Tableau\Tableau Server\packages\bin.` Vous pouvez également utiliser `tsm licenses` pour effectuer des tâches de licence telles que l’activation ou la désactivation d’une clé produit Tableau Server en ligne ou hors ligne, et l’obtention de fichiers associés pour l’activation ou la désactivation hors ligne. Tableau Server doit toutefois être déjà déployé et configuré. Vous pouvez automatiser ces tâches de licence en utilisant l’[API Tableau Services Manager](http://onlinehelp.tableau.com/v0.0/api/tsm_api/fr-ca/index.htm). `tabinstallck.exe` permet en outre de créer un script pour l’étape de mise sous licence d’une nouvelle installation Tableau Server qui n’est pas complètement configurée. Pour utiliser `tabinstallck.exe`, vous devez exécuter les commandes ou le script en tant qu’administrateur sur le nœud Tableau Server principal. **Remarque :** `tabinstallck.exe` ne prend pas en charge l’activation et la désactivation hors ligne. Pour en savoir plus, consultez [Activer Tableau Server hors ligne](https://help.tableau.com/current/server/fr-ca/activate_off.htm). ## Opérations de clé produit avec les serveurs proxy de transfert Si l’ordinateur sur lequel vous exécutez Tableau Server a été configuré pour se connecter à Internet via un proxy de transfert, suivez la procédure décrite dans la rubrique [Configurer les opérations de clé produit avec un proxy de transfert](https://help.tableau.com/current/server/fr-ca/activate_proxy.htm) avant de tenter d’activer, d’actualiser ou de désactiver les clés produit. ## Activer Activez une licence Tableau Server à l’aide de l’option `-activate` : start/wait tabinstallck.exe -activate ## Actualisation Actualisez une licence Tableau Server à l’aide de l’option `-refresh` : start/wait tabinstallck.exe -refresh ## Désactivation Désactivez une licence Tableau Server à l’aide de l’option `-return` : start/wait tabinstallck.exe -return ## Exemple Voici comment peut se présenter un exemple de script d’activation de Tableau Server : @echo off start/wait tabinstallck.exe -activate if %errorlevel% EQU 0 (ECHO SUCCESS) ELSE (ECHO FAILED) ## Traitement des erreurs Lorsque vous utilisez `tabinstallck.exe` pour automatiser des tâches de licence Tableau Server, l’information d’état est retournée en tant que code de sortie dans la variable d’environnement ERRORLEVEL. Si l’activation a réussi, le code de fermeture de l’application est `0` (zéro). Le tableau ci-dessous dresse la liste des codes de fermeture du processus d’activation et indique leur signification. Vous pouvez également trouver des informations d’erreur dans le fichier journal `tabinstallck.log`. Ce fichier journal se trouve par défaut dans le dossier Tableau Server \\logs : `C:\ProgramData\Tableau\Tableau Server\data\tabsvc\logs\` Le dossier ProgramData est masqué par défaut. Cet exemple de script montre comment activer Tableau Server et rechercher des erreurs spécifiques, par exemple une clé produit non valide (536871018) et des problèmes de licence généraux (536871012). @echo off start/wait tabinstallck.exe -activate __ if %errorlevel% EQU 536871018 (ECHO TABLEAU\_ERROR\_LICENSING\_INVALID\_KEY) if %errorlevel% EQU 536871012 (ECHO TABLEAU\_ERROR\_LICENCING\_GENERAL) if %errorlevel% EQU 0 (ECHO SUCCESS)
Code de fermetureMessageValeur
536871012TABLEAU_ERROR_LICENSING_GENERALUne erreur inconnue s’est produite lors de l’opération d’octroi de licences.
536871013TABLEAU_ERROR_LICENSING_INTERNALImpossible de démarrer le produit suite à une erreur de licence interne.
536871014TABLEAU_ERROR_LICENSING_SETUPImpossible de démarrer le produit suite à une erreur de licence interne.
536871015TABLEAU_ERROR_LICENSING_CONNECTUne erreur s’est produite lors de la connexion au serveur de licence Tableau.
536871017TABLEAU_ERROR_LICENSING_ACTIVATION_ASRUne erreur s’est produite lors de l’activation de l’ASR.
536871016TABLEAU_ERROR_LICENSING_ACTIVATION_GENERALL’activation a échoué; recommencez.
536871018TABLEAU_ERROR_LICENSING_ACTIVATION_INVALID_KEYClé produit non valide.
536871019TABLEAU_ERROR_LICENSING_ACTIVATION_OFFLINEImpossible de terminer l’activation hors ligne.
536871020TABLEAU_ERROR_LICENSING_ACTIVATION_INVALID_MODELLe serveur de licence a retourné une erreur. Consultez le fichier journal de Tableau pour plus d’informations.
536871021TABLEAU_ERROR_LICENSING_ACTIVATION_MAX_REHOSTSLa désactivation de la licence a échoué; vous avez atteint la limite de désactivation pour cette licence.
536871033TABLEAU_ERROR_LICENSING_ACTIVATION_MAX_EXTRA_ACTIVATIONSL’activation de la licence a échoué parce que vous avez atteint la limite d’activations pour cette licence.
536871022TABLEAU_ERROR_LICENSING_UNLICENSED_GENERALUne erreur inconnue s’est produite lors de l’opération de désactivation de la licence. Vérifiez votre clé produit ou contactez le support.
536871023TABLEAU_ERROR_LICENSING_UNLICENSED_NONE_FOUNDAucune licence n’a été trouvée.
536871024TABLEAU_ERROR_LICENSING_UNLICENSED_EXPIREDSeules des clés de produit expirées ont été trouvées.
536871025TABLEAU_ERROR_LICENSING_UNLICENSED_EXPIRED_TRIALVotre version d’évaluation pour cette version a expiré.
536871026TABLEAU_ERROR_LICENSING_UNLICENSED_EXPIRED_SUBSCRIPTIONLa clé produit a expiré.
536871027TABLEAU_ERROR_LICENSING_UNLICENSED_EXPIRED_MAINTENANCELe contrat de maintenance a expiré.
536871028TABLEAU_ERROR_LICENSING_RESYNC_GENERALVos clés de produits n’ont pas pu être synchronisées.
536871029TABLEAU_ERROR_LICENSING_REGISTRATION_GENERALUne erreur s’est produite pendant l’enregistrement du produit.
536871030TABLEAU_ERROR_LICENSING_SERVICE_INSTALLUne erreur inconnue s’est produite lors des opérations d’octroi de licences.
536871031TABLEAU_ERROR_LICENSING_SERVICE_UNINSTALLUne erreur inconnue s’est produite lors des opérations d’octroi de licences.
536871032TABLEAU_ERROR_LICENSING_SERVICE_NOT_PRESENTLe service de licence FLEXnet n’est pas présent sur le système.
[Passer au contenu principal](#main-content) # Autorisation _Autorisation_ désigne comment les utilisateurs peuvent accéder sur Tableau Server et les ressources auxquelles ils peuvent accéder une fois que l’authentification a été vérifiée. L’autorisation inclut : - Ce que les utilisateurs sont autorisés à faire avec le contenu hébergé sur Tableau Server, y compris les projets, les sites, les classeurs et les vues. - Ce que les utilisateurs sont autorisés à faire avec les sources de données gérées par Tableau Server. - Les tâches que les utilisateurs sont autorisés à effectuer pour administrer Tableau Server, par exemple configurer les paramètres du serveur, exécuter les outils de ligne de commande, créer des sites et autres tâches. L’autorisation pour ces actions est gérée par Tableau Server et est déterminée par une combinaison de rôle sur le site d’utilisateur et d’autorisations associée à des entités spécifiques telles que des classeurs et des sources de données. ## Rôles sur le site Les rôles sur le site définissent qui est un administrateur. Les administrateurs peuvent être désignés au niveau du site ou du serveur. Pour les non-administrateurs, les rôles sur le site indiquent le niveau maximum d’accès dont un utilisateur peut disposer sur un site donné, soumis aux autorisations définies sur les ressources de contenu. Par exemple, si le rôle sur le site Viewer (Observateur) a été attribué à un utilisateur, et le rôle CreatorCreator à un autre Pour en savoir plus sur les rôles sur le site, consultez [Définir les rôles sur le site des utilisateurs](https://help.tableau.com/current/server/fr-ca/users_site_roles.htm). ## Autorisations Les autorisations déterminent si un utilisateur donné est autorisé ou non à exécuter une action spécifique sur une ressource de contenu spécifique. En tant qu’administrateur configurant Tableau Server, il est important que vous compreniez comment les autorisations sont évaluées. En comprenant le processus d’autorisations sur Tableau, vous pourrez définir et configurer les autorisations sur les sites, les projets et autres ressources de manière à contrôler la manière dont le contenu et les données sont partagés, publiés, visualisés, extraits et importés. Voici quatre concepts importants à comprendre à propos des autorisations dans Tableau : - **Les autorisations sont basées sur les ressources**. Les autorisations sont affectées à des ressources de contenu individuelles (projets, sources de données, classeurs) et sont accordées à des utilisateurs ou des groupes. - **Les autorisations sont implicitement refusées, et les utilisateurs non-administrateurs doivent explicitement être autorisés à accéder au contenu**. Le processus selon lequel Tableau Server détermine l’autorisation « Autoriser » ou « Refuser » est expliqué en détail dans la rubrique [Autorisations](https://help.tableau.com/current/server/fr-ca/permissions.htm#EvaluatePermRules). - **L’héritage des autorisations n’existe que dans les projets verrouillés et les classeurs publiés avec des vues à onglets**. Lorsque les autorisations de contenu sont verrouillées pour le projet de niveau supérieur, les classeurs, les vues et les sources de données de toute la hiérarchie du projet utilisent les autorisations par défaut définies pour le projet de niveau supérieur. Dans les classeurs enregistrés avec l’option Afficher les feuilles sous formes d’onglets, les vues au sein de ces classeurs utiliseront les autorisations du classeur. Pour plus d’informations, consultez [Autorisations](https://help.tableau.com/current/server/fr-ca/permissions.htm#projectpermissions). - **Dans un projet qui n’est pas verrouillé, les autorisations initiales sont une copie unique des autorisations de l’élément conteneur**. Un source de données ou un classeur utilise initialement les autorisations par défaut, mais les utilisateurs autorisés peuvent par la suite modifier les autorisations pour ces ressources. Pour plus d’informations sur les autorisations par défaut et les projets, consultez [Autorisations](https://help.tableau.com/current/server/fr-ca/permissions.htm#LockProject). Tableau Server fournit une infrastructure d’autorisations flexible qui vous permet de gérer les accès à tous les contenus dans les scénarios les plus divers. Pour plus d’informations, consultez [Autorisations](https://help.tableau.com/current/server/fr-ca/permissions.htm). ## Accès aux données et autorisation externe Dans certains cas, Tableau Server et Desktop s’appuient sur une autorisation externe pour autoriser l’accès aux données. Par exemple : - Les utilisateurs se connectant aux sources de données externes peuvent avoir besoin d’une autorisation qui ne relève pas de l’autorité de Tableau Server. Si les utilisateurs publient une source de données externe, Tableau Server gère l’accès et les fonctionnalités de cette source de données. Par contre, si les utilisateurs intègrent une source de données externe dans un classeur, c’est au publicateur du classeur de décider comment comment les autres utilisateurs ouvrant le classeur vont s’authentifier auprès des données sous-jacentes auxquelles le classeur se connecte. - L’exécution de Tableau Server dans une entreprise utilisant Active Directory où Tableau a été configuré avec un compte Exécuter en tant qu’utilisateur dépend d’Active Directory et de NTFS pour l’autorisation. Par exemple, si vous configurez Tableau Server de manière à utiliser le compte Exécuter en tant qu’utilisateur pour emprunter l’identité d’utilisateurs se connectant à SQL, l’autorisation au niveau de l’objet se base sur NTFS et Active Directory. - La manière dont les utilisateurs s’authentifient et reçoivent des autorisations par des solutions de base de données spécifiques peut varier. Comme indiqué, Tableau Server peut être configuré pour fournir une autorisation d’accès lorsqu’une source de données est configurée, mais certaines bases de données autoriseront l’accès en fonction de leur propre modèle d’authentification. [Passer au contenu principal](#main-content) # Autorisations Les autorisations déterminent la manière dont les utilisateurs peuvent interagir avec des contenus tels que les classeurs et les sources de données. Les autorisations sont définies dans la boîte de dialogue des autorisations ou via l’[API REST](https://help.tableau.com/current/api/rest_api/fr-ca/REST/rest_api_ref_permissions.htm). En haut de la boîte de dialogue, les règles d’autorisation configurent les capacités des groupes ou des utilisateurs. En dessous, la grille des autorisations affiche les autorisations effectives pour les utilisateurs. ![Boîte de dialogue Autorisations du projet affichant l’onglet Classeur](/tableau/current/fr-ca/server/fr-ca/Img/perms_projectwrkbkperms.png "Boîte de dialogue Autorisations du projet affichant l’onglet Classeur") Il existe plusieurs rubriques interdépendantes traitant de la conception, de la définition et de la gestion des autorisations. Les principaux sujets abordés sont les suivants : - Cette rubrique, qui couvre les fondamentaux, explique comment définir des règles d’autorisation pour les projets et autres contenus, et inclut des considérations d’autorisation pour des scénarios spécifiques. - [Fonctionnalités et modèles d’autorisation](https://help.tableau.com/current/server/fr-ca/permissions_capabilities.htm), qui décrit en détail les différentes fonctionnalités utilisées pour créer des règles d’autorisation. - [Gérer les autorisations avec des projets](https://help.tableau.com/current/server/fr-ca/permissions_projects.htm), qui décrit l’utilisation de projets pour gérer les autorisations et comment les projets imbriqués et verrouillés ont un impact sur les autorisations. - [Autorisations effectives](https://help.tableau.com/current/server/fr-ca/permission_effective.htm), qui décrit comment les règles d’autorisation sont évaluées et comment les autorisations finales sont déterminées. - [Autorisations, rôles sur le site et licences](https://help.tableau.com/current/server/fr-ca/permission_license_siterole.htm), qui décrit la façon dont les autorisations interagissent avec les rôles sur le site et les licences pour déterminer ce qu’un utilisateur peut faire sur un site. De plus, si Gestion des données est sous licence, les autorisations pour les actifs externes ont des considérations supplémentaires. Pour plus d’informations, consultez [Gérer les autorisations pour les ressources externes](https://help.tableau.com/current/server/fr-ca/dm_perms_assets.htm). ## Notions de base sur les autorisations **Projets et groupes** Les sites Tableau utilisent des _projets_ pour organiser le contenu et des _groupes_ pour organiser les utilisateurs. La gestion des autorisations est plus facile lorsque les règles d’autorisation sont : - Définies au niveau du projet plutôt que pour des éléments de contenu individuels. - Établies pour des groupes plutôt que pour des individus. Les autorisations ne peuvent être établies que pour des utilisateurs, des groupes, des projets ou des ressources qui existent déjà. Pour plus d’informations sur la création d’utilisateurs et de groupes, la création de projets et la publication de contenu, consultez [Gérer les utilisateurs et les groupes](https://help.tableau.com/current/server/fr-ca/users.htm), [Utiliser des projets pour gérer l’accès au contenu](https://help.tableau.com/current/server/fr-ca/projects.htm) et [Publier des sources de données et des classeurs](https://help.tableau.com/current/pro/desktop/fr-ca/publish_overview.htm). **Fonctionnalités et règles d’autorisation**  Les autorisations sont composées de _fonctionnalités_, à savoir la possibilité d’effectuer des actions telles que visualiser un contenu, effectuer une édition Web, télécharger des sources de données ou supprimer un contenu. Les _règles d’autorisation_ établissent les fonctionnalités autorisées ou refusées pour un utilisateur ou un groupe sur une ressource. Pour plus d’informations sur les fonctionnalités et les modèles de règle d’autorisation, consultez [Fonctionnalités et modèles d’autorisation](https://help.tableau.com/current/server/fr-ca/permissions_capabilities.htm). **Remarque :** lorsque l’on parle d’autorisations en général, on rencontre souvent une expression du type « un utilisateur doit disposer de l’_autorisation_ de suppression. » Cet énoncé est facile à comprendre dans un contexte large. Cependant, lorsque vous travaillez avec des autorisations au niveau technique comme dans cet article, il est plus exact de dire « la _fonctionnalité_ de suppression ». Dans cette rubrique, nous utiliserons le terme plus précis _fonctionnalité_, mais vous devez être conscient que le terme _autorisation_ peut être utilisé ailleurs. ![Boîte de dialogue d’autorisation affichant plusieurs règles d’autorisation avec certaines fonctionnalités autorisées, refusées ou laissées non spécifiées](/tableau/current/fr-ca/server/fr-ca/Img/perms_permissionrules.png) Pour une ventilation des icônes de capacité et de leur signification, consultez [Fonctionnalités et modèles d’autorisation](https://help.tableau.com/current/server/fr-ca/permissions_capabilities.htm). L’interaction entre le niveau de la licence, le rôle sur le site et des règles d’autorisation potentiellement multiples entrent en ligne de compte dans la détermination finale de ce qu’un utilisateur peut ou ne peut pas faire. Pour chaque utilisateur, il s’agit de ses _autorisations effectives_. Pour en savoir plus, consultez [Autorisations effectives](https://help.tableau.com/current/server/fr-ca/permission_effective.htm). Certaines tâches telles que la création de nouveaux classeurs à partir d’un navigateur (création Web) ou le déplacement de contenu peuvent nécessiter des configurations spécifiques de plusieurs fonctionnalités plutôt que d’être englobées dans une seule fonctionnalité. Pour plus d’informations, consultez [Paramètres d’autorisation pour des scénarios spécifiques](#Permissi). ## Définir les autorisations Les règles d’autorisation sont définies différemment au niveau du projet, au niveau du contenu ou lors de la publication de contenu depuis Tableau Desktop. **Remarque :** l’expression « autorisations du projet » peut avoir deux significations. Elle peut désigner les fonctionnalités d’autorisation pour un projet en soi (Afficher et Publier) qui contrôlent la façon dont un utilisateur peut interagir avec un projet. Il existe également le concept de règles d’autorisation au niveau du projet pour d’autres types de contenu. Dans cet article, « autorisations au niveau du projet » désigne les règles d’autorisation pour les classeurs, les sources de données et les autres ressources qui sont configurés dans la boîte de dialogue d’autorisation d’un projet. Elles se distinguent des règles d’autorisation « au niveau du contenu » qui peuvent être définies sur un classeur, une source de données spécifique, etc. _Pour les administrateurs, propriétaires de projets et responsables de projets_ Pour définir les autorisations au niveau du projet : 1. Accédez au projet 2. Ouvrez le menu Actions (...), puis cliquez sur **Autorisations**. ![Menu Actions](/tableau/current/fr-ca/server/fr-ca/Img/perms_actions_menu.png) La boîte de dialogue Autorisations s’affiche. Cette boîte de dialogue comporte deux zones principales : les règles d’autorisation en haut de l’écran et la grille des autorisations effectives en-dessous. Chaque type de contenu a son propre onglet. L’image ci-dessous montre l’onglet « Sources de données ». ![Boîte de dialogue Autorisations du projet affichant l’onglet « Source de données »](/tableau/current/fr-ca/server/fr-ca/Img/perms_project_ds_perms.png "Boîte de dialogue Autorisations du projet affichant l’onglet « Source de données »") Lorsqu’une ligne est sélectionnée en haut, la grille des autorisations effectives se remplit. Utilisez cette fonction pour vérifier les autorisations. Le survol de l’option indique les raisons pour lesquelles la fonctionnalité est autorisée ou refusée pour cet utilisateur spécifique. 3. Pour modifier une règle d’autorisation existante, sélectionnez l’onglet approprié pour ce type de contenu et cliquez sur une fonctionnalité. 4. Pour créer une règle, cliquez sur \+ Ajouter une règle de groupe/utilisateur et commencez la saisie pour rechercher un groupe ou un utilisateur. Pour chaque onglet, choisissez un modèle existant dans la liste déroulante ou créez une règle personnalisée en cliquant sur les fonctionnalités. Un clic définit la fonctionnalité sur **Autorisé**, deux clics sur **Refusé**, et un troisième clic efface la sélection **(Non spécifié**). 6. Lorsque vous avez terminé, cliquez sur **Enregistrer**. - Si le modèle « Aucun » est sélectionné, le bouton indiquera « Supprimer la règle ». ### Définir les autorisations de projet pour tous les types de contenu N’oubliez pas que la boîte de dialogue des autorisations d’un projet contient des onglets pour chaque type de contenu. **Vous devez définir des autorisations pour chaque type de contenu au niveau du projet, sinon les utilisateurs se verront refuser l’accès à ce type de contenu**. Une fonctionnalité n’est accordée à un utilisateur que si elle lui est expressément autorisée. Si une fonctionnalité garde le statut Non spécifiée, elle sera refusée. > [!TIP] > > **Conseil :** Chaque fois que vous créez une règle d’autorisation au niveau du projet, assurez-vous de parcourir tous les onglets de type de contenu. ### Configurer le paramètre d’autorisation de l’actif Les règles d’autorisation définies au niveau du projet agissent par défaut pour le contenu enregistré dans ce projet et tous les projets imbriqués qu’il contient. Que ces règles par défaut au niveau du projet restent uniformes ou puissent être modifiées dépend du paramètre d’autorisation de l’actif. Ce paramètre peut être configuré de deux façons, soit Verrouillé, soit Personnalisable. Pour plus d’information, consultez [Verrouiller les autorisations des ressources](https://help.tableau.com/current/server/fr-ca/permissions_projects.htm#LockProject). _Pour les administrateurs, les chefs de projet et les propriétaires de contenu_ Si les autorisations des actifs du projet sont personnalisables, les autorisations pour les différents actifs peuvent être modifiées. L’information ci-dessous ne concerne pas les actifs des projets verrouillés. Pour plus d’information, consultez [Verrouiller les autorisations des ressources](https://help.tableau.com/current/server/fr-ca/permissions_projects.htm#LockProject). > [!TIP] > > **Conseil :** bien qu’il soit possible de définir des autorisations pour des actifs individuels dans le cadre de projets personnalisables, nous recommandons de gérer les autorisations au niveau du projet. ### Définir des autorisations sur les actifs 1. Accédez à l’actif (par exemple un classeur, une source de données ou un flux) 2. Ouvrez le menu Actions (...), puis cliquez sur **Autorisations**. ![Menu Actions](/tableau/current/fr-ca/server/fr-ca/Img/project_permissions_actionmenu.png) La boîte de dialogue Autorisations s’affiche. Cette boîte de dialogue comporte deux zones principales : les règles d’autorisation en haut de l’écran et la grille des autorisations effectives en-dessous. (Notez l’absence d’onglets dans la partie supérieure - une boîte de dialogue Autorisations au niveau de l’actif n’a pas d’onglets) ![Boîte de dialogue des autorisations au niveau du classeur affichant les règles d’autorisation et les autorisations effectives](/tableau/current/fr-ca/server/fr-ca/Img/perms_workbookperms.png) Lorsqu’une ligne est sélectionnée en haut, la grille des autorisations effectives se remplit. Utilisez cette fonction pour vérifier les autorisations. Le survol d’une case de fonctionnalité permet de savoir pourquoi la fonctionnalité est autorisée ou refusée pour cet utilisateur spécifique. 3. Pour modifier une règle d’autorisation existante, cliquez sur une fonctionnalité. 4. Pour créer une règle, cliquez sur \+ Ajouter une règle de groupe/utilisateur et commencez la saisie pour rechercher un groupe ou un utilisateur. Choisissez un modèle existant dans la liste déroulante ou créez une règle personnalisée en cliquant sur les fonctionnalités. Un clic définit la fonctionnalité sur **Autorisé**, deux clics sur **Refusé**, et un troisième clic efface la sélection **(Non spécifié**). 6. Lorsque vous avez terminé, cliquez sur **Enregistrer**. - Si le modèle « Aucun » est sélectionné, le bouton indiquera « Supprimer la règle ». ### Définir les autorisations pour une vue > [!TIP] > > **Conseil :** Bien qu’il soit possible de définir des autorisations au niveau de la vue dans un classeur, nous vous recommandons vivement de gérer les autorisations au niveau du projet (ou, si nécessaire, du classeur). Si un classeur est publié avec l’option **Afficher les feuilles sous forme d’onglets** cochée, les vues de ce classeur hériteront de toutes les autorisations définies pour le classeur. La boîte de dialogue Autorisations pour une vue sera en lecture seule. Dans certains cas, il peut être utile de spécifier des autorisations pour une vue indépendamment du classeur qui la contient. Si le classeur est publié avec **Afficher les feuilles sous forme d’onglets** décoché (onglets de feuille masqués), les vues commenceront avec les autorisations du classeur mais seront indépendantes par la suite et peuvent être définies indépendamment. Cela signifie donc que, si les règles d’autorisation sont modifiées pour le classeur, ces modifications ne seront pas appliquées aux vues. Les autorisations de chaque vue devront être gérées individuellement. Voir [Afficher ou masquer les onglets de feuille](#sheettabs) pour plus d’informations. _Pour les publicateurs de contenu_ Si les autorisations des actifs des projets sont personnalisables, les autorisations pour les différents actifs peuvent être définies lors de la publication depuis Tableau Desktop. L’information ci-dessous ne concerne pas le contenu des projets verrouillés. Pour plus d’information, consultez [Verrouiller les autorisations des ressources](https://help.tableau.com/current/server/fr-ca/permissions_projects.htm#LockProject). > [!TIP] > > **Conseil :** bien qu’il soit possible de définir des autorisations pour des actifs individuels dans le cadre de projets personnalisables, nous recommandons de gérer les autorisations au niveau du projet. 1. Dans la boîte de dialogue de publication, cliquez sur le lien Modifier pour les **Autorisations**. Si le lien Modifier n’est pas disponible, les autorisations sont verrouillées sur le projet et ne peuvent être modifiées que par le propriétaire du projet, le responsable de projet ou un administrateur. 2. La boîte de dialogue Ajouter/modifier les autorisations affiche toutes les règles d’autorisation existantes. Cliquez sur Ajouter pour ajouter une règle d’autorisation ou sur Modifier pour modifier une règle d’autorisation existante 1. Sélectionnez le groupe ou l’utilisateur dans le volet de gauche. Vous pouvez développer un groupe pour voir les utilisateurs qu’il contient. 2. Utilisez le sélecteur en haut du volet de droite pour choisir un modèle existant, ou utilisez les cases d’option pour créer une règle personnalisée. Notez que les autorisations effectives ne peuvent pas être inspectées à partir de la boîte de dialogue de publication. 3. Lorsque vous avez terminé, cliquez sur **OK** et reprenez la publication. **Remarque :** les autorisations ne peuvent pas être définies lors de la publication de flux depuis Tableau Prep Builder. Pour définir les autorisations sur un flux, reportez-vous aux étapes relatives aux autorisations au niveau du projet ou autorisations au niveau du contenu. ### Nettoyer le groupe Tous les utilisateurs Par défaut, tous les utilisateurs sont ajoutés à un groupe « Tous les utilisateurs » qui possède les autorisations de base pour le contenu. Pour repartir de zéro lors de la création de vos propres règles d’autorisation, nous vous recommandons de supprimer complètement la règle ou de la modifier pour Tous les utilisateurs de manière à supprimer toutes les autorisations (définissez le modèle de rôle d’autorisation sur Aucun). Cela permet d’ôter toute ambiguïté en réduisant le nombre de règles qui s’appliquent à un utilisateur donné et en facilitant ainsi la compréhension des autorisations effectives. ## Paramètres d’autorisation pour des scénarios spécifiques Certaines actions nécessitent des combinaisons de fonctionnalités d’autorisation et éventuellement des rôles sur le site. Voici quelques scénarios courants et leurs configurations d’autorisations nécessaires ### Sauvegarde, publication et remplacement Dans le contexte des autorisations, l’enregistrement est essentiellement la publication. Ainsi, les fonctionnalités Remplacer et Enregistrer une copie ne peuvent être accordées qu’aux utilisateurs dotés d’un rôle sur le site autorisant la publication : Administrateur, Creator ou Explorer (peut publier). Les rôles sur le site Explorer et Viewer ne peuvent pas publier, remplacer ni enregistrer une copie. - La fonctionnalité Publier pour un projet permet à un utilisateur de publier du contenu dans ce projet. - La fonctionnalité Remplacer pour le contenu permet à un utilisateur d’enregistrer sur un contenu existant. En enregistrant sur le contenu, l’utilisateur devient le propriétaire de ce contenu. La fonctionnalité Remplacer permet également aux utilisateurs de modifier des aspects mineurs de contenus existants, tels que la description d’une métrique ou les synonymes d’un rôle des données. La modification du contenu existant de cette manière ne change pas le propriétaire du contenu. - La fonctionnalité Télécharger/Enregistrer une copie ou Enregistrer une copie pour le contenu permet à un utilisateur d’utiliser l’option de menu Publier sous... pour enregistrer une nouvelle copie du contenu. Cette opération est généralement exécutée en conjonction avec la création Web et permet à l’utilisateur de sauvegarder ses modifications. - L’enregistrement de la copie d’un classeur diffère de la [sauvegarde automatique](https://help.tableau.com/current/online/fr-ca/autosave.htm), qui conserve toutes les modifications sous forme de brouillon. #### Emplacement de publication Il est important de noter que les utilisateurs ne sont pas en mesure d’utiliser la fonction Publier ou Publier sous pour un contenu s’ils ne disposent pas de la fonctionnalité Publier pour au moins un projet, car tout le contenu doit être publié dans un projet. Sans la fonctionnalité Publier au niveau du projet, le contenu ne peut pas être publié. #### Remplacer et revendiquer la propriété Dans l’édition Web, l’option **Publier** du menu Fichier n’est visible que par le propriétaire du contenu. Si un utilisateur qui n’est pas le propriétaire dispose de la fonctionnalité Remplacer (lui permettant d’enregistrer le contenu), il doit utiliser **Fichier > Publier sous...** et nommer le classeur exactement avec le même nom. Il est ainsi averti qu’il est sur le point de remplacer le contenu existant, ce qu’il peut faire. Inversement, un utilisateur qui n’a que la fonctionnalité Enregistrer une copie et qui essaie d’utiliser le même nom reçoit une erreur indiquant qu’il n’est pas autorisé à remplacer le contenu existant. Si un utilisateur qui n’est pas le propriétaire du contenu remplace un contenu, il en devient propriétaire, avec toutes les autorisations que cela implique. L’accès du propriétaire original au contenu est alors déterminé par ses autorisations en tant qu’utilisateur plutôt que par le propriétaire. **Remarque :** Télécharger/Enregistrer une copie est une fonctionnalité conjointe pour les classeurs. Les utilisateurs de type Explorer peuvent accéder à cette fonctionnalité, mais ils ne peuvent que télécharger le classeur et non enregistrer une copie en utilisant l’option Publier sous. Si vous accordez la fonctionnalité aux rôles sur le site Explorer (peut publier), Creator ou Administrateur, ils peuvent télécharger les classeurs _et_ enregistrer une copie à l’aide des options de publication du menu Fichier. ### Édition Web et création Web L’édition Web et la création Web permettent aux utilisateurs de modifier ou de créer des classeurs directement dans le navigateur. La fonctionnalité d’autorisation s’appelle _Édition Web_ et le paramètre de site s’appelle _Création Web_. Cette section se réfère à toute action de modification ou de publication basée sur le Web en tant que _Création Web_. Pour activer cette fonctionnalité, plusieurs conditions sont requises. - **Paramètre de site** :  La création Web doit être activée pour l’ensemble du site Tableau. Consultez [Définir l’accès à la création Web d’un site](https://help.tableau.com/current/server/fr-ca/web_author_enable.htm). Si ce paramètre n’est pas activé, aucun utilisateur ne peut créer des classeurs ou modifier des classeurs existants à partir du navigateur, _même s’il dispose de la fonctionnalité d’édition Web_. - **Rôle sur le site de l’utilisateur :** L’utilisateur doit avoir le rôle sur le site approprié. - Les utilisateurs Viewer ne peuvent jamais utiliser l’édition Web. - Les utilisateurs Explorer peuvent avoir la fonctionnalité d’édition Web mais ne peuvent pas publier. En général, ils peuvent utiliser l’édition Web pour répondre à la volée à des questions plus approfondies en fonction du contenu existant, mais ils ne peuvent pas enregistrer leurs modifications. - Les utilisateurs Explorer (peut publier) ou les administrateurs de site - Explorer peuvent publier, mais ils ne peuvent utiliser que les données qui sont déjà publiées sur le site. - Les utilisateurs Creator, Administrateurs de site - Creator et Administrateurs de serveur peuvent publier et créer des sources de données. - **Fonctionnalités d’autorisation :** L’utilisateur doit disposer des fonctionnalités d’autorisations nécessaires en fonction de la fonctionnalité souhaitée. #### Paramètres de fonctionnalité d’autorisation requis
Fonctionnalité souhaitéeRôle sur le site minimumIcône d’édition Web. Édition WebIcône Télécharger le classeur et Enregistrer sous. Télécharger/Enregistrer une copieIcône Enregistrer. Remplacer (classeur)Icône Enregistrer. Publier (projet)Icône de connexion. Connexion (source de données)
Création Web sans pouvoir enregistrerExplorerIcône Autorisations accordées. AutoriserIcône Autorisations refusées. RefuserIcône Autorisations refusées. RefuserFacultatifIcône Autorisations accordées. Autoriser
Création Web et enregistrement en tant que nouveau contenuExplorer (peut publier)Icône Autorisations accordées. AutoriserIcône Autorisations accordées. AutoriserIcône Autorisations refusées. RefuserIcône Autorisations accordées. AutoriserIcône Autorisations accordées. Autoriser
Auteur Web et enregistrer (remplacer) le contenuExplorer (peut publier)Icône Autorisations accordées. AutoriserIcône Autorisations accordées. AutoriserIcône Autorisations accordées. AutoriserIcône Autorisations accordées. AutoriserIcône Autorisations accordées. Autoriser
Auteur Web avec de nouvelles données et enregistrer un nouveau contenuCreatorIcône Autorisations accordées. AutoriserFacultatifFacultatifIcône Autorisations accordées. AutoriserFacultatif
Optionnel indique que cette fonctionnalité n’est pas impliquée dans la fonctionnalité désirée ### Accès aux données pour les sources de données publiées Tableau Les sources de données publiées sur un site Tableau peuvent avoir une authentification native ainsi que des autorisations dans l’environnement Tableau. Lorsque la source de données est publiée sur le site Tableau, le publicateur peut choisir comment [définir les identifiants pour l’accès à vos données publiées](https://help.tableau.com/current/pro/desktop/fr-capublishing_sharing_authentication.htm#workbook-connections-to-tableau-data-sources) qui gèrent la manière dont les identifiants de la source de données sont traités (par exemple en demandant aux utilisateurs de se connecter à une base de données ou de saisir leurs identifiants pour Google Sheets). Cette authentification est contrôlée par la technologie qui contient les données. Elle peut être intégrée lors de la publication de la source de données, ou le publicateur de la source de données peut choisir d’inviter l’utilisateur à fournir ses informations d’identification pour la source de données. Pour plus d’informations, se reporter à [Publier une source de données](https://help.tableau.com/current/pro/desktop/fr-ca/publish_datasources.htm#publishing-steps). Il existe également des fonctionnalités de source de données qui autorisent les utilisateurs de voir (Afficher) et de se connecter à la source de données publiée (Connexion) dans le contexte de Tableau, ou les en empêchent. Ces fonctionnalités sont définies comme toutes les autres autorisations dans Tableau. Lorsqu’un classeur est publié avec une source de données publiée, l’auteur peut contrôler le comportement de l’authentification Tableau pour une personne utilisant le classeur. L’auteur définit l’accès du classeur à la source de données publiée, soit sous la forme de mot de passe intégré (en utilisant l’accès Connexion de l’auteur à la source de données), soit sous la forme de l’option Inviter l’utilisateur (en utilisant l’accès Connexion de la personne consultant le classeur), qui peut également exiger une authentification de la source de données. - Lorsque le classeur est défini sur **Intégrer le mot de passe**, toute personne qui consulte le classeur verra les données en fonction de l’accès de l’auteur à la source de données. - Si le classeur est défini sur **Inviter l’utilisateur**, l’accès contrôlé par Tableau est vérifié pour la source de données. La personne qui utilise le classeur doit avoir la fonctionnalité de connexion pour que la source de données publiée puisse voir les données. Si la source de données publiée est également définie sur Inviter l’utilisateur, l’utilisateur doit également saisir ses identifiants pour la source de données elle-même.
Authentification du classeur sur la source de donnéesAuthentification de la source de données sur les donnéesComment l’accès aux données est-il évalué pour quelqu’un qui utilise le classeur?
Intégrer le mot de passeIntégrer le mot de passeL’utilisateur voit les données comme s’il était l’auteur du classeur
Intégrer le mot de passeInviter l’utilisateurL’utilisateur voit les données comme s’il était l’auteur du classeur. (L’auteur est invité à authentifier la source de données, pas l’utilisateur.)
Inviter l’utilisateurIntégrer le mot de passeL’utilisateur doit avoir sa propre fonctionnalité de Connexion à la source de données publiée
Inviter l’utilisateurInviter l’utilisateurL’utilisateur doit avoir sa propre fonctionnalité de Connexion à la source de données publiée et être invité à fournir ses informations d’identification aux données sous-jacentes
Notez que cela s’applique à l’utilisation d’un classeur et non à l’édition Web. Pour l’édition Web, l’utilisateur doit disposer de sa propre fonctionnalité de Connexion. Pour en savoir plus sur l’intégration des mots de passe lorsque vous publiez un contenu Tableau, notamment une source de données ou un classeur qui utilise une connexion virtuelle, consultez [Connexions virtuelles](https://help.tableau.com/current/server/fr-ca/publishing_sharing_authentication.htm#virtual-connection-embedded-password) dans l’aide de Tableau Server. ### Autoriser d’autres utilisateurs à actualiser des extraits Les utilisateurs ayant le rôle sur le site Explorer (peut publier) ou un rôle supérieur peuvent recevoir la fonctionnalité « actualisation d’extrait » sur les classeurs ou les sources de données. Cette fonctionnalité permet aux utilisateurs d’accéder à la même interface que le propriétaire de l’actif pour lancer une actualisation d’extrait. L’extrait doit être une source de données publiée ou doit contenir des informations d’identification intégrées, s’il est localement situé dans un classeur. Étant donné que les actualisations d’extraits sont gourmandes en ressources et peuvent déjà être programmées, pensez à suivre ces meilleures pratiques pour attribuer la fonctionnalité d’actualisation d’extrait : - **Extraits peu utilisés** : Autorisez les utilisateurs à actualiser des extraits sur demande et pensez à désactiver les actualisations programmées redondantes ou superflues. - **Extraits fréquemment utilisés** : Pensez à programmer des actualisations d’extraits et à limiter la fonctionnalité d’actualisation d’extraits pour les actualisations sur demande. - Attribuez la fonctionnalité d’actualisation d’extrait comme solution de rechange pour éviter les goulots d’étranglement tributaires du propriétaire de l’actif ou des administrateurs, plutôt que d’accorder globalement ces autorisations. ### Déplacer le contenu Pour déplacer un élément, ouvrez son menu Action (...) et cliquez sur Déplacer. Sélectionnez le nouveau projet pour l’élément, puis cliquez sur Déplacer les actifs. Si l’option Déplacer n’est pas disponible ou s’il n’y a pas de projets de destination disponibles, vérifiez que les conditions appropriées sont remplies : - Les administrateurs peuvent toujours déplacer les actifs et les projets vers n’importe quel emplacement. - Les responsables de projets et les propriétaires de projets peuvent déplacer des actifs et des projets imbriqués parmi leurs projets. - Notez que les non-administrateurs ne peuvent pas déplacer les projets pour en faire des projets de niveau supérieur - Les autres utilisateurs ne peuvent déplacer des actifs que si les trois conditions suivantes sont remplies : - Rôle sur le site Creator ou Explorer (peut publier). - Droits de publication (fonctionnalités Afficher et Publier) pour le projet de destination - Propriétaire du contenu, ou - pour les classeurs et les flux - ayant la fonctionnalité Déplacer. Lors du déplacement d’une base de données avec ses tables, l’utilisateur doit disposer de l’autorisation Déplacer pour la base de données _et_ ses tables. Pour plus d’informations sur la gestion des autorisations lors du déplacement de contenu et de projets, consultez [Déplacer des projets et un contenu](https://help.tableau.com/current/server/fr-ca/permissions_projects.htm#moveproject). ### Métriques (retiré de la version 2024.2) > [!TIP] > > **Conseil :** Les informations décrites dans cette section portent sur l’ancienne fonctionnalité Métriques, qui a été retirée de Tableau Cloud en février 2024 et de Tableau Server version 2024.2. Pour plus d’informations sur les autorisations pour les métriques Tableau Pulse, consultez [Configurer votre site pour Tableau Pulse](https://help.tableau.com/current/online/fr-ca/pulse_set_up.htm#permissions). **Retrait de l’ancienne fonctionnalité Métriques** L’ancienne fonctionnalité Métriques de Tableau a été retirée dans Tableau Cloud février 2024 et dans Tableau Server version 2024.2. En octobre 2023, Tableau a retiré la possibilité d’intégrer des anciennes métriques dans Tableau Cloud et dans Tableau Server version 2023.3. Avec Tableau Pulse, nous avons conçu une expérience améliorée vous permettant de suivre les métriques et d’interroger vos données. Pour plus d’informations, consultez [Créer des métriques avec Tableau Pulse](https://help.tableau.com/current/online/fr-ca/pulse_create_metrics.htm) pour découvrir la nouvelle expérience et [Créer et résoudre les problèmes liés aux métriques (retiré)](https://help.tableau.com/current/online/fr-ca/metrics_create.htm) pour en savoir plus sur la fonctionnalité retirée. Les métriques sont créées à partir des vues dans les classeurs publiés. Un utilisateur peut créer des métriques s’il remplit ces conditions : - Posséder un rôle sur le site Creator ou Explorer (peut publier) - Posséder la fonctionnalité **Publier** sur un projet - Posséder la fonctionnalité **Créer/actualiser des métriques** pour le classeur concerné Pour plus d’informations, consultez [Créer et résoudre les problèmes liés aux métriques (retiré)](https://help.tableau.com/current/server/fr-ca/metrics_create.htm) et [Paramétrage des métriques](https://help.tableau.com/current/server/fr-ca/metrics_admin.htm). Étant donné que les métriques sont des actifs indépendants, il est important de noter que les autorisations pour les métriques sont gérées indépendamment de la vue depuis laquelle elles ont été créées. (À la différence des alertes et des abonnements basés sur les données, où l’utilisateur ne peut voir le contenu de l’alerte ou de l’abonnement que s’il dispose des autorisations correctes pour la vue elle-même.) Bien que les fonctionnalités des métriques soient simples, la fonctionnalité **Afficher** doit être examinée attentivement. Il est possible qu’un classeur avec des autorisations restreintes soit la base d’une métrique avec des autorisations plus ouvertes. Pour protéger les données sensibles, vous pouvez souhaiter refuser la création de métriques pour des classeurs spécifiques. #### Les métriques affichent les données du point de vue de leur propriétaire Lorsque vous créez une métrique, vous capturez votre point de vue sur les données à partir de cette vue. Cela signifie que tous les utilisateurs qui peuvent accéder à votre métrique verront les données telles qu’elles vous apparaissent. Si les données de la vue sont filtrées en fonction de vos informations d’identification, les données que vous voyez peuvent être différentes de celles que voient les autres utilisateurs lorsqu’ils accèdent à la même vue. Limitez la capacité d’affichage de votre métrique si vous souhaitez exposer votre point de vue sur les données. ### Expliquer les données Lorsque la fonction Expliquer les données est disponible, un utilisateur peut sélectionner un repère dans une vue et cliquer sur Exécuter Expliquer les données dans le menu Infobulle du repère. Une combinaison de paramètres doit être activée pour que la fonction Expliquer les données soit disponible en mode de modification et en mode d’affichage. Conditions requises pour que les auteurs exécutent Expliquer les données ou modifient les paramètres Expliquer les données en mode de modification : - Paramètre du site : la Disponibilité d’Expliquer les données est définie sur Activer. Activé par défaut. - Rôle sur le site : Creator ou Explorer (peut publier) - Autorisations : Capacité Exécuter Expliquer les données définie sur Autorisé. Non spécifié par défaut. Si vous ouvrez un classeur (Tableau version 2022.1 ou antérieure) qui utilisait cette autorisation dans Tableau version 2022.2 ou ultérieure, vous devez réinitialiser la fonctionnalité Exécuter Expliquer les données sur Autorisé. **Remarque :** la fonctionnalité Télécharger les données complètes pour un utilisateur de type Creator ou Explorer (peut publier) contrôle si l’utilisateur voit l’option Afficher les données complètes dans les explications des valeurs extrêmes. Les Viewers se voient toujours refuser la capacité de téléchargement des données complètes. Cependant, tous les utilisateurs peuvent voir les détails au niveau de l’enregistrement lorsque le type d’explication Valeurs extrêmes est activé dans les paramètres d’Expliquer les données. Conditions requises pour que tous les utilisateurs exécutent Expliquer les données en mode d’affichage : - Paramètre du site : la Disponibilité d’Expliquer les données est définie sur Activer. Activé par défaut. - Rôle sur le site : Creator, Explorer ou Viewer - Autorisations : Capacité Exécuter Expliquer les données définie sur Autorisé. Non spécifié par défaut. Si vous ouvrez un classeur (Tableau version 2022.1 ou antérieure) qui utilisait cette autorisation dans Tableau version 2022.2 ou ultérieure, vous devez réinitialiser la fonctionnalité Exécuter Expliquer les données sur Autorisé. ### Afficher ou masquer les onglets de feuille Dans le contexte du contenu publié, les onglets de feuilles (également appelés vues avec onglets) sont un concept distinct des onglets de feuilles dans Tableau Desktop. L’affichage et le masquage des onglets de feuilles dans Tableau Desktop réfèrent au fait de masquer les feuilles dans l’environnement de création. Pour plus d’informations, consultez [Gérer les feuilles dans les tableaux de bord et les histoires](https://help.tableau.com/current/pro/desktop/fr-ca/environ_workbooksandsheets_sheets_hideshow.htm). L’affichage et le masquage des onglets de feuilles (activation ou désactivation des vue avec onglets) pour le contenu publié réfèrent à la navigation dans un classeur publié. Lorsque les onglets de feuilles sont affichés, le contenu publié comporte des onglets de navigation de feuilles en haut de chaque vue. ![Comparaison de la navigation dans les vues avec les vues à onglets activées et désactivées](/tableau/current/fr-ca/server/fr-ca/Img/tabbedviews.png) Ce paramètre a également une incidence sur le fonctionnement des autorisations et peut avoir des répercussions en matière de sécurité (voir Remarque). **Remarque :** il est possible de disposer de l’autorisation d’affichage pour une vue sans l’autorisation d’affichage pour le classeur ou le projet qui la contient. Normalement, si un utilisateur ne dispose pas de la fonctionnalité d’affichage pour un projet et un classeur, il ne sait pas que ces ressources existent. S’il dispose par contre de la fonctionnalité d’affichage pour une vue, l’utilisateur peut être en mesure de voir le nom du projet et du classeur lorsqu’il examine la vue, par exemple dans le fil d’Ariane de navigation. C’est un comportement attendu et accepté #### Désactiver les vues avec onglets pour autoriser les autorisations de vue indépendantes Bien qu’il ne soit pas recommandé comme pratique générale, il peut parfois être utile de définir des autorisations sur les vues indépendamment du classeur qui les contient. Trois conditions doivent être remplies dans ce cas : 1. Le classeur doit être publié. Il n’est pas possible de définir des autorisations de vue lors de la publication. 2. Le classeur doit être dans un projet personnalisable. 3. Le classeur ne peut pas afficher les feuilles sous forme d’onglets (les vues avec onglets doivent être masquées). Lorsqu’un classeur affiche les feuilles sous forme d’onglets, toutes les vues héritent des autorisations du classeur et toute modification des autorisations du classeur affecte toutes ses vues. **Lorsqu’un classeur dans un projet personnalisable n’affiche pas les vues avec onglets, toutes les vues présupposent les autorisations du classeur au moment de la publication, mais toute modification ultérieure des règles d’autorisation du classeur** _ne sera pas héritée par les vues._ La modification de la configuration des feuilles sous forme d’onglets sur un classeur publié aura également une incidence sur le modèle d’autorisation. Si vous activez Afficher les onglets, toutes les autorisations existantes au niveau de la vue seront remplacées et les autorisations au niveau du classeur seront rétablies pour toutes les vues. Si vous activez Masquer les onglets, la relation entre le classeur et ses vues sera rompue. - Pour configurer les feuilles sous forme d’onglets sur un classeur publié, ouvrez le menu Actions (...) du classeur et sélectionnez **Vues à onglets**. Sélectionnez Afficher les onglets ou Masquer les onglets à votre convenance. - Pour configurer les feuilles en tant qu’onglets pendant la publication, reportez-vous à la section [Afficher les feuilles en tant qu’onglets](https://help.tableau.com/current/pro/desktop/fr-ca/publish_workbooks_howto.htm#show-sheets-as-tabs). - Pour définir les autorisations au niveau de la vue, consultez [Définir des autorisations sur les actifs](#contentpermissions). > [!IMPORTANT] > > **Important :** dans un projet personnalisable, les modifications apportées aux autorisations au niveau du classeur ne seront pas appliquées si les onglets de navigation de feuilles sont masqués (à savoir si les vues avec onglets sont désactivées). Vous devez modifier les autorisations au niveau des vues individuelles. ### Collections Pour plus d’informations sur la gestion des autorisations dans les collections, reportez-vous à [Collections](https://help.tableau.com/current/server/fr-ca/permissions_projects.htm#collections). ## Autres articles de cette section [Passer au contenu principal](#main-content) # Autorisations d’audit à l’aide des fichiers journaux d’activité La vérification des autorisations permet aux administrateurs système de surveiller quels utilisateurs ont modifié les contrôles d’accès au contenu Tableau. Il existe deux manières de modifier le contrôle d’accès : modifications _explicites_ (en modifiant les capacités d’autorisation sur un projet ou un élément de contenu) et modifications _efficaces_ (en modifiant les rôles des utilisateurs sur le site, l’appartenance à un groupe, le déplacement de contenu, etc.). Toutes ces modifications sont enregistrées, afin que les administrateurs puissent certifier que la sécurité et les contrôles d’accès sont maintenus. Pour plus d’informations sur la manière d’évaluer les règles d’autorisation, consultez la section [Autorisations effectives](https://help.tableau.com/current/server/fr-ca/permission_effective.htm). ## Mise en forme du fichier journal Chaque action qui modifie l’accès d’un utilisateur ou d’un groupe au contenu recevra une entrée de journal. Chaque entrée du fichier journal est structurée au format JSON, avec des clés spécifiques représentant plusieurs informations. Une entrée de journal contient deux parties : - Métadonnées : contiennent des informations sur le moment et l’endroit où une action s’est produite et sur l’utilisateur qui a effectué l’action. - Action : contient des informations sur l’élément de contenu dont les autorisations ont été modifiées, les capacités qui ont été modifiées et sur les valeurs auxquelles les capacités ont été modifiées. **Remarque :** le journal d’activité enregistre les modifications apportées via l’interface utilisateur de la boîte de dialogue des autorisations et l’API REST. Pour plus d’informations sur les méthodes API, consultez la section [Méthodes d’autorisations](https://help.tableau.com/current/api/rest_api/fr-ca/REST/rest_api_ref_permissions.htm). Les entrées du journal d’activité ne sont pas formatées et les clés ne sont pas triées dans un ordre particulier dans les journaux. Lors de la vérification des autorisations, vous pouvez combiner les données du journal d’activité avec d’autres sources de données pour lier les identifiants aux noms et faciliter l’interprétation des événements. ### Exemple Voici un exemple d’entrée de journal indiquant qu’un groupe a été autorisé à se connecter à une source de données. { "actorUserId": 39872, "actorUserLuid": "4e6b42bf-9040-4e60-b326-1c56a4fb96f8", "authorizableType": "DATASOURCE", "capabilityId": 32, "capabilityValue": "connect", "contentId": 2099835, "contentName": "Superstore ExtractNeal3", "eventTime": "2023-01-31T22:44:23.650058Z", "granteeId": 22, "granteeLuid": "dae0717a-d524-436d-b469-fadeaa22a5dd", "granteeType": "Group", "granteeValue": "GROUP\_ALLOW", "initiatingUserId": 39872, "initiatingUserLuid": "4e6b42bf-9040-4e60-b326-1c56a4fb96f8", "isError": false, "eventCategory": "security", "eventType": "set\_permissions", "eventVersion": "1.0", "permissionType": "explicit", "siteLuid": "b45e272d-10c7-49d5-9037-e53ce47dbf4e" } L’entrée de journal capture les informations essentielles concernant l’événement, notamment : - `eventType` montre qu’un événement de définition des autorisations s’est produit - `permissionType` montre une modification explicite des autorisations - `contentId` affiche l’ID du contenu qui a été modifié - `authorizableType` affiche le type de contenu, dans ce cas, une source de données - `capabilityValue` affiche la capacité qui a été modifiée - `granteeId` montre le bénéficiaire qui a été affecté - `actorUserId` montre l’identifiant de l’utilisateur qui a effectué la modification - `eventTime` affiche la date et l’heure du changement ## Événements Les entrées de journal contiennent divers types d’événements pour les modifications d’autorisations, comme `content_owner_change` lorsque le propriétaire de contenu change ou `set_permissions` lorsqu’une règle d’autorisation est créée ou mise à jour. Différentes actions produisent différents événements. Pour plus d’informations sur les types d’événements, les attributs et quand ils sont enregistrés, consultez [Référence du type d’événement de site du journal d’activité](https://help.tableau.com/current/server/fr-ca/activity_log_schema.htm). [Passer au contenu principal](#main-content) # Autorisations d’installation par défaut - Tableau Resource Monitoring Tool La rubrique suivante fournit les autorisations par défaut définies pour différents comptes ou groupes du système lors de l’installation. Si votre environnement ou votre organisation nécessite l’utilisation de comptes non définis par défaut, cela vous aide à déterminer les autorisations nécessaires au bon fonctionnement du Resource Monitoring Tool (RMT). **Remarque :** Le serveur et l’agent du Resource Monitoring Tool (RMT) ne sont pas conformes aux normes FIPS (Federal Information Processing Standards) 140- 2 et ne fonctionneront pas correctement sur les systèmes d’exploitation exécutés avec le mode FIPS activé. ## Installations sous Windows Par défaut, le Resource Monitoring Tool de Tableau crée ces comptes lors de l’installation : - NT SERVICE\\TableauResourceMonitoringTool - NT SERVICE\\TableauResourceMonitoringToolPostgreSQL - NT SERVICE\\TableauResourceMonitoringToolRabbitMQ Si vous souhaitez ou devez utiliser d’autres comptes à la place des comptes par défaut, vous pouvez les spécifier après l’installation grâce à l’utilitaire de ligne de commande `rmt-admin`. Pour plus de détails, consultez [rmtadmin service-setup](https://help.tableau.com/current/server/fr-ca/rmt-admin-cmdline.htm#rmtadmin-service-setup). Les autorisations utilisées par ces comptes de service par défaut sont indiquées ci-dessous, ainsi que les autorisations minimales requises. Vos comptes de service doivent correspondre aux autorisations minimales ou aux autorisations par défaut :
Compte de serviceRessourceAutorisations par défautAutorisations minimales requises
Contrôleur du Resource Monitoring Tool   
 Fichiers d’application

Tableau Resource Monitoring Tool\master

Contrôle total : lecture, écriture, exécution, modification

Contrôle total
 Répertoires et fichiers journaux

Tableau Resource Monitoring Tool\master\logs

Contrôle total : lecture, écriture, exécution, modification

Lecture, écriture
 Répertoire de configuration

Tableau Resource Monitoring Tool\master\config

Contrôle total : lecture, écriture, exécution, modification

Contrôle total
    
PostgreSQL du Resource Monitoring Tool de Tableau   
 Répertoire des applications

Tableau Resource Monitoring Tool\prerequisites\postgresql<nn>

Contrôle total : lecture, écriture, exécution, modificationContrôle total
 

Répertoire de données

Tableau Resource Monitoring Tool\data\postgresql<nn>

Contrôle total : lecture, écriture, exécution, modificationContrôle total
 Répertoire des journaux

Tableau\Tableau Resource Monitoring Tool\master\logs\pgsql

Contrôle total : lecture, écriture, exécution, modificationLecture, écriture.
    
RabbitMQ du Resource Monitoring Tool de Tableau   
 

Répertoire de données

Tableau Resource Monitoring Tool\data\rabbitmq

Contrôle total : lecture, écriture, exécution, modificationContrôle total
 

Fichiers d’application

Tableau Resource Monitoring Tool\prerequisites\rabbitmq

Tableau Resource Monitoring Tool\prerequisites\erlang

Contrôle total : lecture, écriture, exécution, modificationContrôle total
 

Fichiers journaux

Tableau Resource Monitoring Tool\master\logs\rabbitmq

Contrôle total : lecture, écriture, exécution, modificationLecture, écriture
    
Agent du Resource Monitoring Tool de Tableau   
 

Fichiers d’application

Tableau Resource Monitoring Tool\agent

Contrôle total : lecture, écriture, exécution, modificationContrôle total
 

Répertoire et fichiers journaux

Tableau Resource Monitoring Tool\agent\logs

Contrôle total : lecture, écriture, exécution, modificationLire
 

Répertoire de configuration

Tableau Resource Monitoring Tool\agent\config

Contrôle total : lecture, écriture, exécution, modificationContrôle total
## Installations sous Linux Par défaut, le Resource Monitoring Tool de Tableau crée certains comptes lors de l’installation. Si vous souhaitez ou devez utiliser des groupes et des utilisateurs à la place des valeurs par défaut, vous pouvez les spécifier après l’installation grâce à l’utilitaire de ligne de commande `rmt-admin`. Pour plus de détails, consultez [rmtadmin service-setup](https://help.tableau.com/current/server/fr-ca/rmt-admin-cmdline.htm#rmtadmin-service-setup). Les autorisations par défaut utilisées par ces comptes de service sont indiquées ci-dessous. Vos autorisations doivent correspondre à ces autorisations :
Compte de serviceRessourceautorisations
Contrôleur du Resource Monitoring Tool  
 Fichiers d’application

/var/opt/tableau/tabrmt/master

Propriétaire - Autorisations complètes (lecture, écriture, exécution)

Groupe - lecture, écriture, exécution

Autres - lecture, exécution

 Répertoires et fichiers journaux

/var/opt/tableau/tabrmt/master/logs

Propriétaire - Autorisations complètes (lecture, écriture, exécution)

Groupe - lecture, écriture, exécution

Autres - lecture, exécution

 Répertoire de configuration

/var/opt/tableau/tabrmt/master/config

Propriétaire - Autorisations complètes (lecture, écriture, exécution)

Groupe - lecture, écriture, exécution

Autres - lecture, exécution

   
PostgreSQL du Resource Monitoring Tool de Tableau  
 Répertoire des applications

/opt/tableau/tabrmt/prerequisites/postgresql13

Propriétaire - Autorisations complètes (lecture, écriture, exécution)

Groupe - lecture, exécution

Autres - lecture, exécution

 

Répertoire des services

/var/opt/tableau/tabrmt/data/postgresql13/pg_*

Propriétaire - Autorisations complètes (lecture, écriture, exécution)

Groupe - aucun

Autres - aucun

 

Répertoire de données

/var/opt/tableau/tabrmt/data/postgresql13/

Propriétaire - Autorisations complètes (lecture, écriture, exécution)

Groupe - lecture, écriture, exécution

Autres - lecture, exécution

 

Répertoire des journaux

/var/opt/tableau/tabrmt/master/logs/pgsql

Propriétaire - Autorisations complètes (lecture, écriture, exécution)

Groupe - lecture, écriture, exécution

Autres - exécution

 Autres répertoires sous le répertoire PostgreSQL non mentionnés plus haut

/var/opt/tableau/tabrmt/data/postgresql13/<not mentioned above>

Propriétaire - lecture, écriture

Groupe - aucun

Autres - aucun

 /var/opt/tableau/tabrmt/data/postgresql13/base

/var/opt/tableau/tabrmt/data/postgresql13/global

Propriétaire - Autorisations complètes (lecture, écriture, exécution)

Groupe - aucun

Autres - aucun

 /var/opt/tableau/tabrmt/data/postgresql13/certificatesPropriétaire - Autorisations complètes (lecture, écriture, exécution)

Groupe - Autorisations complètes (lecture, écriture, exécution)

Autres - exécution

   
RabbitMQ du Resource Monitoring Tool de Tableau  
 

Répertoire de données

/var/opt/tableau/tabrmt/data/rabbitmq

Propriétaire - Autorisations complètes (lecture, écriture, exécution)

Groupe - lecture, écriture et exécution

Autres - lecture, exécution

 

Fichiers d’application

/var/opt/tableau/tabrmt/rabbitmq/prerequisites/rabbitmq

/var/opt/tableau/tabrmt/rabbitmq/prerequisites/erlang

Propriétaire - Autorisations complètes (lecture, écriture, exécution)

Groupe - lecture, exécution

Autres - lecture, exécution

 

Fichiers journaux

/var/opt/tableau/tabrmt/master/logs/rabbitmq

Propriétaire - Autorisations complètes (lecture, écriture, exécution)

Groupe - lecture, écriture et exécution

Autres - exécution

 

Autres répertoires (sous le répertoire /rabbitmq)

/var/opt/tableau/tabrmt/data/rabbitmq/certificates

/var/opt/tableau/tabrmt/data/rabbitmq/mnesia

Propriétaire - Autorisations complètes (lecture, écriture, exécution)

Groupe - lecture, écriture et exécution

Autres - exécution

 /var/opt/tableau/tabrmt/data/rabbitmq/<other than mentioned>Propriétaire - lecture, exécution

Groupe - lecture, exécution

Autres - aucun

   
Agent du Resource Monitoring Tool de Tableau  
 

Fichiers d’application

/var/opt/tableau/tabrmt/agent

Propriétaire - Autorisations complètes (lecture, écriture, exécution)

Groupe - lecture, écriture et exécution

Autres - lecture, exécution

 

Répertoire et fichiers journaux

/var/opt/tableau/tabrmt/agent/logs

Propriétaire - Autorisations complètes (lecture, écriture, exécution)

Groupe - lecture, écriture et exécution

Autres - lecture, exécution

 

Répertoire de configuration

/var/opt/tableau/tabrmt/agent/config

Propriétaire - Autorisations complètes (lecture, écriture, exécution)

Groupe - lecture, écriture et exécution

Autres - lecture, exécution

### Qui peut le faire? Pour effectuer toutes les étapes décrites ci-dessus, vous devez être un administrateur sur l’ordinateur où vous installez Resource Monitoring Tool, et être un administrateur Tableau Server. [Passer au contenu principal](#main-content) # Autorisations effectives Une règle d’autorisation établit qui est concerné (un ensemble de groupes, un groupe ou un utilisateur) et quelles sont les [Fonctionnalités](https://help.tableau.com/current/server/fr-ca/permissions_capabilities.htm#Capabili) qui sont **autorisées**, **refusées** ou **non spécifiées**. Bien qu’il semble simple d’établir simplement une règle d’autorisation et de s’en tenir là, la question de savoir si un utilisateur dispose de telle ou telle fonctionnalité peut ne pas être claire en raison de son appartenance à plusieurs groupes et de l’interaction des rôles sur le site et de la propriété avec les règles d’autorisation. Plusieurs facteurs sont évalués dans un ordre spécifique, ce qui génère des _autorisations effectives_ pour un élément de contenu. > [!TIP] > > **Conseil :** pour simplifier au maximum, nous vous recommandons (1) de définir des règles d’autorisation pour des groupes plutôt que pour des utilisateurs, (2) de gérer les autorisations verrouillées au niveau du projet au lieu de définir des autorisations sur le contenu individuel, et (3) de supprimer la règle d’autorisation du groupe Tous les utilisateurs ou de définir toutes les fonctionnalités sur Aucune. Une fonctionnalité est autorisée pour un utilisateur si et seulement si les trois conditions suivantes sont toutes remplies : - Cette fonctionnalité entre dans le cadre de leur rôle sur le site. - Ils disposent de cette fonctionnalité : - selon un scénario utilisateur spécifique (par exemple, en tant que propriétaire du contenu ou responsable de projet, ou en tant qu’administrateur du site), OU - parce que la fonctionnalité leur a été accordée en tant qu’utilisateurs, OU - parce qu’ils font tous les deux partie d’un groupe à qui cette fonctionnalité a été accordée et qu’aucune règle ne leur refuse cette fonctionnalité en tant qu’utilisateur ou membre d’un autre groupe. - Aucun paramètre d’autorisation n’entre en conflit avec un autre niveau de contenu qui a la priorité. Toute autre situation prive l’utilisateur de cette fonctionnalité. Le survol d’une fonctionnalité fait apparaître une infobulle qui explique l’autorisation effective. Voici quelques exemples courants des raisons pour lesquelles des autorisations effectives - ce que l’utilisateur peut ou ne peut pas faire dans la réalité - peuvent sembler différentes de ce qu’indique une règle d’autorisation donnée : - Un utilisateur peut avoir une fonctionnalité qui lui est refusée dans une règle d’autorisation parce que son rôle sur le site l’inclut (administrateurs). - Un utilisateur peut avoir une fonctionnalité qui lui est refusée dans une règle d’autorisation parce que son scénario utilisateur le permet (parce qu’il possède le contenu ou parce qu’il est un propriétaire ou responsable de projet). - Un utilisateur peut ne pas disposer d’une fonctionnalité qui lui est accordée dans une règle d’autorisation parce que son rôle sur le site ne le permet pas. - Un utilisateur peut ne pas disposer d’une fonctionnalité qui lui est accordée dans une règle d’autorisation parce qu’une règle de groupe ou d’utilisateur contradictoire la lui a refusée. - Un utilisateur peut ne pas disposer d’une fonctionnalité qui lui est accordée dans une règle d’autorisation à un niveau de contenu (tel qu’un classeur) parce qu’un autre niveau de contenu lui est refusé (tel qu’une vue). ## Évaluer les règles d’autorisation Les autorisations dans Tableau sont restrictives. À moins qu’une fonctionnalité ne soit accordée à un utilisateur, l’autorisation lui est refusée. La logique suivante évalue si une fonctionnalité est autorisée ou refusée pour une personne : ![Organigramme des règles d’évaluation des autorisations](/tableau/current/fr-ca/server/fr-ca/Img/perms_evalflow_basic.png) 1. **Rôle sur le site :** si un rôle sur le site n’autorise pas une fonctionnalité, l’utilisateur est refusé. Si le rôle sur le site de l’utilisateur le permet, des scénarios utilisateur spécifiques sont évalués. - Par exemple, un rôle sur le site Viewer ne peut pas faire l’objet d’une édition Web. Consultez [Fonctionnalités générales autorisées avec chaque rôle sur le site](https://help.tableau.com/current/server/fr-ca/users_site_roles.htm#site-role-capabilities-summary) pour plus d’informations sur les possibilités de chaque rôle sur le site. 2. **Scénarios utilisateur spécifiques :**  - Si l’utilisateur est un administrateur, il dispose de toutes les fonctionnalités sur tout le contenu. - Si l’utilisateur est un propriétaire de projet ou un responsable de projet, il dispose de toutes les fonctionnalités sur l’ensemble du contenu de ses projets. - Si l’utilisateur est le propriétaire du contenu, il dispose de toutes les fonctionnalités sur son contenu. - Si ces scénarios ne s’appliquent pas à l’utilisateur, les règles utilisateur sont évaluées. \*Exception : les propriétaires de contenu n’auront pas la fonctionnalité **Définir les autorisations** dans les projets où les autorisations sont verrouillées. Seuls les administrateurs, les propriétaires de projets et les responsables de projets peuvent définir des règles d’autorisation dans les projets verrouillés. 3. **Règles d’utilisation :** Si une fonctionnalité est refusée à l’utilisateur, elle est refusée. S’ils ont droit à une fonctionnalité, elle est autorisée. Si une fonctionnalité n’est pas spécifiée, les règles de groupe sont évaluées. 4. **Règles de groupe :** Si l’utilisateur fait partie d’_un_ groupe auquel une fonctionnalité est refusée, elle est refusée. Si l’utilisateur fait partie d’un groupe auquel une fonctionnalité est autorisée (et non d’un groupe auquel cette fonctionnalité est refusée), elle est autorisée. - Autrement dit, si un utilisateur est membre de deux groupes et que l’un d’eux a droit à une fonctionnalité et que l’autre se voit refuser la même fonctionnalité, le refus a préséance pour cet utilisateur et elle est refusée. 5. **Règles définies par le groupe :** Dans le cas où un utilisateur est membre d’un groupe faisant partie d’un ensemble de groupes, si une fonctionnalité est refusée à l’un des groupes, elle est alors refusée à l’ensemble de groupes. 6. Si aucune des conditions ci-dessus ne s’applique, l’utilisateur se voit refuser cette fonctionnalité. En effet, cela signifie que les fonctionnalité laissées non spécifiées seront refusées. Une autorisation définitive et effective **Autorisé** s’applique donc dans trois cas de figure : - Autorisé par le rôle sur le site (Administrateur de serveur, Administrateur de site - Creator, Administrateur de site - Explorer) - Autorisé parce que l’utilisateur est le propriétaire du contenu, le propriétaire du projet ou le responsable du projet - Autorisé par un groupe, un ensembles de groupes ou une règle d’utilisateur (et non refusé par une règle de priorité plus élevée) Le statut **Refusé** se produit dans trois circonstances : - Refusé par le rôle sur le site - Refusé par une règle (et non autorisé par une règle de priorité plus élevée) - Non accordé par une règle quelconque ## Évaluer les autorisations définies à plusieurs niveaux Si les autorisations d’actif sont définies sur Personnalisables, il est possible de configurer des règles d’autorisation à plusieurs endroits. Il existe des règles spécifiques qui déterminent les autorisations qui s’appliquent au contenu. - S’il y a des projets imbriqués, les autorisations fixées au niveau enfant ont priorité sur les autorisations fixées au niveau parent. - Les modifications apportées aux autorisations au niveau du projet ne sont pas appliquées au contenu existant. - Si des autorisations sont définies sur le contenu (classeur, source de données ou flux) pendant ou après la publication, celles-ci ont priorité sur les règles définies au niveau du projet. - Si un classeur n’affiche pas d’onglets de navigation de feuilles, les modifications apportées aux autorisations au niveau du classeur _ne_ sont _pas_ héritées par les vues et toute modification des autorisations doit être effectuée sur la vue. - Si vous configurez le classeur de manière à afficher les onglets de navigation de feuilles, les autorisations existantes au niveau de la vue seront remplacées et synchronisées avec les autorisations au niveau du classeur. Consultez [Afficher ou masquer les onglets de feuille](https://help.tableau.com/current/server/fr-ca/permissions.htm#sheettabs). ![Organigramme des règles d’évaluation des autorisations avec les projets imbriqués](/tableau/current/fr-ca/server/fr-ca/Img/perms_evalflow_total.png) Cette image montre comment les fonctionnalités sont évaluées à travers plusieurs niveaux de contenu. ## Autorisations pour les vues Dans un classeur qui n’est pas un projet verrouillé et qui n’affiche pas les feuilles sous forme d’onglets de navigation, les vues (feuilles, tableaux de bord, histoires) héritent des droits du classeur lors de la publication, mais toute modification des règles d’autorisation doit être effectuée sur des vues individuelles. Les fonctionnalités d’affichage sont les mêmes que celles des classeurs, à l’exception des fonctionnalités **Enregistrer**, **Télécharger le classeur/Enregistrer une copie** et **Déplacer** qui ne sont disponibles qu’au niveau du classeur. Nous recommandons d’afficher les onglets de navigation des feuilles chaque fois que possible afin que les vues héritent leurs autorisations du classeur. Pour plus d’informations, consultez [Afficher ou masquer les onglets de feuille](https://help.tableau.com/current/server/fr-ca/permissions.htm#sheettabs). [Passer au contenu principal](#main-content) # Autorisations, rôles sur le site et licences L’ajout d’un utilisateur à Tableau Cloud nécessite une licence disponible. (Les utilisateurs peuvent également être ajoutés comme sans licence et configurés de manière à utiliser une licence uniquement lorsqu’ils se connectent pour la première fois. Pour plus d’information, consultez [Attribuer une licence lors de la connexion](https://help.tableau.com/current/server/fr-ca/grant_role.htm).) Pour chaque site auquel l’utilisateur appartient, il a exactement un rôle sur le site, limité par sa licence. Un utilisateur a des autorisations pour le contenu sur le site, limitées par les autorisations de son rôle sur le site. Les licences et les rôles sur le site s’appliquent aux utilisateurs. Les fonctionnalités d’autorisation s’appliquent au contenu. Les **licences** sont attribuées à un utilisateur lorsqu’il est créé (ou lorsqu’il se connecte pour la première fois) sur le site Tableau Server ou Tableau Cloud. Les utilisateurs possèdent une licence en tant que **Creator**, **Explorer** ou **Viewer**. - Les niveaux de licence sont appliqués en fonction du _rôle sur le site_ maximum qu’un utilisateur peut avoir sur ce serveur. - Les rôles sur le site Administrateur de serveur, Administrateur de site et Creator utilisent une licence Creator. - Les rôles sur le site Administrateur de site - Explorer, Explorer (peut publier) et Explorer utilisent au moins une licence Explorer. - Le rôle sur le site Viewer nécessite au moins une licence Viewer. - Un utilisateur sans licence peut exister sur le site, mais il ne peut pas se connecter à moins d’avoir été ajouté à l’aide de l’option Attribuer un rôle sur le site lors de la connexion. - Pour Tableau Server, un utilisateur n’utilise qu’une seule licence par serveur, même s’il est membre de plusieurs sites. Si un utilisateur est membre de plusieurs sites, son niveau de licence requis est déterminé par son rôle sur le site le plus élevé. (Par exemple, un utilisateur doté d’un rôle sur le site Creator dans un site et d’un rôle sur le site Viewer dans deux autres possède une licence Creator.) Les **rôles sur le site** sont attribués à un utilisateur pour chaque site dont il est membre. - Les rôles sur le site déterminent les fonctionnalités maximum qu’un utilisateur peut avoir sur ce site. (Par exemple, un utilisateur ayant un rôle sur le site Viewer ne pourra jamais télécharger une source de données même si cette fonctionnalité lui est explicitement accordée sur une source de données spécifique.) - Les rôles sur le site n’offrent aucune fonctionnalité en soi, à l’exception des rôles sur le site Administrateur. Les administrateurs disposent toujours de toutes les fonctionnalités applicables à leur niveau de licence. Les **autorisations** consistent en des _fonctionnalités_, par exemple la possibilité d’enregistrer dans un projet, de modifier un classeur sur le Web, de se connecter à une source de données, etc. Elles s’appliquent à un groupe ou à un utilisateur sur un élément de contenu spécifique (projet, source de données, classeur, vue ou flux). Pour plus d’information, consultez [Fonctionnalités et modèles d’autorisation](https://help.tableau.com/current/server/fr-ca/permissions_capabilities.htm). - Les fonctionnalités d’autorisation ne sont pas accordées à un groupe ou à un utilisateur dans le vide, mais plutôt dans le contexte du contenu. Un utilisateur peut avoir différentes fonctionnalités pour différents actifs de contenu. - Les autorisations sont évaluées en fonction de l’interaction du rôle sur le site d’un utilisateur et des règles d’autorisation pour cet utilisateur ou tout groupe dont il est membre. - Certaines actions telles que la création de sites Web peuvent nécessiter des combinaisons de fonctionnalités. Pour plus d’information, consultez [Paramètres d’autorisation pour des scénarios spécifiques](https://help.tableau.com/current/server/fr-ca/permissions.htm#Permissi). ## Rôles sur le site et leurs fonctionnalités maximum Ces tableaux indiquent les fonctionnalités disponibles pour un rôle sur le site. Un utilisateur doté d’un rôle sur le site peut éventuellement effectuer une action similaire d’autres manières. Par exemple, bien que les utilisateurs de type Viewer ne puissent pas bénéficier de la fonctionnalité Partager une vue personnalisée pour rendre leurs vues personnalisées visibles aux autres sur le classeur, ils peuvent partager des vues personnalisées en copiant l’URL de la vue. Consultez [Fonctionnalités générales autorisées avec chaque rôle sur le site](https://help.tableau.com/current/server/fr-ca/users_site_roles.htm#site-role-capabilities-summary) pour plus d’information sur les possibilités de chaque rôle sur le site. Pour plus d’informations sur chaque fonctionnalité, consultez [Fonctionnalités et modèles d’autorisation](https://help.tableau.com/current/server/fr-ca/permissions_capabilities.htm). ### Projets
FonctionnalitéCreatorExplorer (peut publier)ExplorerViewer
Icône Afficher. AfficherIcône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations accordées.
Icône Enregistrer. PublierIcône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations refusées.Icône Autorisations refusées.
### Classeurs
FonctionnalitéCreatorExplorer (peut publier)ExplorerViewer
Icône Afficher. AfficherIcône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations accordées.
Icône de filtre. FiltrerIcône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations accordées.
Icône d’affichage des commentaires. Afficher les commentairesIcône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations accordées.
Icône d’ajout de commentaires. Ajouter des commentairesIcône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations accordées.
Icône de téléchargement des données complètes. Télécharger l’image/le PDFIcône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations accordées.
Icône de téléchargement des données totales. Télécharger les données résuméesIcône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations accordées.
Icône d’« Expliquer les données ». Exécuter Expliquer les données †Icône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations accordées.
Icône de partage personnalisé. Partager une vue personnaliséeIcône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations refusées.
Icône de téléchargement des données complètes. Télécharger les données complètesIcône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations refusées.
Icône d’édition Web. Édition WebIcône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations refusées.
Icône de requête des données complètes. Requête de données complètes ‡Icône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations accordées.
Icône Télécharger le classeur et Enregistrer sous. Télécharger le classeur/Enregistrer une copieIcône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations refusées.
Icône Enregistrer. RemplacerIcône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations refusées.Icône Autorisations refusées.
Accès à l’IAIcône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations accordées.
Icône Déplacer. Accès à l’APIIcône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations accordées.
Créer/Actualiser des métriques §Icône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations refusées.Icône Autorisations refusées.
Icône Déplacer. DéplacerIcône Autorisations accordées.Icône Autorisations accordées.*Icône Autorisations refusées.
Icône de suppression. SupprimerIcône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations refusées.Icône Autorisations refusées.
Icône Définir les autorisations. Définir les autorisationsIcône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations refusées.Icône Autorisations refusées.

Icône pour la fonctionnalité d’autorisation d’actualisation d’extrait Actualiser les extraits

Icône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations refusées.Icône Autorisations refusées.
† Avant la version 2021.3 de Tableau, la disponibilité d’Expliquer les données était contrôlée au niveau du serveur uniquement à l’aide de l’option tsm configuration set ExplainDataEnabled. Depuis la version 2021.3, la disponibilité d’Expliquer les données peut être contrôlée dans les paramètres du site et dans un classeur à l’aide de la fonctionnalité Exécuter Expliquer les données. La disponibilité d’Expliquer les données en mode d’affichage est contrôlée dans un classeur dans la boîte de dialogue Paramètres d’Expliquer les données. La requête de données complètes (PDQ) ‡ peut être accordée à tous les rôles sur le site. Elle fonctionne conjointement avec l’autorisation Accès à l’API ou Accès à l’IA pour permettre à ces outils d’interroger l’ensemble des données. « FDQ » diffère de « Télécharger les données complètes ». § Avant la version 2021.3 de Tableau, la fonctionnalité Créer/Actualiser des métriques était contrôlée par la fonctionnalité Télécharger les données complètes. ### Sources de données
FonctionnalitéCreatorExplorer (peut publier)ExplorerViewer
Icône Afficher. AfficherIcône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations accordées.
Icône de connexion. ConnecterIcône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations accordées.
Icône de téléchargement de la source de données. Télécharger une source de donnéesIcône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations refusées.
Icône Enregistrer. RemplacerIcône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations refusées.Icône Autorisations refusées.
Icône Créer des définitions de métriques Créer des définitions de métriquesIcône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations refusées.Icône Autorisations refusées.
Icône de suppression. SupprimerIcône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations refusées.Icône Autorisations refusées.
Icône Définir les autorisations. Définir les autorisationsIcône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations refusées.Icône Autorisations refusées.
Icône pour la fonctionnalité d’autorisation d’actualisation d’extrait Actualiser les extraitsIcône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations refusées.Icône Autorisations refusées.
### Rôle des données
FonctionnalitéCreatorExplorer (peut publier)ExplorerViewer
Icône Afficher. AfficherIcône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations accordées.
Icône Enregistrer. RemplacerIcône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations refusées.Icône Autorisations refusées.
Icône Déplacer. DéplacerIcône Autorisations accordées.Icône Autorisations accordées.*Icône Autorisations refusées.
Icône de suppression. SupprimerIcône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations refusées.Icône Autorisations refusées.
Icône Définir les autorisations. Définir les autorisationsIcône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations refusées.Icône Autorisations refusées.
### Flux Pour exécuter des flux selon une programmation, vous devez disposer d’une licence Gestion des données. Pour plus d’information sur la configuration des paramètres de flux, consultez [Créer et interagir avec des flux sur le Web](https://help.tableau.com/current/server/fr-ca/web_author_flows.htm). Les utilisateurs disposant d’une licence Explorer (peut publier) peuvent exécuter des flux sur Tableau Server et Tableau Cloud. Depuis la version 2020.4, les utilisateurs disposant d’une licence Explorer ne peuvent pas exécuter de flux, même si l’administrateur leur accorde l’autorisation Exécuter un flux.
FonctionnalitéCreatorExplorer (peut publier)ExplorerViewer
Icône Afficher. AfficherIcône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations accordées.
Icône de téléchargement de la source de données. Télécharger un fluxIcône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations refusées.
Icône d’édition Web. Édition WebIcône Autorisations accordées.Icône Autorisations refusées.Icône Autorisations refusées.Icône Autorisations refusées.
Icône de connexion. Exécuter un fluxIcône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations refusées.Icône Autorisations refusées.
Icône Enregistrer. RemplacerIcône Autorisations accordées.Icône Autorisations refusées.Icône Autorisations refusées.Icône Autorisations refusées.
Icône Déplacer. DéplacerIcône Autorisations accordées.Icône Autorisations accordées.*Icône Autorisations refusées.
Icône de suppression. SupprimerIcône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations refusées.Icône Autorisations refusées.
Icône Définir les autorisations. Définir les autorisationsIcône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations refusées.Icône Autorisations refusées.
### Loupes Parlez aux données
FonctionnalitéCreatorExplorer (peut publier)ExplorerViewer
Icône Afficher. AfficherIcône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations accordées.
Icône Enregistrer. RemplacerIcône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations refusées.Icône Autorisations refusées.
Icône Déplacer. DéplacerIcône Autorisations accordées.Icône Autorisations accordées.*Icône Autorisations refusées.
Icône de suppression. SupprimerIcône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations refusées.Icône Autorisations refusées.
Icône Définir les autorisations. Définir les autorisationsIcône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations refusées.Icône Autorisations refusées.
### Métriques (retiré de la version 2024.2) > [!TIP] > > **Conseil :** Les informations décrites dans cette section portent sur l’ancienne fonctionnalité Métriques, qui a été retirée de Tableau Cloud en février 2024 et de Tableau Server version 2024.2. Pour plus d’informations sur les autorisations pour les métriques Tableau Pulse, consultez [Configurer votre site pour Tableau Pulse](https://help.tableau.com/current/online/fr-ca/pulse_set_up.htm#permissions). **Retrait de l’ancienne fonctionnalité Métriques** L’ancienne fonctionnalité Métriques de Tableau a été retirée dans Tableau Cloud février 2024 et dans Tableau Server version 2024.2. En octobre 2023, Tableau a retiré la possibilité d’intégrer des anciennes métriques dans Tableau Cloud et dans Tableau Server version 2023.3. Avec Tableau Pulse, nous avons conçu une expérience améliorée vous permettant de suivre les métriques et d’interroger vos données. Pour plus d’informations, consultez [Créer des métriques avec Tableau Pulse](https://help.tableau.com/current/online/fr-ca/pulse_create_metrics.htm) pour découvrir la nouvelle expérience et [Créer et résoudre les problèmes liés aux métriques (retiré)](https://help.tableau.com/current/online/fr-ca/metrics_create.htm) pour en savoir plus sur la fonctionnalité retirée.
FonctionnalitéCreatorExplorer (peut publier)ExplorerViewer
Icône Afficher. AfficherIcône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations accordées.
Icône Enregistrer. RemplacerIcône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations refusées.Icône Autorisations refusées.
Icône Déplacer. DéplacerIcône Autorisations accordées.Icône Autorisations accordées.*Icône Autorisations refusées.
Icône de suppression. SupprimerIcône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations refusées.Icône Autorisations refusées.
Icône Définir les autorisations. Définir les autorisationsIcône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations refusées.Icône Autorisations refusées.
### Collections
FonctionnalitéCreatorExplorer (peut publier)ExplorerViewer
Icône Afficher. AfficherIcône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations accordées.
### Connexions virtuelles Les connexions virtuelles nécessitent une licence Gestion des données. Consultez [À propos de Gestion des données](https://help.tableau.com/current/server/fr-ca/dm_overview.htm) pour plus de détails.
FonctionnalitéCreatorExplorer (peut publier)ExplorerViewer
Icône Afficher. AfficherIcône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations accordées.
Icône de connexion. ConnecterIcône Autorisations accordées.******
Icône Enregistrer. RemplacerIcône Autorisations accordées.Icône Autorisations refusées.Icône Autorisations refusées.Icône Autorisations refusées.
Icône Déplacer. DéplacerIcône Autorisations accordées.Icône Autorisations accordées.*Icône Autorisations refusées.
Icône de suppression. SupprimerIcône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations refusées.Icône Autorisations refusées.
Icône Définir les autorisations. Définir les autorisationsIcône Autorisations accordées.Icône Autorisations accordées.Icône Autorisations refusées.Icône Autorisations refusées.
\* Bien que le rôle Explorer puisse bénéficier de la fonctionnalité Déplacer, les utilisateurs possédant ce rôle ne peuvent pas avoir la fonctionnalité Publier pour un projet et, par conséquent, ils ne peuvent pas déplacer un contenu. La fonctionnalité Déplacer ne devrait donc pas être considérée comme possible pour les rôles sur le site Explorer. \*\* Même si le rôle Explorer (peut publier) peut avoir la fonctionnalité **Connexion** pour les connexions virtuelles, la possibilité de créer une nouvelle source de données, quelle qu’elle soit, y compris des connexions virtuelles, n’est accessible qu’aux utilisateurs ayant un rôle sur le site Creator. De même, les utilisateurs ayant un rôle Explorer et Viewer ne peuvent pas accéder à l’interface utilisateur pour se connecter à des sources de données nouvelles ou existantes. La fonctionnalité **Connexion** ne doit pas être considérée comme possible pour tout rôle autre que Creator. [Passer au contenu principal](#main-content) # Autoriser les jetons d’accès enregistrés Après la configuration de Tableau Server pour OAuth, vous pouvez décider d’autoriser les utilisateurs à gérer leurs propres données d’identification OAuth ou vous souhaitez les gérer centralement. Si vous souhaitez que les utilisateurs gèrent les leurs, vous devez activer les paramètres du profil utilisateur à partir du serveur. **Remarque :** Si vous n’avez pas encore configuré votre serveur pour activer les connexions de données OAuth, consultez les rubriques associées répertoriées ci-dessous. **Remarque** : Les jetons d’actualisation à usage unique ne sont pas pris en charge pour les connexions OAuth à Tableau pour le moment. Dans la plupart des cas, vous pouvez configurer votre fournisseur d’identité (comme Okta ou Redshift IDC) pour utiliser des jetons d’actualisation en continu à la place. Pour plus d’informations, consultez la documentation OAuth de votre fournisseur. 1. Se connecter en tant qu’un administrateur serveur de Tableau Server. 2. **Site unique :** Cliquez sur Paramètres \> Général. **Multisite** : Dans le menu du site, cliquez sur **Gérer tous les sites**, puis cliquez sur Paramètres > Général. 3. Dans la section Informations d’identification enregistrées pour les sources de données, sélectionnez l’option suivante : - Permettre aux utilisateurs d’enregistrer les mots de passe pour les sources de données (autorise les utilisateurs à enregistrer leurs informations d’identification individuelles avec les sources de données). - Autoriser les utilisateurs à enregistrer les jetons d’accès OAuth pour les sources de données ![](/tableau/current/fr-ca/server/fr-ca/Img/allow_saved_tokens.png) 4. Cliquez sur Enregistrer. Après avoir coché ces cases, les utilisateurs verront une section Gérer les informations d’identification dans leurs paramètres de profil, où ils peuvent accéder à des jetons pour les connexions aux données OAuth. ![](/tableau/current/fr-ca/server/fr-ca/Img/allow_saved_tokens3.png) ## Gestion des informations d’identification de manière centralisée Les administrateurs serveur peuvent également gérer leurs informations d’identification OAuth de manière centralisée. Ceci peut bien fonctionner, par exemple, si plusieurs utilisateurs travaillent sur les même données et que vous avez un compte utilisateur dédié pour votre fournisseur de données. Pour gérer les informations d’identification d’une manière centrale, effectuez la procédure suivante : - Désélectionnez les cases à cocher décrites à la procédure précédente. - Modifiez les informations de connexion au fur et à mesure de la publication des sources de données. Losrque vous modifiez la connexion, vous imbriquez les informations d’identification qui utilisent un jeton d’accès OAuth à la place du nom d’utilisateur ou mot de passe d’un individu. Si les paramètres pour l’enregistrement des mots de passe et des jetons d’accès ne sont pas activés, la section Gérer les informations d’identification est exclue des paramètres de profil de l’utilisateur. ## Proxy de transfert pour l’authentification OAuth Pour plus d’informations sur la configuration d’un proxy de transfert avec authentification OAuth pour Tableau Server (Windows uniquement), consultez [Configurer un proxy de transfert pour l’authentification OAuth](https://help.tableau.com/current/pro/desktop/fr-ca/config_proxy_oauth.htm#server) dans l’aide de Tableau. ## Voir également [Configurer OAuth pour Google](https://help.tableau.com/current/server/fr-ca/config_oauth_google.htm) [Modifier Salesforce.com OAuth pour utiliser les informations d’identification enregistrées](https://help.tableau.com/current/server/fr-ca/config_oauth_sfdc.htm) [Configurer OAuth pour les connexions Snowflake sur Tableau Server](https://help.tableau.com/current/server/fr-ca/config_oauth_snowflake.htm) [Configurer OAuth pour Intuit QuickBooks Online](https://help.tableau.com/current/server/fr-ca/config_oauth_qbo.htm) [Passer au contenu principal](#main-content) # Autoriser les utilisateurs de site à demander l’accès au contenu Les autorisations déterminent si un utilisateur a accès à un classeur, à une source de données ou à un autre contenu à l’intérieur d’un projet. Si un utilisateur clique sur un contenu ou un projet auquel il n’a pas accès, il peut envoyer une demande d’accès au propriétaire qui contrôle les autorisations pour ce contenu. ![Boîte de dialogue Demande d’accès](/tableau/current/fr-ca/server/fr-ca/Img/request_access.png) Lorsqu’une personne demande un accès, le propriétaire qui contrôle les autorisations pour ce contenu (au niveau du projet ou du classeur) reçoit un courriel avec le nom et l’adresse de courriel du demandeur, le contenu ou le projet demandé, et un lien vers le contenu. Dans Tableau Server version 2022.3 et versions antérieures, le propriétaire reçoit un lien vers le contenu pour gérer les autorisations au lieu d’un lien pour y accéder directement. 1. Sur la notification par courriel, sélectionnez Accorder l’accès. 2. Dans la boîte de dialogue qui s’affiche, pour accorder l’autorisation au modèle de vue, sélectionnez Accorder l’accès. Pour accorder des autorisations autres que le modèle de vue, sélectionnez Gérer les autorisations. ![Boîte de dialogue Autorisation d’accès](/tableau/current/fr-ca/server/fr-ca/Img/grant_access.png) Si un utilisateur demande l’accès à un classeur et que les autorisations de contenu sont verrouillées sur le projet, le propriétaire du projet reçoit la demande. De même, si un utilisateur demande l’accès à un classeur et que les autorisations de projet sont gérées par le propriétaire du classeur, le propriétaire du classeur reçoit la demande. Une fois l’autorisation accordée, le propriétaire peut envoyer un courriel au demandeur pour lui faire savoir qu’il a la possibilité de visualiser le projet ou le classeur. ## Paramètres par défaut Le paramètre de demande d’accès est activé par défaut sur un nouveau site. Pour activer le paramètre s’il a été désactivé : 1. Allez à l’onglet Général de la page des paramètres de votre site. - Si vous avez un seul site, dans la navigation latérale, cliquez sur Paramètres et Général. - Si vous avez plusieurs sites, sélectionnez le site que vous voulez configurer et cliquez sur Paramètres et Général. 2. Dans l’onglet Général, faites défiler vers le bas jusqu’à Demander l’accès et sélectionnez Autorisez les utilisateurs à demander l’accès à des projets, des classeurs et des vues. 3. Cliquez sur Enregistrer. ## Configurer les autorisations de projet Vous pouvez contrôler qui recevra la demande d’accès en ajustant les autorisations de contenu du projet. Si les autorisations de contenu sont : - Verrouillées dans le projet : le propriétaire du projet reçoit la demande. - Personnalisable : le propriétaire du classeur reçoit la requête. Pour gérer l’accès au contenu à l’aide de projets, consultez [Utiliser des projets pour gérer l’accès au contenu](https://help.tableau.com/current/server/fr-ca/projects.htm) et [Autorisations](https://help.tableau.com/current/server/fr-ca/permissions.htm#lock-project-permissions). Pour plus d’informations sur l’évaluation des règles d’autorisation, consultez [Autorisations](https://help.tableau.com/current/server/fr-ca/permissions.htm#evaluate-permission-rules) Évaluer les règles d’autorisation. ## Modifier les autorisations de projet _Pour les administrateurs et les responsables de projet_ Les autorisations peuvent être définies au niveau du projet, tant pour le projet lui-même que pour tout contenu du projet. Par exemple, si les autorisations des classeurs sont configurées au niveau du projet, tous les classeurs publiés dans ce projet héritent de ces autorisations par défaut. Toutefois, les Creator peuvent choisir de modifier les autorisations pendant la publication, ou certains utilisateurs peuvent modifier les autorisations sur le contenu publié. Pour appliquer les autorisations établies au niveau du projet, les **autorisations de contenu** peuvent être verrouillées sur le projet. Pour plus d’informations, consultez [Verrouiller les autorisations des ressources](https://help.tableau.com/current/server/fr-ca/permissions_projects.htm#LockProject). Pour définir les autorisations au niveau du projet : 1. Accédez au projet 2. Ouvrez le menu Actions (...), puis cliquez sur **Autorisations**. La boîte de dialogue des autorisations s’ouvre. Cette boîte de dialogue comporte deux zones principales : les règles d’autorisation en haut et la grille des autorisations effectives en bas. Utilisez les onglets pour naviguer entre les types de contenu. ![Fenêtre des autorisations du projet avec la ligne Groupe en surbrillance.](/tableau/current/fr-ca/server/fr-ca/Img/perms_projectwrkbkperms.png) Lorsqu’une ligne est sélectionnée en haut, la grille des autorisations effectives se remplit. Utilisez cette fonction pour vérifier les autorisations. Le survol d’un indicateur de fonctionnalité permet de savoir pourquoi la fonctionnalité est autorisée ou refusée pour cet utilisateur spécifique. 6. Pour modifier une règle d’autorisation existante, sélectionnez la règle et cliquez sur les zones de fonctionnalité pour basculer entre autorisé/refusé/non spécifié. 7. Pour créer une nouvelle règle, 1. Sélectionnez \+ Ajouter une règle de groupe/utilisateur. 2. Sélectionnez un groupe ou un utilisateur dans la liste déroulante. Une ligne est créée et vous permet de configurer la règle d’autorisation. 8. Dans la ligne correspondant à la règle d’autorisation, 1. choisissez un modèle de rôle d’autorisation existant dans la liste déroulante pour chaque type de contenu. ![Volet Règles d’autorisation avec l’option Explorer sélectionnée dans le menu Modèle personnalisé.](/tableau/current/fr-ca/server/fr-ca/Img/perms_projwkbk_templates.png) 3. Vous pouvez autrement créer une règle personnalisée en accédant à un onglet de type de contenu et en cliquant sur les fonctionnalités. Un clic définit la fonctionnalité sur **Autorisé**, deux clics sur **Refusé**, et un troisième clic efface la sélection **(Non spécifié**). 9. Lorsque vous avez terminé, cliquez sur **Enregistrer**. ## Modifier les autorisations de contenu _Pour les administrateurs, les chefs de projet et les propriétaires de contenu_ Si les autorisations du projet sont personnalisables, les autorisations pour des éléments de contenu individuels peuvent être modifiées. > [!WARNING] > > **Avertissement** : Tableau de verrouiller les autorisations dans le projet. Ces étapes ne s’appliquent qu’au contenu des projets pour lesquels les autorisations sont personnalisables. ### Définir des autorisations sur le contenu 1. Accéder au contenu (classeur, source de données, flux, rôle des données) 2. Ouvrez le menu Actions (...), puis cliquez sur **Autorisations**. La boîte de dialogue des autorisations s’ouvre. Cette boîte de dialogue comporte deux zones principales : les règles d’autorisation en haut et la grille des autorisations effectives en bas. ![Tableau des autorisations des utilisateurs et des rôles sur le site.](/tableau/current/fr-ca/server/fr-ca/Img/perms_workbook_siteroles.png) Lorsqu’une ligne est sélectionnée en haut, la grille des autorisations effectives se remplit. Utilisez cette fonction pour vérifier les autorisations. Le survol d’une case de fonctionnalité permet de savoir pourquoi la fonctionnalité est autorisée ou refusée pour cet utilisateur spécifique. 6. Pour modifier une règle d’autorisation existante, ouvrez le menu Actions (...) pour cette ligne et cliquez sur **Modifier**. 7. Pour créer une nouvelle règle, 1. Sélectionnez \+ Ajouter une règle d’utilisateur ou de groupe. 2. Si nécessaire, utilisez la liste déroulante à droite pour passer d’un groupe à l’autre et d’un utilisateur à l’autre. 3. Sélectionnez un groupe ou un utilisateur dans la liste déroulante. Une ligne est créée et vous permet de configurer la règle d’autorisation. 8. Dans la ligne correspondant à la règle d’autorisation, choisissez un modèle d’autorisation existant dans la liste déroulante ou créez une règle personnalisée en cliquant sur les fonctionnalités. Un clic définit la fonctionnalité sur **Autorisé**, deux clics sur **Refusé**, et un troisième clic efface la sélection **(Non spécifié**). 10. Lorsque vous avez terminé, cliquez sur **Enregistrer**. ### Définir les autorisations pour une vue Dans certains cas, il peut être utile de spécifier des autorisations pour une vue indépendamment du classeur qui la contient. Pour définir des autorisations sur une vue publiée, accédez jusqu’à la vue dans un classeur publié et suivez les étapes ci-dessus. > [!WARNING] > > **Avertissement :** bien qu’il soit possible de définir des autorisations au niveau de la vue dans un classeur, nous recommandons vivement de gérer les autorisations au niveau du projet (ou du classeur) autant que possible. Pour que les vues puissent hériter des autorisations, le projet doit être verrouillé ou le classeur doit être publié avec l’option **Afficher les feuilles sous forme d’onglets**. Voir [Autoriser les utilisateurs de site à demander l’accès au contenu](#sheettabs) pour plus d’informations. [Passer au contenu principal](#main-content) # Avant l’installation... **Remarque :** Vous pouvez trouver des détails supplémentaires sur les spécifications techniques pour Tableau Server sur le site Web de Tableau, [ici](http://www.tableau.com/fr-ca/products/techspecs#server "Spécifications techniques de Tableau Server"). Cette rubrique décrit les exigences et les recommandations que vous devez prendre en compte avant d’installer Tableau Server dans un environnement de production. - Si vous êtes peu familier de Tableau Server et que vous souhaitez le déployer dans votre organisation, nous vous conseillons de commencer par déployer Tableau Server en tant que serveur unique dans un environnement de test. Le moyen le plus simple d’effectuer une installation sur un seul serveur consiste à suivre les étapes de la section [Lancer l’installation](https://help.tableau.com/current/server/fr-ca/jumpstart.htm). - Si vous déployez Tableau Server dans un groupement distribué, vérifiez [Configuration requise par les environnements distribués](https://help.tableau.com/current/server/fr-ca/distrib_requ.htm) en plus de la configuration requise et des recommandations décrites dans cette rubrique. ## Validation de votre plan de déploiement de serveur Avant de vous engager à installer un nouveau déploiement Tableau Server dans votre organisation, assurez-vous d’évaluer soigneusement vos options. Pour la plupart des organisations, Tableau Cloud fournira une solution d’analyse plus fiable, performante et rentable par rapport à l’auto-hébergement de Tableau Server. Pour plus d’informations sur la viabilité de Tableau Cloud pour votre organisation, consultez ce billet de blogue : [Should I move my analytics to the cloud?](https://www.tableau.com/fr-ca/blog/should-i-move-my-analytics-cloud) Vous utilisez déjà Tableau Server et souhaitez migrer vers Tableau Cloud? Consultez [Guide de migration manuelle de Tableau Cloud](https://help.tableau.com/current/guides/migration/fr-ca/emg_intro.htm). ## Recommandations matérielles pour les installations de production La liste suivante décrit les recommandations matérielles _minimales_ pour une utilisation en production, une installation à nœud unique de Tableau Server : **Important :** Ce sont les recommandations minimales, et elles peuvent ne pas correspondre aux exigences de votre installation et de votre organisation. Par exemple, plusieurs facteurs peuvent affecter les besoins en espace disque, par exemple selon que vous publierez ou non des extraits, selon les flux, et le nombre de classeurs sur Tableau Server. Pour plus d’informations sur ce qui peut avoir un impact sur les besoins en espace disque libre, consultez [Exigences d’espace disque](https://help.tableau.com/current/server/fr-ca/requ_diskspace.htm).

Type d’installation

Processeur

Unité centrale de traitement

RAM

Espace disque disponible

Nœud unique

  • 64 bits (chipsets x86_64)
  • Doit prendre en charge les ensembles d’instructions SSE4.2 et POPCNT
  • Les processeurs ARM ne sont pas pris en charge

8 cœurs (16 processeurs virtuels), 2,0 GHz ou plus

Version 2022.3 et versions ultérieures :

  • 128 Go

Versions 2021.4.0 à la version 2022.1.x :

  • 64 Go

Version 2021.3.x et versions antérieures :

  • 32 Go

50 Go

Si vous ajoutez Tableau Prep Conductor à votre installation Tableau Server, nous vous recommandons d’ajouter un deuxième nœud et de le dédier à l’exécution de Tableau Server Prep Conductor. Ce nœud doit comporter un minimum de 4 cœurs (8 vCPU) et 16 Go de RAM.
Mémoire swap recommandée : paramètre de fichier d’échange par défaut de Windows.

Déploiements multinœud et dans toute l’entreprise

Communiquez avec Tableau pour obtenir des conseils techniques.

Les nœuds doivent présenter ou dépasser les recommandations matérielles minimales, sauf dans les cas suivants :

  • Nœuds Gestionnaire de processus en arrière-plan dédiés exécutant jusqu’à deux instances du gestionnaire de processus en arrière-plan, où 4 cœurs peuvent être acceptables.

  • Nœud dédié pour Tableau Prep Conductor : 4 cœurs (8 vCPU) et 16 Go de RAM au minimum.

  • Nœud dédié pour la passerelle indépendante : minimum de 2 cœurs (4 processeurs virtuels), 8 Go de RAM et 100 Go d’espace disque disponible.

**Important :** Il n’est pas possible de vérifier les besoins en espace disque à moins que vous n’initialisez TSM. - L’espace disque libre est calculé après la décompression du programme d’installation de Tableau Server. Le programme d’installation utilise environ 1 Go d’espace. Vous devrez peut-être allouer de l’espace disque supplémentaire selon divers facteurs, par exemple selon que vous allez utiliser ou non des extraits. - **Exigences en matière d’espace de stockage réseau pour le stockage de fichiers externe :** si vous prévoyez de configurer [Tableau Server avec le stockage de fichiers externe](https://help.tableau.com/current/server/fr-ca/server_external_filestore_storage.htm), vous devrez estimer la quantité d’espace de stockage à consacrer à votre stockage réseau. Estimation de la taille de stockage : vous devez prendre en compte la quantité de stockage nécessaire pour la publication et l’actualisation d’extraits. Vous devez également prendre en compte la taille de la sauvegarde du référentiel, sauf si vous choisissez spécifiquement d’effectuer la sauvegarde de votre référentiel séparément, comme décrit dans la rubrique [Option 2 : Sauvegarder le référentiel séparément](https://help.tableau.com/current/server/fr-ca/server_external_filestore_storage_backup_restore.htm#backup-repository-separately). - Extraits : - Considérez le nombre d’extraits qui seront publiés sur Tableau Server et la taille de chaque extrait. Testez vos besoins en publiant plusieurs extraits sur Tableau Server, puis en vérifiant l’espace disque utilisé. Vous pouvez utiliser cette quantité d’espace disque pour vous aider à déterminer le nombre d’extraits qui seront publiés sur Tableau Server dans la durée ainsi que l’augmentation de taille de chaque extrait existant. - Considérez l’espace requis par le répertoire temporaire pendant une actualisation d’extrait. Le répertoire temporaire, sur lequel un extrait est stocké pendant une actualisation, peut demander jusqu’à trois fois la taille de fichier finale de l’extrait. - Sauvegarde du référentiel : - Pour obtenir une estimation des données du référentiel, vérifiez la taille du répertoire `/pgsql/data/base`. - Pour obtenir la taille exacte des données du référentiel, ouvrez le fichier de sauvegarde et utilisez la taille du fichier `workgroup.pg_dump`. - Le nombre de cœurs de processeur est basé sur les « cœurs physiques ». Les cœurs physiques peuvent représenter le matériel serveur réel ou des cœurs sur une machine virtuelle. L’hyper-threading est ignoré dans le cadre du comptage des cœurs. - La RAM affichée est le minimum recommandé pour une installation sur un seul nœud. Votre installation peut fonctionner de manière plus performante avec davantage de RAM, en fonction de l’activité, du nombre d’utilisateurs et des tâches d’arrière-plan, par exemple. Pour voir la liste complète de recommandations et la configuration minimale requise, consultez [Configuration matérielle minimale requise et recommandée pour Tableau Server](https://help.tableau.com/current/server/fr-ca/server_hardware_min.htm). Pour connaître les spécifications matérielles que Tableau utilise en interne pour tester l’évolutivité, consultez [Recommandations matérielles pour les installations de production](https://help.tableau.com/current/server/fr-ca/server_baseline_config.htm#Hardware). Pour les déploiements dans le nuage public sur Amazon Web Services et Google Cloud Platform, leur « vCPU » est en fait une hyper-unité d’exécution du processeur, et non un cœur de processeur complet. Lors du dimensionnement des instances de nuage, vous aurez besoin de deux fois plus de vCPU que les exigences de processeur indiquées pour Tableau Server (8 vCPU requis pour une installation d’essai minimale, 16 vCPU pour une installation sur un nœud unique). ## Configuration système requise Les systèmes d’exploitation Microsoft Windows Server 64 bits suivants sont pris en charge
 2021.3.0 - 2023.3.02023.3.1 - 2026.2.x
Windows Server 2016
Windows Server 2019 (x64)
Windows Server 2022Note: Windows Server 2022 n’est pas pris en charge dans les versions antérieures à 2023.3.1. Depuis avril 2023, les programmes d’installation de toutes les versions de Tableau Server sur Windows antérieures à 2023.3.1 bloqueront l’installation sur Windows 2022.
Tous les nœuds d’un groupement à plusieurs nœuds doivent utiliser le même type de système d’exploitation et la même version majeure de ce système d’exploitation. Par exemple, tous les nœuds Windows Server 2022 . Vous ne pouvez pas installer une instance multinœud de Tableau Server sur une combinaison de nœuds Linux et Windows. ## Répertoire d’installation Par défaut, Tableau Server est installé sur le lecteur système. Le lecteur sur lequel Windows est installé est le lecteur système. Dans la plupart des cas, le lecteur système est le lecteur C:\\. Dans ce cas par défaut, Tableau Server est installé dans les répertoires suivants : - `C:\Program Files\Tableau\Tableau Server\packages` - `C:\ProgramData\Tableau\Tableau Server` Ne spécifiez pas un lien symbolique ou un emplacement de répertoire de données sur un volume NFS (Network File System). ### Emplacements d’installation non par défaut Plutôt que d’installer sur le lecteur système, certaines organisations installent les applications sur un lecteur séparé. Lors de l’installation (ou pendant une installation automatisée), vous pouvez spécifier un emplacement d’installation différent. Si vous sélectionnez un lecteur d’installation ou un emplacement de dossier différent lors de l’installation, le répertoire de données pour Tableau Server sera installé sur le même chemin d’accès. Cela signifie que si vous installez sur un emplacement non par défaut, le chemin d’accès par défaut `` `C:\ProgramData\Tableau\Tableau Server` `` ne sera pas créé. En cas d’installation sur un emplacement non par défaut, vous devez prendre en considération les points suivants : - Vous devrez peut-être configurer les autorisations Exécuter en tant que service manuellement. Si vous n’utilisez pas le compte local prédéfini, NetworkServices, comme compte Exécuter en tant que service, vous devrez définir des autorisations pour le compte que vous allez utiliser. Vous devez définir ces autorisations après avoir installé Tableau Server. Consultez [Vérifier les autorisations de dossier](https://help.tableau.com/current/server/fr-ca/runas_confirm_read_ex.htm). - Les fichiers journaux sont enregistrés sur `\data\tabsvc\logs`. Le chemin d’accès `` `C:\ProgramData\Tableau\Tableau Server`\data\tabsvc\logs `` dans une installation par défaut est converti en `\data\tabsvc\logs`. - Vous devrez peut-être spécifier le même emplacement lorsque vous mettez à niveau vers des versions plus récentes de Tableau Server. Pour plus d’informations sur la mise à niveau, consultez [Présentation de la mise à niveau de Tableau Server](https://help.tableau.com/current/server/fr-ca/upgrade.htm). **Remarque :** Si vous exécutez Tableau Server sur une machine virtuelle, soit localement, soit dans le nuage, gardez à l’esprit les complications potentielles en matière de licence. Ceci s’applique que vous exécutiez Tableau Server de manière autonome ou en groupement. Si vous mettez simplement à niveau Tableau Server sur la machine virtuelle, vous n’avez pas besoin de prendre des mesures supplémentaires en matière de licence. Si vous envisagez de cloner la MV pour créer un nouvel environnement de production ou de test à mettre à niveau, vous devez désactiver toutes les licences Tableau Server avant le clonage. Si vous ne le faites pas, le nouvel environnement de MV peut se retrouver avec une licence non approuvée, et toute tentative de mise à niveau échouera. Pour cloner une MV, vérifiez que Tableau est sans licence (toutes les licences sont désactivées). Après avoir cloné la MV, activez la licence Tableau sur la MV clonée et poursuivez avec la mise à niveau. - Lors de l’installation d’une instance multinœud de Tableau Server, l’emplacement d’installation (chemin) doit être le même sur chaque nœud. ## Tableau Prep Conductor Tableau Prep Conductor est l’un des processus de Tableau Server. Il exécute un flux, vérifie les informations d’identification de connexion et envoie des alertes en cas d’échec d’un flux. Tableau Prep Conductor utilise les fonctions de programmation et de suivi de Tableau Server. Vous pouvez ainsi automatiser l’exécution des flux et mettre à jour la sortie du flux, plutôt que de vous connecter à Tableau Prep Builder pour exécuter manuellement des flux individuels à mesure que vos données changent. La licence Tableau Prep Conductor est distincte et disponible par le biais de la licence Gestion des données. Pour plus d’informations sur les licences Tableau Prep Conductor, consultez [Obtenir une licence Gestion des données](https://help.tableau.com/current/server/fr-ca/dm_license.htm). Il est recommandé d’activer Tableau Prep Conductor sur un nœud dédié. Pour plus d’informations : - Si vous installez une nouvelle version de Tableau Server, consultez [Étape 1 (Nouvelle installation) : Installer Tableau Server avec Tableau Prep Conductor](https://help.tableau.com/current/server/fr-ca/prep_conductor_new_install.htm). - Si vous ajoutez Tableau Prep Conductor à une installation existante de Tableau Server, consultez [Étape 1 (Installation existante) : Tableau Prep Conductor](https://help.tableau.com/current/server/fr-ca/prep_conductor_add_to_existing_install.htm). ## Exigences supplémentaires Veillez à ce que votre environnement réponde également aux exigences supplémentaires suivantes : **Nom d’hôte** - Tableau Server doit être capable de résoudre le nom d’hôte à une adresse IP, soit en utilisant le serveur de nom de domaine (DNS), soit avec un fichier hôte local sur l’ordinateur exécutant Tableau Server. Par défaut, les fichiers hôtes sont stockés sur `\Windows\System32\Drivers\etc\hosts`. - Le nom d’hôte du serveur ne doit pas changer après le démarrage de Tableau Services Manager lors du processus d’installation. Cela peut par exemple se produire si vous utilisez le paquet cloud-init pour initialiser un ordinateur virtuel, et que vous installez Tableau Server sur cet ordinateur virtuel. - Les noms d’hôte qui incluent des tirets bas (\_) ne sont pas pris en charge par Tableau Server. **Réactivité du DNS** Les serveurs de noms de domaine configurés pour les nœuds Tableau Server doivent répondre rapidement et de manière fiable aux recherches d’enregistrements A et AAAA pour les noms d’hôte utilisés lors de la résolution à l’exécution. Cela inclut le renvoi rapide de réponses négatives (par exemple, SXDOMAIN) lorsqu’un nom d’hôte n’est pas enregistré. La lenteur des réponses DNS ou le dépassement des délais d’attente peut entraîner des retards de connexion et d’exécution des requêtes. **Adresse IP statique** L’ordinateur sur lequel vous installez Tableau Server doit avoir une adresse IPv4 ou IPv6 statique. Si IPv4 et IPv6 sont tous deux activés ou si plusieurs cartes réseau (NIC) sont utilisées, il peut en résulter un comportement inattendu. Pour en savoir plus, consultez les articles suivants : - **Pour les déploiements Tableau Server exécutés sous Windows Server 2019 :** les modifications apportées au comportement de la configuration IPv6 de Windows Server 2019 peuvent avoir pour effet de donner la priorité à IPv6 par rapport à IPv4. Pour vérifier la priorité de IPv6, consultez l’article [Les adresses IP de Tableau Server ont changé et les services TSM ne s’affichent pas tous correctement](https://help.salesforce.com/s/articleView?id=001474911&type=1) dans la base de connaissances de Tableau et mettez à jour les paramètres de votre ordinateur. - **Lorsque plusieurs cartes réseau NIC sont utilisées :** dans les déploiements où plusieurs cartes réseau sont utilisées, consultez la section [Résoudre les problèmes liés à l’état de processus incohérents](https://help.tableau.com/current/server/fr-ca/trouble_inconsistent_process_status.htm) pour connaître les meilleures pratiques. **Pilotes de base de données** Pour vous connecter à des sources de données spécifiques, vous devez avoir installé les pilotes de base de données corrects sur l’ordinateur sur lequel vous installez Tableau Server. Pour plus d’informations, consultez [Pilotes de base de données](https://help.tableau.com/current/server/fr-ca/dbdriver.htm). **Ports disponibles** TSM et Tableau Server ont chacun besoin d’un port TCP disponible pour que vous puissiez y accéder. TSM utilise par défaut le port 8850, et le service de passerelle Tableau Server utilise par défaut le port 80. Nous vous recommandons vivement de veiller à ce que les ports 8850 et 80 ne soient pas utilisés sur votre système avant l’installation de Tableau Server. Si ces ports ne sont pas disponibles, les ports TSM et de passerelle peuvent être remappés de manière dynamique aux différents numéros de port, et il n’existe actuellement pas d’interface indiquant le port auxquels ils ont été remappés. Si vous installez Tableau Server sur un ordinateur qui exécute également IIS (déploiement non recommandé), vous devez modifier le numéro du port de la passerelle de Tableau pour éviter tout conflit avec IIS. Vous pouvez spécifier un numéro de port de passerelle différent pendant le processus d’installation. Consultez [Ports de Tableau Services Manager](https://help.tableau.com/current/server/fr-ca/ports.htm). **Configuration du pare-feu local** Si vous exécutez un pare-feu sur l’ordinateur sur lequel vous installerez Tableau Server, vous devez ouvrir les ports par défaut suivants pour le trafic Tableau Server. Tous les numéros de port, à l’exception du port 443, peuvent être modifiés.
PortTCP/UDPUtilisé par ...TYPE D’INSTALLATION
Toutes installations

Distribué/Haute disponibilité

80TCPPasserelleX 
443TCPSSL. Lorsque Tableau Server est configuré pour SSL, le serveur d’applications redirige les demandes vers ce port. Ne modifiez pas ce port.X 
8850TCPTableau Services Manager.X 
8060TCPBase de données PostgreSQL.X 
8061TCPPort de vérification de la sauvegarde PostgreSQLX 
8000-9000TCPPlage de ports réservée par défaut pour le mappage dynamique des processus Tableau X
27000-27009TCPPlage de ports utilisée par Tableau Server pour le service de licence. Cette plage doit être ouverte sur le nœud exécutant le service de licence et accessible à partir d’autres nœuds. Par défaut, le nœud initial exécute le service de licence.X 
Consultez [Ports de Tableau Services Manager](https://help.tableau.com/current/server/fr-ca/ports.htm) Pour des informations sur la configuration du pare-feu Windows local, consultez la documentation sur le produit Microsoft. **Administrateur local** Le compte que vous utilisez pour exécuter le programme d’installation doit appartenir au groupe Administrateurs locaux sur l’ordinateur Windows où Tableau Server est installé. Par défaut, vous devez également utiliser un compte doté de droits d’administrateur local pour exécuter les outils de l’interface utilisateur Web et de l’interface en ligne de commande Tableau Services Manager (TSM). Toutefois, une fois que vous avez installé Tableau Server, vous pouvez spécifier un groupe Windows pour l’administration TSM. Consultez [Configurer un groupe d’administration TSM personnalisé](https://help.tableau.com/current/server/fr-ca/security_tsm_admin_group.htm). Utilisez TSM pour configurer les composants Tableau Server s’appuyant sur un accès au niveau du système d’exploitation, par exemple les processus, l’authentification, les fichiers journaux, les licences et les alertes. Voir [Authentification TSM](https://help.tableau.com/current/server/fr-ca/tsm_overview.htm#Authenti). L’administration spécifique à Tableau, par exemple l’importation d’utilisateurs, la création de sites, la création Web, etc., est effectuée par les administrateurs Tableau Server. Vous pouvez configurer ces comptes administratifs en attribuant des rôles aux utilisateurs après l’installation. Le compte d’administrateur Tableau Server initial est créé dans le cadre du processus d’installation. Consultez [Ajouter un compte Administrateur](https://help.tableau.com/current/server/fr-ca/startup.htm). **Compte Exécuter en tant que service** Le compte Exécuter en tant que service pour l’exécution du service Tableau Server est utile si vous utilisez l’authentification NT avec des sources de données ou si vous prévoyez d’effectuer un emprunt d’identité SQL Server. Pour plus d’informations, consultez [Compte Exécuter en tant que service](https://help.tableau.com/current/server/fr-ca/runas.htm) et [Emprunt d’identité dans SQL Server](https://help.tableau.com/current/server/fr-ca/impers.htm). Dans certaines organisations, la stratégie de sécurité ou autres solutions de gestion du système sont utilisées pour normaliser les autorisations et les comptes sur les serveurs d’applications. Si votre entreprise utilise une solution de ce type, veillez à configurer le système afin de gérer les autorisations de dossier requises par le compte Exécuter en tant que service. Consultez [Vérifier les autorisations de dossier](https://help.tableau.com/current/server/fr-ca/runas_confirm_read_ex.htm). **Logiciel antivirus** Le logiciel antivirus qui analyse les répertoires utilisés par Tableau Server peut interférer avec l’installation et l’utilisation continue de Tableau Server. Dans certains cas, cela peut entraîner des échecs d’installation, des problèmes de démarrage de Tableau Server ou des incidences sur les performances. Si vous prévoyez de lancer un logiciel antivirus sur l’ordinateur exécutant Tableau Server, suivez les recommandations de la [Base de connaissances](http://kb.tableau.com/articles/howto/improving-performance-by-using-antivirus-exclusions?lang=fr-ca). _Passez à l’étape suivante : [Installer et configurer Tableau Server](https://help.tableau.com/current/server/fr-ca/install_config_top.htm)._ [Passer au contenu principal](#main-content) # Azure Key Vault Tableau Server dispose de trois options KMS (Key Management System, ou système de gestion de clés) pour activer le chiffrement au repos. Deux d’entre elles nécessitent les capacités Advanced Management, tandis qu’une option locale est disponible avec toutes les installations de Tableau Server. **Important :** À compter du 16 septembre 2024, Advanced Management ne sera plus vendu en tant qu’option complémentaire indépendante. Les fonctionnalités Advanced Management sont disponibles uniquement si vous avez déjà acheté Advanced Management ou si vous achetez certaines éditions de licence : Tableau Enterprise, Tableau Cloud+ ou l’offre groupée Tableau+ (disponible pour Tableau Cloud) ou Tableau Enterprise ou Tableau Server+ (disponible pour Tableau Server). Depuis la version 2019.3, Tableau Server a ajouté ces options KMS :  - KMS local disponible avec toutes les installations. Pour plus d’informations, consultez [Système de gestion de clés Tableau Server](https://help.tableau.com/current/server/fr-ca/security_kms.htm). - KMS basé sur AWS qui fait partie de Advanced Management. Pour plus de détails, consultez [Système de gestion de clés AWS](https://help.tableau.com/current/server/fr-ca/security_kms_aws.htm). Depuis la version 2021.1, Tableau Server a ajouté une autre option KMS :  - KMS basé sur Azure qui est partie intégrante de Advanced Management. Il est décrit ci-dessous. ## Azure Key Vault pour le chiffrement au repos Azure Key Vault est disponible comme partie intégrante d’Advanced Management dans Tableau Server depuis la version 2021.1.0. Pour plus d’informations, consultez [À propos de Tableau Advanced Management sur Tableau Server](https://help.tableau.com/current/server/fr-ca/itm_intro.htm). Si votre entreprise déploie le chiffrement d’extrait de données au repos, vous avez la possibilité de configurer Tableau Server pour utiliser Azure Key Vault comme KMS pour le chiffrement d’extrait. Pour activer Azure Key Vault, vous devez déployer Tableau Server dans Azure. Dans le scénario Azure, Tableau Server utilise Azure Key Vault pour chiffrer la clé RMK (root master key, ou clé racine principale) pour tous les extraits chiffrés. Cependant, même lorsqu’il est configuré pour Azure Key Vault, le keystore Java Tableau Server natif et le KMS local sont toujours utilisés pour le stockage sécurisé des secrets sur Tableau Server. Azure Key Vault ne sert qu’à chiffrer la clé racine principale pour les extraits chiffrés. ![Un diagramme illustrant les différentes clés de chiffrement des données.](/tableau/current/fr-ca/server/fr-ca/Img/security_kms_azure_hierarchy.png) Hiérarchie des clés lorsque Tableau Server est configuré avec Azure Key Vault ## Configurer Azure Key Vault pour les extraits chiffrés Tableau Server Si vous utilisez Azure Key Vault pour chiffrer la clé racine dans la hiérarchie KMS de Tableau Server, vous devez configurer Tableau Server comme décrit dans cette section. Avant de démarrer, vérifiez que votre configuration remplit les exigences suivantes : - Tableau Server doit être déployé dans Azure. - Tableau Server doit être configuré avec une licence Advanced Management. Consultez [À propos de Tableau Advanced Management sur Tableau Server](https://help.tableau.com/current/server/fr-ca/itm_intro.htm). - Vous devez avoir un contrôle administratif sur le coffre-fort de clés d’Azure où réside la clé. ### Étape 1 : Créer un coffre-fort de clés et une clé pour Tableau Server dans Azure Les procédures suivantes sont exécutées dans le service Azure Key Vault. Les références sont incluses dans la documentation Azure. 1. Créez le coffre de clés que vous utiliserez pour Tableau Server. Consultez la rubrique [Création d’un coffre de clés](https://docs.microsoft.com/fr-ca/azure-stack/user/azure-stack-key-vault-manage-portal?view=azs-2008#create-a-key-vault) dans Azure. 2. Créez une clé dans le coffre. Consultez la rubrique [Gestion des clés et des secrets](https://docs.microsoft.com/fr-ca/azure-stack/user/azure-stack-key-vault-manage-portal?view=azs-2008) dans Azure. La clé doit être asymétrique, de type RSA, mais peut être de n’importe quelle taille (Tableau Server ne se soucie pas de la taille de la clé). Nous vous recommandons d’utiliser le principe du privilège minimum pour assurer une sécurité maximale. Tableau a besoin d’autorisations pour exécuter les opérations des commandes GET, UNWRAP KEY et WRAP KEY et nous vous recommandons de n’autoriser l’accès avec privilège minimum que pour ces opérations. Attribuez la stratégie d’accès à la machine virtuelle sur laquelle vous exécutez Tableau Server. Dans un déploiement distribué de Tableau Server, la stratégie d’accès doit être attribuée à tous les nœuds de la grappe de serveurs. ### Étape 2 : Collecter les paramètres de configuration Azure Vous aurez besoin du nom du coffre-fort de clés et du nom de clé d’Azure. ### Étape 3 : Configurer Tableau Server pour Azure Key Vault Exécutez la commande suivante sur Tableau Server. Cette commande redémarre le serveur : - ``` tsm security kms set-mode azure --vault-name "" --key-name "" ``` Les options `--vault-name` et `--key-name` d’une chaîne directe copie une chaîne directe de votre coffre-fort de clés Azure. Par exemple, si votre coffre-fort de clés Azure s’appelle `tabsrv-keyvault` et votre clé `tabsrv-sandbox-key01`, la commande serait la suivante : `tsm security kms set-mode azure --vault-name "tabsrv-keyvault" --key-name "tabsrv-sandbox-key01"` ### Étape 4 : Activer le chiffrement au repos Consultez [Chiffrement des extraits au repos](security_ear.htm). ### Étape 5 : Valider l’installation 1. Exécutez la commande suivante : `[tsm security kms status](cli_security_tsm.htm#kms-status)` Les informations suivantes peuvent être retournées : - État : OK (indique que le nœud du contrôleur peut accéder au coffre de clés) : - Mode : Azure Key Vault - Nom du coffre : - Nom de la clé Azure Key Vault : - Liste des UUID disponibles pour les MEK indiquant quelle clé est active - Informations d’erreur si les données KMS ne sont pas accessibles 2. Affichez les fichiers journaux après avoir chiffré et déchiffré les extraits : - Publiez des extraits sur votre site et chiffrez-les. Consultez [Chiffrement des extraits au repos](security_ear.htm). - Accédez aux extraits avec Tableau Desktop ou avec la création Web sur un navigateur (ceci déchiffrera les extraits afin qu’ils puissent être utilisés). - Recherchez les chaînes `AzureKeyVaultEnvelopeAccessor` et `AzureKeyVaultEnvelope` dans les fichiers journaux vizqlserver\_node. L’emplacement par défaut des fichiers journaux est `C:\ProgramData\Tableau\Tableau Server\data\tabsvc\logs` Pour publier et actualiser des extraits associés à Azure Key Vault, effectuez une recherche dans les fichiers journaux du gestionnaire de processus en arrière-plan. Pour plus d’informations sur les fichiers journaux, consultez [Fichiers journaux et emplacement des fichiers journaux Tableau Server](logs_loc.htm). ## Dépannage de la configuration ### Configuration multinœud incorrecte Dans une configuration multinœud d’Azure Key Vault, la commande `tsm security kms status` peut signaler un état sain (OK) même si un autre nœud du groupement est incorrectement configuré. Le contrôle d’état de KMS ne crée des rapports que sur le nœud sur lequel le processus Contrôleur d’administration Tableau Server s’exécute. Il ne rend pas compte des autres nœuds du groupement. Par défaut, le service Contrôleur d’administration Tableau Server s’exécute sur le nœud initial du groupement. Par conséquent, si un autre nœud est incorrectement configuré si bien que Tableau Server ne peut pas accéder à la clé Azure, ces nœuds peuvent signaler des états d’erreur pour divers services, qui ne démarreront pas. Si certains services ne démarrent pas après que vous avez défini KMS sur le mode « azure », exécutez la commande suivante pour revenir au mode local : `tsm security kms set-mode local`. ## Actualiser la clé Azure Vous actualisez la clé Azure dans Azure. Il n’y a pas d’intervalle requis ou programmé d’actualisation de clé. Vous pouvez actualiser votre clé en créant une nouvelle version de clé dans Azure. Étant donné que le nom du coffre de clés et le nom de la clé ne changent pas, vous n’avez pas besoin de mettre à jour la configuration KMS sur Tableau Server pour les scénarios d’actualisation de clés Azure courants. ## Sauvegarde et restauration à l’aide d’Azure Key Vault Une sauvegarde serveur peut être effectuée en mode Azure Key Vault sans configuration ni procédure supplémentaire. La sauvegarde contient des copies chiffrées des RMK et MEK. Le déchiffrement des clés nécessite l’accès et le contrôle d’Azure Key Vault. Dans le cas d’une restauration, le serveur en cours de restauration peut être soit en mode Azure Key Vault, soit en mode KMS local. La seule exigence est que le serveur sur lequel la sauvegarde est restaurée ait accès au Azure Key Vault utilisé par la sauvegarde elle-même. [Passer au contenu principal](#main-content) # Basculement du référentiel Dans une installation Tableau Server, la base de données du référentiel (pgsql) est l’un des processus clés requis. Le référentiel Tableau Server stocke les informations sur les utilisateurs, les groupes, les affectations de groupes, les autorisations, les projets, les sources de données, les métadonnées d’extraits et les informations d’actualisation Tableau Server. Étant donné qu’il est crucial pour le fonctionnement du serveur, Tableau Server est équipé d’un « basculement » automatique intégré pour le référentiel lorsque le serveur est installés dans un environnement distribué répondant à certaines exigences. ## Basculement automatique du référentiel Le basculement automatique du référentiel signifie qu’en cas de problème avec le référentiel Tableau Server actif, le serveur basculera uniquement sur le référentiel passif. Ce basculement n’intervient pas immédiatement afin d’assurer une protection contre les problèmes ponctuels de référentiel qui ne justifient pas un basculement. Par contre, si le référentiel est indisponible pendant plus de cinq minutes, le basculement se produit. Par exemple, si le service PostgresSQL sous-jacent échoue, le basculement se produit dans environ une minute. Cependant, d’autres problèmes de configuration peuvent ne pas déclencher d’échec avant 5 minutes. Pour que le basculement automatique du référentiel fonctionne, votre installation Tableau Server a besoin de la configuration suivante : - Trois nœuds au minimum - Deux instances installées du référentiel Facultatif, mais vivement recommandé : - Un ensemble de service de coordination multinœud déployé Une fois ces conditions remplies, le basculement du référentiel aura lieu si le référentiel actif devient indisponible suite à un problème avec le processus, ou un problème avec le nœud sur lequel le processus s’exécute. Si le référentiel d’origine redevient disponible (si, par exemple, le nœud est redémarré et que tous les processus s’exécutent correctement), il devient le référentiel passif, qui est disponible pour le basculement en cas de nécessité. ## Basculement manuel du référentiel Plusieurs raisons peuvent vous inciter à revenir au référentiel d’origine après un basculement. Une raison serait par exemple que cette instance du référentiel est installée sur un ordinateur doté de davantage de ressources. Pour cela, utilisez la commande `tsm topology failover-repository` pour revenir manuellement au référentiel d’origine. Pour plus d’informations, consultez [tsm topology failover-repository](https://help.tableau.com/current/server/fr-ca/cli_topology_tsm.htm#TSMFailoverRepository). ## Référentiel actif préféré Lorsque vous configurez Tableau Server, vous avez la possibilité de spécifier un nœud comme référentiel actif préféré. Lorsque Tableau Server est configuré pour le basculement de référentiel, le nœud de référentiel actif préféré est celui utilisé pour le référentiel actif. Il s’agit d’une étape facultative et, si vous ne spécifiez pas un nœud de référentiel actif préféré, Tableau Server sélectionnera le nœud de référentiel actif au démarrage. Pour configurer le référentiel actif préféré, utilisez la commande `tsm configuration set` pour configurer l’option `pgsql.preferred_host` : `tsm configuration set -k pgsql.preferred_host -v ""` **Remarque :** `host_name` est sensible à la casse et doit correspondre au nom du nœud tel qu’il apparaît dans `tsm status -v`. Configurez un nœud de référentiel actif préféré si vous voulez que Tableau Server sélectionne un nœud spécifique au démarrage. Vous pouvez le faire si vous voulez utiliser un serveur particulier comme référentiel actif (un ordinateur doté d’un espace disque ou d’une mémoire supérieure, par exemple) ou si vous utilisez des vues administratives personnalisées. Les vues administratives personnalisées intègrent des informations de connexion qui font référence au référentiel pour lequel vous avez créé les vues. Pour plus d’informations sur la connexion au référentiel Tableau Server, consultez [Collecter des données avec le référentiel Tableau Server](https://help.tableau.com/current/server/fr-ca/perf_collect_server_repo.htm) [Passer au contenu principal](#main-content) # Cas d’utilisation de Tableau Content Migration Tool Tableau Content Migration Tool, comme son nom l’indique, est principalement utilisé pour déplacer le contenu de Tableau Server d’un site vers un autre. L’outil contient également de nombreuses fonctionnalités qui le rendent fort utile pour plusieurs tâches liées à la migration de contenu et à la maintenance. **Remarque :** dans de nombreux cas d’utilisation, nous appliquons le terme migration pour décrire le déplacement du contenu d’un environnement, d’un site ou d’un projet vers un autre. Toutefois, techniquement, Content Migration Tool copie le contenu et ne supprime pas et n’archive pas automatiquement le contenu original ou source. Les renseignements ci-dessous décrivent certains cas d’utilisation courants où vous pouvez utiliser le Content Migration Tool. ## Promotion du contenu Vous pouvez utiliser Content Migration Tool pour créer un contenu pour des sites de développement et effectuer des migrations de routine pour promouvoir le contenu sur des environnements intermédiaires ou de production. Procédez comme suit pour promouvoir le contenu sur des environnements de production : 1. **Créez un plan** et sélectionnez le site utilisé pour le développement comme source et le site intermédiaire ou de production comme destination. Pour plus d’informations, consultez Créer un plan dans la rubrique [Présentation du plan de migration](https://help.tableau.com/current/server/fr-ca/cmt-depl_plan_overview.htm#step-1-start). Si vous migrez vos classeurs entre deux projets sur le même site, vos identifiants de connexion pour les sites source et de destination peuvent être très similaires ou identiques. Dans ce scénario, nous vous recommandons d’utiliser des jetons d’accès personnels pour rendre la connexion plus réutilisable. Pour plus d’informations, consultez [Jetons d’accès personnels](https://help.tableau.com/current/server/fr-ca/security_personal_access_tokens.htm). 2. **Sélectionnez le contenu** à migrer depuis votre site source. Vous pouvez sélectionner des projets entiers, des classeurs et des sources de données spécifiques et des autorisations utilisateur. Pour plus d’informations, consultez Planification dans la rubrique [Présentation du plan de migration](https://help.tableau.com/current/server/fr-ca/cmt-depl_plan_overview.htm#step-2-planning). 3. Si vous devez apporter **des modifications ou des transformations** au contenu au cours de cette migration, vous pouvez également le configurer dans le plan. Cette opération est appelée **Mappage**. Voici les types de mappage que vous pouvez effectuer : - **Modifications apportées aux classeurs :** incluent le renommage des classeurs et la modification du projet de destination. Pour une liste complète des transformations de classeurs, consultez [Plans de migration : Classeurs](https://help.tableau.com/current/server/fr-ca/cmt-plan_workbooks.htm). ![Un menu déroulant dans la fenêtre Migration qui répertorie les options permettant de renommer les classeurs, les projets, les préfixes et les suffixes.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-workbook-mapping-options.png) - **Modifications apportées aux sources de données :** incluent le remplacement des noms de table ou de schéma, les formules de calcul des paramètres et la définition de l’information de connexion. Pour une liste complète des transformations de sources de données, consultez [Plans de migration : Classeurs](https://help.tableau.com/current/server/fr-ca/cmt-plan_workbooks.htm#step-3-workbook-transformations) (sources de données intégrées) et [Plans de migration : Sources de données publiées](https://help.tableau.com/current/server/fr-ca/cmt-plan_datasources.htm#step-3-data-source-transformations) (sources de données publiées). ![Le menu déroulant Ajouter une transformation pour les transformations de source de données.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-datasource-mapping-options.png) - **Modifications apportées aux utilisateurs:** incluent les modifications de nom de domaine, d’utilisateur et de groupe dans la destination. 4. Une fois prêt, cliquez sur **Exécuter la migration** pour terminer la phase de planification et vous préparer à exécuter votre plan. 5. **Pour programmer** cette exécution régulièrement, vous pouvez la [scripter en tant que travail](https://help.tableau.com/current/server/fr-ca/cmt-scripting_migration_example.htm) à l’aide de l’utilitaire d’exécution de Content Migration Tool et la programmer. Pour plus d’information sur l’utilisation de l’utilitaire d’exécution de Content Migration Tool, consultez [Utilisation de l’utilitaire d’exécution de console Tableau Content Migration Tool](https://help.tableau.com/current/server/fr-ca/cmt-deployment_console_runner.htm). ## Adapter le contenu pour les clients Lorsque vous travaillez dans un scénario de conseil, vous pouvez personnaliser le contenu pour chacun de vos clients à l’aide de Content Migration Tool. Chaque classeur fonctionne comme un modèle pour votre plan de migration, vous permettant d’appliquer le style (texte, images, etc.) et de remplacer les sources de données pour des clients spécifiques. **Procédez comme suit pour personnaliser le contenu pour vos clients :** 1. **Créez un plan** et sélectionnez le site de production comme source, et le site client comme destination. Pour plus d’informations, consultez Créer un plan dans la rubrique [Présentation du plan de migration](https://help.tableau.com/current/server/fr-ca/cmt-depl_plan_overview.htm#step-1-start). 2. Dans l’étape **Classeurs** du Plan de migration, utilisez des mappages et des transformations de classeur pour personnaliser votre contenu. Vous trouverez ci-dessous deux exemples de transformations fréquemment utilisées. Pour une liste complète des transformations de classeurs, consultez [Plans de migration : Classeurs](https://help.tableau.com/current/server/fr-ca/cmt-plan_workbooks.htm). - Pour personnaliser le contenu, vous pouvez utiliser les transformations Remplacer l’image et Remplacer le texte pour mettre à jour le classeur avec le nom et le logo d’une entreprise cliente. - En ce qui concerne les sources de données, vous pouvez utiliser les transformations Remplacer le nom de la table/du schéma ou Définir SQL personnalisé pour modifier le contenu pour votre client. 3. **Vérifiez et exécutez** le plan. Une fois prêt, cliquez sur Exécuter la migration pour terminer la phase de planification et vous préparer à exécuter votre plan. ## Migration d’environnement Vous pouvez utiliser Content Migration Tool pour migrer du contenu entre des environnements Tableau Server. Procédez comme suit pour migrer du contenu entre des déploiements de Tableau : 1. **Créez un plan** et **sélectionnez le site** depuis lequel vous souhaitez migrer en tant que site source. Pour plus d’informations, consultez Créer un plan dans la rubrique [Présentation du plan de migration](https://help.tableau.com/current/server/fr-ca/cmt-depl_plan_overview.htm#step-1-start). 2. **Sélectionnez le contenu** à migrer depuis votre site source. Vous pouvez sélectionner des projets entiers, des classeurs et des sources de données spécifiques et des autorisations utilisateur. 3. **Créez des mappages d’autorisations utilisateur** pour personnaliser et sécuriser le contenu. Pour plus d’informations, consultez [Plans de migration : autorisations et propriété](https://help.tableau.com/current/server/fr-ca/cmt-plan_users.htm). ![Un menu avec des options pour la planification, le mappage et l’exécution d’une migration, avec le mappage des utilisateurs en surbrillance.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-user-mapping-options.png) 4. **Vérifiez et exécutez** le plan. Une fois prêt, cliquez sur Exécuter la migration pour terminer la phase de planification et vous préparer à exécuter votre plan. > [!TIP] > > **Conseils** > \- Avant d’effectuer une migration de l’environnement, assurez-vous de bien comprendre les [Limitations de la migration](https://help.tableau.com/current/server/fr-ca/cmt-migration_limitations.htm) en cas d’utilisation de Content Migration Tool. > \- Vous pouvez migrer votre contenu par étapes, tester et valider le contenu de manière itérative avant l’achèvement de la migration finale. Il n’y a pas de temps d’arrêt du serveur lorsque vous utilisez cette méthode de migration. Elle peut remplacer l’importation/exportation de site. > \- La migration à l’aide de Content Migration Tool ne gère pas les identifiants intégrés, les abonnements et les vues personnalisées. Ceux-ci devront être migrés manuellement. ## Partage de contenu externe Vous pouvez utiliser Content Migration Tool pour partager un contenu interne avec des collaborateurs externes, sans les autoriser à accéder à votre site. Vous préservez ainsi la sécurité de vos données et vous ne publiez qu’une sélection de classeurs et de sources de données. Une fois le contenu partagé, les collaborateurs se connectent à leur site Tableau Server pour afficher et apporter des modifications, sans affecter le contenu stocké sur votre serveur interne. Avant de continuer, assurez-vous que le contenu que vous partagez est compatible entre le site interne (source) et le site externe (de destination). Le site externe doit exécuter la même version de Tableau que le site interne ou une version ultérieure. Pour plus d’information sur la compatibilité, consultez la section [Rendre les classeurs compatibles entre les versions](https://help.tableau.com/current/desktopdeploy/fr-ca/desktop_deploy_compatibility.htm) dans l’aide de Tableau Desktop. **Procédez comme suit pour partager un contenu en externe :** 1. **Travaillez avec** l’administrateur du site externe pour déterminer un compte utilisateur doté de droits de publication sur le site. Vous utiliserez ce compte utilisateur pour créer le plan de migration. Pour plus d’informations, consultez [Définir les rôles sur le site des utilisateurs](https://help.tableau.com/current/server/fr-ca/users_site_roles.htm) et [Autorisations](https://help.tableau.com/current/server/fr-ca/permissions.htm). 2. **Préparer le contenu interne**. Une meilleure pratique consiste à séparer le contenu sur le serveur interne à un projet, avec des autorisations verrouillées et des règles de gouvernance strictes. Les classeurs et les sources de données doivent être clairement étiquetés pour indiquer que le contenu est destiné à une utilisation externe. Pour plus d’informations, consultez [Utiliser des projets pour gérer l’accès au contenu](https://help.tableau.com/current/server/fr-ca/projects.htm). **Remarque :** le contenu partagé avec des sites externes doit utiliser des extraits de données à moins que la source de données ne soit accessible publiquement. Pour plus d’informations sur la création d’extraits et le remplacement de sources de données, consultez [Extraire vos données](https://help.tableau.com/current/pro/desktop/fr-ca/extracting_data.htm) et [Remplacer des sources de données](https://help.tableau.com/current/pro/desktop/fr-ca/connect_basic_replace.htm) dans l’aide de Tableau Desktop. Si vous avez implémenté la sécurité au niveau des lignes, ces sources de données doivent être mises à jour de manière à refléter les filtres utilisateur et d’autres détails pour le site externe. Pour plus d’informations sur la sécurité au niveau des lignes, consultez [Restreindre l’accès au niveau des lignes de données](https://help.tableau.com/current/pro/desktop/fr-ca/publish_userfilters.htm) dans l’aide de Tableau Desktop. 3. **Créez un plan** et sélectionnez le site interne comme source, et le site externe comme destination. Pour plus d’informations, consultez Créer un plan dans la rubrique [Présentation du plan de migration](https://help.tableau.com/current/server/fr-ca/cmt-depl_plan_overview.htm#step-1-start). 4. **Sélectionnez le contenu** à partager avec le site externe. Vous pouvez sélectionner des projets entiers, des classeurs et des sources de données spécifiques et des autorisations utilisateur. 5. **Vérifiez et exécutez** le plan. Une fois prêt, cliquez sur Exécuter la migration pour terminer la phase de planification et vous préparer à exécuter votre plan. ## Validation des migrations de bases de données Dans ce cas d’utilisation, vous avez l’intention de valider le contenu après une migration des bases de données sous-jacentes. Un exemple de migration de base de données est le déplacement de SQL Server vers Snowflake. CMT peut vous aider à valider le contenu créé à partir des deux sources de données qui est le même avant que vous ne finalisiez votre migration, mais il ne peut pas effectuer la migration de la base de données réelle. Utilisez les étapes suivantes pour valider les migrations de bases de données : 1. **Créez un plan** et sélectionnez le site Tableau que vous voulez utiliser comme site source. Dans cet exemple, nous décrivons une migration entre projets sur le même site Tableau, sélectionnez donc le même site comme site de destination. Pour plus d’informations, consultez Créer un plan dans la rubrique [Présentation du plan de migration](https://help.tableau.com/current/server/fr-ca/cmt-depl_plan_overview.htm#step-1-start). 2. **Configurez la migration** pour copier votre contenu dans un nouveau projet. Appelons le projet **source** **Projet A**, et le nouveau projet ou le projet de **destination** **Projet B**. - Modifications apportées aux classeurs : créez un mappage de classeur pour remplacer le Projet A par le Projet B. Pour obtenir la liste complète des transformations de classeurs, consultez [Plans de migration : Classeurs](https://help.tableau.com/current/server/fr-ca/cmt-plan_workbooks.htm). - Modifications apportées aux sources de données : créez un mappage de source de données pour modifier le Projet A en Projet B. Pour obtenir la liste complète des transformations de source de données, consultez [Plans de migration : Sources de données publiées](https://help.tableau.com/current/server/fr-ca/cmt-plan_datasources.htm). 3. **Vérifiez et exécutez** le plan. Une fois prêt, cliquez sur **Exécuter la migration** pour terminer la phase de planification et vous préparer à exécuter votre plan. 4. **Mettez à jour le contenu** du **Projet B** avec les nouvelles connexions de base de données ou remplacez les sources de données. Cela doit être fait manuellement lors de la création. 5. **Testez chaque classeur** dans le **Projet A** avec la copie dans le **Projet B** et examinez les incohérences dans les données résultant du changement de source de données. 6. Après vous être assuré que tout fonctionne comme prévu, **remplacez le contenu** du projet A par le contenu mis à jour du projet B. **Remarque :** Si le contenu existe déjà dans le projet de destination et que vous ne sélectionnez pas les options de publication Remplacer les classeurs plus récents et Remplacer les sources de données plus récentes, le contenu ne sera pas copié sur le projet de destination. ## Migration de contenu géographique Si vous gérez un environnement multi-sites distribué géographiquement, vous aurez besoin qu’une partie de ce contenu soit un contenu partagé et accessible sur tous les serveurs. Ce cas d’utilisation décrit comment migrer le contenu entre des serveurs répartis dans différentes zones géographiques. Le serveur peut se trouver dans le même pays ou sur différents continents. > [!TIP] > > **Meilleures pratiques :** > \- Nous vous recommandons de hiérarchiser le contenu dont vous avez le plus besoin. Content Migration Tool ne doit pas être utilisé pour copier des environnements de serveur entiers vers plusieurs zones géographiques. > \- Nous recommandons de migrer le contenu dans une seule direction, c’est-à-dire principal vers secondaire. Ici, nous utilisons le terme Principal pour indiquer le site source et Secondaire pour indiquer le site de destination. Vous pouvez avoir une ou plusieurs destinations en créant des plans de migration multiples. Procédez comme suit pour migrer entre des environnements Tableau Server qui sont répartis dans différentes zones géographiques : 1. **Créez un plan** et sélectionnez le site Primaire comme source et le site Secondaire comme destination. Pour plus d’informations, consultez Créer un plan dans la rubrique [Présentation du plan de migration](https://help.tableau.com/current/server/fr-ca/cmt-depl_plan_overview.htm#step-1-start). 2. **Sélectionnez le contenu** que vous souhaitez partager entre principal et secondaire. 3. **Vérifiez et exécutez** le plan. Une fois prêt, cliquez sur Exécuter la migration pour terminer la phase de planification et vous préparer à exécuter votre plan. 4. **Pour programmer** cette exécution sur une base régulière, vous pouvez la [scripter en tant que travail](https://help.tableau.com/current/server/fr-ca/cmt-scripting_migration_example.htm) à l’aide de l’utilitaire d’exécution de Content Migration Tool et la programmer. Pour plus d’information sur l’utilisation de l’utilitaire d’exécution de Content Migration Tool, consultez [Utilisation de l’utilitaire d’exécution de console Tableau Content Migration Tool](https://help.tableau.com/current/server/fr-ca/cmt-deployment_console_runner.htm). 5. **Vérifiez périodiquement le contenu** de la source pour déterminer s’il faut ajouter de nouveaux éléments au plan de migration. ## Consolider les sites Si vous devez combiner le contenu de plusieurs sites en un seul site (si, par exemple, une restructuration organisationnelle a modifié la disposition de vos sites), vous pouvez utiliser Content Migration Tool à cette fin. **Remarque :** Avant de consolider les sites, assurez-vous de bien comprendre les limitations qui s’appliquent à la migration de contenu à l’aide de Content Migration Tool. Pour plus d’informations, consultez [Limitations de la migration](https://help.tableau.com/current/server/fr-ca/cmt-migration_limitations.htm). Procédez comme suit pour copier tous les classeurs et sources de données d’un site à un autre : 1. Créez un plan et sélectionnez le site que vous souhaitez consolider comme site source. Pour plus d’informations, consultez Créer un plan dans la rubrique [Présentation du plan de migration](https://help.tableau.com/current/server/fr-ca/cmt-depl_plan_overview.htm#step-1-start). 2. Sur la page Projets source, sélectionnez Tous les projets et cliquez sur Suivant. Si un projet portant le même nom existe sur le site de destination, le contenu sera migré vers le même dossier. 3. Sur la page Options du projet, sélectionnez vos préférences pour le site de destination et cliquez sur Suivant. Si le contenu existe déjà dans le projet de destination et que vous ne sélectionnez pas l’option de remplacement, le contenu ne sera pas copié sur le projet de destination. 4. Sur l’écran Sélection de classeur, sélectionnez Tous les classeurs. 5. (Facultatif) Si vous copiez des sources de données publiées : - Dans le menu de navigation de gauche, sous Sources de données publiées, cliquez sur Sélection. - Sélectionnez Toutes les sources de données. 6. Cliquez sur Exécuter la migration et passez en revue le plan de migration. Une fois que vous êtes satisfait, cliquez sur Exécuter au bas de l’écran pour exécuter la migration. Répétez l’opération jusqu’à ce que vous ayez consolidé tous les sites. Pour plus d’informations, consultez Planification dans la rubrique [Présentation du plan de migration](https://help.tableau.com/current/server/fr-ca/cmt-depl_plan_overview.htm#step-2-planning). ## Tâches de maintenance Vous pouvez utiliser Content Migration Tool pour effectuer diverses tâches de maintenance. ### Balisage du contenu obsolète Vous pouvez utiliser Content Migration Tool pour gérer l’archivage du contenu obsolète. Par exemple, vous pouvez établir un plan qui s’exécute selon un calendrier régulier pour récupérer automatiquement le contenu balisé comme contenu obsolète et le déplacer vers un projet Archive. À terme, le contenu de ce projet peut être purgé du système. Pour plus d’informations, consultez [Plans de migration : Classeurs](https://help.tableau.com/current/server/fr-ca/cmt-plan_workbooks.htm). ### Restauration du contenu Vous pouvez utiliser Content Migration Tool pour restaurer le contenu supprimé (accidentellement ou intentionnellement) de Tableau Server de production avec un contenu issu d’un serveur de sauvegarde. Le processus de restauration est simple et ne nécessite pas de temps d’arrêt, à la différence de la restauration avec un fichier de sauvegarde. Procédez comme suit pour restaurer un contenu depuis un serveur de sauvegarde : 1. **Créez un plan** et sélectionnez l’instance de sauvegarde Tableau Server comme source, et le serveur de production comme destination. Pour plus d’informations, consultez Créer un plan dans la rubrique [Présentation du plan de migration](https://help.tableau.com/current/server/fr-ca/cmt-depl_plan_overview.htm#step-1-start). 2. **Sélectionnez le contenu** à restaurer depuis l’instance de sauvegarde Tableau Server. 3. **Vérifiez et exécutez** le plan. Une fois prêt, cliquez sur Exécuter la migration pour terminer la phase de planification et vous préparer à exécuter votre plan. 4. **Vérifiez le contenu** sur le serveur de production. ### Sauvegarde partielle Après avoir créé votre environnement de sauvegarde Tableau Server, vous pouvez utiliser Content Migration Tool pour transférer le nouveau contenu de l’environnement de production vers l’environnement Tableau Server de sauvegarde. Si vous n’avez pas configuré un environnement Tableau Server de sauvegarde, consultez le document technique [Récupération après sinistre pour Tableau Server](https://www.tableau.com/learn/whitepapers/disaster-recovery-tableau-server) pour plus d’information. **Remarques :** \- Avant d’effectuer une sauvegarde partielle, assurez-vous de bien comprendre les [Limitations de la migration](https://help.tableau.com/current/server/fr-ca/cmt-migration_limitations.htm) en cas d’utilisation de Content Migration Tool. Vous devrez peut-être toujours effectuer périodiquement une sauvegarde et une restauration complètes pour sauvegarder tout le contenu de Tableau Server. Pour plus d’informations, consultez [Effectuer une sauvegarde et une restauration complètes de Tableau Server](https://help.tableau.com/current/server/fr-ca/backup_restore.htm). \- Content Migration Tool ne doit pas être utilisé pour effectuer votre première sauvegarde. Suivez la procédure ci-après pour créer une sauvegarde partielle de votre contenu : 1. **Créez un plan** et sélectionnez l’instance de sauvegarde Tableau Server comme source, et le serveur de production comme destination. Pour plus d’informations, consultez Créer un plan dans la rubrique [Présentation du plan de migration](https://help.tableau.com/current/server/fr-ca/cmt-depl_plan_overview.htm#step-1-start). 2. **Sélectionnez le contenu** que vous souhaitez sauvegarder. Vous pouvez sélectionner des projets entiers, des classeurs et des sources de données spécifiques et des autorisations utilisateur. Pour migrer uniquement un contenu nouveau, assurez-vous que les options de publication Remplacer les classeurs plus récents et Remplacer les sources de données plus récentes ne sont pas sélectionnées. Pour plus d’informations, consultez [Plans de migration : Classeurs](https://help.tableau.com/current/server/fr-ca/cmt-plan_workbooks.htm). 3. **Vérifiez et exécutez** le plan. Une fois prêt, cliquez sur Exécuter la migration pour terminer la phase de planification et vous préparer à exécuter votre plan. 4. **Pour programmer** cette exécution sur une base régulière, vous pouvez la scripter en tant que travail à l’aide de l’utilitaire d’exécution de Content Migration Tool et la programmer. Pour plus d’information sur l’utilisation de l’utilitaire d’exécution de Content Migration Tool, consultez [Utilisation de l’utilitaire d’exécution de console Tableau Content Migration Tool](https://help.tableau.com/current/server/fr-ca/cmt-deployment_console_runner.htm). [Passer au contenu principal](#main-content) # Ce dont vous avez besoin avant de démarrer ## Ceci est un contenu archivé Les déploiements sur des nuages publics continuent d’être pris en charge, mais le contenu des déploiements de nuage public tiers n’est plus mis à jour. Pour consulter le dernier contenu de déploiement de Tableau Server, consultez le et la section [Déployer](https://help.tableau.com/current/server/fr-ca/install.htm) de l’aide de Tableau Server. Pour les clients qui ont accès, nous recommandons Tableau Cloud. Pour en savoir plus, consultez : - [Guide de migration manuelle de Tableau Cloud](https://help.tableau.com/current/guides/migration/fr-ca/emg_intro.htm) - [Version d’évaluation de Tableau Cloud pour administrateur](https://help.tableau.com/current/server-linux/fr-ca/install.htm) - [Tableau Cloud : Premiers pas pour l’administrateur](https://www.tableau.com/fr-ca/learn/get-started/online-admin) ## Introduction Pour utiliser Tableau Server sur Alibaba Cloud, vous avez besoin des éléments suivants : - Un compte Alibaba Cloud. Si vous n’en avez pas déjà un, [inscrivez-vous pour un nouveau compte](https://account.alibabacloud.com/register/intl_register.htm). - Une licence Tableau Server. - Pour un déploiement Tableau Server autonome, vous devez [contacter le service commercial](https://www.tableau.com/fr-ca/about/contact#contact_sales) pour obtenir une clé de produit. - Pour un déploiement basé sur un groupement, vous devez utiliser une licence basée sur les utilisateurs (qui couvre tous les utilisateurs autorisés de Tableau Server), une licence basée sur les cœurs (avec 16 cœurs au minimum) ou une licence Tableau Server par souscription. Pour obtenir une clé produit, veuillez [contacter le service commercial](https://www.tableau.com/fr-ca/about/contact#contact_sales). Pour plus d’informations sur les options de licence pour Tableau Server, consultez [Présentation des licences](https://help.tableau.com/current/server/fr-ca/license_server_overview.htm). [Passer au contenu principal](#main-content) # Ce dont vous avez besoin avant de démarrer ## Ceci est un contenu archivé Les déploiements sur des nuages publics continuent d’être pris en charge, mais le contenu des déploiements de nuage public tiers n’est plus mis à jour. Pour consulter le dernier contenu de déploiement de Tableau Server, consultez le et la section [Déployer](https://help.tableau.com/current/server/fr-ca/install.htm) de l’aide de Tableau Server. Pour les clients qui ont accès, nous recommandons Tableau Cloud. Pour en savoir plus, consultez : - [Guide de migration manuelle de Tableau Cloud](https://help.tableau.com/current/guides/migration/fr-ca/emg_intro.htm) - [Version d’évaluation de Tableau Cloud pour administrateur](https://help.tableau.com/current/server-linux/fr-ca/install.htm) - [Tableau Cloud : Premiers pas pour l’administrateur](https://www.tableau.com/fr-ca/learn/get-started/online-admin) ## Introduction Avant de déployer Tableau Server sur AWS, vous devez être en possession des éléments suivants : - Un compte AWS. - Une paire de clés Amazon EC2. Pour plus d’informations, consultez [Amazon EC2 Paires de clés et instances Windows](http://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/ec2-key-pairs.html) dans le _Guide de l’utilisateur d’Amazon EC2 pour les instances Windows_ sur le site Web d’AWS. - Une licence Tableau Server. - Pour un déploiement Tableau Server autonome, vous devez [contacter le service commercial](https://www.tableau.com/fr-ca/about/contact#contact_sales) pour obtenir une clé de produit. - Pour un déploiement basé sur un groupement, vous devez utiliser une licence basée sur les utilisateurs (qui couvre tous les utilisateurs autorisés de Tableau Server), une licence basée sur les cœurs (avec 16 cœurs au minimum) ou une licence Tableau Server par souscription. Pour obtenir une clé produit, veuillez [contacter le service commercial](https://www.tableau.com/fr-ca/about/contact#contact_sales). Pour plus d’informations sur les options de licence pour Tableau Server, consultez [Présentation des licences](https://help.tableau.com/current/server/fr-ca/license_server_overview.htm). - (Facultatif) Un domaine géré par Amazon Route 53. - (Facultatif) Un certificat SSL géré par AWS Certificate Manager dans la région où vous déployez Tableau Server. - Stockage sur une instance Amazon EC2 (un SSD (gp2) à usage général est recommandé). - (Facultatif) Une adresse IP élastique si vous n’utilisez pas ELB ou Amazon Route 53. [Passer au contenu principal](#main-content) # Ce dont vous avez besoin avant de démarrer ## Ceci est un contenu archivé Les déploiements sur des nuages publics continuent d’être pris en charge, mais le contenu des déploiements de nuage public tiers n’est plus mis à jour. Pour consulter le dernier contenu de déploiement de Tableau Server, consultez le et la section [Déployer](https://help.tableau.com/current/server/fr-ca/install.htm) de l’aide de Tableau Server. Pour les clients qui ont accès, nous recommandons Tableau Cloud. Pour en savoir plus, consultez : - [Guide de migration manuelle de Tableau Cloud](https://help.tableau.com/current/guides/migration/fr-ca/emg_intro.htm) - [Version d’évaluation de Tableau Cloud pour administrateur](https://help.tableau.com/current/server-linux/fr-ca/install.htm) - [Tableau Cloud : Premiers pas pour l’administrateur](https://www.tableau.com/fr-ca/learn/get-started/online-admin) ## Introduction Avant de déployer Tableau Server sur Microsoft Azure, vous devez être en possession des éléments suivants : - Un abonnement Microsoft Azure. Si vous n’avez pas encore d’abonnement, vous pouvez vous inscrire à une version d’évaluation sur le site Web [Essai gratuit Microsoft Azure](https://azure.microsoft.com/fr-ca/pricing/free-trial/). - Une licence Tableau Server. - Pour un déploiement Tableau Server autonome, vous devez [contacter le service commercial](https://www.tableau.com/fr-ca/about/contact#contact_sales) pour obtenir une clé de produit. - Pour un déploiement basé sur un groupement, vous devez utiliser une licence basée sur les utilisateurs (qui couvre tous les utilisateurs autorisés de Tableau Server), une licence basée sur les cœurs (avec 16 cœurs au minimum) ou une licence Tableau Server par souscription. Pour obtenir une clé produit, veuillez [contacter le service commercial](https://www.tableau.com/fr-ca/about/contact#contact_sales). Pour plus d’informations sur les options de licence pour Tableau Server, consultez [Présentation des licences](https://help.tableau.com/current/server/fr-ca/license_server_overview.htm). - Bureau à distance Microsoft installé sur votre ordinateur. Vous utilisez le Bureau à distance pour vous connecter à la VM hébergeant Tableau Server. Le Bureau à distance est pré-installé sur les systèmes d’exploitation basés sur Windows. Si vous utilisez un Mac, vous pouvez installer la Bureau à distance en tant que client depuis le [Centre de téléchargement Microsoft](https://www.microsoft.com/fr-ca/p/microsoft-remote-desktop/9wzdncrfj3ps?activetab=pivot :overviewtab) . Si vous vous connectez depuis un ordinateur exécutant Linux, vous pouvez utiliser [rdesktop](http://www.rdesktop.org/) pour vous connecter à votre VM Azure exécutant Microsoft Windows. Pour plus d’informations, consultez [Comment se connecter et s’authentifier sur une machine virtuelle Azure exécutant Windows](https://docs.microsoft.com/fr-ca/azure/virtual-machines/windows/connect-logon) sur le site Web de Microsoft Azure. - Programme d’installation de Tableau Server. Vous pouvez télécharger le programme d’installation depuis la page [Téléchargement de la version d’évaluation de Tableau Server](http://www.tableau.com/fr-ca/products/server/download). [Passer au contenu principal](#main-content) # Ce dont vous avez besoin avant de démarrer ## Ceci est un contenu archivé Les déploiements sur des nuages publics continuent d’être pris en charge, mais le contenu des déploiements de nuage public tiers n’est plus mis à jour. Pour consulter le dernier contenu de déploiement de Tableau Server, consultez le et la section [Déployer](https://help.tableau.com/current/server/fr-ca/install.htm) de l’aide de Tableau Server. Pour les clients qui ont accès, nous recommandons Tableau Cloud. Pour en savoir plus, consultez : - [Guide de migration manuelle de Tableau Cloud](https://help.tableau.com/current/guides/migration/fr-ca/emg_intro.htm) - [Version d’évaluation de Tableau Cloud pour administrateur](https://help.tableau.com/current/server-linux/fr-ca/install.htm) - [Tableau Cloud : Premiers pas pour l’administrateur](https://www.tableau.com/fr-ca/learn/get-started/online-admin) ## Introduction Pour utiliser Tableau Server sur Google Cloud Platform, vous avez besoin des éléments suivants : - Un compte Google Cloud Platform. Si vous n’en avez pas déjà un, [inscrivez-vous pour un nouveau compte](https://cloud.google.com/contact/). - Une licence Tableau Server. - Pour un déploiement Tableau Server autonome, vous devez [contacter le service commercial](https://www.tableau.com/fr-ca/about/contact#contact_sales) pour obtenir une clé de produit. - Pour un déploiement basé sur un groupement, vous devez utiliser une licence basée sur les utilisateurs (qui couvre tous les utilisateurs autorisés de Tableau Server), une licence basée sur les cœurs (avec 16 cœurs au minimum) ou une licence Tableau Server par souscription. Pour obtenir une clé produit, veuillez [contacter le service commercial](https://www.tableau.com/fr-ca/about/contact#contact_sales). Pour plus d’informations sur les options de licence pour Tableau Server, consultez [Présentation des licences](https://help.tableau.com/current/server/fr-ca/license_server_overview.htm). [Passer au contenu principal](#main-content) # Ce qui a changé - À savoir avant d’effectuer la mise à niveau Depuis la version 2020.2, cette rubrique a été fusionnée avec Nouveautés de Tableau Server. Un emplacement unique rassemble ainsi les fonctionnalités et le comportement nouveaux et modifiés dans Tableau Server. Consultez [Notes de version de Tableau Server](https://help.tableau.com/current/server/fr-ca/whatsnew_server.htm) pour connaître à la fois les nouvelles fonctionnalités et les modifications introduites dans cette version et les versions antérieures. **Remarque :** Utilisez [Explorateur de versions Tableau](https://public.tableau.com/shared/TBKC48JR7?:display_count=n&:origin=viz_share_link) pour rechercher des fonctionnalités dans Tableau Desktop, Server et Prep, ou pour afficher une liste complète des fonctionnalités lorsque vous comparez votre version actuelle de Tableau à une version ultérieure. [Passer au contenu principal](#main-content) # Champs analysés dans Expliquer les données La fonction Expliquer les données exécute une analyse statistique sur un tableau de bord ou une feuille pour rechercher des repères aberrants, ou spécifiquement sur un repère que vous sélectionnez. L’analyse prend également en compte les points de données éventuellement liés de la source de données qui ne sont pas représentés dans la vue actuelle. Expliquer les données n’inclut pas nécessairement toutes les colonnes de la source de données dans l’analyse. Dans de nombreux cas, certains types de champs seront automatiquement exclus de l’analyse. Pour plus d’informations, consultez [Champs exclus par défaut](#DefaultExcFields). ![Champs analysés de la vue « Expliquer les données ».](/tableau/current/fr-ca/server/fr-ca/Img/explaindata_viewfields.gif) **Remarque :** les dimensions contenant plus de 500 valeurs uniques ne seront pas prises en compte pour l’analyse (sauf autorisation de l’auteur dans les paramètres d’Expliquer les données). Tous les utilisateurs peuvent afficher des informations sur les champs inclus ou exclus dans l’analyse en cours. Les utilisateurs de type Creator et Explorer qui disposent d’autorisations de modification peuvent modifier les champs utilisés par Expliquer les données à des fins d’analyse statistique. ## Afficher les champs analysés par Expliquer les données Lorsque vous développez une explication pour une mesure qui contribue à la valeur du repère, un lien indiquant le nombre de champs pris en compte dans l’analyse s’affiche en bas du volet Guide des données. ![Détails d’« Expliquer les données » avec un lien pour afficher 14 des 23 champs pertinents pour la valeur somme la plus élevée.](/tableau/current/fr-ca/server/fr-ca/Img/explaindata_fieldslink.png) Cliquez sur le lien pour voir la liste des champs inclus ou exclus de l’analyse statistique actuelle. Lorsqu’une source de données contient plus de 1000 dimensions ou mesures non visualisées, il se peut qu’une alerte s’affiche et vous demande si vous souhaitez qu’Expliquer les données prenne en compte davantage de champs. Cliquez sur Tout expliquer pour lancer une analyse englobant davantage de champs. L’analyse peut prendre plus de temps. #### Pour afficher les champs utilisés par Expliquer les données pour l’analyse statistique 1. [Exécuter Expliquer les données sur un tableau de bord, une feuille ou un repère](https://help.tableau.com/current/server/fr-ca/explain_data_basics.htm#RunExD). 2. Dans le volet Guide des données, sous **Contribution à la valeur de**, cliquez sur un nom de mesure. ![Détails d’« Expliquer les données » concernant un repère analysé, avec un texte en surbrillance qui décrit une valeur totale de distance parcourue supérieure à celle attendue de 8 800.](/tableau/current/fr-ca/server/fr-ca/Img/explaindata_viewfields1.png) 3. Dans la partie inférieure de l’espace de travail, cliquez sur le lien _Nombre de champs_. ![Détails d’« Expliquer les données » concernant un repère analysé, avec le texte en surbrillance suivant : « 12 des 23 champs ».](/tableau/current/fr-ca/server/fr-ca/Img/explaindata_viewfields2.png) ## Modifier les champs utilisés pour l’analyse statistique Les utilisateurs de type Creator et Explorer disposant d’autorisations de modification peuvent sélectionner des champs à inclure ou à exclure dans l’analyse statistique dans l’onglet Champs de la boîte de dialogue des Paramètres d’Expliquer les données. ![Volet Paramètres d’« Expliquer les données » avec des informations sur les paramètres de données, y compris les champs et les types de données.](/tableau/current/fr-ca/server/fr-ca/Img/explaindata_settings.png) Lorsqu’une source de données contient des dimensions avec un grand nombre de valeurs uniques (jusqu’à 500), ces champs ne sont pas pris en compte dans l’analyse. #### Pour modifier les champs utilisés par Expliquer les données pour l’analyse statistique Les paramètres des champs analysés sont appliqués au niveau de la source de données. 1. Exécutez Expliquer les données sur un repère lors de la modification d’une vue. 2. Dans le volet Guide des données, cliquez sur l’icône des paramètres en bas du volet Guide des données. Ou cliquez sur le bouton Modifier dans la vue Champs analysés ([Comment ouvrir les champs analysés](#ViewAnalyzed)). ![Bouton Modifier dans le volet Champs analysés.](/tableau/current/fr-ca/server/fr-ca/Img/explaindata_editfields.png) 3. Dans la boîte de dialogue Paramètres d’Expliquer les données, cliquez sur l’onglet Champs. 4. Cliquez sur une flèche déroulante en regard d’un nom de champ, sélectionnez Automatique ou Ne jamais inclure, puis cliquez sur OK . Notez que les champs doivent comporter moins de 500 valeurs uniques pour être inclus dans l’analyse. ![Fenêtre des paramètres Expliquer les données avec une mesure sélectionnée et le menu déroulant développé pour afficher les options permettant d’inclure ou d’exclure le champ.](/tableau/current/fr-ca/server/fr-ca/Img/explaindata_excludefield.png) ## Champs exclus par défaut
Champs exclus par défautMotifs d’exclusion

Toutes les mesures non visualisées lorsque la source de données comporte plus de 1000 mesures.

Toutes les dimensions non visualisées lorsque la source de données comporte plus de 1000 dimensions.

Le calcul d’explications pour plus de 1000 mesures ou dimensions non visualisées peut prendre plus de temps, parfois plusieurs minutes. Ces champs sont exclus par défaut pour l’analyse initiale, mais vous pouvez choisir de les inclure pour une analyse plus approfondie.

Dans cette situation, une alerte peut s’afficher et vous demander si vous souhaitez que la fonctionnalité Expliquer les données prenne en compte davantage de champs. Cliquez sur le lien d’alerte pour obtenir plus d’informations. Cliquez sur Tout expliquer pour lancer une analyse englobant davantage de champs.

Champs qui utilisent la géométrie, la latitude ou la longitudeLa géométrie, la latitude ou la longitude ne peuvent jamais être une explication en soi. Il est fort probable qu’une explication qui invoque la latitude ou la longitude comme explication soit due à une corrélation fallacieuse et non à une explication probable.
Dimensions à haute cardinalité (dimensions avec > 500 membres)

Les dimensions de haute cardinalité sont plus longues à calculer. Les dimensions contenant plus de 500 valeurs uniques ne seront pas prises en compte pour l’analyse.

Groupes, compartiments ou ensemblesNon pris en charge actuellement.
Calculs de tableLes calculs de table ne peuvent pas être analysés lorsqu’ils sont à un niveau de détail différent de celui de la vue.
Des mesures non visualisées dont la moyenne ne peut pas être calculéeLes mesures non visualisées dont la moyenne ne peut pas être calculée comprennent les mesures qui sont des champs calculés où l’expression de calcul inclut des agrégations (affichage sous forme de champs AGG() lorsqu’ils sont ajoutés à la feuille).
Mesures discrètes et dimensions continuesNon pris en charge actuellement.
Champs masquésNon disponible.
Champs calculés avec des erreursPas de valeurs présentes à analyser.
[Passer au contenu principal](#main-content) # Changement de magasin d’identités Les changements organisationnels ou d’infrastructure peuvent vous contraindre à changer de magasin d’identités dans Tableau Server. On distingue deux types de magasins d’identités : local et externe. Lorsque vous avez installé Tableau Server, vous avez configuré un magasin d’identités local ou un magasin d’identités externe. Lorsque vous configurez Tableau Server avec un magasin d’identités local, toutes les informations sur les utilisateurs et les groupes sont stockées et gérées dans le référentiel Tableau Server. Dans le cas d’une magasin d’identités local, il n’y a pas de source externe pour les utilisateurs et les groupes. Lorsque vous configurez Tableau Server avec un magasin externe, toutes les informations d’utilisateurs et de groupes sont stockées et gérées par un service de répertoire externe. Tableau Server doit se synchroniser avec le magasin d’identités externe pour que les copies locales des utilisateurs et des groupes figurent dans le référentiel Tableau Server. Le magasin d’identités externe est toutefois la source principale pour toutes les données d’utilisateurs et de groupes. Les magasin d’identités externes sont par exemple OpenLDAP et Active Directory. Pour plus d’informations sur le magasin d’identités Tableau, consultez [Magasin d’identités](https://help.tableau.com/current/server/fr-ca/plan_identity_store.htm). Vous pouvez passer d’un magasin local à un magasin externe, et vice versa. Dans les deux cas, pour modifier le type de magasin d’identités, procédez comme suit : 1. Désinstallez puis réinstallez Tableau Server. La procédure de désinstallation complète et de nouvelle installation se trouve à la fin de cette rubrique. 2. Restaurez le contenu et les autorisations. Dans ces étapes, le terme « restore » ne fait pas référence à l’utilisation de la commande `TSM maintenance restore` pour restaurer la sauvegarde que vous effectuez. Vous ne pouvez pas restaurer une sauvegarde (`.tsbak`) créée sur une instance de Tableau Server qui utilise un magasin d’identités différent de celui du Tableau Server cible. La sauvegarde est une bonne pratique de sauvegarde, au cas où vous auriez besoin de revenir à votre configuration originale de Tableau Server. ![](/tableau/current/fr-ca/server/fr-ca/Img/Road-sign-alert.png) ## Avertissement Le changement de type d’installation dans Tableau Server peut être un processus complexe et long. Pour éviter la perte de données ou que du contenu ou des utilisateurs se retrouvent orphelins, vous devez planifier ce changement avec méthodologie. Dans tous les cas, les filtres utilisateur appliqués aux classeurs et sources de données devront être mis à jour manuellement après la modification. Plus important encore, il faut réfléchir à la transition du contenu et des autorisations vers le nouveau magasin d’identités une fois Tableau Server réinstallé. ## Méthodes possibles pour la restauration du contenu et des autorisations La liste suivante décrit deux méthodes pour restaurer le contenu et les autorisations après la réinstallation de Tableau Server. Sélectionnez la méthode qui convient le mieux à vos exigences environnementales. - **Méthode 1 : utiliser l’exportation et l’importation de sites**. Avec cette méthode, vous commencez par exporter chaque site dans votre déploiement existant. Ensuite, vous installez le nouveau serveur et le configurez pour le nouveau type de magasin d’identités. Puis, il faut créer des utilisateurs dans le site par défaut du nouveau serveur. Enfin, vous importez tous les sites d’origine. Pendant la phase d’importation, vous pouvez mapper les identités d’origine aux nouveaux utilisateurs que vous avez créés dans le site par défaut. **Remarque :** lors de la migration de sites entre des instances de Tableau Server, le site cible doit être sur une version de Tableau Server qui est égale ou ultérieure à la version de Tableau Server pour le site source. Les sites source et cible doivent provenir de versions prises en charge de Tableau Server. Étant donné que cette méthode exporte tous les contenus et les autorisations de chaque site, elle convient le mieux aux entreprises qui ont besoin d’une réplique haute fidélité du contenu et des autorisations, une fois le changement de magasin d’identités réalisé. Certaines entreprises exigent le changement du magasin d’identités suite à un changement de l’authentification. Dans ces cas, une syntaxe de nom d’utilisateur différente est souvent exigée dans le nouveau modèle. Cette méthode, qui inclut un processus de mappage des noms d’utilisateur d’origine aux nouveaux noms, offre la flexibilité recherchée dans ce cas de figure. - **Méthode 2 : nouvelle installation, les utilisateurs republient le contenu**. Avec cette méthode, vous installez une nouvelle version de Tableau Server et vous sélectionnez le nouveau type de magasin d’identités lors de l’installation. Vous créez également de nouveaux sites. Vous créez ensuite des utilisateurs et leur accordez un accès pour qu’ils republient leurs classeurs et leurs sources de données. Contrairement à l’autre méthode, celle-ci ne nécessite pas la réutilisation de votre infrastructure Tableau Server existante. Cette méthode convient le mieux pour des déploiements plus petits, avec des utilisateurs relativement autonomes d’un point de vue technique. Sur le plan administratif, cette méthode est la plus simple, puisque vous n’importez ni n’exportez le contenu. Cependant, puisque ce sont les utilisateurs qui republient le contenu, cette méthode peut ne pas réussir dans les grandes organisations ou pour celles où une surveillance centralisée du contenu a été mise en place. ## Filtres utilisateur Utilisez des filtres qui sont spécifiques au domaine. De ce fait, en cas de changement du domaine de Tableau Server ou du type d’authentification, les filtres ne fonctionnent plus comme attendu. Bien que les filtres utilisateur soient générés par Tableau Server, après avoir été définis par l’utilisateur, les filtres sont stockés dans les classeurs et les sources de données. Aucune de ces méthodes de changement de magasin d’identités ne modifie le contenu des classeurs ou des sources de données. Lorsque vous envisagez de changer de magasin d’identités, vous devez également inclure une tâche finale pour corriger les filtres utilisateur dans tous les classeurs et sources de données avec Tableau Desktop. ## Noms d’utilisateur et magasin d’identités de Tableau Si vous utilisez la méthode 1, il est utile de comprendre comment Tableau Server stocke les noms d’utilisateur dans le magasin d’identités de Tableau. Tableau stocke toutes les identités utilisateur dans le référentiel, qui coordonne les autorisations de contenu et l’appartenance au site avec différents services dans Tableau Server. En général, un magasin d’identités configuré pour Active Directory stocke les noms d’utilisateur au format `domain\username`. Certaines entreprises utilisent un UPN (User Principal Name) (`jsmith@domain.lan`). D’autre part, les entreprises qui configurent Tableau Server avec un magasin d’identités local créent habituellement des noms d’utilisateur tronqués standard, tels que `jsmith`. Dans tous les cas, ces noms d’utilisateur sont des chaînes littérales qui doivent être uniques dans le magasin d’identités de Tableau. Si vous changez de type de magasin d’identités, votre authentification cible, SSO ou solution d’authentification d’utilisateurs peut nécessiter un format de nom d’utilisateur spécifique. Par conséquent, pour conserver toutes les autorisations, le contenu et la viabilité des utilisateurs, l’une des affirmations suivantes doit être vraie après le changement de type de magasin d’identités : - Les nouveaux noms d’utilisateur doivent être identiques aux noms d’utilisateur d’origine, ou - Les noms d’utilisateur d’origine doivent être mis à jour pour correspondre à un nouveau format. Si un changement d’authentification entraîne le changement de magasin d’identités, le schéma d’authentification cible imposera probablement une syntaxe de nom d’utilisateur différente de vos noms d’utilisateur d’origine. La méthode 1 inclut un processus dans lequel vous pouvez mapper les noms d’utilisateur originaux à de nouveaux noms d’utilisateur. Il est possible que le format des noms d’utilisateur d’origine fonctionne avec le nouveau type d’authentification. Par exemple, si vous avez utilisé des noms UPN dans un déploiement de magasin d’identités local, vous pourrez peut-être utiliser les mêmes noms d’utilisateur dans un déploiement Active Directory. Vous pourriez également utiliser le format `domain\username` pour le magasin d’identités local, tant que les utilisateurs continuent d’utiliser ce format pour se connecter à Tableau Server. Si vous passez d’un magasin d’identités local à un magasin d’identités Active Directory externe, consultez la rubrique [Gestion des utilisateurs dans les déploiements avec magasins d’identités externes](https://help.tableau.com/current/server/fr-ca/users_manage_ad.htm), dans le cadre de votre processus de planification. ## Méthode 1 : exportation et importation de site Vous devez utiliser la même version de Tableau Server pour les opérations d’exportation et d’importation. 1. Exportez tous les sites sur votre serveur. Voir [Exporter ou importer un site](https://help.tableau.com/current/server/fr-ca/sites_exportimport.htm). 2. [Sauvegarde, désinstallation et réinstallation](#Back). 3. Créez des utilisateurs dans Tableau Server. Chaque nouvel utilisateur doit correspondre à un utilisateur sur le serveur d’origine. 4. Importez les sites que vous avez exportés à l’étape 1. Voir [Exporter ou importer un site](https://help.tableau.com/current/server/fr-ca/sites_exportimport.htm). Pendant l’importation, vous serez invité à mapper les nouveaux utilisateurs avec les utilisateurs d’origine. ## Méthode 2 : nouvelle installation, les utilisateurs republient le contenu Même si vous ne prévoyez pas de transférer du contenu dans le cadre de votre changement de magasin d’identités, nous vous recommandons de sauvegarder le serveur. 1. [Sauvegarde, désinstallation et réinstallation](#Back). 2. Créez des utilisateurs, des sites et des groupes. 3. Informez vos utilisateurs du nouveau Tableau Server, adressez-leur les informations d’identification et autorisez-les à republier leur contenu. ## Sauvegarde, désinstallation et réinstallation Les deux méthodes comprennent les étapes suivantes :  1. Sauvegarder Tableau Server. 2. Supprimez Tableau Server. 3. Réinstallez Tableau Server avec le nouveau type de magasin d’identités. ### Étape 1 : sauvegarde de Tableau Server Les meilleures pratiques consistent à sauvegarder le serveur avant de procéder. Suivez la procédure décrite dans [Créer une sauvegarde à l’aide de l’interface en ligne de commande (CLI) de TSM](https://help.tableau.com/current/server/fr-ca/db_backup.htm#tsm-cli-steps). Exécutez la commande `backup` avec l’option `–d`. L’option `–d` ajoute l’horodatage. Lorsque vous avez terminé, copiez le fichier de sauvegarde (`.tsbak`) dans un emplacement sécurisé en dehors de l’installation de Tableau Server. ### Étape 2 : suppression de Tableau Server Vous devez supprimer complètement Tableau Server de l’ordinateur. Consultez [Supprimer Tableau Server de votre ordinateur](https://help.tableau.com/current/server/fr-ca/remove_tableau.htm). ### Étape 3 : réinstallation de Tableau Server avec un nouveau type d’authentification 1. Accédez au Portail Clients de Tableau et connectez-vous avec votre nom d’utilisateur et votre mot de passe Tableau, puis téléchargez Tableau Server. 2. Installez Tableau Server. Consultez [Installer et configurer Tableau Server](https://help.tableau.com/current/server/fr-ca/install_config_top.htm) pour plus d’informations. Pendant l’installation, vous allez sélectionner le nouveau type de magasin d’identités. Voir [Configurer les paramètres du nœud initial](https://help.tableau.com/current/server/fr-ca/config_general.htm). [Passer au contenu principal](#main-content) # Chemins d’accès des fichiers tsm Certaines commandes tsm permettent de lire des fichiers depuis des emplacements par défaut ou de les écrire dessus. Ces emplacements par défaut sont déterminés par les clés de configuration `basefilepath` définies pour chaque commande. Vous pouvez utiliser les commandes tsm pour afficher la valeur actuelle des clés et pour modifier les emplacements. ### Compte système NetworkService Dans certaines entreprises, les stratégies de sécurité mises en œuvre restreignent l’accès aux fichiers depuis les comptes système, par exemple le compte NetworkService. Si vous modifiez les chemins d’accès des fichiers tsm, vous devriez constater que le compte système NetworkService dispose d’autorisation complète (avec activation de l’héritage des autorisations) sur le chemin d’accès résultant. En outre, si vous modifiez un chemin d’accès du fichier qui se trouvait à l’origine dans le chemin `*\data\tabsvc\*`, vous devez conserver les autorisations NetworkService sur le chemin d’origine. Cette autorisation doit être conservée parce que le compte système NetworkService gère les opérations du contrôleur d’administration Tableau Server, du service de fichiers client Tableau Server Client et du service de coordination Tableau Server. ### Autorisations pour l’emplacement du fichier de sauvegarde/restauration Autorisations requises pour l’emplacement du fichier de sauvegarde/restauration : - NetworkService : autorisation de lecture/écriture/exécution - Compte Exécuter en tant que service : autorisation de lecture/écriture/exécution ## Emplacements par défaut des fichiers Pendant les processus `tsm maintenance backup`, `restore`, et `ziplogs` , ainsi que `tsm sites export` et `sites import` , Tableau Server utilise les emplacements par défaut des fichiers créés ou utilisés par ces commandes. Pour plus de détails sur les exigences d’espace disque pour une sauvegarde Tableau Server, consultez [Utilisation de l’espace disque pour la sauvegarde](https://help.tableau.com/current/server/fr-ca/db_backup.htm#BackupDiskSpaceReqs). Par défaut : - Commandes tsm maintenance : - **backup**— Le fichier de sauvegarde`.tsbak` est créé dans un emplacement temporaire dans le répertoire de données sur le nœud initial, puis enregistré dans : `:\data\tabsvc\files\backups` Par défaut, il s’agit du fichier suivant : `` `C:\ProgramData\Tableau\Tableau Server\data\tabsvc\files\backups\` `` Par contre, si vous avez installé Tableau sur un emplacement non par défaut, ce sera différent. Par exemple, si vous l’avez installé sur `D:\Tableau Server`, la sauvegarde sera enregistrée dans : `D:\Tableau Server\data\tabsvc\files\backups` **Remarque :** la commande tsm maintenance backup ne prend pas en charge les chemins d’accès du fichier Microsoft Windows UNC (Universal Naming Convention), également appelés « chemins réseau » (\\\\\\\\) comme chemin d’accès à l’emplacement d’écriture des fichiers de sauvegarde. Au lieu de cela, utilisez des chemins d’accès au système de fichiers locaux (:\\). - **backup**— Emplacement intermédiaire temporaire. Le fichier de sauvegarde`.tsbak` est créé dans un emplacement temporaire dans le répertoire de données sur le nœud initial. Depuis la version 2026.2.0, vous pouvez spécifier un emplacement temporaire alternatif pour la création du fichier de sauvegarde, ce qui peut s’avérer utile si votre fichier de sauvegarde est volumineux ou si vous disposez d’un espace limité sur le nœud initial. Pour plus d’informations, consultez [backuprestore.use\_custom\_staging\_dir.enabled](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm#backuprestore_staging). - restore—Le processus de restauration restaure un fichier de sauvegarde depuis : `:\data\tabsvc\files\backups` Par défaut, il s’agit du fichier suivant : `` `C:\ProgramData\Tableau\Tableau Server\data\tabsvc\files\backups\` `` Par contre, si vous avez installé Tableau sur un emplacement non par défaut, ce sera différent. Par exemple, si vous l’avez installé sur `D:\Tableau Server`, le processus de restauration utilisera une sauvegarde dans : `D:\Tableau Server\data\tabsvc\files\backups` - ziplogs—Le fichier ziplogs est généré dans : `:\data\tabsvc\files\log-archives` Par défaut, il s’agit du fichier suivant : `C:\ProgramData\Tableau\Tableau Server\data\tabsvc\files\log-archives` Par contre, si vous avez installé Tableau sur un emplacement non par défaut, ce sera différent. Par exemple, si vous l’avez installé sur `D:\Tableau Server`, le fichier ziplogs sera généré dans : `D:\Tableau Server\data\tabsvc\files\log-archives` - tsm sites - export—Le fichier .zip d’exportation est généré dans le répertoire suivant : `:\data\tabsvc\files\siteexports` Par défaut, il s’agit du fichier suivant : `C:\ProgramData\Tableau\Tableau Server\data\tabsvc\files\siteexports` Par contre, si vous avez installé Tableau sur un emplacement non par défaut, ce sera différent. Par exemple, si vous l’avez installé sur `D:\Tableau Server`, le fichier .zip d’exportation sera généré dans : `D:\Tableau Server\data\tabsvc\files\siteexports` - import—Pendant le processus d’importation, Tableau Server recherche les fichiers dans : `:\data\tabsvc\files\siteimports` Par défaut, il s’agit du fichier suivant : `C:\ProgramData\Tableau\Tableau Server\data\tabsvc\files\siteimports` Par contre, si vous avez installé Tableau sur un emplacement non par défaut, ce sera différent. Par exemple, si vous l’avez installé sur `D:\Tableau Server`, le processus d’importation recherchera les fichiers dans : `D:\Tableau Server\data\tabsvc\files\siteimports` ## Obtenir l’emplacement actuel d’un fichier Vous pouvez voir l’emplacement actuel d’un fichier pour une commande spécifique à l’aide de:`tsm configuration get` - Pour les commandes tsm maintenance : - backup and restore : `tsm configuration get -k basefilepath.backuprestore` - ziplogs : `tsm configuration get -k basefilepath.log_archive` - Pour les commandes tsm sites : - export `tsm configuration get -k basefilepath.site_export.exports` - import `tsm configuration get -k basefilepath.site_import.exports` ## Modifier les emplacements actuels des chemins d’accès des fichiers de base Vous pouvez modifier certains emplacements utilisés par TSM pour effectuer les actions sur les fichiers à l’aide de la commande `tsm configuration set`, afin de mettre à jour les variables `basefilepath`. Pour plus de détails sur des chemins d’accès de base à des fichiers spécifiques, consultez [Options tsm configuration set](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm). La modification d’une variable `basefilepath` ne déplace pas les fichiers existants depuis le répertoire d’origine vers le nouveau répertoire. Si vous souhaitez que les fichiers de sauvegarde, les fichiers journaux, ou les fichiers d’exportation ou d’importation de sites existants résident dans le nouveau répertoire spécifié, vous devez les déplacer manuellement. Vous êtes responsable de la création du nouvel emplacement et de la configuration des autorisations correctes donnant un accès tsm à tous les fichiers qui seront placés ici, et à la structure de répertoire contenant ces fichiers. Si vous modifiez le chemin du fichier de base de sauvegarde/restauration, vous devez exécuter la commande [tsm maintenance validate-backup-basefilepath](https://help.tableau.com/current/server/fr-ca/cli_maintenance_tsm.htm#tsmValidateBackupBasefilepath) (disponible dans la version 2022.1 et ultérieure) pour vérifier que les autorisations sont correctement définies. Les commandes `tsm maintenance backup` utilisent un emplacement intermédiaire temporaire dans le répertoire de données pour effectuer les actions sur les fichiers (assemblage, extraction) avant d’enregistrer le fichier de sauvegarde à l’emplacement spécifié par la variable `basefilepath.backuprestore`. À partir de la version 2026.2.0, si vous configurez TSM pour utiliser l’emplacement spécifié par `basefilepath.backuprestore`, et que la sauvegarde est assemblée en sous-répertoires temporaires à l’emplacement spécifié par `basefilepath.backuprestore`. Pour les versions antérieures à 2026.2.0, la modification du chemin d’accès du fichier de base n’a pas d’impact sur l’emplacement où la commande `tsm maintenance backup` assemble le fichier de sauvegarde. Vous ne pouvez pas spécifier un emplacement `basefilepath.backuprestore` à la racine d’un lecteur. Il doit être dans un dossier. - Pour les commandes tsm maintenance : - `backup` et `restore` Pour modifier le répertoire utilisé par les commandes `backup` et `restore` , , exécutez la commande suivante : `tsm configuration set -k basefilepath.backuprestore -v ":\new\directory\path"` - Emplacement temporaire de `backup` **Remarque :** L’emplacement intermédiaire peut être modifié à partir de la version 2026.2.0. Pour remplacer l’emplacement intermédiaire temporaire utilisé par `backup` par des sous-répertoires situés dans `basefilepath.backuprestore`, exécutez la commande suivante : `tsm configuration set -k backuprestore.use_custom_staging_dir.enabled -v true` Lorsqu’elle est définie sur `true`, la commande `backup` utilise des répertoires temporaires à l’emplacement spécifié par la valeur `basefilepath.backuprestore`. - Pour modifier le stockage de fichiers ziplogs : `tsm configuration set -k basefilepath.log_archive -v ":\new\directory\path"` - Pour les commandes tsm sites : - Pour modifier le répertoire d’exportation des sites : `tsm configuration set -k basefilepath.site_export.exports -v ":\new\directory\path"` - Pour modifier le répertoire d’importation des sites : `tsm configuration set -k basefilepath.site_import.exports -v ":\new\directory\path"` Si vous avez modifié l’emplacement par défaut des fichiers, vous devez procéder comme suit : 1. Appliquez les modifications en attente : `tsm pending-changes apply` Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). 2. Arrêtez Tableau Server : `tsm stop` 3. Redémarrez le contrôleur TSM : `net stop tabadmincontroller_0` `net start tabadmincontroller_0` 4. Patientez quelques minutes pendant le redémarrage du contrôleur. Vous pouvez vérifier que le contrôleur a redémarré à l’aide de cette commande : `tsm status -v` Lorsque vous pouvez exécuter cette commande et que le contrôleur d’administration Tableau Server apparaît comme étant « en cours d’exécution », le contrôleur a redémarré. 5. Démarrez Tableau Server : `tsm start` [Passer au contenu principal](#main-content) # Chiffrement des extraits au repos Le chiffrement des extraits au repos est une fonctionnalité de sécurité des données vous permettant de chiffrer les extraits .hyper lorsqu'ils sont stockés sur Tableau Server. Les administrateurs de Tableau Server peuvent appliquer le chiffrement de tous les extraits de leur site ou permettre aux utilisateurs de spécifier le chiffrement de tous les extraits associés à des classeurs ou des sources de données publiés spécifiques. ## Limites Avant de pouvoir être chiffrés, les anciens extraits de fichiers .tde doivent être mis à niveau vers des extraits de fichiers .hyper. Ce processus intervient automatiquement dans le cadre du travail de chiffrement. Pour plus d’informations sur l’impact de la mise à niveau d’extraits, consultez [Mise à niveau d’extraits vers le format .hyper](https://help.tableau.com/current/server/fr-ca/extracting_upgrade.htm). Les fichiers temporaires et les fichiers de cache ne sont pas chiffrés au repos avec cette fonction. Les classeurs (.twb) et les fichiers de sources de données (.tds) ne sont pas chiffrés avec cette fonction. Ces fichiers contiendront des métadonnées telles que des noms de colonnes de tables de base de données et des instructions de formatage. Dans certains cas, ils peuvent contenir des données au niveau des lignes si elles sont incluses dans les filtres.  D’autres fichiers de données, tels que les fichiers Excel ou JSON, ne sont pas chiffrés avec cette fonction à moins qu’ils ne soient convertis en extraits avant d’être publiés. Les extraits sont déchiffrés lorsqu’ils sont téléchargés depuis le serveur. ## Présentation des performances ### Augmentation de la charge du gestionnaire de processus en arrière-plan Il se peut que vous observiez une augmentation légère à modérée de la charge du gestionnaire de processus en arrière-plan lorsque vous activez le chiffrement au repos. Le chiffrement et le déchiffrement sont des opérations de calcul intensif. Le chiffrement au repos modifie les tâches du gestionnaire de processus en arrière-plan et introduit de nouvelles tâches à exécuter sur le gestionnaire de processus en arrière-plan. L’augmentation globale de la charge du gestionnaire de processus en arrière-plan dépend du nombre et de la taille des extraits concernés, et de la fréquence à laquelle les scénarios ci-dessous s’appliquent. - **Publication initiale :** Lors de la publication de classeurs ou de sources de données à l’aide d’extraits qui doivent être chiffrés, le chiffrement s’effectue sur les gestionnaires de processus en arrière-plan du serveur. - **Actualisations d’extraits depuis Tableau Server :** Les actualisations complètes et incrémentielles des extraits chiffrés sur Tableau Server utilisent légèrement plus de puissance de calcul. - **Actualisations d’extraits depuis Tableau Bridge et des applications tierces (p. ex. Informatica, Alteryx) :** Ces flux nécessiteront de nouvelles tâches de chiffrement, programmées sur les gestionnaires de processus en arrière-plan pour toute actualisation d’extrait, ce qui entraîne une augmentation légère à modérée de la charge du gestionnaire de processus en arrière-plan. - **Chiffrement et déchiffrement d’extraits dans des classeurs et des sources de données déjà publiés :** Si le paramètre du site pour le chiffrement au repos est réglé sur **Activer**, les utilisateurs peuvent choisir de chiffrer ou de déchiffrer des extraits dans des classeurs et sources de données déjà publiés sur le serveur Tableau. Selon le nombre et la taille des extraits, ce processus ajoutera une charge légère à modérée aux gestionnaires de processus en arrière-plan. - **Modification du mode de chiffrement d’un site :** Lorsque le paramètre de chiffrement au repos d’un site est réglé sur **Désactiver** ou **Appliquer**, le gestionnaire de processus en arrière-plan déchiffre ou chiffre tous les extraits existants sur le site, respectivement. Selon le nombre et la taille des extraits, ce processus peut augmenter considérablement la charge de travail des gestionnaires de processus en arrière-plan jusqu’à ce que tous les extraits soient déchiffrés ou chiffrés. - **Rotation des clés de chiffrement :** La rotation des clés de chiffrement entraîne le rechiffrement, par les gestionnaires de processus en arrière-plan, de tous les extraits existants publiés sur ce site à l’aide de nouvelles clés de chiffrement. Selon le nombre et la taille des extraits, ce processus peut augmenter considérablement la charge de travail des gestionnaires de processus en arrière-plan jusqu’à ce que tous les extraits soient rechiffrés. En cas de fonctionnement à pleine capacité ou en surcapacité, pensez à : - Ajouter des processus et des ressources de gestionnaire de processus en arrière-plan supplémentaires. - Permettre aux utilisateurs chiffrer des classeurs et des sources de données individuels au lieu d’appliquer le chiffrement à l’ensemble du site ou de désactiver le chiffrement au repos pour les sites où cela n’est pas nécessaire. Notez que les actualisations d’extraits programmées et ad hoc auront priorité sur les tâches de chiffrement et de déchiffrement. ### Augmentation du temps de chargement de la visualisation et de la charge de travail du worker Les performances de requête, par exemple, lors du chargement ou de l’interaction avec une visualisation ou un tableau de bord, nécessiteront que les données soient déchiffrées une fois, au moment où elles sont chargées du disque vers la mémoire. Il en résultera une légère augmentation du temps de chargement et de l’utilisation du processeur sur les nœuds worker pour le premier utilisateur qui charge un classeur. Ce ralentissement n’affectera pas les autres utilisateurs accédant à ces classeurs en même temps car les données seront déjà déchiffrées en mémoire. ### Impact sur la sauvegarde et la restauration Les extraits chiffrés dans les sauvegardes restent chiffrés. La taille des fichiers de sauvegarde (.tbks) peut augmenter jusqu’à 50-100 % en raison de l’inefficacité de la compression des extraits chiffrés. L’augmentation de la taille dépend, entre autres facteurs, du nombre d’extraits qui sont chiffrés. Le temps de restauration d’une sauvegarde contenant des extraits chiffrés peut augmenter légèrement en raison du temps nécessaire pour échanger les clés de chiffrement. Si votre installation Tableau Server contient uniquement ou principalement des extraits chiffrés, pensez à désactiver la compression pendant les sauvegardes afin d’améliorer considérablement la durée nécessaire aux sauvegardes. Pour en savoir plus sur la sauvegarde TSM, consultez [tsm maintenance backup](https://help.tableau.com/current/server/fr-ca/cli_maintenance_tsm.htm#tsm). ## Application du chiffrement au repos sur un site Les administrateurs de Tableau Server peuvent appliquer le chiffrement de tous les extraits sur leur site. 1. Dans un navigateur Web, connectez-vous à Tableau Server en tant qu’administrateur de serveur. 2. Allez sur le site que vous voulez configurer. 3. Cliquez sur **Paramètres**. 4. Faites défiler vers le bas jusqu’à la section Chiffrement d’extrait au repos. Cliquez sur **Appliquer** pour chiffrer tous les extraits qui sont publiés et stockés sur le site. Le chiffrement de tous les extraits existants stockés sur le site peut prendre un certain temps. 5. Cliquez sur **Enregistrer**. ## Activer le chiffrement au repos sur un site Les administrateurs de Tableau Server peuvent autoriser les utilisateurs à spécifier le chiffrement de tous les extraits associés à certains classeurs ou sources de données publiés. 1. Dans un navigateur Web, connectez-vous à Tableau Server en tant qu’administrateur de serveur. 2. Allez sur le site que vous voulez configurer. 3. Cliquez sur **Paramètres**. 4. Faites défiler vers le bas jusqu’à la section Chiffrement d’extrait au repos. 5. Cliquez sur **Activer** pour permettre aux utilisateurs de chiffrer les extraits sur le site. Si vous choisissez Activer, les travaux de déchiffrement et de chiffrement en attente seront annulés. Aucune tâche de chiffrement n’est créée. 6. Cliquez sur **Enregistrer**. ## Désactiver le chiffrement au repos sur un site 1. Dans un navigateur Web, connectez-vous à Tableau Server en tant qu’administrateur de serveur. 2. Allez sur le site que vous voulez configurer. 3. Cliquez sur **Paramètres**. 4. Faites défiler vers le bas jusqu’à la section Chiffrement d’extrait au repos. 5. Cliquez sur **Désactiver** pour ne pas autoriser les extraits chiffrés sur le site. Si vous choisissez Désactiver, tous les extraits chiffrés existants seront déchiffrés. Le déchiffrement de tous les extraits stockés sur le site peut prendre un certain temps. 6. Cliquez sur **Enregistrer**. ## Afficher le mode de chiffrement d’extrait pour tous les sites 1. Sur un serveur multisite, cliquez sur Gérer tous les sites dans le menu du site. **Remarque :** l’option Gérer tous les sites s’affiche uniquement lorsque vous êtes connecté en tant qu’administrateur de serveur. 2. Cliquez sur Sites. 3. Le mode de chiffrement de chaque site est affiché dans la colonne **Chiffrement d’extrait au repos**. ## Chiffrement ou déchiffrement des extraits pour un classeur ou une source de données publié(e) **Remarque :** l’option de chiffrement ou de déchiffrement des extraits associés à un classeur ou à une source de données publié(e) spécifique n’est disponible que si le paramètre du site pour le chiffrement au repos est réglé sur **Activer**. Lorsqu’un site est réglé sur Désactiver, tout son contenu n’est pas chiffré. Lorsqu’un site est réglé sur Appliquer, tout son contenu est chiffré. **Remarque :** vous devez être le propriétaire ou l’administrateur. 1. Accédez au classeur publié ou à la page Source de données publiée. 2. Cliquez sur le menu déroulant qui indique **Extrait chiffré** ou **Extrait non chiffré**. 3. Sélectionnez **Non chiffré**. Le message suivant s’affiche : « Déchiffrement de l’extrait... ». \-ou- Sélectionnez **Crypté**. Une tâche de chiffrement est lancée. Vous pouvez également chiffrer ou déchiffrer des extraits dans le menu d’action de la vue Fiche, le menu d’action de la vue Liste et le menu d’action de la section En-tête. ## Chiffrement ou déchiffrement de plusieurs éléments 1. Accédez au volet Source de données. 2. Cochez la case à côté d’une ou de plusieurs sources de données. 3. En haut à gauche du volet Source de données, sous Connexions, cliquez sur **Actions**. 4. Cliquez sur **Crypter** ou **Déchiffrer**. ## Affichage de l’état de chiffrement d’un seul élément 1. Connectez-vous au site. 2. Accédez à une page Source de données unique. \-ou- Accédez à une seule page de classeur pour un classeur contenant des sources de données intégrées. 3. L’état de chiffrement s’affiche sur la page. ## Filtrage des sources de données par état de chiffrement 1. Sur un site, cliquez sur **Explorer**. 2. En haut à droite, cliquez sur le menu déroulant Explorer : Projets de niveau supérieur et sélectionnez **Toutes les sources de données**. 3. Cliquez sur l’icône de filtre. 4. Faites défiler vers le bas jusqu’à la section « En direct ou extrait » et sélectionnez une option de filtrage : Tous, En direct, Extraits, Extraits non chiffrés, Extraits chiffrés, Chiffrement en cours ou Déchiffrement en cours. 5. Cochez la case à côté de « Inclure les fichiers .tde et .hyper » si vous voulez inclure les connexions « En direct vers fichier .tde » et « En direct vers fichier .hyper » dans vos résultats de filtrage. ## Filtrage des classeurs par état de chiffrement 1. Sur un site, cliquez sur **Explorer**. 2. En haut à droite, cliquez sur le menu déroulant Explorer : Projets de niveau supérieur et sélectionnez **Tous les classeurs**. 3. Cliquez sur l’icône de filtre. 4. Faites défiler vers le bas jusqu’à la section « En direct ou extrait » et sélectionnez une option de filtrage : Tous, En direct, Extraits, Publié, Extraits non chiffrés, Extraits chiffrés, Chiffrement en cours ou Déchiffrement en cours. 5. Cochez la case à côté de « Inclure les fichiers .tde et .hyper » si vous voulez inclure les connexions « En direct vers fichier .tde » et « En direct vers fichier .hyper » dans vos résultats de filtrage. Tous les classeurs qui ont au moins une connexion correspondant à la sélection du filtre s’affichent. ## Affichage de l’état des tâches en arrière-plan de chiffrement ou de déchiffrement d’extrait 1. Dans le site, cliquez sur **État du site**. 2. Cliquez sur **Tâches en arrière-plan hors extraits** pour afficher les détails des tâches en arrière-plan terminées et en attente. Remarque : Les **Tâches en arrière-plan hors extraits** incluent toutes les tâches qui ne sont pas liées aux actualisations d’extraits, ce qui inclut donc les tâches de chiffrement. 3. Dans le menu Tâche, sélectionnez **Crypter les extraits** ou **Déchiffrer les extraits** et cliquez sur **Appliquer**. 4. Dans le menu Plage temporelle, sélectionnez une plage. Vous voyez les tâches en arrière-plan « Crypter les extraits » ou « Déchiffrer les extraits » pour toutes vos sources de données et vos classeurs publiés basés sur des extraits. ## Utilitaire tabcmd L’utilitaire de ligne de commande tabcmd possède des commandes et des options permettant de contrôler le chiffrement de l’extrait. Pour plus d’informations, consultez la documentation [tabcmd](https://help.tableau.com/current/server/fr-ca/tabcmd.htm). ### Spécifier le mode de chiffrement d’extrait lors de la création d’un site `tabcmd createsite --extract-encryption-mode [enforced | enabled | disabled]` ### Spécifier le mode de chiffrement d’extrait lors de la modification d’un site `tabcmd editsite --extract-encryption-mode [enforced | enabled | disabled]` ### Obtenir le mode de chiffrement d’extrait lors du référencement de sites `tabcmd listsites --get-extract-encryption-mode` ### Crypter les extraits lors de la publication d’un classeur, d’une source de données ou d’un extrait sur le serveur `tabcmd publish "filename.hyper" –-encrypt-extracts` ### Déchiffrer tous les extraits d’un site **Remarque :** selon le nombre et la taille des extraits, cette opération peut utiliser d’importantes ressources serveur. Envisagez d’exécuter cette commande en dehors des heures ouvrables normales. `tabcmd decryptextracts ` ### Crypter tous les extraits d’un site **Remarque :** selon le nombre et la taille des extraits, cette opération peut utiliser d’importantes ressources serveur. Envisagez d’exécuter cette commande en dehors des heures ouvrables normales. `tabcmd encryptextracts ` ### Rechiffrer tous les extraits d’un site avec de nouvelles clés de chiffrement Vous devez spécifier un site. **Remarque :** selon le nombre et la taille des extraits, cette opération peut utiliser d’importantes ressources serveur. Envisagez d’exécuter cette commande en dehors des heures ouvrables normales. `tabcmd reencryptextracts ` Pour plus d’informations, consultez [reencryptextracts](https://help.tableau.com/current/server/fr-ca/tabcmd_cmd.htm#reencryptextracts_tabcmd). ## API Rest de Tableau Server Avec l’API REST de Tableau Server, vous pouvez gérer les ressources de Tableau Server de manière programmatique. Vous pouvez utiliser cet accès pour créer vos propres applications personnalisées ou utiliser des scripts pour les interactions avec les ressources de Tableau Server. Pour en savoir plus, consultez [Méthodes de chiffrement d’extrait](https://help.tableau.com/current/api/rest_api/fr-ca/REST/rest_api_ref_extract_and_encryption.htm). [Passer au contenu principal](#main-content) # Choisir le bon type d’histoire pour votre histoire basée sur des données Tableau Desktop **Changements importants pour Tableau Histoires de données** Les histoires de données Tableau ont été retirées dans Tableau Desktop, Tableau Cloud et Tableau Server en janvier 2025 (2025.1). Grâce aux progrès des technologies du langage naturel, nous développons une interface améliorée qui permettra de poser plus facilement des questions sur vos données et de rester au courant des changements. Pour plus d’informations, consultez l’article [Comment Tableau Pulse alimenté en énergie Tableau AI les expériences liées aux données.](https://www.tableau.com/fr-ca/blog/tableau-pulse-and-tableau-ai) Lorsque vous [Ajouter une histoire basée sur des données Tableau à un tableau de bord](https://help.tableau.com/current/server/fr-ca/data_stories_create.htm), il est important de choisir le bon type d’histoire pour vos données. Voulez-vous que votre histoire porte sur les tendances dans la durée? Ou voulez-vous que votre histoire porte sur deux valeurs que vous comparez? Pour vous aider à raconter la bonne histoire, cette rubrique décrit les différents types d’histoires, y compris un exemple de chaque type d’histoire. ## Continu Les histoires continues sont préférables pour l’analyse des tendances ou des progrès au fil du temps. Lorsque vous créez une histoire continue, elle comprend du contenu pour les performances, les segments, la volatilité et les courbes de tendance. L’histoire comprend également une analyse de contribution et une corrélation pour les histoires qui utilisent plus d’une dimension. Pour utiliser une histoire continue, votre feuille de calcul doit avoir : - 1 dimension qui comporte entre 1 et 10 mesures - 2 dimensions et jusqu’à 3 mesures L’exemple suivant est une histoire continue pour un graphique en courbes comportant une seule dimension et plusieurs mesures : ![Trois graphiques en courbes avec un exemple d’histoire continue](/tableau/current/fr-ca/server/fr-ca/Img/data_stories_continuous.png) ## Discret Les histoires discrètes sont préférables pour comparer les valeurs et interpréter la distribution des données dans chaque valeur. Lorsque vous créez une histoire discrète, l’histoire porte sur la distribution et les groupes ou groupements de données. L’histoire comprend également une analyse de contribution pour les feuilles de calcul qui utilisent plusieurs dimensions. Pensez à utiliser une histoire discrète lorsque vous le souhaitez : - Interprétez les vecteurs de vos indicateurs clés de performance (ICP) dans les rapports de vente. - Déterminez et interprétez rapidement les valeurs atypiques lors de la découverte des données. - Déterminez les tendances qui ne sont pas facilement observables dans la visualisation lors de la réalisation d’un audit. - Découvrez instantanément une information exploitable complexe pour l’analyse géographique. - Identifiez et établissez les relations clés, par exemple, entre les ventes et les bénéfices. Pour utiliser une histoire discrète, votre feuille de calcul doit avoir : - 1 dimension qui comporte entre 1 et 10 mesures - 2 dimensions et jusqu’à 3 mesures L’exemple suivant est une histoire discrète pour un graphique à barres comportant une seule dimension et deux mesures : ![Un graphique à barres avec un exemple d’histoire discrète](/tableau/current/fr-ca/server/fr-ca/Img/data_stories_discrete.png) ## Pourcentage de l’ensemble Les histoires sur le pourcentage de l’ensemble sont préférables pour les graphiques à secteurs. Pour utiliser une histoire sur le pourcentage de l’ensemble, votre feuille de calcul doit avoir : - 1 dimension - 1 mesure L’exemple suivant est une histoire sur le pourcentage de l’ensemble qui utilise un graphique à secteurs avec une seule dimension et une seule mesure : ![Un graphique à secteurs avec un exemple d’histoire sur le pourcentage de l’ensemble](/tableau/current/fr-ca/server/fr-ca/Img/data_stories_percent.png) ## Nuage de points Les histoires pour nuage de points sont préférables pour interpréter la relation entre deux mesures. Lorsque vous créez une histoire pour nuage de points, l’histoire porte sur la relation (régression) entre deux mesures. L’histoire porte également sur les groupes (groupements) dans les données, lorsqu’ils existent. Pensez à utiliser une histoire pour nuage de points lorsque vous le souhaitez : - Établissez des relations entre deux mesures pour identifier l’impact (analyse de régression). - Déterminez et interprétez les valeurs atypiques qui sont au-dessus ou au-dessous des seuils définis. - Analysez la façon dont vos données sont distribuées. Pour utiliser une histoire pour nuage de points, votre feuille de calcul doit avoir : - 1 dimension - 2 ou 3 mesures **Remarque :** lorsque vous créez votre histoire pour nuage de points, la première mesure que vous sélectionnez est traitée comme la variable indépendante et la seconde mesure est la variable dépendante. L’exemple suivant est une histoire pour nuage de points qui utilise un nuage de points comportant une seule dimension et deux mesures : ![Un graphique à nuage de points comportant un exemple d’histoire à nuage de points](/tableau/current/fr-ca/server/fr-ca/Img/data_stories_scatter.png) [Passer au contenu principal](#main-content) # Classes WMI Les agents Tableau Resource Monitoring Tool interrogent plusieurs classes WMI à intervalles réguliers afin de surveiller divers aspects des performances de votre serveur. Vous trouverez ci-dessous une liste des classes WMI spécifiques qui sont interrogées. | Classe | Catégorie de surveillance | | --- | --- | | `__InstanceCreationEvent` | Processus | | `__InstanceDeletionEvent` | Processus | | `Win32_LogicalDisk` | Disque | | `Win32_NetworkAdapter` | Réseau | | `Win32_OperatingSystem` | Mémoire | | `Win32_PerfFormattedData_Tcpip_NetworkInterface` | Réseau | | `win32_perfrawdata_perfdisk_physicaldisk` | Disque | | `Win32_PerfRawData_PerfOS_Processor` | Unité centrale de traitement | | `Win32_PerfRawData_PerfProc_Process` | Unité centrale de traitement | | `Win32_PerfRawData_Tcpip_NetworkInterface` | Réseau | | `Win32_Process` | Processus | | `Win32_Service` | Processus | [Passer au contenu principal](#main-content) # Cloner Tableau Server Depuis la version 2022.3 de Tableau Server, une nouvelle commande tsm permet de créer une copie de la configuration et de la topologie d’un déploiement Tableau Server et de l’utiliser pour créer une réplique parfaite du déploiement d’origine. La commande, `tsm settings clone`, clone, crée un ensemble de fichiers (« charge utile clonée ») comprenant les paramètres, les secrets, la configuration et la topologie, y compris les ports utilisés et les renseignements sur les services externes. ## Considérations de sécurité La commande `tsm settings clone` génère un ensemble de fichiers (« charge utile clonée ») avec tous les secrets générés par Tableau Server, ainsi que ceux fournis par l’administrateur du serveur lors de la configuration, notamment un keystore avec des paires de clés et des certificats. Pour des raisons de sécurité, il est très important des sécuriser la charge utile du clone et l’emplacement de sortie. Procédure : - si le répertoire de sortie n’existe pas, tsm le crée en limitant l’accès à l’utilisateur exécutant la commande `tsm settings clone`. - Si le répertoire de sortie existe lors de l’exécution de la commande, tsm vérifie qu’il appartient à l’utilisateur exécutant la commande et que les autorisations sont limitées à cet utilisateur. Si le répertoire n’a pas les autorisations prévues, un message s’affiche : The output directory '' exists, but must be restricted to owner only. ## Limitations de la charge utile du clone - La version de Tableau Server clonée doit correspondre à la version en création. Vous ne pouvez pas installer une version plus récente de Server en utilisant une charge utile clonée d’une version antérieure. ## Utiliser la commande de clonage pour créer une copie de Tableau Server La création d’une copie clonée de Tableau Server est un processus multi-étapes, dont les deux principales sont les suivantes : 1. Créez une charge utile clonée à partir de l’installation Tableau Server que vous voulez dupliquer. 2. Utilisez la charge utile clonée pour installer un deuxième déploiement de Tableau Server. Il vous incombe d’associer la topologie des deux installations, en ajoutant des nœuds supplémentaires pour qu’ils correspondent au déploiement d’origine. ### Créer une charge utile clonée Pour générer un ensemble de fichiers (charge utile clonée) avec les paramètres de configuration et de topologie pour Tableau Server, utilisez la commande `[tsm settings clone](https://help.tableau.com/current/server/fr-ca/cli_settings_tsm.htm#TSMSettingsClone)`. La commande prend un seul argument, le répertoire de sortie où l’ensemble des fichiers doit être enregistré : tsm settings clone --output-directory Une fois la charge utile du clone créée, vous pouvez l’utiliser pour installer une nouvelle instance de Tableau Server avec une configuration et une topologie identiques à celles de l’installation source. ### Utiliser la charge utile du clone pour créer une copie de Tableau Server Lors de l’installation de Tableau Server sur Windows, l’administrateur de serveur doit suivre les étapes suivantes : 1. définir la variable d’environnement `CLONE_ARTIFACT_DIR` pour qu’elle pointe vers l’emplacement de la charge utile clonée. 2. exécuter le programme d’installation de Tableau Server en tant qu’administrateur. ne pas initialiser Tableau Server si votre topologie comprend des nœuds supplémentaires. ajouter ces nœuds avant de terminer le processus d’initialisation de Tableau Server. 3. Facultatif : Ajouter des nœuds worker Après l’initialisation de TSM (mais avant l’initialisation de Tableau Server), l’administrateur doit ajouter des nœuds supplémentaires si la topologie originale comportait plus d’un nœud. Il faut pour cela suivre le processus habituel d’ajout de nouveaux nœuds, c’est-à-dire générer un fichier bootstrap et exécuter le script initialize-tsm sur les nœuds worker où se trouve le fichier bootstrap. Pour plus d’information, consultez [Installer et configurer des nœuds supplémentaires](https://help.tableau.com/current/server/fr-ca/install_additional_nodes.htm). 4. Initialisez Tableau Server par l’intermédiaire de l’interface Web TSM ou de l’interface en ligne de commande : `tsm initialize` 5. Attendez que Tableau Server s’initialise sur tous les nœuds. [Passer au contenu principal](#main-content) # Collecte de données chiffrées Pour vous assurer que la collecte de données de Tableau Server vers Tableau Resource Monitoring Tool est chiffrée, les communications entre le serveur RMT et les agents, et les connexions au référentiel Tableau Server doivent être activées pour utiliser la messagerie chiffrée. ## Pour les versions 2022.3 et ultérieures - Si RabbitMQ est installé sur le même ordinateur que le serveur RMT (configuration locale), Tableau Resource Monitoring Tool a des communications chiffrées intégrées entre le serveur RMT et les agents. Aucune configuration n’est requise pour le chiffrement entre RabbitMQ et RMT Server. - Si RabbitMQ est hébergé à l’extérieur du serveur RMT (configuration externe), vous devez suivre les mêmes étapes que celles décrites dans la section [Pour les versions 2022.2 et antérieures](#For) de cette rubrique. Vous devez toujours activer et configurer les [communications chiffrées avec la base de données du référentiel Tableau Server](#Tableau) dans les deux cas indiqués ci-dessus. ## Configuration SSL du référentiel Tableau 1. Assurez-vous que Tableau Server est configuré pour utiliser les connexions SSL pour les connexions Postgres internes. Pour plus d’informations, consultez [Configurer SSL pour la communication Postgres interne](https://help.tableau.com/current/server/fr-ca/ssl_config_postgres.htm). Resource Monitoring Tool vous permet d’utiliser soit le fichier de certificat, soit l’empreinte du pouce pour les connexions SSL. Si vous prévoyez d’utiliser le fichier de certificat, copiez le fichier de certificat généré par Tableau Server pour les connexions Postgres SSL internes sur l’ordinateur où vous prévoyez d’installer le Serveur RMT. Pour plus d’informations, consultez [Configurer Postgres SSL pour autoriser les connexions directes depuis les clients](https://help.tableau.com/current/server/fr-ca/ssl_config_direct_cx.htm). 2. Dans l’interface Web du Serveur RMT, accédez aux menus Administration et sélectionnez Environnements. Cliquez sur l’icône Modifier l’environnement. Dans la section Tableau Repository Configuration : 1. Dans la zone déroulante SSL Mode, sélectionnez Prefer SSL ou Require SSL pour configurer les connexions SSL au référentiel Tableau. Si vous choisissez Disable, cela signifie que SSL ne sera jamais utilisé pour créer des connexions au référentiel Tableau Server. En mode Prefer SSL, Resource Monitoring Tool utilisera SSL dans la première tentative, et en cas d’échec, tentera par la suite d’utiliser une connexion non chiffrée. En mode Require SSL, si la connexion SSL échoue, les connexions au référentiel Tableau Server échoueront complètement. Dans ce cas, les connexions d’API REST Tableau Server seront utilisées pour communiquer avec Tableau Server. 2. Vous pouvez choisir soit de fournir l’empreinte digitale générée par Tableau Server, soit de copier le fichier **server.crt** sur l’ordinateur du serveur principal Resource Monitoring Tool. Si vous choisissez de copier le fichier certificat, vous n’avez pas à fournir l’empreinte digitale. Pour plus d’informations, consultez [Configurer Postgres SSL pour autoriser les connexions directes depuis les clients](https://help.tableau.com/current/server/fr-ca/ssl_config_direct_cx.htm). ## Pour les versions 2022.2 et antérieures Vous pouvez activer la communication chiffrée entre les Agents et le Serveur RMT en procédant comme suit : - [Configuration de RabbitMQ avec des certificats SSL/TLS.](#RabbitMQ) - [Configuration du Serveur RMT et des Agents de manière à activer la messagerie chiffrée.](#Setup) - [Configurer des connexions chiffrées au référentiel Tableau](#Tableau). ## Installation de RabbitMQ Pour plus de détails sur la configuration du serveur RabbitMQ, veuillez consulter la documentation de RabbitMQ pour [Configuration de TLS](https://www.rabbitmq.com/ssl.html). ## Installation de Tableau Resource Monitoring Tool Une fois que RabbitMQ a été configuré pour TLS, toutes les applications client (c’est-à-dire le Serveur RMT Tableau Resource Monitoring Tool et tous les Agents) devront être configurées de manière à activer la messagerie chiffrée. Procédez comme suit dans l’interface Web du Serveur RMT : 1. Sur la machine sur laquelle RMT Server est installé, accédez à : _http:///setup/server_. 2. Dans la section File d’attente des messages, cochez la case à cochée Activer TLS et indiquez le nom de l’hôte du certificat. 3. Mettez à jour les données du port si nécessaire. Lors de la configuration du Serveur RMT ou des Agents pour la messagerie chiffrée : - Vous devez configurer à la fois l’indicateur `enabled` et `certificateHostName` pour activer le chiffrement. - La variable `certificateHostName` doit correspondre au nom canonique (CN=) sur le certificat du serveur sinon la connexion échouera. - Le numéro de `port` devra probablement être modifié sur le port TLS sur lequel vous avez configuré RabbitMQ. **Remarque :** si les Agents étaient déjà enregistrés avant que SSL ne soit configuré, vous devez réenregistrer l’Agent. Pour ce faire, téléchargez le nouveau fichier bootstrap et réenregistrez l’Agent à l’aide du nouveau fichier bootstrap. Pour plus d’informations sur le réenregistrement de l’Agent, consultez [Réenregistrement d’un Agent](https://help.tableau.com/current/server/fr-ca/rmt-tableau-server-topology-changes.htm#reregister-agent). ## Qui peut le faire? Pour configurer la collecte de données chiffrées, vous devez être soit un administrateur Tableau Server, soit un administrateur Resource Monitoring Tool. [Passer au contenu principal](#main-content) # Collecter des données avec l’Analyseur de performances Windows Pour surveiller l’utilisation des ressources et les processus serveur, vous pouvez utiliser l’Analyseur de performances Windows (PerfMon), inclus avec Windows Server. Utilisez PerfMon pour collecter des renseignements détaillés sur les performances, y compris la fréquence d’utilisation de l’unité centrale de traitement, la quantité de mémoire utilisée, des données relatives à chaque processus Tableau Server, etc. Pour plus d’informations sur ce que fait chaque processus Tableau Server, consultez [Processus Tableau Server](https://help.tableau.com/current/server/fr-ca/processes.htm). **Avis de non-responsabilité :** Ces informations se reportent à un produit tiers. Cet exemple n’est pas une approbation de ce produit par rapport à tout autre produit concurrent. Avant d’utiliser PerfMon, vous configurez un ensemble de collecteurs de données qui permet à PerfMon de stocker les données qu’il collecte. Pour collecter des informations sur les processus Tableau Server avec PerfMon, Tableau Server doit être en cours d’exécution lorsque vous créez l’ensemble de collecteurs de données. Les données que vous collectez dans PerfMon sont souvent appelées compteurs de performances. ## Comment collecter des données avec l’Analyseur de performances Windows ### Étape 1 : Créer un nouvel ensemble de collecteurs de données 1. Cliquez sur le menu Démarrer de Windows et recherchez "performance". 2. Faites un clic droit sur **Analyseur de performances** puis cliquez sur **Exécuter en tant qu’administrateur**. 3. Dans le volet de gauche, cliquez sur **Ensembles de collecteurs de données**. 4. Dans le volet de droite, faites un clic droit sur **Défini par l’utilisateur** et cliquez sur Nouveau > **Ensemble de collecteurs de données**. 5. Dans l’assistant **Créer un nouvel ensemble de collecteurs de données**, donnez un nom à l’ensemble de collecteurs de données. Par exemple, vous pouvez saisir **Performances Tableau Server**. 6. Sélectionnez **Créer manuellement (avancé)** puis cliquez sur **Suivant**. 7. Sous **Créer des fichiers journaux de données**, sélectionnez **Compteur de performances**, et cliquez sur **Suivant**. ### Étape 2 : Sélectionner les compteurs de performances 1. Définissez l’intervalle d’échantillonnage sur 30 secondes. 2. Cliquez sur **Ajouter**. 3. Sélectionnez l’ordinateur pour lequel vous souhaitez enregistrer des données de performance. Si vous exécutez Tableau Server sur un seul ordinateur, sélectionnez ****. Si vous exécutez Tableau Server sur plusieurs ordinateurs, vous devez répéter certaines de ces étapes pour collecter des données sur chaque ordinateur. 4. Sélectionnez des compteurs de performances dans la liste. Le tableau ci-après répertorie certains compteurs de performances que nous recommandons pour le suivi des performances de Tableau Server.
CatégorieCompteurs de performancesRemarques

Disque logique

Longueur actuelle de la file d’attente du disque

Lecture du disque octets/sec

Écriture sur le disque octets/sec

Le nombre de demandes d’écritures en attente et la quantité d’octets en lecture et en écriture sur le disque dur du serveur. Sélectionnez ces compteurs pour le disque sur lequel vous avez installé Tableau Server (appelé instance dans PerfMon).

Mémoire

% octets confirmés en cours d’utilisation

Méga-octets disponibles

Pourcentage de mémoire virtuelle utilisée, et quantité de mémoire disponible en méga-octets.
Informations sur le processeur

% temps du processeur

% d’utilisation du processus

Pourcentage de temps d’activité du processeur, et pourcentage de capacité de traitement utilisée par le processeur.

Processus

% temps du processeur

Octets privés

Pourcentage de capacité de traitement utilisé par un processus particulier et quantité de mémoire réservée pour le processus. Sélectionnez ces compteurs pour les processus suivants (appelés instances dans PerfMon) :

  • run-backgrounder (Gestionnaire de processus en arrière-plan)
  • run-dataserver (Serveur de données)
  • redis-server (Serveur de cache)
  • hyperd (Moteur de données)
  • run-vizqlserver (Serveur VizQL)
Pour sélectionner chaque compteur de performances : 1. Double-cliquez pour sélectionner une catégorie dans la liste déroulante. 2. Sélectionnez le(s) compteur(s) de performances que vous souhaitez utiliser. 3. Sous Instances d’objet sélectionné, le cas échéant, sélectionnez le processus (ou l’instance) à propos duquel vous souhaitez collecter des informations. ![Une boîte de dialogue répertoriant les compteurs disponibles et ajoutés.](/tableau/current/fr-ca/server/fr-ca/Img/everybody_perfmon_add_counters.png) 4. Cliquez sur **Ajouter**. 5. Si vous exécutez Tableau Server sur plusieurs ordinateurs, revenez à l’étape 3, sélectionnez un autre ordinateur, puis répétez les étapes ci-dessus. **Important :** Selon la manière dont vous avez configuré les processus serveur pour s’exécuter sur des ordinateurs, vous devrez peut-être surveiller uniquement un sous-ensemble de processus répertoriés pour chaque ordinateur. Par exemple, il est recommandé d’isoler les processus du gestionnaire de processus en arrière-plan sur un ordinateur séparé. Pour cet ordinateur, vous devriez donc surveiller uniquement les processus du gestionnaire de processus en arrière-plan. 6. Cliquez sur **OK** puis cliquez sur **Suivant**. ### Étape 3 : Enregistrer l’ensemble de collecteurs de données 1. Accédez au répertoire sur lequel vous souhaitez stocker les données, puis cliquez sur **Suivant**. **Important :** Vous devez stocker les données dans un endroit accessible par Tableau. Par exemple, vous pouvez souhaitez stocker les données sur un lecteur réseau. Si aucun lecteur réseau n’est mappé, faites un clic droit sur **Ce PC**et sélectionnez **Ajouter un emplacement réseau**. 2. Cliquez sur **Terminer**. 3. Dans le volet de gauche de la fenêtre principale de l’**Analyseur de performances**, sélectionnez l’ensemble de collecteurs de données que vous avez créé. 4. Dans le volet de droite, faites un clic droit sur le compteur de performances **DataCollector01**, et cliquez sur **Propriétés**. 5. Sélectionnez **Séparé par des virgules** comme format du fichier journal, et cliquez sur **OK**. ### Étape 4 : Exécuter l’ensemble de collecteurs de données Dans le volet de gauche, faites un clic droit sur le nom du collecteur de données que vous avez créé et cliquez sur **Démarrer**. L’outil Analyseur de performances Windows lance la surveillance de votre serveur et stocke les informations à l’emplacement spécifié. ### Étape 5 : Autoriser l’accès distant à plusieurs ordinateurs Pour que PerfMon puisse collecter des données sur d’autres ordinateurs, vous devez vous assurer que les autres ordinateurs sont accessibles, c’est-à-dire qu’ils sont sur le même réseau et que des règles de pare-feu empêchant l’accès ne leur sont pas appliquées. Les règles de pare-feu que vous devez définir varient selon les versions de Windows. Vous devrez donc peut-être contacter votre administrateur réseau pour plus d’informations. En outre, vous devez vous assurer que le compte Exécuter en tant qu’utilisateur est autorisé à collecter des données sur les ordinateurs distants. Par défaut, PerfMon exécute l’ensemble de collecteurs de données défini comme l’utilisateur SYSTEM. Pour modifier le compte Exécuter en tant qu’utilisateur, procédez comme suit : 1. Dans le volet de gauche de PerfMon, ouvrez le nœud Ensembles de collecteurs de données puis le nœud **Défini par l’utilisateur**. 2. Cliquez avec le bouton droit de la souris sur le nom de l’ensemble de collecteurs de données puis cliquez sur Propriétés. 3. Dans la section **Exécuter en tant que** de l’onglet **Général**, cliquez sur le bouton **Modifier** et spécifiez un compte différent. [Passer au contenu principal](#main-content) # Collecter des données avec le référentiel Tableau Server Le référentiel Tableau Server est une base de données PostgreSQL qui stocke les données sur toutes les interactions utilisateur, les actualisations d’extraits, etc. Vous pouvez activer l’accès au référentiel et utiliser les données qu’il contient pour analyser et comprendre les performances de Tableau Server. **Important :** Ne modifiez pas directement le référentiel. Cette opération risque d’endommager Tableau Server. Les modifications du référentiel par un client annuleront la prise en charge de votre installation par Tableau. Vous recherchez Tableau Server sur Linux? Consultez [Collecter des données avec le référentiel Tableau Server](https://help.tableau.com/current/server-linux/fr-ca/perf_collect_server_repo.htm). Après avoir activé l’accès au référentiel Tableau Server, vous pouvez créer des vues contenant des données à partir du référentiel. Les vues que vous créez avec ces données sont parfois appelées vues administratives personnalisées. Ces vues administratives personnalisées sont non seulement utilisées pour la surveillance des performances, mais aussi pour suivre l’activité des utilisateurs, l’activité des classeurs et autre. Pour plus d’informations sur le type de données que vous pouvez utiliser pour ces vues, consultez [Créer des vues administratives personnalisées](https://help.tableau.com/current/server/fr-ca/adminview_postgres.htm) et [À propos du dictionnaire de données de Tableau Server](https://help.tableau.com/current/server/fr-ca/data_dictionary.htm). Sinon, si vous êtes uniquement intéressé par les données de performances, vous pouvez utiliser les tables de base de données présélectionnées dans l’exemple de classeur des performances. ## Activer l’accès au référentiel Tableau Server Vous pouvez utiliser Tableau Desktop pour vous connecter au référentiel Tableau Server et l’interroger au moyen de deux utilisateurs intégrés. L’utilisateur nommé `tableau` a accès à plusieurs vues de base de données que vous pouvez utiliser dans le cadre de la création de vos propres analyses de l’activité Tableau Server. L’utilisateur nommé `readonly` a accès à des tables de base de données supplémentaires que vous pouvez utiliser pour créer des vues qui serviront à des analyses encore plus détaillées. Nous vous recommandons d’utiliser cet utilisateur. Avant de pouvoir vous connecter au référentiel, vous devez activer l’accès de l’utilisateur `readonly` à la base de données. Utilisez la commande `tsm data-access repository-access enable` pour activer l’accès au référentiel. Lorsque vous activez l’accès au référentiel, vous créez également un mot de passe pour l’utilisateur `readonly`. Vous utiliserez ce mot de passe pour accéder au référentiel. Le port 8060 devra peut-être aussi être ouvert sur le nœud du référentiel pour que vous puissiez vous connecter à la base de données. 1. Vérifiez que le port 8060 est ouvert sur l’ordinateur où le référentiel est installé. C’est une exigence si vous vous connectez à distance. 2. Activez l’accès au référentiel et créez un mot de passe pour l’utilisateur readonly : `tsm data-access repository-access enable --repository-username readonly --repository-password ` Si votre mot de passe inclut des caractères spéciaux, vous devez entourer le mot de passe dans des guillemets doubles. Cette commande redémarre Tableau Server. **Remarque :** si vous décidez ultérieurement que vous souhaitez désactiver l’accès distant au référentiel Tableau Server, utilisez la commande `tsm data-access repository-access disable`. La commande désactive l’accès externe au référentiel. Elle ne désactive pas l’accès depuis localhost. Pour plus d’informations, consultez [tsm data-access repository-access disable](https://help.tableau.com/current/server/fr-ca/cli_data-access.htm#repository-access-disable). ## Se connecter au référentiel Tableau Server Cette section décrit comment se connecter à un ensemble personnalisé de tables depuis le référentiel Tableau Server. Pour plus d’informations sur les tables auxquelles vous pouvez vous connecter, consultez [À propos du dictionnaire de données de Tableau Server](https://help.tableau.com/current/server/fr-ca/data_dictionary.htm). 1. Dans Tableau Desktop, sélectionnez Données > Se connecter aux données, puis sélectionnez PostgreSQL comme base de données à laquelle se connecter. **Remarque :** vous devrez peut-être installer les pilotes de la base de données PostgreSQL. Vous pouvez télécharger les pilotes à l’adresse [www.tableau.com/fr-ca/support/drivers](http://www.tableau.com/fr-ca/support/drivers). 2. Dans la boîte de dialogue Connexion PostgreSQL, tapez le nom ou l’URL de Tableau Server dans la zone Serveur. Si vous utilisez une installation de serveur distribuée, entrez le nom ou l’adresse IP du nœud hébergeant le référentiel. Connectez-vous à l’aide du port que vous avez défini pour pgsql.port, qui est 8060 par défaut. 3. Spécifiez `workgroup` comme base de données à laquelle se connecter. 4. Connectez-vous en utilisant le nom d’utilisateur et le mot de passe que vous avez spécifiés. 5. Cliquez sur l’option **Requérir SSL** si vous avez configuré Tableau Server pour utiliser SSL pour la connexion au référentiel. Pour plus d’informations, consultez [Configurer Postgres SSL pour autoriser les connexions directes depuis les clients](https://help.tableau.com/current/server/fr-ca/ssl_config_direct_cx.htm). 6. Cliquez sur Se connecter. ![Un écran de connexion PostgreSQL avec des champs pour le serveur, le port, la base de données, le nom d’utilisateur et le mot de passe.](/tableau/current/fr-ca/server/fr-ca/Img/postgres_connection.png) 7. Sélectionnez une ou plusieurs tables auxquelles vous connecter. L’utilisateur `tableau` a accès à toutes les tables dont le nom commence par un trait de soulignement (\_) et `hist_`. Par exemple, vous pouvez vous connecter à `_background_tasks` et `_datasources`. Les tables `hist_` incluent des informations sur les utilisateurs du serveur qui ne sont actuellement pas présentées dans la vue [Actions par utilisateur spécifique](https://help.tableau.com/current/server/fr-ca/adminview_user.htm). L’utilisateur `readonly` a accès à des tables supplémentaires pouvant servir à demander d’autres informations au sujet de l’utilisation du serveur. ![Une jointure de deux sources de données : types d’événements historiques et événements historiques.](/tableau/current/fr-ca/server/fr-ca/Img/adminview_custom2.png) 8. Cliquez sur Accéder au classeur. ## Version de PostgreSQL Utilisez les étapes suivantes pour trouver la version de PostgreSQL utilisée par Tableau Server : 1. Connectez-vous à Tableau Server directement ou par une connexion à distance. 2. Lancez **Gestionnaire de tâches**. 3. Cliquez sur l’onglet **Détails**. 4. Cliquez à droite sur l’un des processus postgres.exe et sélectionnez **Propriétés** pour voir la version de PostgreSQL installée. Vous pouvez également vous connecter à la base de données du groupe de travail et émettre la requête suivante pour obtenir la version : `select version()` ## Autres articles de cette section [Passer au contenu principal](#main-content) # tabadmin Depuis la version 2018.2, Tableau Server sur Windows est disponible avec Tableau Services Manager (TSM). TSM remplace l’ancien utilitaire de commande tabadmin et l’outil de configuration de tableau Server. Si vous avez installé ou mis à niveau Tableau Server sur Windows 2018.2 ou ultérieur, vous devez utiliser TSM pour configurer et gérer Tableau Server. Pour plus d’informations sur TSM, consultez [Migrer de tabadmin vers l’interface en ligne de commande TSM](https://help.tableau.com/v2021.4/server/fr-ca/tabadmin_to_tsm_cli.htm). [Passer au contenu principal](#main-content) # Commandes tabcmd **Remarque :** L’utilitaire de ligne de commande tabcmd version 2.0 est disponible sur [Tableau tabcmd](https://tableau.github.io/tabcmd). Cette nouvelle version vous permet d’exécuter des commandes tabcmd sur MacOS et Linux et de vous authentifier à l’aide de jetons d’accès personnels. La version 2.0 est basée sur des points de terminaison publics disponibles dans Tableau Server Client (TSC) basé sur Python. Cette dernière version offre une prise en charge limitée pour Tableau Server. Vous recherchez Tableau Server sur Linux? Consultez [Commandes tabcmd](https://help.tableau.com/current/server-linux/fr-ca/tabcmd_cmd.htm "Ouvre la rubrique dans un nouvel onglet de navigateur"). Vous pouvez utiliser les commandes suivantes avec l’outil de ligne de commande tabcmd : [addusers](#id1999d76f-638e-47d4-86ac-fe8e206ed364) (à un groupe) [createextracts](#id5a3316ed-45bb-4da4-b557-1111112d4ac8) [creategroup](#idbfa546df-2be7-444f-8bb8-07978b127783) [createproject](#id5a3316ed-45bb-4da4-b557-58492b2d4ac8) [createsite](#id6f434e96-89d1-4aa2-a935-4c22fa1e2506) [createsiteusers](#idd1b7729f-dd20-475a-96f6-17fcd2577894) [createusers](#ide42a948a-cd9c-4b73-9ef2-3a58eda2d095) [decryptextracts](#decryptextracts_tabcmd) [delete _workbook-name_ ou _datasource-name_](#idfdf59712-84ed-4590-9471-541d316917a6) [deleteextracts](#id5a3316ed-45bb-4da4-b557-2222222d4ac8) [deletegroup](#id0d009916-bee3-4ef0-a6ac-22188c0e7f30) [deleteproject](#idfdf59712-84ed-4590-9471-541d316917a6) [deletesite](#id54a7f404-5d1b-452e-8273-0ab8396da641) [deletesiteusers](#deletesiteusers) [deleteusers](#id6a8ef3d6-d17b-4c31-be47-7b09437eeec0) [editdomain](#editdomain) [editsite](#id06d8e2e0-d7a1-4733-b0df-d1e02f66919b) [encryptextracts](#encryptextracts_tabcmd) [export](#id7cb8d032-a4ff-43da-9990-15bdfe64bcd0) [get _url_](#id7e0a0627-ad89-4135-a1c2-85b1d8472568) [initialuser](#initialuser) [listdomains](#listdomains) [listsites](#idc7467cb6-6cef-49bf-9358-a3e4addd5fa0) [login](#id5fba51c9-5608-4520-8ceb-2caf4846a2be) [logout](#id8f512aec-57a4-4ed4-94c4-86e91ea9cc9c) [publish](#iddf805b62-18ff-4497-9245-adc6905b2084) [publishsamples](#publishsamples) [reencryptextracts](#reencryptextracts_tabcmd) [refreshextracts](#id4cdb3410-1c41-4dad-b1d2-306542ac9b32) [removeusers](#id5cc30cba-44b8-48b0-93d6-5707938d157a) [reset\_openid\_sub](#reset_sub) [runschedule](#idd9d99c44-c9be-4191-9191-402341775a3d) [set](#idfe12acaf-ed64-4f0c-8eb8-b83c9de12382) [syncgroup](#ide6a39f29-77ff-44f6-b946-c2b56b31a2f9) [upgradethumbnails](#upgradethumbnails) [validateidpmetadata](#validateidp) [version](#id825f5d18-529c-408a-b876-57693195bbdd) ## addusers _nom-groupe_ Ajoute des utilisateurs au groupe spécifié. **Exemple** `tabcmd addusers "Development" --users "users.csv"` ### Options `--users` Ajoutez les utilisateurs du fichier `.csv` donné au groupe spécifié. Le fichier doit se composer d’une liste simple avec un nom d’utilisateur par ligne. Les noms d’utilisateur ne sont pas sensibles à la casse. Les utilisateurs devraient déjà avoir été créés sur Tableau Server. Si vous utilisez cette commande avec des fichiers `.csv` volumineux, dans Tableau Server, un administrateur de serveur peut activer les paramètres susceptibles d’améliorer les performances. Pour plus d’informations, consultez [Recommandations relatives au fichier d’importation CSV](https://help.tableau.com/current/server/fr-ca/csvguidelines.htm). `--[no-]complete` Lorsqu’elle est définie sur `complete`, cette option requiert que toutes les lignes soient valides pour que les modifications prennent effet. Sinon, `--complete` est utilisé. Options globales Les options suivantes sont utilisées par les commandes `tabcmd`. Les options `--server`, `--user` et `--password` sont requises au moins une fois pour démarrer une session. Un jeton d’authentification est enregistré de sorte que les commandes suivantes puissent être exécutées sans inclure ces options. Ce jeton reste valide pendant cinq minutes après la dernière commande l’ayant utilisé. `-h`, `--help` Affiche l’aide de la commande. `-c`, `--use-certificate` Utilisez un certificat client pour vous connecter. Requis lorsque SSL mutuel est activé. Pour en savoir plus sur la configuration du certificat, commencez par la rubrique adaptée à votre système d’exploitation Tableau Server : - **Windows :** [Configurer SSL mutuel](https://help.tableau.com/current/server/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") - **Linux :** [Configurer SSL mutuel](https://help.tableau.com/current/server-linux/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") `-s`, `--server` L’URL Tableau Server, qui est requise au moins une fois pour démarrer la session. `-u`, `--user` Le nom d’utilisateur Tableau Server, qui est requis au moins une fois pour démarrer une session. `-p`, `--password` Le mot de passe Tableau Server, qui est requis au moins une fois pour démarrer une session. `--password-file` Permet d’enregistrer le mot de passe dans le fichier `.txt` indiqué au lieu de le saisir sur la ligne de commande pour plus de sécurité. `-t`, `--site` Indique que la commande s’applique au site spécifié par l’ID du site Tableau Server, entouré de guillemets simples ou doubles. Pour spécifier le site par défaut, utilisez soit une chaîne vide avec des guillemets simples ou doubles (’’ ou ""), soit Default entre guillemets doubles ("Default"). L’ID de site est sensible à la casse lors de l’utilisation d’un jeton d’authentification mis en cache. Si la casse n’est pas respectée, il se peut qu’on vous demande un mot de passe même si le jeton est encore valide. `-x`, `--proxy` Host :Port Utilise le proxy HTTP spécifié. `--no-prompt` Lorsque cette option est spécifiée, la commande ne demande pas de mot de passe. Si aucun mot de passe valide n’est fourni, la commande échoue. `--no-proxy` Lorsque cette option est spécifiée, aucun proxy HTTP n’est utilisé. `--no-certcheck` Lorsque cette option est spécifiée, tabcmd (le client) ne valide pas le certificat SSL du serveur. `--[no-]cookie` Lorsque cette option est spécifiée, l’ID de session est enregistré lors de la connexion afin que les commandes suivantes n’aient pas à se connecter. Utilisez le préfixe `no-` pour ne pas enregistrer l’ID de session. Par défaut, la session est enregistrée. `--timeout` Permet d’attendre le nombre spécifié de secondes afin que le serveur termine le traitement de la commande. Par défaut, le processus attendra que le serveur réponde. `--` Spécifie la fin des options à la ligne de commande. Vous pouvez utiliser `--` pour indiquer à `tabcmd` que tout élément suivant `--` ne doit pas être interprété comme un réglage d’option et peut au lieu de cela être interprété comme une valeur pour la commande. Cette fonction est utile si vous avez besoin de spécifier une valeur dans la commande qui inclut un tiret. L’exemple suivant vous montre comment vous pouvez utiliser `--` dans une commande `tabcmd`, où `-430105/Sheet1` est une valeur requise pour la commande `export`. `tabcmd export --csv -f "D:\export10.csv" -- -430105/Sheet1` ## createextracts Créer des extraits pour un classeur ou une source de données publié(e). ### Options `-d`, `--datasource` Nom de la source de données cible pour la création de l’extrait. `--embedded-datasources` Liste de valeurs séparées par un espace des noms des sources de données intégrées dans le classeur cible. Entourez les noms des sources de données entre guillemets doubles s’ils contiennent des espaces. Disponible uniquement lors de la création d’extraits pour un classeur. `--encrypt` Créer un extrait chiffré. `--include-all` Inclure toutes les sources de données intégrées dans le classeur cible. Disponible uniquement lors de la création d’extraits pour le classeur. `--parent-project-path` Chemin du projet qui est le parent du projet contenant la ressource cible. Vous devez spécifier le nom du projet avec --project. `--project` Nom du projet contenant la ressource cible. Nécessaire uniquement si --workbook ou --datasource est spécifié. Si non spécifié, le projet par défaut « Default » est utilisé. `-u`, `-url` Nom canonique du classeur tel qu’il apparaît dans l’URL. `-w`, `-workbook` Nom du classeur cible pour la création de l’extrait. Options globales Les options suivantes sont utilisées par les commandes `tabcmd`. Les options `--server`, `--user` et `--password` sont requises au moins une fois pour démarrer une session. Un jeton d’authentification est enregistré de sorte que les commandes suivantes puissent être exécutées sans inclure ces options. Ce jeton reste valide pendant cinq minutes après la dernière commande l’ayant utilisé. `-h`, `--help` Affiche l’aide de la commande. `-c`, `--use-certificate` Utilisez un certificat client pour vous connecter. Requis lorsque SSL mutuel est activé. Pour en savoir plus sur la configuration du certificat, commencez par la rubrique adaptée à votre système d’exploitation Tableau Server : - **Windows :** [Configurer SSL mutuel](https://help.tableau.com/current/server/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") - **Linux :** [Configurer SSL mutuel](https://help.tableau.com/current/server-linux/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") `-s`, `--server` L’URL Tableau Server, qui est requise au moins une fois pour démarrer la session. `-u`, `--user` Le nom d’utilisateur Tableau Server, qui est requis au moins une fois pour démarrer une session. `-p`, `--password` Le mot de passe Tableau Server, qui est requis au moins une fois pour démarrer une session. `--password-file` Permet d’enregistrer le mot de passe dans le fichier `.txt` indiqué au lieu de le saisir sur la ligne de commande pour plus de sécurité. `-t`, `--site` Indique que la commande s’applique au site spécifié par l’ID du site Tableau Server, entouré de guillemets simples ou doubles. Pour spécifier le site par défaut, utilisez soit une chaîne vide avec des guillemets simples ou doubles (’’ ou ""), soit Default entre guillemets doubles ("Default"). L’ID de site est sensible à la casse lors de l’utilisation d’un jeton d’authentification mis en cache. Si la casse n’est pas respectée, il se peut qu’on vous demande un mot de passe même si le jeton est encore valide. `-x`, `--proxy` Host :Port Utilise le proxy HTTP spécifié. `--no-prompt` Lorsque cette option est spécifiée, la commande ne demande pas de mot de passe. Si aucun mot de passe valide n’est fourni, la commande échoue. `--no-proxy` Lorsque cette option est spécifiée, aucun proxy HTTP n’est utilisé. `--no-certcheck` Lorsque cette option est spécifiée, tabcmd (le client) ne valide pas le certificat SSL du serveur. `--[no-]cookie` Lorsque cette option est spécifiée, l’ID de session est enregistré lors de la connexion afin que les commandes suivantes n’aient pas à se connecter. Utilisez le préfixe `no-` pour ne pas enregistrer l’ID de session. Par défaut, la session est enregistrée. `--timeout` Permet d’attendre le nombre spécifié de secondes afin que le serveur termine le traitement de la commande. Par défaut, le processus attendra que le serveur réponde. `--` Spécifie la fin des options à la ligne de commande. Vous pouvez utiliser `--` pour indiquer à `tabcmd` que tout élément suivant `--` ne doit pas être interprété comme un réglage d’option et peut au lieu de cela être interprété comme une valeur pour la commande. Cette fonction est utile si vous avez besoin de spécifier une valeur dans la commande qui inclut un tiret. L’exemple suivant vous montre comment vous pouvez utiliser `--` dans une commande `tabcmd`, où `-430105/Sheet1` est une valeur requise pour la commande `export`. `tabcmd export --csv -f "D:\export10.csv" -- -430105/Sheet1` ## creategroup _nom\_groupe_ Crée un groupe. Utilisez `addusers` (pour les groupes locaux) pour ajouter des utilisateurs après la création du groupe. Utilisez `syncgroup` (pour les groupes Active Directory) pour créer et synchroniser un groupe Tableau Server avec un groupe Active Directory. **Exemple** `tabcmd creategroup "Development"` Options globales Les options suivantes sont utilisées par les commandes `tabcmd`. Les options `--server`, `--user` et `--password` sont requises au moins une fois pour démarrer une session. Un jeton d’authentification est enregistré de sorte que les commandes suivantes puissent être exécutées sans inclure ces options. Ce jeton reste valide pendant cinq minutes après la dernière commande l’ayant utilisé. `-h`, `--help` Affiche l’aide de la commande. `-c`, `--use-certificate` Utilisez un certificat client pour vous connecter. Requis lorsque SSL mutuel est activé. Pour en savoir plus sur la configuration du certificat, commencez par la rubrique adaptée à votre système d’exploitation Tableau Server : - **Windows :** [Configurer SSL mutuel](https://help.tableau.com/current/server/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") - **Linux :** [Configurer SSL mutuel](https://help.tableau.com/current/server-linux/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") `-s`, `--server` L’URL Tableau Server, qui est requise au moins une fois pour démarrer la session. `-u`, `--user` Le nom d’utilisateur Tableau Server, qui est requis au moins une fois pour démarrer une session. `-p`, `--password` Le mot de passe Tableau Server, qui est requis au moins une fois pour démarrer une session. `--password-file` Permet d’enregistrer le mot de passe dans le fichier `.txt` indiqué au lieu de le saisir sur la ligne de commande pour plus de sécurité. `-t`, `--site` Indique que la commande s’applique au site spécifié par l’ID du site Tableau Server, entouré de guillemets simples ou doubles. Pour spécifier le site par défaut, utilisez soit une chaîne vide avec des guillemets simples ou doubles (’’ ou ""), soit Default entre guillemets doubles ("Default"). L’ID de site est sensible à la casse lors de l’utilisation d’un jeton d’authentification mis en cache. Si la casse n’est pas respectée, il se peut qu’on vous demande un mot de passe même si le jeton est encore valide. `-x`, `--proxy` Host :Port Utilise le proxy HTTP spécifié. `--no-prompt` Lorsque cette option est spécifiée, la commande ne demande pas de mot de passe. Si aucun mot de passe valide n’est fourni, la commande échoue. `--no-proxy` Lorsque cette option est spécifiée, aucun proxy HTTP n’est utilisé. `--no-certcheck` Lorsque cette option est spécifiée, tabcmd (le client) ne valide pas le certificat SSL du serveur. `--[no-]cookie` Lorsque cette option est spécifiée, l’ID de session est enregistré lors de la connexion afin que les commandes suivantes n’aient pas à se connecter. Utilisez le préfixe `no-` pour ne pas enregistrer l’ID de session. Par défaut, la session est enregistrée. `--timeout` Permet d’attendre le nombre spécifié de secondes afin que le serveur termine le traitement de la commande. Par défaut, le processus attendra que le serveur réponde. `--` Spécifie la fin des options à la ligne de commande. Vous pouvez utiliser `--` pour indiquer à `tabcmd` que tout élément suivant `--` ne doit pas être interprété comme un réglage d’option et peut au lieu de cela être interprété comme une valeur pour la commande. Cette fonction est utile si vous avez besoin de spécifier une valeur dans la commande qui inclut un tiret. L’exemple suivant vous montre comment vous pouvez utiliser `--` dans une commande `tabcmd`, où `-430105/Sheet1` est une valeur requise pour la commande `export`. `tabcmd export --csv -f "D:\export10.csv" -- -430105/Sheet1` ## createproject _nom\_projet_ Crée un projet. **Exemple** `tabcmd createproject -n "Quarterly_Reports" -d "Workbooks showing quarterly sales reports."` ### Options `-n`, `--name` Spécifie le nom du projet que vous souhaitez créer. `--parent-project-path` Spécifie le nom du projet parent pour le projet imbriqué tel que spécifié avec l’option `-n`. Par exemple, pour spécifier un projet appelé « Nested » existant dans un projet « Main », utilisez la syntaxe suivante : `--parent-project-path "Main" -n "Nested"`. `-d`, `--description` Spécifie une description pour le projet. Options globales Les options suivantes sont utilisées par les commandes `tabcmd`. Les options `--server`, `--user` et `--password` sont requises au moins une fois pour démarrer une session. Un jeton d’authentification est enregistré de sorte que les commandes suivantes puissent être exécutées sans inclure ces options. Ce jeton reste valide pendant cinq minutes après la dernière commande l’ayant utilisé. `-h`, `--help` Affiche l’aide de la commande. `-c`, `--use-certificate` Utilisez un certificat client pour vous connecter. Requis lorsque SSL mutuel est activé. Pour en savoir plus sur la configuration du certificat, commencez par la rubrique adaptée à votre système d’exploitation Tableau Server : - **Windows :** [Configurer SSL mutuel](https://help.tableau.com/current/server/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") - **Linux :** [Configurer SSL mutuel](https://help.tableau.com/current/server-linux/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") `-s`, `--server` L’URL Tableau Server, qui est requise au moins une fois pour démarrer la session. `-u`, `--user` Le nom d’utilisateur Tableau Server, qui est requis au moins une fois pour démarrer une session. `-p`, `--password` Le mot de passe Tableau Server, qui est requis au moins une fois pour démarrer une session. `--password-file` Permet d’enregistrer le mot de passe dans le fichier `.txt` indiqué au lieu de le saisir sur la ligne de commande pour plus de sécurité. `-t`, `--site` Indique que la commande s’applique au site spécifié par l’ID du site Tableau Server, entouré de guillemets simples ou doubles. Pour spécifier le site par défaut, utilisez soit une chaîne vide avec des guillemets simples ou doubles (’’ ou ""), soit Default entre guillemets doubles ("Default"). L’ID de site est sensible à la casse lors de l’utilisation d’un jeton d’authentification mis en cache. Si la casse n’est pas respectée, il se peut qu’on vous demande un mot de passe même si le jeton est encore valide. `-x`, `--proxy` Host :Port Utilise le proxy HTTP spécifié. `--no-prompt` Lorsque cette option est spécifiée, la commande ne demande pas de mot de passe. Si aucun mot de passe valide n’est fourni, la commande échoue. `--no-proxy` Lorsque cette option est spécifiée, aucun proxy HTTP n’est utilisé. `--no-certcheck` Lorsque cette option est spécifiée, tabcmd (le client) ne valide pas le certificat SSL du serveur. `--[no-]cookie` Lorsque cette option est spécifiée, l’ID de session est enregistré lors de la connexion afin que les commandes suivantes n’aient pas à se connecter. Utilisez le préfixe `no-` pour ne pas enregistrer l’ID de session. Par défaut, la session est enregistrée. `--timeout` Permet d’attendre le nombre spécifié de secondes afin que le serveur termine le traitement de la commande. Par défaut, le processus attendra que le serveur réponde. `--` Spécifie la fin des options à la ligne de commande. Vous pouvez utiliser `--` pour indiquer à `tabcmd` que tout élément suivant `--` ne doit pas être interprété comme un réglage d’option et peut au lieu de cela être interprété comme une valeur pour la commande. Cette fonction est utile si vous avez besoin de spécifier une valeur dans la commande qui inclut un tiret. L’exemple suivant vous montre comment vous pouvez utiliser `--` dans une commande `tabcmd`, où `-430105/Sheet1` est une valeur requise pour la commande `export`. `tabcmd export --csv -f "D:\export10.csv" -- -430105/Sheet1` ## createsite _nom\_site_ Crée un site. **Exemples** Créez un site nommé Ventes de la côte ouest. Cela entraîne la création automatique d’un ID de site de `WestCoastSales`, un espace de stockage illimité pour le site, et la possibilité pour les administrateurs d’ajouter et de supprimer des utilisateurs : `tabcmd createsite "West Coast Sales"` Créez un site nommé `West Coast Sales`avec un ID de site de `wsales` : `tabcmd createsite "West Coast Sales" -r "wsales"` Empêchez les administrateurs du site d’y ajouter des utilisateurs : `tabcmd createsite "West Coast Sales" --no-site-mode` Définissez un quota de stockage, en Mo : `tabcmd createsite "West Coast Sales" --storage-quota 100` ### Options `-r`, `--url` Utilisé dans les URL pour spécifier le site. Différent du nom du site. `--user-quota` Nombre maximum d’utilisateurs pouvant être ajoutés au site. `--[no-]site-mode` Autorise ou refuse le droit aux administrateurs de site d’ajouter des utilisateurs au site ou d’en supprimer. `--storage-quota` En Mo, le volume de classeurs, extraits et sources de données pouvant être stockés sur le site. `--extract-encryption-mode` Le mode de chiffrement d’extrait pour le site peut être **forcé**, **activé** ou **désactivé**. Pour plus d’informations, consultez [Chiffrement des extraits au repos](https://help.tableau.com/current/server/fr-ca/security_ear.htm). `--run-now-enabled` Autorisez ou refusez aux utilisateurs d’exécuter manuellement des actualisations d’extraits, des flux ou des planifications. **true** pour autoriser les utilisateurs à exécuter des tâches manuellement ou **false** pour empêcher les utilisateurs d’exécuter des tâches manuellement. Pour plus d’informations, consultez [Paramètres du serveur (Général et Personnalisation)](https://help.tableau.com/current/server/fr-ca/maintenance_set.htm). Options globales Les options suivantes sont utilisées par les commandes `tabcmd`. Les options `--server`, `--user` et `--password` sont requises au moins une fois pour démarrer une session. Un jeton d’authentification est enregistré de sorte que les commandes suivantes puissent être exécutées sans inclure ces options. Ce jeton reste valide pendant cinq minutes après la dernière commande l’ayant utilisé. `-h`, `--help` Affiche l’aide de la commande. `-c`, `--use-certificate` Utilisez un certificat client pour vous connecter. Requis lorsque SSL mutuel est activé. Pour en savoir plus sur la configuration du certificat, commencez par la rubrique adaptée à votre système d’exploitation Tableau Server : - **Windows :** [Configurer SSL mutuel](https://help.tableau.com/current/server/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") - **Linux :** [Configurer SSL mutuel](https://help.tableau.com/current/server-linux/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") `-s`, `--server` L’URL Tableau Server, qui est requise au moins une fois pour démarrer la session. `-u`, `--user` Le nom d’utilisateur Tableau Server, qui est requis au moins une fois pour démarrer une session. `-p`, `--password` Le mot de passe Tableau Server, qui est requis au moins une fois pour démarrer une session. `--password-file` Permet d’enregistrer le mot de passe dans le fichier `.txt` indiqué au lieu de le saisir sur la ligne de commande pour plus de sécurité. `-t`, `--site` Indique que la commande s’applique au site spécifié par l’ID du site Tableau Server, entouré de guillemets simples ou doubles. Pour spécifier le site par défaut, utilisez soit une chaîne vide avec des guillemets simples ou doubles (’’ ou ""), soit Default entre guillemets doubles ("Default"). L’ID de site est sensible à la casse lors de l’utilisation d’un jeton d’authentification mis en cache. Si la casse n’est pas respectée, il se peut qu’on vous demande un mot de passe même si le jeton est encore valide. `-x`, `--proxy` Host :Port Utilise le proxy HTTP spécifié. `--no-prompt` Lorsque cette option est spécifiée, la commande ne demande pas de mot de passe. Si aucun mot de passe valide n’est fourni, la commande échoue. `--no-proxy` Lorsque cette option est spécifiée, aucun proxy HTTP n’est utilisé. `--no-certcheck` Lorsque cette option est spécifiée, tabcmd (le client) ne valide pas le certificat SSL du serveur. `--[no-]cookie` Lorsque cette option est spécifiée, l’ID de session est enregistré lors de la connexion afin que les commandes suivantes n’aient pas à se connecter. Utilisez le préfixe `no-` pour ne pas enregistrer l’ID de session. Par défaut, la session est enregistrée. `--timeout` Permet d’attendre le nombre spécifié de secondes afin que le serveur termine le traitement de la commande. Par défaut, le processus attendra que le serveur réponde. `--` Spécifie la fin des options à la ligne de commande. Vous pouvez utiliser `--` pour indiquer à `tabcmd` que tout élément suivant `--` ne doit pas être interprété comme un réglage d’option et peut au lieu de cela être interprété comme une valeur pour la commande. Cette fonction est utile si vous avez besoin de spécifier une valeur dans la commande qui inclut un tiret. L’exemple suivant vous montre comment vous pouvez utiliser `--` dans une commande `tabcmd`, où `-430105/Sheet1` est une valeur requise pour la commande `export`. `tabcmd export --csv -f "D:\export10.csv" -- -430105/Sheet1` ## createsiteusers _nomfichier.csv_ Ajoute des utilisateurs à un site, en fonction des informations fournies dans un champ avec des valeurs séparées pa une virgule (CSV). Si l’utilisateur n’est pas déjà créé sur le serveur, la commande crée l’utilisateur avant de l’ajouter au site. Le fichier CSV doit comporter un ou plusieurs noms d’utilisateur et peut également inclure (pour chaque utilisateur) un mot de passe, un nom complet, un type de licence, un niveau Administrateur, un éditeur (oui/non) et une adresse de courriel. Pour plus d’informations sur le format du fichier CSV, consultez [Recommandations relatives au fichier d’importation CSV](https://help.tableau.com/current/server/fr-ca/csvguidelines.htm). Comme alternative à l’inclusion du niveau Administrateur et des autorisations de publicateur dans le fichier CSV, vous pouvez transmettre les informations de niveau d’accès en incluant l’option `--role` et en spécifiant le rôle sur le site que vous souhaitez affecter aux utilisateurs répertoriés dans le fichier CSV. Par défaut, les utilisateurs sont ajoutés au site auquel vous êtes connecté. Pour ajouter des utilisateurs à un site différent, incluez l’option `--site` gloable et spécifiez ce site. (Vous devez avoir les autorisations pour créer des utilisateurs sur le site que vous spécifiez.) Si le serveur contient plusieurs sites, vous ne pouvez pas ajouter les administrateurs de serveur (système) en utilisant la commande `createsiteusers`. Utilisez `createusers` à la place. Si vous spécifiez le rôle sur le site `ServerAdministrator` pour l’option `--role`, la commande renvoie une erreur. Si le fichier CSV comprend `System` en tant que valeur pour l’administrateur, la valeur est ignorée et le type de licence `Unlicensed` est attribué à l’utilisateur. Si le serveur contient un seul site (le site par défaut), vous pouvez spécifier `system` pour la valeur administrateur pour un utilisateur, ou même affecter le rôle sur le site `ServerAdministrator` à l’aide de l’option `--role` si vous souhaitez que tous les utilisateurs figurant dans le fichier CSV soient des administrateurs de serveur. Par défaut, cette commande crée des utilisateurs avec une opération synchrone (elle attend que la fin de toutes les opérations avant de procéder). Vous pouvez utiliser l’option `--no-wait`pour spécifier une opération asynchrone. ### Amélioration des performances pour les fichiers CSV volumineux Un administrateur de serveur peut utiliser la commande `tabadmin set` pour activer les paramètres qui aident à améliorer les performances pour les fichiers CSV volumineux. Pour plus d’informations, consultez [Améliorer les performances pour les fichiers CSV volumineux traités par tabcmd](https://help.tableau.com/current/server/fr-ca/csvguidelines.htm#improve-performance-large-csv) dans la rubrique Recommandations relatives au fichier d’importation CSV. ### Authentification locale Si le serveur est configuré pour utiliser l’authentification locale, les informations du fichier CSV sont utilisées pour créer des utilisateurs. ### Authentification Active Directory Si le serveur est configuré pour utiliser l’authentification Active Directory, les informations sur l’utilisateur sont importées à partir d’Active Directory, et les informations de mot de passe et nom convivial contenues dans le fichier CSV sont ignorées. De plus, si un utilisateur est indiqué dans le fichier CSV mais qu’il n’existe aucun utilisateur correspondant dans Active Directory, l’utilisateur n’est pas ajouté à Tableau Server. Pour les utilisateurs Active Directory, le nom d’utilisateur n’étant pas garanti comme étant unique à travers les domaines, vous devez inclure le domaine comme faisant partie du nom d’utilisateur. Vous pouvez le spécifier sous la forme `domain\username` ou `username@domain.com`. Nous vous recommandons toutefois d’utiliser le format `domain\username`. Pour plus d’informations, consultez [Gestion des utilisateurs dans les déploiements avec magasins d’identités externes](https://help.tableau.com/current/server/fr-ca/users_manage_ad.htm). **Exemple** `tabcmd createsiteusers "users.csv" --role "Explorer"` ### Options `--admin-type` Obsolète. À la place, utilisez l’option `--role`. `--auth-type` Définit le type d’authentification (`Local` ou `SAML`) pour tous les utilisateurs dans le fichier `.csv`. En l’absence de spécification, le paramètre par défaut est `Local`. **Remarque :** pour utiliser l’authentification SAML, le site doit être configuré pour SAML spécifique au site dans les paramètres Tableau Server. Pour plus d’informations, consultez [Configurer le protocole SAML spécifique à un site](https://help.tableau.com/current/server/fr-ca/saml_site_specific.htm). `--[no-]complete` Obsolète. Comportement d’erreur par défaut : s’il y a plus de 3 erreurs dans une séquence de dix lignes, la commande échoue. `--no-publisher` Obsolète. À la place, utilisez l’option `--role`. `--nowait` Permet de ne pas attendre que les tâches asynchrones soient terminées. `--publisher` Obsolète. À la place, utilisez l’option `--role`. `--role` Spécifie un rôle sur le site pour tous les utilisateurs du fichier `.csv`. Lorsque vous souhaitez attribuer des rôles sur le site à l’aide de l’option --role, créez un fichier CSV séparé pour chaque rôle sur le site. Les valeurs valides sont : `ServerAdministrator`, `SiteAdministratorCreator`, `SiteAdministratorExplorer`, `SiteAdministrator`, `Creator`, `ExplorerCanPublish`, `Publisher`, `Explorer`, `Interactor`, `Viewer`, and `Unlicensed`. Pour les nouveaux utilisateurs, la valeur par défaut est `Unlicensed` et pour les utilisateurs existants, elle reste inchangée. Les utilisateurs sont ajoutés en tant qu’utilisateurs sans licence également si votre installation de serveur est basée sur les utilisateurs et que la commande `createsiteusers` crée un nouvel utilisateur mais que vous avez déjà atteint la limite de nombre de licences pour vos utilisateurs. **Remarque :** sur Tableau Server multisite, si vous souhaitez attribuer le rôle sur le site `ServerAdministrator` à l’aide de l’option `--role`, utilisez plutôt la commande [`createusers`](#createusers) au lieu de `createsiteusers`. `--silent-progress` Permet de ne pas afficher les messages de progression pour les tâches asynchrones. Options globales Les options suivantes sont utilisées par les commandes `tabcmd`. Les options `--server`, `--user` et `--password` sont requises au moins une fois pour démarrer une session. Un jeton d’authentification est enregistré de sorte que les commandes suivantes puissent être exécutées sans inclure ces options. Ce jeton reste valide pendant cinq minutes après la dernière commande l’ayant utilisé. `-h`, `--help` Affiche l’aide de la commande. `-c`, `--use-certificate` Utilisez un certificat client pour vous connecter. Requis lorsque SSL mutuel est activé. Pour en savoir plus sur la configuration du certificat, commencez par la rubrique adaptée à votre système d’exploitation Tableau Server : - **Windows :** [Configurer SSL mutuel](https://help.tableau.com/current/server/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") - **Linux :** [Configurer SSL mutuel](https://help.tableau.com/current/server-linux/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") `-s`, `--server` L’URL Tableau Server, qui est requise au moins une fois pour démarrer la session. `-u`, `--user` Le nom d’utilisateur Tableau Server, qui est requis au moins une fois pour démarrer une session. `-p`, `--password` Le mot de passe Tableau Server, qui est requis au moins une fois pour démarrer une session. `--password-file` Permet d’enregistrer le mot de passe dans le fichier `.txt` indiqué au lieu de le saisir sur la ligne de commande pour plus de sécurité. `-t`, `--site` Indique que la commande s’applique au site spécifié par l’ID du site Tableau Server, entouré de guillemets simples ou doubles. Pour spécifier le site par défaut, utilisez soit une chaîne vide avec des guillemets simples ou doubles (’’ ou ""), soit Default entre guillemets doubles ("Default"). L’ID de site est sensible à la casse lors de l’utilisation d’un jeton d’authentification mis en cache. Si la casse n’est pas respectée, il se peut qu’on vous demande un mot de passe même si le jeton est encore valide. `-x`, `--proxy` Host :Port Utilise le proxy HTTP spécifié. `--no-prompt` Lorsque cette option est spécifiée, la commande ne demande pas de mot de passe. Si aucun mot de passe valide n’est fourni, la commande échoue. `--no-proxy` Lorsque cette option est spécifiée, aucun proxy HTTP n’est utilisé. `--no-certcheck` Lorsque cette option est spécifiée, tabcmd (le client) ne valide pas le certificat SSL du serveur. `--[no-]cookie` Lorsque cette option est spécifiée, l’ID de session est enregistré lors de la connexion afin que les commandes suivantes n’aient pas à se connecter. Utilisez le préfixe `no-` pour ne pas enregistrer l’ID de session. Par défaut, la session est enregistrée. `--timeout` Permet d’attendre le nombre spécifié de secondes afin que le serveur termine le traitement de la commande. Par défaut, le processus attendra que le serveur réponde. `--` Spécifie la fin des options à la ligne de commande. Vous pouvez utiliser `--` pour indiquer à `tabcmd` que tout élément suivant `--` ne doit pas être interprété comme un réglage d’option et peut au lieu de cela être interprété comme une valeur pour la commande. Cette fonction est utile si vous avez besoin de spécifier une valeur dans la commande qui inclut un tiret. L’exemple suivant vous montre comment vous pouvez utiliser `--` dans une commande `tabcmd`, où `-430105/Sheet1` est une valeur requise pour la commande `export`. `tabcmd export --csv -f "D:\export10.csv" -- -430105/Sheet1` ## createusers _nomfichier.csv_ Créez des utilisateurs dans Tableau Server, basés sur les informations fournies dans un fichier de valeurs séparées par une virgule (CSV). Le fichier CSV doit comporter un ou plusieurs noms d’utilisateur et peut également inclure (pour chaque utilisateur) un mot de passe, un nom complet, un type de licence, un niveau Administrateur, un éditeur (oui/non) et une adresse de courriel. Pour plus d’informations sur le format du fichier CSV, consultez [Recommandations relatives au fichier d’importation CSV](https://help.tableau.com/current/server/fr-ca/csvguidelines.htm). Comme alternative à l’inclusion du niveau Administrateur et des autorisations de publicateur dans le fichier CSV, vous pouvez transmettre les informations de niveau d’accès en incluant l’option `--role` et en spécifiant le rôle sur le site que vous souhaitez affecter aux utilisateurs répertoriés dans le fichier CSV. Si le serveur contient un seul site (le site par défaut), l’utilisateur est créé et ajouté au site. Si le serveur contient plusieurs sites, l’utilisateur est créé mais n’est ajouté à aucun site. Pour ajouter des utilisateurs à un site différent, utilisez [`createsiteusers`](#createsiteusers). Si votre installation de serveur est basée sur l’utilisateur et que la commande crée un nouvel utilisateur mais que vous avez déjà atteint la limite sur le nombre de licences pour vos utilisateurs, l’utilisateur est ajouté en tant qu’utilisateur sans licence. ### Authentification locale Si le serveur est configuré pour utiliser l’authentification locale, les informations du fichier CSV sont utilisées pour créer des utilisateurs. ### Authentification Active Directory Si le serveur est configuré pour utiliser l’authentification Active Directory, les informations sur l’utilisateur sont importées à partir d’Active Directory, et les informations de mot de passe et nom convivial contenues dans le fichier CSV sont ignorées. De plus, si un utilisateur est indiqué dans le fichier CSV mais qu’il n’existe aucun utilisateur correspondant dans Active Directory, l’utilisateur n’est pas ajouté à Tableau Server. Pour les utilisateurs Active Directory, le nom d’utilisateur n’étant pas garanti comme étant unique à travers les domaines, vous devez inclure le domaine comme faisant partie du nom d’utilisateur. Vous pouvez le spécifier sous la forme `domain\username` ou `username@domain.com`. Nous vous recommandons toutefois d’utiliser le format `domain\username`. Pour plus d’informations, consultez [Gestion des utilisateurs dans les déploiements avec magasins d’identités externes](https://help.tableau.com/current/server/fr-ca/users_manage_ad.htm). **Exemple** `tabcmd createusers "users.csv" --role "ServerAdministrator"` `tabcmd createusers "users.csv"` ### Options `--admin-type` Obsolète. À la place, utilisez l’option `--role`. `--[no-]complete` Obsolète. Comportement d’erreur par défaut : s’il y a plus de 3 erreurs dans une séquence de dix lignes, la commande échoue. `--no-publisher` Obsolète. À la place, utilisez l’option `--role`. `--nowait` Permet de ne pas attendre que les tâches asynchrones soient terminées. `--publisher` Obsolète. À la place, utilisez l’option `--role`. `-r`, `--role` Spécifie un rôle sur le site pour tous les utilisateurs du fichier `.csv`. Lorsque vous souhaitez attribuer des rôles sur le site à l’aide de l’option --role, créez un fichier CSV séparé pour chaque rôle sur le site. Les valeurs valides sont : `ServerAdministrator`, `SiteAdministratorCreator`, `SiteAdministratorExplorer`, `SiteAdministrator`, `Creator`, `ExplorerCanPublish`, `Publisher`, `Explorer`, `Interactor`, `Viewer`, and `Unlicensed`. Sur un serveur multisite, la commande n’attribue pas l’utilisateur à un site. Par conséquent, les seuls rôles sur le site que la commande peut attribuer avec succès sont `ServerAdministrator` et `Unlicensed`. Si vous spécifiez un autre rôle sur le site, la commande affecte le rôle `Unlicensed`. Sur un serveur de site unique, l’utilisateur est créé et ajouté au site par défaut à l’aide du rôle que vous spécifiez. Si votre installation de serveur est basée sur l’utilisateur et que la commande crée un nouvel utilisateur mais que vous avez déjà atteint la limite sur le nombre de licences pour vos utilisateurs, l’utilisateur est ajouté en tant qu’utilisateur sans licence. `--silent-progress` Permet de ne pas afficher les messages de progression pour les tâches asynchrones. Options globales Les options suivantes sont utilisées par les commandes `tabcmd`. Les options `--server`, `--user` et `--password` sont requises au moins une fois pour démarrer une session. Un jeton d’authentification est enregistré de sorte que les commandes suivantes puissent être exécutées sans inclure ces options. Ce jeton reste valide pendant cinq minutes après la dernière commande l’ayant utilisé. `-h`, `--help` Affiche l’aide de la commande. `-c`, `--use-certificate` Utilisez un certificat client pour vous connecter. Requis lorsque SSL mutuel est activé. Pour en savoir plus sur la configuration du certificat, commencez par la rubrique adaptée à votre système d’exploitation Tableau Server : - **Windows :** [Configurer SSL mutuel](https://help.tableau.com/current/server/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") - **Linux :** [Configurer SSL mutuel](https://help.tableau.com/current/server-linux/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") `-s`, `--server` L’URL Tableau Server, qui est requise au moins une fois pour démarrer la session. `-u`, `--user` Le nom d’utilisateur Tableau Server, qui est requis au moins une fois pour démarrer une session. `-p`, `--password` Le mot de passe Tableau Server, qui est requis au moins une fois pour démarrer une session. `--password-file` Permet d’enregistrer le mot de passe dans le fichier `.txt` indiqué au lieu de le saisir sur la ligne de commande pour plus de sécurité. `-t`, `--site` Indique que la commande s’applique au site spécifié par l’ID du site Tableau Server, entouré de guillemets simples ou doubles. Pour spécifier le site par défaut, utilisez soit une chaîne vide avec des guillemets simples ou doubles (’’ ou ""), soit Default entre guillemets doubles ("Default"). L’ID de site est sensible à la casse lors de l’utilisation d’un jeton d’authentification mis en cache. Si la casse n’est pas respectée, il se peut qu’on vous demande un mot de passe même si le jeton est encore valide. `-x`, `--proxy` Host :Port Utilise le proxy HTTP spécifié. `--no-prompt` Lorsque cette option est spécifiée, la commande ne demande pas de mot de passe. Si aucun mot de passe valide n’est fourni, la commande échoue. `--no-proxy` Lorsque cette option est spécifiée, aucun proxy HTTP n’est utilisé. `--no-certcheck` Lorsque cette option est spécifiée, tabcmd (le client) ne valide pas le certificat SSL du serveur. `--[no-]cookie` Lorsque cette option est spécifiée, l’ID de session est enregistré lors de la connexion afin que les commandes suivantes n’aient pas à se connecter. Utilisez le préfixe `no-` pour ne pas enregistrer l’ID de session. Par défaut, la session est enregistrée. `--timeout` Permet d’attendre le nombre spécifié de secondes afin que le serveur termine le traitement de la commande. Par défaut, le processus attendra que le serveur réponde. `--` Spécifie la fin des options à la ligne de commande. Vous pouvez utiliser `--` pour indiquer à `tabcmd` que tout élément suivant `--` ne doit pas être interprété comme un réglage d’option et peut au lieu de cela être interprété comme une valeur pour la commande. Cette fonction est utile si vous avez besoin de spécifier une valeur dans la commande qui inclut un tiret. L’exemple suivant vous montre comment vous pouvez utiliser `--` dans une commande `tabcmd`, où `-430105/Sheet1` est une valeur requise pour la commande `export`. `tabcmd export --csv -f "D:\export10.csv" -- -430105/Sheet1` ## decryptextracts Déchiffre tous les extraits d’un site. Si aucun site n’est spécifié, les extraits du site par défaut seront déchiffrés. Pour plus d’informations, consultez [Chiffrement des extraits au repos](https://help.tableau.com/current/server/fr-ca/security_ear.htm). Selon le nombre et la taille des extraits, cette opération peut consommer des ressources serveur importantes. Envisagez d’exécuter cette commande en dehors des heures ouvrables normales. **Exemple** `tabcmd decryptextracts "West Coast Sales"` Options globales Les options suivantes sont utilisées par les commandes `tabcmd`. Les options `--server`, `--user` et `--password` sont requises au moins une fois pour démarrer une session. Un jeton d’authentification est enregistré de sorte que les commandes suivantes puissent être exécutées sans inclure ces options. Ce jeton reste valide pendant cinq minutes après la dernière commande l’ayant utilisé. `-h`, `--help` Affiche l’aide de la commande. `-c`, `--use-certificate` Utilisez un certificat client pour vous connecter. Requis lorsque SSL mutuel est activé. Pour en savoir plus sur la configuration du certificat, commencez par la rubrique adaptée à votre système d’exploitation Tableau Server : - **Windows :** [Configurer SSL mutuel](https://help.tableau.com/current/server/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") - **Linux :** [Configurer SSL mutuel](https://help.tableau.com/current/server-linux/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") `-s`, `--server` L’URL Tableau Server, qui est requise au moins une fois pour démarrer la session. `-u`, `--user` Le nom d’utilisateur Tableau Server, qui est requis au moins une fois pour démarrer une session. `-p`, `--password` Le mot de passe Tableau Server, qui est requis au moins une fois pour démarrer une session. `--password-file` Permet d’enregistrer le mot de passe dans le fichier `.txt` indiqué au lieu de le saisir sur la ligne de commande pour plus de sécurité. `-t`, `--site` Indique que la commande s’applique au site spécifié par l’ID du site Tableau Server, entouré de guillemets simples ou doubles. Pour spécifier le site par défaut, utilisez soit une chaîne vide avec des guillemets simples ou doubles (’’ ou ""), soit Default entre guillemets doubles ("Default"). L’ID de site est sensible à la casse lors de l’utilisation d’un jeton d’authentification mis en cache. Si la casse n’est pas respectée, il se peut qu’on vous demande un mot de passe même si le jeton est encore valide. `-x`, `--proxy` Host :Port Utilise le proxy HTTP spécifié. `--no-prompt` Lorsque cette option est spécifiée, la commande ne demande pas de mot de passe. Si aucun mot de passe valide n’est fourni, la commande échoue. `--no-proxy` Lorsque cette option est spécifiée, aucun proxy HTTP n’est utilisé. `--no-certcheck` Lorsque cette option est spécifiée, tabcmd (le client) ne valide pas le certificat SSL du serveur. `--[no-]cookie` Lorsque cette option est spécifiée, l’ID de session est enregistré lors de la connexion afin que les commandes suivantes n’aient pas à se connecter. Utilisez le préfixe `no-` pour ne pas enregistrer l’ID de session. Par défaut, la session est enregistrée. `--timeout` Permet d’attendre le nombre spécifié de secondes afin que le serveur termine le traitement de la commande. Par défaut, le processus attendra que le serveur réponde. `--` Spécifie la fin des options à la ligne de commande. Vous pouvez utiliser `--` pour indiquer à `tabcmd` que tout élément suivant `--` ne doit pas être interprété comme un réglage d’option et peut au lieu de cela être interprété comme une valeur pour la commande. Cette fonction est utile si vous avez besoin de spécifier une valeur dans la commande qui inclut un tiret. L’exemple suivant vous montre comment vous pouvez utiliser `--` dans une commande `tabcmd`, où `-430105/Sheet1` est une valeur requise pour la commande `export`. `tabcmd export --csv -f "D:\export10.csv" -- -430105/Sheet1` ## delete _workbook-name_ ou _datasource-name_ Supprime le classeur ou la source de données spécifié(e) du serveur. Cette commande utilise le nom du classeur ou de la source de données tel qu’il est spécifié sur le serveur, et non le nom du fichier lors de sa publication. **Exemple** `tabcmd delete "Sales_Analysis"` ### Options `-r`, `--project` Nom du projet contenant le classeur ou la source de données que vous souhaitez supprimer. Si aucun nom n’est spécifié, le projet "Par défaut" est utilisé. `--parent-project-path` Spécifie le nom du projet parent pour le projet imbriqué tel que spécifié avec l’option `-r`. Par exemple, pour spécifier un projet appelé « Nested » existant dans un projet « Main », utilisez la syntaxe suivante : `--parent-project-path "Main" -r "Nested"`. Pour les projets imbriqués à plusieurs niveaux : `--parent-project-path "Main\Nested\Nested2 -r "Nested3`. `--workbook` Nom du classeur que vous souhaitez supprimer. `--datasource` Nom de la source de données que vous souhaitez supprimer. Options globales Les options suivantes sont utilisées par les commandes `tabcmd`. Les options `--server`, `--user` et `--password` sont requises au moins une fois pour démarrer une session. Un jeton d’authentification est enregistré de sorte que les commandes suivantes puissent être exécutées sans inclure ces options. Ce jeton reste valide pendant cinq minutes après la dernière commande l’ayant utilisé. `-h`, `--help` Affiche l’aide de la commande. `-c`, `--use-certificate` Utilisez un certificat client pour vous connecter. Requis lorsque SSL mutuel est activé. Pour en savoir plus sur la configuration du certificat, commencez par la rubrique adaptée à votre système d’exploitation Tableau Server : - **Windows :** [Configurer SSL mutuel](https://help.tableau.com/current/server/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") - **Linux :** [Configurer SSL mutuel](https://help.tableau.com/current/server-linux/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") `-s`, `--server` L’URL Tableau Server, qui est requise au moins une fois pour démarrer la session. `-u`, `--user` Le nom d’utilisateur Tableau Server, qui est requis au moins une fois pour démarrer une session. `-p`, `--password` Le mot de passe Tableau Server, qui est requis au moins une fois pour démarrer une session. `--password-file` Permet d’enregistrer le mot de passe dans le fichier `.txt` indiqué au lieu de le saisir sur la ligne de commande pour plus de sécurité. `-t`, `--site` Indique que la commande s’applique au site spécifié par l’ID du site Tableau Server, entouré de guillemets simples ou doubles. Pour spécifier le site par défaut, utilisez soit une chaîne vide avec des guillemets simples ou doubles (’’ ou ""), soit Default entre guillemets doubles ("Default"). L’ID de site est sensible à la casse lors de l’utilisation d’un jeton d’authentification mis en cache. Si la casse n’est pas respectée, il se peut qu’on vous demande un mot de passe même si le jeton est encore valide. `-x`, `--proxy` Host :Port Utilise le proxy HTTP spécifié. `--no-prompt` Lorsque cette option est spécifiée, la commande ne demande pas de mot de passe. Si aucun mot de passe valide n’est fourni, la commande échoue. `--no-proxy` Lorsque cette option est spécifiée, aucun proxy HTTP n’est utilisé. `--no-certcheck` Lorsque cette option est spécifiée, tabcmd (le client) ne valide pas le certificat SSL du serveur. `--[no-]cookie` Lorsque cette option est spécifiée, l’ID de session est enregistré lors de la connexion afin que les commandes suivantes n’aient pas à se connecter. Utilisez le préfixe `no-` pour ne pas enregistrer l’ID de session. Par défaut, la session est enregistrée. `--timeout` Permet d’attendre le nombre spécifié de secondes afin que le serveur termine le traitement de la commande. Par défaut, le processus attendra que le serveur réponde. `--` Spécifie la fin des options à la ligne de commande. Vous pouvez utiliser `--` pour indiquer à `tabcmd` que tout élément suivant `--` ne doit pas être interprété comme un réglage d’option et peut au lieu de cela être interprété comme une valeur pour la commande. Cette fonction est utile si vous avez besoin de spécifier une valeur dans la commande qui inclut un tiret. L’exemple suivant vous montre comment vous pouvez utiliser `--` dans une commande `tabcmd`, où `-430105/Sheet1` est une valeur requise pour la commande `export`. `tabcmd export --csv -f "D:\export10.csv" -- -430105/Sheet1` ## deleteextracts Supprime des extraits pour un classeur ou une source de données publié(e). ### Options `-d`, `--datasource` Nom de la source de données cible pour la suppression d’extrait. `--embedded-datasources` Liste de valeurs séparées par un espace des noms des sources de données intégrées dans le classeur cible. Entourez les noms des sources de données entre guillemets doubles s’ils contiennent des espaces. Disponible uniquement lors de la suppression d’extraits pour un classeur. `--encrypt` Créer un extrait chiffré. `--include-all` Inclure toutes les sources de données intégrées dans le classeur cible. `--parent-project-path` Chemin du projet qui est le parent du projet contenant la ressource cible. Vous devez spécifier le nom du projet avec --project. `--project` Nom du projet contenant la ressource cible. Nécessaire uniquement si --workbook ou --datasource est spécifié. Si non spécifié, le projet par défaut « Default » est utilisé. `-u`, `-url` Nom canonique du classeur tel qu’il apparaît dans l’URL. `-w`, `-workbook` Nom du classeur cible pour la suppression d’extrait. Options globales Les options suivantes sont utilisées par les commandes `tabcmd`. Les options `--server`, `--user` et `--password` sont requises au moins une fois pour démarrer une session. Un jeton d’authentification est enregistré de sorte que les commandes suivantes puissent être exécutées sans inclure ces options. Ce jeton reste valide pendant cinq minutes après la dernière commande l’ayant utilisé. `-h`, `--help` Affiche l’aide de la commande. `-c`, `--use-certificate` Utilisez un certificat client pour vous connecter. Requis lorsque SSL mutuel est activé. Pour en savoir plus sur la configuration du certificat, commencez par la rubrique adaptée à votre système d’exploitation Tableau Server : - **Windows :** [Configurer SSL mutuel](https://help.tableau.com/current/server/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") - **Linux :** [Configurer SSL mutuel](https://help.tableau.com/current/server-linux/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") `-s`, `--server` L’URL Tableau Server, qui est requise au moins une fois pour démarrer la session. `-u`, `--user` Le nom d’utilisateur Tableau Server, qui est requis au moins une fois pour démarrer une session. `-p`, `--password` Le mot de passe Tableau Server, qui est requis au moins une fois pour démarrer une session. `--password-file` Permet d’enregistrer le mot de passe dans le fichier `.txt` indiqué au lieu de le saisir sur la ligne de commande pour plus de sécurité. `-t`, `--site` Indique que la commande s’applique au site spécifié par l’ID du site Tableau Server, entouré de guillemets simples ou doubles. Pour spécifier le site par défaut, utilisez soit une chaîne vide avec des guillemets simples ou doubles (’’ ou ""), soit Default entre guillemets doubles ("Default"). L’ID de site est sensible à la casse lors de l’utilisation d’un jeton d’authentification mis en cache. Si la casse n’est pas respectée, il se peut qu’on vous demande un mot de passe même si le jeton est encore valide. `-x`, `--proxy` Host :Port Utilise le proxy HTTP spécifié. `--no-prompt` Lorsque cette option est spécifiée, la commande ne demande pas de mot de passe. Si aucun mot de passe valide n’est fourni, la commande échoue. `--no-proxy` Lorsque cette option est spécifiée, aucun proxy HTTP n’est utilisé. `--no-certcheck` Lorsque cette option est spécifiée, tabcmd (le client) ne valide pas le certificat SSL du serveur. `--[no-]cookie` Lorsque cette option est spécifiée, l’ID de session est enregistré lors de la connexion afin que les commandes suivantes n’aient pas à se connecter. Utilisez le préfixe `no-` pour ne pas enregistrer l’ID de session. Par défaut, la session est enregistrée. `--timeout` Permet d’attendre le nombre spécifié de secondes afin que le serveur termine le traitement de la commande. Par défaut, le processus attendra que le serveur réponde. `--` Spécifie la fin des options à la ligne de commande. Vous pouvez utiliser `--` pour indiquer à `tabcmd` que tout élément suivant `--` ne doit pas être interprété comme un réglage d’option et peut au lieu de cela être interprété comme une valeur pour la commande. Cette fonction est utile si vous avez besoin de spécifier une valeur dans la commande qui inclut un tiret. L’exemple suivant vous montre comment vous pouvez utiliser `--` dans une commande `tabcmd`, où `-430105/Sheet1` est une valeur requise pour la commande `export`. `tabcmd export --csv -f "D:\export10.csv" -- -430105/Sheet1` ## deletegroup _group-name_ Supprime le groupe spécifié du serveur. **Exemple** `tabcmd deletegroup "Development"` Options globales Les options suivantes sont utilisées par les commandes `tabcmd`. Les options `--server`, `--user` et `--password` sont requises au moins une fois pour démarrer une session. Un jeton d’authentification est enregistré de sorte que les commandes suivantes puissent être exécutées sans inclure ces options. Ce jeton reste valide pendant cinq minutes après la dernière commande l’ayant utilisé. `-h`, `--help` Affiche l’aide de la commande. `-c`, `--use-certificate` Utilisez un certificat client pour vous connecter. Requis lorsque SSL mutuel est activé. Pour en savoir plus sur la configuration du certificat, commencez par la rubrique adaptée à votre système d’exploitation Tableau Server : - **Windows :** [Configurer SSL mutuel](https://help.tableau.com/current/server/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") - **Linux :** [Configurer SSL mutuel](https://help.tableau.com/current/server-linux/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") `-s`, `--server` L’URL Tableau Server, qui est requise au moins une fois pour démarrer la session. `-u`, `--user` Le nom d’utilisateur Tableau Server, qui est requis au moins une fois pour démarrer une session. `-p`, `--password` Le mot de passe Tableau Server, qui est requis au moins une fois pour démarrer une session. `--password-file` Permet d’enregistrer le mot de passe dans le fichier `.txt` indiqué au lieu de le saisir sur la ligne de commande pour plus de sécurité. `-t`, `--site` Indique que la commande s’applique au site spécifié par l’ID du site Tableau Server, entouré de guillemets simples ou doubles. Pour spécifier le site par défaut, utilisez soit une chaîne vide avec des guillemets simples ou doubles (’’ ou ""), soit Default entre guillemets doubles ("Default"). L’ID de site est sensible à la casse lors de l’utilisation d’un jeton d’authentification mis en cache. Si la casse n’est pas respectée, il se peut qu’on vous demande un mot de passe même si le jeton est encore valide. `-x`, `--proxy` Host :Port Utilise le proxy HTTP spécifié. `--no-prompt` Lorsque cette option est spécifiée, la commande ne demande pas de mot de passe. Si aucun mot de passe valide n’est fourni, la commande échoue. `--no-proxy` Lorsque cette option est spécifiée, aucun proxy HTTP n’est utilisé. `--no-certcheck` Lorsque cette option est spécifiée, tabcmd (le client) ne valide pas le certificat SSL du serveur. `--[no-]cookie` Lorsque cette option est spécifiée, l’ID de session est enregistré lors de la connexion afin que les commandes suivantes n’aient pas à se connecter. Utilisez le préfixe `no-` pour ne pas enregistrer l’ID de session. Par défaut, la session est enregistrée. `--timeout` Permet d’attendre le nombre spécifié de secondes afin que le serveur termine le traitement de la commande. Par défaut, le processus attendra que le serveur réponde. `--` Spécifie la fin des options à la ligne de commande. Vous pouvez utiliser `--` pour indiquer à `tabcmd` que tout élément suivant `--` ne doit pas être interprété comme un réglage d’option et peut au lieu de cela être interprété comme une valeur pour la commande. Cette fonction est utile si vous avez besoin de spécifier une valeur dans la commande qui inclut un tiret. L’exemple suivant vous montre comment vous pouvez utiliser `--` dans une commande `tabcmd`, où `-430105/Sheet1` est une valeur requise pour la commande `export`. `tabcmd export --csv -f "D:\export10.csv" -- -430105/Sheet1` ## deleteproject _project-name_ Supprime le projet spécifié du serveur. La commande `tabcmd` vous permet de spécifier un projet de niveau supérieur seulement dans une hiérarchie de projet. Pour automatiser les tâches que vous souhaitez effectuer sur un projet dans un projet parent, utilisez l’appel Tableau [REST API](https://help.tableau.com/current/api/rest_api/fr-ca/help.htm#REST/rest_api_ref.htm%23API_Reference "Ouvre la référence REST API dans un nouvel onglet de navigateur") équivalent. **Exemple** `tabcmd deleteproject "Designs"` ### Option `--parent-project-path` Spécifie le nom du projet parent pour le projet imbriqué tel que spécifié avec la commande. Par exemple, pour spécifier un projet appelé « Designs » existant dans un projet « Main », utilisez la syntaxe suivante : `--parent-project-path "Main" "Designs"`. Options globales Les options suivantes sont utilisées par les commandes `tabcmd`. Les options `--server`, `--user` et `--password` sont requises au moins une fois pour démarrer une session. Un jeton d’authentification est enregistré de sorte que les commandes suivantes puissent être exécutées sans inclure ces options. Ce jeton reste valide pendant cinq minutes après la dernière commande l’ayant utilisé. `-h`, `--help` Affiche l’aide de la commande. `-c`, `--use-certificate` Utilisez un certificat client pour vous connecter. Requis lorsque SSL mutuel est activé. Pour en savoir plus sur la configuration du certificat, commencez par la rubrique adaptée à votre système d’exploitation Tableau Server : - **Windows :** [Configurer SSL mutuel](https://help.tableau.com/current/server/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") - **Linux :** [Configurer SSL mutuel](https://help.tableau.com/current/server-linux/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") `-s`, `--server` L’URL Tableau Server, qui est requise au moins une fois pour démarrer la session. `-u`, `--user` Le nom d’utilisateur Tableau Server, qui est requis au moins une fois pour démarrer une session. `-p`, `--password` Le mot de passe Tableau Server, qui est requis au moins une fois pour démarrer une session. `--password-file` Permet d’enregistrer le mot de passe dans le fichier `.txt` indiqué au lieu de le saisir sur la ligne de commande pour plus de sécurité. `-t`, `--site` Indique que la commande s’applique au site spécifié par l’ID du site Tableau Server, entouré de guillemets simples ou doubles. Pour spécifier le site par défaut, utilisez soit une chaîne vide avec des guillemets simples ou doubles (’’ ou ""), soit Default entre guillemets doubles ("Default"). L’ID de site est sensible à la casse lors de l’utilisation d’un jeton d’authentification mis en cache. Si la casse n’est pas respectée, il se peut qu’on vous demande un mot de passe même si le jeton est encore valide. `-x`, `--proxy` Host :Port Utilise le proxy HTTP spécifié. `--no-prompt` Lorsque cette option est spécifiée, la commande ne demande pas de mot de passe. Si aucun mot de passe valide n’est fourni, la commande échoue. `--no-proxy` Lorsque cette option est spécifiée, aucun proxy HTTP n’est utilisé. `--no-certcheck` Lorsque cette option est spécifiée, tabcmd (le client) ne valide pas le certificat SSL du serveur. `--[no-]cookie` Lorsque cette option est spécifiée, l’ID de session est enregistré lors de la connexion afin que les commandes suivantes n’aient pas à se connecter. Utilisez le préfixe `no-` pour ne pas enregistrer l’ID de session. Par défaut, la session est enregistrée. `--timeout` Permet d’attendre le nombre spécifié de secondes afin que le serveur termine le traitement de la commande. Par défaut, le processus attendra que le serveur réponde. `--` Spécifie la fin des options à la ligne de commande. Vous pouvez utiliser `--` pour indiquer à `tabcmd` que tout élément suivant `--` ne doit pas être interprété comme un réglage d’option et peut au lieu de cela être interprété comme une valeur pour la commande. Cette fonction est utile si vous avez besoin de spécifier une valeur dans la commande qui inclut un tiret. L’exemple suivant vous montre comment vous pouvez utiliser `--` dans une commande `tabcmd`, où `-430105/Sheet1` est une valeur requise pour la commande `export`. `tabcmd export --csv -f "D:\export10.csv" -- -430105/Sheet1` ## deletesite _nom\_site_ Supprime le site spécifié du serveur. **Exemple** `tabcmd deletesite "Development"` Options globales Les options suivantes sont utilisées par les commandes `tabcmd`. Les options `--server`, `--user` et `--password` sont requises au moins une fois pour démarrer une session. Un jeton d’authentification est enregistré de sorte que les commandes suivantes puissent être exécutées sans inclure ces options. Ce jeton reste valide pendant cinq minutes après la dernière commande l’ayant utilisé. `-h`, `--help` Affiche l’aide de la commande. `-c`, `--use-certificate` Utilisez un certificat client pour vous connecter. Requis lorsque SSL mutuel est activé. Pour en savoir plus sur la configuration du certificat, commencez par la rubrique adaptée à votre système d’exploitation Tableau Server : - **Windows :** [Configurer SSL mutuel](https://help.tableau.com/current/server/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") - **Linux :** [Configurer SSL mutuel](https://help.tableau.com/current/server-linux/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") `-s`, `--server` L’URL Tableau Server, qui est requise au moins une fois pour démarrer la session. `-u`, `--user` Le nom d’utilisateur Tableau Server, qui est requis au moins une fois pour démarrer une session. `-p`, `--password` Le mot de passe Tableau Server, qui est requis au moins une fois pour démarrer une session. `--password-file` Permet d’enregistrer le mot de passe dans le fichier `.txt` indiqué au lieu de le saisir sur la ligne de commande pour plus de sécurité. `-t`, `--site` Indique que la commande s’applique au site spécifié par l’ID du site Tableau Server, entouré de guillemets simples ou doubles. Pour spécifier le site par défaut, utilisez soit une chaîne vide avec des guillemets simples ou doubles (’’ ou ""), soit Default entre guillemets doubles ("Default"). L’ID de site est sensible à la casse lors de l’utilisation d’un jeton d’authentification mis en cache. Si la casse n’est pas respectée, il se peut qu’on vous demande un mot de passe même si le jeton est encore valide. `-x`, `--proxy` Host :Port Utilise le proxy HTTP spécifié. `--no-prompt` Lorsque cette option est spécifiée, la commande ne demande pas de mot de passe. Si aucun mot de passe valide n’est fourni, la commande échoue. `--no-proxy` Lorsque cette option est spécifiée, aucun proxy HTTP n’est utilisé. `--no-certcheck` Lorsque cette option est spécifiée, tabcmd (le client) ne valide pas le certificat SSL du serveur. `--[no-]cookie` Lorsque cette option est spécifiée, l’ID de session est enregistré lors de la connexion afin que les commandes suivantes n’aient pas à se connecter. Utilisez le préfixe `no-` pour ne pas enregistrer l’ID de session. Par défaut, la session est enregistrée. `--timeout` Permet d’attendre le nombre spécifié de secondes afin que le serveur termine le traitement de la commande. Par défaut, le processus attendra que le serveur réponde. `--` Spécifie la fin des options à la ligne de commande. Vous pouvez utiliser `--` pour indiquer à `tabcmd` que tout élément suivant `--` ne doit pas être interprété comme un réglage d’option et peut au lieu de cela être interprété comme une valeur pour la commande. Cette fonction est utile si vous avez besoin de spécifier une valeur dans la commande qui inclut un tiret. L’exemple suivant vous montre comment vous pouvez utiliser `--` dans une commande `tabcmd`, où `-430105/Sheet1` est une valeur requise pour la commande `export`. `tabcmd export --csv -f "D:\export10.csv" -- -430105/Sheet1` ## deletesiteusers _filename.csv_ Supprime les utilisateurs du site auquel vous êtes connecté. Les utilisateurs à supprimer sont spécifiés dans un fichier qui contient une liste simple avec un nom d’utilisateur par ligne. (Aucune information supplémentaire n’est requise au-delà du nom d’utilisateur.) Par défaut, si le serveur n’a qu’un seul site ou si l’utilisateur appartient à un seul site, l’utilisateur est également supprimé du serveur. Sur une installation Tableau Server Enterprise, si le serveur contient plusieurs sites, les utilisateurs ayant le rôle sur le site **Administrateur de serveur** sont supprimés du site mais pas du serveur. Si l’utilisateur est propriétaire de contenu, son rôle passe à **Sans licence**, mais l’utilisateur n’est pas supprimé du serveur ou du site. Le contenu est toujours détenu par cet utilisateur. Pou supprimer complètement l’utilisateur, vous devez modifier le propriétaire du contenu, puis essayez de supprimer à nouveau l’utilisateur. Si l’utilisateur a été importé d’Active Directory, l’utilisateur est supprimé du site, et probablement du serveur. Cependant, l’utilisateur n’est pas supprimé d’Active Directory. **Exemple** `tabcmd deletesiteusers "users.csv"` ### Amélioration des performances pour les fichiers CSV volumineux Un administrateur de serveur peut utiliser la commande `tabadmin set` pour activer les paramètres qui aident à améliorer les performances pour les fichiers CSV volumineux. Pour plus d’informations, consultez [Améliorer les performances pour les fichiers CSV volumineux traités par tabcmd](https://help.tableau.com/current/server/fr-ca/csvguidelines.htm#improve-performance-large-csv) dans la rubrique Recommandations relatives au fichier d’importation CSV. Options globales Les options suivantes sont utilisées par les commandes `tabcmd`. Les options `--server`, `--user` et `--password` sont requises au moins une fois pour démarrer une session. Un jeton d’authentification est enregistré de sorte que les commandes suivantes puissent être exécutées sans inclure ces options. Ce jeton reste valide pendant cinq minutes après la dernière commande l’ayant utilisé. `-h`, `--help` Affiche l’aide de la commande. `-c`, `--use-certificate` Utilisez un certificat client pour vous connecter. Requis lorsque SSL mutuel est activé. Pour en savoir plus sur la configuration du certificat, commencez par la rubrique adaptée à votre système d’exploitation Tableau Server : - **Windows :** [Configurer SSL mutuel](https://help.tableau.com/current/server/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") - **Linux :** [Configurer SSL mutuel](https://help.tableau.com/current/server-linux/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") `-s`, `--server` L’URL Tableau Server, qui est requise au moins une fois pour démarrer la session. `-u`, `--user` Le nom d’utilisateur Tableau Server, qui est requis au moins une fois pour démarrer une session. `-p`, `--password` Le mot de passe Tableau Server, qui est requis au moins une fois pour démarrer une session. `--password-file` Permet d’enregistrer le mot de passe dans le fichier `.txt` indiqué au lieu de le saisir sur la ligne de commande pour plus de sécurité. `-t`, `--site` Indique que la commande s’applique au site spécifié par l’ID du site Tableau Server, entouré de guillemets simples ou doubles. Pour spécifier le site par défaut, utilisez soit une chaîne vide avec des guillemets simples ou doubles (’’ ou ""), soit Default entre guillemets doubles ("Default"). L’ID de site est sensible à la casse lors de l’utilisation d’un jeton d’authentification mis en cache. Si la casse n’est pas respectée, il se peut qu’on vous demande un mot de passe même si le jeton est encore valide. `-x`, `--proxy` Host :Port Utilise le proxy HTTP spécifié. `--no-prompt` Lorsque cette option est spécifiée, la commande ne demande pas de mot de passe. Si aucun mot de passe valide n’est fourni, la commande échoue. `--no-proxy` Lorsque cette option est spécifiée, aucun proxy HTTP n’est utilisé. `--no-certcheck` Lorsque cette option est spécifiée, tabcmd (le client) ne valide pas le certificat SSL du serveur. `--[no-]cookie` Lorsque cette option est spécifiée, l’ID de session est enregistré lors de la connexion afin que les commandes suivantes n’aient pas à se connecter. Utilisez le préfixe `no-` pour ne pas enregistrer l’ID de session. Par défaut, la session est enregistrée. `--timeout` Permet d’attendre le nombre spécifié de secondes afin que le serveur termine le traitement de la commande. Par défaut, le processus attendra que le serveur réponde. `--` Spécifie la fin des options à la ligne de commande. Vous pouvez utiliser `--` pour indiquer à `tabcmd` que tout élément suivant `--` ne doit pas être interprété comme un réglage d’option et peut au lieu de cela être interprété comme une valeur pour la commande. Cette fonction est utile si vous avez besoin de spécifier une valeur dans la commande qui inclut un tiret. L’exemple suivant vous montre comment vous pouvez utiliser `--` dans une commande `tabcmd`, où `-430105/Sheet1` est une valeur requise pour la commande `export`. `tabcmd export --csv -f "D:\export10.csv" -- -430105/Sheet1` ## deleteusers _filename.csv_ Supprime les utilisateurs répertoriés dans le fichier de valeurs séparées par une virgule (`.csv`) spécifié. Le fichier `.csv` doit se composer d’une simple liste avec un nom d’utilisateur par ligne. **Exemple** `tabcmd deleteusers "users.csv"` ### Options `--[no-]complete` Lorsqu’elle est définie sur `--complete`, cette option requiert que toutes les lignes soient valides pour que les modifications prennent effet. Sinon, `--complete` est utilisé. Options globales Les options suivantes sont utilisées par les commandes `tabcmd`. Les options `--server`, `--user` et `--password` sont requises au moins une fois pour démarrer une session. Un jeton d’authentification est enregistré de sorte que les commandes suivantes puissent être exécutées sans inclure ces options. Ce jeton reste valide pendant cinq minutes après la dernière commande l’ayant utilisé. `-h`, `--help` Affiche l’aide de la commande. `-c`, `--use-certificate` Utilisez un certificat client pour vous connecter. Requis lorsque SSL mutuel est activé. Pour en savoir plus sur la configuration du certificat, commencez par la rubrique adaptée à votre système d’exploitation Tableau Server : - **Windows :** [Configurer SSL mutuel](https://help.tableau.com/current/server/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") - **Linux :** [Configurer SSL mutuel](https://help.tableau.com/current/server-linux/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") `-s`, `--server` L’URL Tableau Server, qui est requise au moins une fois pour démarrer la session. `-u`, `--user` Le nom d’utilisateur Tableau Server, qui est requis au moins une fois pour démarrer une session. `-p`, `--password` Le mot de passe Tableau Server, qui est requis au moins une fois pour démarrer une session. `--password-file` Permet d’enregistrer le mot de passe dans le fichier `.txt` indiqué au lieu de le saisir sur la ligne de commande pour plus de sécurité. `-t`, `--site` Indique que la commande s’applique au site spécifié par l’ID du site Tableau Server, entouré de guillemets simples ou doubles. Pour spécifier le site par défaut, utilisez soit une chaîne vide avec des guillemets simples ou doubles (’’ ou ""), soit Default entre guillemets doubles ("Default"). L’ID de site est sensible à la casse lors de l’utilisation d’un jeton d’authentification mis en cache. Si la casse n’est pas respectée, il se peut qu’on vous demande un mot de passe même si le jeton est encore valide. `-x`, `--proxy` Host :Port Utilise le proxy HTTP spécifié. `--no-prompt` Lorsque cette option est spécifiée, la commande ne demande pas de mot de passe. Si aucun mot de passe valide n’est fourni, la commande échoue. `--no-proxy` Lorsque cette option est spécifiée, aucun proxy HTTP n’est utilisé. `--no-certcheck` Lorsque cette option est spécifiée, tabcmd (le client) ne valide pas le certificat SSL du serveur. `--[no-]cookie` Lorsque cette option est spécifiée, l’ID de session est enregistré lors de la connexion afin que les commandes suivantes n’aient pas à se connecter. Utilisez le préfixe `no-` pour ne pas enregistrer l’ID de session. Par défaut, la session est enregistrée. `--timeout` Permet d’attendre le nombre spécifié de secondes afin que le serveur termine le traitement de la commande. Par défaut, le processus attendra que le serveur réponde. `--` Spécifie la fin des options à la ligne de commande. Vous pouvez utiliser `--` pour indiquer à `tabcmd` que tout élément suivant `--` ne doit pas être interprété comme un réglage d’option et peut au lieu de cela être interprété comme une valeur pour la commande. Cette fonction est utile si vous avez besoin de spécifier une valeur dans la commande qui inclut un tiret. L’exemple suivant vous montre comment vous pouvez utiliser `--` dans une commande `tabcmd`, où `-430105/Sheet1` est une valeur requise pour la commande `export`. `tabcmd export --csv -f "D:\export10.csv" -- -430105/Sheet1` ## editdomain **Remarque :** selon les meilleures pratiques, vous devez sauvegarder Tableau Server avant de modifier le domaine. Le domaine est enregistré dans le référentiel Tableau, et s’il est incorrectement modifié, les administrateurs risquent ne pas être en mesure de se connecter. Change le surnom ou le nom de domaine complet d’un domaine Active Directory sur le serveur. Le surnom du domaine est le nom de domaine NetBIOS de Windows. Vous pouvez modifier le surnom de tous les domaines que le serveur utilise. De manière générale, il est possible de modifier le nom de domaine complet de n’importe quel domaine excepté celui utilisé pour vous connecter. Toutefois, si le nom d’utilisateur actuellement connecté existe à la fois dans le domaine actuel et dans le nouveau domaine, il est possible de modifier le nom complet du domaine actuel. Pour être sûr que Tableau Server puisse se connecter à d’autres domaines Active Directory, vous devez également spécifier des domaines secondaires auxquels Tableau Server se connecte en définissant l’option `wgserver.domain.whitelist` avec TSM. Pour plus d’informations sur les domaines secondaires et la configuration de la connexion, consultez [wgserver.domain.whitelist](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm#wgserver-domain). Analysez [Gestion des utilisateurs dans les déploiements avec magasins d’identités externes](https://help.tableau.com/current/server/fr-ca/users_manage_ad.htm) pour comprendre comment plusieurs domaines, le mappage de nom de domaine et les noms d’utilisateurs interagissent avec Tableau Server. Pour voir une liste de domaines, utilisez [listdomains](#listdomains). **Exemples** `tabcmd editdomain --id 2 --nickname "new-nickname"` `tabcmd editdomain --id 3 --name "new-name"` ### Options `--id` L’ID de domaine à modifier. Pour obtenir une liste d’ID de domaine, utilisez [listdomains](#listdomains). `--name` Nouveau nom du domaine. `--nickname` Nouveau surnom du groupe. Options globales Les options suivantes sont utilisées par les commandes `tabcmd`. Les options `--server`, `--user` et `--password` sont requises au moins une fois pour démarrer une session. Un jeton d’authentification est enregistré de sorte que les commandes suivantes puissent être exécutées sans inclure ces options. Ce jeton reste valide pendant cinq minutes après la dernière commande l’ayant utilisé. `-h`, `--help` Affiche l’aide de la commande. `-c`, `--use-certificate` Utilisez un certificat client pour vous connecter. Requis lorsque SSL mutuel est activé. Pour en savoir plus sur la configuration du certificat, commencez par la rubrique adaptée à votre système d’exploitation Tableau Server : - **Windows :** [Configurer SSL mutuel](https://help.tableau.com/current/server/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") - **Linux :** [Configurer SSL mutuel](https://help.tableau.com/current/server-linux/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") `-s`, `--server` L’URL Tableau Server, qui est requise au moins une fois pour démarrer la session. `-u`, `--user` Le nom d’utilisateur Tableau Server, qui est requis au moins une fois pour démarrer une session. `-p`, `--password` Le mot de passe Tableau Server, qui est requis au moins une fois pour démarrer une session. `--password-file` Permet d’enregistrer le mot de passe dans le fichier `.txt` indiqué au lieu de le saisir sur la ligne de commande pour plus de sécurité. `-t`, `--site` Indique que la commande s’applique au site spécifié par l’ID du site Tableau Server, entouré de guillemets simples ou doubles. Pour spécifier le site par défaut, utilisez soit une chaîne vide avec des guillemets simples ou doubles (’’ ou ""), soit Default entre guillemets doubles ("Default"). L’ID de site est sensible à la casse lors de l’utilisation d’un jeton d’authentification mis en cache. Si la casse n’est pas respectée, il se peut qu’on vous demande un mot de passe même si le jeton est encore valide. `-x`, `--proxy` Host :Port Utilise le proxy HTTP spécifié. `--no-prompt` Lorsque cette option est spécifiée, la commande ne demande pas de mot de passe. Si aucun mot de passe valide n’est fourni, la commande échoue. `--no-proxy` Lorsque cette option est spécifiée, aucun proxy HTTP n’est utilisé. `--no-certcheck` Lorsque cette option est spécifiée, tabcmd (le client) ne valide pas le certificat SSL du serveur. `--[no-]cookie` Lorsque cette option est spécifiée, l’ID de session est enregistré lors de la connexion afin que les commandes suivantes n’aient pas à se connecter. Utilisez le préfixe `no-` pour ne pas enregistrer l’ID de session. Par défaut, la session est enregistrée. `--timeout` Permet d’attendre le nombre spécifié de secondes afin que le serveur termine le traitement de la commande. Par défaut, le processus attendra que le serveur réponde. `--` Spécifie la fin des options à la ligne de commande. Vous pouvez utiliser `--` pour indiquer à `tabcmd` que tout élément suivant `--` ne doit pas être interprété comme un réglage d’option et peut au lieu de cela être interprété comme une valeur pour la commande. Cette fonction est utile si vous avez besoin de spécifier une valeur dans la commande qui inclut un tiret. L’exemple suivant vous montre comment vous pouvez utiliser `--` dans une commande `tabcmd`, où `-430105/Sheet1` est une valeur requise pour la commande `export`. `tabcmd export --csv -f "D:\export10.csv" -- -430105/Sheet1` ## editsite _nom\_site_ Change le nom d’un site ou le nom de son dossier Web. Vous pouvez également utiliser cette commande pour autoriser les administrateurs de site à ajouter et supprimer des utilisateurs ou leur interdire, ou empêcher les utilisateurs d’exécuter certaines tâches manuellement. Si les administrateurs de site disposent des droits de gestion des utilisateurs, vous pouvez définir le nombre d’utilisateurs qu’ils peuvent ajouter à un site. **Exemples** `tabcmd editsite wc_sales --site-name "West Coast Sales"` `tabcmd editsite wc_sales --site-id "wsales"` `tabcmd editsite wsales --status ACTIVE` `tabcmd editsite wsales --user-quota 50` ### Options `--site-name` Le nom du site qui s’affiche. `--site-id` Utilisé dans l’URL pour identifier le site de manière unique. `--user-quota` Nombre maximum d’utilisateurs pouvant être membres du site. `--[no-]site-mode` Autorisez ou empêchez les administrateurs du site d’y ajouter des utilisateurs. `--status` Définissez sur `ACTIVE` pour activer un site, ou sur `SUSPENDED` pour suspendre un site. `--storage-quota` En Mo, le volume de classeurs, extraits et sources de données pouvant être stockés sur le site. `--extract-encryption-mode` Le mode de chiffrement d’extrait pour le site peut être **forcé**, **activé** ou **désactivé**. Pour plus d’informations, consultez [Chiffrement des extraits au repos](https://help.tableau.com/current/server/fr-ca/security_ear.htm). Selon le nombre et la taille des extraits, cette opération peut consommer des ressources serveur importantes. `--run-now-enabled` Autorisez ou refusez aux utilisateurs d’exécuter manuellement des actualisations d’extraits, des flux ou des planifications. **true** pour autoriser les utilisateurs à exécuter des tâches manuellement ou **false** pour empêcher les utilisateurs d’exécuter des tâches manuellement. Pour plus d’informations, consultez [Paramètres du serveur (Général et Personnalisation)](https://help.tableau.com/current/server/fr-ca/maintenance_set.htm). Options globales Les options suivantes sont utilisées par les commandes `tabcmd`. Les options `--server`, `--user` et `--password` sont requises au moins une fois pour démarrer une session. Un jeton d’authentification est enregistré de sorte que les commandes suivantes puissent être exécutées sans inclure ces options. Ce jeton reste valide pendant cinq minutes après la dernière commande l’ayant utilisé. `-h`, `--help` Affiche l’aide de la commande. `-c`, `--use-certificate` Utilisez un certificat client pour vous connecter. Requis lorsque SSL mutuel est activé. Pour en savoir plus sur la configuration du certificat, commencez par la rubrique adaptée à votre système d’exploitation Tableau Server : - **Windows :** [Configurer SSL mutuel](https://help.tableau.com/current/server/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") - **Linux :** [Configurer SSL mutuel](https://help.tableau.com/current/server-linux/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") `-s`, `--server` L’URL Tableau Server, qui est requise au moins une fois pour démarrer la session. `-u`, `--user` Le nom d’utilisateur Tableau Server, qui est requis au moins une fois pour démarrer une session. `-p`, `--password` Le mot de passe Tableau Server, qui est requis au moins une fois pour démarrer une session. `--password-file` Permet d’enregistrer le mot de passe dans le fichier `.txt` indiqué au lieu de le saisir sur la ligne de commande pour plus de sécurité. `-t`, `--site` Indique que la commande s’applique au site spécifié par l’ID du site Tableau Server, entouré de guillemets simples ou doubles. Pour spécifier le site par défaut, utilisez soit une chaîne vide avec des guillemets simples ou doubles (’’ ou ""), soit Default entre guillemets doubles ("Default"). L’ID de site est sensible à la casse lors de l’utilisation d’un jeton d’authentification mis en cache. Si la casse n’est pas respectée, il se peut qu’on vous demande un mot de passe même si le jeton est encore valide. `-x`, `--proxy` Host :Port Utilise le proxy HTTP spécifié. `--no-prompt` Lorsque cette option est spécifiée, la commande ne demande pas de mot de passe. Si aucun mot de passe valide n’est fourni, la commande échoue. `--no-proxy` Lorsque cette option est spécifiée, aucun proxy HTTP n’est utilisé. `--no-certcheck` Lorsque cette option est spécifiée, tabcmd (le client) ne valide pas le certificat SSL du serveur. `--[no-]cookie` Lorsque cette option est spécifiée, l’ID de session est enregistré lors de la connexion afin que les commandes suivantes n’aient pas à se connecter. Utilisez le préfixe `no-` pour ne pas enregistrer l’ID de session. Par défaut, la session est enregistrée. `--timeout` Permet d’attendre le nombre spécifié de secondes afin que le serveur termine le traitement de la commande. Par défaut, le processus attendra que le serveur réponde. `--` Spécifie la fin des options à la ligne de commande. Vous pouvez utiliser `--` pour indiquer à `tabcmd` que tout élément suivant `--` ne doit pas être interprété comme un réglage d’option et peut au lieu de cela être interprété comme une valeur pour la commande. Cette fonction est utile si vous avez besoin de spécifier une valeur dans la commande qui inclut un tiret. L’exemple suivant vous montre comment vous pouvez utiliser `--` dans une commande `tabcmd`, où `-430105/Sheet1` est une valeur requise pour la commande `export`. `tabcmd export --csv -f "D:\export10.csv" -- -430105/Sheet1` ## encryptextracts Chiffre tous les extraits sur un site. Si aucun site n’est spécifié, les extraits du site par défaut seront chiffrés. Pour plus d’informations, consultez [Chiffrement des extraits au repos](https://help.tableau.com/current/server/fr-ca/security_ear.htm). Selon le nombre et la taille des extraits, cette opération peut consommer des ressources serveur importantes. Envisagez d’exécuter cette commande en dehors des heures ouvrables normales. **Exemple** `tabcmd encryptextracts "West Coast Sales"` Options globales Les options suivantes sont utilisées par les commandes `tabcmd`. Les options `--server`, `--user` et `--password` sont requises au moins une fois pour démarrer une session. Un jeton d’authentification est enregistré de sorte que les commandes suivantes puissent être exécutées sans inclure ces options. Ce jeton reste valide pendant cinq minutes après la dernière commande l’ayant utilisé. `-h`, `--help` Affiche l’aide de la commande. `-c`, `--use-certificate` Utilisez un certificat client pour vous connecter. Requis lorsque SSL mutuel est activé. Pour en savoir plus sur la configuration du certificat, commencez par la rubrique adaptée à votre système d’exploitation Tableau Server : - **Windows :** [Configurer SSL mutuel](https://help.tableau.com/current/server/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") - **Linux :** [Configurer SSL mutuel](https://help.tableau.com/current/server-linux/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") `-s`, `--server` L’URL Tableau Server, qui est requise au moins une fois pour démarrer la session. `-u`, `--user` Le nom d’utilisateur Tableau Server, qui est requis au moins une fois pour démarrer une session. `-p`, `--password` Le mot de passe Tableau Server, qui est requis au moins une fois pour démarrer une session. `--password-file` Permet d’enregistrer le mot de passe dans le fichier `.txt` indiqué au lieu de le saisir sur la ligne de commande pour plus de sécurité. `-t`, `--site` Indique que la commande s’applique au site spécifié par l’ID du site Tableau Server, entouré de guillemets simples ou doubles. Pour spécifier le site par défaut, utilisez soit une chaîne vide avec des guillemets simples ou doubles (’’ ou ""), soit Default entre guillemets doubles ("Default"). L’ID de site est sensible à la casse lors de l’utilisation d’un jeton d’authentification mis en cache. Si la casse n’est pas respectée, il se peut qu’on vous demande un mot de passe même si le jeton est encore valide. `-x`, `--proxy` Host :Port Utilise le proxy HTTP spécifié. `--no-prompt` Lorsque cette option est spécifiée, la commande ne demande pas de mot de passe. Si aucun mot de passe valide n’est fourni, la commande échoue. `--no-proxy` Lorsque cette option est spécifiée, aucun proxy HTTP n’est utilisé. `--no-certcheck` Lorsque cette option est spécifiée, tabcmd (le client) ne valide pas le certificat SSL du serveur. `--[no-]cookie` Lorsque cette option est spécifiée, l’ID de session est enregistré lors de la connexion afin que les commandes suivantes n’aient pas à se connecter. Utilisez le préfixe `no-` pour ne pas enregistrer l’ID de session. Par défaut, la session est enregistrée. `--timeout` Permet d’attendre le nombre spécifié de secondes afin que le serveur termine le traitement de la commande. Par défaut, le processus attendra que le serveur réponde. `--` Spécifie la fin des options à la ligne de commande. Vous pouvez utiliser `--` pour indiquer à `tabcmd` que tout élément suivant `--` ne doit pas être interprété comme un réglage d’option et peut au lieu de cela être interprété comme une valeur pour la commande. Cette fonction est utile si vous avez besoin de spécifier une valeur dans la commande qui inclut un tiret. L’exemple suivant vous montre comment vous pouvez utiliser `--` dans une commande `tabcmd`, où `-430105/Sheet1` est une valeur requise pour la commande `export`. `tabcmd export --csv -f "D:\export10.csv" -- -430105/Sheet1` ## export Exporte une vue ou un classeur à partir de Tableau Server et l’enregistre dans un fichier. Cette commande peut aussi exporter uniquement les données utilisées pour une vue. Les données de la vue sont exportées au niveau résumé. Pour exporter des données de niveau de détail, vous devez utiliser l’interface utilisateur Tableau Server. Pour plus d’informations, consultez [Télécharger des vues et des classeurs](https://help.tableau.com/current/pro/desktop/fr-ca/export.htm). Lisez les points suivants avant d’utiliser cette commande : - **Autorisations :** Pour pouvoir exporter, vous devez bénéficier de l’autorisation d’Exportation d’une image. Par défaut, la valeur de cette autorisation est définie sur Autorisée ou Héritée pour tous les rôles, mais elle peut être définie par classeur ou par vue. - **Exportation de données :** Pour exporter uniquement les données d’une vue, utilisez l’option `--csv`. Cette opération exporte les données de résumé utilisées dans la vue dans un fichier .csv. - **Spécification de la vue, du classeur ou des données à exporter :** - Utilisez la partie de l’URL pour identifier les éléments à exporter, plus spécifiquement la chaîne `"workbook/view"` telle qu’elle apparaît dans l’URL du classeur ou de la vue. N’utilisez pas le nom convivial, et excluez l’ID de session `:iid=__` à la fin de l’URL. Par exemple, l’exemple de vue Tableau _Détails de la commande_ dans le classeur _Hypermarché_ a une URL du type suivant : `/#/views/Superstore/OrderDetails?:iid=2` Pour exporter la vue _Détails de la commande_, utilisez la chaîne `Superstore/OrderDetails`. N’utilisez _pas_ `Superstore/Order Details` ni `Superstore/OrderDetails?:iid=2`. - Si le serveur fait fonctionner plusieurs sites et que la vue ou le classeur se trouve sur un site autre que celui par défaut, utilisez `-t `. - Pour exporter un classeur, obtenez la chaîne d’URL en ouvrant une vue dans le classeur, et incluez la vue dans la chaîne que vous utilisez. Dans l’exemple ci-dessus, pour exporter le classeur _Hypermarché_, vous devez utiliser la chaîne `Superstore/OrderDetails`. - Pour exporter un classeur, l’option Afficher les feuilles sous forme d’onglets doit être sélectionnée dans la boîte de dialogue Publier au moment de sa publication de Tableau Desktop. **Remarque :** le classeur Tableau qui contient le fichier [vues administratives](https://help.tableau.com/current/server/fr-ca/adminview.htm) ne peut pas être exporté. - Pour filtrer les données que vous téléchargez, ajoutez un filtre de paramètre à l’aide de ce format : ?=value ou, en cas de filtrage d’un paramètre et si ce paramètre a un nom d’affichage qui correspond au nom d’une mesure ou d’une dimension : `?Parameters.=value` - Format du fichier sauvegardé : Les formats proposés dépendent du contenu exporté. Un classeur ne peut être exporté qu’en PDF, en utilisant l’argument `--fullpdf`. La vue peut être exportée au format PDF (`--pdf`) ou PNG (`--png`). - **Nom et emplacement du fichier sauvegardé** (facultatif) : Si vous ne définissez pas de nom, celui-ci sera nommé automatiquement à partir du nom de la vue ou du classeur. Si vous ne définissez pas d’emplacement, le fichier sera sauvegardé dans le répertoire de travail courant. Vous pouvez également spécifier un chemin absolu ou relatif au répertoire de travail courant. **Remarque :** Vous devez inclure une extension de nom de champ telle que `.csv` ou `.pdf`. La commande n’ajoute pas automatiquement une extension au nom de fichier que vous fournissez. - **Objets de page Web du tableau de bord non inclus dans les exports PDF :** Un tableau de bord peut inclure, au choix, un objet de page Web. Si vous réalisez l’exportation en PDF d’un tableau de bord qui contient un objet de page Web, celui-ci ne sera pas inclus dans le fichier PDF. - **Caractères non-ASCII/caractères ASCII non standard et exportations PDF :** si vous exportez une vue ou un classeur dont le nom inclut un caractère non-ASCII ou un caractère ASCII non standard, vous devez encoder le caractère avec une URL (encodage avec pourcentage). Par exemple, si votre commande inclut la ville de `Zürich`, vous devez l’encoder avec une URL sous la forme `Z%C3%BCrich` : `tabcmd export "/Cities/Sheet1?locationCity=Z%C3%BCrich" -fullpdf` **Effacement du cache pour utiliser des données en temps réel** Vous pouvez éventuellement ajouter le paramètre URL `?:refresh=yes` pour forcer une requête de rafraîchissement des données au lieu de demander les résultats du cache. Si vous utilisez tabcmd avec votre propre script et que le paramètre URL `refresh` est très utilisé, cela peut avoir un impact négatif sur les performances. Il est recommandé d’utiliser la commande `refresh` uniquement lorsque vous avez besoin des données en temps réel—par exemple, sur un tableau de bord unique au lieu d’un classeur entier. **Exemples** _Vues_ `tabcmd export "Q1Sales/Sales_Report" --csv -f "Weekly-Report.csv"` `tabcmd export -t Sales "Sales/Sales_Analysis" --pdf -f "C:\Tableau_Workbooks\Weekly-Reports.pdf"` `tabcmd export "Finance/InvestmentGrowth" --png` `tabcmd export "Finance/InvestmentGrowth?:refresh=yes" --png` _Classeurs_ `tabcmd export "Q1Sales/Sales_Report" --fullpdf` `tabcmd export "Sales/Sales_Analysis" --fullpdf --pagesize tabloid -f "C:\Tableau_Workbooks\Weekly-Reports.pdf"` ### Options `-f`, `--filename` Enregistre le fichier avec le nom et l’extension donnés. `--csv` Disponible pour les vues uniquement. Exportez les données de la vue (données résumées) au format `.csv`. `--pdf` Disponible pour les vues uniquement. Permet d’exporter au format PDF. `--png` Disponible pour les vues uniquement. Exportez en tant qu’image au format `.png`. `--fullpdf` Disponible pour les classeurs uniquement. Permet d’exporter au format PDF. L’option Afficher les feuilles sous forme d’onglets doit être activée au moment de la publication du classeur. `--pagelayout` Définit l’orientation de la page (`landscape` ou `portrait`) du PDF exporté. Si cette option n’est pas définie, les paramètres Tableau Desktop seront utilisés. `--pagesize` Définit la taille de page du fichier PDF exporté sous l’un des formats suivants : `unspecified`, `letter`, `legal`, `note folio`, `tabloid`, `ledger`, `statement`, `executive`, `a3`, `a4`, `a5`, `b4`, `b5` ou `quarto`. La valeur par défaut est `letter`. `--width` Définit la largeur en pixels. La valeur par défaut est 800 px. `--height` Définit la hauteur en pixels. La valeur par défaut est 600 px. Options globales Les options suivantes sont utilisées par les commandes `tabcmd`. Les options `--server`, `--user` et `--password` sont requises au moins une fois pour démarrer une session. Un jeton d’authentification est enregistré de sorte que les commandes suivantes puissent être exécutées sans inclure ces options. Ce jeton reste valide pendant cinq minutes après la dernière commande l’ayant utilisé. `-h`, `--help` Affiche l’aide de la commande. `-c`, `--use-certificate` Utilisez un certificat client pour vous connecter. Requis lorsque SSL mutuel est activé. Pour en savoir plus sur la configuration du certificat, commencez par la rubrique adaptée à votre système d’exploitation Tableau Server : - **Windows :** [Configurer SSL mutuel](https://help.tableau.com/current/server/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") - **Linux :** [Configurer SSL mutuel](https://help.tableau.com/current/server-linux/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") `-s`, `--server` L’URL Tableau Server, qui est requise au moins une fois pour démarrer la session. `-u`, `--user` Le nom d’utilisateur Tableau Server, qui est requis au moins une fois pour démarrer une session. `-p`, `--password` Le mot de passe Tableau Server, qui est requis au moins une fois pour démarrer une session. `--password-file` Permet d’enregistrer le mot de passe dans le fichier `.txt` indiqué au lieu de le saisir sur la ligne de commande pour plus de sécurité. `-t`, `--site` Indique que la commande s’applique au site spécifié par l’ID du site Tableau Server, entouré de guillemets simples ou doubles. Pour spécifier le site par défaut, utilisez soit une chaîne vide avec des guillemets simples ou doubles (’’ ou ""), soit Default entre guillemets doubles ("Default"). L’ID de site est sensible à la casse lors de l’utilisation d’un jeton d’authentification mis en cache. Si la casse n’est pas respectée, il se peut qu’on vous demande un mot de passe même si le jeton est encore valide. `-x`, `--proxy` Host :Port Utilise le proxy HTTP spécifié. `--no-prompt` Lorsque cette option est spécifiée, la commande ne demande pas de mot de passe. Si aucun mot de passe valide n’est fourni, la commande échoue. `--no-proxy` Lorsque cette option est spécifiée, aucun proxy HTTP n’est utilisé. `--no-certcheck` Lorsque cette option est spécifiée, tabcmd (le client) ne valide pas le certificat SSL du serveur. `--[no-]cookie` Lorsque cette option est spécifiée, l’ID de session est enregistré lors de la connexion afin que les commandes suivantes n’aient pas à se connecter. Utilisez le préfixe `no-` pour ne pas enregistrer l’ID de session. Par défaut, la session est enregistrée. `--timeout` Permet d’attendre le nombre spécifié de secondes afin que le serveur termine le traitement de la commande. Par défaut, le processus attendra que le serveur réponde. `--` Spécifie la fin des options à la ligne de commande. Vous pouvez utiliser `--` pour indiquer à `tabcmd` que tout élément suivant `--` ne doit pas être interprété comme un réglage d’option et peut au lieu de cela être interprété comme une valeur pour la commande. Cette fonction est utile si vous avez besoin de spécifier une valeur dans la commande qui inclut un tiret. L’exemple suivant vous montre comment vous pouvez utiliser `--` dans une commande `tabcmd`, où `-430105/Sheet1` est une valeur requise pour la commande `export`. `tabcmd export --csv -f "D:\export10.csv" -- -430105/Sheet1` ## get _url_ Obtient la ressource de Tableau Server, qui est représentée par l’URL (partielle) spécifiée. Le résultat est renvoyé comme un fichier. Lisez les points suivants avant d’utiliser cette commande : - **Autorisations :** Pour récupérer un fichier, vous devez disposer de l’autorisation Télécharger/Enregistrer sur le Web sous. Par défaut, la valeur de cette autorisation est définie sur autorisée ou héritée pour tous les rôles, mais elle peut être définie par classeur ou par vue. - **Définition d’une vue ou d’un classeur à obtenir :** vous spécifiez une vue à obtenir avec la chaîne `"/views//."` et un classeur à obtenir avec la chaîne `"/workbooks/."`. Remplacez ``  et `` par les noms du classeur et affichez-les comme ils apparaissent dans l’URL lorsque vous ouvrez la vue dans un navigateur et remplacez par le type de fichier que vous souhaitez enregistrer. N’utilisez ni l’ID de session à la fin de l’URL (`?:iid=`) ni le nom convivial du classeur ou de la vue. Par exemple, si vous ouvrez une vue _Regional Totals_ dans un classeur nommé _Metrics Summary_, l’URL ressemble à ce qui suit : `/views/MetricsSummary_1/RegionalTotals?:iid=1` Servez-vous de la chaîne `/views/MetricsSummary_1/RegionalTotals.` pour obtenir la vue. Servez-vous de la chaîne `/workbooks/MetricsSummary_1.` pour obtenir le classeur. Lors du téléchargement de classeurs et de vues à partir de Tableau Server, le contenu du fichier .twb ou .twbx est stocké en texte brut. Toutes les données, y compris les valeurs de filtre qui peuvent donner des indices sémantiques sur les données, seront lisibles par toute personne qui ouvre le fichier. - **Extension du fichier :** l’URL doit contenir une extension de fichier. L’extension détermine le type de fichier généré. Pour une vue, vous pouvez utiliser les formats PDF, PNG ou CSV (données résumées uniquement). Un classeur Tableau est enregistré au format TWB s’il se connecte à une source de données publiées ou s’il utilise une connexion en direct. Il est enregistré au format TWBX s’il se connecte à un extrait de données. **Remarque :** si vous téléchargez une vue sur un fichier PDF ou PNG, et si vous incluez un paramètre `--filename` portant l’extension .pdf ou .png, vous n’avez pas besoin d’inclure une extension .pdf ou .png dans l’URL. - **Nom et emplacement du fichier sauvegardé** (facultatif) : Le nom spécifié pour l’option `--filename` doit inclure une extension. Si vous ne fournissez pas de nom ni d’extension de fichier, ceux-ci seront obtenus à partir de la chaîne URL. Si vous ne définissez pas d’emplacement, le fichier est sauvegardé dans le répertoire de travail courant. Vous pouvez également spécifier un chemin absolu ou relatif au répertoire de travail courant. - **taille PNG** (facultatif) : Si le fichier enregistré est au format PNG, vous pouvez en spécifier la taille, en pixels, dans l’URL. **Effacement du cache pour utiliser des données en temps réel** Vous pouvez éventuellement ajouter le paramètre URL `?:refresh=yes` pour forcer une requête de rafraîchissement des données au lieu de demander les résultats du cache. Si vous utilisez tabcmd avec votre propre script, l’utilisation intensive de la commande `refresh`peut avoir un impact négatif sur les performances. Il est recommandé d’utiliser la commande `refresh` uniquement lorsque vous avez besoin des données en temps réel—par exemple, sur un tableau de bord unique au lieu d’un classeur entier. **Exemples** _Vues_ `tabcmd get "/views/Sales_Analysis/Sales_Report.png" --filename "Weekly-Report.png"` `tabcmd get "/views/Finance/InvestmentGrowth.pdf" -f "Q1Growth.pdf"` `tabcmd get "/views/Finance/InvestmentGrowth" -f "Q1Growth.pdf"` `tabcmd get "/views/Finance/InvestmentGrowth.csv"` `tabcmd get "/views/Finance/InvestmentGrowth.png?:size=640,480" -f growth.png` `tabcmd get "/views/Finance/InvestmentGrowth.png?:refresh=yes" -f growth.png` _Classeurs_ `tabcmd get "/workbooks/Sales_Analysis.twb" -f "C:\Tableau_Workbooks\Weekly-Reports.twb"` Options globales Les options suivantes sont utilisées par les commandes `tabcmd`. Les options `--server`, `--user` et `--password` sont requises au moins une fois pour démarrer une session. Un jeton d’authentification est enregistré de sorte que les commandes suivantes puissent être exécutées sans inclure ces options. Ce jeton reste valide pendant cinq minutes après la dernière commande l’ayant utilisé. `-h`, `--help` Affiche l’aide de la commande. `-c`, `--use-certificate` Utilisez un certificat client pour vous connecter. Requis lorsque SSL mutuel est activé. Pour en savoir plus sur la configuration du certificat, commencez par la rubrique adaptée à votre système d’exploitation Tableau Server : - **Windows :** [Configurer SSL mutuel](https://help.tableau.com/current/server/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") - **Linux :** [Configurer SSL mutuel](https://help.tableau.com/current/server-linux/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") `-s`, `--server` L’URL Tableau Server, qui est requise au moins une fois pour démarrer la session. `-u`, `--user` Le nom d’utilisateur Tableau Server, qui est requis au moins une fois pour démarrer une session. `-p`, `--password` Le mot de passe Tableau Server, qui est requis au moins une fois pour démarrer une session. `--password-file` Permet d’enregistrer le mot de passe dans le fichier `.txt` indiqué au lieu de le saisir sur la ligne de commande pour plus de sécurité. `-t`, `--site` Indique que la commande s’applique au site spécifié par l’ID du site Tableau Server, entouré de guillemets simples ou doubles. Pour spécifier le site par défaut, utilisez soit une chaîne vide avec des guillemets simples ou doubles (’’ ou ""), soit Default entre guillemets doubles ("Default"). L’ID de site est sensible à la casse lors de l’utilisation d’un jeton d’authentification mis en cache. Si la casse n’est pas respectée, il se peut qu’on vous demande un mot de passe même si le jeton est encore valide. `-x`, `--proxy` Host :Port Utilise le proxy HTTP spécifié. `--no-prompt` Lorsque cette option est spécifiée, la commande ne demande pas de mot de passe. Si aucun mot de passe valide n’est fourni, la commande échoue. `--no-proxy` Lorsque cette option est spécifiée, aucun proxy HTTP n’est utilisé. `--no-certcheck` Lorsque cette option est spécifiée, tabcmd (le client) ne valide pas le certificat SSL du serveur. `--[no-]cookie` Lorsque cette option est spécifiée, l’ID de session est enregistré lors de la connexion afin que les commandes suivantes n’aient pas à se connecter. Utilisez le préfixe `no-` pour ne pas enregistrer l’ID de session. Par défaut, la session est enregistrée. `--timeout` Permet d’attendre le nombre spécifié de secondes afin que le serveur termine le traitement de la commande. Par défaut, le processus attendra que le serveur réponde. `--` Spécifie la fin des options à la ligne de commande. Vous pouvez utiliser `--` pour indiquer à `tabcmd` que tout élément suivant `--` ne doit pas être interprété comme un réglage d’option et peut au lieu de cela être interprété comme une valeur pour la commande. Cette fonction est utile si vous avez besoin de spécifier une valeur dans la commande qui inclut un tiret. L’exemple suivant vous montre comment vous pouvez utiliser `--` dans une commande `tabcmd`, où `-430105/Sheet1` est une valeur requise pour la commande `export`. `tabcmd export --csv -f "D:\export10.csv" -- -430105/Sheet1` ## initialuser Créez l’utilisateur administrateur de serveur initial sur un serveur sur lequel n’est pas défini un utilisateur administrateur initial. Cette action crée un administrateur de serveur. Cette action ne crée pas d’administrateur TSM. **Remarque :** la commande **tabcmd initialuser** ne nécessite pas l’authentification à Tableau Server, mais elle doit être exécutée sur le nœud du serveur initial. **Remarques :** - la commande **tabcmd initialuser** ne nécessite pas l’authentification à Tableau Server, mais elle doit être exécutée sur le nœud du serveur initial. - La valeur `username` ne peut pas inclure un arobase (@) à moins que le suffixe du nom d’utilisateur ne corresponde au domaine principal de Tableau Server. Par exemple, si Tableau Server se connecte au domaine « myco.com », il n’est pas possible d’utiliser un nom d’utilisateur « user@example.com@myco.com ». **Exemples** `tabcmd initialuser --username "admin" --password "password" --server http://localhost` `tabcmd initialuser --username "admin" --password "password" --friendly "Tableau Admin" --server http://localhost` Pour inviter à saisir le mot de passe dans l’interpréteur de commandes, n’incluez pas le paramètre `--password` dans la commande. Par exemple : `tabcmd initialuser --username "admin" --server http://localhost` ### Options `-f`, `--friendly` Crée l’utilisateur administratif initial du serveur avec le nom à afficher. Options globales Les options suivantes sont utilisées par les commandes `tabcmd`. Les options `--server`, `--user` et `--password` sont requises au moins une fois pour démarrer une session. Un jeton d’authentification est enregistré de sorte que les commandes suivantes puissent être exécutées sans inclure ces options. Ce jeton reste valide pendant cinq minutes après la dernière commande l’ayant utilisé. `-h`, `--help` Affiche l’aide de la commande. `-c`, `--use-certificate` Utilisez un certificat client pour vous connecter. Requis lorsque SSL mutuel est activé. Pour en savoir plus sur la configuration du certificat, commencez par la rubrique adaptée à votre système d’exploitation Tableau Server : - **Windows :** [Configurer SSL mutuel](https://help.tableau.com/current/server/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") - **Linux :** [Configurer SSL mutuel](https://help.tableau.com/current/server-linux/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") `-s`, `--server` L’URL Tableau Server, qui est requise au moins une fois pour démarrer la session. `-u`, `--user` Le nom d’utilisateur Tableau Server, qui est requis au moins une fois pour démarrer une session. `-p`, `--password` Le mot de passe Tableau Server, qui est requis au moins une fois pour démarrer une session. `--password-file` Permet d’enregistrer le mot de passe dans le fichier `.txt` indiqué au lieu de le saisir sur la ligne de commande pour plus de sécurité. `-t`, `--site` Indique que la commande s’applique au site spécifié par l’ID du site Tableau Server, entouré de guillemets simples ou doubles. Pour spécifier le site par défaut, utilisez soit une chaîne vide avec des guillemets simples ou doubles (’’ ou ""), soit Default entre guillemets doubles ("Default"). L’ID de site est sensible à la casse lors de l’utilisation d’un jeton d’authentification mis en cache. Si la casse n’est pas respectée, il se peut qu’on vous demande un mot de passe même si le jeton est encore valide. `-x`, `--proxy` Host :Port Utilise le proxy HTTP spécifié. `--no-prompt` Lorsque cette option est spécifiée, la commande ne demande pas de mot de passe. Si aucun mot de passe valide n’est fourni, la commande échoue. `--no-proxy` Lorsque cette option est spécifiée, aucun proxy HTTP n’est utilisé. `--no-certcheck` Lorsque cette option est spécifiée, tabcmd (le client) ne valide pas le certificat SSL du serveur. `--[no-]cookie` Lorsque cette option est spécifiée, l’ID de session est enregistré lors de la connexion afin que les commandes suivantes n’aient pas à se connecter. Utilisez le préfixe `no-` pour ne pas enregistrer l’ID de session. Par défaut, la session est enregistrée. `--timeout` Permet d’attendre le nombre spécifié de secondes afin que le serveur termine le traitement de la commande. Par défaut, le processus attendra que le serveur réponde. `--` Spécifie la fin des options à la ligne de commande. Vous pouvez utiliser `--` pour indiquer à `tabcmd` que tout élément suivant `--` ne doit pas être interprété comme un réglage d’option et peut au lieu de cela être interprété comme une valeur pour la commande. Cette fonction est utile si vous avez besoin de spécifier une valeur dans la commande qui inclut un tiret. L’exemple suivant vous montre comment vous pouvez utiliser `--` dans une commande `tabcmd`, où `-430105/Sheet1` est une valeur requise pour la commande `export`. `tabcmd export --csv -f "D:\export10.csv" -- -430105/Sheet1` ## listdomains Affiche une liste des domaines Active Directory qui sont utilisés sur le serveur, avec leurs surnoms et ID. Si le serveur est configuré pour utiliser une authentification locale, la commande renvoie uniquement le nom de domaine `local`. **Exemple** `tabcmd listdomains` Options globales Les options suivantes sont utilisées par les commandes `tabcmd`. Les options `--server`, `--user` et `--password` sont requises au moins une fois pour démarrer une session. Un jeton d’authentification est enregistré de sorte que les commandes suivantes puissent être exécutées sans inclure ces options. Ce jeton reste valide pendant cinq minutes après la dernière commande l’ayant utilisé. `-h`, `--help` Affiche l’aide de la commande. `-c`, `--use-certificate` Utilisez un certificat client pour vous connecter. Requis lorsque SSL mutuel est activé. Pour en savoir plus sur la configuration du certificat, commencez par la rubrique adaptée à votre système d’exploitation Tableau Server : - **Windows :** [Configurer SSL mutuel](https://help.tableau.com/current/server/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") - **Linux :** [Configurer SSL mutuel](https://help.tableau.com/current/server-linux/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") `-s`, `--server` L’URL Tableau Server, qui est requise au moins une fois pour démarrer la session. `-u`, `--user` Le nom d’utilisateur Tableau Server, qui est requis au moins une fois pour démarrer une session. `-p`, `--password` Le mot de passe Tableau Server, qui est requis au moins une fois pour démarrer une session. `--password-file` Permet d’enregistrer le mot de passe dans le fichier `.txt` indiqué au lieu de le saisir sur la ligne de commande pour plus de sécurité. `-t`, `--site` Indique que la commande s’applique au site spécifié par l’ID du site Tableau Server, entouré de guillemets simples ou doubles. Pour spécifier le site par défaut, utilisez soit une chaîne vide avec des guillemets simples ou doubles (’’ ou ""), soit Default entre guillemets doubles ("Default"). L’ID de site est sensible à la casse lors de l’utilisation d’un jeton d’authentification mis en cache. Si la casse n’est pas respectée, il se peut qu’on vous demande un mot de passe même si le jeton est encore valide. `-x`, `--proxy` Host :Port Utilise le proxy HTTP spécifié. `--no-prompt` Lorsque cette option est spécifiée, la commande ne demande pas de mot de passe. Si aucun mot de passe valide n’est fourni, la commande échoue. `--no-proxy` Lorsque cette option est spécifiée, aucun proxy HTTP n’est utilisé. `--no-certcheck` Lorsque cette option est spécifiée, tabcmd (le client) ne valide pas le certificat SSL du serveur. `--[no-]cookie` Lorsque cette option est spécifiée, l’ID de session est enregistré lors de la connexion afin que les commandes suivantes n’aient pas à se connecter. Utilisez le préfixe `no-` pour ne pas enregistrer l’ID de session. Par défaut, la session est enregistrée. `--timeout` Permet d’attendre le nombre spécifié de secondes afin que le serveur termine le traitement de la commande. Par défaut, le processus attendra que le serveur réponde. `--` Spécifie la fin des options à la ligne de commande. Vous pouvez utiliser `--` pour indiquer à `tabcmd` que tout élément suivant `--` ne doit pas être interprété comme un réglage d’option et peut au lieu de cela être interprété comme une valeur pour la commande. Cette fonction est utile si vous avez besoin de spécifier une valeur dans la commande qui inclut un tiret. L’exemple suivant vous montre comment vous pouvez utiliser `--` dans une commande `tabcmd`, où `-430105/Sheet1` est une valeur requise pour la commande `export`. `tabcmd export --csv -f "D:\export10.csv" -- -430105/Sheet1` ## listsites Renvoie une liste des sites auxquels appartient l’utilisateur connecté. **Exemple** `tabcmd listsites --username adam --password mypassword` ### Options `--get-extract-encryption-mode` Le mode de chiffrement d’extrait pour le site peut être **forcé**, **activé** ou **désactivé**. Pour plus d’informations, consultez [Chiffrement des extraits au repos](https://help.tableau.com/current/server/fr-ca/security_ear.htm). Options globales Les options suivantes sont utilisées par les commandes `tabcmd`. Les options `--server`, `--user` et `--password` sont requises au moins une fois pour démarrer une session. Un jeton d’authentification est enregistré de sorte que les commandes suivantes puissent être exécutées sans inclure ces options. Ce jeton reste valide pendant cinq minutes après la dernière commande l’ayant utilisé. `-h`, `--help` Affiche l’aide de la commande. `-c`, `--use-certificate` Utilisez un certificat client pour vous connecter. Requis lorsque SSL mutuel est activé. Pour en savoir plus sur la configuration du certificat, commencez par la rubrique adaptée à votre système d’exploitation Tableau Server : - **Windows :** [Configurer SSL mutuel](https://help.tableau.com/current/server/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") - **Linux :** [Configurer SSL mutuel](https://help.tableau.com/current/server-linux/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") `-s`, `--server` L’URL Tableau Server, qui est requise au moins une fois pour démarrer la session. `-u`, `--user` Le nom d’utilisateur Tableau Server, qui est requis au moins une fois pour démarrer une session. `-p`, `--password` Le mot de passe Tableau Server, qui est requis au moins une fois pour démarrer une session. `--password-file` Permet d’enregistrer le mot de passe dans le fichier `.txt` indiqué au lieu de le saisir sur la ligne de commande pour plus de sécurité. `-t`, `--site` Indique que la commande s’applique au site spécifié par l’ID du site Tableau Server, entouré de guillemets simples ou doubles. Pour spécifier le site par défaut, utilisez soit une chaîne vide avec des guillemets simples ou doubles (’’ ou ""), soit Default entre guillemets doubles ("Default"). L’ID de site est sensible à la casse lors de l’utilisation d’un jeton d’authentification mis en cache. Si la casse n’est pas respectée, il se peut qu’on vous demande un mot de passe même si le jeton est encore valide. `-x`, `--proxy` Host :Port Utilise le proxy HTTP spécifié. `--no-prompt` Lorsque cette option est spécifiée, la commande ne demande pas de mot de passe. Si aucun mot de passe valide n’est fourni, la commande échoue. `--no-proxy` Lorsque cette option est spécifiée, aucun proxy HTTP n’est utilisé. `--no-certcheck` Lorsque cette option est spécifiée, tabcmd (le client) ne valide pas le certificat SSL du serveur. `--[no-]cookie` Lorsque cette option est spécifiée, l’ID de session est enregistré lors de la connexion afin que les commandes suivantes n’aient pas à se connecter. Utilisez le préfixe `no-` pour ne pas enregistrer l’ID de session. Par défaut, la session est enregistrée. `--timeout` Permet d’attendre le nombre spécifié de secondes afin que le serveur termine le traitement de la commande. Par défaut, le processus attendra que le serveur réponde. `--` Spécifie la fin des options à la ligne de commande. Vous pouvez utiliser `--` pour indiquer à `tabcmd` que tout élément suivant `--` ne doit pas être interprété comme un réglage d’option et peut au lieu de cela être interprété comme une valeur pour la commande. Cette fonction est utile si vous avez besoin de spécifier une valeur dans la commande qui inclut un tiret. L’exemple suivant vous montre comment vous pouvez utiliser `--` dans une commande `tabcmd`, où `-430105/Sheet1` est une valeur requise pour la commande `export`. `tabcmd export --csv -f "D:\export10.csv" -- -430105/Sheet1` ## login Connecte un utilisateur Tableau Server. Utilisez les options générales `--server`, `--site`, `--username` et `--password` pour créer une session. **Remarque :** lorsque vous utilisez la commande **tabcmd login**, vous ne pouvez pas utiliser la connexion unique SAML (SSO), même si le serveur est configuré pour utiliser SAML. Pour vous connecter, vous devez fournir le nom d’utilisateur et le mot de passe d’un utilisateur qui a été créé sur le serveur. Vous disposerez des autorisations de l’utilisateur Tableau Server sous lequel vous êtes connecté. Pour plus d’informations, consultez [Définir les rôles sur le site des utilisateurs](https://help.tableau.com/current/server/fr-ca/users_site_roles.htm) et [Autorisations](https://help.tableau.com/current/server/fr-ca/permissions.htm). Si vous souhaitez vous connecter à l’aide des mêmes renseignements que ceux utilisés pour créer une session, spécifiez simplement l’option `--password`. Le serveur et le nom d’utilisateur stockés dans le témoin seront utilisés. Si le serveur utilise un port autre qu’un port 80 (par défaut), il faudra indiquer le port. Vous n’avez besoin de l’option `--site` (`-t`) que si le serveur exécute plusieurs sites et que vous êtes connecté à un site autre que le site Par défaut. Si vous n’en fournissez pas, un mot de passe vous sera demandé. Si l’option `--no-prompt` est spécifiée et qu’aucun mot de passe n’est fourni, la commande échoue. Une fois connecté, la session reste ouverte jusqu’à son expiration sur le serveur ou jusqu’à l’exécution de la commande `logout`. **Exemple** Permet de connecter l’utilisateur jsmith à l’instance Tableau Server en cours d’exécution sur son ordinateur local : `tabcmd login -s http://localhost -u jsmith -p password` Permet de connecter l’administrateur au site Ventes sur un serveur sales-server : `tabcmd login -s http://sales-server -t Sales -u administrator -p password` `tabcmd login -s http://sales-server:8000 -t Sales -u administrator -p password` Permet de connecter un administrateur au site Ventes sur sales-server en utilisant SSL, mais ne valide pas le certificat SSL du serveur : `tabcmd login --no-certcheck -s https://sales-server -t Sales -u administrator -p password` Établit un proxy et un port direct pour localhost : `tabcmd login --proxy myfwdproxyserver:8888 -s http://localhost -u jsmith -p password` Permet de connecter l’utilisateur jsmith au serveur proxy inverse à l’aide de SSL : `tabcmd login -s https://myreverseproxy -u jsmith -p password` ### Options `-s`, `--server` Si vous exécutez la commande depuis un ordinateur Tableau Server qui se trouve sur votre réseau, vous pouvez utiliser `http://localhost`. Sinon, spécifiez l’URL de l’ordinateur, telle que `http://bigbox.myco.com` ou `http://bigbox`. Si le serveur utilise SSL, vous devrez spécifier `https://` dans l’URL de l’ordinateur. Pour Tableau Cloud, spécifiez l’URL complète, y compris le module sur lequel votre site est déployé. Par exemple : `https://prod-useast-b.online.tableau.com`. `-t`, `--site` Utilisez cette option si le serveur dispose de plusieurs sites et que vous êtes connecté à un site autre que le site par défaut. L’ID de site est utilisé dans l’URL pour identifier le site de manière unique. Par exemple, un site nommé West Coast Sales peut disposer d’un ID de site west-coast-sales. `-u`, `--username` Nom d’utilisateur de l’utilisateur qui se connecte. Pour Tableau Cloud, le nom d’utilisateur est l’adresse de courriel de l’utilisateur. `-p`, `--password` Mot de passe de l’utilisateur spécifié pour `--username`. Si vous n’en fournissez pas, un mot de passe vous sera demandé. `--password-file` Permet d’enregistrer le mot de passe dans le fichier `filename.txt` indiqué au lieu de le saisir sur la ligne de commande, pour plus de sécurité. `-x`, `--proxy` Utilisez-la pour spécifier le serveur proxy HTTP et le serveur (hôte :port) pour la demande tabcmd. `--no-prompt` Pas de demande de mot de passe. Si aucun mot de passe n’est spécifié, la commande `login` échoue. `--no-proxy` N’utilisez pas de serveur proxy HTTP. `--cookie` Enregistre l’ID de session lors de la connexion. Les commandes suivantes ne requièrent pas de connexion. Cette valeur est la valeur par défaut de la commande. `--no-cookie` N’enregistrez pas les identifiants de session après une connexion réussie. Les commandes suivantes requièrent une connexion. `--timeout SECONDS` Le nombre de secondes d’attente du serveur avant le traitement de la commande `login`. Par défaut : 30 secondes. Options globales Les options suivantes sont utilisées par les commandes `tabcmd`. Les options `--server`, `--user` et `--password` sont requises au moins une fois pour démarrer une session. Un jeton d’authentification est enregistré de sorte que les commandes suivantes puissent être exécutées sans inclure ces options. Ce jeton reste valide pendant cinq minutes après la dernière commande l’ayant utilisé. `-h`, `--help` Affiche l’aide de la commande. `-c`, `--use-certificate` Utilisez un certificat client pour vous connecter. Requis lorsque SSL mutuel est activé. Pour en savoir plus sur la configuration du certificat, commencez par la rubrique adaptée à votre système d’exploitation Tableau Server : - **Windows :** [Configurer SSL mutuel](https://help.tableau.com/current/server/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") - **Linux :** [Configurer SSL mutuel](https://help.tableau.com/current/server-linux/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") `-s`, `--server` L’URL Tableau Server, qui est requise au moins une fois pour démarrer la session. `-u`, `--user` Le nom d’utilisateur Tableau Server, qui est requis au moins une fois pour démarrer une session. `-p`, `--password` Le mot de passe Tableau Server, qui est requis au moins une fois pour démarrer une session. `--password-file` Permet d’enregistrer le mot de passe dans le fichier `.txt` indiqué au lieu de le saisir sur la ligne de commande pour plus de sécurité. `-t`, `--site` Indique que la commande s’applique au site spécifié par l’ID du site Tableau Server, entouré de guillemets simples ou doubles. Pour spécifier le site par défaut, utilisez soit une chaîne vide avec des guillemets simples ou doubles (’’ ou ""), soit Default entre guillemets doubles ("Default"). L’ID de site est sensible à la casse lors de l’utilisation d’un jeton d’authentification mis en cache. Si la casse n’est pas respectée, il se peut qu’on vous demande un mot de passe même si le jeton est encore valide. `-x`, `--proxy` Host :Port Utilise le proxy HTTP spécifié. `--no-prompt` Lorsque cette option est spécifiée, la commande ne demande pas de mot de passe. Si aucun mot de passe valide n’est fourni, la commande échoue. `--no-proxy` Lorsque cette option est spécifiée, aucun proxy HTTP n’est utilisé. `--no-certcheck` Lorsque cette option est spécifiée, tabcmd (le client) ne valide pas le certificat SSL du serveur. `--[no-]cookie` Lorsque cette option est spécifiée, l’ID de session est enregistré lors de la connexion afin que les commandes suivantes n’aient pas à se connecter. Utilisez le préfixe `no-` pour ne pas enregistrer l’ID de session. Par défaut, la session est enregistrée. `--timeout` Permet d’attendre le nombre spécifié de secondes afin que le serveur termine le traitement de la commande. Par défaut, le processus attendra que le serveur réponde. `--` Spécifie la fin des options à la ligne de commande. Vous pouvez utiliser `--` pour indiquer à `tabcmd` que tout élément suivant `--` ne doit pas être interprété comme un réglage d’option et peut au lieu de cela être interprété comme une valeur pour la commande. Cette fonction est utile si vous avez besoin de spécifier une valeur dans la commande qui inclut un tiret. L’exemple suivant vous montre comment vous pouvez utiliser `--` dans une commande `tabcmd`, où `-430105/Sheet1` est une valeur requise pour la commande `export`. `tabcmd export --csv -f "D:\export10.csv" -- -430105/Sheet1` ## logout Permet de se déconnecter du serveur. **Exemple** `tabcmd logout` ## publish _filename.twb(x)_, _filename.tds(x)_ ou _filename.hyper_ Publie le classeur spécifié (.twb(x)), la source de données (.tds(x)) ou l’extrait de données (.hyper) sur Tableau Server. Si vous publiez un classeur, par défaut, toutes les feuilles du classeur sont publiées sans nom d’utilisateur ni mot de passe de base de données. Les autorisations initialement attribuées au classeur ou à la source de données sont copiées du projet dans lequel le fichier est publié. Les autorisations pour la ressource publiée peuvent être modifiées une fois le fichier publié.  Si le classeur contient des filtres utilisateur, l’une des options de miniatures doit être spécifiée. **Remarque :** La publication de sources de données étendues ou composées à l’aide de tabcmd n’est pas prise en charge à ce stade. Si vous publiez un classeur ou un fichier de source de données composé à l’aide de tabcmd, il ne sera pas correctement lié à ses parents sur le serveur. **Exemple** `tabcmd publish "analysis.twbx" -n "Sales_Analysis" --db-username "jsmith" --db-password "secret-password"` `tabcmd publish "analysis_sfdc.hyper" -n "Sales Analysis" --oauth-username "user-name" --save-oauth` Si le fichier ne se trouve pas dans le même répertoire que tabcmd, indiquez le chemin complet du fichier. **Exemple** `tabcmd publish "\\computer\volume\Tableau Workbooks\analysis.twbx" -n "Sales_Analysis" --db-username "jsmith" --db-password "secret-password"` `tabcmd publish "\\computer\volume\Tableau Workbooks\analysis_sfdc.hyper" -n "Sales Analysis" --oauth-username "username" --save-oauth` ### Options `-n`, `--name` Nom du classeur ou de la source de données sur le serveur. Par défaut, le classeur, la source de données ou l’extrait de données portera le même nom que le fichier dont il est tiré. `-o`, `--overwrite` Ecrase le classeur, la source de données ou l’extrait de données si ceux-ci existent déjà sur le serveur. `-r`, `--project` Publie le classeur, la source de données ou l’extrait de données dans le projet spécifié. Si aucun projet n’est spécifié, le classeur est publié dans le projet "Par défaut". `--parent-project-path` Spécifie le nom du projet parent pour le projet imbriqué tel que spécifié avec l’option `-r`. Par exemple, pour spécifier un projet appelé « Nested » existant dans un projet « Main », utilisez la syntaxe suivante : `--parent-project-path "Main" -r "Nested"`. `--db-username` Utilisez cette option pour publier un nom d’utilisateur de base de données avec le classeur, la source de données ou l’extrait de données. `--db-password` Utilisez cette option pour publier un mot de passe de base de données avec le classeur, la source de données ou l’extrait. `--save-db-password` Enregistre le mot de passe de base de données fourni sur le serveur. `--oauth-username` Adresse de courriel du compte utilisateur. Connecte l’utilisateur par une connexion OAuth préconfigurée, si l’utilisateur a enregistré un jeton d’accès pour la source de données dans le nuage spécifiée dans `--name`. Les jetons d’accès sont gérés dans les préférences de l’utilisateur. Pour les connexions OAuth existantes à la source de données, utilisez cette option plutôt que `--db-username` et `--db-password`. `--save-oauth` Enregistre les informations d’identification spécifiées par `--oauth-username` comme données d’identification intégrées à la source de données ou au classeur publié. Par conséquent, lorsque le publicateur ou l’administrateur du serveur se connecte au serveur et modifie la connexion pour ce classeur ou cette source de données, les paramètres de connexion présentent ces informations d’identification OAuth comme intégrées au contenu. Si vous souhaitez programmer des actualisations d’extraits après la publication, vous devez inclure cette option avec `--oauth-username`. Cela revient à utiliser la commande `--save-db-password` avec une connexion de base de données traditionnelle. `--thumbnail-username` Si le classeur contient des filtres utilisateur, les miniatures seront générées en fonction de ce que peut voir l’utilisateur spécifié. Ne peut être spécifié lorsque l’option `--thumbnail-group` est définie. `--thumbnail-group` Si le classeur contient des filtres utilisateur, les miniatures seront générées en fonction de ce que peut voir le groupe spécifié. Ne peut être spécifié lorsque l’option `--thumbnail-username`est définie. `--tabbed` Lorsqu’un classeur avec des vues présentant des onglets est publié, chaque feuille devient un onglet dont les observateurs peuvent se servir pour naviguer dans le classeur. Notez que ce paramètre remplace la sécurité au niveau des feuilles. `--append` Ajoutez le fichier de l’extrait à la source de données existante. `--replace` Utilisez le fichier de l’extrait pour remplacer la source de données existante. `--disable-uploader` Désactivez l’outil de téléversement de fichier incrémentiel. `--restart` Redémarrez le téléversement du fichier. `--encrypt-extracts` Chiffrez les extraits lorsque vous publiez un classeur, une source de données ou un extrait sur le serveur. Pour plus d’informations, consultez [Chiffrement des extraits au repos](https://help.tableau.com/current/server/fr-ca/security_ear.htm). Options globales Les options suivantes sont utilisées par les commandes `tabcmd`. Les options `--server`, `--user` et `--password` sont requises au moins une fois pour démarrer une session. Un jeton d’authentification est enregistré de sorte que les commandes suivantes puissent être exécutées sans inclure ces options. Ce jeton reste valide pendant cinq minutes après la dernière commande l’ayant utilisé. `-h`, `--help` Affiche l’aide de la commande. `-c`, `--use-certificate` Utilisez un certificat client pour vous connecter. Requis lorsque SSL mutuel est activé. Pour en savoir plus sur la configuration du certificat, commencez par la rubrique adaptée à votre système d’exploitation Tableau Server : - **Windows :** [Configurer SSL mutuel](https://help.tableau.com/current/server/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") - **Linux :** [Configurer SSL mutuel](https://help.tableau.com/current/server-linux/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") `-s`, `--server` L’URL Tableau Server, qui est requise au moins une fois pour démarrer la session. `-u`, `--user` Le nom d’utilisateur Tableau Server, qui est requis au moins une fois pour démarrer une session. `-p`, `--password` Le mot de passe Tableau Server, qui est requis au moins une fois pour démarrer une session. `--password-file` Permet d’enregistrer le mot de passe dans le fichier `.txt` indiqué au lieu de le saisir sur la ligne de commande pour plus de sécurité. `-t`, `--site` Indique que la commande s’applique au site spécifié par l’ID du site Tableau Server, entouré de guillemets simples ou doubles. Pour spécifier le site par défaut, utilisez soit une chaîne vide avec des guillemets simples ou doubles (’’ ou ""), soit Default entre guillemets doubles ("Default"). L’ID de site est sensible à la casse lors de l’utilisation d’un jeton d’authentification mis en cache. Si la casse n’est pas respectée, il se peut qu’on vous demande un mot de passe même si le jeton est encore valide. `-x`, `--proxy` Host :Port Utilise le proxy HTTP spécifié. `--no-prompt` Lorsque cette option est spécifiée, la commande ne demande pas de mot de passe. Si aucun mot de passe valide n’est fourni, la commande échoue. `--no-proxy` Lorsque cette option est spécifiée, aucun proxy HTTP n’est utilisé. `--no-certcheck` Lorsque cette option est spécifiée, tabcmd (le client) ne valide pas le certificat SSL du serveur. `--[no-]cookie` Lorsque cette option est spécifiée, l’ID de session est enregistré lors de la connexion afin que les commandes suivantes n’aient pas à se connecter. Utilisez le préfixe `no-` pour ne pas enregistrer l’ID de session. Par défaut, la session est enregistrée. `--timeout` Permet d’attendre le nombre spécifié de secondes afin que le serveur termine le traitement de la commande. Par défaut, le processus attendra que le serveur réponde. `--` Spécifie la fin des options à la ligne de commande. Vous pouvez utiliser `--` pour indiquer à `tabcmd` que tout élément suivant `--` ne doit pas être interprété comme un réglage d’option et peut au lieu de cela être interprété comme une valeur pour la commande. Cette fonction est utile si vous avez besoin de spécifier une valeur dans la commande qui inclut un tiret. L’exemple suivant vous montre comment vous pouvez utiliser `--` dans une commande `tabcmd`, où `-430105/Sheet1` est une valeur requise pour la commande `export`. `tabcmd export --csv -f "D:\export10.csv" -- -430105/Sheet1` ## publishsamples ### Description Publie des exemples de classeurs Tableau dans le projet spécifié. Tout exemple existant sera remplacé. ### Syntaxe `tabcmd publishsamples -n [project name] [Global options]` **Exemple** Publiez des exemples dans le projet Inside Sales sur le site Par défaut, en tant qu’utilisateur jsmith. `tabcmd publishsamples -n "Inside Sales" -t "" -s localhost --username "jsmith" --password "secret-password"` ### Options `-n`, `--name` Obligatoire. Publie les exemples Tableau dans le projet spécifié. Si le nom du projet inclut des espaces, mettez tout le nom entre guillemets. `--parent-project-path` Spécifie le nom du projet parent pour le projet imbriqué tel que spécifié avec l’option `-n`. Par exemple, pour spécifier un projet appelé « Nested » existant dans un projet « Main », utilisez la syntaxe suivante : `--parent-project-path "Main" -n "Nested"`. Options globales Les options suivantes sont utilisées par les commandes `tabcmd`. Les options `--server`, `--user` et `--password` sont requises au moins une fois pour démarrer une session. Un jeton d’authentification est enregistré de sorte que les commandes suivantes puissent être exécutées sans inclure ces options. Ce jeton reste valide pendant cinq minutes après la dernière commande l’ayant utilisé. `-h`, `--help` Affiche l’aide de la commande. `-c`, `--use-certificate` Utilisez un certificat client pour vous connecter. Requis lorsque SSL mutuel est activé. Pour en savoir plus sur la configuration du certificat, commencez par la rubrique adaptée à votre système d’exploitation Tableau Server : - **Windows :** [Configurer SSL mutuel](https://help.tableau.com/current/server/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") - **Linux :** [Configurer SSL mutuel](https://help.tableau.com/current/server-linux/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") `-s`, `--server` L’URL Tableau Server, qui est requise au moins une fois pour démarrer la session. `-u`, `--user` Le nom d’utilisateur Tableau Server, qui est requis au moins une fois pour démarrer une session. `-p`, `--password` Le mot de passe Tableau Server, qui est requis au moins une fois pour démarrer une session. `--password-file` Permet d’enregistrer le mot de passe dans le fichier `.txt` indiqué au lieu de le saisir sur la ligne de commande pour plus de sécurité. `-t`, `--site` Indique que la commande s’applique au site spécifié par l’ID du site Tableau Server, entouré de guillemets simples ou doubles. Pour spécifier le site par défaut, utilisez soit une chaîne vide avec des guillemets simples ou doubles (’’ ou ""), soit Default entre guillemets doubles ("Default"). L’ID de site est sensible à la casse lors de l’utilisation d’un jeton d’authentification mis en cache. Si la casse n’est pas respectée, il se peut qu’on vous demande un mot de passe même si le jeton est encore valide. `-x`, `--proxy` Host :Port Utilise le proxy HTTP spécifié. `--no-prompt` Lorsque cette option est spécifiée, la commande ne demande pas de mot de passe. Si aucun mot de passe valide n’est fourni, la commande échoue. `--no-proxy` Lorsque cette option est spécifiée, aucun proxy HTTP n’est utilisé. `--no-certcheck` Lorsque cette option est spécifiée, tabcmd (le client) ne valide pas le certificat SSL du serveur. `--[no-]cookie` Lorsque cette option est spécifiée, l’ID de session est enregistré lors de la connexion afin que les commandes suivantes n’aient pas à se connecter. Utilisez le préfixe `no-` pour ne pas enregistrer l’ID de session. Par défaut, la session est enregistrée. `--timeout` Permet d’attendre le nombre spécifié de secondes afin que le serveur termine le traitement de la commande. Par défaut, le processus attendra que le serveur réponde. `--` Spécifie la fin des options à la ligne de commande. Vous pouvez utiliser `--` pour indiquer à `tabcmd` que tout élément suivant `--` ne doit pas être interprété comme un réglage d’option et peut au lieu de cela être interprété comme une valeur pour la commande. Cette fonction est utile si vous avez besoin de spécifier une valeur dans la commande qui inclut un tiret. L’exemple suivant vous montre comment vous pouvez utiliser `--` dans une commande `tabcmd`, où `-430105/Sheet1` est une valeur requise pour la commande `export`. `tabcmd export --csv -f "D:\export10.csv" -- -430105/Sheet1` ## reencryptextracts Rechiffrez tous les extraits d’un site avec de nouvelles clés de chiffrement. Cette commande regénère la clé de chiffrement de la clé et la clé de chiffrement des données. Vous devez spécifier un site. Pour plus d’informations, consultez [Chiffrement des extraits au repos](https://help.tableau.com/current/server/fr-ca/security_ear.htm). Selon le nombre et la taille des extraits, cette opération peut consommer des ressources serveur importantes. Envisagez d’exécuter cette commande en dehors des heures ouvrables normales. **Exemples** `tabcmd reencryptextracts "Default"` `tabcmd reencryptextracts "West Coast Sales"` Options globales Les options suivantes sont utilisées par les commandes `tabcmd`. Les options `--server`, `--user` et `--password` sont requises au moins une fois pour démarrer une session. Un jeton d’authentification est enregistré de sorte que les commandes suivantes puissent être exécutées sans inclure ces options. Ce jeton reste valide pendant cinq minutes après la dernière commande l’ayant utilisé. `-h`, `--help` Affiche l’aide de la commande. `-c`, `--use-certificate` Utilisez un certificat client pour vous connecter. Requis lorsque SSL mutuel est activé. Pour en savoir plus sur la configuration du certificat, commencez par la rubrique adaptée à votre système d’exploitation Tableau Server : - **Windows :** [Configurer SSL mutuel](https://help.tableau.com/current/server/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") - **Linux :** [Configurer SSL mutuel](https://help.tableau.com/current/server-linux/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") `-s`, `--server` L’URL Tableau Server, qui est requise au moins une fois pour démarrer la session. `-u`, `--user` Le nom d’utilisateur Tableau Server, qui est requis au moins une fois pour démarrer une session. `-p`, `--password` Le mot de passe Tableau Server, qui est requis au moins une fois pour démarrer une session. `--password-file` Permet d’enregistrer le mot de passe dans le fichier `.txt` indiqué au lieu de le saisir sur la ligne de commande pour plus de sécurité. `-t`, `--site` Indique que la commande s’applique au site spécifié par l’ID du site Tableau Server, entouré de guillemets simples ou doubles. Pour spécifier le site par défaut, utilisez soit une chaîne vide avec des guillemets simples ou doubles (’’ ou ""), soit Default entre guillemets doubles ("Default"). L’ID de site est sensible à la casse lors de l’utilisation d’un jeton d’authentification mis en cache. Si la casse n’est pas respectée, il se peut qu’on vous demande un mot de passe même si le jeton est encore valide. `-x`, `--proxy` Host :Port Utilise le proxy HTTP spécifié. `--no-prompt` Lorsque cette option est spécifiée, la commande ne demande pas de mot de passe. Si aucun mot de passe valide n’est fourni, la commande échoue. `--no-proxy` Lorsque cette option est spécifiée, aucun proxy HTTP n’est utilisé. `--no-certcheck` Lorsque cette option est spécifiée, tabcmd (le client) ne valide pas le certificat SSL du serveur. `--[no-]cookie` Lorsque cette option est spécifiée, l’ID de session est enregistré lors de la connexion afin que les commandes suivantes n’aient pas à se connecter. Utilisez le préfixe `no-` pour ne pas enregistrer l’ID de session. Par défaut, la session est enregistrée. `--timeout` Permet d’attendre le nombre spécifié de secondes afin que le serveur termine le traitement de la commande. Par défaut, le processus attendra que le serveur réponde. `--` Spécifie la fin des options à la ligne de commande. Vous pouvez utiliser `--` pour indiquer à `tabcmd` que tout élément suivant `--` ne doit pas être interprété comme un réglage d’option et peut au lieu de cela être interprété comme une valeur pour la commande. Cette fonction est utile si vous avez besoin de spécifier une valeur dans la commande qui inclut un tiret. L’exemple suivant vous montre comment vous pouvez utiliser `--` dans une commande `tabcmd`, où `-430105/Sheet1` est une valeur requise pour la commande `export`. `tabcmd export --csv -f "D:\export10.csv" -- -430105/Sheet1` ## refreshextracts _workbook-name_ ou _datasource-name_ Effectue une actualisation complète ou incrémentielle d’extraits appartenant au classeur ou à la source de données spécifié. Cette commande utilise le nom du classeur ou de la source de données tel qu’il apparaît sur le serveur, et non le nom de champ lors de sa publication. Seul un administrateur ou le propriétaire du classeur ou de la source de données est autorisé à effectuer cette opération. **Remarque :** cette méthode échouera et entraînera une erreur si votre administrateur de serveur a désactivé le paramètre **RunNow** pour le site. Pour plus d’informations, consultez [Paramètres Tableau Server](https://help.tableau.com/current/server/fr-ca/maintenance_set.htm). **Exemples** tabcmd refreshextracts --datasource sales\_ds tabcmd refreshextracts --project "Sales External" --datasource sales\_ds tabcmd refreshextracts --project "Sales External" --parent-project-path "Main" --project "Sales External" --datasource sales\_ds tabcmd refreshextracts --workbook "My Workbook" tabcmd refreshextracts --url SalesAnalysis tabcmd refreshextracts --workbook "My Workbook" --addcalculations tabcmd refreshextracts --datasource sales\_ds --removecalculations ### Options `--incremental` Exécute l’opération d’actualisation incrémentielle. `--synchronous` Ajoute l’opération d’actualisation complète à la file d’attente utilisée par le processus de gestionnaire de processus en arrière-plan afin qu’elle soit exécutée aussitôt que le gestionnaire de processus en arrière-plan sera disponible. Si le processus de gestionnaire de processus en arrière-plan est disponible, l’opération s’exécute immédiatement. L’opération d’actualisation apparaît dans le rapport des tâches en arrière-plan. Pendant une actualisation synchrone, `tabcmd` maintient une connexion en direct avec le serveur pendant que l’opération d’actualisation est en cours, avec interrogation à chaque seconde jusqu’à ce que le travail en arrière-plan soit terminé. **Remarque :** l’option `--synchronous` n’est pas disponible pour les sources de données actualisées avec Tableau Bridge. `--workbook` Nom du classeur contenant les extraits à actualiser. Si le nom du classeur comporte des espaces, placez-le entre guillemets. `--datasource` Nom de la source de données contenant les extraits à actualiser. `--project` Utilisez cette option avec `--workbook` ou `--datasource` afin d’identifier un classeur ou une source de données dans un projet autre que _Par défaut_. Si aucun nom n’est spécifié, le projet Par défaut est utilisé. `--parent-project-path` Spécifie le nom du projet parent pour le projet imbriqué tel que spécifié avec l’option `--project`. Par exemple : - Pour spécifier un projet appelé « Nested » existant dans un projet « Main », utilisez la syntaxe suivante : - \--parent-project-path "Main" --project "Nested" - Pour spécifier un projet appelé « Nested2 » imbriqué dans le cadre du projet « Nested » : - \--parent-project-path "Main/Nested" --project "Nested2" `--url` Nom du classeur tel qu’il apparaît dans l’URL. Le nom URL d’un classeur publié en tant que « Sales Analysis » est « SalesAnalysis ». `--addcalculations` Utilisez avec `--workbook` pour matérialiser les calculs dans l’extrait intégré du classeur, ou `--datasource` pour matérialiser les calculs dans la source de données d’un extrait. Ajoute l’opération à la file d’attente utilisée par le processus de gestionnaire de processus en arrière-plan. Si un processus de gestionnaire de processus en arrière-plan est disponible, l’opération s’exécute immédiatement. Cette opération apparaît dans la vue administrative [Tâches en arrière-plan pour les extraits](https://help.tableau.com/current/online/fr-ca/adminview_backgrnd.htm) . `--removecalculations` Utilisez avec `--workbook` ou `--datasource` pour supprimer les calculs qui étaient précédemment matérialisés. Ajoute l’opération à la file d’attente utilisée par le processus de gestionnaire de processus en arrière-plan. Si un processus de gestionnaire de processus en arrière-plan est disponible, l’opération s’exécute immédiatement. Cette opération apparaît dans la vue administrative [Tâches en arrière-plan pour les extraits](https://help.tableau.com/current/online/fr-ca/adminview_backgrnd.htm) . Options globales Les options suivantes sont utilisées par les commandes `tabcmd`. Les options `--server`, `--user` et `--password` sont requises au moins une fois pour démarrer une session. Un jeton d’authentification est enregistré de sorte que les commandes suivantes puissent être exécutées sans inclure ces options. Ce jeton reste valide pendant cinq minutes après la dernière commande l’ayant utilisé. `-h`, `--help` Affiche l’aide de la commande. `-c`, `--use-certificate` Utilisez un certificat client pour vous connecter. Requis lorsque SSL mutuel est activé. Pour en savoir plus sur la configuration du certificat, commencez par la rubrique adaptée à votre système d’exploitation Tableau Server : - **Windows :** [Configurer SSL mutuel](https://help.tableau.com/current/server/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") - **Linux :** [Configurer SSL mutuel](https://help.tableau.com/current/server-linux/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") `-s`, `--server` L’URL Tableau Server, qui est requise au moins une fois pour démarrer la session. `-u`, `--user` Le nom d’utilisateur Tableau Server, qui est requis au moins une fois pour démarrer une session. `-p`, `--password` Le mot de passe Tableau Server, qui est requis au moins une fois pour démarrer une session. `--password-file` Permet d’enregistrer le mot de passe dans le fichier `.txt` indiqué au lieu de le saisir sur la ligne de commande pour plus de sécurité. `-t`, `--site` Indique que la commande s’applique au site spécifié par l’ID du site Tableau Server, entouré de guillemets simples ou doubles. Pour spécifier le site par défaut, utilisez soit une chaîne vide avec des guillemets simples ou doubles (’’ ou ""), soit Default entre guillemets doubles ("Default"). L’ID de site est sensible à la casse lors de l’utilisation d’un jeton d’authentification mis en cache. Si la casse n’est pas respectée, il se peut qu’on vous demande un mot de passe même si le jeton est encore valide. `-x`, `--proxy` Host :Port Utilise le proxy HTTP spécifié. `--no-prompt` Lorsque cette option est spécifiée, la commande ne demande pas de mot de passe. Si aucun mot de passe valide n’est fourni, la commande échoue. `--no-proxy` Lorsque cette option est spécifiée, aucun proxy HTTP n’est utilisé. `--no-certcheck` Lorsque cette option est spécifiée, tabcmd (le client) ne valide pas le certificat SSL du serveur. `--[no-]cookie` Lorsque cette option est spécifiée, l’ID de session est enregistré lors de la connexion afin que les commandes suivantes n’aient pas à se connecter. Utilisez le préfixe `no-` pour ne pas enregistrer l’ID de session. Par défaut, la session est enregistrée. `--timeout` Permet d’attendre le nombre spécifié de secondes afin que le serveur termine le traitement de la commande. Par défaut, le processus attendra que le serveur réponde. `--` Spécifie la fin des options à la ligne de commande. Vous pouvez utiliser `--` pour indiquer à `tabcmd` que tout élément suivant `--` ne doit pas être interprété comme un réglage d’option et peut au lieu de cela être interprété comme une valeur pour la commande. Cette fonction est utile si vous avez besoin de spécifier une valeur dans la commande qui inclut un tiret. L’exemple suivant vous montre comment vous pouvez utiliser `--` dans une commande `tabcmd`, où `-430105/Sheet1` est une valeur requise pour la commande `export`. `tabcmd export --csv -f "D:\export10.csv" -- -430105/Sheet1` ## reset\_openid\_sub Efface les identifiants OpenID Connect (sous-valeurs) qui ont déjà été associés aux identités Tableau Server. Consultez [Modification des IdP dans Tableau Server pour OpenID Connect](https://help.tableau.com/current/server/fr-ca/openid_auth_changing_idp.htm). **Exemple** `tabcmd reset_openid_sub --target-username jsmith` ### Options `--target-username` Efface la sous-valeur pour l’utilisateur individuel spécifié. `--all` Efface les sous-valeurs pour tous les utilisateurs. Options globales Les options suivantes sont utilisées par les commandes `tabcmd`. Les options `--server`, `--user` et `--password` sont requises au moins une fois pour démarrer une session. Un jeton d’authentification est enregistré de sorte que les commandes suivantes puissent être exécutées sans inclure ces options. Ce jeton reste valide pendant cinq minutes après la dernière commande l’ayant utilisé. `-h`, `--help` Affiche l’aide de la commande. `-c`, `--use-certificate` Utilisez un certificat client pour vous connecter. Requis lorsque SSL mutuel est activé. Pour en savoir plus sur la configuration du certificat, commencez par la rubrique adaptée à votre système d’exploitation Tableau Server : - **Windows :** [Configurer SSL mutuel](https://help.tableau.com/current/server/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") - **Linux :** [Configurer SSL mutuel](https://help.tableau.com/current/server-linux/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") `-s`, `--server` L’URL Tableau Server, qui est requise au moins une fois pour démarrer la session. `-u`, `--user` Le nom d’utilisateur Tableau Server, qui est requis au moins une fois pour démarrer une session. `-p`, `--password` Le mot de passe Tableau Server, qui est requis au moins une fois pour démarrer une session. `--password-file` Permet d’enregistrer le mot de passe dans le fichier `.txt` indiqué au lieu de le saisir sur la ligne de commande pour plus de sécurité. `-t`, `--site` Indique que la commande s’applique au site spécifié par l’ID du site Tableau Server, entouré de guillemets simples ou doubles. Pour spécifier le site par défaut, utilisez soit une chaîne vide avec des guillemets simples ou doubles (’’ ou ""), soit Default entre guillemets doubles ("Default"). L’ID de site est sensible à la casse lors de l’utilisation d’un jeton d’authentification mis en cache. Si la casse n’est pas respectée, il se peut qu’on vous demande un mot de passe même si le jeton est encore valide. `-x`, `--proxy` Host :Port Utilise le proxy HTTP spécifié. `--no-prompt` Lorsque cette option est spécifiée, la commande ne demande pas de mot de passe. Si aucun mot de passe valide n’est fourni, la commande échoue. `--no-proxy` Lorsque cette option est spécifiée, aucun proxy HTTP n’est utilisé. `--no-certcheck` Lorsque cette option est spécifiée, tabcmd (le client) ne valide pas le certificat SSL du serveur. `--[no-]cookie` Lorsque cette option est spécifiée, l’ID de session est enregistré lors de la connexion afin que les commandes suivantes n’aient pas à se connecter. Utilisez le préfixe `no-` pour ne pas enregistrer l’ID de session. Par défaut, la session est enregistrée. `--timeout` Permet d’attendre le nombre spécifié de secondes afin que le serveur termine le traitement de la commande. Par défaut, le processus attendra que le serveur réponde. `--` Spécifie la fin des options à la ligne de commande. Vous pouvez utiliser `--` pour indiquer à `tabcmd` que tout élément suivant `--` ne doit pas être interprété comme un réglage d’option et peut au lieu de cela être interprété comme une valeur pour la commande. Cette fonction est utile si vous avez besoin de spécifier une valeur dans la commande qui inclut un tiret. L’exemple suivant vous montre comment vous pouvez utiliser `--` dans une commande `tabcmd`, où `-430105/Sheet1` est une valeur requise pour la commande `export`. `tabcmd export --csv -f "D:\export10.csv" -- -430105/Sheet1` ## removeusers _group-name_ Supprime les utilisateurs du groupe spécifié. **Exemple** `tabcmd removeusers "Development" --users "users.csv"` ### Options `--users` Supprimez du groupe spécifié les utilisateurs qui se trouvent dans le fichier `.csv` donné. Le fichier doit se composer d’une liste simple avec un nom d’utilisateur par ligne. Si vous utilisez cette commande avec des fichiers `.csv` volumineux dans Tableau Server, un administrateur de serveur peut activer les paramètres susceptibles d’améliorer les performances. Pour plus d’informations, consultez [Améliorer les performances pour les fichiers CSV volumineux traités par tabcmd](https://help.tableau.com/current/server/fr-ca/csvguidelines.htm#improve-performance-large-csv) `--[no-]complete` Requiert que toutes les lignes soient valides pour que les modifications prennent effet. Sinon, `--complete` est utilisé. Options globales Les options suivantes sont utilisées par les commandes `tabcmd`. Les options `--server`, `--user` et `--password` sont requises au moins une fois pour démarrer une session. Un jeton d’authentification est enregistré de sorte que les commandes suivantes puissent être exécutées sans inclure ces options. Ce jeton reste valide pendant cinq minutes après la dernière commande l’ayant utilisé. `-h`, `--help` Affiche l’aide de la commande. `-c`, `--use-certificate` Utilisez un certificat client pour vous connecter. Requis lorsque SSL mutuel est activé. Pour en savoir plus sur la configuration du certificat, commencez par la rubrique adaptée à votre système d’exploitation Tableau Server : - **Windows :** [Configurer SSL mutuel](https://help.tableau.com/current/server/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") - **Linux :** [Configurer SSL mutuel](https://help.tableau.com/current/server-linux/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") `-s`, `--server` L’URL Tableau Server, qui est requise au moins une fois pour démarrer la session. `-u`, `--user` Le nom d’utilisateur Tableau Server, qui est requis au moins une fois pour démarrer une session. `-p`, `--password` Le mot de passe Tableau Server, qui est requis au moins une fois pour démarrer une session. `--password-file` Permet d’enregistrer le mot de passe dans le fichier `.txt` indiqué au lieu de le saisir sur la ligne de commande pour plus de sécurité. `-t`, `--site` Indique que la commande s’applique au site spécifié par l’ID du site Tableau Server, entouré de guillemets simples ou doubles. Pour spécifier le site par défaut, utilisez soit une chaîne vide avec des guillemets simples ou doubles (’’ ou ""), soit Default entre guillemets doubles ("Default"). L’ID de site est sensible à la casse lors de l’utilisation d’un jeton d’authentification mis en cache. Si la casse n’est pas respectée, il se peut qu’on vous demande un mot de passe même si le jeton est encore valide. `-x`, `--proxy` Host :Port Utilise le proxy HTTP spécifié. `--no-prompt` Lorsque cette option est spécifiée, la commande ne demande pas de mot de passe. Si aucun mot de passe valide n’est fourni, la commande échoue. `--no-proxy` Lorsque cette option est spécifiée, aucun proxy HTTP n’est utilisé. `--no-certcheck` Lorsque cette option est spécifiée, tabcmd (le client) ne valide pas le certificat SSL du serveur. `--[no-]cookie` Lorsque cette option est spécifiée, l’ID de session est enregistré lors de la connexion afin que les commandes suivantes n’aient pas à se connecter. Utilisez le préfixe `no-` pour ne pas enregistrer l’ID de session. Par défaut, la session est enregistrée. `--timeout` Permet d’attendre le nombre spécifié de secondes afin que le serveur termine le traitement de la commande. Par défaut, le processus attendra que le serveur réponde. `--` Spécifie la fin des options à la ligne de commande. Vous pouvez utiliser `--` pour indiquer à `tabcmd` que tout élément suivant `--` ne doit pas être interprété comme un réglage d’option et peut au lieu de cela être interprété comme une valeur pour la commande. Cette fonction est utile si vous avez besoin de spécifier une valeur dans la commande qui inclut un tiret. L’exemple suivant vous montre comment vous pouvez utiliser `--` dans une commande `tabcmd`, où `-430105/Sheet1` est une valeur requise pour la commande `export`. `tabcmd export --csv -f "D:\export10.csv" -- -430105/Sheet1` ## runschedule _schedule-name_ Exécute les tâches dans le calendrier spécifié pour le site auquel vous êtes actuellement connecté. Vous ne pouvez pas l’exécuter pour tous les sites utilisant tabcmd. Pour exécuter les tâches du calendrier pour tous les sites, connectez-vous à l’interface Web, depuis la page **Calendriers**, sélectionnez **Tous les sites**, puis effectuez une **Exécuter maintenant** sur le calendrier. Cette commande utilise le nom de la programmation tel qu’il est spécifié sur le serveur. Cette commande n’est pas disponible pour Tableau Cloud. **Remarque :** cette méthode échouera et entraînera une erreur si votre administrateur de serveur a désactivé le paramètre **RunNow** pour le site. Pour plus d’informations, consultez [Paramètres Tableau Server](https://help.tableau.com/current/server/fr-ca/maintenance_set.htm). **Exemple** `tabcmd runschedule "5AM Sales Refresh"` Options globales Les options suivantes sont utilisées par les commandes `tabcmd`. Les options `--server`, `--user` et `--password` sont requises au moins une fois pour démarrer une session. Un jeton d’authentification est enregistré de sorte que les commandes suivantes puissent être exécutées sans inclure ces options. Ce jeton reste valide pendant cinq minutes après la dernière commande l’ayant utilisé. `-h`, `--help` Affiche l’aide de la commande. `-c`, `--use-certificate` Utilisez un certificat client pour vous connecter. Requis lorsque SSL mutuel est activé. Pour en savoir plus sur la configuration du certificat, commencez par la rubrique adaptée à votre système d’exploitation Tableau Server : - **Windows :** [Configurer SSL mutuel](https://help.tableau.com/current/server/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") - **Linux :** [Configurer SSL mutuel](https://help.tableau.com/current/server-linux/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") `-s`, `--server` L’URL Tableau Server, qui est requise au moins une fois pour démarrer la session. `-u`, `--user` Le nom d’utilisateur Tableau Server, qui est requis au moins une fois pour démarrer une session. `-p`, `--password` Le mot de passe Tableau Server, qui est requis au moins une fois pour démarrer une session. `--password-file` Permet d’enregistrer le mot de passe dans le fichier `.txt` indiqué au lieu de le saisir sur la ligne de commande pour plus de sécurité. `-t`, `--site` Indique que la commande s’applique au site spécifié par l’ID du site Tableau Server, entouré de guillemets simples ou doubles. Pour spécifier le site par défaut, utilisez soit une chaîne vide avec des guillemets simples ou doubles (’’ ou ""), soit Default entre guillemets doubles ("Default"). L’ID de site est sensible à la casse lors de l’utilisation d’un jeton d’authentification mis en cache. Si la casse n’est pas respectée, il se peut qu’on vous demande un mot de passe même si le jeton est encore valide. `-x`, `--proxy` Host :Port Utilise le proxy HTTP spécifié. `--no-prompt` Lorsque cette option est spécifiée, la commande ne demande pas de mot de passe. Si aucun mot de passe valide n’est fourni, la commande échoue. `--no-proxy` Lorsque cette option est spécifiée, aucun proxy HTTP n’est utilisé. `--no-certcheck` Lorsque cette option est spécifiée, tabcmd (le client) ne valide pas le certificat SSL du serveur. `--[no-]cookie` Lorsque cette option est spécifiée, l’ID de session est enregistré lors de la connexion afin que les commandes suivantes n’aient pas à se connecter. Utilisez le préfixe `no-` pour ne pas enregistrer l’ID de session. Par défaut, la session est enregistrée. `--timeout` Permet d’attendre le nombre spécifié de secondes afin que le serveur termine le traitement de la commande. Par défaut, le processus attendra que le serveur réponde. `--` Spécifie la fin des options à la ligne de commande. Vous pouvez utiliser `--` pour indiquer à `tabcmd` que tout élément suivant `--` ne doit pas être interprété comme un réglage d’option et peut au lieu de cela être interprété comme une valeur pour la commande. Cette fonction est utile si vous avez besoin de spécifier une valeur dans la commande qui inclut un tiret. L’exemple suivant vous montre comment vous pouvez utiliser `--` dans une commande `tabcmd`, où `-430105/Sheet1` est une valeur requise pour la commande `export`. `tabcmd export --csv -f "D:\export10.csv" -- -430105/Sheet1` ## set _paramètre_ Active le paramètre spécifié sur le serveur. Vous trouverez des détails sur chaque paramètre sur la page Maintenance du serveur. Pour désactiver un paramètre, placez un point d’exclamation devant son nom. Vous pouvez activer ou désactiver les paramètres suivants : - `allow_scheduling` - `embedded_credentials` - `remember_passwords_forever` **Exemple** `tabcmd set embedded_credentials` Options globales Les options suivantes sont utilisées par les commandes `tabcmd`. Les options `--server`, `--user` et `--password` sont requises au moins une fois pour démarrer une session. Un jeton d’authentification est enregistré de sorte que les commandes suivantes puissent être exécutées sans inclure ces options. Ce jeton reste valide pendant cinq minutes après la dernière commande l’ayant utilisé. `-h`, `--help` Affiche l’aide de la commande. `-c`, `--use-certificate` Utilisez un certificat client pour vous connecter. Requis lorsque SSL mutuel est activé. Pour en savoir plus sur la configuration du certificat, commencez par la rubrique adaptée à votre système d’exploitation Tableau Server : - **Windows :** [Configurer SSL mutuel](https://help.tableau.com/current/server/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") - **Linux :** [Configurer SSL mutuel](https://help.tableau.com/current/server-linux/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") `-s`, `--server` L’URL Tableau Server, qui est requise au moins une fois pour démarrer la session. `-u`, `--user` Le nom d’utilisateur Tableau Server, qui est requis au moins une fois pour démarrer une session. `-p`, `--password` Le mot de passe Tableau Server, qui est requis au moins une fois pour démarrer une session. `--password-file` Permet d’enregistrer le mot de passe dans le fichier `.txt` indiqué au lieu de le saisir sur la ligne de commande pour plus de sécurité. `-t`, `--site` Indique que la commande s’applique au site spécifié par l’ID du site Tableau Server, entouré de guillemets simples ou doubles. Pour spécifier le site par défaut, utilisez soit une chaîne vide avec des guillemets simples ou doubles (’’ ou ""), soit Default entre guillemets doubles ("Default"). L’ID de site est sensible à la casse lors de l’utilisation d’un jeton d’authentification mis en cache. Si la casse n’est pas respectée, il se peut qu’on vous demande un mot de passe même si le jeton est encore valide. `-x`, `--proxy` Host :Port Utilise le proxy HTTP spécifié. `--no-prompt` Lorsque cette option est spécifiée, la commande ne demande pas de mot de passe. Si aucun mot de passe valide n’est fourni, la commande échoue. `--no-proxy` Lorsque cette option est spécifiée, aucun proxy HTTP n’est utilisé. `--no-certcheck` Lorsque cette option est spécifiée, tabcmd (le client) ne valide pas le certificat SSL du serveur. `--[no-]cookie` Lorsque cette option est spécifiée, l’ID de session est enregistré lors de la connexion afin que les commandes suivantes n’aient pas à se connecter. Utilisez le préfixe `no-` pour ne pas enregistrer l’ID de session. Par défaut, la session est enregistrée. `--timeout` Permet d’attendre le nombre spécifié de secondes afin que le serveur termine le traitement de la commande. Par défaut, le processus attendra que le serveur réponde. `--` Spécifie la fin des options à la ligne de commande. Vous pouvez utiliser `--` pour indiquer à `tabcmd` que tout élément suivant `--` ne doit pas être interprété comme un réglage d’option et peut au lieu de cela être interprété comme une valeur pour la commande. Cette fonction est utile si vous avez besoin de spécifier une valeur dans la commande qui inclut un tiret. L’exemple suivant vous montre comment vous pouvez utiliser `--` dans une commande `tabcmd`, où `-430105/Sheet1` est une valeur requise pour la commande `export`. `tabcmd export --csv -f "D:\export10.csv" -- -430105/Sheet1` ## syncgroup _nom\_groupe_ Synchronise un groupe Tableau Server avec un groupe Active Directory. Si le groupe Tableau Server n’existe pas encore, il est créé et synchronisé avec le groupe Active Directory spécifié. Si le nom du groupe lui-même inclut un symbole « @ » (autre que le séparateur de domaine), vous devez vous reporter au symbole en utilisant le format hexadécimal « \\0x40 ». **Exemple** `tabcmd syncgroup "Development"` `tabcmd syncgroup "Dev\0x40West"` **Remarque :** si vous synchronisez un groupe dont vous êtes membre, les modifications que vous apportez en utilisant cette commande ne s’appliquent pas à votre utilisateur. Par exemple, si vous utilisez cette commande pour supprimer le droit Administrateur des utilisateurs d’un groupe dont vous êtes membre, vous restez administrateur lorsque la commande se termine. ### Options `--grant-license-mode ` Spécifie si un rôle doit être attribué lors de la connexion. La valeur par défaut est `on-sync`. Les valeurs valides sont `on-login`, `on-sync`. Si aucune valeur n’est spécifiée, `on-sync` est présupposé et le rôle par défaut sera attribué lors de la synchronisation du groupe. Pour plus d’informations, consultez [Modification des rôles utilisateur avec l’attribution de rôle lors de la connexion](https://help.tableau.com/current/server/fr-ca/grant_role.htm#GrantRoleOnSignin). `--no-publisher` Obsolète. À la place, utilisez l’option `--role`. `--overwritesiterole` Autorise la redéfinition du rôle sur le site d’un utilisateur sur un rôle moins élevé si `--role` est utilisé. Par défaut, le rôle sur le site d’un utilisateur peut être élevé au rôle suivant avec l’option `--role`, mais il ne peut pas être abaissé à un rôle moins élevé. Puisque l’option `--overwritesiterole` ne permet pas d’abaisser les rôles sur le site des utilisateurs, soyez prudent dans son utilisation. `--publisher` Obsolète. À la place, utilisez l’option `--role`. `-r`, `--role` Indique un rôle sur le site pour les utilisateurs du groupe. La valeur par défaut est `Unlicensed`. Les valeurs valides sont : `SiteAdministratorCreator`, `SiteAdministratorExplorer`, `SiteAdministrator`, `Creator`, `ExplorerCanPublish`, `Publisher`, `Explorer`, `Interactor`, `Viewer`, `Unlicensed`. `--silent-progress` Permet de ne pas afficher les messages de progression pour les tâches asynchrones. Options globales Les options suivantes sont utilisées par les commandes `tabcmd`. Les options `--server`, `--user` et `--password` sont requises au moins une fois pour démarrer une session. Un jeton d’authentification est enregistré de sorte que les commandes suivantes puissent être exécutées sans inclure ces options. Ce jeton reste valide pendant cinq minutes après la dernière commande l’ayant utilisé. `-h`, `--help` Affiche l’aide de la commande. `-c`, `--use-certificate` Utilisez un certificat client pour vous connecter. Requis lorsque SSL mutuel est activé. Pour en savoir plus sur la configuration du certificat, commencez par la rubrique adaptée à votre système d’exploitation Tableau Server : - **Windows :** [Configurer SSL mutuel](https://help.tableau.com/current/server/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") - **Linux :** [Configurer SSL mutuel](https://help.tableau.com/current/server-linux/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") `-s`, `--server` L’URL Tableau Server, qui est requise au moins une fois pour démarrer la session. `-u`, `--user` Le nom d’utilisateur Tableau Server, qui est requis au moins une fois pour démarrer une session. `-p`, `--password` Le mot de passe Tableau Server, qui est requis au moins une fois pour démarrer une session. `--password-file` Permet d’enregistrer le mot de passe dans le fichier `.txt` indiqué au lieu de le saisir sur la ligne de commande pour plus de sécurité. `-t`, `--site` Indique que la commande s’applique au site spécifié par l’ID du site Tableau Server, entouré de guillemets simples ou doubles. Pour spécifier le site par défaut, utilisez soit une chaîne vide avec des guillemets simples ou doubles (’’ ou ""), soit Default entre guillemets doubles ("Default"). L’ID de site est sensible à la casse lors de l’utilisation d’un jeton d’authentification mis en cache. Si la casse n’est pas respectée, il se peut qu’on vous demande un mot de passe même si le jeton est encore valide. `-x`, `--proxy` Host :Port Utilise le proxy HTTP spécifié. `--no-prompt` Lorsque cette option est spécifiée, la commande ne demande pas de mot de passe. Si aucun mot de passe valide n’est fourni, la commande échoue. `--no-proxy` Lorsque cette option est spécifiée, aucun proxy HTTP n’est utilisé. `--no-certcheck` Lorsque cette option est spécifiée, tabcmd (le client) ne valide pas le certificat SSL du serveur. `--[no-]cookie` Lorsque cette option est spécifiée, l’ID de session est enregistré lors de la connexion afin que les commandes suivantes n’aient pas à se connecter. Utilisez le préfixe `no-` pour ne pas enregistrer l’ID de session. Par défaut, la session est enregistrée. `--timeout` Permet d’attendre le nombre spécifié de secondes afin que le serveur termine le traitement de la commande. Par défaut, le processus attendra que le serveur réponde. `--` Spécifie la fin des options à la ligne de commande. Vous pouvez utiliser `--` pour indiquer à `tabcmd` que tout élément suivant `--` ne doit pas être interprété comme un réglage d’option et peut au lieu de cela être interprété comme une valeur pour la commande. Cette fonction est utile si vous avez besoin de spécifier une valeur dans la commande qui inclut un tiret. L’exemple suivant vous montre comment vous pouvez utiliser `--` dans une commande `tabcmd`, où `-430105/Sheet1` est une valeur requise pour la commande `export`. `tabcmd export --csv -f "D:\export10.csv" -- -430105/Sheet1` ## upgradethumbnails Démarre et arrête le travail de mise à niveau des images miniatures. Pour plus d’informations, consultez [Tâche de mise à niveau des images miniatures](https://help.tableau.com/current/server/fr-ca/adminview_backgrounder_upgrade_thumbnails.htm). **Exemples** Pour démarrer le travail de mise à niveau des images miniatures : `tabcmd upgradethumbnails --server ` Pour arrêter le travail en cours de mise à niveau des images miniatures : `tabcmd upgradethumbnails --server --stop` ### Options `--stop` Lorsque cette option est spécifiée, arrête le travail en cours de mise à niveau des images miniatures. Si cette option n’est pas spécifiée, le travail de mise à niveau des images miniatures sera démarré. Options globales Les options suivantes sont utilisées par les commandes `tabcmd`. Les options `--server`, `--user` et `--password` sont requises au moins une fois pour démarrer une session. Un jeton d’authentification est enregistré de sorte que les commandes suivantes puissent être exécutées sans inclure ces options. Ce jeton reste valide pendant cinq minutes après la dernière commande l’ayant utilisé. `-h`, `--help` Affiche l’aide de la commande. `-c`, `--use-certificate` Utilisez un certificat client pour vous connecter. Requis lorsque SSL mutuel est activé. Pour en savoir plus sur la configuration du certificat, commencez par la rubrique adaptée à votre système d’exploitation Tableau Server : - **Windows :** [Configurer SSL mutuel](https://help.tableau.com/current/server/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") - **Linux :** [Configurer SSL mutuel](https://help.tableau.com/current/server-linux/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") `-s`, `--server` L’URL Tableau Server, qui est requise au moins une fois pour démarrer la session. `-u`, `--user` Le nom d’utilisateur Tableau Server, qui est requis au moins une fois pour démarrer une session. `-p`, `--password` Le mot de passe Tableau Server, qui est requis au moins une fois pour démarrer une session. `--password-file` Permet d’enregistrer le mot de passe dans le fichier `.txt` indiqué au lieu de le saisir sur la ligne de commande pour plus de sécurité. `-t`, `--site` Indique que la commande s’applique au site spécifié par l’ID du site Tableau Server, entouré de guillemets simples ou doubles. Pour spécifier le site par défaut, utilisez soit une chaîne vide avec des guillemets simples ou doubles (’’ ou ""), soit Default entre guillemets doubles ("Default"). L’ID de site est sensible à la casse lors de l’utilisation d’un jeton d’authentification mis en cache. Si la casse n’est pas respectée, il se peut qu’on vous demande un mot de passe même si le jeton est encore valide. `-x`, `--proxy` Host :Port Utilise le proxy HTTP spécifié. `--no-prompt` Lorsque cette option est spécifiée, la commande ne demande pas de mot de passe. Si aucun mot de passe valide n’est fourni, la commande échoue. `--no-proxy` Lorsque cette option est spécifiée, aucun proxy HTTP n’est utilisé. `--no-certcheck` Lorsque cette option est spécifiée, tabcmd (le client) ne valide pas le certificat SSL du serveur. `--[no-]cookie` Lorsque cette option est spécifiée, l’ID de session est enregistré lors de la connexion afin que les commandes suivantes n’aient pas à se connecter. Utilisez le préfixe `no-` pour ne pas enregistrer l’ID de session. Par défaut, la session est enregistrée. `--timeout` Permet d’attendre le nombre spécifié de secondes afin que le serveur termine le traitement de la commande. Par défaut, le processus attendra que le serveur réponde. `--` Spécifie la fin des options à la ligne de commande. Vous pouvez utiliser `--` pour indiquer à `tabcmd` que tout élément suivant `--` ne doit pas être interprété comme un réglage d’option et peut au lieu de cela être interprété comme une valeur pour la commande. Cette fonction est utile si vous avez besoin de spécifier une valeur dans la commande qui inclut un tiret. L’exemple suivant vous montre comment vous pouvez utiliser `--` dans une commande `tabcmd`, où `-430105/Sheet1` est une valeur requise pour la commande `export`. `tabcmd export --csv -f "D:\export10.csv" -- -430105/Sheet1` ## validateidpmetadata Identifie les sites Tableau Server qui sont configurés avec des IdP à l’aide de l’algorithme de synthèse non sécurisé, SHA-1. Cette commande identifie également les IdP qui utilisent des certificats d’une taille de clé RSA ou de courbe elliptique insuffisante. **Remarque :** cette commande n’est disponible que pour SAML spécifique au site. Pour plus d’informations, consultez [Configurer le protocole SAML spécifique à un site](https://help.tableau.com/current/server/fr-ca/saml_site_specific.htm). ### Options `--digest-algorithms ` Liste séparée par des espaces d’algorithmes de synthèse. Les valeurs autorisées sont `sha1`et `sha256`. En l’absence de spécification, le serveur utilise les valeurs du paramètre de configuration serveur [wgserver.saml.blocklisted\_digest\_algorithms](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm#wgserver5). `--min-allowed-elliptic-curve-size ` En l’absence de spécification, le serveur utilise les valeurs du paramètre de configuration serveur [wgserver.saml.min\_allowed.elliptic\_curve\_size](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm#wgserver2). `--min-allowed-rsa-key-size ` En l’absence de spécification, le serveur utilise les valeurs du paramètre de configuration serveur [wgserver.saml.min\_allowed.rsa\_key\_size](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm#wgserver4). `--site-names ` Liste séparée par des espaces des noms de site sur lesquels exécuter une validation de certificat. En l’absence de spécification, tous les sites sont inspectés. Options globales Les options suivantes sont utilisées par les commandes `tabcmd`. Les options `--server`, `--user` et `--password` sont requises au moins une fois pour démarrer une session. Un jeton d’authentification est enregistré de sorte que les commandes suivantes puissent être exécutées sans inclure ces options. Ce jeton reste valide pendant cinq minutes après la dernière commande l’ayant utilisé. `-h`, `--help` Affiche l’aide de la commande. `-c`, `--use-certificate` Utilisez un certificat client pour vous connecter. Requis lorsque SSL mutuel est activé. Pour en savoir plus sur la configuration du certificat, commencez par la rubrique adaptée à votre système d’exploitation Tableau Server : - **Windows :** [Configurer SSL mutuel](https://help.tableau.com/current/server/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") - **Linux :** [Configurer SSL mutuel](https://help.tableau.com/current/server-linux/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") `-s`, `--server` L’URL Tableau Server, qui est requise au moins une fois pour démarrer la session. `-u`, `--user` Le nom d’utilisateur Tableau Server, qui est requis au moins une fois pour démarrer une session. `-p`, `--password` Le mot de passe Tableau Server, qui est requis au moins une fois pour démarrer une session. `--password-file` Permet d’enregistrer le mot de passe dans le fichier `.txt` indiqué au lieu de le saisir sur la ligne de commande pour plus de sécurité. `-t`, `--site` Indique que la commande s’applique au site spécifié par l’ID du site Tableau Server, entouré de guillemets simples ou doubles. Pour spécifier le site par défaut, utilisez soit une chaîne vide avec des guillemets simples ou doubles (’’ ou ""), soit Default entre guillemets doubles ("Default"). L’ID de site est sensible à la casse lors de l’utilisation d’un jeton d’authentification mis en cache. Si la casse n’est pas respectée, il se peut qu’on vous demande un mot de passe même si le jeton est encore valide. `-x`, `--proxy` Host :Port Utilise le proxy HTTP spécifié. `--no-prompt` Lorsque cette option est spécifiée, la commande ne demande pas de mot de passe. Si aucun mot de passe valide n’est fourni, la commande échoue. `--no-proxy` Lorsque cette option est spécifiée, aucun proxy HTTP n’est utilisé. `--no-certcheck` Lorsque cette option est spécifiée, tabcmd (le client) ne valide pas le certificat SSL du serveur. `--[no-]cookie` Lorsque cette option est spécifiée, l’ID de session est enregistré lors de la connexion afin que les commandes suivantes n’aient pas à se connecter. Utilisez le préfixe `no-` pour ne pas enregistrer l’ID de session. Par défaut, la session est enregistrée. `--timeout` Permet d’attendre le nombre spécifié de secondes afin que le serveur termine le traitement de la commande. Par défaut, le processus attendra que le serveur réponde. `--` Spécifie la fin des options à la ligne de commande. Vous pouvez utiliser `--` pour indiquer à `tabcmd` que tout élément suivant `--` ne doit pas être interprété comme un réglage d’option et peut au lieu de cela être interprété comme une valeur pour la commande. Cette fonction est utile si vous avez besoin de spécifier une valeur dans la commande qui inclut un tiret. L’exemple suivant vous montre comment vous pouvez utiliser `--` dans une commande `tabcmd`, où `-430105/Sheet1` est une valeur requise pour la commande `export`. `tabcmd export --csv -f "D:\export10.csv" -- -430105/Sheet1` ## version Affiche les informations de version pour l’installation actuelle de l’utilitaire tabcmd. **Exemple** `tabcmd version` Options globales Les options suivantes sont utilisées par les commandes `tabcmd`. Les options `--server`, `--user` et `--password` sont requises au moins une fois pour démarrer une session. Un jeton d’authentification est enregistré de sorte que les commandes suivantes puissent être exécutées sans inclure ces options. Ce jeton reste valide pendant cinq minutes après la dernière commande l’ayant utilisé. `-h`, `--help` Affiche l’aide de la commande. `-c`, `--use-certificate` Utilisez un certificat client pour vous connecter. Requis lorsque SSL mutuel est activé. Pour en savoir plus sur la configuration du certificat, commencez par la rubrique adaptée à votre système d’exploitation Tableau Server : - **Windows :** [Configurer SSL mutuel](https://help.tableau.com/current/server/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") - **Linux :** [Configurer SSL mutuel](https://help.tableau.com/current/server-linux/fr-ca/ssl_config_mutual.htm "Ouvrez la rubrique dans un nouvel onglet de navigateur") `-s`, `--server` L’URL Tableau Server, qui est requise au moins une fois pour démarrer la session. `-u`, `--user` Le nom d’utilisateur Tableau Server, qui est requis au moins une fois pour démarrer une session. `-p`, `--password` Le mot de passe Tableau Server, qui est requis au moins une fois pour démarrer une session. `--password-file` Permet d’enregistrer le mot de passe dans le fichier `.txt` indiqué au lieu de le saisir sur la ligne de commande pour plus de sécurité. `-t`, `--site` Indique que la commande s’applique au site spécifié par l’ID du site Tableau Server, entouré de guillemets simples ou doubles. Pour spécifier le site par défaut, utilisez soit une chaîne vide avec des guillemets simples ou doubles (’’ ou ""), soit Default entre guillemets doubles ("Default"). L’ID de site est sensible à la casse lors de l’utilisation d’un jeton d’authentification mis en cache. Si la casse n’est pas respectée, il se peut qu’on vous demande un mot de passe même si le jeton est encore valide. `-x`, `--proxy` Host :Port Utilise le proxy HTTP spécifié. `--no-prompt` Lorsque cette option est spécifiée, la commande ne demande pas de mot de passe. Si aucun mot de passe valide n’est fourni, la commande échoue. `--no-proxy` Lorsque cette option est spécifiée, aucun proxy HTTP n’est utilisé. `--no-certcheck` Lorsque cette option est spécifiée, tabcmd (le client) ne valide pas le certificat SSL du serveur. `--[no-]cookie` Lorsque cette option est spécifiée, l’ID de session est enregistré lors de la connexion afin que les commandes suivantes n’aient pas à se connecter. Utilisez le préfixe `no-` pour ne pas enregistrer l’ID de session. Par défaut, la session est enregistrée. `--timeout` Permet d’attendre le nombre spécifié de secondes afin que le serveur termine le traitement de la commande. Par défaut, le processus attendra que le serveur réponde. `--` Spécifie la fin des options à la ligne de commande. Vous pouvez utiliser `--` pour indiquer à `tabcmd` que tout élément suivant `--` ne doit pas être interprété comme un réglage d’option et peut au lieu de cela être interprété comme une valeur pour la commande. Cette fonction est utile si vous avez besoin de spécifier une valeur dans la commande qui inclut un tiret. L’exemple suivant vous montre comment vous pouvez utiliser `--` dans une commande `tabcmd`, où `-430105/Sheet1` est une valeur requise pour la commande `export`. `tabcmd export --csv -f "D:\export10.csv" -- -430105/Sheet1` **Conseil** : pour les commandes Tabcmd 1.0 disponibles pour Tableau Cloud, consultez [Commandes tabcmd](https://help.tableau.com/current/online/fr-ca/tabcmd_cmd.htm). [Passer au contenu principal](#main-content) # Comment fonctionne Expliquer les données Utilisez la fonctionnalité Expliquer les données comme point de départ incrémentiel d’une exploration plus approfondie de vos données. Elle génère des explications possibles qui vous aident à voir les différentes valeurs constituant les repères analysés dans une vue ou s’y rapportant. Elle peut vous renseigner sur les caractéristiques des points de données dans la source de données et sur la façon dont les données peuvent être reliées (corrélations) à l’aide de la modélisation statistique. Ces explications vous fournissent un autre outil pour inspecter vos données et trouver des indices intéressants sur vos prochaines explorations. **Remarque :** Expliquer les données est un outil qui permet de découvrir et de décrire les relations entre vos données. Il ne peut pas vous indiquer ce qui est à l’origine des relations, ni comment interpréter les données. **C’est vous qui êtes l’expert de vos données.** Votre connaissance du domaine et votre intuition sont essentielles pour déterminer les caractéristiques qu’il serait intéressant d’approfondir en utilisant différentes vues. Pour des informations connexes sur le fonctionnement de l’outil Expliquer les données et sur la façon de l’utiliser pour compléter votre analyse, consultez ces présentations de la conférence Tableau : - [De l’analyste au statisticien : Expliquer les données en pratique (1 heure)](https://www.tableau.com/fr-ca/events/tc/2019/analyst-statistician-explain-data-practice) - [Tirer le meilleur parti de la fonctionnalité Expliquer les données (45 minutes)](https://www.tableau.com/fr-ca/events/tc/2019/leveraging-explain-data) ## Ce qu’est (et ce que n’est pas) la fonctionnalité Expliquer les données Expliquer les données est : - Un outil et un flux de travail qui tirent parti de votre expertise. - Un outil qui met en évidence les relations dans vos données et vous oriente dans vos recherches suivantes. - Un outil et un flux de travail qui contribuent à accélérer l’analyse des données et à la rendre plus accessible à un plus grand nombre d’utilisateurs. Expliquer les données n’est pas : - Un outil de test statistique. - Un outil servant à prouver ou réfuter des hypothèses. - Un outil qui vous apporte une réponse ou vous explique la causalité dans vos données. Lors de l’exécution d’Expliquer les données sur les repères, gardez les points suivants à l’esprit : - **Utilisez des données granulaires qui peuvent être agrégées**. Cette fonction est conçue explicitement pour l’analyse de données agrégées. Cela signifie que vos données doivent être granulaires, mais les repères que vous sélectionnez pour Expliquer les données doivent être agrégés ou résumés à un niveau de détail supérieur. La fonctionnalité Expliquer les données ne peut pas être exécutée sur des repères désagrégés (à savoir les données au niveau de la ligne) au niveau de détail le plus granulaire. - **Tenez compte de la forme, de la taille et de la cardinalité de vos données**. La fonctionnalité Expliquer les données peut être utilisée avec des ensembles de données plus petits, mais exige tout de même que les données soient suffisamment étendues et contiennent assez de repères (granularité) pour permettre la création d’un modèle. - **Ne présumez pas la causalité**. La corrélation n’est pas la causalité. Les explications sont fondées sur des modèles de données, mais ne sont pas des explications causales. Une corrélation signifie qu’il existe une relation entre certaines variables de données, disons A et B. Vous ne pouvez pas conclure, simplement en voyant cette relation dans les données, que A cause B, ou B cause A, ou s’il se passe en fait quelque chose de plus compliqué. Les modèles de données sont exactement les mêmes dans chacun de ces cas et un algorithme ne peut pas faire la différence entre chaque cas. Ce n’est pas parce que deux variables semblent changer ensemble que l’une fait nécessairement changer l’autre. Un troisième facteur peut être à l’origine de ces deux changements, ou il peut s’agir d’une coïncidence et il peut ne pas y avoir de relation de cause à effet. Cependant, il arrive que vous ayez des connaissances extérieures qui ne se trouvent pas dans les données et qui vous aident à identifier ce qui se passe. Un type courant de connaissance externe est par exemple une situation où les données ont été recueillies dans le cadre d’une expérience. Si vous savez que B a été choisi en tirant à pile ou face, toute différence constante dans A (qui n’est pas seulement un bruit aléatoire) doit être causée par B. Pour une description plus longue et plus approfondie de ces concepts, consultez l’article [Causal inference in economics and marketing](https://www.pnas.org/content/pnas/113/27/7310.full.pdf) de Hal Varian. ## Mode d’analyse et d’évaluation des explications La fonction Expliquer les données exécute une analyse statistique sur un tableau de bord ou une feuille pour rechercher des repères aberrants, ou spécifiquement sur un repère que vous sélectionnez. L’analyse prend également en compte les points de données éventuellement liés de la source de données qui ne sont pas représentés dans la vue actuelle. La fonctionnalité Expliquer les données prédit d’abord la valeur d’un repère en utilisant uniquement les données présentes dans la visualisation. Ensuite, les données qui se trouvent dans la source de données (mais pas dans la vue actuelle) sont prises en compte et ajoutées au modèle. Le modèle détermine la plage des valeurs de repère prévues, qui se situe à l’intérieur d’un écart-type de la valeur prévue. ### Qu’est-ce qu’une plage attendue? La valeur attendue d’un repère est la valeur médiane sur la plage de valeurs attendue dans les données sous-jacentes de votre visualisation. La plage attendue est la plage de valeurs comprises entre le 15e et le 85e centile que le modèle statistique prédit pour le repère analysé. Tableau détermine la plage attendue à chaque fois qu’il exécute une analyse statistique sur un repère sélectionné. Les explications possibles sont évaluées à l’aide d’une modélisation statistique. Pour chaque explication, Tableau compare la valeur attendue à la valeur réelle. | valeur | Description | | --- | --- | | Plus élevée que prévu / Plus basse que prévu | Si un résumé de la valeur attendue indique que le repère est _inférieur_ ou _supérieur à la valeur attendue_, cela signifie que la valeur agrégée du repère se situe en dehors de la plage des valeurs qu’un modèle statistique prévoit pour le repère. Si un résumé de la valeur attendue indique que le repère est _légèrement inférieur_ ou _légèrement supérieur_ à la valeur prévue, ou encore qu’il se situe _dans la plage de variation naturelle_, cela signifie que la valeur agrégée du repère se situe dans la plage des valeurs prédites, mais qu’elle est inférieure ou supérieure à la médiane. | | Valeur attendue | Si un repère a une valeur attendue, cela signifie que sa valeur se situe dans la plage de valeurs attendues qu’un modèle statistique prédit pour le repère. | | Variation aléatoire | Lorsque le repère analysé a un petit nombre d’enregistrements, il se peut qu’il n’y ait pas suffisamment de données disponibles dans Expliquer les données pour former une explication statistiquement significative. Si la valeur du repère se trouve hors de la plage attendue, Expliquer les données ne peut pas déterminer si cette valeur inattendue est due à une variation aléatoire ou à une différence significative dans les enregistrements sous-jacents. | | Pas d’explication | Lorsque la valeur du repère analysé se situe hors de la plage attendue et qu’elle ne correspond pas à un modèle statistique utilisé pour Expliquer les données, aucune explication n’est générée. | ### Modèles utilisés pour l’analyse Expliquer les données crée des modèles de données dans une vue afin de prédire la valeur d’un repère puis détermine si un repère est supérieur ou inférieur aux valeurs attendues, compte tenu du modèle. Ensuite, elle prend en compte des informations supplémentaires, tel l’ajout de colonnes supplémentaires de la source de données à la vue, ou le marquage des valeurs atypiques au niveau des enregistrements, comme explications potentielles. Pour chaque explication potentielle, Expliquer les données adapte un nouveau modèle et évalue dans quelle mesure le repère est inattendu au regard des nouvelles informations. Les explications sont évaluées en tenant compte de la complexité (la quantité d’informations ajoutées à partir de la source de données) par rapport au degré de variabilité qui doit être expliqué. De meilleures explications sont plus simples que les variations qu’elles expliquent.
Type d’explicationÉvaluation

Valeurs extrêmes

Les valeurs extrêmes sont des repères agrégés qui sont des valeurs atypiques, basées sur un modèle de repères visualisés. Le repère sélectionné est considéré comme contenant une valeur extrême si la valeur de l’enregistrement se trouve dans les queues des valeurs attendues pour les données.

Une valeur extrême est déterminée en comparant le repère agrégé avec et sans valeur extrême. Si le repère devient moins surprenant suite à la suppression de cette valeur, il reçoit un score plus élevé.

Lorsqu’un repère contient des valeurs extrêmes, cela ne signifie pas automatiquement qu’il s’agit de valeurs atypiques ou que vous devriez les exclure de la vue. Ce choix dépend de votre analyse. L’explication consiste simplement à souligner une valeur extrême intéressante dans le repère. Par exemple, elle pourrait révéler une valeur erronée dans un enregistrement où une banane coûte 10 dollars au lieu de 10 cents. Ou encore, elle pourrait révéler qu’un vendeur en particulier a eu un excellent trimestre.

Nombre d’enregistrements

L’explication du nombre d’enregistrements modélise la somme agrégée en termes de total agrégé; la valeur moyenne des enregistrements la modélise en termes de moyenne agrégée. Mieux le modèle explique la somme, plus le score est élevé.

Cette explication décrit si la somme est intéressante parce que le total est élevé ou faible, ou parce que la moyenne est élevée ou faible.

Valeur moyenne du repère

Ce type d’explication est utilisé pour les repères agrégés qui sont des sommes. Il explique si le repère est cohérent avec d’autres repères car en termes de total agrégé ou de moyenne, en notant la relation SUM(X) = COUNT(X) * AVG(X).

Cette explication décrit si la somme est intéressante parce que le total est élevé ou faible, ou parce que la moyenne est élevée ou faible.

Contribution des dimensions

Cette explication modélise la mesure cible du repère analysé en termes de répartition entre les catégories de la dimension non visualisée. L’analyse équilibre la complexité du modèle avec la qualité de l’explication du repère.

Une dimension non visualisée est une dimension qui existe dans la source de données, mais qui n’est pas utilisée actuellement dans la vue. Ce type d’explication est utilisé pour les sommes, les totaux et les moyennes.

Le modèle pour les dimensions non visualisées est créé en divisant les repères selon les valeurs catégoriques de la colonne explicative, puis en construisant un modèle avec la valeur qui inclut tous les points de données dans la visualisation source. Pour chaque ligne, le modèle tente de récupérer chacun des composants individuels qui ont fait chaque repère. L’analyse indique si le modèle prédit mieux le repère lorsque les composantes correspondant à la dimension non visualisée sont modélisées puis additionnées, par opposition à l’utilisation d’un modèle où les valeurs de la dimension non visualisée ne sont pas connues.

Les explications sur les dimensions agrégées explorent comment les valeurs des repères peuvent être expliquées sans appliquer aucune condition. Ensuite, le modèle applique une condition aux valeurs de chaque colonne qui est l’explication potentielle. Appliquer une condition à la distribution de la colonne explicative devrait nous permettre d’améliorer la prédiction.

Contribution des mesures

Cette explication modélise le repère en termes de cette mesure non visualisée, agrégée à sa moyenne à travers les dimensions visualisées. Une mesure non visualisée est une mesure qui existe dans la source de données, mais qui n’est pas utilisée dans la vue actuellement.

L’explication de la contribution de mesures peut révéler une relation linéaire ou quadratique entre la mesure non visualisée et la mesure cible.

[Passer au contenu principal](#main-content) # Communication avec Internet Dans la plupart des entreprises, Tableau Server doit communiquer avec Internet. Tableau Server a été conçu pour fonctionner à l’intérieur d’un réseau interne protégé. Ne configurez pas Tableau Server directement sur Internet ou dans une DMZ. Au lieu de cela, les communications entre votre réseau et Internet doivent utiliser un intermédiaire via des serveurs proxy. Si l’ordinateur exécutant Tableau Server ne peut pas accéder directement à Internet, il vous faudra peut-être déployer des serveurs proxy de transfert afin de transmettre le trafic depuis le réseau vers des cibles sur Internet. Tableau Server ne prend pas en charge l’authentification par relais activé ou par proxy manuel. Pour le trafic entrant, nous vous recommandons d’utiliser Tableau Server derrière des serveurs proxy inverses. ## Communication de Tableau avec Internet Tableau Server nécessite l’accès sortant à Internet pour ces scénarios : - Utilisation de cartes. Tableau utilise des données de carte qui sont stockées en externe. Tableau Server doit se connecter aux emplacements Internet suivants avec le port 443 pour utiliser les cartes : - mapsconfig.tableau.com - api.mapbox.com Si Tableau ne parvient pas à établir ces connexions, il se peut que le chargement des cartes échoue. Vous pouvez tester la connectivité en accédant à chacune de ces adresses dans un navigateur : [`https://mapsconfig.tableau.com/v1/config.json`](https://mapsconfig.tableau.com/v1/config.json) et [`https://api.mapbox.com/`](https://api.mapbox.com/) vous inviteront à télécharger un fichier json. Si vous utilisez un proxy pour vous connecter à Internet et que vous ne pouvez pas vous connecter à `api.mapbox.com`, consultez [Travailler avec des pare-feu](https://docs.mapbox.com/help/troubleshooting/firewalls/) sur le site Web de Mapbox. Pour Tableau Server version 2019.1 et antérieures, consultez la documentation de votre version : [Aide de Tableau](https://www.tableau.com/fr-ca/support/help) - Connexion au serveur d’envoi de fichiers journaux Tableau. Vous pouvez téléverser des fichiers journaux sur Tableau lorsque vous travaillez avec l’assistance. Consultez [`tsm maintenance send-logs`](https://help.tableau.com/current/server/fr-ca/cli_maintenance_tsm.htm#tsmSendLogs). Pour pouvoir téléverser des fichiers vers Tableau, Tableau Server doit être capable de communiquer avec le serveur d’envoi de fichiers journaux sur le port 443 : - report-issue.tableau.com :443 - crash-artifacts-747369.s3.amazonaws.com - s3-us-west-2-w.amazonaws.com - s3-w-a.us-west-2.amazonaws.com - Envoi de données de base sur les produits. Le domaine prod.telemetry.tableausoftware.com est utilisé par Tableau pour recevoir les données de base du produit sur le lancement et l’arrêt des processus. Il est également utilisé pour les données d’utilisation plus générales du produit. Le trafic vers ce domaine se fera sur le port 80 (pour l’enregistrement initial de nos clients des données de produits) et sur le port 443 (pour tout le trafic ultérieur). prod.telemetry.tableausoftware.com :80 prod.telemetry.tableausoftware.com :443 - Octroi de licences. Les produits Tableau se connectent à Internet pour activer les clés produit. À moins que vous n’activiez le logiciel Tableau à l’aide de l’[Outil d’activation hors ligne](http://www.tableau.com/fr-ca/support/activation), tous les produits Tableau doivent avoir accès à Internet pour valider leurs licences. Plus spécifiquement, Tableau requiert l’accès à Internet pendant les opérations de licence suivantes : activation, désactivation, et à la date d’actualisation du contrat de maintenance. Pour plus d’informations sur ces opérations, consultez [Gérer les licences](https://help.tableau.com/current/server/fr-ca/license_manage.htm). Tableau Server doit se connecter aux emplacements Internet suivants lors de l’activation des clés produit, de l’enregistrement du produit et de l’authentification auprès des services de licence Tableau. - atr.licensing.tableau.com :443 - licensing.tableau.com :443 - register.tableau.com :443 - o.ss2.us - s.ss2.us - crt.rootca1.amazontrust.com - crt.sca1b.amazontrust.com - crt.sca0a.amazontrust.com - crt.sca1a.amazontrust.com - crt.sca2a.amazontrust.com - crt.sca3a.amazontrust.com - crt.sca4a.amazontrust.com - \*.digicert.com - ocsp.\*.amazontrust.com - crl.\*.amazontrust.com - crt.rootg2.amazontrust.com Les demandes envoyées aux domaines ci-dessus peuvent être sur le port 80 ou 443. Le port 80 est utilisé pour la validation des certificats (révocation, chaîne de certificats, etc.). Le port 443 est utilisé pour les connexions SSL. Les demandes aux domaines `ocsp.*.amazontrust.com` et `crl.*.amazontrust.com` sont gérées par Amazon pour les informations de révocation de certificat. Consultez [Charactéristiques des certificats TLS](https://docs.aws.amazon.com/acm/latest/userguide/acm-certificate.html) pour plus d’informations. Nous vous recommandons d’installer les certificats racine Amazon dans le magasin de confiance des certificats sur l’ordinateur qui exécute Tableau. Pour télécharger et installer les certificats racines Amazon, consultez [Certification Authorities](https://www.amazontrust.com/repository/#cas) sur le site Web Amazon Trust Services. Si Tableau Server ne peut pas établir une connexion tout en tentant d’activer sa licence, vous serez invité à effectuer une activation hors ligne. Pour diagnostiquer la connectivité au serveur de licences Tableau, collez l’URL suivante dans un navigateur ou à une invite de commande curl Tableau Server : `https://atr.licensing.tableau.com/_status/healthz` Si Tableau Server peut accéder au serveur de licences, il affiche un message « OK ». Sinon, une erreur telle que « Impossible d’accéder à cette page » peut s’afficher. Pour résoudre ce problème, travaillez avec votre équipe réseau pour débloquer l’accès à atr.licensing.tableau.com:443 sur l’ordinateur Tableau Server. En particulier, pour les déploiements où ATR est configuré, consultez [Étape 4 : Vérifier que les paramètres de proxy n’entrent pas en conflit avec les variables d’environnement Windows](https://help.tableau.com/current/server/fr-ca/proxy.htm#win-environ-var). - Utilisation de données externes ou dans le nuage. Tableau Server doit se connecter à l’emplacement Internet suivant pour accéder aux services Anaplan, Box, Dropbox, Google Disque, Google Feuilles de calcul et Snowflake : `galop.connectors.tableau.com:443` - Utilisation des extensions de tableau de bord Tableau. Tableau Server doit se connecter à l’emplacement Internet suivant pour utiliser les extensions de tableau de bord en bac à sable : `extensions.tableauusercontent.com: 443` Pour plus d’informations, consultez [Gérer les extensions de tableau de bord et de visualisation dans Tableau Server](https://help.tableau.com/current/server/fr-ca/dashboard_extensions_server.htm). - Travailler avec Slack. Si vous intégrez Tableau à un espace de travail Slack, un certain nombre de mesures doivent être prises , y compris l’ajout d’URL spécifiques à la liste d’autorisations de Tableau. Celles-ci sont énumérées [ici](https://salesforce-internal.slack.com/help/urls "URL Slack pour l’intégration à Tableau."). Pour des détails complets sur la manière de faire, consultez [Intégrer Tableau à un espace de travail Slack](https://help.tableau.com/current/server/fr-ca/slack_admin.htm). Tableau Server peut fonctionner sans accès à Internet. Pour plus d’informations sur le déploiement de Tableau Server dans les entreprises dépourvues d’accès à Internet, consultez [Installation de Tableau Server dans un environnement déconnecté (air gap)](https://help.tableau.com/current/server/fr-ca/install_air_gapped.htm). Dans de nombreuses entreprises, les utilisateurs doivent également avoir accès à Tableau Server depuis l’extérieur du réseau (c’est-à-dire, depuis Internet). Par exemple, dans de nombreuses entreprises, les utilisateurs doivent pouvoir atteindre Tableau Server de leurs périphériques mobiles pour interagir avec les vues stockées sur le serveur. Pour configurer l’accès à Internet de Tableau Server depuis Internet ou de périphériques mobiles, vous devriez utiliser un proxy inverse. Consultez [Configuration des proxys et des équilibreurs de charge pour Tableau Server](https://help.tableau.com/current/server/fr-ca/proxy.htm). Comme meilleure pratique de sécurité, n'exposez pas le port TSM (par défaut, `8850`) à Internet. [Passer au contenu principal](#main-content) # Commutateurs d’installation et propriétés pour tabcmd (Windows) **Remarque :** L’utilitaire de ligne de commande tabcmd version 2.0 est disponible sur [Tableau tabcmd](https://tableau.github.io/tabcmd). Cette nouvelle version vous permet d’exécuter des commandes tabcmd sur MacOS et Linux et de vous authentifier à l’aide de jetons d’accès personnels. La version 2.0 est basée sur des points de terminaison publics disponibles dans Tableau Server Client (TSC) basé sur Python. Cette dernière version offre une prise en charge limitée pour Tableau Server. Vous pouvez utiliser les commutateurs suivants lors de l’installation de l’utilitaire Tableau Server Command Line Utility (tabcmd) version 2019.4.0 ou ultérieure depuis la ligne de commande sous Windows. **Remarque :** il n’y a pas de commutateurs équivalents pour la version Linux de la commande tabcmd installer.
CommutateurDescriptionCommentaires
/install | /repair | /uninstall | /layout "<directory>"

Exécutez le programme d’installation pour installer, réparer ou désinstaller tabcmd, ou avec /layout, créez une copie locale complète du package d’installation dans le répertoire spécifié.

Par défaut, l’interface utilisateur et toutes les invites sont affichées lors de l’installation. Si aucun répertoire n’est spécifié sur une nouvelle installation, C:\Program Files\Tableau\Tableau Server\<version>\extras\Command Line Utility est supposé.
/passive

Exécutez le programme d’installation avec un minimum d’interface utilisateur et aucune invite.

 
/quiet | /silent

Exécutez le programme d’installation en mode automatisé complètement silencieux. Aucune interface utilisateur ou invite n’est affichée.

Remarque : Utilisez soit /silent soit /quiet, mais pas les deux.

/norestart

Exécutez le programme d’installation sans redémarrer Windows, même si un redémarrage est nécessaire.

Remarque : dans certains cas rares, un redémarrage ne peut pas être supprimé, même lorsque cette option est utilisée. Ce phénomène est plus susceptible de se produire lorsqu’un redémarrage précédent du système a été ignoré, par exemple, lors de l’installation d’un autre logiciel.

/log "<log-file>"

Enregistrez les détails sur le chemin d’accès et le fichier spécifiés.

Par défaut, les fichiers journaux sont créés dans le dossier %TEMP% avec une convention d’appellation Tableau_Server_Command_Line_utility_<version_code>.log.

Si aucun emplacement de fichier n’est spécifié, le fichier journal est écrit sur le dossier TEMP (C:\Users\<username>\AppData\Local\Temp) de l’utilisateur. Après l’installation, consultez ce fichier journal pour vérifier qu’il n’y a pas d’erreurs.

Exemple : <Setup file> /silent /log "C:\Tableau\Logs\tabcmd-Install" ACCEPTEULA=1

PropriétéDescriptionCommentaires
ACCEPTEULA=1|0Acceptez le contrat de licence de l’utilisateur final (CLUF). Requis pour une installation calme, silencieuse et passive. 1 = accepter le CLUF, 0 = ne pas accepter le CLUF.

S’il n’est pas inclus lorsque vous utilisez /passive, /silent ou /quiet, le programme d’installation échoue en silence.

S’il est inclus mais défini sur 0, l’installation échoue.

INSTALLDIR="<path\to\installation\directory>"Installez tabcmd sur un emplacement d’installation spécifié autre que par défaut.

Spécifie l’emplacement d’installation de tabcmd. Si la commande n’est pas utilisée, tabcmd est installé sur C:\Program Files\Tableau\Tableau Server\<version_code>\extras\Command Line Utility

Exemple : <Setup file> /silent INSTALLDIR="C:\tabcmd"

[Passer au contenu principal](#main-content) # Commutateurs d’installation et propriétés pour Tableau Server Vous pouvez utiliser les commutateurs d’installation suivants lorsque vous installez Tableau Server sur Windows depuis la ligne de commande.
CommutateurDescriptionCommentaires
/install | /repair | /uninstall | /layout "<directory>"

Exécutez le programme d’installation pour installer, réparer ou désinstaller Tableau Server, ou avec /layout, créez une copie locale complète du package d’installation dans le répertoire spécifié.

Par défaut, l’interface utilisateur et toutes les invites sont affichées lors de l’installation. Si aucun répertoire n’est spécifié sur une nouvelle installation, C:\Program Files\Tableau\Tableau Server est supposé. Si Tableau Server est déjà installé, le programme d’installation présuppose le même emplacement que l’installation actuelle.
/passive

Exécutez le programme d’installation avec un minimum d’interface utilisateur et aucune invite.

Tableau Server ne démarre pas automatiquement en cas d’installation en mode /passive. Pour démarrer Tableau Server, utilisez tsm start.
/quiet | /silent

Exécutez le programme d’installation en mode automatisé complètement silencieux. Aucune interface utilisateur ou invite n’est affichée.

Tableau Server ne démarre pas automatiquement en cas d’installation en mode /silent ou /quiet. Pour démarrer Tableau Server, utilisez tsm start.

Remarque : Utilisez soit /silent soit /quiet, mais pas les deux.

/norestart

Exécutez le programme d’installation sans redémarrer Windows, même si un redémarrage est nécessaire.

Remarque : dans certains cas rares, un redémarrage ne peut pas être supprimé, même lorsque cette option est utilisée. Ce phénomène est plus susceptible de se produire lorsqu’un redémarrage précédent du système a été ignoré, par exemple, lors de l’installation d’un autre logiciel.

/log "<drive>\<path>\<log-file>.<ext>"Enregistrez les détails sur le chemin d’accès et le fichier spécifiés.

Remarque : le comportement lors de l’utilisation du option /log a changé à partir de la version 2021.2.0. Pour plus d’informations, consultez Notes de version de Tableau Server.

.

Utilisez ce commutateur avec un chemin d’accès et un nom de fichier journal pour rendre le fichier journal disponible une fois l’installation terminée.

Si ce commutateur est utilisé avec un nom de fichier journal mais pas de chemin, le fichier journal est écrit dans un emplacement temporaire et supprimé à la fin de l’installation.

Si ce commutateur est utilisé mais qu’aucun nom de fichier journal n’est spécifié, le commutateur est ignoré et le fichier est écrit dans %TEMP%.

Si ce commutateur n’est pas utilisé, le fichier journal est écrit dans %TEMP%.

Propriétés (sensibles à la casse)DescriptionCommentaires
ACCEPTEULA=1|0Acceptez le contrat de licence de l’utilisateur final (CLUF). Requis pour l’installation calme, silencieuse et passive à la fois sur le nœud initial et les nœuds supplémentaires. 1 = vrai, accepter le CLUF, 0 = faux, ne pas accepter le CLUF.

S’il n’est pas inclus lorsque vous utilisez /passive, /silent ou /quiet, le programme d’installation échoue en silence.

S’il est inclus mais défini sur 0, l’installation échoue.

ACTIVATIONSERVICE="1"|"0"Activer Tableau Server à l’aide du service ATR (Authorization-To-Run). "1" = utiliser Server ATR. "0" = ne pas utiliser Server ATR.

Important : À partir de la version 2025.1.0, si vous ne souhaitez pas utiliser le service de licences ATR, vous devez installer Server à partir de la ligne de commande, en utilisant cette option pour préciser que vous souhaitez utiliser l’ancien service (non ATR). Par exemple :

TableauServer-64bit-<version>.exe /silent ACCEPTEULA=1 ACTIVATIONSERVICE="0"

Cette option concerne uniquement les nouvelles installations, et non les mises à niveau. Sélectionnez cette option si :

  • Vous prévoyez d’activer Tableau Server en ligne
  • Vous prévoyez d’installer Tableau Server dans le nuage
  • Vous prévoyez d’installer Tableau Server sur une machine virtuelle ou tout autre environnement non persistant

N’utilisez pas cette option si :

  • Vous prévoyez d’activer Tableau Server hors ligne
  • Vous prévoyez d’installer Tableau Server dans un environnement en air gap

Pour plus d’informations, consultez Activer Tableau Server à l’aide du service Authorize to Run.

BOOTSTRAPFILE="<path\to\bootstrap\file>"Requis en cas d’ajout d’un nœud à un groupement. Le fichier bootstrap contient la configuration utilisée par les nœuds supplémentaires.Exemple : <Setup file> /silent ACCEPTEULA=1 BOOTSTRAPFILE="C:\Users\tableauadmin\Downloads\bootstrap.json"
CONTROLLERPORT=Facultatif. Port sur lequel le contrôleur TSM (Tableau Services Manager) doit s’exécuter.S’il n’est pas inclus, la valeur par défaut est 8850.
COORDINATIONSERVICECLIENTPORT=Facultatif. Port sur lequel le client du service de coordination TSM (Tableau Services Manager) doit s’exécuter. S’il n’est pas inclus, le port par défaut est un port mappé dynamiquement. Pour plus d’informations, consultez Ports de Tableau Services Manager.
COORDINATIONSERVICEPEERPORT=Facultatif. Port sur lequel l’homologue du service de coordination TSM (Tableau Services Manager) doit s’exécuter. S’il n’est pas inclus, le port par défaut est un port mappé dynamiquement. Pour plus d’informations, consultez Ports de Tableau Services Manager.
COORDINATIONSERVICELEADERPORT=Facultatif. Port sur lequel le responsable du service de coordination TSM (Tableau Services Manager) doit s’exécuter.S’il n’est pas inclus, le port par défaut est un port mappé dynamiquement. Pour plus d’informations, consultez Ports de Tableau Services Manager.
DATADIR="<path\to\data\directory>"Facultatif. Emplacement de stockage de la configuration et des données du logiciel Tableau Server. Si vous n’indiquez pas un chemin de répertoire de données et que Tableau Server est installé à l’emplacement par défaut (INSTALLDIR n’est pas spécifié), le répertoire de données par défaut est utilisé : C:\ProgramData\Tableau\Tableau Server. Si vous n’indiquez pas un chemin de répertoire de données et que INSTALLDIR est spécifié, DATADIR est également défini sur l’emplacement INSTALLDIR.Exemple : DATADIR="D:\TableauServerData"
EMBEDDEDCREDENTIAL=1|0

Requis en cas d’ajout d’un nœud à un groupement et lorsque le fichier bootstrap contient les identifants intégrés d’un administrateur sur l’ordinateur TSM.

1=vrai, 0=faux. La valeur par défaut est 0.

Doit être utilisé avec /silent ou /quiet et avec BOOTSTRAPFILE

Exemple : <Setup file> /silent ACCEPTEULA=1 BOOTSTRAPFILE="C:\Users\tableauadmin\Downloads\bootstrap.json" EMBEDDEDCREDENTIAL=1

INSTALLDIR="<path\to\installation\directory>"Installez sur un emplacement d’installation autre que par défaut.

Spécifie l’emplacement d’installation du serveur. S’il n’est pas utilisé, Tableau Server est installé sur C:\Program Files\Tableau\Tableau Server

Exemple : <Setup file> /silent INSTALLDIR="D:\Tableau\Tableau Server"

LICENSESERVICEVENDORDAEMONPORT=Facultatif. Port sur lequel le démon du fournisseur de service de licence doit s’exécuter. Ceci est utilisé dans les installations distribuées pour la communication sur les licences entre les nœuds.S’il n’est pas inclus, le port par défaut est un port mappé dynamiquement. Pour plus d’informations, consultez Ports de Tableau Services Manager.
SKIPPYTHONINSTALL=1|0

Ajouté dans la version 2021.3.0

Facultatif. Si le paramètre est défini sur 0 (valeur par défaut), le programme d’installation installe le package Python inclus. S’il est défini sur 1, spécifie que le programme d’installation ne doit pas installer le package Python dans le cadre de Tableau Server.

Remarque : Python sera utilisé dans les futures versions de Tableau Server pour prendre en charge les fonctionnalités analytiques avancées. Si vous choisissez d’ignorer l’installation de Python, les utilisateurs de Tableau Server n’auront pas accès à ces fonctionnalités analytiques avancées lorsque ces fonctionnalités sont disponibles.

S’il n’est pas inclus, par défaut, l’installation de Python fait partie de Tableau Server.
[Passer au contenu principal](#main-content) # Commutateurs d’installation et propriétés pour Tableau Server Independent Gateway
CommutateurDescriptionCommentaires
/install | /repair | /uninstall | /layout "<directory>"

Exécutez le programme d’installation pour installer, réparer ou désinstaller Tableau Server Independent Gateway, ou avec /layout, créez une copie locale complète du package d’installation dans le répertoire spécifié.

Par défaut, l’interface utilisateur et toutes les invites sont affichées lors de l’installation. Si aucun répertoire n’est spécifié sur une nouvelle installation, C:\Program Files\Tableau\Tableau Server\ independentgateway est supposé. Si TSIG est déjà installé, le programme d’installation présuppose le même emplacement que l’installation actuelle.
/passive

Exécutez le programme d’installation avec un minimum d’interface utilisateur et aucune invite.

/quiet | /silent

Exécutez le programme d’installation en mode automatisé complètement silencieux. Aucune interface utilisateur ou invite n’est affichée.

Remarque : Utilisez soit /silent soit /quiet, mais pas les deux.

/norestart

Exécutez le programme d’installation sans redémarrer Windows, même si un redémarrage est nécessaire.

Remarque : dans certains cas rares, un redémarrage ne peut pas être supprimé, même lorsque cette option est utilisée. Ce phénomène est plus susceptible de se produire lorsqu’un redémarrage précédent du système a été ignoré, par exemple, lors de l’installation d’un autre logiciel.

/log "<drive>\<path>\<log-file>.<ext>"Enregistrez les détails sur le chemin d’accès et le fichier spécifiés.

Utilisez ce commutateur avec un chemin d’accès et un nom de fichier journal pour rendre le fichier journal disponible une fois l’installation terminée.

Si ce commutateur est utilisé avec un nom de fichier journal mais pas de chemin, le fichier journal est écrit dans un emplacement temporaire et supprimé à la fin de l’installation.

Si ce commutateur est utilisé mais qu’aucun nom de fichier journal n’est spécifié, le commutateur est ignoré et le fichier est écrit dans %TEMP%.

Si ce commutateur n’est pas utilisé, le fichier journal est écrit dans %TEMP%.

PropriétéDescriptionCommentaires
ACCEPTEULA=1|0Acceptez le contrat de licence de l’utilisateur final (CLUF). Requis pour l’installation calme, silencieuse et passive à la fois sur le nœud initial et les nœuds supplémentaires. 1 = vrai, accepter le CLUF, 0 = faux, ne pas accepter le CLUF.

S’il n’est pas inclus lorsque vous utilisez /passive, /silent ou /quiet, le programme d’installation échoue en silence.

S’il est inclus mais défini sur 0, l’installation échoue.

DATADIR="<path\to\data\directory>"Facultatif. L’emplacement où la configuration et les données du logiciel TSIG sont stockées. Si vous n’indiquez pas un chemin de répertoire de données et que TSIG est installé à l’emplacement par défaut (INSTALLDIR n’est pas spécifié), le répertoire de données par défaut est utilisé : C:\ProgramData\Tableau\Tableau Server. Si vous n’indiquez pas un chemin de répertoire de données et que INSTALLDIR est spécifié, DATADIR est également défini sur l’emplacement INSTALLDIR.Exemple : DATADIR="D:\TableauServerData"
   
HKPORT="<port>"Port d’écoute pour les demandes d’entretien du groupement Tableau Server.

La valeur par défaut est 21319.

 
HKPROTOCOL="<protocol>"Protocole pour les demandes d’entretien.

Les options sont http ou https. La valeur par défaut est http.

 
INSTALLDIR="<path\to\installation\directory>"Installez sur un emplacement d’installation autre que par défaut.Spécifie l’emplacement d’installation du serveur. S’il n’est pas utilisé, Tableau Server Independent Gateway est installé sur C:\Program Files\Tableau\Tableau Server\independentgateway

Exemple : <Setup file> /silent INSTALLDIR="D:\Tableau\Tableau Server\independentgateway"

INSTANCEID="<computer_identifier>"Un identifiant unique pour cette instance TSIG.

La valeur par défaut est "%COMPUTERNAME%".

 

PORT="<port>"

Port d’écoute des requêtes externes.

La valeur par défaut est « 80 ».

 
PROTOCOL="<protocol>"Protocole pour les demandes externes. Les choix sont http ou https. La valeur par défaut est http. 
TSCLUSTER="<nodes>"Emplacement(s) réseau des nœuds Tableau Server à partir desquels les demandes d’entretien TSIG peuvent être reçues.

Ce sont tous des nœuds avec un contrôleur de groupement ou un agent d’administration, donc inclut tous les nœuds du groupement.

Ceci est nécessaire. Il n’y a pas de valeur par défaut pour cette option.

Doit être l’une des formes acceptables pour la directive Apache httpd mod_authz_host « Require » (https://httpd.apache.org/docs/2.4/mod/mod_authz_host.html).

Exemples: "ip 192.1.168.0/24", "host ts.example.org".

Utilisez des guillemets s’il y a des espaces intégrés.

   
[Passer au contenu principal](#main-content) # Comprendre la configuration requise du fichier keytab L’authentification Kerberos se base sur des informations d’identification qui sont stockées dans des fichiers spécialement formatés appelés fichiers keytab. Vous devrez peut-être générer des fichiers keytab pour votre déploiement Tableau Server. Cette rubrique décrit les fichiers keytab que Tableau Server utilise pour accéder à divers services dans une entreprise standard. Il se peut que vous ayez besoin de générer des fichiers keytab pour que Tableau Server les intègre dans les services suivants : - Authentification utilisateur (SSO) dans Windows Active Directory - Délégation de la source de données - Système d’exploitation - Service d’annuaire **Important :** À partir de Tableau Server 2021.2.25, 2021.3.24, 2021.4.19, 2022.1.15, 2022.3.7 et 2023.1.3 (ou versions ultérieures), vérifiez que les fichiers keytab sont créés avec les chiffrements AES-128 ou AES-256. Les chiffrements RC4 et 3DES ne sont plus pris en charge. Pour plus d’information, consultez [“Tableau Server n’a pas pu vous authentifier automatiquement”](https://kb.tableau.com/articles/Issue/tableau-server-could-not-authenticate-you-automatically-error-occurs-when-attempting-to-automatically-login-using-kerberos-sso-after-tableau-server-upgrade?lang=fr-ca) dans la base de connaissances Tableau. Si votre entreprise emploie des professionnels informatiques qui gèrent l’identité, l’authentification et/ou la sécurité, vous devriez faire appel à eux pour créer un plan de génération de fichiers keytab adaptés à votre déploiement Tableau Server. ## Authentification utilisateur (SSO) dans Windows Active Directory Si vous comptez utiliser Active Directory comme banque d’identités pour Tableau Server, et que vous souhaitez que les utilisateurs s’authentifient avec l’authentification unique Kerberos, vous devrez générer un fichier keytab pour Tableau Server.
Tableau s’exécute sur...Vous avez besoin de générer manuellement un fichier keytab?
Windows dans le domaine Active DirectoryOui
Linux dans le domaine Active DirectoryOui
Windows ou Linux dans un environnement non-Active DirectoryKerberos SSO n’est pas un scénario pris en charge.
Suivez ces recommandations (pour les versions Windows et Linux de Tableau Server) : - Créez un compte de service dans votre annuaire pour Tableau Server. - Créez un fichier keytab spécifiquement pour le compte de service Tableau Server. Ne réutilisez pas le fichier keytab que le compte de l’ordinateur/le système d’exploitation utilise pour l’authentification. Vous pouvez utiliser le même fichier keytab pour l’authentification unique Kerberos que pour l’authentification Active Directory dans le scénario ci-dessus. - Vous devez créer des noms SPN (Service Principal Name) dans Active Directory pour le service Tableau Server. - Utilisez le fichier de commandes dans la section suivante pour créer les SPN et le fichier keytab. - Après avoir créé les SPN, téléversez le fichier keytab tel que décrit dans [Configurer Kerberos](https://help.tableau.com/current/server/fr-ca/config_kerberos.htm). ### Fichier de commandes : définir le SPN et créer un fichier keytab dans Active Directory Vous pouvez utiliser un fichier de commandes pour définir le SPN (Service Principal Name) et créer un fichier keytab. Ces opérations font partie du processus d’activation de l’authentification unique Kerberos pour Tableau Server (sur Windows ou Linux) s’exécutant dans Active Directory. Dans les versions antérieures de Tableau Server (avant 2018.2), le script de configuration était généré depuis l’utilitaire de configuration de Tableau Server. Pour générer un script de configuration, copiez et collez le contenu du fichier de commandes suivant dans un fichier texte. Le fichier de commandes crée des SPN (Service Principal Name) pour Tableau Server et crée un fichier keytab pour l’utilisateur que vous spécifiez dans le fichier. Suivez les instructions dans le contenu du fichier. Une fois que vous avez fini de personnaliser le fichier, enregistrez-le en tant que fichier .bat. Ce fichier doit être exécuté dans un domaine Active Directory par un administrateur de domaine qui sera invité à fournir le mot de passe du compte de service pour le compte que vous spécifiez dans le fichier. Le fichier de commandes utilise les commandes Windows [set](https://docs.microsoft.com/fr-ca/windows-server/administration/windows-commands/set_1), [setspn](http://technet.microsoft.com/fr-ca/library/cc731241\(WS.10\).aspx)et [ktpass](https://docs.microsoft.com/fr-ca/windows-server/administration/windows-commands/ktpass) . **Remarque :** le fichier de commandes ci-dessous est auto-documenté. Cependant, si vous n’avez pas d’expérience avec Kerberos et la génération de fichiers keytab, nous vous recommandons de lire le billet de blogue Microsoft [Tout ce que vous devez savoir sur les fichiers Keytab](https://blogs.technet.microsoft.com/pie/2018/01/03/all-you-need-to-know-about-keytab-files/) avant de continuer. Les détails concernant l’environnement de votre entreprise peuvent nécessiter une configuration supplémentaire de la commande ktpass. Par exemple, vous devez déterminer ce qu’il faut définir pour le paramètre `/crypto`. Nous vous recommandons de spécifier une valeur `/crypto` individuelle requise par votre KDC. Consultez l’article Microsoft, [ktpass](https://docs.microsoft.com/fr-ca/windows-server/administration/windows-commands/ktpass) pour une liste complète des valeurs prises en charge pour le paramètre `/crypto`. ### SPN et contenu du fichier de commandes keytab **À partir des versions 2022.3, 2022.1.8, 2021.4.12, 2021.3.17, 2021.2.18, 2021.1.20 et 2020.4.23 de Tableau Server** ``` @echo off setlocal EnableDelayedExpansion REM ******* REM This script generates the Service Principal Names (SPNs) and keytab files required for REM Kerberos SSO with Apache. REM This script executes set, setspn, and ktpass commands included in any Windows Server REM Operating System from 2003 on. REM Before running this script you must enter configuration information for the setspn and REM ktpass commands. REM Elements that require your configuration information are enclosed in as such: REM ! -- and --!. REM After you customize this file, save it as a .bat file, and run on a domain-joined REM computer. REM This script must be run by a Domain admin. REM ********** REM The following set command will prompt the domain admin for credentials of the REM Tableau Server service account. REM This account must be a valid domain user account. REM If the password contains a literal \" (blackslash - double quote), all backslashes REM immediately before the double quote must be REM duplicated when typed for the password to work, e.g. if password contains REM \" replace with \\", if passwords contains \\" replace with \\\\" set /p adpass= "Enter password for the Tableau Server service account." set adpass=!adpass:"=\"! REM ********** REM The following setspn commands create the SPN in the domain. REM More information on setspn can be found here: REM http://technet.microsoft.com/en-us/library/cc731241(WS.10).aspx REM Enter the canonical FQDN and the host names for Tableau Server followed by the REM Tableau Server service account name. REM Use this syntax: HTTP/hostname domain\service_account_name. REM The example below shows syntax for a computer named "tableau01" in the "example.lan" REM domain, with service account, "tab-serv-account": REM setspn -s HTTP/tableau01 example\tab-serv-account REM setspn -s HTTP/tableau01.example.lan example\tab-serv-account REM DNS and AD are not case sensitive, but the keytab files are. Verify that host names REM match letter case as stored in DNS. REM Use Windows Server's DNS Manager utility to verify host name case. REM ********** echo Creating SPNs... setspn -s HTTP/!--replace with canonical host name and service account --! setspn -s HTTP/!--replace with canonical FQDN and service account --! REM ********** REM The following commands create the keytab file in the same directory where the REM bat file is run. More information on ktpass can be found here: REM https://docs.microsoft.com/en-us/windows-server/administration/windows-commands/ktpass REM Note: keytab files are case-sensitive. REM The realm following the FQDN should be all uppercase. REM Syntax is: REM ktpass /princ HTTP/!--FQDN--!@!--Kerberos_Realm--! /pass !adpass! REM /pttype KRB5_NTPRINCIPAL /crypto !--cipher--! /out keytabs\kerberos.keytab REM Best practice: specify the /crypto value that is required by your KDC. REM Options for /crypto = {DES-CBC-CRC|DES-CBC-MD5|AES256-SHA1|AES128-SHA1|All} REM Do not specify /crypto All because it will result in a keytab that contains ciphers that are not supported REM and cause errors. REM When using AES256-SHA1 OR AES128-SHA1, the /mapuser option must be included REM in the ktpass command to ensure the keytab file is mapped properly to the user. For example: REM ktpass /princ HTTP/!--FQDN--!@!--Kerberos_Realm--! /pass !adpass! /ptype KRB5_NT_PRINCIPAL /mapuser /crypto AES256-SHA1 /out keytabs\kerberos.keytab REM The following example shows the ktpass syntax with the example.lan configuration from above: REM ktpass /princ HTTP/!--FQDN--!@!--Kerberos_Realm--! /pass !adpass! /ptype KRB5_NT_PRINCIPAL /crypto DES-CBC-CRC /out keytabs\kerberos.keytab REM ********** echo Creating Keytab files in %CD%\keytabs mkdir keytabs ktpass /princ HTTP/!--FQDN--!@!--Kerberos_Realm--! /pass !adpass! /ptype KRB5_NT_PRINCIPAL /crypto DES-CBC-CRC /out keytabs\kerberos.keytab ``` **Pour les versions précédentes de Tableau Server** ``` @echo off setlocal EnableDelayedExpansion REM ******* REM This script generates the Service Principal Names (SPNs) and keytab files required for REM Kerberos SSO with Apache. REM This script executes set, setspn, and ktpass commands included in any Windows Server REM Operating System from 2003 on. REM Before running this script you must enter configuration information for the setspn and REM ktpass commands. REM Elements that require your configuration information are enclosed in as such: REM ! -- and --!. REM After you customize this file, save it as a .bat file, and run on a domain-joined REM computer. REM This script must be run by a Domain admin. REM ********** REM The following set command will prompt the domain admin for credentials of the REM Tableau Server service account. REM This account must be a valid domain user account. REM If the password contains a literal \" (blackslash - double quote), all backslashes REM immediately before the double quote must be REM duplicated when typed for the password to work, e.g. if password contains REM \" replace with \\", if passwords contains \\" replace with \\\\" set /p adpass= "Enter password for the Tableau Server service account." set adpass=!adpass:"=\"! REM ********** REM The following setspn commands create the SPN in the domain. REM More information on setspn can be found here: REM http://technet.microsoft.com/en-us/library/cc731241(WS.10).aspx REM Enter the canonical FQDN and the host names for Tableau Server followed by the REM Tableau Server service account name. REM Use this syntax: HTTP/hostname domain\service_account_name. REM The example below shows syntax for a computer named "tableau01" in the "example.lan" REM domain, with service account, "tab-serv-account": REM setspn -s HTTP/tableau01 example\tab-serv-account REM setspn -s HTTP/tableau01.example.lan example\tab-serv-account REM DNS and AD are not case sensitive, but the keytab files are. Verify that host names REM match letter case as stored in DNS. REM Use Windows Server's DNS Manager utility to verify host name case. REM ********** echo Creating SPNs... setspn -s HTTP/!--replace with canonical host name and service account --! setspn -s HTTP/!--replace with canonical FQDN and service account --! REM ********** REM The following commands create the keytab file in the same directory where the REM bat file is run. More information on ktpass can be found here: REM https://docs.microsoft.com/en-us/windows-server/administration/windows-commands/ktpass REM Note: keytab files are case-sensitive. REM The realm following the FQDN should be all uppercase. REM Syntax is: REM ktpass /princ HTTP/!--FQDN--!@!--Kerberos_Realm--! /pass !adpass! REM /pttype KRB5_NTPRINCIPAL /crypto !--cipher--! /out keytabs\kerberos.keytab REM Best practice: specify the /crypto value that is required by your KDC. REM Options for /crypto = {DES-CBC-CRC|DES-CBC-MD5|RC4-HMAC-NT|AES256-SHA1|AES128-SHA1|All} REM Specifying /crypto All will result in passwords stored with RC4 cipher, which is REM no longer considered secure. REM When using AES256-SHA1 OR AES128-SHA1, the /mapuser option must be included REM in the ktpass command to ensure the keytab file is mapped properly to the user. For example: REM ktpass /princ HTTP/!--FQDN--!@!--Kerberos_Realm--! /pass !adpass! /ptype KRB5_NT_PRINCIPAL /mapuser /crypto AES256-SHA1 /out keytabs\kerberos.keytab REM The following example shows the ktpass syntax with the example.lan configuration from above: REM ktpass /princ HTTP/!--FQDN--!@!--Kerberos_Realm--! /pass !adpass! /ptype KRB5_NT_PRINCIPAL /crypto DES-CBC-CRC /out keytabs\kerberos.keytab REM ********** echo Creating Keytab files in %CD%\keytabs mkdir keytabs ktpass /princ HTTP/!--FQDN--!@!--Kerberos_Realm--! /pass !adpass! /ptype KRB5_NT_PRINCIPAL /crypto DES-CBC-CRC /out keytabs\kerberos.keytab ``` ## Système d’exploitation Si votre entreprise utilise Kerberos pour l’authentification, l’ordinateur sur lequel Tableau Server s’exécute doit être authentifié avec le domaine Kerberos dans lequel il s’exécute.
Tableau s’exécute sur...Vous avez besoin de générer manuellement un fichier keytab?
Windows dans le domaine Active DirectoryNon
Linux dans le domaine Active DirectoryOui
Windows ou Linux dans un environnement non-Active DirectoryOui
Si vous exécutez Tableau Server sur Windows, et que l’ordinateur est lié à Active Directory, vous n’avez pas besoin de gérer ou de générer un fichier keytab pour le système d’exploitation. Si vous exécutez Tableau Server sur Linux dans un domaine Kerberos (MIT KDC ou Active Directory), vous devez générer un fichier keytab spécifiquement pour le système d’exploitation de l’ordinateur. Le fichier keytab que vous créez pour l’ordinateur doit être spécifiquement conçu pour l’authentification du système d’exploitation. N’utilisez pas le même fichier keytab pour l’authentification du système d’exploitation que vous comptez utiliser pour les autres services décrits ultérieurement dans cette rubrique. ## Service d’annuaire Si votre entreprise utilise un service d’annuaire, par exemple LDAP ou Active Directory, pour gérer les identités des utilisateurs, Tableau Server a besoin d’un accès en lecture seule à cet annuaire. Vous pouvez sinon configurer Tableau pour gérer tous les comptes en faisant l’installation avec une banque d’identités locale. Dans ce cas, vous n’avez pas besoin d’un fichier keytab. Le tableau suivant résume les exigences en matière de fichiers keytab :
Tableau s’exécute sur...Service d’annuaireVous avez besoin de générer manuellement un fichier keytab?
Windows dans le domaine ADActive DirectoryNon
WindowsLDAP (liaison GSSAPI)Oui
LinuxActive Directory ou LDAP (liaison GSSAPI)Oui
Windows ou LinuxActive Directory ou LDAP (liaison simple)Non
Windows ou LinuxMagasin d’identités localAucun fichier keytab requis.
Si vous avez besoin de générer manuellement un fichier keytab pour ce scénario, vous l’utiliserez pour la liaison GSSAPI à l’annuaire. Suivez ces recommandations : - Créez un compte de service dans votre annuaire pour Tableau Server. - Créez un fichier keytab spécifiquement pour le compte de service Tableau Server. Ne réutilisez pas le fichier keytab que le compte de l’ordinateur/le système d’exploitation utilise pour l’authentification. - Téléversez le fichier keytab dans le cadre de la configuration json de la banque d’identités Tableau Server. Consultez [Entité identityStore](https://help.tableau.com/current/server/fr-ca/entity_identity_store.htm). Dans le cadre de votre plan de récupération après sinistre, nous vous recommandons de conserver une sauvegarde des fichiers keytab et conf dans un emplacement sûr hors de Tableau Server. Les fichiers keytab et conf que vous ajoutez à Tableau Server seront stockés et distribués à d’autres nœuds par le service des fichiers clients. Toutefois, les fichiers ne sont pas stockés dans un format récupérable. Consultez [Service des fichiers client Tableau Server](https://help.tableau.com/current/server/fr-ca/server_process_cfs.htm). ## Délégation de source de données Vous pouvez également utiliser la délégation Kerberos pour accéder aux sources de données dans Active Directory. Dans ce scénario, les utilisateurs peuvent être authentifiés sur Tableau Server avec tout mécanisme d’authentification pris en charge (SAML, authentification locale, Kerberos, etc), mais peuvent accéder aux sources de données qui sont activées par Kerberos. Suivez ces recommandations : - Le compte d’ordinateur de Tableau Server (Windows ou Linux) doit être dans le domaine Active Directory. - Le fichier keytab que vous utilisez pour la délégation Kerberos peut être le même fichier keytab que celui utilisé pour l’authentification utilisateur Kerberos (SSO). - Le fichier keytab doit être mappé au SPN pour la délégation Kerberos dans Active Directory. - Vous pouvez utiliser le même fichier keytab pour plusieurs sources de données. Pour plus d’informations, consultez les rubriques de configuration suivantes : - Tableau Server sur Linux : [Activer la délégation Kerberos](https://help.tableau.com/current/server-linux/fr-ca/kerberos_delegation.htm) - Tableau Server sur Windows : [Activation de la délégation Kerberos](https://help.tableau.com/current/server/fr-ca/kerberos_delegation.htm) [Passer au contenu principal](#main-content) # Comprendre les infobulles pour les modèles de données avec relations multi-faits **Remarque** : Pour les sources de données à table unique ou les sources de données à table de base unique, toutes les tables sont connexes. Toutes les informations de cette page font référence à des sources de données à plusieurs tables de base. ## Relation au niveau du champ Les modèles de données avec des tables de base multiples offrent une grande flexibilité quant à la manière dont les tables peuvent être associées (ou non) les unes aux autres. La relation entre les _tables_ est une constante basée sur le modèle de données. Cependant, la relation entre les _champs_ dans une visualisation dépend des champs qui sont actifs (c’est-à-dire des champs utilisés sur les étagères des feuilles de calcul en tant que champs capsules). Au niveau d’une visualisation unique, Tableau évalue les champs actifs par paires pour déterminer [leur relation les uns aux autres](https://help.tableau.com/current/pro/desktop/fr-ca/datasource_mfr_multiple_base_tables.htm#fieldlevel). Une icône « Non associé » ![icône Non associé](/tableau/current/fr-ca/server/fr-ca/Img/mfr_icon_unrelated.png) sur un champ signifie que celui-ci n’est pas associé à au moins un autre champ de la visualisation. Cette icône peut apparaître dans un champ capsule sur une étagère ou dans le volet Données. (Dans certains cas, il peut y avoir une icône Associé ![](/tableau/current/fr-ca/server/fr-ca/Img/MFR_icon_related.png "icône Associé").) Le survol de l’icône ouvre une infobulle contenant plus d’informations. Il existe différents messages pour les différents types de relations de champs, notamment : - Paires dimension-dimension non connexes - Paires dimension-mesure non connexes - Dimensions d’assemblage - Paires de filtres non connexes > [!TIP] > > **Conseil** : Dans Tableau, les dimensions agrégées, telles que ATTR(dimension) ou MIN(dimension), fonctionnent comme des mesures. Les messages varient également quelque peu selon que le champ est utilisé sur une étagère ou dans le volet Données. - **Sur une étagère** : L’infobulle des champs capsules sur les étagères donne des informations sur la façon dont les champs dans la visualisation sont associés les uns aux autres et sur l’impact possible en matière de calcul des résultats par Tableau. - **Dans le volet Données** : L’infobulle des champs du volet Données donne des informations sur ce qui _pourrait_ arriver si ce champ était ajouté à la visualisation. Les champs du volet Données peuvent également être atténués avec du texte gris clair s’ils ne sont associés à aucun champ de la visualisation. Diverses fonctionnalités peuvent compléter le commentaire du champ, telles que les calculs de table et les commentaires fournis par l’utilisateur. Toutes ces informations apparaissent dans une infobulle unifiée. ![](/tableau/current/fr-ca/server/fr-ca/Img/unified_tooltip.png "Infobulle pour un champ contenant des informations sur la relation, les calculs de table et un commentaire utilisateur") ### Maîtriser votre modèle de données Chaque fois que vous travaillez avec un modèle de données contenant des relations multi-faits, il est utile de se référer régulièrement au modèle. Utilisez l’option [Afficher le modèle de données](https://help.tableau.com/current/pro/desktop/fr-ca/viewdatamodel.htm) (menu Feuille de calcul > Afficher le modèle de données) pour ouvrir une boîte de dialogue avec le modèle de données auquel vous pouvez vous référer lorsque vous êtes sur un onglet Feuille. Les exemples de cette rubrique sont basés sur un modèle de données avec deux tables de base, Classes et Clubs, et deux tables partagées, Students et Rooms. ![un modèle de données avec deux tables de base, Classes et Clubs, et une table partagée, Students](/tableau/current/fr-ca/server/fr-ca/Img/mfr_basic_4table_model.png)

Classes

Clubs

Students

Rooms
Afficher les données de la table Classes, avec les trois champs et leurs valeursAfficher les données de la table Clubs, avec les trois champs et leurs valeursAfficher les données de la table Students, avec les trois champs et leurs valeursAfficher les données de la table Rooms, avec les trois champs et leurs valeurs

Champs :

  • Class, une dimension avec les valeurs Nesting Basics, Advanced Songs, Flying for Fledglings et Alarm Calls 101
  • Room, une dimension utilisée pour établir une relation avec la table Rooms
  • Student, une dimension utilisée pour établir une relation avec la table Students
  • Length, une mesure

Champs :

  • Club, une dimension avec les valeurs Photography, Travel, Juggling, Art, and First Aid
  • Room, une dimension utilisée pour établir une relation avec la table Rooms
  • Student, une dimension utilisée pour établir une relation avec la table Students
  • Dues, une mesure

Champs :

  • Bus Rider, une dimension avec les valeurs Oui ou Non
  • Student, une dimension avec les valeurs Finch, Cardinal, Sparrow, Robin et Jay. Utilisé pour établir une relation avec les tables de base
  • Age, une mesure

Champs :

  • Room, une dimension avec les valeurs Cedar, Alder, Maple, Fir et Madrone
  • Branches, une mesure
## Paire dimension-dimension non associées Les dimensions non associées peuvent faire l’objet d’une jointure croisée, dans quels cas, dans les en-têtes, les combinaisons de valeurs de dimensions peuvent ne pas refléter les combinaisons réelles de données dans les tables sous-jacentes. Le message pour une paire dimension-dimension non associées est : - **Sur une étagère** : Les dimensions non associées affichent toutes les combinaisons possibles de valeurs. Non associé à : __ - **Dans le volet Données** : Si elle est utilisée, cette dimension affiche toutes les combinaisons possibles de valeurs avec des dimensions non associées : __ - **Grisé dans le volet Données** : Cette dimension n’est associée à aucune dimension de la visualisation. Si elle est utilisée, elle affichera toutes les combinaisons possibles de valeurs avec d’autres dimensions non associées. Et pour un filtre non associé, le message est : - **Dans la visualisation** : Ce champ n’est pas filtré par des filtres non associés : __ - **Dans le volet Données** : S’il est utilisé, ce champ sera ignoré par les filtres non associés : __ Les jointures croisées peuvent être des opérations coûteuses qui ont un impact négatif sur les performances. Pour cette raison, Tableau affiche également un [Boîte de dialogue d’avertissement de relation](https://help.tableau.com/current/server/fr-ca/datasource_mfr_multiple_base_tables.htm#Relatedn) si vous ajoutez une dimension non associée à la visualisation. ## Dimensions d’assemblage S’il existe des raisons analytiquement pertinentes de visualiser uniquement des dimensions non associées, une « bonne méthode » courante d’analyse avec plusieurs tables de base consiste à utiliser une dimension d’assemblage supplémentaire. En présence d’une dimension d’assemblage, les dimensions non associées ne font plus l’objet d’une jointure croisée, mais plutôt d’une jointure externe. Les jointures externes peuvent toujours introduire des valeurs Null, mais les en-têtes des membres de dimension sont réduits de chaque combinaison possible aux combinaisons pertinentes pour au moins un côté de la jointure externe. De plus, elles n’ont pas le même potentiel d’impact sur les performances que les jointures croisées. S’il n’existe pas d’autres problèmes de relation qui nécessite une icône Non associé, une dimension d’assemblage affiche plutôt une icône Associé ![](/tableau/current/fr-ca/server/fr-ca/Img/MFR_icon_related.png "icône Associé"). Le message pour une dimension d’assemblage est : - **Sur une étagère** : Cette dimension assemble les champs suivants : __ - **Dans le volet Données** : Si elle est utilisée, cette dimension assemblera les champs suivants : __ - **Grisé dans le volet Données** : _ne s’applique pas, l’assemblage se produit uniquement dans une visualisation_ Comparer des dimensions non associées avec des dimensions assemblées

Non associé : jointure croisée

Assemblé : jointure externe de jointures internes intermédiaires

Une jointure croisée avec une ligne pour chaque combinaison de Class et de Club

Une visualisation montrant une jointure croisée de Class et de Club et des lignes pour chaque combinaison de Advanced Songs/Alarm Calls 101/Flying for Fledglings/Nesting Basics with Art/First Aid/Juggling/Photography.

Une jointure externe des résultats de Student-Class et Student-Club

Une visualisation montrant les résultats d’une jointure externe de la jointure interne Student-Class et de la jointure interne Student-Club. Toutes les combinaisons de cours et de clubs ne sont pas représentées et il existe des lignes pour les étudiants et les clubs sans cours.

## Paire dimension-mesure non associées Pour plus d’informations sur le mode de calcul des valeurs de mesures et sur l’importance de la relation entre les dimensions, consultez [Petit aparté sur le mode de calcul des valeurs de mesures](#computemeasures). Le message de la mesure est : - **Sur une étagère** : Cette mesure ne peut pas être décomposée par des dimensions non associées : __. - **Dans le volet Données** : Si elle est utilisée, cette mesure ne sera pas décomposée par des dimensions non associées : __ - **Grisé dans le volet Données** : Cette mesure n’est associée à aucune dimension de la visualisation. Si elle est utilisée, elle ne sera pas décomposée. Le message de la dimension est : - **Sur une étagère** : Cette dimension ne peut pas décomposer les mesures non associées : __ - **Dans le volet Données** : Si elle est utilisée, cette dimension ne décomposera pas les mesures non associées : __ - **Grisé dans le volet Données** : Cette dimension n’est associée à aucune mesure de la visualisation. Si elle est utilisée, elle ne décomposera pas les valeurs de mesures. Et pour un filtre non associé, le message est : - **Dans la visualisation** : Ce champ n’est pas filtré par des filtres non associés : __ - **Dans le volet Données** : S’il est utilisé, ce champ sera ignoré par les filtres non associés : __ Le résultat d’une visualisation est une valeur répétée de la mesure à l’échelle des valeurs des dimensions non associées. Ce comportement est comparable à l’utilisation d’une expression LOD pour définir le niveau d’agrégation d’une mesure à un niveau de détail différent de la granularité native de la visualisation. Une dimension non associée est essentiellement EXCLUE du calcul de la valeur agrégée de la mesure. ![](/tableau/current/fr-ca/server/fr-ca/Img/mfr_measures_repeated.png "Visualisation montrant la valeur Dues associée à Club, et Clubs se répète à travers les Classes") ## Pas encore associé Les champs avec des relations possibles sont des champs [pas encore associés](https://help.tableau.com/current/pro/desktop/fr-ca/datasource_mfr_multiple_base_tables.htm#notyet) et qui sont considérés comme étant non associés dans la visualisation. La [résolution](https://help.tableau.com/current/pro/desktop/fr-ca/datasource_mfr_multiple_base_tables.htm#resolve) des champs qui ne sont pas encore associés se fait différemment en comparaison de la résolution des champs non véritablement associés (qui ne peuvent qu’être assemblés), l’infobulle indique alors pourquoi ils sont considérés comme étant non associés. Le message de la dimension varie selon qu’elle n’est pas encore associée à une autre dimension, mesure ou filtre. - Pour une paire dimension-dimension, le message de la dimension est :  - **Sur une étagère** : Les dimensions non associées affichent toutes les combinaisons possibles de valeurs. Cette dimension n’est pas encore associée et est donc considérée comme étant non associée aux éléments suivants : __ - **Dans le volet Données** : Si elle est utilisée, cette dimension ne sera pas encore associée et sera donc traitée comme étant non associée aux éléments suivants : __ - Pour une paire dimension-mesure, le message de la dimension est :  - **Sur une étagère** : Cette dimension n’est pas encore associée et ne peut donc pas décomposer les éléments suivants : __ - **Dans le volet Données** : Si elle est utilisée, cette dimension ne sera pas encore associée et ne décomposera donc pas les éléments suivants : __ - Pour une paire dimension- filtre, le message de la dimension est :  - **Sur une étagère** : Ce champ n’est pas encore associé et est donc ignoré par ces filtres : __ - **Dans le volet Données** : S’il est utilisé, ce champ ne sera pas encore associé et sera donc ignoré par les filtres non associés : __ Le message de la mesure varie selon qu’elle n’est pas encore associée à une dimension ou un filtre. - Pour une paire mesure-dimension, le message de la mesure est :  - **Sur une étagère** : Cette mesure n’est pas encore associée et ne peut donc pas être décomposée par les éléments suivants : __ - **Dans le volet Données** : Si elle est utilisée, cette mesure ne sera pas encore associée et ne sera donc pas décomposée par les éléments suivants : __ - Pour une paire mesure-filtre, le message de la mesure est :  - **Sur une étagère** : Ce champ n’est pas encore associé et est donc ignoré par ces filtres : __ - **Dans le volet Données** : S’il est utilisé, ce champ ne sera pas encore associé et sera donc ignoré par les filtres non associés : __ Pour plus d’informations sur le mode de calcul des valeurs de mesures et sur l’importance de la relation entre les dimensions, consultez [Petit aparté sur le mode de calcul des valeurs de mesures](#computemeasures). ## Relation ambiguë Les champs avec plusieurs relations possibles actives sont des champs ayant une [relation ambiguë](https://help.tableau.com/current/pro/desktop/fr-ca/datasource_mfr_multiple_base_tables.htm#ambiguously) et qui sont considérés comme étant non associés dans la visualisation. La [résolution](https://help.tableau.com/current/pro/desktop/fr-ca/datasource_mfr_multiple_base_tables.htm#resolve) des champs ayant une relation ambiguë se fait différemment en comparaison de la résolution des champs non véritablement associés (qui ne peuvent qu’être assemblés), l’infobulle indique alors pourquoi ils sont considérés comme étant non associés. Le message de la dimension est : - **Sur une étagère** : Cette dimension est une relation ambiguë et ne peut donc pas décomposer les éléments suivants : __ - **Dans le volet Données** : Si elle est utilisée, cette dimension sera une relation ambiguë et ne décomposera donc pas les éléments suivants : __ Le message de la mesure varie selon qu’elle a une relation ambiguë avec une dimension ou avec un filtre. - Pour une paire mesure-dimension, le message de la mesure est :  - **Sur une étagère** : Cette mesure est une relation ambiguë et ne peut donc pas être décomposée par les éléments suivants : __ - **Dans le volet Données** : Si elle est utilisée, cette mesure sera une relation ambiguë et ne sera donc pas décomposée par les éléments suivants : __ - Pour une paire mesure-filtre, le message de la mesure est :  - **Sur une étagère** : Cette mesure est une relation ambiguë et est donc ignorée par ces filtres : __ - **Dans le volet Données** : Si elle est utilisée, cette mesure sera une relation ambiguë et sera donc ignorée par les filtres suivants : __ Pour plus d’informations sur le mode de calcul des valeurs de mesures et sur l’importance de la relation entre les dimensions, consultez [Petit aparté sur le mode de calcul des valeurs de mesures](#computemeasures). ## Mesure provenant d’une table partagée Lorsqu’une dimension d’une table partagée (comme Students) est utilisée, elle rassemble les dimensions de tables qui ne sont pas associées (comme Classes et Clubs). Mais que faire si, au lieu d’une dimension, vous utilisez plutôt une mesure à partir de la table Students? Les mesures ne peuvent pas être assemblées. ![un modèle de données avec deux tables de base, Classes et Clubs, et une table partagée, Students](/tableau/current/fr-ca/server/fr-ca/Img/mfr_basic_3table_model.png) Lorsque des dimensions non associées sont visualisées ensemble, la mesure ne peut pas être décomposée par ces dimensions simultanément. (Pour plus d’informations sur le mode de calcul des valeurs de mesures et sur l’importance de la relation entre les dimensions, consultez [Petit aparté sur le mode de calcul des valeurs de mesures](#computemeasures).) Dans ce cas, nous traitons la mesure comme n’étant pas associée à la combinaison de dimensions, même si elle serait associée à toute dimension individuellement. Pour résoudre ce type d’ambiguïté et éviter de placer la mesure au niveau de la table, les dimensions non associées peuvent être assemblées ou vous pouvez supprimer une ou plusieurs dimensions, en attendant qu’un chemin de relation clair soit défini pour l’agrégation de la mesure. ### Toutes les dimensions ne sont pas associées les unes aux autres Le message d’une mesure partagée entre des dimensions non associées est : - **Sur une étagère** : Cette mesure ne peut être décomposée que par une seule de ces dimensions à la fois : __ - **Dans le volet Données** : Si elle est utilisée, cette mesure ne peut être décomposée que par une seule de ces dimensions à la fois : __ Le message de chacune des dimensions est : - **Sur une étagère** : Cette dimension ne peut pas décomposer la mesure __ en combinaison avec les dimensions suivantes : __ - **Dans le volet Données** : Si elle est utilisée, cette dimension ne peut pas décomposer la mesure __ en combinaison avec les dimensions suivantes : __ ### Certaines dimensions sont associées les unes aux autres Si certaines dimensions sont associées les unes aux autres, les dimensions associées peuvent décomposer la mesure en l’absence de la dimension non associée. Il est important de savoir si certaines dimensions sont associées entre elles. (Par exemple : Si une visualisation est créée avec les dimensions associées Dim1 et Dim2 et une dimension DimA qui n’est associée à aucune d’entre elles, une mesure de la table partagée ne sera pas non plus associée aux trois dimensions. Dim1 et Dim2 ne rentrent pas en conflit mutuellement, mais tous deux sont en conflit avec DimA. Pour résoudre le problème en supprimant des champs, vous pouvez soit supprimer uniquement DimA, soit supprimer Dim1 et Dim2.) Dans cette situation, les dimensions sont répertoriées par groupes dans le message d’infobulle. Le message de la mesure partagée entre des groupes de dimensions non associées est : - **Sur une étagère** : Cette mesure ne peut être décomposée que par l’un des groupes de dimensions suivants à la fois : __ - **Dans le volet Données** : Si elle est utilisée, cette mesure ne peut être décomposée que par l’un des groupes de dimensions suivants à la fois : __ Le message de chacune des dimensions est : - **Sur une étagère** : Cette dimension ne peut pas décomposer la mesure __ en combinaison avec les groupes de dimensions suivants : __ - **Dans le volet Données** : Si elle est utilisée, cette dimension ne peut pas décomposer la mesure __ en combinaison avec les groupes de dimensions suivants : __ ## Mesure associée Lorsqu’une mesure est associée à certaines dimensions de la visualisation mais pas à d’autres, la mesure peut afficher un message supplémentaire dans l’infobulle qui explique les dimensions auxquelles elle est associée. Cela aide à expliquer comment la mesure est agrégée. Ce message apparaît uniquement lorsque la mesure n’est pas également associée à une dimension dans la visualisation, sinon la mesure est agrégée au niveau de détail des mesures qui lui sont associées. Le message de la mesure est : - **Sur une étagère** : Cette mesure est agrégée au niveau de détail des dimensions associées :__ - **Dans le volet Données** : Si elle est utilisée, cette mesure sera agrégée au niveau de détail des dimensions associées : __ Ce message aidera à identifier la ou les dimensions prises en compte lors du calcul de la valeur de mesure. Pour plus d’informations sur le mode de calcul des valeurs de mesures et sur l’importance de la relation entre les dimensions, consultez [Petit aparté sur le mode de calcul des valeurs de mesures](#computemeasures). ## Filtres La relation entre les champs sur l’étagère Filtres est également évaluée par rapport aux champs autrement actifs dans la visualisation. Une icône et une infobulle s’affichent lorsqu’un filtre ne dispose pas de relation avec au moins un champ de la visualisation. Le champ du filtre et le champ de la visualisation ont tous deux une infobulle. Le message d’un filtre est :  - **Filtre non associé** : Ce filtre ne s’applique pas aux champs non associés : __ - **Filtre ambigu** : Ce filtre ignore les mesures suivantes, car il a une relation ambiguë avec elles : __ - **Filtre pas encore associé** : Ce filtre ignore les champs suivants, car il n’a encore aucune relation avec eux : __ Le comportement des filtres dépend également de leur relation avec d’autres champs de la visualisation. Un filtre n’a pas d’impact sur les valeurs des champs auxquels il n’est pas associé. À moins que le filtre ne soit défini sur aucune valeur (excluant tout ou n’incluant rien), la visualisation restera inchangée pour tous les champs qui ne sont pas associés au filtre. Par contre, si vous décochez chaque option du filtre, vous obtiendrez une visualisation vide. ![Une visualisation avec un filtre Non associé, montrant que la désélection des options dans le contrôle de filtre interactif n’a pas d’impact sur la visualisation](/tableau/current/fr-ca/server/fr-ca/Img/mfr_tt_unrelatedfilter.png) Deux captures d’écran d’une visualisation avec un filtre Non associé, montrant que la désélection des options dans le contrôle de filtre interactif n’a pas d’impact sur la visualisation Les champs associés sont filtrés comme prévu. Dans une visualisation plus complexe avec une combinaison de champs associés et non associés (comme dans un contexte d’assemblage), le filtre n’impactera que les valeurs associées au champ du filtre. ## Petit aparté sur le mode de calcul des valeurs de mesures Lorsqu’une mesure n’est pas associée à une dimension, elle ne peut pas être décomposée par les membres de cette dimension (autrement dit, vous ne pouvez pas décomposer la durée moyenne d’un cours par club lorsque les clubs n’ont aucune durée de cours). Au lieu de cela, la mesure sera agrégée à un niveau différent de celui des en-têtes du membre de la dimension dans la vue. Terminologie des dimensions et des mesures Dans Tableau, les _mesures_ sont des _agrégations_ : elles sont agrégées jusqu’à la _granularité_ définie par les _dimensions_ de la vue. La valeur d’une mesure dépend donc du contexte des dimensions. Par exemple, le « nombre de boîtes de céréales » varie selon qu’il s’agit du stock total ou du nombre de boîtes par marque. Les _dimensions_ sont généralement des champs de catégorie, tels que le pays ou la marque. Dans Tableau, les dimensions définissent la granularité ou le _niveau de détail_ de la vue. Nous souhaitons généralement regrouper nos données en repères selon une combinaison de catégories. Les dimensions que nous utilisons pour créer la vue déterminent le nombre de repères que nous avons. L’_agrégation_ fait référence à la manière dont les données sont combinées. Dans Tableau, l’agrégation par défaut est SOMME. Vous pouvez remplacer l’agrégation par d’autres options, notamment : moyenne, médiane, total distinct, minimum, etc. La _granularité_ fait référence au degré de détail ou de décomposition de la mesure, qui est contrôlé par les dimensions associées. Dès lors que la granularité de la mesure n’est pas définie au niveau des lignes (c’est-à-dire désagrégée), sa valeur doit être agrégée. #### Exemple ![une table de valeurs pour le nombre de boîtes de céréales, pour cinq marques et trois tailles de boîtes](/tableau/current/fr-ca/server/fr-ca/Img/mfr_ex_cereal_rawdata.png) **Quelle est la valeur du « nombre de boîtes de céréales »?** Eh bien, cela dépend du type d’agrégation et de la granularité définie par les dimensions. - Agrégations : - Somme (ou total) - Moyenne - Granularité : - au niveau de la table / entièrement agrégée (les barres bleues dans l’exemple) - Ventilée selon la dimension de la **marque** (les barres colorées dans l’exemple) ![Un tableau de bord avec quatre visualisations : une visualisation pour le nombre total de boîtes au niveau de la table (54), une visualisation pour le nombre moyen de boîtes au niveau de la table (6), puis des versions de ces deux visualisations ventilées par les cinq marques.](/tableau/current/fr-ca/server/fr-ca/Img/mfr_ex_cereal.png) ### La valeur d’une mesure suit les membres de la dimension La valeur d’une mesure est déterminée par les dimensions auxquelles elle est associée. Une mesure sans dimension associée est au niveau de la table. Une mesure avec une dimension associée est décomposée par les membres de la dimension associée (c’est-à-dire que la valeur de la mesure est calculée pour chaque membre de dimension). Si les membres d’une dimension associée se répètent à cause de la présence d’une dimension non associée, les valeurs de la mesure sont répétées en fonction de ses membres de dimension. 1. Une mesure sans dimension est au niveau de la table par sa valeur globale. ![](/tableau/current/fr-ca/server/fr-ca/Img/mfr_measures_tablescoped.png) 2. En présence d’une seule dimension non associée, une mesure est au niveau de la table et se répète pour les valeurs de la dimension non associée. ![](/tableau/current/fr-ca/server/fr-ca/Img/mfr_measures_tablescoped_unrelated.png) 3. En présence d’une dimension associée, une mesure est décomposée de manière plus granulaire et sa valeur est calculée par rapport au membre de la dimension associée. ![](/tableau/current/fr-ca/server/fr-ca/Img/mfr_measures_broken_down.png) 4. En présence d’une dimension non associée et d’une dimension associée, une mesure est décomposée par la dimension à laquelle elle est associée. Chaque fois que ces membres de dimension associés sont répétés pour des dimensions non associées, la valeur de mesure est accompagnée de son membre de dimension associé. ![](/tableau/current/fr-ca/server/fr-ca/Img/mfr_measures_broken_down_and_repeated.png) Les cotisations étant calculées par club, la valeur des cotisations pour chaque club se répète à chaque fois que ce club est répété. [Passer au contenu principal](#main-content) # Comprendre les modèles de licence et les clés produit Cette rubrique décrit les différents modèles de licence et les clés produit ou les abonnements qui leur sont éventuellement associés. Vous trouverez dans [tsm licenses list](https://help.tableau.com/current/server/fr-ca/cli_licenses_tsm.htm#TSMLicenseList) un visuel utile de la façon dont les clés produit sont représentées dans Tableau Server. Le [Portail client Tableau](http://customer.tableausoftware.com/fr-ca) affiche également des informations sur les clés produit, notamment le type et le nombre de postes. Lors de l’affichage des clés produit à l’aide de [tsm licenses list](https://help.tableau.com/current/server/fr-ca/cli_licenses_tsm.htm#TSMLicenseList) (Tableau Server) ou sur le portail client Tableau (Tableau Desktop et Tableau Prep Builder), notez les préfixes spécifiques au produit.
Préfixe de clé produitDescription
TCClé produit de Tableau Creator, qui peut être utilisée pour activer ou désactiver Tableau Desktop et Tableau Prep Builder.
TDClé produit de Tableau Desktop, qui peut être utilisée pour activer ou désactiver Tableau Desktop uniquement. Il s’agit d’une ancienne clé de produit qui n’est plus vendue ni fournie.
TSClé produit de Tableau Server, qui peut être utilisée pour activer ou désactiver Tableau Server. Les clés produit de Tableau Server peuvent être basées sur les rôles, les cœurs ou les fonctionnalités.
## Modèles de licences à durée limitée Le modèle de licences à durée limitée de Tableau est défini par la métrique autorisant l’utilisation de Tableau Server. Les licences à durée limitée sont également appelées licences par souscription. Tableau permet actuellement d’accéder à Tableau Server au moyen de licences par souscription. Dans le modèle de licences par souscription, les clients paient des frais d’abonnement chaque année. Si l’abonnement expire, le logiciel cesse de fonctionner. Les Tableau Server licences par souscription sont soit des abonnements basés sur les rôles, soit des abonnements basés sur les cœurs. Il est possible d’acheter une seule clé produit avec tous les rôles et fonctionnalités, et cette licence est une licence par souscription pouvant être mise à jour (USL). Une seule clé doit être activée sur Tableau Server pour constituer l’achat global. Les anciennes licences par souscription (non-USL) n’avaient qu’un type de rôle par clé et les licences étaient « subdivisées » et activées ensemble pour obtenir la configuration achetée sur Tableau Server. - Une _licence basée sur les utilisateurs_ vous permet de déployer Tableau Server sur un ordinateur unique ou sur plusieurs ordinateurs d’un groupement. Chaque utilisateur accédant à Tableau Server doit disposer d’une licence et d’un rôle. Les administrateurs peuvent ajouter des utilisateurs en fonction des licences disponibles de chaque type. - Une _licence basée sur les cœurs_ n’impose aucune contrainte quant au nombre de comptes utilisateur dans Tableau Server. Au lieu de cela, la licence spécifie le nombre maximum de cœurs d’ordinateur sur lesquels vous pouvez exécuter Tableau Server. Vous pouvez installer Tableau Server sur un seul ordinateur ou sur plusieurs ordinateurs en tant que groupement multinœuds, tant que le nombre total de cœurs sur tous les ordinateurs n’excède pas le nombre total autorisé par la licence. Les processus installés avec Tableau Server n’ont pas tous une incidence sur le calcul du nombre total de cœurs utilisés. Un sous-ensemble de processus est considéré comme « processus sous licence ». Les licences basées sur les cœurs sont calculées uniquement sur les ordinateurs exécutant des processus sous licence. Si un ou plusieurs processus sous licence sont installés sur un ordinateur, les cœurs sur cet ordinateur sont comptabilisés dans le nombre total de cœurs utilisés. Pour plus d’informations sur les processus sous licence, consultez [Processus sous licence](https://help.tableau.com/current/server/fr-ca/processes.htm#LicensedProcess). - Une _licence par souscription pouvant être mise à jour_ vous permet de consolider les licences et de mettre à jour vos serveurs Tableau à l’aide d’une seule clé produit. Vous pouvez ajouter de nouvelles fonctionnalités, ajuster la capacité et appliquer des renouvellements de licence à une seule licence Tableau Server existante. Vous n’avez plus besoin d’ajouter de nouvelles licences ou de remplacer les licences existantes. USL : - Simplifie la gestion des clés en réduisant le nombre de clés produit que vous devez gérer pour faciliter la maintenance. - Réduit au minimum les interruptions de service car vous n’avez pas besoin de redémarrer Tableau Server après le renouvellement d’une licence, l’ajustement de la capacité ou l’ajout de nouvelles fonctionnalités. Pour les licences par souscription pouvant être mises à jour (USL), votre clé produit sur le portail client de Tableau ne change pas, même lorsque de nouvelles fonctionnalités sont ajoutées ou que le nombre de rôles change. Le modèle de licence par souscription non USL permet d’obtenir une nouvelle clé dans votre portail client après chaque renouvellement de licence. Une nouvelle clé de produit apparaîtra dans l’interface utilisateur Web TSM après l’expiration de la clé de produit précédente lors de l’affichage d’une clé de produit d’abonnement non USL. Pour les licences par souscription pouvant être mises à jour (USL), votre clé produit ne change pas dans l’interface utilisateur ou le portail client Tableau. Dans le portail client Tableau, les licences USL affichent une case à cocher Est la clé USL sélectionnée sur la page Détails de la licence ou par **vrai** dans la colonne Est la clé USL de l’onglet Licences. Dans le résultat retourné par [tsm licenses list](https://help.tableau.com/current/server/fr-ca/cli_licenses_tsm.htm#TSMLicenseList), le champ TYPE décrit la métrique de licence utilisateur. Dans l’interface utilisateur Web Tableau Services Manager, survolez le champ (ou la colonne) Type pour vérifier si la clé est la clé produit d’une licence par souscription pouvant être mise à jour (USL). ### Modèle de licences basées sur les utilisateurs Tableau propose des licences à durée limitée basées sur les utilisateurs et offrant toute une gamme de fonctionnalités à plusieurs niveaux de prix. Quatre types de licences à durée limitée basées sur les utilisateurs sont disponibles : Display, Viewer, Explorer et Creator. - _Les licences Display_ permettent aux utilisateurs de partager et d’afficher le contenu Tableau avec un vaste public interne d’utilisateurs qui consomment les tableaux de bord au moyen du partage d’affichages sans interaction. Il n’existe pas de rôle sur le site distinct pour les licences Display; lors de l’utilisation d’une licence Display, les administrateurs créent un compte de connexion dédié pour chaque emplacement Display sous licence, différent du compte de connexion d’un utilisateur individuel, et attribuent le rôle sur le site maximal Viewer. - Les _licences Viewer_ permettent aux utilisateurs d’afficher et de modifier des classeurs dans Tableau Server. Les licences Viewer permettent également aux utilisateurs d’accéder à Tableau Mobile, d’ajouter des commentaires aux classeurs, d’exporter des visualisations dans différents formats, de télécharger des données résumées des classeurs, de créer des abonnements pour eux-mêmes et de recevoir des alertes basées sur les données. - Les _licences Explorer_ sont équivalentes aux licences basées sur les utilisateurs qui étaient disponibles dans les versions précédentes de Tableau Server et incluent les fonctionnalités fournies avec les licences Viewer, ainsi que des fonctionnalités supplémentaires. Une licence Explorer permet d’accéder aux fonctionnalités de création de classeurs à l’aide d’un navigateur Web, ainsi qu’à un ensemble complet de fonctionnalités de collaboration. - Les _licences Creator_ fournissent une large gamme de fonctionnalités pour Tableau Server et permettent aussi d’utiliser Tableau Desktop et Tableau Prep Builder. Une licence Creator offre toutes les fonctionnalités disponibles sous la licence Explorer, ainsi que les fonctionnalités suivantes en cas d’utilisation de Tableau Server : - Créer et publier de nouveaux classeurs à partir d’une nouvelle source de données. - Modifier les sources de données intégrées dans le volet Données. - Créer et publier de nouvelles connexions de données. - Utiliser l’activation Gestion des licences basée sur la connexion sur Tableau Desktop et Tableau Prep Builder. **Remarque :** les administrateurs de Tableau Server utiliseront toujours le rôle le plus élevé disponible. Si vous avez activé une clé produit contenant le rôle Creator, les administrateurs Tableau Server prendront ce rôle. Si le rôle le plus élevé disponible sur Tableau Server est le rôle Explorer, l’administrateur de serveur prendra le rôle Explorer. Si un rôle Creator est ajouté à un serveur alors qu’aucune licence Creator n’est actuellement activée, tous les comptes d’administrateur de serveur existants utilisant les licences Explorer seront automatiquement convertis sur des licences Creator. Les comptes d’administrateur TSM n’exigent pas de licences. Pour les licences non USL, les clés produit sont utilisées pour activer des licences et les ajouter à Tableau Server. Si vous souhaitez mettre à jour la capacité ou les fonctionnalités avec l’achat d’une clé produit non USL, l’administrateur Tableau Server peut activer ces clés produit supplémentaires. Pour la ou les clés produit USL, une seule clé produit contenant l’ensemble des rôles et fonctionnalités est activée. Si une licence USL a été mise à jour pour changer les fonctionnalités, les caractéristiques ou le nombre de rôles, aucune clé produit supplémentaire ne sera émise ou ne devra être activée. Pour les clés produit de licence par souscription pouvant être mise à jour (USL), si une clé a été mise à jour avec une nouvelle durée d’abonnement, une nouvelle fonctionnalité ou un changement du nombre de rôles, le service ATR de Server obtient automatiquement ces mises à jour et aucune clé supplémentaire ne devra être activée. Les activations des licences USL et du service ATR de Server ne nécessitent pas d’actualisation pour que ces modifications s’appliquent. Tout sera géré par le service ATR de Server. Pour une clé produit USL utilisant la méthode d’activation du service ATR non Server, une actualisation est nécessaire pour que la clé produit USL soit mise à jour. Pour les clés produit non USL, lors de l’achat d’une mise à jour de la capacité ou des fonctionnalités, des clés produit supplémentaires sont fournies dans le portail client de Tableau et vous devez les activer sur Tableau Server. Si vous utilisez des clés produit non USL, sélectionnez la clé produit d’une licence Creator Tableau Server dans le portail client de Tableau pour vous assurer de pouvoir créer un administrateur de Tableau Server. Les clés produit Explorer et Viewer peuvent alors être activées pour ajouter des licences supplémentaires. Une fois que les clés produit ont été activées, les administrateurs peuvent ajouter des utilisateurs et leur attribuer des rôles sur le site, lesquels utilisent automatiquement les licences disponibles. Dans le résultat retourné par [tsm licenses list](https://help.tableau.com/current/server/fr-ca/cli_licenses_tsm.htm#TSMLicenseList), les champs CREATOR, EXPLORER et VIEWER affichent le nombre de licences pour chaque type de licence de rôle. Pour les clés produit non USL, chaque rôle est régi par sa propre clé produit. Par conséquent, si votre entreprise a acheté des licences pour les trois rôles, vous devez activer trois clés produit. Pour la ou les clés produit USL, une clé possède tous les rôles et toutes les fonctionnalités représentées dans TSM. ### Modèle de licences basées sur les cœurs Dans un modèle de licences basées sur les cœurs, la licence définit le nombre total de cœurs d’ordinateur sur lequel le serveur peut s’exécuter, au lieu du nombre d’utilisateurs qui peuvent être ajoutés. Cela signifie que le serveur peut prendre en charge des utilisateurs pratiquement illimités (de type Explorer ou Viewer par exemple; l’ancien terme pour ces types de rôles était « Interactor »). La licence basée sur les cœurs autorise également un compte d’[Utilisateur invité](https://help.tableau.com/current/server/fr-ca/users_guest.htm), ce qui n’est pas possible avec les licences basées sur les utilisateurs. Par contre, les licences de base n’incluent pas les postes Creator sur le serveur (ces rôles de site seront grisés lors de l’ajout d’utilisateurs). De nouvelles sources de données ne peuvent être ajoutées au serveur qu’en publiant à partir de Tableau Desktop ou via un navigateur par un utilisateur ayant un rôle de site Creator sur le serveur. Par conséquent, il doit y avoir soit (a) un utilisateur avec un rôle de site Creator sur le serveur, soit (b) un Tableau Desktop sous licence et un utilisateur avec un rôle de site Explorer (peut publier). Pour l’itinéraire (b), il existe deux manières d’obtenir une licence Tableau Desktop dans une organisation de serveurs basée sur les cœurs : - Au moins une licence Creator basée sur les rôles (qui comprend Tableau Desktop et Tableau Prep Builder), ou - Au moins une version de Tableau Desktop sous licence qui utilise une ancienne clé produit Tableau Desktop. Notez que si une licence Creator est empilée sur un serveur avec une licence basée sur les cœurs, cette licence Creator basée sur les rôles sera utilisée par un administrateur. La seule façon d’attribuer un rôle de site Creator à un utilisateur non-administrateur est de s’assurer d’abord que tous les administrateurs disposent de licences Creator. Ce n’est qu’alors que des licences Creator supplémentaires pourront être utilisées pour attribuer un rôle de site Creator à des utilisateurs non-administrateurs. Dans le résultat retourné par [tsm licenses list](https://help.tableau.com/current/server/fr-ca/cli_licenses_tsm.htm#TSMLicenseList), le champ TYPE affiche le nombre de cœurs autorisés. En outre, le champ GUEST ACCESS affiche `true`. ## Modèle d’analytique embarquée basée sur l’utilisation L’offre d’analytique embarquée de Tableau est une licence basée sur l’utilisation pour Tableau Server. Elle est mise à la disposition des clients qui souhaitent intégrer la fonctionnalité Tableau Server dans une solution extérieure pour fournir du contenu et des découvertes Tableau aux clients en dehors de leur entreprise. **Remarque :** les licences d’analytique embarquée ne peuvent pas être utilisées dans le même environnement que les licences complètes. Pour passer à une licence d’analytique embarquée, désactivez d’abord vos licences d’utilisation complète existantes, et puis activez la licence d’analytique embarquée. Imaginons par exemple une entreprise qui gère un service où elle analyse les données des consommateurs et génère des rapports sur les modèles comportementaux relatifs aux différentes données démographiques des consommateurs. Dans ce scénario, Tableau Server intervient en soutien d’une application propriétaire spécifique intitulée « Analyse démographique » et se connecte avec des fichiers TXT exportés et une base de données SQL. L’entreprise met à la disposition de ses clients des visualisations dans un portail sécurisé où les clients se connectent pour gérer leur compte et consulter les résultats. Les utilisateurs finaux sont identifiés de manière unique par le compte qu’ils utilisent pour accéder au portail. Cela détermine le nombre de licences Server d’analytique embarquée basées sur les utilisateurs. La licence d’analytique embarquée n’est pas affichée dans le résultat retourné par [tsm licenses list](https://help.tableau.com/current/server/fr-ca/cli_licenses_tsm.htm#TSMLicenseList). Pour vérifier la licence, communiquez avec le service [Réussite client](https://www.tableau.com/fr-ca/support/customer-success). ## Modèle de licences perpétuelles (ancien modèle) Dans le passé, Tableau vendait un accès à Tableau Server avec des licences perpétuelles. Bien que ces licences ne soient plus disponibles, certains clients continuent d’utiliser cet arrangement de licence. Dans le modèle de licences perpétuelles, les clients paient un abonnement de maintenance qui est renouvelé chaque année. Si la maintenance expire, le logiciel continue de fonctionner, mais le client perd l’accès au support technique ainsi qu’aux mises à niveau logicielles. Il n’est plus possible d’acheter une maintenance annuelle pour les licences perpétuelles. Les licences perpétuelles ont été vendues pour un nombre spécifique d’utilisateurs, appelés Interactors, ou pour un nombre spécifique de cœurs : - La licence Interactor est un modèle d’utilisateur nommé où les clients ont acheté des licences par poste, similaire à la licence actuelle basée sur les utilisateurs. Cependant, contrairement aux licences basées sur les utilisateurs, où les différents rôles d’accès sont tarifés en conséquence, dans les licences Interactor, les licences n’étaient pas liées par rôle. Les utilisateurs titulaires d’une licence pouvaient être des administrateurs de serveur, des administrateurs de site, des éditeurs, des utilisateurs Interactor ou des utilisateurs Viewer. Les rôles des utilisateurs n’étaient définis par l’administrateur que comme un moyen de gérer l’accès au contenu et à la configuration du serveur. Si vous activez une clé Interactor valide de Server sur la version 2020.4 ou des versions ultérieures, le compte Interactor est associé au rôle Explorer. Les licences perpétuelles basées sur les cœurs Interactor ne peuvent pas utiliser la gestion des licences basée sur la connexion. Vous devez acheter une licence à durée limitée Creator, également appelée licence par souscription Creator, pour pouvoir utiliser Gestion des licences basée sur la connexion avec Tableau Desktop ou Tableau Prep Builder. - La licence perpétuelle basée sur les cœurs est fondée sur le même modèle que la licence par abonnement basée sur les cœurs, elle spécifie le nombre de cœurs d’ordinateur sur lesquels le logiciel peut être exécuté et prend en charge les utilisateurs illimités ainsi qu’un compte invité. Dans le résultat retourné par [tsm licenses list](https://help.tableau.com/current/server/fr-ca/cli_licenses_tsm.htm#TSMLicenseList), le champ TYPE affiche `Perpetual`. Notez également que la date MAINT EXP est également affichée. ## Éditions de licence Les éditions de licence sont constituées d’une série de fonctionnalités auxquelles les utilisateurs ont droit. Les éditions de licence ne peuvent pas être mélangées au sein d’un déploiement, ce qui signifie que tous les utilisateurs d’un déploiement doivent utiliser la même édition de licence. Tenez compte des besoins de l’ensemble de votre déploiement lors de la sélection de votre édition de licence. ### Éditions de licence Tableau Cloud - #### Licence Tableau Standard Edition La licence Tableau Standard Edition est l’édition de base pour Tableau Cloud. Elle offre l’accès à Tableau Cloud pour chaque utilisateur titulaire d’une licence, ainsi que les fonctionnalités de gouvernance, de collaboration, de préparation des données et d’analytique visuelle. - #### Licence Tableau Enterprise Edition L’édition Enterprise est conçue pour les environnements professionnels sophistiqués sur Tableau Cloud. Il est idéal pour les organisations qui ont besoin de fonctionnalités avancées d’administration, de sécurité et de gestion des données pour s’adapter à un plus grand nombre d’utilisateurs dans des environnements de données plus complexes et répondre aux normes d’entreprise. Pour plus d’informations et une liste des fonctionnalités incluses avec Tableau Enterprise, consultez [À propos de Tableau Entreprise](https://help.tableau.com/current/server/fr-ca/to_tab_enterprise_features.htm). - #### Licence Tableau Cloud+ Edition L’édition Tableau Cloud+ est disponible avec Tableau Cloud uniquement. Elle est conçue pour l’adoption intégrale d’analyses en libre-service basées sur l’IA. Elle comprend des fonctionnalités haut de gamme adaptées aux déploiements plus importants ou plus complexes, comme les fonctionnalités haut de gamme d’IA avec Tableau Agent, une limite de 50 sites, l’accès aux versions préliminaires et Premier Success pour Tableau Cloud. Pour plus d’informations et pour obtenir une liste des fonctionnalités incluses avec l’édition Tableau Cloud+, Consultez [À propos de Tableau Cloud+](https://help.tableau.com/current/online/fr-ca/to_tab_plus_features.htm "Lien vers la rubrique concernant les fonctionnalités de Tableau+") dans l’aide de Tableau Cloud. - #### Licence Tableau+ Bundle Tableau+ Bundle est disponible avec Tableau Cloud uniquement. Cette licence inclut l’analytique agentique avec Tableau Next, ainsi que la licence Tableau Cloud+ Edition. Pour plus d’informations et pour obtenir une liste des fonctionnalités incluses dans l’offre groupée Tableau+, Consultez [À propos de l’offre groupée Tableau+](https://help.tableau.com/current/online/fr-ca/to_tab_plus_features.htm "Lien vers la rubrique concernant les fonctionnalités de Tableau+") dans l’aide de Tableau Cloud. ### Éditions de licence Tableau Server - #### Licence Tableau Standard Edition L’édition Standard de Tableau est l’édition de base de Tableau Server. Elle offre l’accès à Tableau Server pour chaque utilisateur titulaire d’une licence, ainsi que les fonctionnalités de gouvernance, de collaboration, de préparation des données et d’analytique visuelle. - #### Licence Tableau Enterprise Edition L’édition Enterprise est conçue pour les environnements professionnels sophistiqués sur Tableau Server. Il est idéal pour les organisations qui ont besoin de fonctionnalités avancées d’administration, de sécurité et de gestion des données pour s’adapter à un plus grand nombre d’utilisateurs dans des environnements de données plus complexes et répondre aux normes d’entreprise. Pour plus d’informations et une liste des fonctionnalités incluses avec Tableau Enterprise, consultez [À propos de Tableau Entreprise](https://help.tableau.com/current/server/fr-ca/to_tab_enterprise_features.htm). - #### Licence édition Tableau Server+ L’édition Server+ est conçue pour les organisations qui souhaitent profiter de toute la puissance de Tableau Server, avec la flexibilité et l’intelligence nécessaires pour évoluer davantage. Elle convient parfaitement aux entreprises qui ont besoin d’environnements de déploiement étendus (un environnement de production et jusqu’à six environnements hors production supplémentaires pour les tests), d’une configuration accélérée grâce à des conteneurs prédéfinis, de et d’une assistance Premium Success pour favoriser l’adoption et maximiser la valeur dans l’ensemble de leur organisation. Pour plus d’informations et pour obtenir une liste des fonctionnalités incluses dans l’édition Tableau Server+, consultez [À propos de Tableau Server+](https://help.tableau.com/current/server/fr-ca/tab_server_plus_features.htm). ## Licences pour la connexion privée Si vous disposez de Tableau Cloud avec une édition sous licence Tableau Enterprise, Tableau Cloud+ ou Tableau+ Bundle, Connexion privée peut être achetée en tant que licence complémentaire. Vous avez besoin d’une licence complémentaire pour chaque connexion privée. Vous devez également acheter des blocs d’utilisation de données pour envoyer et recevoir des données via la connexion privée. Les données utilisées via la connexion privée sont facturées au téraoctet. Les relevés mensuels d’utilisation sont envoyés comme décrit dans la [FAQ sur les relevés mensuels des comptes](https://help.salesforce.com/s/articleView?id=000390885&type=1). Les administrateurs Cloud souhaitant des statistiques plus fréquentes et plus granulaires peuvent utiliser le [Journal d’activité](https://help.tableau.com/current/server/fr-ca/activity_log_overview.htm) pour obtenir ces données d’utilisation. L’ID de point de terminaison de connexion privée affiché dans la liste des connexions privées de Tableau Cloud Manager correspond au champ `endpointID` dans les événements du journal d’activité. ## Licences de fonctionnalités **Important :** À compter du 16 septembre 2024, Advanced Management et Gestion des données ne seront plus vendus en tant qu’options complémentaires indépendantes. Les fonctionnalités Advanced Management et Gestion des données sont disponibles uniquement si vous les avez déjà achetées ou si vous achetez certaines éditions de licence : Tableau Enterprise, Tableau Cloud+ ou l’offre groupée Tableau+ (disponible pour Tableau Cloud) ou Tableau Enterprise ou Tableau Server+ (disponible pour Tableau Server). Les licences de fonctionnalités sont vendues sous une forme différente des autres licences. Les fonctionnalités avec licences indépendantes doivent faire l’objet d’un octroi de licences pour chaque utilisateur (ou tous les cœurs) dans le déploiement. Un déploiement comprend une installation Tableau Server de production sous licence et des installations Tableau Server hors production sous licence qui prennent en charge l’installation de production. Ces fonctionnalités sont sous licence annuelle et, dans le cadre de l’octroi de licences, la mise à disposition de ces fonctionnalités à la base des utilisateurs est du type « Tout ou Aucune » : - Gestion des données - Advanced Management - Gestion des licences basée sur la connexion **Remarque :** les licences par souscription pouvant être mises à jour intègrent à la fois des fonctionnalités et des rôles dans une seule licence. Vous n’avez plus besoin d’activer plusieurs licences et clés produit pour différentes fonctionnalités et leurs rôles associés. ### Gestion des données La licence Gestion des données comprend Tableau Catalog et Tableau Prep Conductor pour un déploiement Tableau Server unique, qui peut être basé sur les utilisateurs ou basé sur les cœurs. Pour plus d’informations, consultez [À propos de Gestion des données](https://help.tableau.com/current/server/fr-ca/dm_overview.htm). Gestion des données peut nécessiter des cœurs de ressources, spécifiant la puissance de calcul nécessaire à l’exécution des flux pour Prep Conductor. Les serveurs disposant d’une licence basée sur les cœurs sont tenus d’acheter au moins quatre cœurs de ressources (compris dans la version Enterprise). Consultez [Obtenir une licence Gestion des données](https://help.tableau.com/current/server/fr-ca/dm_license.htm). Dans le résultat retourné par [tsm licenses list](https://help.tableau.com/current/server/fr-ca/cli_licenses_tsm.htm#TSMLicenseList), une seule clé produit pour Gestion des données est indiquée par le champ DATA MANAGEMENT, qui affiche `true` sous la licence correspondante. ### Advanced Management Tableau Server Advanced Management est concédé sous licence pour chaque déploiement, qui peut être basé sur les utilisateurs ou sur les cœurs. Pour plus d’informations sur Advanced Management et ses fonctionnalités, consultez [À propos de Tableau Advanced Management sur Tableau Server](https://help.tableau.com/current/server/fr-ca/itm_intro.htm). Dans le résultat retourné par [tsm licenses list](https://help.tableau.com/current/server/fr-ca/cli_licenses_tsm.htm#TSMLicenseList), une seule clé produit pour Advanced Management est indiquée par le champ SERVER MANAGEMENT ADD-ON, qui affiche `true` sous la licence correspondante. ### Gestion des licences basée sur la connexion La gestion des licences basée sur la connexion (LBLM) simplifie la gestion des licences pour Tableau Desktop et Tableau Prep Builder. Au lieu d’utiliser des clés produit, ces produits sont activés lorsqu’un utilisateur titulaire d’une licence Creator s’authentifie avec Tableau Server. Si un client utilise Tableau Desktop ou Tableau Prep Builder sans Tableau Server, la gestion LBLM ne peut pas être utilisée. **Remarque** : depuis Tableau Server version 2023.1, LBLM est pris en charge dans les déploiements hors ligne. Pour déployer Tableau Server avec LBLM activé, vous devez configurer Tableau Server pour utiliser le service d’autorisation d’exécution (ATR). Pour plus d’informations, consultez [Activer Tableau Server hors ligne](https://help.tableau.com/current/server/fr-ca/activate_off.htm). Pour plus d’informations, consultez [Gestion des licences basée sur la connexion](https://help.tableau.com/current/server/fr-ca/license_lblm.htm). Dans le résultat retourné par [tsm licenses list](https://help.tableau.com/current/server/fr-ca/cli_licenses_tsm.htm#TSMLicenseList), une seule clé produit pour la gestion des licences basée sur la connexion est indiquée par le champ LBLM, qui affiche `true` sous la licence correspondante. [Passer au contenu principal](#main-content) # Compte Exécuter en tant que service Le compte _Exécuter en tant que service_ est un compte Windows que Tableau Server utilise (« exécute en tant que ») lors de l’accès aux ressources. Par exemple, Tableau Server lit et écrit des fichiers sur l’ordinateur sur lequel Tableau Server est installé. Du point de vue de Windows, Tableau Server effectue ces opérations en tant que compte Exécuter en tant que service. Dans certains cas, Tableau Server peut utiliser le compte Exécuter en tant que service pour accéder aux données depuis des sources externes, par exemple des bases de données ou des fichiers sur un répertoire réseau partagé. Au moment où vous planifiez votre déploiement Tableau Server, vous devez déterminer si le compte Exécuter en tant que service, qui est configuré pour s’exécuter dans le contexte du compte Network Service local (NT Authority\\Network Service), va être suffisant pour vos besoins. Si ce n’est pas le cas, vous devez mettre à jour le compte Exécuter en tant que service de manière à ce qu’il s’exécute sous un compte de domaine ayant accès aux ressources de votre/vos domaine(s) Active Directory. **Remarque :** À partir de la version 2023.3.x de Tableau Server, lorsque le compte de service Exécuter en tant que est configuré pour utiliser un compte de domaine, les administrateurs doivent également configurer une liste d’autorisations du serveur pour l’accès au fichier avec la commande `tsm configuration set`. La liste d’autorisations limite l’accès aux sources données basées sur des fichiers à certains emplacements de répertoires locaux ou partagés. Pour plus d’informations et pour connaître les étapes de configuration d’une liste d’autorisations serveur, consultez la [Liste de contrôle pour une sécurité renforcée](https://help.tableau.com/current/server/fr-ca/security_harden.htm#11-configure-a-server-allowlist-for-filebased-data-sources). Dans les deux cas, il est important de comprendre les implications de sécurité du compte que Tableau Server utilise comme compte Exécuter en tant que service. Plus spécifiquement, si Tableau Server a besoin d’accéder à d’autres serveurs, partages de fichiers ou bases de données utilisant l’authentification Windows, le compte qui est configuré pour Exécuter en tant que service sera utilisé pour accéder à ces ressources. Le compte configuré pour Exécuter en tant que service doit être doté d’autorisations élevées sur le Tableau Server local. Une recommandation de sécurité générale consiste à limiter la portée de tous les comptes d’utilisateur au minimum des autorisations requises. Nous vous recommandons de faire de même lorsque vous planifiez le compte Exécuter en tant que service. Pour plus d’informations, consultez [Accès aux données avec le compte Exécuter en tant que service](https://help.tableau.com/current/server/fr-ca/runas_access.htm). Le compte que vous utilisez comme compte Exécuter en tant que service ne doit pas être membre du compte Administrateurs locaux ou Administrateurs de domaine. Au lieu de cela, nous vous recommandons d’utiliser un compte utilisateur de domaine qui n’est pas un administrateur du compte Exécuter en tant que service. L’utilisation d’un compte de domaine qui n’est pas membre de ces groupes d’administrateurs est une pratique de sécurité recommandée. Elle contribue à empêcher l’accès à des sources de données et des dossiers spécifiques. Pour plus d’informations sur les meilleures pratiques lors de la création d’un compte Exécuter en tant que service, consultez [Création du compte Exécuter en tant que service](https://help.tableau.com/current/server/fr-ca/runas_acct.htm#best). Vous pouvez définir le compte Exécuter en tant que service pendant l’installation de Tableau Server, ou le mettre à jour à l’aide de l’interface utilisateur Web TSM. Tableau Services Manager définit des autorisations pour le compte Exécuter en tant que service, mais si vous n’êtes pas certain que le compte que vous souhaitez utiliser remplisse les conditions ou si vous avez changé de compte Exécuter en tant que service et recevez des erreurs d’autorisation, reportez-vous à [Paramètres requis du compte Exécuter en tant que service](https://help.tableau.com/current/server/fr-ca/runas_confirm.htm). ![Fenêtre de configuration du compte Exécuter en tant que service de Tableau Server Manager avec un compte utilisateur sélectionné.](/tableau/current/fr-ca/server/fr-ca/Img/tsm-ui-runas.PNG) ## Compte Exécuter en tant que service par défaut : Network Service Le compte Network Service est un compte local prédéfini doté d’autorisations limitées qui existe sur tous les ordinateurs Windows. Si son accès administratif est limité à l’ordinateur local sur lequel il s’exécute, il dispose d’un accès à plus de ressources que les membres du groupe Utilisateurs par défaut Active Directory. Par exemple, le groupe Network Service peut écrire sur le registre et le fichier journal des événements, et dispose de droits spéciaux de connexion à des services d’applications. Par défaut, le compte Exécuter en tant que service est défini sur un compte local appelé Network Service. Utilisez le compte Network Service par défaut lorsque : - Vous utilisez l’authentification locale pour Tableau Server. - Tous les utilisateurs de votre entreprise incluent des données extraites dans les classeurs qu’ils téléversent sur Tableau Server. - Vous exécutez Tableau Server dans un déploiement de serveur unique. - Les sources de données externes auxquelles vos utilisateurs accèdent via Tableau Server ne nécessitent pas la sécurité intégrée Windows NT ou Kerberos. Dans la plupart des scénarios d’accès aux données, les bases de données Microsoft SQL Server, MSAS, Teradata et Oracle requièrent une sécurité Windows NT intégrée. Si le compte Network Service peut être utilisé pour accéder à des ressources sur des ordinateurs distants dans le même domaine Active Directory, nous vous déconseillons d’utiliser le compte par défaut pour ces types de scénario. Au lieu de cela, configurez un compte de domaine comme compte Exécuter en tant que service si Tableau Server doit se connecter aux sources de données dans votre environnement. Voir [Modifier le compte Exécuter en tant que service](https://help.tableau.com/current/server/fr-ca/runas_acct.htm). ## Compte Exécuter en tant que service : Utilisateur de domaine Pour tous les scénarios Active Directory, nous vous recommandons de mettre à jour le compte Exécuter en tant que service Tableau Server avec un compte utilisateur de domaine. Mettez à jour le compte Exécuter en tant que service sur un compte utilisateur de domaine lorsque les sources de données accédées sur Tableau Server nécessitent la sécurité intégrée Windows NT ou Kerberos. Si vous avez réalisé un déploiement distribué de Tableau Server, vous devez mettre à jour le compte Exécuter en tant que service avec un utilisateur de domaine ou bien un utilisateur de groupe de travail Windows. Dans les deux cas, vous devez utiliser le même compte utilisateur pour tous les nœuds de serveur. Voir [Configuration requise par les environnements distribués](https://help.tableau.com/current/server/fr-ca/distrib_requ.htm) pour en savoir plus. Pour configurer votre environnement de manière à utiliser un compte de domaine, consultez [Modifier le compte Exécuter en tant que service](https://help.tableau.com/current/server/fr-ca/runas_acct.htm). ## Autres articles de cette section [Passer au contenu principal](#main-content) # Comptes et autorisations Windows Cette rubrique décrit les comptes utilisés par Tableau Server et les autorisations de dossiers définies par le programme d’installation de Tableau Server. ## Comptes Les comptes suivants sont utilisés par Tableau Server : **Compte administrateur local :** Le compte que vous utilisez pour installer Tableau Server doit être membre du groupe des administrateurs locaux. Pour exécuter des commandes TSM ou pour accéder à l’interface utilisateur Web TSM, le compte doit être membre du groupe des administrateurs locaux. Consultez [Se connecter à l’interface utilisateur Web Tableau Services Manager](https://help.tableau.com/current/server/fr-ca/sign_in_tsm.htm). **Compte Exécuter en tant que service :** De nombreux services s’exécutent sous le compte configuré comme compte Exécuter en tant que service. Par défaut, le compte Network Service est configuré comme compte Exécuter en tant que service. Cependant, si Tableau Server doit accéder aux ressources d’Active Directory, vous devrez configurer le compte Exécuter en tant que service pour qu’il utilise un compte utilisateur Active Directory. Lorsque vous spécifiez un compte utilisateur de domaine pour le compte Exécuter en tant que service, Tableau Server configure automatiquement les autorisations sur l’ordinateur local pour le compte utilisateur que vous avez spécifié. Le compte ne doit pas faire partie du groupe des administrateurs locaux. Pour plus d’informations, consultez [Compte Exécuter en tant que service](https://help.tableau.com/current/server/fr-ca/runas.htm). **Network Service :** Les services suivants fonctionnent toujours en tant que service réseau : - Service de coordination Tableau Server - Service des fichiers client Tableau Server - Contrôleur d’administration Tableau Server **Service local :** Le service de licence fonctionne sous le compte de service local. **Système :** Le service Agent d’administration de Tableau Server fonctionne sous le compte Système. Le service Agent d’administration est responsable de l’installation, de la configuration et de la surveillance du service. ## Autorisations Windows attribue des autorisations par défaut à la racine de chaque disque dur. Ces autorisations sont configurées de manière à être héritées par les sous-dossiers et les fichiers. La fonctionnalité Tableau Server repose sur ces modèles d’autorisations pour les installations par défaut : - Groupe d’administrateurs locaux : ce groupe possède des autorisations complètes pour tous les répertoires de l’ordinateur. Le compte Système appartient implicitement au groupe des administrateurs locaux. Comme indiqué dans la section précédente, le compte que vous utilisez pour installer et exécuter TSM doit avoir un accès complet à l’ordinateur tel qu’accordé aux membres du groupe des administrateurs locaux. Toutefois, une fois que vous avez installé Tableau Server, vous pouvez spécifier un groupe Windows pour l’administration TSM. Consultez [Configurer un groupe d’administration TSM personnalisé](https://help.tableau.com/current/server/fr-ca/security_tsm_admin_group.htm). - Le groupe des utilisateurs locaux dispose de droits de lecture et d’exécution. Le compte que vous spécifiez comme compte Exécuter en tant que service doit appartenir au groupe d’utilisateurs locaux. Network Service et le service local appartiennent implicitement au groupe des utilisateurs locaux. Pour plus d’informations sur la façon dont la structure des répertoires est implémentée dans une installation personnalisée, consultez [Avant l’installation...](https://help.tableau.com/current/server/fr-ca/requ.htm#Non-defa). [Passer au contenu principal](#main-content) # Concepts Ce document explique brièvement certains des concepts Tableau Resource Monitoring Tool de base et définit une terminologie que vous rencontrerez souvent. Nous veillons à mettre en œuvre l’une des valeurs fondamentales de notre entreprise, à savoir l’égalité, et à cette fin, nous avons modifié la terminologie afin d’être le plus inclusifs possible. Cependant, il peut arriver que vous continuiez à voir les termes dans les commandes et options de l’interface en ligne de commande, et dans d’autres instances. Pour plus d’informations, consultez [À propos de l’Aide de Tableau](https://help.tableau.com/current/tableau/fr-ca/about-tableau-help.htm). ## Agent L’Agent Resource Monitoring Tool doit s’exécuter en tant que service d’arrière-plan sur chacun de vos serveurs Tableau. Il doit être installé sur tous les nœuds d’une installation Tableau Server que vous souhaitez surveiller. L’Agent est un processus léger qui surveille l’activité de Tableau et les performances générales du serveur sur lequel il est installé. Il remonte cette information au Serveur Resource Monitoring Tool. ## Serveur Resource Monitoring Tool (Serveur RMT) Le Serveur Resource Monitoring Tool héberge l’application Web avec laquelle les utilisateurs interagissent. Il effectue également une grande partie du traitement en arrière-plan pour rassembler et surveiller les données envoyées par les agents. Nous utiliserons le terme **Serveur RMT** pour désigner ce composant. ## Environnement _Environnement_ est le terme utilisé pour désigner une installation Tableau Server à un seul nœud, ou un groupement Tableau Server. Dans l’interface Web du Serveur RMT, chaque nœud de Tableau Server est appelé un **Serveur**. Resource Monitoring Tool peut surveiller plusieurs installations Tableau Server. Par exemple, vous pouvez avoir à la fois des serveurs Tableau de production et intermédiaires. Dans Resource Monitoring Tool, vous pouvez créer deux environnements _(Production_ et _Intermédiaire_) et surveiller ces deux groupements Tableau Server. ## État de l’environnement L’_état de l’environnement_ indique l’état de l’environnement Tableau actuel. L’état est déterminé par le nombre et le type d’incidents ainsi que l’état des différents processus Tableau. Les sections suivantes décrivent ce que chaque état signifie dans ces termes. #### OK ![Icône de réussite.](/tableau/current/fr-ca/server/fr-ca/Img/rmt-env-status-ok.png) Aucun avertissement ou incident critique ne s’est produit aujourd’hui et il n’y a actuellement aucun processus défaillant. #### Avertissement ![Icône d’avertissement.](/tableau/current/fr-ca/server/fr-ca/Img/rmt-env-status-warning.png) L’environnement est dans un état **Avertissement** lorsque l’une des conditions suivantes s’applique : - Au moins un incident d’avertissement s’est produit aujourd’hui. - Un processus est **Sans licence**. - Un processus est **Hors ligne**. #### Critique ![Aucune icône.](/tableau/current/fr-ca/server/fr-ca/Img/rmt-env-status-critical.png) L’environnement est dans un état **Critique** lorsque l’une des conditions suivantes s’applique : - Au moins un incident critique s’est produit aujourd’hui. - La passerelle principale est **Hors ligne**. - Toutes les instances d’un processus sont **Sans licence**. - Toutes les instances d’un processus sont **Hors ligne**. ## Serveur _Serveur_ est le terme utilisé pour désigner chacun des nœuds de l’installation Tableau Server. Chaque machine sur laquelle vous installez l’Agent Resource Monitoring Tool est considérée comme un _serveur_. [Passer au contenu principal](#main-content) # Diagramme de Helm de Tableau Server - Conditions préalables **Important** : Cette documentation suppose une connaissance de Helm et des diagrammes de Helm. Elle ne cherche pas à fournir d’exemples détaillés et prescriptifs. Elle est destinée aux clients qui maîtrisent à la fois Tableau Server, Helm et les diagrammes de Helm. Cette rubrique décrit les conditions préalables à l’utilisation d’un diagramme de Helm pour le déploiement de Tableau Server. ## Téléchargement et distribution du diagramme de Helm Les diagrammes de Helm sont inclus dans l’outil d’installation de Tableau Server dans un conteneur (`tableau-server-container-setup-tool-.tar.gz`) et peuvent être téléchargés depuis la page de [téléchargement de Tableau Server](http://tableau.com/fr-ca/support/releases/server/latest). Après l’extraction, les fichiers de diagrammes de Helm requis se trouvent dans le répertoire `helm/tableau`. ## Outils requis - Interface en ligne de commande `kubectl` configurée pour accéder à votre groupement Kubernetes - Version 3.x et versions ultérieures de l’interface en ligne de commande `helm` - Accès à un groupement Kubernetes (1.19+) ## Exigences du groupement - Au moins un nœud avec 16 Go de RAM et 4 cœurs de processeur (8 cœurs recommandés). - StorageClass configuré pour la mise en service dynamique de PersistentVolume. - Possibilité de créer des services LoadBalancer ou des ressources d’entrée. ## Informations requises Avant de commencer, vérifiez que vous avez : - Votre **clé produit** Tableau Server - Le **`username` et** `**password**` d’**administrateur TSM** pour le compte initial - Le **nom d’hôte** permettant d’accéder à Tableau Server ## Conditions préalables pour Elastic Kubernetes Service (EKS) d’Amazon ### StorageClass `efs-bootstrap` Par défaut, `efs-bootstrap` n’est pas créé dans EKS. Pour un partage de bootstrap multinœuds, créez-le avant l’installation de Helm. Pour un déploiement multinœuds, le stockage de bootstrap doit être mis en service avant la programmation des pods. Si votre StorageClass `efs-bootstrap` n’effectue pas une mise en service dynamique des volumes EFS, vous devez : - créer à l’avance un fichier PV de bootstrap statique et liez-le à `tableau-server-bootstrap` ou - définir `persistence.bootstrap.createPV: true` et fournir `valid persistence.bootstrap.pv.csi.volumeHandle` (identifiant EFS réel, fs-...). Si cette condition n’est pas remplie, les pods restent à l’état En attente avec des PVC non liés. 1. Vérifiez que le pilote EFS CSI est installé dans votre groupement. kubectl get csidriver efs.csi.aws.com Un objet `CSIDriver` peut exister même lorsque le module complémentaire géré par EKS n’est pas installé. Vérifiez explicitement le module complémentaire. Si une erreur `ResourceNotFoundException` (absence de module complémentaire) se produit, ou si les pods rencontrent par la suite des erreurs de montage telles que `driver name efs.csi.aws.com not found in the list of registered CSI drivers`, installez le module complémentaire EKS, attendez que son état devienne ACTIF, puis vérifiez les pods du module d’extension du nœud. Cette opération est nécessaire, car le fichier bootstrap multinœuds utilise un volume sauvegardé sur EFS (ReadWriteMany). Sans le module d’extension du nœud EFS CSI sur les nœuds supplémentaires, les PVC de bootstrap peuvent bien se lier, mais les volumes ne se montent pas et les pods restent à l’état `Init/Pending`. Si une erreur de montage EFS se produit avec : is not authorized to perform: elasticfilesystem:DescribeMountTargets ou Failed to resolve "fs-....efs..amazonaws.com" Utilisez l’une des mesures correctives suivantes : - **Correctif IAM sur le rôle de nœud EKS** (préférée) : accordez les autorisations de lecture EFS et EC2 pour permettre la découverte des cibles de montage et des zones de disponibilité. Identifiez le nom du rôle d’instance de nœud à partir de votre groupe de nœuds : aws eks list-nodegroups --cluster-name aws eks describe-nodegroup \\ \--cluster-name \\ \--nodegroup-name \\ \--query "nodegroup.nodeRole" \\ \--output text - **Utilisez le \*\*nom de rôle\*\* IAM** (dernier segment de l’ARN) dans `attach-role-policy` : aws iam attach-role-policy \\ \--role-name \\ \--policy-arn arn:aws:iam::aws:policy/AmazonElasticFileSystemClientReadWriteAccess aws iam attach-role-policy \\ \--role-name \\ \--policy-arn arn:aws:iam::aws:policy/AmazonEC2ReadOnlyAccess - Autorisations typiques concernées : - elasticfilesystem:DescribeMountTargets, elasticfilesystem:DescribeFileSystems - `ec2:DescribeAvailabilityZones` (souvent nécessaire lorsqu’apparaît `DescribeAvailabilityZones` dans les erreurs de montage) - **Spécifiez explicitement l’IP de la cible de montage** : définissez `mounttargetip` dans les attributs de volume CSI du PV de bootstrap lorsque le DNS et la découverte sont limités dans votre environnement. - Valeurs de Helm (chemin `createPV: true`) : persistence: bootstrap: pv: csi: volumeAttributes: mounttargetip: "10.x.x.x" - Chemin du PV manuel spec: csi: driver: efs.csi.aws.com volumeHandle: fs-xxxxxxxx volumeAttributes: mounttargetip: 10.x.x.x 2. Créez un StorageClass `efs-bootstrap` (exemple) : apiVersion: storage.k8s.io/v1 kind: StorageClass metadata: name: efs-bootstrap provisioner: efs.csi.aws.com reclaimPolicy: Retain volumeBindingMode: Immediate allowVolumeExpansion: true 3. Choisissez un chemin de mise en service du bootstrap (obligatoire) : - **Chemin de mise en service dynamique de l’EFS** : utilisez un StorageClass dynamique EFS CSI configuré pour les points d’accès (par exemple `provisioningMode: efs-ap, fileSystemId`, ainsi que les paramètres des autorisations ou basePath en fonction de la norme de votre plateforme). - **Chemin du PV statique** : créez un `tableau-bootstrap-pv` manuellement avec `csi.driver: efs.csi.aws.com` et `csi.volumeHandle: fs-...` puis définissez : - `persistence.bootstrap.createPV: false` - `persistence.bootstrap.volumeName: tableau-bootstrap-pv` - **Chemin du PV statique créé par Helm** : définissez - `persistence.bootstrap.createPV: true` - `persistence.bootstrap.pv.csi.volumeHandle: fs-...` ## Conditions préalables non EKS ### StorageClass `ReadWriteMany` Pour les groupements qui ne sont pas hébergés sur EKS (ou qui n’utilisent pas EFS), la condition essentielle pour le partage du bootstrap multinœuds est de fournir un StorageClass prenant en charge le mode d’accès `ReadWriteMany (RWX)` pour le volume de bootstrap. Cette opération est nécessaire, car le stockage de bootstrap doit être mis en service avant la programmation des pods. Les backends de stockage RWX auto-hébergés les plus fréquemment utilisés avec Kubernetes comprennent : - NFS (le plus répandu, le plus facile à tester) - CephFS - Longhorn (si installé) - GlusterFS - NetApp / autres stockages d’entreprise Vous devez vous assurer que le pilote CSI associé au backend que vous avez choisi est installé. Pour configurer Tableau Server de manière à utiliser votre StorageClass RWX personnalisé, mettez à jour vos valeurs Helm (par exemple, `values-multinode.yaml`) et attribuez à `persistence.bootstrap.storageClass` le nom de votre StorageClass : persistence: # ... other persistence settings ... # Bootstrap volume (required for multi-node) bootstrap: enabled: true storageClass: "my-rwx-storage" # <--- Replace with your StorageClass name accessMode: ReadWriteMany size: 1Gi createPV: false ## Ressources supplémentaires - [Diagramme de Helm de Tableau Server - Présentation](https://help.tableau.com/current/server/fr-ca/server-in-container_helm-chart.htm) - [Diagramme de Helm de Tableau Server - Déploiement](https://help.tableau.com/current/server/fr-ca/server-helm-deploy.htm) - [Diagramme de Helm de Tableau Server - Dépannage](https://help.tableau.com/current/server/fr-ca/server-helm-troubleshooting.htm) - [Documentation de Helm](https://helm.sh/docs/) - [Documentation de Tableau Server](https://help.tableau.com/current/server-linux/fr-ca/) [Passer au contenu principal](#main-content) # Conditions requises pour Kerberos Vous pouvez configurer l’authentification Kerberos pour Tableau Server s’exécutant dans des environnements Active Directory. ## Configuration générale requise - Équilibrage de charge externe/serveur proxy : Si vous envisagez d’utiliser Tableau Server avec Kerberos dans un environnement possédant des équilibreurs de charge externes ou un serveur proxy, vous devez les définir avant de configurer Kerberos dans l’utilitaire de configuration de Tableau Server. Consultez [Configuration des proxys et des équilibreurs de charge pour Tableau Server](https://help.tableau.com/current/server/fr-ca/proxy.htm). - Prise en charge du navigateur iOS : Un utilisateur iOS peut utiliser l’authentification Kerberos avec Mobile Safari si un profil de configuration spécifiant l’identité Kerberos de l’utilisateur est installé. Voir [Configuration d’un appareil iOS pour Kerberos](https://help.tableau.com/current/mobile/mobile-admin/fr-ca/admin_mobile_sso.htm) dans la Base de connaissances de Tableau Mobile. Pour plus d’informations sur la prise en charge des navigateurs pour une authentification SSO Kerberos, consultez l’article [Prise en charge du client Tableau pour l’authentification unique Kerberos](https://help.tableau.com/current/server/fr-ca/kerberos_browser.htm). - Tableau Server prend en charge la délégation contrainte pour l’authentification sur les sources de données. Dans ce scénario, Ie compte d’accès aux données Tableau a reçu des droits spécifiques pour accéder aux SPN de la base de données cible. La délégation non contrainte n’est pas prise en charge. - Les sources de données prises en charge (SQL Server, MSAS, PostgreSQL, Hive/Impala, et Teradata) doivent être configurées pour l’authentification Kerberos. - Un fichier keytab doit être configuré avec le nom du fournisseur de service pour Tableau Server à des fins d’authentification de l’utilisateur. Pour plus d’informations, consultez [Comprendre la configuration requise du fichier keytab](https://help.tableau.com/current/server/fr-ca/kerberos_keytab.htm#kerb). - À partir de Tableau Server 2021.2.25, 2021.3.24, 2021.4.19, 2022.1.15, 2022.3.7 et 2023.1.3 (ou versions ultérieures), vérifiez que les fichiers keytab sont créés avec les chiffrements AES-128 ou AES-256. Les chiffrements RC4 et 3DES ne sont plus pris en charge. Pour plus d’information, consultez [“Tableau Server n’a pas pu vous authentifier automatiquement”](https://kb.tableau.com/articles/Issue/tableau-server-could-not-authenticate-you-automatically-error-occurs-when-attempting-to-automatically-login-using-kerberos-sso-after-tableau-server-upgrade?lang=fr-ca) dans la base de connaissances Tableau. ## Exigences Active Directory Pour pouvoir exécuter Tableau Server avec Kerberos dans un environnement Active Directory, vous devez répondre aux exigences suivantes : - Tableau Server doit s’appuyer sur Active Directory (AD) pour l’authentification. - Le domaine doit être un domaine AD 2003 ou version ultérieure pour les connexions Kerberos à Tableau Server. - Prise en charge des cartes à puce : Les cartes à puce sont prises en charge lorsque les utilisateurs se connectent à leur poste de travail avec une carte à puce et que cette connexion a pour effet d’octroyer un billet TGT Kerberos à l’utilisateur à partir d’Active Directory. - Connexion unique (SSO) : Les utilisateurs doivent être en possession d’un billet TGT (Ticket Granting Ticket) Kerberos d’Active Directory lorsqu’ils se connectent à leur ordinateur. Il s’agit d’un comportement normal pour les PC Windows appartenant à un domaine et pour les ordinateurs Macintosh utilisant Active Directory en tant que serveur de comptes réseau. Pour plus d’informations sur l’utilisation d’ordinateurs Macintosh et d’Active Directory, consultez l’article [Associer votre Mac à un serveur de comptes réseau](https://support.apple.com/fr-ca/guide/mac-help/mh27627/mac) dans la base de connaissances d’Apple. ### Délégation Kerberos Les scénarios de délégation Kerberos requièrent les éléments suivants : - Si le domaine est AD 2003 ou supérieur, la délégation Kerberos à un seul domaine est prise en charge. Les utilisateurs, Tableau Server et la base de données principale doivent être sur le même domaine. - Si le domaine est AD 2008, la prise en charge inter-domaines est limitée. Les utilisateurs d’autres domaines peuvent être délégués si les conditions suivantes sont remplies. Tableau Server et la base de données principale doivent être sur le même domaine, et la confiance mutuelle est requise entre le domaine où Tableau Server réside et le domaine de l’utilisateur. - Si le domaine est 2012 ou supérieur, la délégation inter-domaines complète est prise en charge. AD 2012 R2 est préféré parce qu’il comporte une boîte de dialogue pour la configuration de la délégation contrainte, tandis que 2012 non-R2 exige une configuration manuelle. [Passer au contenu principal](#main-content) # Configuration de SSO SAP HANA Vous pouvez configurer Tableau Server de manière à ce qu’il utilise la délégation SAML pour fournir une expérience d’authentification unique (SSO) pour SAP HANA. Ce scénario n’est pas dépendant de l’authentification SAML sur Tableau Server. Vous n’avez pas besoin d’utiliser l’authentification SAML avec Tableau Server pour utiliser la délégation HANA SAML. Vous pouvez vous connecter à Tableau Server à l’aide de la méthode de votre choix. Avec la délégation SAML pour SAP HANA, Tableau Server fonctionne comme fournisseur d’identité (IdP). ## Avant de commencer La configuration de la délégation SAML avec SAP HANA requiert la configuration à la fois sur Tableau Server et sur SAP HANA. Cette rubrique fournit des informations de configuration relatives à la configuration de Tableau Server. Avant de configurer Tableau Server, vous devez effectuer les opérations suivantes : - Acquérir un fichier de certificat et de clé SAML pour Tableau Server. - Le fichier de certificat doit être un certificat x509 encodé PEM portant l’extension de fichier .crt ou .cert. Ce fichier est utilisé par Tableau Server et doit également être installé sur HANA. - La clé privée doit être une clé privée codée DER non protégée par un mot de passe, au format PKCS#8, et portant l’extension de fichier .der. Ce fichier est uniquement utilisé par Tableau Server. - Installez le certificat dans HANA. Pour éviter les erreurs `libxmlsec` dans HANA, nous vous recommandons de configurer le magasin de certificats en mémoire sur SAP HANA. Pour plus d’informations, consultez cette [rubrique du support SAP](https://launchpad.support.sap.com/#/notes/0002148434). - Installez la dernière version du pilote SAP HANA (la version minimum est 1.00.9) sur Tableau Server. - Configurez le chiffrement réseau de Tableau Server sur SAP HANA (recommandé). Pour plus d’informations sur la génération de la paire certificat/clé, le chiffrement de la connexion SAML et la configuration de SAP HANA, consultez [Comment configurer SAP HANA pour l’authentification unique SAML avec Tableau Server](https://trailhead.salesforce.com/trailblazer-community/feed/0D5KX00000gUuG80AK "Lien vers la communauté Trailhead Tableau") dans la communauté Trailhead Tableau. ## Configurer SAML pour SAP HANA sur Tableau Server La procédure suivante décrit comment configurer SAML pour SAP HANA sur Tableau Server à l’aide de la commande `[tsm data-access](https://help.tableau.com/current/server/fr-ca/cli_data-access.htm#set-saml-delegation)`. Vous pouvez également configurer SAML pour SAP HANA à l’aide de [Entité sapHanaSettings](https://help.tableau.com/current/server/fr-ca/entity_sapHanaSettings.htm). Si vous exécutez Tableau Server dans un environnement distribué, exécutez la procédure suivante sur le nœud initial. 1. Placez les fichiers de certificat dans un dossier appelé `saml`. Par exemple : `C:\Program Files\Tableau\Tableau Server\SAML` 2. Exécutez les commandes suivantes pour spécifier l’emplacement des fichiers de certificat et de clé : `tsm data-access set-saml-delegation configure --cert-key --cert-file ` Où `` et `` sont des chemins d’accès du fichier au fichier de clé et de certificat privé, respectivement. Par exemple, `tsm data-access set-saml-delegation configure --cert-key "c:\Program Files\Tableau\Tableau Server\SAML\saml_key.der" --cert-file "c:\Program Files\Tableau\Tableau Server\SAML\saml_cert.crt"` Vous pouvez spécifier d’autres options. Par exemple, vous pouvez spécifier le format du nom d’utilisateur et la manière dont les informations d’identification sont normalisées. Consultez [tsm data-access](https://help.tableau.com/current/server/fr-ca/cli_data-access.htm#set-saml-delegation). 3. Exécutez les commandes suivantes pour activer la délégation : `tsm data-access set-saml-delegation enable` `tsm configuration set -k wgserver.sap_hana_sso.enabled -v true` `tsm configuration set -k wgserver.delegation.enabled -v true` 4. Une fois que vous avez terminé, exécutez `tsm pending-changes apply`. Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). [Passer au contenu principal](#main-content) # Configuration de Tableau Server pour OpenID Connect Cette rubrique explique comment configurer Tableau Server de manière à ce qu’il utilise OpenID Connect (OIDC) pour l’authentification unique (SSO). Il s’agit d’une étape dans un processus à plusieurs étapes. Les rubriques suivantes expliquent comment configurer et utiliser OIDC avec Tableau Server. 1. Aperçu [OpenID Connect](https://help.tableau.com/current/server/fr-ca/openid_auth.htm) 2. [Configurer le fournisseur d’identité pour OpenID Connect](https://help.tableau.com/current/server/fr-ca/openid_auth_idp_config.htm) 3. Configuration de Tableau Server pour OpenID Connect (vous êtes ici) 4. [Connexion à Tableau Server avec OpenID Connect](https://help.tableau.com/current/server/fr-ca/openid_auth_signing_in.htm) **Remarques :** - avant d’effectuer la procédure décrite ici, vous devez configurer le fournisseur d’identité (IdP) OpenID comme décrit dans [Configurer le fournisseur d’identité pour OpenID Connect](https://help.tableau.com/current/server/fr-ca/openid_auth_idp_config.htm). - Les procédures décrites dans cette rubrique peuvent s’appliquer à l’authentification OIDC configurée avec des pools d’identités. Toutefois, consultez d’abord la rubrique [Provisionner et authentifier les utilisateurs à l’aide de pools d’identités](https://help.tableau.com/current/server/fr-ca/identity_pools.htm), puis revenez ici au besoin. - L’API REST et tabbcmd de Tableau ne prennent pas en charge l’authentification unique (SSO) OIDC. Pour utiliser [tabcmd](https://help.tableau.com/current/server/fr-ca/tabcmd.htm) ou l’[API REST](https://help.tableau.com/current/api/rest_api/fr-ca/help.htm "Ouvre l’aide REST API dans un nouvel onglet."), les utilisateurs doivent se connecter à Tableau Server en utilisant un compte TableauID. 1. Ouvrez TSM dans un navigateur : https://:8850. Pour plus d’informations, consultez [Se connecter à l’interface utilisateur Web Tableau Services Manager](https://help.tableau.com/current/server/fr-ca/sign_in_tsm.htm). 2. Dans l’onglet CONFIGURATION, sélectionnez Identité de l’utilisateur et accès > Méthodes d’authentification. 3. Dans Méthode d’authentification, sélectionnez OpenID Connect dans le menu déroulant. 4. Sous OpenID Connect, sélectionnez Activer l’authentification OpenID pour le serveur. 5. Entrez les données de configuration OpenID de votre entreprise : ![Image d’une configuration OpenID Connect dans TSM](/tableau/current/fr-ca/server/fr-ca/Img/tsm_ui_oidc.png) **Remarques :** - À l’**étape 3**, si votre fournisseur s’appuie sur un fichier de configuration hébergé sur un ordinateur local (plutôt que sur un fichier hébergé sur une URL publique), vous pouvez spécifier le fichier avec [tsm authentication openid ](https://help.tableau.com/current/server/fr-ca/cli_authentication_tsm.htm#TSMOIDC). Utilisez l’option `--metadata-file ` pour spécifier un fichier de configuration d’IdP local. - À l’**étape 4** : à partir de la version 2025.3 de Tableau Server, vous pouvez activer la déconnexion unique (SLO) et spécifier une URL vers laquelle rediriger vos utilisateurs après la déconnexion. - À l’étape 5 : à compter de la veersion 2026.2 de Tableau Server, vous pouvez activer les attributs utilisateur et leurs fonctions dans le cadre du flux de travail d’authentification OIDC. Pour plus d’informations, consultez [Attributs utilisateur dans les revendications OIDC](https://help.tableau.com/current/server/fr-ca/openid_auth.htm#user_attributes). 6. Cliquez sur Enregistrer les modifications en attente après avoir entré vos données de configuration. 7. Cliquez sur Modifications en attente en haut de la page : ![Barre d’outils de Tableau Server Manager indiquant que des modifications sont en attente.](/tableau/current/fr-ca/server/fr-ca/Img/tsm-ui-pending-changes-btn.png) 8. Cliquez sur Appliquer les modifications et redémarrer. La procédure de cette section décrit comment utiliser l’interface en ligne de commande TSM pour configurer OpenID Connect. Vous pouvez également utiliser un fichier de configuration pour la configuration initiale d’OpenID Connect. Consultez [Entité openIDSettings](https://help.tableau.com/current/server/fr-ca/entity_openid.htm). 1. Utilisez la commande `configure` de [tsm authentication openid ](https://help.tableau.com/current/server/fr-ca/cli_authentication_tsm.htm#TSMOIDC) pour définir les options requises suivantes : - `--client-id ` : Spécifie l’ID du client du fournisseur que votre IdP a attribué à votre application, Par exemple, `“xxxkjwdlnaoiloadjkwha"`. - `--client-secret ` : Spécifie le secret du client du fournisseur. Il s’agit d’un jeton utilisé par Tableau pour vérifier l’authenticité de la réponse du fournisseur d’identités. Cette valeur est un secret et doit être protégée. Par exemple, `“xxxhfkjaw72123="`. - `--config-url ` ou `--metadata-file ` : Spécifie l’emplacement du fichier de configuration json du fournisseur. Si le fournisseur héberge un fichier de découverte JSON public, utilisez `--config-url`. Sinon, spécifiez un chemin sur l’ordinateur local et un nom de fichier pour `--metadata-file`. - `--return-url ` : l’URL de votre serveur. Il s’agit généralement du nom public de votre serveur, par exemple `"http://example.tableau.com"`. Par exemple, exécutez la commande : `tsm authentication openid configure --client-id “xxxkjwdlnaoiloadjkwha" --client-secret “xxxhfkjaw72123=" --config-url "https://example.com/openid-configuration" --return-url "http://tableau.example.com"` **Remarque :**  - Vous pouvez définir des options de configuration supplémentaires facultatives pour Open ID Connect à l’aide de l’[Entité openIDSettings](https://help.tableau.com/current/server/fr-ca/entity_openid.htm). Autrement, vous pouvez utiliser [tsm authentication openid ](https://help.tableau.com/current/server/fr-ca/cli_authentication_tsm.htm#TSMOIDC). En outre, si vous avez besoin de configurer le mappage des revendications du fournisseur d’identités, consultez [Options pour openid map-claims](https://help.tableau.com/current/server/fr-ca/cli_authentication_tsm.htm#Options2). - À compter de Tableau Server 2025.3, vous pouvez utiliser [tsm authentication openid ](https://help.tableau.com/current/server/fr-ca/cli_authentication_tsm.htm#TSMOIDC) pour activer la déconnexion unique (SLO). 2. Entrez la commande suivante pour activer Open ID Connect : `tsm authentication openid enable` 3. Exécutez `tsm pending-changes apply` pour appliquer les modifications. Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). ## Configurer OpenID pour qu’il fonctionne avec un proxy de transfert Par défaut, Tableau Server ignore les paramètres de proxy et envoie toutes les demandes OpenID directement à l’IdP. À partir de Tableau Server 2021.2.2 et versions ultérieures, si Tableau est configuré pour utiliser un proxy de transfert pour se connecter à Internet, vous pouvez configurer Tableau Server pour utiliser les paramètres d’hôte et de port proxy pour contacter l’IdP OpenID. La façon dont vous configurez Tableau Server est différente selon la manière dont vous avez implémenté le proxy de transfert dans votre organisation : - Le proxy de transfert est configuré sur l’ordinateur Windows sur lequel Tableau Server est exécuté. - Tableau Server envoie tout le trafic sortant directement à un serveur proxy de transfert exécuté dans votre organisation. ### Configuration du proxy système Windows Si votre organisation a configuré un proxy de transfert sur chaque ordinateur Windows, utilisez cette méthode pour utiliser la configuration de proxy système pour OpenID sur Tableau Server. Exécutez les commandes suivantes : tsm configuration set -k tomcat.useSystemProxies -v true tsm pending-changes apply ### Serveur proxy de tranfert Utilisez la commande, [tsm configuration set](https://help.tableau.com/current/server/fr-ca/cli_configuration_tsm.htm#TSMSet), pour effectuer les modifications. - Pour les hôtes proxy HTTPS, utilisez les paires clé-valeur suivantes : `-k tomcat.https.proxyHost -v host.domain` `-k tomcat.https.proxyPort -v port_number` Par exemple, si votre serveur proxy est à `https://proxy.example.lan:8443`, exécutez les commandes suivantes : tsm configuration set -k tomcat.https.proxyHost -v proxy.example.lan tsm configuration set -k tomcat.https.proxyPort -v 8443 tsm pending-changes apply - Pour les hôtes proxy HTTP, utilisez les paires clé-valeur suivantes : `-k tomcat.http.proxyHost -v host.domain` `-k tomcat.http.proxyPort -v port_number` Après avoir défini ces clés, exécutez `tsm pending-changes apply`. ## Personnaliser et contrôler l’accès aux données à l’aide d’attributs utilisateur Les attributs utilisateur sont des métadonnées utilisateur définies par votre organisation. Les attributs utilisateur peuvent être utilisés pour déterminer l’accès selon un modèle d’autorisation de contrôle d’accès basé sur les attributs (Attribute-based access control, ABAC). Les attributs utilisateur peuvent concerner n’importe quel aspect du profil utilisateur, y compris les rôles professionnels, l’appartenance au service, le niveau de gestion, etc. Ils peuvent également être associés à des contextes utilisateur d’exécution, comme l’endroit d’où l’utilisateur est connecté ou sa préférence linguistique. En incluant des attributs utilisateur dans votre flux de travail, vous pouvez contrôler et personnaliser l’expérience utilisateur grâce à l’accès aux données et à la personnalisation. - **Accès aux données** : les attributs utilisateur peuvent être utilisés pour appliquer des politiques de sécurité des données. Cette approche garantit que les utilisateurs ne voient que les informations qu’ils sont autorisés à voir. - **Personnalisation** : en transmettant des attributs utilisateur comme l’emplacement et le rôle, votre contenu peut être personnalisé pour n’afficher que les informations pertinentes pour l’utilisateur qui y accède, ce qui lui permet de trouver plus facilement les informations dont il a besoin. **Résumé des étapes de transmission des attributs utilisateur** Le processus d’activation des attributs utilisateur dans un flux de travail est résumé dans les étapes suivantes : 1. Activer le paramètre des attributs utilisateur 2. Inclure des attributs utilisateur dans l’assertion 3. Vérifier que l’auteur du contenu inclut les fonctions d’attribut utilisateur et les filtres pertinents 4. Vérifier le contenu ### Étape 1 : Activer le paramètre des attributs utilisateur Pour des raisons de sécurité, les attributs utilisateur ne sont validés dans un flux de travail d’authentification que lorsque le paramètre d’attribut utilisateur est activé par un administrateur de serveur. 1. Ouvrez TSM dans un navigateur : https://:8850. Pour plus d’informations, consultez [Se connecter à l’interface utilisateur Web Tableau Services Manager](https://help.tableau.com/current/server/fr-ca/sign_in_tsm.htm). 2. Dans l’onglet CONFIGURATION, sélectionnez Identité de l’utilisateur et accès > Méthode d’authentification. 3. Sous Méthode d’authentification, sélectionnez SAML dans le menu déroulant. 4. Sous **Étape 8**, cochez la case Activer la capture des attributs utilisateur pendant l’authentification SAML. 5. Lorsque vous avez terminé, procédez comme suit : 1. Cliquez sur Enregistrer les modifications en attente. 2. Cliquez sur le bouton Modifications en attente en haut de la page. 3. Cliquez sur Appliquer les modifications et redémarrer. ### Étape 2 : Inclure l’attribut utilisateur dans l’assertion Assurez-vous que l’assertion contient les attributs utilisateur. **Remarque :** Les attributs de la réponse SAML sont soumis à une limite de 4 096 caractères, à l’exception des attributs `scope` et `scp`. Si les attributs de la réponse, y compris les attributs utilisateur, dépassent cette limite, Tableau supprime les attributs et transmet l’attribut `ExtraAttributesRemoved` à la place. L’auteur du contenu peut ensuite créer un calcul avec l’attribut `ExtraAttributesRemoved` pour déterminer comment afficher le contenu aux yeux des utilisateurs lorsque l’attribut a été détecté. **Exemple** Supposons que vous ayez un employé, Fred Suzuki, un gestionnaire situé dans la région Sud. Vous devez vous assurer que lorsque Fred examine les rapports, il ne puisse voir que les données de la région Sud. Dans un tel scénario, vous pouvez inclure l’attribut utilisateur Region dans la réponse SAML comme dans l’exemple ci-dessous. https://myidp.okta.com/saml South ### Étape 3 : S’assurer que l’auteur du contenu inclut des fonctions d’attribut Assurez-vous que l’auteur du contenu inclut les fonctions d’attribut utilisateur et les filtres associés pour contrôler les données pouvant s’afficher dans son contenu. Pour que les assertions d’attributs utilisateur soient transmises à Tableau, le contenu doit contenir l’une des fonctions d’attribut utilisateur suivantes : - `USERATTRIBUTE('attribute_name')` - `USERATTRIBUTEINCLUDES('attribute_name', 'expected_value')` La fonction utilisée par l’auteur de contenu varie selon que les attributs utilisateur soient censés renvoyer une ou plusieurs valeurs. Pour plus d’informations sur ces fonctions et des exemples de chacune d’elles, consultez [Fonctions utilisateur](https://help.tableau.com/current/pro/desktop/fr-ca/functions_functions_user.htm#user_attributes) dans l’aide de Tableau. **Remarques :** - Il est impossible de prévisualiser le contenu de ces fonctions lors de la création dans Tableau Desktop ou Tableau Cloud. La fonction renverra les valeurs NULL ou FALSE. Pour vous assurer que les fonctions utilisateur fonctionnent comme prévu, nous recommandons à l’auteur de vérifier les fonctions après avoir mis le contenu à disposition. - Pour s’assurer que le contenu s’affiche comme prévu, l’auteur de contenu peut envisager d’inclure un calcul utilisant l’attribut `ExtraAttributesRemoved` qui 1) vérifie cet attribut et 2) détermine quoi faire avec le contenu si c’est le cas, par exemple afficher un message. Tableau ajoute l’attribut `ExtraAttributesRemoved` et supprime tous les autres attributs (à l’exception `scp` de ou `scope`) uniquement lorsque les attributs dans le fichier XML SAML dépassent 4 096 caractères. Cela permet d’assurer des performances optimales et de respecter les limitations de stockage. **Exemple** Si l’on reprend l’exemple présenté à l’[Étape 2 : Inclure l’attribut utilisateur dans l’assertion](#step_pass_user_attribute) ci-dessus, pour transmettre l’assertion d’attribut utilisateur « Région » à un classeur, l’auteur peut inclure `USERATTRIBUTEINCLUDES`. Par exemple `USERATTRIBUTEINCLUDES('Region', [Region])`, où « Region » est l’attribut utilisateur et \[Region\] est une colonne dans les données. À l’aide du nouveau calcul, l’auteur peut créer une table contenant les données des gestionnaires et des ventes. Lorsque le calcul est ajouté, le classeur renvoie des valeurs « False », comme prévu. ![](/tableau/current/fr-ca/server/fr-ca/Img/uaf_calc_view.png) Pour afficher uniquement les données associées à la région Sud dans le classeur intégré, l’auteur peut créer un filtre et le personnaliser de manière à afficher les valeurs lorsque la zone géographique Sud est « True ». Lorsque le filtre est appliqué, le classeur se vide comme prévu, car la fonction renvoie des valeurs « False » et le filtre est personnalisé pour afficher uniquement les valeurs « True ». ![](/tableau/current/fr-ca/server/fr-ca/Img/uaf_filter_view.png) ### Étape 4 : Vérifier le contenu Vérifiez et validez le contenu. **Exemple** Pour conclure l’exemple de [Étape 3 : S’assurer que l’auteur du contenu inclut des fonctions d’attribut](#step_include_uaf) ci-dessus, vous pouvez voir que les données de vente de la vue sont personnalisées pour Fred Suzuki parce que son contexte utilisateur est la région Sud. ![](/tableau/current/fr-ca/server/fr-ca/Img/uaf_embedded_view_south.png) Les responsables des régions représentées dans le classeur devraient voir la valeur associée à leur région. Par exemple, Sawdie Pawthorne de la région Ouest voit les données spécifiques à sa région. ![](/tableau/current/fr-ca/server/fr-ca/Img/uaf_embedded_view_west.png) Les gestionnaires dont les régions ne sont pas représentées dans le classeur voient un classeur vide. ### Problèmes connus et restrictions Il existe quelques problèmes connus et restrictions dont vous devez tenir compte lorsque vous utilisez des fonctions d’attribut utilisateur. [Passer au contenu principal](#main-content) # Configuration des proxys et des équilibreurs de charge pour Tableau Server Dans la plupart des entreprises, Tableau Server doit communiquer avec Internet. Tableau Server a été conçu pour fonctionner à l’intérieur d’un réseau interne protégé. Ne configurez pas Tableau Server directement sur Internet ou dans une DMZ. Au lieu de cela, les communications entre votre réseau et Internet doivent utiliser un intermédiaire via des serveurs proxy. Les serveurs proxy de transfert arbitrent le trafic depuis l’intérieur du réseau vers des cibles sur Internet. Les serveurs proxy inverses et les équilibreurs de charge servent d’intermédiaire au trafic entre Internet vers les cibles au sein du réseau. ## Qui devrait lire cet article? Cet article s’adresse aux professionnels informatiques avec une expérience de la mise en réseau générale, de l’équilibrage de charge et des solutions proxy de passerelle. Cet article décrit la manière et le moment où Tableau nécessite un accès Internet, et décrit comment configurer votre réseau et Tableau pour utiliser les serveurs proxy et les équilibreurs de charge pour un accès à Internet. Il existe plusieurs solutions tiers disponibles. Par conséquent, une partie du contenu de l’article est forcément générique. Avant de configurer un serveur proxy, consultez [Communication avec Internet](https://help.tableau.com/current/server/fr-ca/plan_network.htm). ## Configurer un serveur proxy de transfert Pour activer la communication de Tableau Server vers Internet, déployez Tableau Server derrière un serveur de proxy de transfert. Lorsque Tableau Server doit accéder à Internet, il n’envoie pas la requête directement depuis Internet. À la place, il envoie la requête vers le proxy de transfert, qui à son tour, transfère la requête. Les proxy de transfert aident les administrateurs à gérer le trafic provenant d’Internet pour les tâches telles que l’équilibrage de charge, le blocage d’accès aux sites, etc. Si vous utilisez un proxy de transfert, vous devez configurer les ordinateurs qui exécutent Tableau Server dans le réseau pour envoyer le trafic vers le proxy de transfert. Tableau Server ne prend pas en charge l’authentification par relais activé ou par proxy manuel. Si vous exécutez l’authentification OpenID avec une solution de proxy de transfert, des configurations supplémentaires sont requises. Consultez [Configurer OpenID pour qu’il fonctionne avec un proxy de transfert](https://help.tableau.com/current/server/fr-ca/openid_auth_server_config.htm#Configur). ### Configurer Tableau Server sur Windows pour qu’il utilise un proxy de transfert Les étapes de configuration des options Internet sur l’ordinateur Tableau Server dépendent du scénario correspondant à votre entreprise, parmi lesquels : - **Votre organisation n’utilise pas une solution de proxy de transfert**. Si votre organisation n’utilise pas une solution de proxy et que l’ordinateur où vous installez Tableau Server peut communiquer avec Internet, vous n’avez pas besoin de suivre les procédures ici. - **Une solution proxy est déployée et les fichiers de configuration automatiques définissent les paramètres de connexion**. Si votre organisation utilise des fichiers de configuration automatiques (tels que les fichiers PAC ou `.ins`) pour spécifier les informations de connexion Internet, vous pouvez utiliser ces informations dans la boîte de dialogue des flux sur le Web dans Windows. Pour plus d’informations, consultez l’article [Enable Automatic Detection and Configuration of Browser Settings](https://technet.microsoft.com/fr-ca/library/bb496465.aspx) (Activer la détection et la configuration automatiques des paramètres du navigateur) sur le site de support Microsoft. - **Une solution proxy est installée mais les fichiers de configuration automatiques ne sont pas déployés**. Dans ce cas de figure, vous devez configurer les paramètres LAN sur l’ordinateur Windows exécutant Tableau Server afin que les connexions à votre serveur proxy soient exécutées dans le contexte de sécurité associé au compte Exécuter en tant qu’utilisateur. Vous devez également configurer `localhost` et les autres instances internes Tableau Server en tant qu’exceptions. La procédure suivante décrit les étapes pour le dernier scénario—une solution proxy sans fichiers de configuration automatiques, où Tableau Server fonctionne sous Windows. **Remarque :** si vous utilisez une installation distribuée de Tableau Server, effectuez les procédures suivantes sur le nœud du serveur initial et sur chaque nœud supplémentaire. #### Étape 1 : Ajouter le compte Exécuter en tant que service au groupe Administrateurs locaux Pour cette procédure, vous devez vous connecter à l’ordinateur Tableau Server avec un compte Exécuter en tant que service. Par défaut, la politique « se connecter localement » ne s’applique pas au compte Exécuter en tant que service. Vous devez donc ajouter provisoirement le compte Exécuter en tant que service au groupe Administrateurs locaux. Si vous n’avez pas encore installé Tableau Server sur l’ordinateur, consultez [Modifier le compte Exécuter en tant que service](https://help.tableau.com/current/server/fr-ca/runas_acct.htm). Si vous avez déjà installé Tableau Server et configuré le compte Exécuter en tant que service, vous pouvez déterminer le nom du compte Exécuter en tant que service en vous connectant à l’interface utilisateur Web TSM. Le compte Exécuter en tant que service de Tableau Server est répertorié dans l’onglet Sécurité de la fenêtre Configuration. Consultez [Se connecter à l’interface utilisateur Web Tableau Services Manager](https://help.tableau.com/current/server/fr-ca/sign_in_tsm.htm). Ajoutez le compte Exécuter en tant que service au groupe Administrateurs locaux en suivant les étapes de la rubrique [Ajouter un membre à un groupe local](https://technet.microsoft.com/fr-ca/library/cc739265\(v=ws.10\).aspx) sur le site Web de Microsoft. Lorsque vous avez terminé de configurer les informations de proxy de transfert, vous supprimerez le compte Exécuter en tant que service du groupe Administrateurs locaux. #### Étape 2 : Configurer le serveur proxy avec les paramètres LAN de Windows 1. À l’aide du compte Exécuter en tant que service, connectez-vous à l’ordinateur où Tableau Server est installé ou sera installé. 2. Ouvrez la boîte de dialogue Paramètres du réseau local. (Pour accéder rapidement à cette boîte de dialogue, recherchez `Internet Options` dans le menu Démarrer de Windows. Dans la boîte de dialogue Propriétés Internet, sélectionnez l’onglet Connexions, puis cliquez sur Paramètres LAN.) 3. Sous Serveur proxy, sélectionnez Utiliser un serveur proxy pour le réseau, entrez l’adresse du serveur proxy, puis sélectionnez Contourner le serveur proxy pour les adresses locales. ![Une boîte de dialogue avec des options permettant de configurer un réseau local.](/tableau/current/fr-ca/server/fr-ca/Img/proxy_forward_ie_lan_settings_config.png) Laissez cette boîte de dialogue ouverte et passez à l’étape suivante. #### Étape 3 : Ajouter des exceptions pour contourner le serveur proxy Ajoutez des exceptions à cette configuration proxy pour garantir que toutes les communications au sein d’un groupement Tableau Server local (si vous en disposez d’un actuellement ou en disposerez d’un ultérieurement) ne transitent pas par le serveur proxy. 1. Dans la boîte de dialogue Paramètres LAN, cliquez sur Avancé. (Ce bouton n’est disponible que si vous avez activé l’option permettant d’utiliser un serveur proxy pour le LAN.) 2. Dans la boîte de dialogue Paramètres du serveur proxy, dans le champ Exceptions, entrez ce qui suit : - `localhost` - Les noms de serveur et les adresses IP des autres ordinateurs Tableau Server appartenant au même groupement. Utilisez des points-virgules pour séparer les éléments. 3. Fermez les boîtes de dialogue Paramètres du proxy et Paramètres du réseau local (LAN). 4. Dans la boîte de dialogue Propriétés Internet, cliquez sur OK pour appliquer les paramètres. Restez connecté à l’ordinateur et passez à l’étape suivante. #### Étape 4 : Vérifier que les paramètres de proxy n’entrent pas en conflit avec les variables d’environnement Windows Certaines entreprises configurent les paramètres proxy de transfert comme variables d’environnement dans le système d’exploitation Windows. Si ces paramètres sont configurés sur l’ordinateur qui exécutent Tableau Server, vous devez vérifier qu’ils ne sont pas en conflit avec les configurations effectuées jusque-là. Cette vérification est importante si votre version de Tableau Server est activée pour prendre en charge l’octroi de licences ATR. L’octroi de licences ATR est activée par défaut dans Tableau Server version 2021.4 et versions ultérieures. 1. Sur l’ordinateur personnel exécutant Tableau Server, entrez « Paramètres système avancés » dans la zone de recherche puis cliquez sur Entrée pour ouvrir la zone **Propriétés système**. 2. Dans l’onglet **Avancé**, cliquez sur **Variables d’environnement**. 3. Faites défiler le champ **Variables système**. Si `http_proxy` ou `https_proxy` est spécifié, vérifiez que les valeurs ne sont pas en conflit avec l’adresse du serveur proxy configurée à l’étape suivante. - Si les paramètres existants ne sont pas en conflit, passez à « Étape 5 : Tester la configuration du proxy ». - Si les paramètres existants entrent en conflit, créez une nouvelle variable nommée `no_proxy` et entrez : - le nom d’hôte, - Adresse IP Par exemple, `localhost,192.168.0.10`. Pour plus d’informations, consultez l’article de Microsoft MSDN, [Set Environment Variables](https://msdn.microsoft.com/fr-ca/library/hh272656\(v=vs.120\).aspx) (Définir des variables d’environnement). 4. Cliquez sur **OK**. #### Étape 5 : Vérifier que les paramètres de proxy WinHTTP n’entrent pas en conflit avec les paramètres de réseau local de Windows Si Server ATR est activé (il est activé par défaut dans Tableau Server 2021.4 ou version ultérieure), vérifiez que le proxy WinHTTP est configuré et n’entre pas en conflit avec les paramètres LAN de Windows. 1. À l’aide du compte Exécuter en tant que service, connectez-vous à l’ordinateur où Tableau Server est installé ou sera installé. 2. Ouvrez l’invite de commande et utilisez la commande suivante pour confirmer la configuration actuelle : `netsh winhttp show proxy` 3. Configurez le proxy pour WinHTTP à l’aide de l’une des méthodes suivantes : - Utilisez la commande suivante si vous importez la configuration à partir des paramètres LAN de Windows : `netsh winhttp import proxy source=ie` - Utilisez la commande suivante pour configurer le proxy WinHTTP séparément : `netsh winhttp set proxy __ __` Pour plus d’informations, consultez [Configurer manuellement le serveur proxy à l’aide de la commande netsh](https://docs.microsoft.com/fr-ca/microsoft-365/security/defender-endpoint/configure-proxy-internet?view=o365-worldwide#configure-the-proxy-server-manually-using-netsh-command) sur le site Web de Microsoft. 4. Vérifiez que les paramètres de proxy n’entrent pas en conflit avec d’autres configurations de proxy Windows. #### Étape 6 : Tester la configuration du proxy Pour tester les nouvelles configurations, tout en étant connecté avec le compte Exécuter en tant que service sur l’ordinateur Tableau Server, ouvrez un navigateur Web et testez les URL Tableau suivantes : [`https://mapsconfig.tableau.com/v1/config.json`](https://mapsconfig.tableau.com/v1/config.json) et [`https://api.mapbox.com/`](https://api.mapbox.com/) vous invitent à télécharger un fichier json. #### Étape 7 : Supprimer le compte Exécuter en tant que service du groupe Administrateurs locaux Après avoir testé les paramètres proxy, supprimez le compte Exécuter en tant que service du groupe Administrateurs locaux. Si vous laissez le compte Exécuter en tant que service dans le groupe d’administrateurs, vous élevez inutilement les droits d’accès du groupe Exécuter en tant que service et augmentez les risques pour la sécurité. Redémarrez Tableau Server pour vous assurer que toutes les modifications ont été appliquées. ## Utilitaire de rapports sur les pannes serveur Si votre entreprise utilise un serveur proxy pour se connecter à Internet, vous devez configurer l’utilitaire de rapports sur les pannes serveur de Tableau Server pour utiliser le proxy. Même si vous avez déjà configuré Tableau Server pour utiliser un proxy, vous devez également configurer l’utilitaire de rapports sur les pannes serveur séparément. Pour configurer le proxy pour l’utilitaire de rapports sur les pannes serveur, consultez [Configurer l’utilitaire de rapports sur les pannes serveur](https://help.tableau.com/current/server/fr-ca/crashdata_server_config_keys.htm). ## Comment fonctionne un proxy inverse et un équilibreur de charge avec Tableau Server Les proxys inverses et les équilibreurs de charge sont des serveurs qui reçoivent des requêtes de clients externes (Internet) et les transfèrent à Tableau Server. Avec ces solutions, Tableau Server est disponible à Internet sans avoir à exposer l’adresse IP individuelle de cette instance Tableau Server spécifique sur Internet. Elles peuvent également agir comme des périphériques d’authentification et de passage direct, pour qu’aucune donnée ne soit stockée où des personnes extérieures à l’entreprise pourraient les obtenir. Cette exigence vaut particulièrement pour les organisations qui sont soumises à diverses réglementations sur la protection de la vie privée, telles que PCI, HIPAA ou SOX. Le schéma suivant montre le chemin de communication lorsqu’un client envoie une demande à Tableau Server qui est configuré pour fonctionner avec un proxy inverse et/ou un équilibreur de charge (LB). ![Schéma du flux de données entre un ordinateur, le nuage et un serveur.](/tableau/current/fr-ca/server/fr-ca/Img/everybody_client_access_reverse_proxy.PNG) 1. Un client externe initie une connexion vers Tableau Server. Le client utilise l’URL publique qui a été configurée pour le serveur proxy inverse/LB, par exemple `https://tableau.example.com`. (Le client ne sait pas qu’il accède à un proxy inverse/LB.) 2. Le proxy inverse mappe cette requête, qui à son tour la transforme en requête Tableau Server. Dans certains scénarios, vous pouvez configurer le serveur proxy inverse de manière à ce qu’il authentifie le client (à l’aide de SSL/TLS) comme condition préalable à la transmission de la demande à Tableau Server. 3. Tableau Server reçoit la demande et envoie sa réponse au proxy inverse/LB. 4. Le proxy inverse/LB renvoie le contenu au client. Le client, de son côté, ne voit qu’une interaction avec Tableau Server, et ne peut pas savoir que la communication est passée par un ou des serveurs intermédiaires. ## TLS/SSL Selon votre scénario de passerelle, vous devriez envisager de configurer les serveurs proxy inverses et d’équilibreurs de charge de manière à ce qu’ils utilisent TLS/SSL pour tout trafic externe à votre réseau. Ces mesures contribuent à assurer confidentialité, intégrité du contenu et authentification. Sauf si vous avez déployé d’autres mesures de sécurité pour protéger le trafic entre votre passerelle Internet et Tableau Server, nous vous recommandons également de configurer SSL entre le proxy de passerelle et Tableau Server. Vous pouvez utiliser des certificats internes ou auto-signés pour chiffrer le trafic entre les instances Tableau Server et les autres ordinateurs internes. ## Accès mobile Tableau Server ajoute un en-tête X à toutes les réponses HTTP pour les sessions Tableau Mobile. Par défaut, la plupart des solutions proxy conservent les en-têtes X. Si votre solution passerelle ne conserve pas les en-têtes X, vous aurez besoin de configurer votre serveur proxy et équilibreur de charge de manière à conserver l’en-tête suivant pour toutes les réponses HTTP pour les sessions des clients Mobile : `X-Tableau: Tableau Server`. Si vous avez configuré l’authentification au niveau de la passerelle, votre serveur proxy/LB doit répondre aux demandes HTTP Tableau Mobile avec une réponse HTTP 302. La réponse 302 doit inclure une redirection vers la page de connexion du fournisseur d’identité. Pour afficher un diagramme décrivant la séquence d’authentification 302, consultez [Séquence d’authentification Tableau Mobile](https://community.tableau.com/s/question/0D54T00000G54tDSAR/tableau-mobile-reverse-proxy-authentication-sequence) dans la communauté Tableau. ## Proxy inverse, équilibreur de charge et authentification utilisateur Tableau Server authentifiera toujours les utilisateurs. Ceci signifie que même si vous authentifiez les connexions entrantes au niveau de la passerelle de votre organisation, Tableau Server authentifiera toujours l’utilisateur. Toutefois, tous les clients ne prennent pas en charge l’authentification utilisateur avec une solution passerelle : - Pour les navigateurs Web pris en charge, vous pouvez utiliser SAML, OpenID Connect, Kerberos, les billets de confiance ou l’authentification manuelle avec proxy inverse/LB. - Tableau Mobile prend en charge SAML ou l’authentification manuelle avec proxy inverse/LB. La version iOS de Tableau Mobile prend également en charge Kerberos ou l’authentification manuelle avec proxy inverse/LB. La même recommandation ci-dessus s’applique. - Tableau Prep ne prend pas en charge l’authentification avec proxy inverse ou équilibreur de charge. Pour un accès à distance, utilisez une solution VPN ou configurez vos services passerelle pour acheminer le trafic de Tableau Prep directement vers Tableau Server pour l’authentification. - Tableau Desktop prend en charge l’authentification avec un proxy inverse à condition qu’un module d’authentification effectue une pré-authentification sur le proxy inverse avant que le trafic ne soit acheminé vers Tableau Server pour l’authentification finale. Pour plus d’informations, consultez [Partie 5 - Configuration du niveau Web](https://help.tableau.com/current/guides/enterprise-deployment/fr-ca/edg_part5.htm) du _Guide de déploiement de Tableau Server Enterprise_ et [Configurer le module d’authentification avec une passerelle indépendante](https://help.tableau.com/current/server/fr-ca/server_tsig_configure_auth_mod.htm). Si votre entreprise s’authentifie avec Active Directory : - Active Directory avec l’option Activer l’ouverture de session automatique (SSPI) n’est pas pris en charge avec un proxy inverse. - Tableau Server doit être configuré pour un proxy inverse avant de configurer Tableau Server pour Kerberos. Pour plus d’informations, consultez [Configurer Kerberos](https://help.tableau.com/current/server/fr-ca/config_kerberos.htm). ## Configurer Tableau Server pour qu’il fonctionne avec un serveur proxy inverse et/ou un équilibreur de charge Avant de configurer Tableau Server, vous devez rassembler les informations suivantes relatives à la configuration du serveur proxy. Pour configurer Tableau Server, vous utilisez la commande `tsm configuration set`. Les informations que vous devez collecter correspondent aux options dont vous aurez besoin lors de l’exécution de `tsm`. La plupart des options tsm suivantes sont également utilisées pour configurer les déploiements Tableau Server fonctionnant derrière un équilibreur de charge. Pour plus d’informations, consultez [Ajouter un équilibreur de charge](https://help.tableau.com/current/server/fr-ca/distrib_lb.htm).
ÉlémentDescriptionOption tsm configuration set correspondante
Adresse IP ou CNAME

Vous pouvez saisir une adresse IP ou un CNAME pour cette option.

L’adresse ou les adresses IP publiques des serveurs proxy et d’équilibreur de charge. Cette adresse doit être au format IPv4, par exemple 203.0.113.0, et elle doit être statique.

Si vous ne pouvez pas fournir une IP statique, ou si vous utilisez des serveurs proxy dans le nuage ou des équilibrages de charge externes, vous pouvez spécifier la valeur CNAME (nom canonique) DNS que les clients utiliseront pour se connecter à Tableau Server. Cette valeur CNAME doit être configurée sur votre solution de proxy inverse pour communiquer avec Tableau Server.

gateway.trusted
FQDNLe nom de domaine qualifié complet que les personnes utilisent pour accéder à Tableau Server, par exemple tableau.example.com. Tableau Server ne prend pas en charge le changement de contexte pour cette option. Par exemple, l’URL suivante n’est pas prise en charge : example.com/tableau.gateway.public.host
Non-FQDNTout nom de sous-domaine pour les serveurs proxy ou LB. Dans l’exemple tableau.example.com, le nom de sous-domaine est tableau.gateway.trusted_hosts
AliasNom(s) d’hôte alternatif(s) public(s) pour les serveurs proxy ou LB. Dans la plupart des cas, les alias sont conçus à l’aide de valeurs CNAME. Il s’agirait par exemple d’un serveur proxy bigbox.example.com et des entrées CNAME ftp.example.com et www.example.com.gateway.trusted_hosts
PortsLes numéros de port pour le trafic du client vers le serveur proxy inverse.

gateway.public.port

Si vous utilisez une installation distribuée de Tableau Server, exécutez les commandes `tsm` suivantes sur le nœud initial de votre groupement. 1. Entrez la commande suivante pour définir le nom de domaine qualifié complet que les clients utiliseront pour atteindre Tableau Server par le biais des serveurs proxy et/ou LB, où `name` est le nom de domaine qualifié complet : `tsm configuration set -k gateway.public.host -v "_name_"` Par exemple, si `https://tableau.example.com` est l’adresse à taper dans la barre d’adresse d’un navigateur pour accéder à Tableau Server, entrez cette commande : `tsm configuration set -k gateway.public.host -v "tableau.example.com"` 2. Entrez la commande suivante pour définir l’adresse ou le CNAME des serveurs proxy et/ou LB, où `server_address` correspond à l’adresse IPv4 ou à la valeur CNAME : `tsm configuration set -k gateway.trusted -v "_server_ip_address_"` Si votre organisation utilise plusieurs serveurs proxy er/ou serveurs LB, entrez plusieurs adresses IPv4, séparées par une virgule. Les plages IP ne sont pas prises en charge. Pour améliorer le démarrage et l’initialisation de Tableau Server, minimisez le nombre d’entrées pour `gateway.trusted`. 3. Saisissez la commande suivante pour spécifier des noms alternatifs pour les serveurs proxy/LB, par exemple leurs noms de domaine qualifié complets, des noms qui ne sont pas des noms de domaine qualifiés complets et des alias. S’il y a plus d’un nom, séparez les noms par des virgules. `tsm configuration set -k gateway.trusted_hosts -v "_name1_, _name2_, _name3_"` Par exemple : `tsm configuration set -k gateway.trusted_hosts -v "proxy1.example.com, proxy1, ftp.example.com, www.example.com"` 4. Si le serveur proxy utilise SSL pour communiquer avec Internet, exécutez la commande suivante, qui indique à Tableau que le serveur de proxy inverse utilise le port 443 au lieu du port 80 : `tsm configuration set -k gateway.public.port -v 443` **Remarque :** si le serveur proxy utilise SSL pour communiquer avec Tableau Server, SSL doit être configuré et activé sur Tableau Server. 5. Entrez la commande suivante pour appliquer le changement de configuration : `tsm pending-changes apply` Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). ## Configurer le serveur proxy inverse ou d’équilibreur de charge pour qu’il fonctionne avec Tableau Server Lorsqu’un client accède à Tableau Server via un proxy inverse ou un équilibreur de charge, spécifiez les en-têtes de message qui doivent être conservés (ou ajoutés). Plus précisément, tous les serveurs dans la chaîne de message doivent être représentés dans les paramètres `gateway.trusted` et `gateway.trusted_hosts`. Le graphique suivant affiche des en-têtes d’exemple pour une chaîne de message à saut unique, où le serveur proxy communique directement avec Tableau Server : ![Un diagramme illustrant le flux de données d’un client vers Tableau via un serveur proxy.](/tableau/current/fr-ca/server/fr-ca/Img/everybody_client_access_config.png) Le graphique suivant affiche des en-têtes d’exemple pour une chaîne à plusieurs sauts, où le message transite par deux serveurs proxy avant de se connecter à Tableau Server : ![Un diagramme des en-têtes transmis d’un client au serveur, via deux serveurs proxy.](/tableau/current/fr-ca/server/fr-ca/Img/proxy_reverse_headers.png) Le tableau suivant décrit ce que sont ces en-têtes et la manière dont ils sont associés aux paramètres de configuration sur Tableau Server :
En-têtesDescriptionParamètres Tableau Server associés
REMOTE_ADDR et X-FORWARDED-FOR (XFF)Tableau Server a besoin de ces en-têtes pour déterminer l’adresse IP de l’origine des requêtes. L’en-tête X-FORWARDED-FOR doit présenter la chaîne d’adresse IP vers Tableau Server pour que les connexions aient lieu.L’adresse IP que vous définissez dans gateway.trusted doit correspondre à l’adresse IP présentée dans REMOTE_ADDR. Si vous avez envoyé plusieurs adresses dans gateway.trusted, l’une d’elles doit correspondre à l’adresse IP présentée dans REMOTE_ADDR.
HOST et X-FORWARDED HOST (XFH)Ces en-têtes sont utilisés pour générer des liens absolus vers Tableau Server lorsqu’il répond au client. L’en-tête X-FORWARDED-HOST doit présenter les noms d’hôtes à Tableau Server pour que les connexions aient lieu.Les noms d’hôtes qui sont présentés dans l’en-tête X-FORWARDED-HOST doivent être inclus dans les noms d’hôtes que vous spécifiez dans gateway.trusted_hosts.
X-FORWARDED-PROTO (XFP)Cet en-tête est requis si SSL est activé pour le trafic du client vers le proxy, mais pas pour le trafic du proxy vers Tableau Server.

Les en-têtes X-FORWARDED-PROTO jouent un rôle important pour les scénarios où HTTP ou HTTPS n’est pas conservé à chaque étape de la route du message. Par exemple, si le proxy inverse requiert SSL pour les demandes extérieures, mais que le trafic entre le proxy inverse et Tableau Server n’est pas configuré pour utiliser SSL, les en-têtes X-FORWARDED-PROTO sont requis. Certaines solutions de proxy ajoutent automatiquement les en-têtes X-FORWARDED-PROTO, tandis que d’autres ne le font pas. Au bout du compte, selon votre solution de proxy, vous devrez peut-être configurer le transfert de port de manière à ce que la demande soit traduite du port 443 vers le port 80.

Article connexe de la Base de connaissances : Erreur « Unable to Sign In » et « Invalid username or password » avec SAML après la mise à niveau.

La configuration de port sur le proxy inverse (connexions entrantes du client et connexions sortantes vers Tableau Server) doit être spécifié dans les paramètres correspondants : gateway.public.port, qui est le port que les clients utilisent pour se connecter au proxy.

Si le serveur proxy utilise SSL pour communiquer avec Tableau Server, SSL doit être configuré et activé sur Tableau Server.

## Valider la configuration du proxy inverse et de l’équilibreur de charge Pour valider la configuration de entre la passerelle et Tableau Server, publiez des classeurs et des sources de données en utilisant la création Web Tableau Server ou Tableau Desktop. Si vous vous connectez avec un navigateur Web à Tableau Server depuis Internet, vérifiez que vous utilisez un [navigateur recommandé](https://www.tableau.com/fr-ca/products/techspecs#server). Publiez et visualisez les classeurs utilisant des sources de données existantes ainsi que des sources de données que vous avez publiées. Utilisez les liens ci-dessous pour vous familiariser avec la connexion à Tableau Server en tant qu’utilisateur final.
TâcheDocumentation
Présentation de la création Web.Utiliser Tableau sur le Web
Connectez-vous à Tableau Server depuis Tableau Desktop ou un navigateur Web.Se connecter à Tableau Server ou Tableau Online
Publiez un classeur sur Tableau Server.Publier un classeur
Publiez une source de données.Publier une source de données
Ouvrir le classeur depuis Tableau Server.Ouverture de classeurs depuis le serveur
Déconnecter le serveur (avec Desktop).Se connecter à Tableau Server ou Tableau Online
Téléchargez un classeur depuis un navigateur Web.Télécharger des classeurs
S’assurer que tabcmd (d’un client non serveur) fonctionne.tabcmd
## Rubriques associées - [Exigences d’accès Internet pour Tableau Desktop](https://help.tableau.com/current/desktopdeploy/fr-ca/desktop_deploy_proxy.htm) - [Ajouter un équilibreur de charge](https://help.tableau.com/current/server/fr-ca/distrib_lb.htm) [Passer au contenu principal](#main-content) # Configuration matérielle minimale requise et recommandée pour Tableau Server Voici les exigences de configuration matérielle minimale et recommandée matériel s’appliquant à tous les ordinateurs qui exécutent Tableau Server, y compris le matériel physique et les machines virtuelles (VM)  : - **La configuration minimale requise pour l’installation** reflète le matériel minimum dont votre ordinateur doit disposer pour installer Tableau Server. Nous vous déconseillons d’essayer d’exécuter Tableau Server sur des serveurs avec ces valeurs, même si vous ne faites que tester. Selon les fonctionnalités que vous avez sous licence et que vous utilisez, vous pouvez rencontrer des performances médiocres et une expérience irréaliste. Dans certains cas, Tableau Server peut ne pas démarrer sans au moins 20 Go de mémoire. Pour le prototypage et les tests de preuve de concept (PoC), nous vous recommandons d’utiliser Tableau Cloud. Cela vous donnera l’occasion de découvrir Tableau Server sur un matériel de taille appropriée. - **Les recommandations minimales pour la production** vont au-delà des exigences d’installation minimales et représentent la configuration matérielle minimale que vous devez utiliser pour l’installation sur la plupart des nœuds de production. Si votre ordinateur présente la configuration minimale requise pour l’installation, mais ne les excède pas, le programme d’installation vous avertit, mais vous pouvez poursuivre l’installation. Pour certains nœuds dédiés à des tâches et processus spécifiques tels que le gestionnaire de processus en arrière-plan ou Prep, vous pourrez peut-être utiliser des serveurs qui ne répondent pas à cette recommandation minimale. Les recommandations minimales énumérées ici sont données à titre indicatif. Cependant, les recommandations pour votre environnement peuvent varier. Pour plus d’informations, consultez la section [Recommandations matérielles](https://help.tableau.com/current/server/fr-ca/server_baseline_config.htm#hardware-recommendations) dans la rubrique [Configurations de base recommandées](https://help.tableau.com/current/server/fr-ca/server_baseline_config.htm). En outre, Tableau Server ne doit pas être installé sur un ordinateur physique ou sur une instance de machine virtuelle qui exécute également des applications intensives en ressources, telles que des bases de données ou des serveurs d’applications, ni sur une instance de machine virtuelle qui utilise des ressources partagées. **Remarque :** Si vous installez Tableau Server sur un ordinateur répondant aux exigences de configuration minimale mais qui ne comporte pas au moins 8 cœurs et 16 Go de mémoire système, le nombre par défaut de tous les processus installés est conçu pour être réduit à un pour chaque processus. Pour plus d’informations sur les processus, consultez [Limites des processus serveur](https://help.tableau.com/current/server/fr-ca/distrib_process.htm) Vous recherchez Tableau Server sur Linux? Consultez [Configuration matérielle minimale requise et recommandée pour Tableau Server](https://help.tableau.com/current/server-linux/fr-ca/server_hardware_min.htm "Ouvre la rubrique dans un nouvel onglet de navigateur"). ## Configuration matérielle minimale requise pour l’installation Nous vous recommandons vivement d’effectuer tout test de preuve de concept (PoC) ou tout prototypage à l’aide de Tableau Cloud. Cela garantit que vous vous exécuterez sur des systèmes dotés de ressources adéquates. L’ordinateur sur lequel vous installez ou mettez à niveau Tableau Server doit répondre à la configuration matérielle minimale requise pour l’installation. Si le programme d’installation détermine que votre ordinateur ne répond pas aux exigences suivantes, vous ne pourrez pas installer Tableau Server. Répondre à ces exigences ne vous garantit pas une bonne expérience de test de Tableau Server Pour plus d’informations sur la manière dont le programme d’installation détermine le matériel, consultez [Détermination du matériel informatique](#Determin). **Configuration matérielle minimale requise** Ces exigences minimales concernent l’installation de Tableau Server. Elles ne garantissent pas la réussite des tests ou de l’utilisation. Pour les recommandations minimales de production, consultez [Recommandations matérielles minimales de production](#MinRecs).

Processeur

Unité centrale de traitement

RAM

Espace disque disponible

  • 64 bits (chipsets x64)
  • Doit prendre en charge les ensembles d’instructions SSE4.2 et POPCNT
  • Les processeurs ARM ne sont pas pris en charge

4 cœurs (8 vCPU)

Version 2022.3 et versions ultérieures :

  • 64 Go - nœud initial
  • 16 Go - nœuds supplémentaires

Version 2022.1 et versions antérieures :

  • 16 Go - tous les nœuds

15 Go

- L’espace disque libre est calculé après la décompression du programme d’installation de Tableau Server. Le programme d’installation utilise environ 1 Go d’espace. Vous devrez peut-être allouer de l’espace disque supplémentaire selon divers facteurs, par exemple selon que vous allez utiliser ou non des extraits. - Le nombre de cœurs de processeur est basé sur les « cœurs physiques ». Les cœurs physiques peuvent représenter le matériel serveur réel ou des cœurs sur une machine virtuelle. L’hyper-threading est ignoré dans le cadre du comptage des cœurs. ## Recommandations matérielles minimales de production Pour une utilisation en production, les ordinateurs sur lesquels vous installez ou mettez à niveau Tableau Server doivent, dans la plupart des cas, atteindre ou dépasser les recommandations matérielles minimales. Il s’agit de recommandations générales. Les besoins réels du système pour les installations de Tableau Server peuvent varier en fonction de nombreux facteurs, notamment le nombre d’utilisateurs et le nombre et la taille des extraits, ainsi que les fonctionnalités dont vous disposez sous licence. Si le programme d’installation détermine que votre ordinateur ne répond pas aux recommandations suivantes, un avertissement s’affichera, mais vous pourrez poursuivre l’installation avec le processus d’installation. Pour plus d’informations, consultez les [Recommandations matérielles pour les installations de production](https://help.tableau.com/current/server/fr-ca/server_baseline_config.htm#Hardware).

Type d’installation

Processeur

Unité centrale de traitement

RAM

Espace disque disponible

Nœud unique

  • 64 bits (chipsets x86_64)
  • Doit prendre en charge les ensembles d’instructions SSE4.2 et POPCNT
  • Les processeurs ARM ne sont pas pris en charge

8 cœurs (16 processeurs virtuels), 2,0 GHz ou plus

Version 2022.3 et versions ultérieures :

  • 128 Go

Versions 2021.4.0 à la version 2022.1.x :

  • 64 Go

Version 2021.3.x et versions antérieures :

  • 32 Go

50 Go

Si vous ajoutez Tableau Prep Conductor à votre installation Tableau Server, nous vous recommandons d’ajouter un deuxième nœud et de le dédier à l’exécution de Tableau Server Prep Conductor. Ce nœud doit comporter un minimum de 4 cœurs (8 vCPU) et 16 Go de RAM.
Mémoire swap recommandée : paramètre de fichier d’échange par défaut de Windows.

Déploiements multinœud et dans toute l’entreprise

Communiquez avec Tableau pour obtenir des conseils techniques.

Les nœuds doivent présenter ou dépasser les recommandations matérielles minimales, sauf dans les cas suivants :

  • Nœuds Gestionnaire de processus en arrière-plan dédiés exécutant jusqu’à deux instances du gestionnaire de processus en arrière-plan, où 4 cœurs peuvent être acceptables.

  • Nœud dédié pour Tableau Prep Conductor : 4 cœurs (8 vCPU) et 16 Go de RAM au minimum.

  • Nœud dédié pour la passerelle indépendante : minimum de 2 cœurs (4 processeurs virtuels), 8 Go de RAM et 100 Go d’espace disque disponible.

**Important :** Il n’est pas possible de vérifier les besoins en espace disque à moins que vous n’initialisez TSM. - L’espace disque libre est calculé après la décompression du programme d’installation de Tableau Server. Le programme d’installation utilise environ 1 Go d’espace. Vous devrez peut-être allouer de l’espace disque supplémentaire selon divers facteurs, par exemple selon que vous allez utiliser ou non des extraits. - **Exigences en matière d’espace de stockage réseau pour le stockage de fichiers externe :** si vous prévoyez de configurer [Tableau Server avec le stockage de fichiers externe](https://help.tableau.com/current/server/fr-ca/server_external_filestore_storage.htm), vous devrez estimer la quantité d’espace de stockage à consacrer à votre stockage réseau. Estimation de la taille de stockage : vous devez prendre en compte la quantité de stockage nécessaire pour la publication et l’actualisation d’extraits. Vous devez également prendre en compte la taille de la sauvegarde du référentiel, sauf si vous choisissez spécifiquement d’effectuer la sauvegarde de votre référentiel séparément, comme décrit dans la rubrique [Option 2 : Sauvegarder le référentiel séparément](https://help.tableau.com/current/server/fr-ca/server_external_filestore_storage_backup_restore.htm#backup-repository-separately). - Extraits : - Considérez le nombre d’extraits qui seront publiés sur Tableau Server et la taille de chaque extrait. Testez vos besoins en publiant plusieurs extraits sur Tableau Server, puis en vérifiant l’espace disque utilisé. Vous pouvez utiliser cette quantité d’espace disque pour vous aider à déterminer le nombre d’extraits qui seront publiés sur Tableau Server dans la durée ainsi que l’augmentation de taille de chaque extrait existant. - Considérez l’espace requis par le répertoire temporaire pendant une actualisation d’extrait. Le répertoire temporaire, sur lequel un extrait est stocké pendant une actualisation, peut demander jusqu’à trois fois la taille de fichier finale de l’extrait. - Sauvegarde du référentiel : - Pour obtenir une estimation des données du référentiel, vérifiez la taille du répertoire `/pgsql/data/base`. - Pour obtenir la taille exacte des données du référentiel, ouvrez le fichier de sauvegarde et utilisez la taille du fichier `workgroup.pg_dump`. - Le nombre de cœurs de processeur est basé sur les « cœurs physiques ». Les cœurs physiques peuvent représenter le matériel serveur réel ou des cœurs sur une machine virtuelle. L’hyper-threading est ignoré dans le cadre du comptage des cœurs. - La RAM affichée est le minimum recommandé pour une installation sur un seul nœud. Votre installation peut fonctionner de manière plus performante avec davantage de RAM, en fonction de l’activité, du nombre d’utilisateurs et des tâches d’arrière-plan, par exemple. Pour voir la liste complète de recommandations et la configuration minimale requise, consultez [Configuration matérielle minimale requise et recommandée pour Tableau Server](#). Pour connaître les spécifications matérielles que Tableau utilise en interne pour tester l’évolutivité, consultez [Recommandations matérielles pour les installations de production](https://help.tableau.com/current/server/fr-ca/server_baseline_config.htm#Hardware). Pour des recommandations matérielles relatives à Tableau Server dans le nuage, consultez les sections suivantes : - [Sélection d’un type et d’une taille d’instance AWS](https://help.tableau.com/current/server/fr-ca/ts_aws_virtual_machine_selection.htm) - [Sélection d’un type et d’une taille de machine virtuelle Google Compute Engine](https://help.tableau.com/current/server/fr-ca/ts_gcp_virtual_machine_selection.htm) - [Sélection d’un type et d’une taille de machine virtuelle Microsoft Azure](https://help.tableau.com/current/server/fr-ca/ts_azure_virtual_machine_selection.htm) ## Détermination du matériel informatique Pour déterminer le nombre de cœurs physiques dont dispose un ordinateur, le programme d’installation de Tableau Server interroge le système d’exploitation. Pour consulter les informations sur le matériel détecté par le programme d’installation sur votre ordinateur, ouvrez le fichier `app-install.log` dans le dossier suivant sur l’ordinateur où vous installez Tableau Server : \\ProgramData\\Tableau\\Tableau Server\\logs\\app-install.log Dans le fichier `app-install.log`, recherchez des lignes semblables à ce qui suit. Ces lignes fournissent des renseignements sur les cœurs physiques que le programme d’installation a détectés et dont il s’est servi pour déterminer le nombre de cœurs utilisés pour les licences, ainsi que la quantité de mémoire système détectée. 2020-11-24 17:40:43.842 +0000 main : DEBUG com.tableausoftware.tabadmin.configuration.builder.BootstrapConfigurationBuilder - System processor count = 8 2020-11-24 17:40:43.842 +0000 main : DEBUG com.tableausoftware.tabadmin.configuration.builder.BootstrapConfigurationBuilder - System memory = 64383MB ### Détermination manuelle du nombre de cœurs sur votre ordinateur **Remarque :** cette procédure remplace l’ancienne méthode de détermination du nombre de cœurs à l’aide de WMIC, qui a été mise en obsolescence par Microsoft. Pour déterminer manuellement le nombre de cœurs physiques dont dispose votre serveur, vous pouvez utiliser Powershell. Cela est utile si vous ne savez pas si votre ordinateur possède la configuration matérielle minimale requise pour l’installation de Tableau Server. 1. Ouvrez Powershell. 2. Entrez la commande suivante, qui répertorie les processeurs logiques et les cœurs physiques : Get-CimInstance -ClassName Win32\_Processor | Select-Object DeviceID, NumberOfCores, NumberOfLogicalProcessors ![Une fenêtre d’invite de commande affiche l’ID de l’appareil et le nombre de cœurs de l’UCT d’un ordinateur.](/tableau/current/fr-ca/server/fr-ca/Img/server_hardware_cores-powershell.jpg) Dans l’exemple ci-dessus, le serveur a un total de 18 cœurs physiques, ce qui donne 36 cœurs logiques. [Passer au contenu principal](#main-content) # Configuration matérielle minimale requise et recommandations pour Tableau Resource Monitoring Tool Tableau Resource Monitoring Tool gère l’ensemble du traitement, de l’agrégation, du stockage et de l’interface Web des données de surveillance collectées à partir de votre installation Tableau Server. ## Recommandations matérielles minimales pour le Serveur RMT Pour des fins de production, l’ordinateur sur lequel vous installez ou mettez à jour Resource Monitoring Tool doit présenter au minimum la configuration minimale requise ci-dessous : - 8 cœurs de processeur physiques (16 vCPU) - Les processeurs doivent prendre en charge les ensembles d’instructions SSE4.2 et POPCNT - 64 Go de mémoire vive - 500 Go d’espace disque pour le serveur RMT - Disque SSD ou similaire pour les performances Pour les installations du serveur RMT qui correspondent au matériel minimum spécifié ci-dessus, Resource Monitoring Tool peut fournir des rapports de performances pour les déploiements de Tableau Server servant jusqu’à 10 000 vues par heure. Pour les déploiements avec plus de chargements de vues par heure ou un nombre très élevé de tâches en arrière-plan, des retards de données peuvent se produire. Dans ces cas, vous devrez peut-être mettre à niveau votre matériel. ## Agent Resource Monitoring Tool - Utilisation des ressources L’Agent Resource Monitoring Tool surveille le système d’exploitation et les processus et fichiers journaux de Tableau Server et envoie des métriques de performances et des données de journal Tableau au Resource Monitoring Tool pour un traitement en temps quasi réel. L’Agent doit être installé sur chaque machine qui exécute Tableau Server. Sur les installations de Tableau Server qui correspondent à la [Configuration matérielle minimale requise et recommandée pour Tableau Server](https://help.tableau.com/current/server/fr-ca/server_hardware_min.htm#minimum-hardware-requirements-for-installation), voici à quoi s’attendre : - Nous voyons généralement l’Agent utiliser en moyenne 0 à 5 % de l’UC avec des pics peu fréquents au-dessus. Notre objectif de performance est une utilisation moyenne de l’unité centrale de traitement de 10 % ou moins. - L’agent utilise généralement 200 Mo de RAM ou moins avec des pics peu fréquents pendant les périodes d’activité plus intense de Tableau Server. - Un minimum de 10 Go d’espace disque disponible est recommandé pour la machine sur laquelle l’Agent est installé. ## Installation dans un environnement en nuage Resource Monitoring Tool peut être installé sur une machine virtuelle dans n’importe quel environnement en nuage que vous utilisez pour vos serveurs Tableau. La machine virtuelle sur laquelle le serveur RMT est installé devra répondre aux mêmes exigences matérielles minimales [décrites ci-dessus](#RMT). ## Qui peut le faire? Pour installer Resource Monitoring Tool, vous devez avoir remplir toutes les conditions suivantes : - Administrateur sur l’ordinateur sur lequel vous installez Resource Monitoring Tool. - Administrateur Tableau Server. - Administrateur Resource Monitoring Tool. [Passer au contenu principal](#main-content) # Configuration requise par les environnements distribués Avant de configurer un groupement Tableau Server, assurez-vous de respecter la configuration requise. ## Matériel Les ordinateurs de votre groupement doivent satisfaire la configuration requise décrite dans [Avant l’installation...](https://help.tableau.com/current/server/fr-ca/requ.htm), mais il n’est pas nécessaire qu’ils soient identiques. ## Directives matérielles pour la haute disponibilité Voici quelques directives pour les systèmes servant au [basculement et à la haute disponibilité :](https://help.tableau.com/current/server/fr-ca/distrib_ha.htm) - **Basculement—trois ordinateurs :** Pour configurer un groupement prenant un charge le basculement des processus du stockage de fichiers et du référentiel, vous devez disposer d’au moins trois ordinateurs ou VM : un pour le nœud Tableau Server initial et deux pour les nœuds supplémentaires. - **Passerelles multiples—trois ordinateurs et un équilibreur de charge :** L’ajout de plusieurs processus de passerelle à votre installation Tableau Server et l’utilisation d’un équilibreur de charge pour répartir automatiquement les demandes vers ces passerelles améliorent encore davantage la fiabilité de Tableau. Pour configurer un groupement prenant en charge le basculement et plusieurs passerelles, il vous faut ajouter un équilibreur de charge pour soutenir votre groupement à trois nœuds. - **Prise en charge du basculement et plusieurs passerelles : trois ordinateurs et un équilibreur de charge :** Pour configurer un groupement prenant en charge la fonctionnalité précédente et plusieurs passerelles, vous devez disposer d’au moins trois ordinateurs ou VM, ainsi que d’un équilibreur de charge en amont du groupement. - **Haute disponibilité—trois ordinateurs et un équilibreur de charge :** Pour configurer la haute disponibilité, vous avez besoin des ressources décrites ci-dessus. - **Ordinateurs initiaux :** Si vous configurez la haute disponibilité, le nœud Tableau Server peut exécuter quelques processus Tableau Server ou aucun. Par conséquent, l’ordinateur qui joue le rôle de nœud initial n’a pas besoin d’autant de cœurs que ceux qui exécutent vos nœuds supplémentaires. Vous devez cependant avoir suffisamment d’espace disque pour effectuer des sauvegardes, car l’ordinateur initial est utilisé lors des processus de sauvegarde et de restauration. En plus de l’espace nécessaire pour le fichier de sauvegarde, vous avez besoin d’un espace disque temporaire. Pour plus de détails sur l’espace disque requis, consultez [Utilisation de l’espace disque pour la sauvegarde et la restauration](https://help.tableau.com/current/server/fr-ca/db.htm#backupDiskSpace). ## Configuration logicielle requise pour un serveur multinœud - La même version de Tableau Server doit s’exécuter sur tous les nœuds d’une installation distribuée. - Tous les nœuds d’un groupement à plusieurs nœuds doivent utiliser le même type de système d’exploitation et la même version majeure de ce système d’exploitation. Par exemple, tous les nœuds Windows Server 2022 . Vous ne pouvez pas installer une instance multinœud de Tableau Server sur une combinaison de nœuds Linux et Windows. ## Emplacement d’installation L’emplacement d’installation de Tableau Server doit être identique sur tous les nœuds d’un groupement. Ceci s’applique que vous installiez sur l’emplacement par défaut ou un emplacement non par défaut. ## Réseau et ports - **Ports :** Comme dans tout système distribué, les ordinateurs ou machines virtuelles utilisés doivent pouvoir communiquer entre eux. Pour savoir comment Tableau Services Manager gère le mappage de ports, consultez [Ports de Tableau Services Manager](https://help.tableau.com/current/server/fr-ca/ports.htm). - **Domaine identique :** Si Tableau Server est installé dans un environnement Windows Active Directory, tous les ordinateurs du groupement doivent être membres du même domaine. - **Latence :** la latence du réseau entre les nœuds du serveur peut avoir un impact sur les performances de Tableau Server. Soyez conscient des problèmes de latence possibles, surtout si vous rencontrez des problèmes de performances. Pour réduire la latence du réseau, vous pouvez prendre des mesures, par exemple disposer vos passerelles et sources de données à proximité de Tableau Server. - **Compte de service :** Le compte [Compte Exécuter en tant que service](https://help.tableau.com/current/server/fr-ca/runas.htm) du serveur, spécifié sur le serveur Tableau Server initial, doit être identique sur chaque ordinateur du groupement. Si vous fonctionnez dans un environnement Active Directory, nous vous recommandons d’utiliser un compte d’utilisateur de domaine comme compte Exécuter en tant que service. Vous pouvez laisser le compte NetworkServices par défaut sur chaque nœud du groupement, mais nous vous le déconseillons en tant que meilleure pratique de sécurité. Si vous exécutez un déploiement distribué dans un groupe de travail Windows, vous devez utiliser le même compte utilisateur et le même mot de passe pour chaque nœud du groupement. Dans ce scénario, spécifiez le compte de service Exécuter en tant que compte de service en utilisant un point (.) au lieu d’un nom d’ordinateur dans TSM. Par exemple, si le compte de service Exécuter en tant que groupe de travail est `tableau-sa`, spécifiez `.\tableau-sa` dans TSM. Windows interprète la syntaxe `.\` comme équivalente au « nom de l’ordinateur hôte local ». - **Adresses IP statiques :** Tout ordinateur exécutant Tableau Server, qu’il s’agisse d’une installation sur un seul serveur ou comme élément d’un groupement, doit avoir une adresse IP statique . - **Peut être découvert :** Chaque nœud du groupement doit pouvoir être découvert depuis tout autre ordinateur du nœud en utilisant DNS ou un fichier d’hôte local. - **Fuseau horaire et heure :** Chaque nœud du groupement doit être sur le même fuseau horaire, avec synchronisation des horloges système. Cette procédure peut s’effectuer automatiquement. Par exemple, si vos nœuds sont tous dans le domaine Active Directory, le contrôleur de domaine prend généralement en charge cette opération. Si vous n’êtes pas sûr que votre groupement réponde à cette exigence, adressez-vous à vos experts informatiques internes. ## Meilleures pratiques Voici quelques informations à garder à l’esprit avant de commencer l’installation et la configuration : - **Adresses IP ou noms d’ordinateur :** comme mentionné ci-dessus, chaque ordinateur du groupement doit avoir une adresse IP statique. - **Enregistrement CNAME :** si vous utilisez un équilibreur de charge, les utilisateurs se serviront de son nom en tant qu’URL de Tableau Server, quelle que soit la passerelle qui gère effectivement la demande. - **Informations d’identification du compte utilisateur :** Pour chaque ordinateur, vous avez besoin des informations d’identification d’un compte utilisateur disposant de droits d’administration locaux. - **Sauvegarde :** Il est conseillé de créer une sauvegarde avant toute modification importante du système. Consultez [Sauvegarder les données Tableau Server](https://help.tableau.com/current/server/fr-ca/db_backup.htm) pour connaître la procédure. - **Déploiement réparti sur plusieurs centres de données :** Nous vous déconseillons d’installer des nœuds Tableau Server sur plusieurs centres de données. Les exemples qui suivent décrivent certains des problèmes courants lorsque les nœuds sont répartis sur plusieurs centres de données : - Les perturbations de connectivité réseau entre les nœuds peuvent provoquer l’échec de nombreuses tâches ou l’annulation de la licence de composants Tableau Server. - Les serveurs proxy et les pare-feu entre les centres de données peuvent perturber la communication entre les nœuds Tableau Server. - Le routage de trafic entre des centres de données dispersés au niveau géographique peut générer une certaine latence ou créer un goulot d’étranglement dans la transmission des données, ce qui réduit les performances et provoque des expirations de connexion. ## SSL Si vous envisagez de configurer SSL pour un groupement Tableau Server à haute disponibilité avec plusieurs passerelles et un équilibreur de charge ([en savoir plus](https://help.tableau.com/current/server/fr-ca/distrib_ha.htm)), assurez-vous que le certificat SSL utilisé a été émis pour le nom d’hôte de l’équilibreur de charge. Consultez [Configurer SSL pour le trafic HTTP externe vers et depuis Tableau Server](https://help.tableau.com/current/server/fr-ca/ssl_config.htm) pour en savoir plus. [Passer au contenu principal](#main-content) # Configuration requise pour utiliser OpenID Connect Cette rubrique décrit les éléments requis pour utiliser OpenID Connect avec Tableau Server. **Remarque :** Les commandes de configuration de l’authentification TSM s’appliquent uniquement à l’authentification OIDC configurée dans TSM lors de la configuration de Tableau Server. Pour modifier la configuration de l’authentification OIDC pour les pools d’identités, vous pouvez utiliser le point de terminaison [Mettre à jour la configuration de l’authentification](https://help.tableau.com/current/api/rest_api/fr-ca/REST/TAG/index.html#operation/AuthnService_UpdateAuthConfiguration) à l’aide de l’OpenAPI REST de Tableau. **Résumé des exigences** - Compte IdP - Magasin d’identités local - Revendications du fournisseur d’identité – mappage des utilisateurs - Contexte d’authentification ## Compte IdP Vous devez avoir accès à un fournisseur d’identité (IdP) prenant en charge le protocole OpenID Connect (OIDC). Vous devez également avoir un compte avec l’IdP. OpenID Connect est pris en charge par de nombreux fournisseurs d’identité. Le protocole OIDC est un norme ouverte et flexible, et de ce fait, les implémentations de la norme ne sont pas toutes identiques. Lorsque vous configurez Tableau Server pour OIDC, adressez-vous à votre fournisseur d’identité. L’implémentation d’IdP Google a été testée de manière complète avec Tableau Server et représente le modèle d’IdP pour la configuration décrite dans ces rubriques. ## Magasin d’identités local Pour utiliser OpenID Connect dans Tableau Server, l’une des conditions suivantes doit être remplie : - **Si vous devez configurer l’authentification OIDC dans TSM pendant la configuration de Tableau Server**, Tableau Server doit être configuré pour utiliser un magasin d’identités local. Le serveur doit être configuré de manière à ce que vous puissiez créer explicitement des utilisateurs sur Tableau Server, plutôt que de les importer depuis un répertoire externe, par exemple Active Directory. La gestion des utilisateurs avec un magasin d’identités externe n’est pas prise en charge par OpenID. - **Si vous devez configurer l’authentification OIDC à l’aide de** [pools d’identités](https://help.tableau.com/current/server/fr-ca/identity_pools.htm), OIDC peut être configuré avec 1) un magasin d’identités local ou 2) AD ou LDAP est le magasin d’identités configuré dans TSM lors de la configuration de Tableau Server. ## Revendications du fournisseur d’identité – mappage des utilisateurs Pour réussir à se connecter à Tableau Server, un utilisateur donné doit être provisionné dans OpenID puis mappé à un compte utilisateur sur Tableau Server. OpenID utilise une méthode basée sur les _revendications_ pour partager les attributs de compte utilisateur avec d’autres applications. Les revendications incluent les attributs de compte utilisateur tels que l’adresse de courriel, le numéro de téléphone, le prénom, etc. Pour comprendre comment Tableau Server mappe les revendications de fournisseur d’identité à des comptes utilisateur, consultez [OpenID Connect](https://help.tableau.com/current/server/fr-ca/openid_auth.htm#Authenti). Tableau Server s’appuie sur les revendications IdP pour mapper des comptes utilisateur depuis l’IdP vers les comptes hébergés sur Tableau Server. Par défaut, Tableau Server attend du fournisseur d’identité qu’il transmette la revendication courriel. Selon votre IdP, il se peut que vous deviez configurer Tableau Server pour qu’il utilise une revendication de fournisseur d’identité différente. Si vous utilisez Google comme IdP, utilisez la revendication par défaut `email` pour mapper les identités IdP aux comptes utilisateur de Tableau Server. Si vous n’utilisez pas Google comme IdP, adressez-vous à votre IdP pour déterminer la revendication pour laquelle vous devriez configurer Tableau Server. ### Par défaut : utilisation d’une revendication email pour mapper les utilisateurs Par défaut, le nom d’utilisateur de l’utilisateur dans Tableau Server doit correspondre à la revendication `email` dans le jeton d’ID du fournisseur d’identité. Par conséquent, dans la configuration par défaut, vous devez utiliser les adresses de courriel (également appelées UPN) comme nom d’utilisateur dans Tableau Server. Si vous utilisez Google comme IdP, le nom d’utilisateur dans Tableau Server doit être l’adresse Gmail de l’utilisateur (`alice@gmail.com`). Utiliser une adresse de courriel complète de cette manière aide à garantir le caractère unique du nom d’utilisateur dans Tableau Server, même quand deux utilisateurs ont la même adresse de courriel, mais sur des hôtes de messagerie différents. **Remarque :** lorsque vous créez une identité de l’utilisateur dans Tableau Server, vous spécifiez un nom d’utilisateur, un mot de passe, et de manière facultative, une adresse de courriel. Pour utiliser OpenID Connect dans la configuration par défaut, le nom d’utilisateur (exprimé sous la forme d’une adresse de courriel) est la valeur qui doit correspondre au nom d’utilisateur dans le fournisseur d’identités. L’adresse de courriel facultative dans l’identité de l’utilisateur de Tableau Server n’est pas utilisée pour l’authentification OpenID. #### Ignorer le nom de domaine Vous pouvez configurer Tableau de manière à ce qu’il ignore la partie domaine d’une adresse de courriel lors de la mise en correspondance de la revendication `email` du fournisseur d’identité avec un compte utilisateur sur Tableau Server. Dans ce scénario, la revendication `email` dans l’IdP peut être `alice@example.com`, mais elle correspondra à un utilisateur appelé `alice` dans Tableau Server. Il peut être utile d’ignorer le nom de domaine si des utilisateurs déjà définis dans Tableau Server ont des noms correspondant à la partie nom d’utilisateur de la revendication `email`, mais non aux parties domaine. **Important :** nous vous déconseillons d’ignorer nom de domaine de l’utilisateur sans prendre de précautions. Plus spécifiquement, vérifiez que les noms d’utilisateur sont uniques dans les domaines configurés que vous avez créés dans votre IdP. Si vous configurez Tableau Server de manière à ce qu’il ignore le nom de domaine de l’utilisateur, il peut arriver qu’un utilisateur non attendu se connecte. Considérez le cas où votre IdP a été configuré pour plusieurs domaines (`example.com` et `tableau.com`). Si deux utilisateurs ayant le même prénom, mais des comptes utilisateur différents (`alice@tableau.com` et `alice@example.com`) font partie de votre organisation, le premier à terminer la séquence de provisionnement OpenID revendiquera le mappage `sub` dans l’IdP. Si l’utilisateur incorrect est mappé, l’autre utilisateur ne pourra pas se connecter tant que la valeur `sub` associée n’a pas été réinitialisée. Pour configurer Tableau Server de manière à ce qu’il ignore les noms de domaine dans les noms d’utilisateur depuis l’IdP, définissez `tsm authentication openid configure --ignore-domain` sur `true`. Pour plus d’informations, consultez [tsm authentication openid ](https://help.tableau.com/current/server/fr-ca/cli_authentication_tsm.htm#TSMOIDC). Lorsque vous modifiez l’option tsm authentication openid configure `--ignore-domain` de manière à ignorer le domaine dans les noms d’utilisateur, tous les noms d’utilisateur dans Tableau Server doivent avoir un nom de domaine. ### Utilisation de revendications personnalisées pour mapper les utilisateurs Comme indiqué dans [OpenID Connect](https://help.tableau.com/current/server/fr-ca/openid_auth.htm#Authenti), la revendication `sub` est souvent incluse dans les revendications du fournisseur d’identités. En règle générale, la revendication `sub` est une chaîne unique qui identifie un compte utilisateur donné. L’avantage d’utiliser une revendication `sub` est qu’elle ne changera pas, même si vous-même ou un administrateur mettez à jour d’autres attributs utilisateur ou revendications du fournisseur d’identités (courriel, numéro de téléphone, etc) associés à ce compte. Par défaut, Tableau Server identifie et vérifie les utilisateurs OpenID selon la revendication `sub` dans le jeton d’ID du fournisseur d’identité. La valeur de revendication `sub` d’OpenID doit être mappée à l’utilisateur correspondant dans Tableau Server. Étant donné que la revendication `sub` est une chaîne arbitraire, une revendication différente est utilisée pour associer les comptes pendant la première session de connexion. La première fois qu’un utilisateur se connecte à Tableau Server avec OpenID, Tableau associe le compte utilisateur OpenID à un compte utilisateur correspondant dans Tableau Server. Par défaut, Tableau utilise la revendication IdP, `email`, pour identifier l’utilisateur Tableau. Tableau mettra ensuite à jour l’enregistrement de l’utilisateur avec la revendication `sub` d’OpenID. Étant donné que le jeton d’ID inclut toujours la revendication `sub` en même temps que d’autres revendications, sur les sessions suivantes, Tableau identifiera cet utilisateur avec la revendication `sub` uniquement. Dans certaines organisations, le mappage de noms d’utilisateurs avec l’adresse de courriel n’est pas fiable ou n’est pas prise en charge par le fournisseur d’identités. Depuis Tableau Server 10.2, vous pouvez mapper les comptes utilisateur depuis toute revendication d’IdP arbitraire vers le nom d’utilisateur Tableau Server. La revendication d’IdP que vous utilisez doit être mappée exactement à un nom d’utilisateur Tableau Server existant. Dans l’exemple ci-dessous, le nom d’utilisateur est `kwilliams`. ![Un formulaire pour ajouter un nouvel utilisateur sur Tableau Server.](/tableau/current/fr-ca/server/fr-ca/Img/users_add_srvruser.png) Pour modifier la revendication IdP utilisée pour mapper l’identité sur Tableau Server, utilisez la commande `tsm authentication openid map-claims --user-name`. Pour plus d’informations, consultez [tsm authentication openid ](https://help.tableau.com/current/server/fr-ca/cli_authentication_tsm.htm#TSMOIDC). ### Modification de la revendication `sub` Comme décrit ci-dessus, la revendication `sub` est l’identifiant utilisé par Tableau Server pour identifier les utilisateurs après la session de mappage initiale. La revendication `sub` est rédigée sur le compte utilisateur correspondant dans Tableau Server. Si votre IdP ne fournit pas de revendication `sub`, vous pouvez spécifier une revendication arbitraire à utiliser à la place. De même que pour `sub`, la valeur de revendication que vous spécifiez doit être unique et ne devrait pas changer lors de la mise à jour d’autres revendications utilisateur. Pour spécifier une revendication d’IdP différente pour la revendication secondaire par défaut, utilisez la commande `tsm authentication openid map-claims --id`. Pour plus d’informations, consultez [tsm authentication openid ](https://help.tableau.com/current/server/fr-ca/cli_authentication_tsm.htm#TSMOIDC). Où `arbitraryClaim` est le nom de la revendication IdP que vous souhaitez utiliser en remplacement de la revendication `sub`. ## Contexte d’authentification Si votre IdP OpenID Connect nécessite un contexte d’authentification spécifique, vous pouvez spécifier une liste de valeurs ACR essentielles et volontaires à l’aide des clés de configuration `vizportal.openid.essential_acr_values` et `vizportal.openid.voluntary_acr_values`. Consultez [Options tsm configuration set](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm) pour plus d’informations. [Passer au contenu principal](#main-content) # Configurations de base recommandées Pour déterminer la topologie (nombre de nœuds, nombre de processus Tableau Server) de votre déploiement Tableau Server, vous devez prendre en compte ces variables : votre environnement, vos sources de données et leur gestion afin de fournir un accès, une charge de travail et une utilisation des données en libre-service. Toutefois, vous ne disposez pas nécessairement d’informations suffisantes sur ces variables au moment du déploiement initial de Tableau Server. Cette rubrique décrit trois architectures de base qui peuvent servir de points de départ pour vos installations Tableau Server. ## Validation de votre plan de déploiement de serveur Avant de vous engager à installer un nouveau déploiement Tableau Server dans votre organisation, assurez-vous d’évaluer soigneusement vos options. Pour la plupart des organisations, Tableau Cloud fournira une solution d’analyse plus fiable, performante et rentable par rapport à l’auto-hébergement de Tableau Server. Pour plus d’informations sur la viabilité de Tableau Cloud pour votre organisation, consultez ce billet de blogue : [Should I move my analytics to the cloud?](https://www.tableau.com/fr-ca/blog/should-i-move-my-analytics-cloud) Vous utilisez déjà Tableau Server et souhaitez migrer vers Tableau Cloud? Consultez [Guide de migration manuelle de Tableau Cloud](https://help.tableau.com/current/guides/migration/fr-ca/emg_intro.htm). ## Recommandations matérielles pour les installations de production Les recommandations matérielles pour les installations de production de Tableau Server ci-dessous sont basées sur le matériel utilisé par l’équipe Tableau pour tester l’évolutivité de Tableau Server. Nous vous suggérons d’utiliser ces recommandations comme point de départ pour vos déploiements de production. Pour les déploiements de preuve de concept (PoC), nous vous recommandons d’utiliser Tableau Cloud. Pour plus d’informations, consultez [Configuration matérielle minimale requise pour l’installation](https://help.tableau.com/current/server/fr-ca/server_hardware_min.htm#MinReq).

Type d’installation

Processeur

Unité centrale de traitement

RAM

Espace disque disponible

Nœud unique

  • 64 bits (chipsets x86_64)
  • Doit prendre en charge les ensembles d’instructions SSE4.2 et POPCNT
  • Les processeurs ARM ne sont pas pris en charge

8 cœurs (16 processeurs virtuels), 2,0 GHz ou plus

Version 2022.3 et versions ultérieures :

  • 128 Go

Versions 2021.4.0 à la version 2022.1.x :

  • 64 Go

Version 2021.3.x et versions antérieures :

  • 32 Go

500 Go - 1 To

Si vous ajoutez Tableau Prep Conductor à votre installation Tableau Server, nous vous recommandons d’ajouter un deuxième nœud et de le dédier à l’exécution de Tableau Server Prep Conductor. Ce nœud doit comporter un minimum de 4 cœurs (8 processeurs virtuels) et 16 Go de RAM.
Mémoire swap recommandée : paramètre de fichier d’échange par défaut de Windows.

Déploiements multinœud et dans toute l’entreprise

Communiquez avec Tableau pour obtenir des conseils techniques.

Les nœuds doivent présenter ou dépasser les recommandations matérielles minimales, sauf dans les cas suivants :

  • Nœuds Gestionnaire de processus en arrière-plan dédiés exécutant jusqu’à deux instances du gestionnaire de processus en arrière-plan, où 4 cœurs peuvent être acceptables.

  • Nœud dédié pour Tableau Prep Conductor : 4 cœurs (8 processeurs virtuels) et 16 Go de RAM au minimum.

  • Nœud dédié pour la passerelle indépendante : 2 cœurs (4 processeurs virtuels), 8 Go de RAM et 100 Go d’espace disque disponible au minimum.

**Remarque :** Pour les déploiements utilisant des machines virtuelles, Tableau recommande d’utiliser des processeurs dédiés. Si vous exécutez Tableau Server dans un environnement virtuel, utilisez les bonnes pratiques concernant l’hôte de la machine virtuelle pour allouer la vCPU en fonction du nombre de cœurs de processeur physiques sur l’hôte de la machine virtuelle. En règle générale, 2 vCPU = 1 cœur physique pour Tableau Server. Par exemple, pour les installations AWS, la recommandation de 4 cœurs au minimum équivaut à 8 vCPU AWS. De même, suivez les meilleures pratiques fournies par votre fournisseur d’infrastructure virtuelle afin que Tableau Server ait accès aux ressources appropriées en matière de processeur, mémoire et données. Si vous installez Tableau Server dans un environnement virtuel ou un déploiement basé dans le nuage, consultez la section [Déploiements avec machines virtuelles et nuage public](#virtual_and_cloud) plus loin dans cette rubrique. ### Estimation de l’espace disque Plusieurs facteurs affectent les besoins en espace disque, par exemple selon que vous publierez ou non des extraits, selon les flux, et le nombre de classeurs sur Tableau Server. Pour plus d’informations consultez [Exigences d’espace disque](https://help.tableau.com/current/server/fr-ca/requ_diskspace.htm). ## Configurations de base - [Installations sur un seul disque](#single_server) - [Installations sur deux nœuds (spécialement pour les environnements avec utilisation intensive des extraits)](#two_node_extract_heavy) - [Installation à deux nœuds (spécialement pour les environnements de flux)](#two-node_flow_heavy) - [Installations à haute disponibilité (HA)](#ha) ### Installations sur un seul disque #### Recommandations Nous vous recommandons d’utiliser une seule machine pour installer Tableau Server dans vos déploiements initiaux non essentiels à utilisation limitée. Les installations sur un seul serveur peuvent également être étendues à des installations multinœud à mesure que vos charges de travail augmentent. Voici quelques cas où une installation sur un seul serveur peut vous convenir : - Si votre système est considéré comme critique et a besoin de haute disponibilité. La haute disponibilité a pour but de minimiser les immobilisations du système. Vous pouvez la mettre en place en éliminant les points de défaillance uniques et en utilisant un mécanisme fiable de basculement. Tableau Server nécessite une configuration de trois nœuds au minimum pour fournir la redondance et éliminer les points de défaillance uniques. C’est l’une des raisons principales de passer à une configuration multinœud. - Si vous avez beaucoup d’utilisateurs actifs et beaucoup d’actualisations d’extraits, les deux types de charges peuvent entrer en concurrence pour les mêmes ressources sur la machine. Dans un scénario de ce type, une configuration sur un seul serveur peut ne pas être l’option adaptée puisque vous pouvez avoir besoin de nœuds spécialisés pour isoler les différentes charges de travail. **Remarque :** les utilisateurs actifs représentent les demandes interactives simultanées envoyées à Tableau Server, y compris l’utilisation de tableaux de bord sur un ordinateur portable ou un appareil mobile, la création Web, la connexion à des sources de données publiées et leur interrogation. #### Configuration du serveur ![Schéma de topologie pour un seul nœud Tableau Server](/tableau/current/fr-ca/server/fr-ca/Img/baseline_config_onenode1.png) - Nœud de serveur unique autonome avec tous les processus installés sur une machine. - Par défaut, le programme d’installation de Tableau Server configure le nombre d’instances de processus en se basant uniquement sur le matériel de la machine. Nous vous recommandons de conserver la configuration par défaut comme point de départ. Vous trouverez ci-dessous le nombre de processus pour un machine à 8 cœurs . - VizQL Server : définissez sur 2 instances (calcul par défaut : nombre de cœurs physiques divisés par 4, jusqu’à un maximum de 4). - Gestionnaire de processus en arrière-plan, serveur de cache et serveur de données : définissez sur 2 instances. - Tous les autres processus, une seule instance du processus est installée, quel que soit le matériel. Remarque : Une instance de Tableau Prep Conductor est automatiquement configurée avec le gestionnaire de processus en arrière-plan, lorsque la clé produit Data Management est activée sur votre serveur. Il est toutefois recommandé d’utiliser un nœud dédié pour Tableau Prep Conductor. Si vous prévoyez d’exécuter des flux sur votre Tableau Server, nous vous recommandons d’utiliser deux nœuds au minimum et de dédier l’un de ces nœuds à l’exécution des flux uniquement. L’exemple de configuration décrit ci-dessus n’inclut pas Tableau Prep Conductor puisqu’il s’agit d’un serveur à nœud unique. ## Installations distribuées L’exécution de Tableau Server sur plus d’une machine est appelée installation distribuée, ou groupement. Vous pouvez choisir une installation distribuée pour diverses raisons. Par exemple, vous pouvez avoir des environnements avec beaucoup d’extraits, ce qui signifie dédier des ressources matérielles au processus du gestionnaire de processus en arrière-plan. Pour les systèmes ayant besoin de la haute disponibilité, il vous faut un environnement distribué comportant au moins trois nœuds. ### Installations sur deux nœuds (spécialement pour les environnements avec utilisation intensive des extraits) #### Recommandations Commencez par une configuration à deux nœuds lorsque les conditions suivantes s’appliquent à votre installation : - **Environnement utilisant beaucoup les extraits :** La majorité de vos sources de données sont des extraits. Si vous avez simplement quelques extraits extrêmement volumineux, ou de très nombreux petits extraits, votre déploiement peut entrer dans cette catégorie. - **Actualisations d’extraits fréquentes :** L’actualisation d’un extrait sollicite énormément le processeur. En général, vous pouvez soulager les déploiements où les extraits sont fréquemment actualisés (par exemple plusieurs fois par jour durant les horaires de bureau) en privilégiant le processus en arrière-plan qui gère les tâches d’actualisation. **Important :** les configurations à deux nœuds ne répondent pas aux besoins minimum de haute disponibilité. Si vous avez besoin d’un système à haute disponibilité, consultez [Installations à haute disponibilité (HA)](#ha). #### Configuration du serveur ![Schéma de topologie d’un Tableau Server à deux nœuds avec un processus en arrière plan isolé sur le deuxième nœud](/tableau/current/fr-ca/server/fr-ca/Img/baseline_config_twonode_backgrounder_tsm1.png) - Sur le nœud initial, installez tous les processus à l’exception du gestionnaire de processus en arrière-plan. Vous trouverez ci-dessous le nombre de processus pour un machine à 8 cœurs : - VizQL Server : définissez sur 2 instances. (Calcul par défaut : nombre de cœurs physiques divisés par 4, jusqu’à un maximum de 4 ). - Serveur de cache et serveur de données : définissez sur 2 instances. Une instance de la fonctionnalité « Parlez aux données » (Ask Data) est automatiquement configurée sur le nœud qui possède le serveur de données. - Serveur d’indexation et de recherche : la mémoire du serveur d’index et de recherche peut être configurée pour améliorer les performances en utilisant l’option de configuration TSM `indexandsearchserver.vmopts`. Consultez [Options tsm configuration set](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm) pour plus d’informations. - Tous les autres processus, une seule instance du processus est installée, quel que soit le matériel. Une instance de conteneur de microservices interactif est installée sur un nœud sur lequel le serveur d’applications est activé, et une instance de conteneur de microservices non interactif est installée sur un nœud sur lequel le gestionnaire de processus en arrière-plan est activé. - Isolez le gestionnaire de processus en arrière-plan sur le nœud supplémentaire. Pour calculer le nombre minimum de processus du gestionnaire de processus en arrière-plan à exécuter sur ce nœud, divisez par 4 le nombre total de cœurs physiques de l’ordinateur. Pour calculer le nombre maximum, divisez le nombre total de cœurs physiques de l’ordinateur par 2. Dans l’exemple ci-dessus, les deux nœuds sont sur des machines comportant 8 cœurs physiques. Lorsque vous installez le gestionnaire de processus en arrière-plan, Tableau Server installe automatiquement une instance du moteur de données. **Remarque :** Cette configuration suppose que Tableau Prep Conductor n’est pas activé sur votre Tableau Server. Si vous utilisez Tableau Prep Conductor pour programmer et gérer les flux, et que votre environnement utilise les extraits de manière intensive ou doit prendre en charge des flux avec des charges de travail intensives, nous vous recommandons d’avoir au moins 3 nœuds et d’utiliser la configuration à 3 nœuds décrite plus loin dans cette rubrique. Lorsque vous surveillez et collectez des données sur les performances et l’utilisation, vous pouvez ajuster et configurer le nombre d’instances pour ces processus. Par exemple, sur le nœud dédié à l’exécution du gestionnaire de processus en arrière-plan, vous pouvez initialement définir le nombre de gestionnaires de processus en arrière-plan au minimum recommandé (nombre total de cœurs divisé par quatre), et augmenter le nombre de processus en arrière-plan ultérieurement si vous constatez que : - Les actualisations d’extraits demandent beaucoup de temps - Les abonnements et les alertes ne sont pas terminés à temps Pour les nœuds dédiés au gestionnaire de processus en arrière-plan ou à Tableau Prep Conductor, en fonction de la charge de travail et des ressources système, vous devrez peut-être augmenter ou diminuer le nombre d’instances du gestionnaire de processus en arrière-plan ou de Tableau Prep Conductor. En ajustant le nombre de ces instances, cela peut avoir un impact positif et négatif sur les performances des nœuds. Vous êtes chargé de surveiller attentivement les ressources RAM et UCT ainsi que d’autres aspects de Tableau Server, afin de déterminer la meilleure configuration pour votre environnement et vos charges de travail. Les recommandations décrites ici sont des bases de départ censées répondre à un cas d’utilisation moyen et ne seront peut-être pas adaptées à vos besoins spécifiques. Si vous avez besoin d’aide supplémentaire, communiquez avec les [services de conseil de Tableau](https://www.tableau.com/fr-ca/resources/teams-organizations/professional-services). Pour plus d’informations sur l’ajustement des performances, consultez la rubrique [Réglage des performances](https://help.tableau.com/current/server/fr-ca/perf_tuning.htm). ### Installation à deux nœuds (spécialement pour les environnements de flux) Commencez par une configuration à deux nœuds si vous prévoyez de publier, programmer et gérer des flux sur votre Tableau Server. **Important :** les configurations à deux nœuds ne répondent pas aux besoins minimum de haute disponibilité. Si vous avez besoin d’un système à haute disponibilité, consultez [Installations à haute disponibilité (HA)](#ha). #### Configuration du serveur ![Schéma de topologie à deux nœuds de Tableau Server avec un deuxième nœud Prep Conductor dédié. ](/tableau/current/fr-ca/server/fr-ca/Img/baseline_config_twonode_prepconductor1.png) - Sur le nœud initial, installez tous les processus. Vous trouverez ci-dessous le nombre de processus pour un machine à 8 cœurs : - VizQL Server : définissez sur 2 instances. (Calcul par défaut : nombre de cœurs physiques divisés par 4, jusqu’à un maximum de 4 ). - Serveur de cache et serveur de données : définissez sur 2 instances. Une instance de la fonctionnalité « Parlez aux données » (Ask Data) est automatiquement configurée sur le nœud qui possède le serveur de données. - Gestionnaire de processus en arrière-plan : minimum 2, maximum 4. Le diagramme ci-dessus affiche le maximum pour un nœud à 8 cœurs. Tableau Prep Conductor est automatiquement configuré sur le nœud où vous avez installé le gestionnaire de processus en arrière-plan. Sur le nœud initial, définissez le rôle de nœud Gestionnaire de processus en arrière-plan sur l’exécution de tous les types de tâches, y compris les flux, en utilisant la configuration tsm `tsm topology set-node-role`. Pour plus d’informations, consultez [Topologie tsm set-node-role](https://help.tableau.com/current/server/fr-ca/cli_topology_tsm.htm#TSMSetNodeRole). - Serveur d’indexation et de recherche : la mémoire du serveur d’indexation et de recherche peut être configurée pour améliorer les performances en utilisant l’option de configuration TSM `indexandsearchserver.vmopts`. Consultez [Options tsm configuration set](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm) pour plus d’informations. - Tous les autres processus, une seule instance du processus est installée, quel que soit le matériel. Une instance de conteneur de microservices interactif est installée sur un nœud sur lequel le serveur d’applications est activé, et une instance de conteneur de microservices non interactif est installée sur un nœud sur lequel le gestionnaire de processus en arrière-plan est activé. - Sur le second nœud, configurez le gestionnaire de processus en arrière-plan et Tableau Prep Conductor pour prendre en charge les flux. - Isolez le gestionnaire de processus en arrière-plan sur le nœud supplémentaire et configurez-le pour qu’il n’exécute que les flux. Utilisez la commande tsm `tsm topology set-node-role` pour configurer ce paramètre. Pour plus d’informations, consultez [Topologie tsm set-node-role](https://help.tableau.com/current/server/fr-ca/cli_topology_tsm.htm#TSMSetNodeRole). **Remarque :** Si votre environnement utilise les extraits de manière intensive, et que vous programmez et gérez des flux sur votre serveur ou que vous devez prendre en charge des flux avec des charges de travail intensives, nous vous recommandons d’utiliser la configuration à 3 nœuds décrite ci-dessous. ### Installations à haute disponibilité (HA) #### Recommandations Une installation haute disponibilité (HA) de Tableau Server est une installation distribuée conçue pour maximiser la disponibilité de Tableau Server. La haute disponibilité signifie que le système est disponible avec une durée minimale d’immobilisation. Pour intégrer la redondance dans les éléments liés à la haute disponibilité, par exemple le référentiel, la redondance de fichiers et le basculement, vous avez besoin d’un **minimum de trois nœuds**. La tolérance en matière de temps d’immobilisation varie selon chaque organisation et dépend des contrats de niveau de service que vous avez conclus dans votre entreprise. La haute disponibilité est atteinte en éliminant les points de défaillance uniques, en détectant les défaillances et en configurant un système de basculement fiable. La haute disponibilité dans Tableau Server est principalement atteinte par : - Redondance de fichiers avec plusieurs instances de stockage de fichiers/moteur de données. - Référentiel actif/passif sur deux nœuds. - Serveur d’indexation et de recherche sur les trois nœuds. - Ajout d’un équilibreur de charge externe afin que votre installation résiste aux défaillances de passerelle et que les demandes soient uniquement acheminées vers des processus de passerelle opérationnels. #### Configuration du serveur Configuration à trois nœuds : ![Topologie haute disponibilité à trois nœuds de base pour Tableau Server](/tableau/current/fr-ca/server/fr-ca/Img/baseline_config_ha_tsm1.png) - Pour créer la redondance, vous devez ajouter des nœuds supplémentaires afin d’héberger les instances du référentiel et les processus de stockage de fichiers/moteur de données. Vous pouvez ajouter des instances d’autres processus, y compris plusieurs instances d’un processus sur un nœud. - Pour créer une redondance pour le type de tâches de gestionnaire de processus en arrière-plan, configurez l’un des nœuds (nœud initial dans cet exemple) pour qu’il exécute tous les types de tâches. Les gestionnaires de processus en arrière-plan exécutent tous les types de tâches par défaut. Sur l’un des nœuds supplémentaires, configurez le gestionnaire de processus en arrière-plan pour qu’il exécute uniquement les flux, et l’autre nœud supplémentaire pour qu’il exécute toutes les tâches, à l’exception des flux. - Le bon fonctionnement de Tableau Server dépend du bon fonctionnement du service de coordination. Pour les installations de serveurs sur trois nœuds ou plus, nous vous recommandons d’ajouter des instances supplémentaires de service de coordination en déployant un nouvel ensemble de service de coordination. Vous bénéficierez ainsi de redondance et d’une disponibilité améliorée en cas de problème avec une instance du service de coordination. Pour plus d’informations, consultez [Déployer un ensemble de service de coordination](https://help.tableau.com/current/server/fr-ca/distrib_ha_zk.htm). - La mémoire du serveur d’indexation et de recherche est ajoutée aux trois nœuds pour la redondance et peut être configurée pour améliorer les performances à l’aide de l’option de configuration TSM `indexandsearchserver.vmopts`. Consultez [indexandsearchserver.vmopts](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm#indexandsearchserver) pour plus d’informations. - Pour réduire la vulnérabilité du système, vous pouvez exécuter plusieurs passerelles et des instances supplémentaires de certains processus du serveur. Pour ce faire, le nombre minimum d’ordinateurs requis est de trois. - Le référentiel a également été déplacé depuis le nœud initial vers l’un des nœuds supplémentaires, et une seconde instance passive a été ajoutée à l’autre nouveau nœud. - Une instance de conteneur de microservices interactif est installée sur un nœud sur lequel le serveur d’applications est activé, et une instance de conteneur de microservices non interactif est installée sur un nœud sur lequel le gestionnaire de processus en arrière-plan est activé. Pour les nœuds dédiés au gestionnaire de processus en arrière-plan ou à Tableau Prep Conductor, en fonction de la charge de travail et des ressources système, vous devrez peut-être augmenter ou diminuer le nombre d’instances du gestionnaire de processus en arrière-plan ou de Tableau Prep Conductor. En ajustant le nombre de ces instances sur le nœud, cela peut avoir un impact positif et négatif sur les performances des nœuds. Vous êtes chargé de surveiller attentivement les ressources RAM et UCT ainsi que d’autres aspects de Tableau Server, afin de déterminer la meilleure configuration pour votre environnement et vos charges de travail. Les recommandations décrites ici sont des bases de départ censées répondre à un cas d’utilisation moyen et ne seront peut-être pas adaptées à vos besoins spécifiques. Si vous avez besoin d’aide supplémentaire, communiquez avec les [services de conseil de Tableau](https://www.tableau.com/fr-ca/resources/teams-organizations/professional-services). **REMARQUE :** dans certains cas, vous pouvez souhaiter limiter les processus qui s’exécutent sur votre nœud initial. pour diverses raisons, par exemple exécuter aussi peu de processus que possible sur le nœud afin de limiter les demandes de traitement sur le nœud. Vous pouvez également supprimer des processus Tableau Server sous licence du nœud si vous avez une licence basée sur des cœurs et que vous ne souhaitez pas comptabiliser les cœurs du nœud initial dans votre utilisation des cœurs. Pour plus d’informations sur les processus Tableau Server sous licence, consultez [Processus Tableau Server](https://help.tableau.com/current/server/fr-ca/processes.htm) depuis le nœud. ### Déploiements avec machines virtuelles et nuage public En général, les considérations et recommandations décrites dans cette rubrique s’appliquent aux environnements virtuels et déploiements dans le nuage. Si vous exécutez Tableau Server dans un environnement virtuel, utilisez les bonnes pratiques concernant l’hôte de la machine virtuelle pour allouer la vCPU en fonction du nombre de cœurs de processeur physiques sur l’hôte de la machine virtuelle. En règle générale, 2 vCPU = 1 cœur physique pour Tableau Server. Par exemple, pour les installations AWS, la recommandation de 4 cœurs au minimum équivaut à 8 vCPU AWS. Pour plus d’informations sur les déploiements dans le nuage, consultez : - [Hébergement autonome du serveur Tableau dans un service de nuage public](https://help.tableau.com/current/server/fr-ca/ts_tableau_server_cloud_overview.htm). ## Aller au-delà les configurations de base Si vous planifiez un système dont la configuration dépasse les limites documentées ici, contactez les [Services professionnels Tableau](https://www.tableau.com/fr-ca/support/consulting). #### Considérations relatives à l’utilisation maximale de High VizQL Pour des performances optimales pour Tableau Server, nous vous recommandons d’isoler le référentiel sur un nœud dédié dans votre déploiement. Si vous disposez d’une licence Advanced Management, envisagez d’exécuter le référentiel en tant que base de données externe. Si votre organisation a une charge maximale de plus de 1 000 sessions VizQL par heure, nous vous recommandons également d’exécuter Tableau Server sur Linux. Dans ce scénario, les sessions VizQL font référence à toutes les actions utilisateur qui affichent ou génèrent des visualisations à partir de Tableau Server. Pour plus d’informations, consultez [Référentiel externe Tableau Server](https://help.tableau.com/current/server-linux/fr-ca/server_external_repo.htm). #### Considérations relatives à la récupération d’urgence Si les configurations HA réduisent les temps d’immobilisation, vous pouvez par contre toujours rencontrer des défaillances en cas de sinistre ou de panne matérielle. Outre les considérations ci-dessus, vous devriez évaluer l’importance de la récupération d’urgence dans votre entreprise et prévoir un déploiement qui vous aide à atteindre vos objectifs en matière de récupération d’urgence. Lorsque vous planifiez la récupération d’urgence dans votre environnement Tableau, prenez en compte les deux facteurs principaux suivants : - Objectif de délai de récupération (RTO), une mesure qui évalue la durée d’immobilisation que votre entreprise peut accepter avant une reprise complète d’activité. - Influence la fréquence de restauration des sauvegardes sur un groupement alternatif et la quantité d’investissements en infrastructure. - Objectif de point de récupération (RPO), une mesure qui indique la quantité de perte de données que votre entreprise peut tolérer. - Influence la fréquence des sauvegardes de votre système. - Pour Tableau Server, le RPO ne peut pas être plus court que la durée nécessaire à une sauvegarde complète du serveur. Le schéma ci-dessous illustre comment planifier divers exigences RTO : ![Un diagramme affiche des conseils pour planifier les exigences relatives aux objectifs de délai de récupération.](/tableau/current/fr-ca/server/fr-ca/Img/baseline_config_dr.png) #### Évolutivité de Tableau Server Ces configurations de base peuvent ne pas être suffisantes à mesure que vos besoins changent et augmentent, et vous devrez peut-être faire évoluer votre installation Tableau Server au-delà de ces configurations. Comme toute plateforme d’entreprise, Tableau Server monte en puissance en ajoutant des processeurs, de la mémoire et de l’espace disque à des nœuds existants, et augmente en capacité en ajoutant des nœuds à un groupement. L’évolutivité et les performances dépendant toutefois largement des systèmes externes et de l’activité des utilisateurs. La configuration de votre Tableau Server peut varier selon vos besoins et des variables : ![Un diagramme illustre les facteurs qui influencent les performances de la base de données, notamment l’environnement, les données, la charge de travail et l’utilisation.](/tableau/current/fr-ca/server/fr-ca/Img/baseline_config_variables.png) Pour plus d’informations sur l’évolutivité de Tableau Server et les facteurs affectant l’évolutivité, consultez le [Document technique Évolutivité de Tableau Server](https://www.tableau.com/fr-ca/learn/whitepapers/tableau-server-scalability-10-5) (en anglais). [Passer au contenu principal](#main-content) # Configurer Azure AD pour OAuth et l’authentification moderne Les connecteurs Azure Synapse, Azure SQL Database, Azure Databricks, Azure Data Lake Gen2, OneDrive et SharePoint Online et SharePoint Lists (JDBC) prennent en charge l’authentification via Azure AD en configurant un client OAuth pour Tableau Server. **Remarque** : Pour le moment, les jetons d’actualisation à usage unique (parfois appelés jetons d’actualisation en continu ou rotation des jetons d’actualisation) ne sont pas pris en charge pour les connexions d’Azure/Entra ID OAuth à Tableau. La prise en charge de ces jetons est prévue pour une future version. **Remarque :** la prise en charge d’OAuth pour Azure AD n’est possible qu’avec le [pilote Microsoft SQLServer 17.3](https://docs.microsoft.com/fr-ca/sql/connect/odbc/using-azure-active-directory?view=sql-server-ver15) et ultérieur. ## Étape 1 : Enregistrer le client OAuth pour Azure Suivez les étapes ci-dessous pour enregistrer et configurer une application OAuth pour Azure sous un locataire Azure spécifique. 1. Connectez-vous au [Portail Azure](https://portal.azure.com/). 2. Si vous avez accès à plusieurs locataires, sélectionnez le locataire dans lequel vous souhaitez enregistrer une demande. 3. Recherchez et sélectionnez **Azure Active Directory**. 4. Sous **Gérer**, sélectionnez **Enregistrements d’applications,** puis sélectionnez **Nouvel enregistrement**. 5. Entrez « Tableau Server OAuth » ou une valeur similaire comme **nom**. 6. Dans le champ **Types de comptes pris en charge** de la page d’enregistrement de l’application, sélectionnez qui peut utiliser cette application. **Remarque** : Si vous souhaitez utiliser l’ID client et la valeur du secret client de votre application pour des comptes sous différents locataires, choisissez la deuxième option (multilocataire). 8. Sous **Rediriger l’URI** (facultatif), choisissez **Web**, puis saisissez l’adresse Internet de votre serveur suivie de la chaîne, `/auth/add_oauth_token`. Par exemple : `https://your_server_url.com/auth/add_oauth_token` 10. Sélectionnez **Enregistrer**. Une fois l’enregistrement terminé, le portail Azure affiche le volet Vue d’ensemble de l’inscription de l’application, qui inclut son ID d’application (client). Également appelée _ID client_, cette valeur identifie de manière unique votre application dans la plateforme d’identité Microsoft. 11. Copiez l’ID, elle sera utilisée comme champ `[your_client_id]` dans les étapes suivantes. 12. Sélectionnez **Certificats et secrets** dans la barre de gauche, puis choisissez **Nouveau secret client**. 13. Ajoutez une a description du secret. 14. Sélectionnez **Durée de vie du secret client.** 15. Choisissez **Ajouter**, puis copiez la valeur du secret. La valeur du secret sera utilisée comme `[your_client_secret_value]` dans les étapes suivantes. 16. Sélectionnez **Autorisations API** dans la barre de gauche. 17. Choisissez **Ajouter des autorisations**. 18. Sélectionnez Microsoft Graph. 19. Choisissez Autorisations déléguées. 20. Sous Sélectionner les autorisation , sélectionnez toutes les autorisations OpenId (courriel, offline\_access, openid, et profile). 21. Choisissez Ajouter des autorisations. 22. Ajoutez des autorisations supplémentaires. Suivez les étapes suivantes pour le(s) connecteur(s) que vous activez : - Azure SQL Database 1. Cliquez sur Ajouter une autorisation. 2. Sélectionnez Mes API. 3. Cliquez sur Azure SQL Database, puis sur Autorisations déléguées. 4. Sélectionnez user\_impersonation puis cliquez sur Ajouter des autorisations. - OneDrive et SharePoint Online 1. Cliquez sur Ajouter une autorisation. 2. Sélectionnez Microsoft Graph. 3. Cliquez sur Autorisations déléguées. 4. Sous Sélectionner les autorisations, dans la zone de recherche du filtre, saisissez puis ajoutez les autorisations suivantes : - Files.Read.All - Sites.Read.All - User.Read - Listes SharePoint (JDBC) 1. Cliquez sur Ajouter une autorisation. 2. Sélectionnez Microsoft Graph. 3. Cliquez sur Autorisations déléguées. 4. Sous Sélectionner les autorisations, dans la zone de recherche du filtre, saisissez puis ajoutez l’autorisation User.Read. 5. Cliquez de nouveau sur Ajouter une autorisation. 6. Sélectionnez SharePoint. 7. Cliquez sur Autorisations déléguées. 8. Développez la section AllSites, puis sélectionnez et ajoutez l’autorisation AllSites.Manage. ## Étape 2 : Configurer Tableau Server pour Azure La configuration de Tableau Server nécessite l’exécution d’une commande Tableau Server Manager (TSM). Le lac de données Azure Data Gen2 nécessite un ensemble de commandes différent de la commande commune qui est exécutée pour Azure Synapse, Azure SQL Database ou Azure Databricks. ### Configurer le client OAuth par défaut pour Azure Data Lake Storage Gen2 Pour configurer Tableau Server pour Data Lake Storage Gen2, vous devez utiliser les paramètres de configuration suivants : - **ID Client Azure OAuth :** cet ID est généré à partir de la procédure décrite dans l’étape 1. Copiez cette valeur pour `[your_client_id]` dans la première commande tsm ci-dessous. - **Valeur du secret client Azure OAuth :** cette valeur du secret client est générée à partir de la procédure décrite dans l’étape 1. Copiez cette valeur pour `[your_client_secret_value]` dans la deuxième commande tsm. - **URL de Tableau Server :** entrez votre URL Tableau Server, par exemple `https://myco.com`. Copiez cette valeur pour `[your_server_url]` dans la troisième commande tsm. Exécutez les commandes tsm suivantes pour configurer Tableau Server OAuth pour Azure Data Data Lake Storage Gen2 : - `tsm configuration set -k oauth.azuredatalake_storage_gen2.client_id -v [your_client_id] --force-keys` - `tsm configuration set -k oauth.azuredatalake_storage_gen2.client_secret -v [your_client_secret_value] --force-keys` - `tsm configuration set -k oauth.azuredatalake_storage_gen2.redirect_uri -v [your_server_url]/auth/add_oauth_token --force-keys` - `tsm pending-changes apply` ### Configurer le client par défaut pour Azure Synapse, Azure SQL Database ou Databricks Pour configurer Tableau Server, vous devez avoir les paramètres de configuration suivants : - **ID client Azure OAuth :** généré à partir de la procédure décrite dans l’étape 1. Copiez cette valeur pour `[your_client_id]` dans la commande tsm. - **Valeur du secret client Azure OAuth :** générée à partir de la procédure décrite dans l’étape 1. Copiez cette valeur pour `[your_client_secret_value]` dans la deuxième commande tsm. - **URL de Tableau Server :** l’URL de votre Tableau Server, par exemple `https://myco.com`. - **ID de configuration :** il s’agit de la valeur du paramètre `oauth.config.id` de la commande tsm suivante. Valeurs valides : - Azure Synapse : `azure_sql_dw` - SQL Azure Database : `azure_sqldb` - Databricks : `databricks` Exécutez les commandes tsm suivantes pour configurer Azure AD pour Azure Synapse, Azure SQL Database ou Databricks. Par exemple, pour configurer Azure Synapse : `tsm configuration set -k oauth.config.clients -v "[{\"oauth.config.id\":\"azure_sql_dw\", \"oauth.config.client_id\":\"[your_client_id]\", \"oauth.config.client_secret\":\"[your_client_secret_value]\", \"oauth.config.redirect_uri\":\"[your_server_url]/auth/add_oauth_token\"}]" --force-keys` `tsm pending-changes apply` ### Configurer un client OAuth par défaut pour OneDrive et SharePoint Online Pour configurer Tableau Server pour OneDrive et SharePoint Online, vous devez utiliser les paramètres de configuration suivants : - **ID Client Azure OAuth :** cet ID est généré à partir de la procédure décrite dans l’étape 1. Copiez cette valeur pour \[your\_client\_id\] dans la première commande tsm. - **Valeur du secret client Azure OAuth :** cette valeur du secret client est générée à partir de la procédure décrite dans l’étape 1. Copiez cette valeur pour \[your\_client\_secret\_value\] dans la deuxième commande tsm. - **URL de Tableau Server :** l’URL de votre Tableau Server, par exemple `https://myco.com`. Copiez cette valeur pour \[your\_client\_url\] dans la troisième commande tsm. Exécutez les commandes tsm suivantes pour configurer Tableau Server OAuth pour OneDrive et SharePoint Online : - `tsm configuration set -k oauth.onedrive_and_sharepoint_online.client_id -v [your_client_id] --force-keys` - `tsm configuration set -k oauth.onedrive_and_sharepoint_online.client_secret -v [your_client_secret_value] --force-keys` - `tsm configuration set -k oauth.onedrive_and_sharepoint_online.redirect_uri -v [your_server_url]/auth/add_oauth_token --force-keys` - `tsm pending-changes apply` ### Configurer un client OAuth par défaut pour les listes SharePoint (JDBC) Pour configurer Tableau Server pour les listes SharePoint (JDBC), vous devez disposer des paramètres de configuration suivants : - **ID Client Azure OAuth :** cet ID est généré à partir de la procédure décrite dans l’étape 1. Copiez cette valeur pour \[your\_client\_id\] dans la première commande tsm. - **Valeur du secret client Azure OAuth :** cette valeur du secret client est générée à partir de la procédure décrite dans l’étape 1. Copiez cette valeur pour \[your\_client\_secret\_value\] dans la première commande tsm. - **URL de Tableau Server :** l’URL de votre Tableau Server, par exemple `https://myco.com`. Copiez cette valeur pour \[your\_client\_url\] dans la première commande tsm. Exécutez les commandes tsm suivantes pour configurer Tableau Server OAuth pour les listes SharePoint (JDBC) : - `tsm configuration set -k oauth.config.clients -v "[{\"oauth.config.id\":\"cdata_sharepoint\", \"oauth.config.client_id\":\"[your_client_id]\", \"oauth.config.client_secret\":\"[your_client_secret_value]\", \"oauth.config.redirect_uri\":\"[your_server_url]/auth/add_oauth_token\"}]" --force-keys` - `tsm pending-changes apply` ### Configurer un client OAuth par défaut pour OneDrive (obsolète) Pour configurer Tableau Server pour OneDrive (obsolète), vous devez disposer des paramètres de configuration suivants : - **ID Client Azure OAuth :** cet ID est généré à partir de la procédure décrite dans l’étape 1. Copiez cette valeur pour \[your\_client\_id\] dans la première commande tsm. - **Valeur du secret client Azure OAuth :** cette valeur du secret client est générée à partir de la procédure décrite dans l’étape 1. Copiez cette valeur pour \[your\_client\_secret\_value\] dans la deuxième commande tsm. - **URL de Tableau Server :** l’URL de votre Tableau Server, par exemple `https://myco.com`. Copiez cette valeur pour \[your\_client\_url\] dans la troisième commande tsm. Pour continuer, exécutez les commandes tsm suivantes pour configurer Tableau Server OAuth pour OneDrive (obsolète) : - `tsm configuration set -k oauth.onedrive.client_id -v [your_client_id] --force-keys` - `tsm configuration set -k oauth.onedrive.client_secret -v [your_client_secret_value] --force-keys` - `tsm configuration set -k oauth.onedrive.redirect_uri -v [your_server_url]/auth/add_oauth_token --force-keys` - `tsm pending-changes apply` ### Scénarios de redémarrage du serveur Après avoir configuré un client OAuth par défaut, les scénarios suivants peuvent se produire. - Une invite de redémarrage s’affiche si les modifications en attente nécessitent un redémarrage du serveur. - Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela n’empêchera pas le redémarrage. - Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). ### Configuration de plusieurs connecteurs Si vous avez plusieurs connecteurs à configurer, vous devez tous les inclure dans une seule commande. Par exemple : `tsm configuration set -k oauth.config.clients -v "[{\"oauth.config.id\":\"azure_sql_dw\", \"oauth.config.client_id\":\"[your_client_id]\", \"oauth.config.client_secret\":\"[your_client_secret_value]\", \"oauth.config.redirect_uri\":\"[your_server_url]/auth/add_oauth_token\"}, {\"oauth.config.id\":\"azure_sqldb\", \"oauth.config.client_id\":\"[your_client_id]\", \"oauth.config.client_secret\":\"[your_client_secret_value]\", \"oauth.config.redirect_uri\":\"[your_server_url]/auth/add_oauth_token\"}, {\"oauth.config.id\":\"databricks\", \"oauth.config.client_id\":\"[your_client_id]\", \"oauth.config.client_secret\":\"[your_client_secret_value]\", \"oauth.config.redirect_uri\":\"[your_server_url]/auth/add_oauth_token\"}]" --force-keys` `tsm pending-changes apply` ## Configurer OAuth personnalisé pour un site Vous pouvez configurer des clients Azure Data Lake Storage Gen2, Azure Synapse, Azure SQL Database, Databricks Oauth, OneDrive et SharePoint Online et Listes Sharepoint (JDBC) personnalisés pour un site. Envisagez de configurer un client OAuth personnalisé pour 1) remplacer un client OAuth s’il est configuré pour le serveur ou 2) activer la prise en charge de la connexion sécurisée aux données qui nécessitent des clients OAuth uniques. Lorsqu’un client OAuth personnalisé est configuré, la configuration au niveau du site est prioritaire sur toute configuration côté serveur et toutes les nouveaux identifiants OAuth créés utilisent le client OAuth au niveau du site par défaut. Aucun redémarrage de Tableau Server n’est requis pour que les configurations prennent effet. **Important :** Les identifiants OAuth existants établis avant la configuration du client OAuth personnalisé sont utilisables temporairement, mais les administrateurs de serveur et les utilisateurs doivent mettre à jour leurs identifiants enregistrés pour garantir un accès ininterrompu aux données. ### 1 : Préparer l’ID client OAuth, la valeur du secret client, et l’URL de redirection Avant de pouvoir configurer le client OAuth personnalisé, vous avez besoin des renseignements répertoriés ci-dessous. Une fois ces renseignements préparés, vous pouvez enregistrer le client OAuth personnalisé pour le site. - **ID client OAuth et valeur du secret client :** Enregistrez d’abord le client OAuth auprès du fournisseur de données (connecteur) pour récupérer l’ID client et la valeur du secret client générés pour Tableau Server. - **URL de redirection :** notez l’URL de redirection correcte. Vous en aurez besoin pendant le processus d’inscription à l’**Étape 2** ci-dessous. https:// .com/auth/add\_oauth\_token Par exemple, https://example.com/auth/add\_oauth\_token ### 2 : Enregistrer l’ID client OAuth et le secret client Suivez la procédure décrite ci-dessous pour enregistrer le client OAuth personnalisé sur le site. 1. Connectez-vous à votre site Tableau Server à l’aide de vos identifiants d’administrateur de et accédez à la page Paramètres. 2. Sous Registre des clients OAuth, cliquez sur le bouton Ajouter un client OAuth. 3. Saisissez l’information requise, y compris l’information de l’**Étape 1** ci-dessus : 1. Dans Type de connexion, sélectionnez le connecteur dont vous souhaitez configurer le client OAuth personnalisé. 2. L’URL de l’instance OAuth est requis si plusieurs clients OAuth sont enregistrés. Sinon, c’est facultatif. 3. Pour l’ID client , la clé secrète client et l’URL de redirection, saisissez l’information que vous avez préparée à l’**Étape 1** ci-dessus. 4. Cliquez sur le bouton Ajouter un client OAuth pour terminer le processus d’enregistrement. ![Un formulaire pour la création d’un client OAuth, comprenant des champs pour le type de connexion, l’URL de l’instance OAuth, l’ID client, le secret client et l’URL de redirection.](/tableau/current/fr-ca/server/fr-ca/Img/oauth_custom.png) 4. (Facultatif) Répétez l’Étape 3 pour tous les connecteurs pris en charge. 5. Cliquez sur le bouton Enregistrer en bas ou en haut de la page Paramètres pour enregistrer les modifications. ### 3 : Valider et mettre à jour les identifiants enregistrés Pour garantir un accès ininterrompu aux données, vous (et les utilisateurs de votre site) devez supprimer les identifiants enregistrés précédemment et les ajouter à nouveau pour utiliser le client OAuth personnalisé pour le site. 1. Accédez à votre page Paramètres de mon compte. 2. Sous Informations d’identification enregistrées pour les sources de données, procédez comme suit : 1. Cliquez sur Supprimer en regard des informations d’identification enregistrées existantes pour le connecteur dont vous avez configuré le client OAuth personnalisé à l’**Étape 2** ci-dessus. 2. À côté du nom du connecteur, cliquez sur Ajouter et suivez les invites pour 1) vous connecter au client OAuth personnalisé configuré à l’**Étape 2** ci-dessus et 2) enregistrer les identifiants les plus récents. ### 4 : Indiquer aux utilisateurs de mettre à jour leurs identifiants enregistrés Veillez à demander aux utilisateurs de votre site de mettre à jour leurs identifiants enregistrés pour le connecteur dont vous avez configuré le client OAuth personnalisé à l’**Étape 2** ci-dessus. Les utilisateurs du site peuvent utiliser la procédure décrite dans [Mettre à jour les identifiants enregistrés](https://help.tableau.com/current/server/fr-ca/manage_stored_credentials.htm#oauth_update_credentials) pour mettre à jour leurs identifiants enregistrés. ## Proxy de transfert pour l’authentification OAuth Pour plus d’informations sur la configuration d’un proxy de transfert avec authentification OAuth pour Tableau Server (Windows uniquement), consultez [Configurer un proxy de transfert pour l’authentification OAuth](https://help.tableau.com/current/pro/desktop/fr-ca/config_proxy_oauth.htm#server) dans l’aide de Tableau. [Passer au contenu principal](#main-content) # Configurer CORS dans Salesforce.com pour l’intégration d’Einstein Discover dans Tableau Server Dans la version 2021.1.0, il est désormais possible d’intégrer des prédictions d’Einstein Discovery dans les tableaux de bord Tableau. Vous pouvez le faire en utilisant une extension de tableau de bord Einstein Discovery. Comme condition préalable, il est nécessaire de configurer CORS (configuration du partage de ressources d’origine croisée) dans l’org Salesforce hébergeant Tableau CRM et incluant le modèle et les prédictions qui vont être utilisés. Cette procédure explique comment un administrateur d’une organisation Salesforce.com peut effectuer cette configuration. Vous pouvez trouver plus d’informations sur CORS dans la documentation Salesforce, [Configure Salesforce CORS Allowlist](https://help.salesforce.com/s/articleView?id=sf.extend_code_cors.htm). ## Configurer CORS pour Einstein Discovery. **Remarque :** cette procédure documente le processus dans Salesforce Lightning. Si vous utilisez l’interface traditionnelle, la navigation peut être différente, mais la configuration est la même. 1. Connectez-vous à votre compte développeur Salesforce.com, cliquez sur votre nom d’utilisateur dans le coin supérieur droit, puis sélectionnez Setup (Configurer). ![Une icône d’engrenage avec une infobulle indiquant Configuration.](/tableau/current/fr-ca/server/fr-ca/Img/config_oauth_einstein_cxapp_setup.png) 2. Dans la colonne de navigation de gauche, recherchez « cors » et sélectionnez CORS. ![Champ de recherche avec CORS saisi comme terme à rechercher et le résultat de la recherche CORS affiché.](/tableau/current/fr-ca/server/fr-ca/Img/config_cors_einstein_search.png) 3. Dans CORS, dans la section Allowed Origins List (Liste des origines autorisées), cliquez sur Nouveau. ![Volet de configuration CORS présentant la Liste des origines autorisées et un curseur survolant le bouton Nouveau.](/tableau/current/fr-ca/server/fr-ca/Img/config_cors_einstein_new.png) 4. Dans CORS Allowed Origin List Edit (Modification de la liste des origines autorisées CORS), entrez l’URL de Tableau Server, en commençant par « https:// ». ![Volet de configuration CORS avec un modèle d’URL d’origine saisi et un curseur survolant le bouton Enregistrer.](/tableau/current/fr-ca/server/fr-ca/Img/config_cors_einstein_allow_list.png) Pour plus d’informations sur le modèle d’URL, consultez la documentation destinée aux développeurs Salesforce : [https://developer.salesforce.com/docs/atlas.fr-ca.chatterapi.meta/chatterapi/extend\_code\_cors.htm](https://developer.salesforce.com/docs/atlas.fr-ca.chatterapi.meta/chatterapi/extend_code_cors.htm) 5. Cliquez sur Enregistrer. [Passer au contenu principal](#main-content) # Configurer des paramètres de connexion à des sources de données Pour authentifier automatiquement vos utilisateurs lorsque le classeur auquel ils accèdent se connecte à une source de données en direct authentifiée par Windows, configurez votre connexion de données Tableau avec l’option Utiliser l’authentification Windows sélectionnée :
Authentification Windows Nom d’utilisateur et mot de passe
S’authentifie à l’aide du compte de service Exécuter en tant qu’utilisateur Tous les utilisateurs Tableau Server sont invités à spécifier des informations de base de données.
Une boîte de dialogue avec des champs vides pour se connecter à un serveur Microsoft SQL Server afin de s’authentifier. Une boîte de dialogue avec un nom d’utilisateur et un mot de passe saisis pour se connecter à un serveur Microsoft SQL Server afin de s’authentifier.
Il est important de comprendre comment le compte Exécuter en tant que service accède aux données pour le compte des utilisateurs de votre entreprise. Dans certains cas, les utilisateurs peuvent accéder par inadvertance à des données pour lesquelles leurs comptes utilisateur ne sont pas explicitement autorisés. Avant d’autoriser les utilisateurs à accéder aux données avec le compte Exécuter en tant service, consultez [Accès aux données avec le compte Exécuter en tant que service](https://help.tableau.com/current/server/fr-ca/runas_access.htm). [Passer au contenu principal](#main-content) # Configurer des projets, des groupes, des ensembles de groupes et des autorisations pour le libre-service géré La publication sur Tableau Cloud et Tableau Server est simple. Pour certaines organisations, cela peut être beaucoup _trop_ simple. Il conviendrait de créer une structure contrôlée avant de laisser les utilisateurs Creator publier leur propre contenu. Pour simplifier les choses et faire en sorte que le contenu approprié est facilement accessible, il serait peut-être bon de configurer votre site pour le libre-service géré. Pour cela, il convient de mettre en place des directives et des réglages pour que le contenu soit organisé, consultable et sécurisé sans qu’il y ait des risques de blocage dans le processus de publication. Cet article vous présente la possibilité, en tant qu’administrateur de site, de configurer votre site pour le libre-service géré : 1. Identifier les types de groupes et de projets dont vous aurez besoin 2. Créer des groupes et des ensembles de groupes 3. Supprimer les autorisations qui génèrent des ambiguïtés et établir des modèles d’autorisation par défaut 4. Créer des projets 5. Verrouiller les autorisations de projet **Remarque :** L’information fournie ici est une version adaptée et simplifiée de celles des Visionnaires Tableau et des clients qui nous ont fait part de leur expérience. ## Planification de votre stratégie Les autorisations dans Tableau définissent les règles appliquées au contenu (projets, classeurs, etc.) pour un groupe ou un utilisateur. Ces règles d’autorisation sont créées en autorisant ou en refusant des fonctionnalités spécifiques. ![L’interface des règles d’autorisation affiche diverses fonctionnalités autorisées et refusées](/tableau/current/fr-ca/server/fr-ca/Img/perms_permissionrules.png) Il est utile d’avoir un plan détaillé pour vos projets, groupes et règles d’autorisation, que ce soit pour un nouveau projet ou pour des modifications. Les détails dépendent de vous, mais nous vous recommandons deux pratiques importantes pour tous les environnements : - Gérez les autorisations sur des projets, et non sur chaque élément de contenu. - Attribuez des autorisations à des groupes, et non à chaque utilisateur. La définition d’autorisations au niveau de chaque utilisateur ou de chaque ressource de contenu peut rapidement rendre la situation difficile à gérer. ### Utiliser un modèle d’autorisations fermé Les modèles généraux de définition des autorisations sont _ouvert_ ou _fermé_. Dans un modèle ouvert, les utilisateurs bénéficient d’un niveau d’accès plus élevé et vous refusez les fonctionnalités de façon explicite. Dans un modèle fermé, les utilisateurs obtiennent seulement l’accès nécessaire à leur travail. C’est le modèle que préconise les professionnels de la sécurité. Les exemples de cette rubrique s’inspirent d’un modèle fermé. Pour plus d’informations sur la manière d’évaluer les autorisations Tableau, consultez la section [Autorisations effectives](https://help.tableau.com/current/server/fr-ca/permission_effective.htm). ## Identifier les types de projets et de groupes dont vous aurez besoin La conception d’une structure pour accueillir le contenu (dans les projets) et les catégories d’utilisateurs (en tant que groupes) ou les catégories de groupes (en tant qu’ensembles de groupes) peut être la partie la plus difficile de la configuration d’un site, mais elle facilite grandement la gestion courante. **Projets** : les projets fonctionnent à la fois comme une unité de gestion des autorisations et comme un cadre d’organisation et de navigation. Essayez de créer une structure de projet qui équilibre la façon dont les gens s’attendent à trouver du contenu et qui permette une autorisation logique. **Groupes ou ensembles de groupes** : Avant de créer des groupes, il peut être utile de trouver des thèmes communs dans la façon dont les gens interagissent avec le contenu. Essayez d’identifier les tendances que vous pouvez utiliser pour créer des groupes ou des ensembles de groupes et évitez d’attribuer à chaque utilisateur des autorisations ponctuelles. Exemple 1 : structure du projet et du groupe Imaginons, par exemple, un environnement où il existe un contenu à l’échelle de l’entreprise auquel tout le monde devrait pouvoir accéder, ainsi qu’un contenu pour les RH qui doit être restreint. Les projets incluent : - **Conférence d’entreprise Acme**. Il s’agit notamment de sources de données et de classeurs pour la vente de billets, de tableaux de bord pour la stratégie de contenu et de plans de projet pour la conférence d’entreprise. - **Réussite des employés**. Il s’agit notamment de sources de données et de classeurs anonymes pour le sondage interne auprès des employés - **Ressources humaines**. Il s’agit notamment des sources de données et des classeurs pour les RH qui ne doivent être accessibles qu’aux membres de l’équipe RH. Ensuite, les groupes doivent correspondre à ce que les gens ont besoin de faire : - **Créateurs de contenu de base**. Ce groupe est destiné aux utilisateurs qui peuvent publier dans des projets de niveau supérieur et ont un large accès aux sources de données, mais qui n’ont pas besoin de pouvoir déplacer ou gérer le contenu. - **Créateurs de contenu pour les RH.** Ce groupe est destiné aux utilisateurs qui ont accès aux sources de données des RH et peuvent publier dans le projet RH. - **Utilisateurs métier.** Ce groupe est destiné aux utilisateurs qui doivent pouvoir accéder au contenu créé par les créateurs de contenu de base, mais qui ne doivent même pas savoir qu’il existe un contenu pour les RH. - **Utilisateurs RH.** Ce groupe est destiné aux utilisateurs qui doivent pouvoir accéder au contenu du projet RH mais qui n’ont pas le droit de créer ou de publier du contenu. - **Principaux chefs de projet.** Ce groupe est destiné aux utilisateurs qui doivent recevoir le statut de chef de projet pour les projets qui ne relèvent pas des RH. Exemple 2 : Structure du groupe et de l’ensemble de groupes Depuis Tableau Server 2024.2, vous pouvez utiliser des ensembles de groupes pour contrôler davantage les fonctionnalités accordées (ou refusées) aux utilisateurs en activant les autorisations au niveau de l’ensemble de groupes. Lorsque les autorisations sont définies au niveau de l’ensemble de groupes, les utilisateurs doivent appartenir à tous les groupes des ensembles de groupes à évaluer. **Remarque :** Les règles d’autorisation des ensembles de groupes sont évaluées après les règles d’utilisateur et de groupe. Par exemple, supposons que vous ayez créé les groupes pour correspondre aux besoins des personnes de l’exemple 1 ci-dessus. Vous pouvez créer l’ensemble de groupes suivant pour verrouiller davantage l’accès aux RH : - **Dirigeants RH.** Cet ensemble de groupes est composé de créateurs de contenu RH et de chefs de projet principaux. Seuls les utilisateurs de cet ensemble de groupes qui appartiennent aux deux groupes reçoivent le statut de chef de projet et la possibilité d’accéder à des sources de données RH sensibles et de publier dans le projet RH. ### Étudier les rôles sur le site N’oubliez pas que les autorisations sont liées au contenu, et non aux groupes ou aux utilisateurs. L’attribution des autorisations **Explorer** à un groupe ne doit donc pas se faire dans le vide. Au contraire, le groupe peut recevoir des autorisations **Explorer** pour un projet et son contenu. Les rôles sur le site, en revanche, sont attribués à des utilisateurs spécifiques et peuvent définir ou limiter les autorisations dont ils disposent. Pour plus d’informations sur la manière dont les licences, les rôles sur le site et les autorisations sont liés, consultez la section [Autorisations, rôles sur le site et licences](https://help.tableau.com/current/server/fr-ca/permission_license_siterole.htm). ## Créer les groupes et les ensembles de groupes S’il peut être tentant de créer les groupes et les projets dès que vous identifiez ce dont vous avez besoin, il est important de faire les choses dans un ordre précis. **Projets** : les projets ne doivent pas être créés tant que le projet par défaut n’a pas été correctement configuré (voir la section suivante). En effet, les projets de niveau supérieur utilisent le projet par défaut comme modèle pour leurs règles d’autorisation. **Groupes** : les groupes doivent être créés avant de pouvoir être utilisés pour élaborer des règles d’autorisation. Les utilisateurs n’ont pas encore besoin d’être ajoutés aux groupes, mais ils peuvent l’être. Pour plus d’informations sur la création de groupes et l’ajout d’utilisateurs à ceux-ci, consultez [Groupes](https://help.tableau.com/current/server/fr-ca/groups.htm) et [Ajouter des utilisateurs à un groupe](https://help.tableau.com/current/server/fr-ca/users_add_group.htm). **Ensembles de groupes** : les groupes doivent être créés avant de pouvoir être utilisés pour élaborer des règles d’autorisation. Les utilisateurs n’ont pas encore besoin d’être ajoutés aux groupes, mais ils peuvent l’être. Pour plus d’informations, consultez [Utiliser des ensembles de groupes](https://help.tableau.com/current/server/fr-ca/group_sets.htm). > [!TIP] > > **Conseil :** La création manuelle de plusieurs groupes et projets et la définition des différentes autorisations peuvent être légèrement fastidieuses. Pour automatiser ces processus et les reproduire dans les mises à jour à venir, vous pouvez effectuer ces tâches à l’aide des commandes [API REST](https://help.tableau.com/current/api/rest_api/fr-ca/help.htm#REST/rest_api.htm). Vous pouvez utiliser les commandes [tabcmd](https://help.tableau.com/current/server-linux/fr-ca/tabcmd.htm) pour des tâches telles que l’ajout ou la suppression d’un seul projet ou groupe, ou pour l’ajout d’utilisateurs, mais non pour la définition d’autorisations. ### Appartenance à plusieurs groupes Il est possible d’inclure les utilisateurs des groupes Créateurs de contenu pour les RH et Utilisateurs RH dans le groupe Utilisateurs métier. Il serait ainsi plus facile d’attribuer des autorisations aux utilisateurs de contenu de base plutôt qu’aux utilisateurs métiers pour la majorité du contenu. Cependant, dans ce scénario, le groupe Utilisateurs métier ne pouvait se voir refuser aucune fonctionnalité dans le dossier Ressources humaines sans refuser également les utilisateurs RH. Au lieu de cela, si aucune précision n’est apportée au groupe Utilisateurs métier, des groupes spécifiques tels que Créateurs de contenu pour les RH et Utilisateurs RH se verraient attribuer les fonctionnalités concernées. En effet, les autorisations Tableau sont restrictives. Si le groupe Utilisateurs métier se voyait refuser certaines fonctionnalités, ce refus remplacerait l’autorisation d’une autre règle d’autorisation pour les utilisateurs des deux groupes. #### Impact des ensembles de groupes Si les autorisations attribuées sont activées au niveau de l’ensemble de groupes, les autorisations pour chaque groupe de l’ensemble de groupes ne doivent pas être spécifiées ou refusées pour permettre cette fonctionnalité. ![Organigramme des autorisations au niveau du groupe.](/tableau/current/fr-ca/server/fr-ca/Img/perms_evalflow_basic.png "organigramme montrant le flux d’évaluation des autorisations effectives") Pour décider du mode d’attribution de l’appartenance à un groupe, il est important de comprendre comment les règles d’autorisation sont évaluées. Pour plus d’informations, consultez la section [Autorisations effectives](https://help.tableau.com/current/server/fr-ca/permission_effective.htm). ## Supprimer les autorisations qui génèrent des ambiguïtés et établir des modèles d’autorisation par défaut Chaque site a un groupe Tous les utilisateurs et un projet Par défaut. **Groupe Tous les utilisateurs :** Tout utilisateur ajouté au site devient automatiquement membre du groupe Tous les utilisateurs. Pour éviter toute confusion avec les règles d’autorisation définies sur plusieurs groupes, il est préférable de supprimer les autorisations du groupe Tous les utilisateurs. **Projet par défaut** : Le projet par défaut fonctionne comme un modèle pour les nouveaux projets du site. Tous les nouveaux projets de niveau supérieur prendront leurs règles d’autorisation du projet par défaut. L’établissement de modèles d’autorisation de base sur le projet par défaut signifie que vous aurez un point de départ prévisible pour les nouveaux projets. (Notez que les projets imbriqués héritent des règles d’autorisation de leur projet parent, et non du projet par défaut. ) Supprimer la règle d’autorisation pour le groupe Tous les utilisateurs sur le projet par défaut 1. Sélectionnez Explorer pour ouvrir les projets de niveau supérieur sur le site. 2. Dans le menu Action Par défaut (...) du projet, sélectionnez Autorisations. 3. À côté du nom de groupe Tous les utilisateurs, sélectionnez **…**, puis sélectionnez Supprimer règle…. Vous pouvez ainsi établir des règles d’autorisation pour les groupes que vous contrôlez intégralement sans attribuer des autorisations contradictoires au groupe Tous les utilisateurs. Pour plus d’informations sur la manière d’évaluer plusieurs règles pour déterminer les autorisations effectives, consultez la section [Autorisations effectives](https://help.tableau.com/current/server/fr-ca/permission_effective.htm). ### Créer des règles d’autorisation Vous pouvez maintenant configurer les modèles d’autorisation de base pour le projet par défaut dont hériteront tous les nouveaux projets de niveau supérieur. Vous pouvez choisir de ne rien saisir dans le champ des règles d’autorisation du projet par défaut et de créer des autorisations individuelles pour chaque nouveau projet de niveau supérieur. Cependant, s’il existe des règles d’autorisation qui doivent s’appliquer à la majorité des projets, il peut être utile de les définir sur le projet par défaut. N’oubliez pas que la boîte de dialogue des autorisations d’un projet contient des onglets pour chaque type de contenu. **Vous devez définir des autorisations pour chaque type de contenu au niveau du projet******,******** sinon les utilisateurs se verront refuser l’accès à ce type de contenu. (Une fonctionnalité n’est accordée à un utilisateur que si elle lui est expressément autorisée. Si une fonctionnalité garde le statut Non spécifiée, elle sera refusée. Pour plus d’informations, consultez la section [Autorisations effectives](https://help.tableau.com/current/server/fr-ca/permission_effective.htm).) Conseil : Chaque fois que vous créez une règle d’autorisation au niveau du projet, assurez-vous de parcourir tous les onglets de type de contenu. Créez des règles d’autorisation comme vous le souhaitez : 1. Cliquez sur \+ Ajouter une règle de groupe/utilisateur et commencez la saisie pour rechercher un nom de groupe. 2. Pour chaque onglet, choisissez un modèle existant dans la liste déroulante ou créez une règle personnalisée en cliquant sur les fonctionnalités. 3. Lorsque vous avez terminé, cliquez sur Enregistrer. Pour plus d’informations sur les autorisations, consultez la section [Définir les autorisations](https://help.tableau.com/current/server/fr-ca/permissions.htm#set-permissions). Exemple : Autorisations au niveau du projet pour chaque type de contenu Dans notre exemple, la majorité des projets devraient être accessibles à la plupart des gens. Pour le projet par défaut, nous utiliserons les [modèles de règles d’autorisation](https://help.tableau.com/current/server/fr-ca/permissions_capabilities.htm#capabilities) pour donner aux principaux créateurs de contenu des droits de publication et à tous les autres la possibilité d’interagir avec les classeurs et rien d’autre.
GroupeProjetsClasseursSources de données(Autre contenu)
Créateurs de contenu de basePublierPublierPublierVue
Créateurs de contenu pour les RHVueExplorerVueAucun
Utilisateurs métierVueExplorerVueAucun
Utilisateurs HRVueExplorerVueAucun
Principaux chefs de projetDéfinir en tant que chef de projetS.O.S.O.S.O.
Cette tendance s’inspire d’un modèle fermé et limite les autorisations à une utilisation de base pour la plupart des contenus et la majorité des utilisateurs. Lorsque de nouveaux projets de niveau supérieur sont créés, ces règles sont héritées par défaut, mais les règles d’autorisation peuvent être modifiées par projet selon les besoins. Retenez que ces autorisations doivent être supprimées pour le projet **Ressources humaines** et que sa propre tendance doit être établie. ## Créer des projets et ajuster les autorisations Une fois le projet par défaut configuré avec vos modèles d’autorisations personnalisés, vous pouvez créer le reste de vos projets. Pour chaque projet, vous pouvez ajuster les autorisations par défaut si nécessaire. Pour créer un projet 1. Sélectionnez Explorer pour ouvrir les projets de niveau supérieur sur le site. 2. Dans la liste déroulante Nouveau, sélectionnez Projet. 3. Nommez le projet et, si vous le souhaitez, donnez-lui une description. Il peut être utile d’établir une convention de nommage. Par exemple, une structure de base peut être <Équipe> - , par exemple Opérations de développement - Surveillance. La description apparaît lorsque vous survolez une vignette de projet et sur la page Détails du projet. Une bonne description peut aider les utilisateurs à savoir qu’ils sont au bon endroit. 1. [Ajustez les autorisations](https://help.tableau.com/current/server/fr-ca/permissions.htm#set-permissions) si nécessaire. 1. Ouvrez le nouveau projet. 2. Dans le menu Action (...), sélectionnez Autorisations 3. Modifiez les règles d’autorisation comme vous le souhaitez. _N’oubliez pas de vérifier tous les onglets de contenu_. ## Verrouiller les autorisations de contenu En plus des règles d’autorisation, les projets disposent d’un paramètre d’autorisation de contenu. Ce paramètre peut être configuré de deux façons, soit **Verrouillé** (recommandé), soit **Personnalisable**. Le verrouillage d’un projet est un moyen de maintenir la cohérence et de garantir que tout le contenu du projet dispose d’autorisations uniformes (par type de contenu). Un projet personnalisable permet aux utilisateurs autorisés de définir des règles d’autorisation individuelles sur des éléments de contenu. Pour plus d’informations, consultez [Verrouiller les autorisations de contenu](https://help.tableau.com/current/server/fr-ca/permissions_projects.htm#lock-content-permissions). Quel que soit le paramètre d’autorisation du contenu, les autorisations sont toujours appliquées au contenu. ## Structures possibles de projet Certaines organisations trouvent utile d’avoir des projets utilisables à des fins particulières. Voici quelques exemples de projets et leurs utilisations prévues. Notez qu’il s’agit de modèles d’exemple et que vous devez toujours tester la configuration dans votre environnement. Pour plus d’informations sur les fonctionnalités incluses dans les modèles de règle d’autorisation de chaque type de contenu, consultez la section [Fonctionnalités d’autorisation](https://help.tableau.com/current/server/fr-ca/permissions_capabilities.htm). Exemples : paramètres d’autorisation à des fins spécifiques #### Classeurs partagés pour collaboration ouverte sur le serveur N’importe qui dans le département peut publier des éléments dans le projet en collaboration ouverte tant que le contenu est en cours de développement. Les collègues peuvent travailler ensemble par le biais de l’édition Web sur le serveur. Certaines personnes appellent ceci un bac à sable, d’autres parlent d’espace intermédiaire... Dans ce projet, vous pouvez autoriser l’édition Web, l’enregistrement, le téléchargement, etc. Ici, vous voulez non seulement permettre la collaboration, mais aussi permettre aux utilisateurs qui ne disposent pas de Tableau Desktop de contribuer et de fournir des commentaires.
GroupeProjetsClasseursSources de données(Autre contenu)
Gestionnaires de donnéesPublierPublierPublierÀ déterminer
AnalystesPublierPublierExplorerÀ déterminer
Utilisateurs métierPublierPublierExplorerÀ déterminer
Retenez que certaines fonctionnalités du modèle Publier (telles que Remplacer) peuvent être [bloquées par le rôle sur le site d’un utilisateur,](https://help.tableau.com/current/online/fr-ca/permission_license_siterole.htm) même si celui-ci est autorisé à utiliser cette fonctionnalité. **Remarque** : « _À déterminer_ » indique que ces règles d’autorisation ne sont pas simples à déterminer pour le scénario et peuvent être définies de la manière la plus logique possible pour un environnement donné. #### Rapports partagés qui ne peuvent pas être modifiés Il peut s’agir d’un projet dans lequel les utilisateurs qui créent des classeurs et des sources de données (analystes et administrateurs de données) peuvent publier quand ils le souhaitent pour mettre du contenu à disposition des utilisateurs métier, en étant certains que leur travail ne peut pas être « emprunté » ni modifié. Pour ce type de projet, vous pouvez refuser toutes les fonctionnalités qui permettent la modification ou la récupération des données sur le serveur pour les réutiliser. Vous pouvez autoriser les fonctionnalités d’affichage.
GroupeProjetsClasseursSources de données(Autre contenu)
Gestionnaires de donnéesPublierÀ déterminerPublierÀ déterminer
AnalystesPublierPublierVueÀ déterminer
Utilisateurs métierVueVueAucunAucun
#### Sources de données vérifiées pour les analystes Il s’agit de l’emplacement dans lequel les administrateurs de données publient les sources de données qui correspondent à toutes vos exigences et qui deviennent une source fiable pour votre organisation. Les responsables de projet de ce projet peuvent certifier ces sources de données, afin qu’elles soient mieux classées dans les résultats de la recherche et soient reprises dans les sources de données recommandées. Vous pouvez autoriser les analystes autorisés à connecter leurs classeurs aux sources de données de ce projet, mais pas à les télécharger ni à les modifier. Vous pouvez refuser des fonctionnalités d’affichage au groupe Utilisateurs métier pour que ces utilisateurs ne voient même pas ce projet.
GroupeProjetsClasseursSources de données(Autre contenu)
Gestionnaires de donnéesPublierÀ déterminerPublierÀ déterminer
AnalystesVueAucunVueAucun
Utilisateurs métierAucunAucunAucunAucun
#### Contenu inactif Une autre solution est de séparer les classeurs et les sources de données que les vues administratives du site présentent comme n’ayant pas été utilisées pendant un certain temps. Vous pouvez indiquer aux propriétaires de contenu une durée limite au terme de laquelle ce contenu est supprimé du serveur. Que vous le fassiez de cette manière ou que vous supprimiez le contenu directement dans les projets en cours est une décision à prendre au niveau de votre organisation. Dans un environnement actif, n’hésitez pas à supprimer le contenu qui n’est pas utilisé.
GroupeProjetsClasseursSources de données(Autre contenu)
Gestionnaires de donnéesAucunAucunAucunAucun
AnalystesVueVueÀ déterminerÀ déterminer
Utilisateurs métierAucunAucunAucunAucun
#### Source des modèles de classeurs Ceci est un projet que les utilisateurs peuvent utiliser pour le téléchargement, mais pas pour la publication ni l’enregistrement. C’est l’emplacement dans lequel les publicateurs autorisés et les responsables de projet placent les modèles de classeurs. Les modèles qui contiennent les polices, les couleurs, les images et même les connexions de données approuvées et qui intègrent ces éléments peuvent faire gagner beaucoup de temps aux auteurs et contribuent à donner une apparence cohérente à vos rapports.
GroupeProjetsClasseursSources de données(Autre contenu)
Auteur autoriséPublierPublierPublierÀ déterminer
Gestionnaires de donnéesAucunAucunAucunAucun
AnalystesVue

Modèle : Explorer

+ 

Fonctionnalité : Télécharger le classeur/Enregistrer une copie

VueAucun
Utilisateurs métierAucunAucunAucunAucun
## Étapes suivantes En plus des projets, des groupes et des autorisations, la gouvernance des données aborde les thèmes suivants : **Formation des utilisateurs**  Aidez _tous_ vos utilisateurs Tableau à devenir d’excellents administrateurs de données. Les organisations les plus performantes dans leur utilisation de Tableau créent des groupes d’utilisateurs Tableau, organisent régulièrement des formations, etc. Pour découvrir une approche commune à l’orientation des utilisateurs sur le site, consultez [Portails personnalisés basés sur des tableaux de bord](https://help.tableau.com/current/server/fr-ca/portal_dashboard.htm). Pour découvrir des astuces sur la publication et la certification des données, consultez les sujets suivants : - [Utiliser la certification pour aider les utilisateurs à trouver des données fiables](https://help.tableau.com/current/server/fr-ca/datasource_certified.htm) - [Préparer la publication d’un classeur](https://help.tableau.com/current/pro/desktop/fr-ca/publish_workbooks_prepare.htm "Conseils sur la publication de classeurs") (liens vers l’aide de Tableau) - [Meilleures pratiques pour les sources de données publiées](https://help.tableau.com/current/pro/desktop/fr-ca/publish_datasources_about.htm) (liens vers l’aide de Tableau) **Optimiser l’activité d’actualisation d’extrait et d’abonnement** Si vous utilisez Tableau Server, créez des stratégies pour l’actualisation d’extrait et les programmations d’abonnement pour éviter qu’elles ne dominent les ressources du site. Les présentations de client TC de Wells Fargo et Sprint abordent ce sujet en détail. Consultez aussi les rubriques sous [Réglage des performances](https://help.tableau.com/current/server/fr-ca/perf_tuning.htm). Si vous utilisez Tableau Cloud, consultez les rubriques suivantes pour découvrir comment actualiser les extraits : - [Mettre les données à jour](https://help.tableau.com/current/online/fr-ca/to_keep_data_fresh.htm) - [Utiliser Tableau Bridge pour développer les options d’actualisation des données](https://help.tableau.com/current/online/fr-ca/to_sync_local_data.htm) **Surveillance** Utilisez les vues administratives pour garder un œil sur les performances du site et l’utilisation du contenu. [Vues administratives](https://help.tableau.com/current/server/fr-ca/adminview.htm) [Passer au contenu principal](#main-content) # Configurer et gérer des pools d’identités Pour créer et gérer des pools d’identités, vous devez effectuer par programmation des appels contre le [Méthodes des pools d’identités](https://help.tableau.com/current/api/rest_api/fr-ca/REST/TAG/index.html#tag/Identity-Pools-Methods) à l’aide de l’OpenAPI REST de Tableau. Pour ajouter ou gérer des utilisateurs dans un pool d’identités, vous pouvez utiliser l’interface utilisateur (UI) de Tableau Server directement ou via l’API REST de Tableau. Le processus de configuration des pools d’identités est résumé dans les étapes suivantes. 1. **Configurer Tableau Server et établir une session**. 2. **Provisionner les utilisateurs** en configurant une nouvelle instance de magasin d’identités local. **Remarque :** Vous pouvez ignorer cette étape pour utiliser un magasin d’identités local existant ou le magasin d’identités externe que vous avez configuré dans TSM lors de l’installation de Tableau Server. 3. **Configurer l’authentification** pour authentifier vos utilisateurs auprès de Tableau Server à l’aide d’OpenID Connect (OIDC). 4. **Créer un groupe d’identités** qui utilise le magasin d’identités et l’authentification OIDC que vous avez configurés. 5. **Ajouter des utilisateurs à un pool d’identités** en utilisant l’interface utilisateur de Tableau Server ou l’API REST pour permettre aux utilisateurs de se connecter à Tableau Server. Après la configuration, vous pouvez [tester](#test), [gérer](#manage), et [dépanner](#troubleshoot) vos pools d’identités. **Remarque :** Vous pouvez utiliser la collection Postman des [Pool d’identités](https://www.postman.com/salesforce-developers/workspace/salesforce-developers/folder/12721794-b229dea8-ee9c-4fbb-80d1-7e9153c207ee) dans l’espace de travail Postman du développeur Salesforce pour découvrir, développer et tester les méthodes décrites dans cette rubrique. ## Conditions préalables Avant de commencer avec les pools d’identités, les conditions suivantes doivent être remplies : - L’intégration avec un fournisseur d’identité (IdP) OIDC, tel qu’Okta, est déjà configurée - Vous exécutez Tableau Server 2023.1 ou version ultérieure - Vous avez effectué la [migration d’identité](https://help.tableau.com/current/server/fr-ca/identity_migration.htm), qui est requise pour les nouveaux déploiements et mises à niveau de Tableau Server ## Démarrer ### Étape 1 : Configurer Tableau Server et établir une session L’activation des modifications associées à la configuration des pools d’identités nécessite une configuration TSM unique et une déclaration des variables de session et d’hôte. **Pour configurer Tableau Server** 1. Ouvrez une invite de commande en tant qu’administrateur sur le nœud initial (le nœud sur lequel TSM est installé) du groupement. 2. Exécutez la commande suivante : 1. `tsm configuration set -k gateway.external_url -v http://` 2. `tsm pending-changes apply` Par exemple, vous pouvez exécuter les commandes suivantes pour configurer votre Tableau Server, http://myco: `tsm configuration set -k gateway.external_url -v http://myco` `tsm pending-changes apply` Pour plus d’informations, consultez [gateway.external\_url](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm#gateway_external_url). **Remarque :** À compter de la version 2025.3, l’URL spécifiée est le point de terminaison utilisé pour la déconnexion unique (SLO) si elle est activée. 3. (Facultatif) Exécutez les commandes suivantes pour ajouter une description pour le pool initial (TSM configuré) : 1. `tsm configuration set -k wgserver.authentication.identity_pools.default_pool_description -v ""` 2. `tsm pending-changes apply` Par exemple, vous pouvez exécuter les commandes suivantes pour ajouter une description « Connexion pour les employés de MyCo » : `tsm configuration set -k wgserver.authentication.identity_pools.default_pool_description -v "Sign-in for MyCo employees"` `tsm pending-changes apply` Pour plus d’informations, consultez [wgserver.authentication.identity\_pools.default\_pool\_description](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm#initial_pool_description). 4. (Facultatif) Exécutez les commandes suivantes pour terminer l’activation de la déconnexion unique (SLO) pour le pool initial (configuré dans TSM) : `tsm authentication openid enable-slo` `tsm authentication openid get-slo-redirect-url` 5. Connectez-vous à Tableau Server en tant qu’administrateur effectuez les opérations suivantes : 1. Accédez aux outils de développement du navigateur et accédez aux témoins de l’application. 2. Notez la valeur workgroup\_session\_id. Par exemple, si vous travaillez dans Chrome, cliquez avec le bouton droit n’importe où sur la page d’accueil de Tableau Server, cliquez avec le bouton droit et sélectionnez Inspecter. Cliquez sur Application dans le volet de navigation supérieur et cliquez sur Témoins dans le volet de navigation de gauche. Sous Témoins, cliquez sur votre nom Tableau Server, comme http://myco.com, et notez la valeur workgroup\_session\_id dans le volet central. 6. Dans le script ou l’outil de développement d’API que vous utilisez pour effectuer des demandes de pools d’identités à l’aide de l’OpenAPI REST de Tableau, procédez comme suit : 1. Ajoutez la valeur workgroup\_session\_id en tant que variable globale. 2. De plus, ajoutez le port 80, l’hôte (votre URL Tableau Server) et le protocole (HTTP ou HTTPS) à vos variables globales. Par exemple, le tableau suivant montre les variables globales nécessaires pour votre Tableau Server, http://myco. | Variable globale | Valeur | | --- | --- | | ID de session de groupe de travail | XXX\_2abcDefDwGVzPu1hCQ|FJk5Z6OroPCLEDTKkwDxaeA0YzrIY04f|ca608d3c-fc01-4e40-ae5e-9b2131e4e7xx | | Port | 80 | | Hôte | http://myco | | Protocole | HTTP | ### Étape 2 : Configurer un magasin d’identités Tableau Server vous demande de configurer un magasin d’identités pour provisionner ou approvisionner vos utilisateurs Tableau Server. Lors de la configuration d’un pool d’identités, vous pouvez utiliser un [magasin d’identités local](https://help.tableau.com/current/server-linux/fr-ca/plan_identity_store.htm#local-identity-store) nouveau ou existant, ou vous pouvez utiliser un [magasin d’identités externe](https://help.tableau.com/current/server-linux/fr-ca/plan_identity_store.htm#external-identity-store), soit Active Directory (AD) soit Lightweight Directory Access Protocol (LDAP), si ce magasin d’identités externe a été configuré lors de l’installation de Tableau Server. **Remarque :** les nouvelles instances AD ou LDAP qui ne sont pas l’instance AD ou LDAP que vous avez configurée dans TSM lors de l’installation de Tableau Server (également appelées pool initial (configuré par TSM)) ne sont pas configurables avec des pools d’identités. **Pour configurer un magasin d’identités** Pour configurer un nouveau magasin d’identités local, suivez la procédure ci-dessous. Passez à l’[Étape 3 : Configurer l’authentificaiton](#step3) si vous souhaitez utiliser un magasin d’identités local existant ou le magasin d’identités que vous avez configuré lors de l’installation de Tableau Server. 1. Faites une demande [Se connecter](https://help.tableau.com/current/api/rest_api/fr-ca/REST/rest_api_ref_authentication.htm#sign_in) à l’API REST de Tableau afin qu’il génère un jeton d’identifiant. #### Exemple ##### URI `POST https://myco/api/3.19/auth/signin` 2. Une fois le jeton d’identification généré, ajoutez le jeton d’identification à l’en-tête de toutes les demandes d’API ultérieures. 3. Configurez le magasin d’identités en appelant le point de terminaison [Configurer le magasin d’identités](https://help.tableau.com/current/api/rest_api/fr-ca/REST/TAG/index.html#tag/Identity-Pools-Methods/operation/AuthnService_RegisterIdentityStoreTAG) à l’aide de l’OpenAPI de l’API REST Tableau. 4. Dans la requête, précisez ce qui suit : 1. Type. La valeur du type est toujours 0 pour un type de magasin d’identités local. Si vous souhaitez utiliser un magasin d’identités local existant ou le magasin d’identités que vous avez configuré dans TSM lors de l’installation de Tableau Server, vous n’avez pas besoin de configurer une nouvelle instance de magasin d’identités local. Passez plutôt à l’étape 3 : Configurer l’authentification, ci-dessous. 2. Nom. Le nom du doit être unique. 3. Nom d’affichage. Facultatif. #### Exemple ##### URI https://myco/api/-/authn-service/identity-stores/ ##### Corps de la requête (JSON) ``` { "type": "0", "name": "Local identity store #1", "display_name": "Local identity store #1" } ``` ##### Corps de réponse _Aucun_ ### Étape 3 : Configurer l’authentificaiton Vous pouvez configurer la méthode d’authentification OpenID Connect (OIDC) pour authentifier vos utilisateurs. **Remarque :** OIDC est actuellement la seule méthode d’authentification configurable avec des pools d’identités, quel que soit le type de magasin d’identités utilisé avec le pool d’identités. **Configuration du proxy de transfert (facultatif)** Si votre entreprise utilise un serveur proxy de transfert et que Tableau Server est installé sur Windows, vous devrez peut-être configurer Tableau Server de manière à acheminer les requêtes OIDC vers le fournisseur d’identité via le proxy. Pour configurer le proxy, suivez les étapes décrites dans [« OpenID Connect n’est pas correctement configuré sur le serveur »](#proxy) après avoir configuré l’authentification. **Pour configurer l’authentification** 1. Après avoir configuré un magasin d’identités, appelez le point de terminaison [Créer une configuration d’authentification](https://help.tableau.com/current/api/rest_api/fr-ca/REST/TAG/index.html#tag/Identity-Pools-Methods/operation/AuthnService_RegisterAuthConfiguration) à l’aide de l’OpenAPI de l’API REST Tableau. 2. Dans la requête, précisez ce qui suit : 1. Type d’authentification. La valeur du type d’authentification est "`OIDC`". 2. iFrame. La valeur par défaut de l’iFrame est "`false`". 3. L’ID client, le secret client, l’URL de configuration, la demande d’ID, l’authentification client et la demande de nom d’utilisateur requis pour l’OIDC. - L’ID client, le secret client est fourni par votre fournisseur d’identités OIDC. - L’URL de configuration est également fournie par votre fournisseur d’identités. L’URL peut généralement utiliser le format suivant : `https:///.well-known/openid-configuration`. - La valeur par défaut de la demande d’ID est "`sub`". Pour plus d’information, consultez [Modification de la revendication sub](https://help.tableau.com/current/server/fr-ca/openid_auth_requirements.htm#sub). - La valeur par défaut de l’authentification client est "`CLIENT_SECRET_BASIC`". - La valeur par défaut de la demande de nom d’utilisateur est "`email`". Pour plus d’information, consultez [Par défaut : utilisation d’une revendication email pour mapper les utilisateurs](https://help.tableau.com/current/server/fr-ca/openid_auth_requirements.htm#email). **À propos de la demande de nom d’utilisateur** Tableau utilise la demande de nom d’utilisateur à des fins de correspondance d’identité. Si vous fournissez des identifiants lors de l’ajout d’utilisateurs à Tableau Server, l’identifiant est utilisé pour correspondre à la valeur fournie dans la demande de nom d’utilisateur. Si aucun identifiant n’est fourni, Tableau utilise par défaut le nom d’utilisateur défini dans Tableau Server. **Remarques :** - Si vous avez l’intention d’utiliser cette configuration d’authentification avec un pool d’identités qui utilise AD comme magasin d’identités, assurez-vous que l’utilisateur affecté a la valeur AD sAMAccountName dans la demande de nom d’utilisateur. - Si vous avez l’intention d’utiliser cette configuration d’authentification avec un pool d’identités qui utilise LDAP comme magasin d’identités, assurez-vous que l’utilisateur affecté a la valeur de nom d’utilisateur LDAP dans la demande de nom d’utilisateur. #### Exemple ##### URI https://myco/api/-/authn-service/auth-configurations/ ##### Corps de la requête (JSON) ``` { "auth_type": "OIDC", "iframed_idp_enabled": true, "oidc": { "client_id": "Xxx1hotzhjv4tyCd08", "client_secret": "XxXd2NCxY-BiLu_zcIwr2lJZLziT_7sw9Fi6XX3", "config_url": "https://admin.okta.com/.well-known/openid-configuration", "custom_scope": "", "id_claim": "sub", "username_claim": "email", "client_authentication": "CLIENT_SECRET_BASIC", "essential_acr_values": "", "voluntary_acr_values": "", "prompt": "login,consent", "connection_timeout": 100, "read_timeout": 100, "ignore_domain": false, "ignore_jwk": false } } ``` ##### Corps de réponse _Aucun_ ### Étape 4 : Créer un pool d’identités Selon le magasin d’identités que vous avez configuré lors de l’installation de Tableau Server, le pool d’identités que vous créez ne peut avoir qu’une seule des combinaisons suivantes de magasins d’identités et de méthodes d’authentification : - Magasin d’identités AD + Authentification OIDC - Magasin d’identités LDAP + Authentification OIDC - Magasin d’identités local + Authentification OIDC Les deux premières combinaisons nécessitent que le pool initial (configuré par TSM) soit configuré pour utiliser AD ou LDAP. **Pour créer un pool d’identités** La procédure décrite ci-dessous crée un pool d’identités avec la dernière combinaison, « magasin d’identités local + authentification OIDC ». 1. Après avoir configuré l’authentification OIDC, appelez le point de terminaison [Créer un groupe d’identités](https://help.tableau.com/current/api/rest_api/fr-ca/REST/TAG/index.html#tag/Identity-Pools-Methods/operation/AuthnService_RegisterIdentityPool) à l’aide de l’OpenAPI de l’API REST Tableau. 2. Dans la requête, précisez ce qui suit : 1. Nom et description pour votre pool d’identités. Le nom et la description du pool d’identités sont visibles pour tous les utilisateurs sur la page d’accueil de Tableau Server. 2. ID d’instance du magasin d’identités et ID d’instance du type d’authentification. **Remarques :** - Pour obtenir l’ID d’instance du magasin d’identités et l’ID d’instance du type d’authentification, vous pouvez appeler les points de terminaison [Répertorier les magasins d’identités](https://help.tableau.com/current/api/rest_api/fr-ca/REST/TAG/index.html#tag/Identity-Pools-Methods/operation/AuthnService_ListIdentityStoresTAG) et [Répertorier les configurations d’authentification](https://help.tableau.com/current/api/rest_api/fr-ca/REST/TAG/index.html#tag/Identity-Pools-Methods/operation/AuthnService_ListAuthConfigurations). - Si vous souhaitez créer un pool d’identités qui utilise le magasin d’identités que vous avez configuré dans TSM lors de l’installation de Tableau Server, la valeur de l’instance du magasin d’identités est toujours `'1'`. #### Exemple ##### URI https://myco/api/-/authn-service/identity-pools/ ##### Corps de la requête (JSON) ``` { "name": "MyCo contractors", "identity_store_instance": "2", "auth_type_instance": "0", "is_enabled": true, "description": "Sign-in for MyCo contractors" } ``` #### Corps de l’exemple de réponse _Aucun_ 3. Après avoir créé le pool d’identités, accédez aux configurations de votre fournisseur d’identités et définissez l’URI de redirection de connexion sur `http:///authn-service/authenticate/oidc//login.` Par exemple, `http://myco/authn-service/authenticate/oidc/XXtgfe21-74d2-3h78-bdg6-g2g6h1234567/login` **Remarque :** pour obtenir l’ID du pool d’identités, vous pouvez appeler le point de terminaison [Répertorier les pools d’identités](https://help.tableau.com/current/api/rest_api/fr-ca/REST/TAG/index.html#tag/Identity-Pools-Methods/operation/AuthnService_ListIdentityPools). **Remarques :** - Vous pouvez créer autant de pools d’identités que votre organisation en a besoin. - D’autres types de magasins d’identités et méthodes d’authentification sont pris en charge par le pool initial (TSM) configuré. Pour plus d’informations, consultez [Authentification](https://help.tableau.com/current/server/fr-ca/security_auth.htm). ### Étape 5 : Ajouter des utilisateurs à un pool d’identités Vous pouvez utiliser Tableau Server directement pour ajouter des utilisateurs à un groupe d’identités. Les utilisateurs doivent appartenir au groupe initial (TSM configuré) ou être ajoutés à un groupe d’identités pour se connecter à Tableau Server. Lors de l’ajout d’utilisateurs à un groupe d’identités, votre workflow peut changer en fonction du magasin d’identités qui a été configuré avec le groupe d’identités. **Pour ajouter des utilisateurs** La procédure ci-dessous décrit comment ajouter des utilisateurs à une identité via l’interface utilisateur de Tableau Server. Cependant, vous pouvez ajouter des utilisateurs à un groupe d’identités à l’aide de l’API Tableau REST en appelant le [Ajouter un utilisateur au groupe d’identités](https://help.tableau.com/current/api/rest_api/fr-ca/REST/rest_api_ref_identity_pools.htm#add_user_to_idpool) point de terminaison. 1. Connectez-vous à l’interface utilisateur de Tableau Server en tant qu’administrateur. 2. Dans le volet de navigation de gauche, sélectionnez Utilisateurs (ou Tous les sites > Utilisateurs pour une instance multisite de Tableau Server). 3. Cliquez sur le bouton Ajouter des utilisateurs bouton et sélectionnez Créer un nouvel utilisateur ou Importer des utilisateurs à partir d’un fichier. Pour **Créer un nouvel utilisateur** : 1. Sélectionnez le groupe d’identités auquel vous souhaitez ajouter le nouvel utilisateur, puis cliquez sur Suivant. 1. Si vous avez sélectionné un groupe d’identités configuré avec un magasin d’identité AD ou LDAP, saisissez les noms d’utilisateur, attribuez l’appartenance au site et les rôles sur le site. Une fois terminé, cliquez sur le bouton Importer les utilisateurs. 2. Si vous avez sélectionné un groupe d’identités configuré avec un magasin d’identité local, saisissez le nom d’utilisateur. La boîte de dialogue se développe afin que vous puissiez ajouter un nom d’affichage, un identifiant (dans la plupart des cas), une adresse de courriel et définir un site et des rôles de site. Une fois terminé, cliquez sur le bouton Créer un utilisateur. Pour plus d’informations sur les noms d’utilisateur et sur la manière d’attribuer une appartenance au site et des rôles sur le site, consultez [Définir les rôles sur le site des utilisateurs](https://help.tableau.com/current/server/fr-ca/users_site_roles.htm). **À propos des noms d’utilisateur et des identifiants dans Tableau** Le nom d’utilisateur est l’information qui représente l’utilisateur du système. Un identifiant est utilisé pour compléter l’information de nom d’utilisateur et peut être utilisé par des magasins d’identité externes comme alternatives aux noms d’utilisateur. Dans Tableau, un nom d’utilisateur est une valeur immutable utilisée pour se connecter à Tableau et les identifiants sont des valeurs mutables utilisées dans la structure d’identité de Tableau pour faire correspondre les utilisateurs à leurs noms d’utilisateur. Les identifiants permettent à Tableau d’être plus flexible car ils peuvent être différents du nom d’utilisateur. En cas de modification du nom d’utilisateur dans le magasin d’identités externe, les administrateurs de Tableau Server peuvent mettre à jour l’identifiant pour s’assurer que les utilisateurs sont associés aux noms d’utilisateur appropriés. Lorsque vous ajoutez un utilisateur existant à un pool d’identités, vous pouvez vous attendre à ce qu’il soit possible de définir un identifiant. Par exemple, si un utilisateur existant appartient à un pool d’identités configuré avec un magasin d’identités local et que vous souhaitez l’ajouter à un pool d’identités configuré avec un magasin d’identités AD, nous vous demandons de fournir le nom d’utilisateur pour rechercher les identifiants associés à cet utilisateur. En revanche, si un utilisateur existant appartient à un pool d’identités configuré avec un magasin d’identités AD et que vous souhaitez l’ajouter à un pool d’identités configuré avec un magasin d’identités local, nous vous demandons de fournir un identifiant facultatif. Il existe une exception à cette règle si vous souhaitez ajouter un utilisateur au pool initial (configuré par TSM) qui est configuré avec un magasin d’identités local et une authentification locale. Vous ne pourrez pas définir d’identifiant pour cet utilisateur. Pour **Importer des utilisateurs à partir d’un fichier** : 1. Importez un fichier .csv contenant les colonnes suivantes dans l’ordre indiqué : `username, password, display name, license level, admin level, publishing capability, email address, identity pool name, identifier` **Remarque :** le nom d’utilisateur et le mot de passe sont les seules colonnes obligatoires. Cependant, si vous ne spécifiez pas le nom du pool d’identités, l’utilisateur sera ajouté au pool initial (configuré par TSM). Pour plus d’informations, consultez [Recommandations relatives au fichier d’importation CSV](https://help.tableau.com/current/server/fr-ca/csvguidelines.htm). Par exemple, supposons que vous souhaitiez ajouter Henry Wilson et Fred Suzuki au groupe d’identités Entrepreneurs généraux. Votre fichier .csv peut contenir les valeurs suivantes : `henryw,henrypassword,Henry Wilson,Viewer,None,yes,hwilson@myco.com,General Contractors,hwilson` `freds,fredpassword,Fred Suzuki,Creator,None,no,fsuzuki@myco.com,General Contractors,fsuzuki` **Remarque :** lorsqu’un ou plusieurs pools d’identités sont créés, la page d’accueil de Tableau Server est mise à jour pour inclure des options de connexion pour les utilisateurs qui sont membres de ces pools d’identités. Pour plus d’informations, consultez [Provisionner et authentifier les utilisateurs à l’aide de pools d’identités](https://help.tableau.com/current/server/fr-ca/identity_pools.htm). ## Tester les pools d’identités Après avoir configuré un groupe d’identités, nous vous recommandons de le tester en vous déconnectant de Tableau Server et en vous reconnectant en tant qu’utilisateur appartenant au groupe d’identités. Assurez-vous de terminer le processus de connexion pour vous assurer que l’authentification OIDC a été configurée correctement. **Remarque :** si vous avez configuré une description facultative pour le pool initial (configuré par TSM) dans [Étape 1 : Configurer Tableau Server et établir une session](#step1) ou avoir une remarque [Paramètres du serveur (Général et Personnalisation)](https://help.tableau.com/current/server/fr-ca/maintenance_set.htm) pour Tableau Server, nous suggérons que la description soit spécifique aux utilisateurs qui se connectent à l’aide du pool initial (TSM configuré) et que la remarque Personnalisation de la connexion s’applique à tous les utilisateurs qui se connectent à Tableau Server. ## Gérer les pools d’identités Vous pouvez gérer les utilisateurs dans les pools d’identités à partir de la page Utilisateurs au niveau du serveur et au niveau du site. Sur la page Utilisateurs, vous pouvez voir à quels pools d’identités appartiennent les utilisateurs et des détails récapitulatifs sur le pool d’identités. Pour toutes les autres tâches de gestion des pools d’identités, y compris la mise à jour d’une configuration d’authentification ou d’un pool d’identités et la suppression d’un magasin d’identités local ou d’un pool d’identités, utilisez l’OpenAPI de l’API REST Tableau décrite dans [Méthodes des pools d’identités](https://help.tableau.com/current/api/rest_api/fr-ca/REST/TAG/index.html#tag/Identity-Pools-Methods). ## Dépanner les pools d’identités ### Limites des pools d’identités Les pools d’identités sont disponibles uniquement avec Tableau Server. **Remarque :** les pools d’identités sont actuellement disponibles pour la configuration de niveau serveur uniquement. Les pools d’identités ne peuvent pas être limités à un site. ### La page d’accueil de Tableau Server affiche des erreurs IdP Sur la page d’accueil de Tableau Server, sous l’option de connexion principale, un message d’erreur lié à l’IdP peut s’afficher à côté d’une option de connexion de groupe d’identités. Ce problème lié à l’authentification OIDC peut se produire lorsque l’une des conditions suivantes ou les deux sont vraies : 1) Tableau Server n’a pas été configuré pour envoyer une URL externe à l’IdP et 2) les variables globales n’ont pas été déclarées. Pour résoudre ce problème, assurez-vous de suivre la procédure décrite dans [Étape 1 : Configurer Tableau Server et établir une session](#step1) ci-dessus. ### La page d’accueil de Tableau Server n’affiche pas les pools d’identités Si la fonctionnalité des pools d’identités est désactivée, vous pouvez la réactiver à l’aide des commandes TSM suivantes : tsm configuration set -k features.IdentityPools -v true tsm configuration set -k features.NewIdentityMode -v true tsm configuration set -k wgserver.authentication.legacy\_identity\_mode.enabled -v false tsm pending-changes apply **Remarque :** L’exécution de ces commandes entraîne le redémarrage de Tableau Server. ## « OpenID Connect n’est pas correctement configuré sur le serveur » L’erreur suivante s’affiche lorsque les utilisateurs se connectent à Tableau Server : _« OpenID Connect n’est pas correctement configuré sur le serveur. Pour obtenir de l’aide, contactez votre administrateur Tableau Server. »_ Si votre entreprise utilise un serveur proxy de transfert et que Tableau Server est installé sur Windows, vous devrez peut-être configurer Tableau Server de manière à acheminer les requêtes OIDC vers le fournisseur d’identité via le proxy. Pour résoudre ce problème, configurez les paramètres du serveur proxy pour Tableau Server via TSM. 1. Ouvrez une invite de commande en tant qu’administrateur sur le nœud initial (le nœud sur lequel TSM est installé) du groupement. 2. Exécutez la commande suivante pour activer les serveurs proxy : 1. `tsm configuration set -k tomcat.useSystemProxies -v true` 3. Exécutez les commandes suivantes pour définir l’hôte et le port du proxy, puis redémarrez Tableau Server : 1. `tsm configuration set -k tomcat.http.proxyHost -v ` 2. `tsm configuration set -k tomcat.http.proxyPort -v ` 3. `tsm pending-changes apply` **Remarques :** - Remplacez `` et `` par les informations du proxy de votre environnement. N’incluez pas « http:// » dans ``. - Pour les proxy HTTPS, vous pouvez plutôt utiliser `tomcat.https.proxyHost` et des `tomcat.https.proxyPort` paires clé-valeur. [Passer au contenu principal](#main-content) # Configurer Kerberos Vous pouvez configurer Tableau Server en vue de l’utilisation de Kerberos. Ceci vous permet de fournir une expérience ne nécessitant qu’une seule ouverture de session (SSO) pour toutes les applications dans votre organisation. Avant de configurer Tableau Server pour Kerberos, assurez-vous que votre environnement est conforme aux [Conditions requises pour Kerberos](https://help.tableau.com/current/server/fr-ca/kerberos_requ.htm). **Remarque :** la délégation contrainte Kerberos pour SSO vers Tableau Server n’est pas prise en charge. (La délégation contrainte pour les sources de données est prise ne charge.) Pour plus d’informations, consultez l’authentification SSO dans les [Conditions requises pour Kerberos](https://help.tableau.com/current/server/fr-ca/kerberos_requ.htm). Pour configurer Kerberos, vous devez d’abord activer Kerberos, puis spécifier un fichier keytab à des fins d’authentification de l’utilisateur. Le fichier keytab que vous spécifiez doit être configuré avec le nom du fournisseur de service pour Tableau Server à des fins d’authentification de l’utilisateur. Si vous utilisez l’authentification Kerberos pour les sources de données, vous devez inclure ces identifiants dans le fichier keytab unique que vous allez spécifier durant la configuration de Kerberos sur Tableau Server. Dans le cadre de votre plan de récupération après sinistre, nous vous recommandons de conserver une sauvegarde du fichier keytab dans un emplacement sûr hors de Tableau Server. Le fichier keytab que vous ajoutez à Tableau Server sera stocké et distribué sur d’autres nœuds par le service des fichiers client. Toutefois, le fichier n’est pas stocké dans un format récupérable. Consultez [Service des fichiers client Tableau Server](https://help.tableau.com/current/server/fr-ca/server_process_cfs.htm). 1. Ouvrez TSM dans un navigateur : https://:8850. Pour plus d’informations, consultez [Se connecter à l’interface utilisateur Web Tableau Services Manager](https://help.tableau.com/current/server/fr-ca/sign_in_tsm.htm). 2. Cliquez sur Identité de l’utilisateur et accès dans l’onglet Configuration puis cliquez sur Méthode d’authentification. 3. Sous Méthode d’authentification, sélectionnez Kerberos dans le menu déroulant. 4. Sous Kerberos, sélectionnez Activer Kerberos pour l’ouverture de session unique (SSO). 5. Pour copier le fichier keytab sur le serveur, cliquez sur Sélectionner un fichier, et accédez au fichier sur votre ordinateur. ![Capture d’écran Configurer Kerberos](/tableau/current/fr-ca/server/fr-ca/Img/tsm-ui-kerberos.png) 6. Cliquez sur Enregistrer les modifications en attente après avoir entré vos données de configuration. 7. Cliquez sur Modifications en attente en haut de la page : ![Barre d’outils de Tableau Server Manager indiquant que des modifications sont en attente.](/tableau/current/fr-ca/server/fr-ca/Img/tsm-ui-pending-changes-btn.png) 8. Cliquez sur Appliquer les modifications et redémarrer. 1. Si vous exécutez Tableau Server dans un déploiement de groupement distribué, vous devrez distribuer manuellement le fichier keytab sur chaque nœud, puis définir les autorisations. Copiez le fichier keytab dans le même répertoire sur chaque nœud du groupement. Après avoir copié le fichier keytab sur chaque nœud et défini les autorisations sur le fichier, exécutez les commandes TSM suivantes sur un nœud. La configuration se propage sur chaque nœud. 2. Entrez la commande suivante pour spécifier l’emplacement et le nom du fichier keytab : `tsm authentication kerberos configure --keytab-file ` 3. Entrez la commande suivante pour activer Kerberos : `tsm authentication kerberos enable` 4. Exécutez `tsm pending-changes apply` pour appliquer les modifications. Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). ## Confirmer votre configuration SSO Après avoir redémarré Tableau Server, testez votre configuration Kerberos depuis un navigateur Web installé sur un autre ordinateur en tapant le nom de Tableau Server dans le volet de l’URL : ![Une fenêtre de navigateur Web vide affiche « http://tableau\_server » dans la barre d’adresse.](/tableau/current/fr-ca/server/fr-ca/Img/saml_browser.png) Vous devez être automatiquement authentifié dans Tableau Server. [Passer au contenu principal](#main-content) # Configurer l’application Tableau pour Microsoft 365 L’application Tableau pour Microsoft 365 permet à vos utilisateurs de voir et comprendre leurs données sans quitter leur flux de travail. L’application Teams permet à vos utilisateurs d’interagir avec des vues (visualisations) et des métriques Tableau et de recevoir des synthèses et des alertes Tableau Pulse pour les métriques qu’ils suivent. Les modules complémentaires Word et PowerPoint permettent à vos utilisateurs d’ajouter des instantanés d’images de vues et de métriques à leurs documents et diapositives, et d’actualiser ces instantanés pour les garder à jour. En tant qu’administrateur Tableau, vous installez et configurez l’application pour connecter votre site Tableau existant à votre déploiement Microsoft 365. Vous pouvez installer l’application pour Tableau Cloud directement depuis Microsoft Marketplace. Pour installer l’application pour Tableau Server, vous devez télécharger et charger une version latérale de l’application. Pour plus d’informations sur l’utilisation de l’application Tableau pour Microsoft 365, consultez l’article [Accéder au contenu Tableau dans Microsoft 365](https://help.tableau.com/current/server/fr-ca/teams_explore.htm). Cet article traite de la configuration de l’application. Remarque : Si vous avez défini la langue dans Tableau ou Microsoft 365 sur une langue prise en charge par Tableau autre que l’anglais (États-Unis), vous pouvez voir du texte en anglais qui n’est pas localisé. ## Voir également - [FAQ de l’application Tableau sur GitHub](https://github.com/tableau/tableau-app-msft-teams) - [Notes de version sur GitHub](https://github.com/tableau/tableau-app-msft-teams/blob/main/ReleaseNotes.md) - [Tutoriel de prise en main sur YouTube](https://www.youtube.com/watch?v=nsa123RgCO0) ## Conditions préalables Pour configurer l’application Tableau pour Microsoft 365, vous avez besoin des applications, des configurations et des comptes suivants. - Tableau Cloud ou Tableau Server, version 2023.1 ou plus récente - Un compte d’administrateur de site pour Tableau Cloud ou un compte d’administrateur de serveur pour Tableau Server - Un abonnement Microsoft 365 pour Enterprise - Microsoft Teams, Word et PowerPoint - Un compte d’administrateur Microsoft 365 - Licences d’utilisateur pour Tableau et Microsoft 365 qui sont mappées les unes aux autres en fonction de l’un des attributs de mappage d’utilisateurs - Plages d’adresses IP `4.152.0.0/15` et  `20.2.0.0/16` ajoutées à votre liste d’autorisations (uniquement si le filtrage IP est activé sur votre site Tableau Cloud) ### Attributs de mappage des utilisateurs Pour permettre l’authentification unique avec Tableau, vous devez mapper les comptes utilisateur dans Microsoft 365 aux comptes utilisateur dans Tableau. Vous pouvez configurer ce mappage à l’aide d’attributs du SDK Microsoft Teams ou du profil Microsoft Entra d’un utilisateur. #### Attributs du SDK Microsoft Teams | Attribut | Description | | --- | --- | | [Preferred\_Username](https://learn.microsoft.com/fr-ca/microsoftteams/platform/tabs/how-to/authentication/tab-sso-code#:~:text=user%27s%20display%20name.-,preferred_username,-%3A%20The%20app%20user%27s) | L’adresse de courriel de l’utilisateur Microsoft Teams. Dans certains cas, cette valeur diffère de l’adresse de courriel définie dans Microsoft Entra. | | [User Principal Name](https://learn.microsoft.com/fr-ca/entra/identity/hybrid/connect/plan-connect-userprincipalname#what-is-userprincipalname) | Principal moyen de connexion des utilisateurs à Microsoft Entra. | #### Attributs du profil Microsoft Entra | Attribut | Description | | --- | --- | | [Primary Email](https://learn.microsoft.com/fr-ca/graph/api/resources/user?view=graph-rest-1.0#properties:~:text=%24select.-,mail,-String) | Correspond à l’attribut `user.mail` et représente l’adresse de courriel de l’utilisateur. | | [Mail Nickname](https://learn.microsoft.com/fr-ca/graph/api/resources/user?view=graph-rest-1.0#properties:~:text=%24select.-,mailNickname,-String) | Correspond à l’attribut `user.mailNickname` et représente l’alias de l’utilisateur. | | [Employee ID](https://learn.microsoft.com/fr-ca/graph/api/resources/user?view=graph-rest-1.0#properties:~:text=a%20user.-,employeeId,-String) | Correspond à l’attribut `user.employeeId` et représente l’identificateur d’employé attribué par l’entreprise. | | [On-Premise Distinguished Name](https://learn.microsoft.com/fr-ca/graph/api/resources/user?view=graph-rest-1.0#properties:~:text=on%20null%20values\).-,onPremisesDistinguishedName,-String) | Correspond à l’attribut `user.onPremiseDistinguishedName` et représente le nom distinctif (DN) synchronisé à partir d’un serveur Active Directory local. | | [On-Premise User Principal Name](https://learn.microsoft.com/fr-ca/graph/api/resources/user?view=graph-rest-1.0#properties:~:text=on%20null%20values\).-,onPremisesUserPrincipalName,-Chaîne) | Correspond à l’attribut `user.onPremiseUserPrincipalName` et représente le nom principal de l’utilisateur (userPrincipalName) synchronisé à partir d’un serveur Active Directory local. | | [On-premise SAM Account Name](https://learn.microsoft.com/fr-ca/graph/api/resources/user?view=graph-rest-1.0#properties:~:text=%2C%20le\).-,onPremisesSamAccountName,-String) | Correspond à l’attribut `user.onPremiseSamAccountName` et représente le nom de compte Sam (samAccountName) synchronisé à partir d’un serveur Active Directory local. | | [Extension Attribute X](https://learn.microsoft.com/fr-ca/graph/extensibility-overview?tabs=http) | Microsoft Entra vous permet d’ajouter jusqu’à 15 attributs supplémentaires au profil Entra d’un utilisateur. Si le nom d’utilisateur Tableau n’existe pas dans Microsoft Entra, utilisez un attribut d’extension pour stocker le nom d’utilisateur Tableau pour chaque utilisateur Entra. | ### Conditions préalables supplémentaires pour Tableau Server L’application Tableau utilise des appels d’API pour communiquer avec Tableau Server et intégrer du contenu interactif. Ces appels doivent pouvoir atteindre Tableau Server. - Si Tableau Server se trouve derrière un pare-feu, autorisez les requêtes HTTP entrantes provenant des plages d’adresses IP 4.152.0.0/15 et 20.2.0.0/16. - Assurez-vous que les utilisateurs peuvent accéder à Tableau Server de la même manière qu’ils accèdent à Microsoft 365. - Si les utilisateurs doivent utiliser un VPN pour accéder à Microsoft 365, Tableau Server doit être accessible à partir du même VPN. - Si les utilisateurs peuvent accéder à Microsoft 365 depuis l’Internet public, Tableau Server doit être accessible depuis l’Internet public. - Si les utilisateurs peuvent accéder à Microsoft 365 via des applications mobiles, Tableau Server doit être accessible depuis des appareils mobiles. ## Installer l’application pour Tableau Server Pour installer l’application pour Tableau Server, vous devez d’abord modifier le manifeste de l’application pour personnaliser le nom d’hôte. Vous pouvez ensuite choisir d’installer l’application Microsoft Teams, les modules complémentaires Word et PowerPoint, ou les deux. Pour installer l’application pour Tableau Cloud, consultez le [Guide de configuration de Tableau Cloud](https://help.tableau.com/current/online/fr-ca/teams_set_up.htm). ### Télécharger et modifier le manifeste de l’application 1. Depuis GitHub, [téléchargez le manifeste de l’application](https://github.com/tableau/tableau-app-msft-teams/raw/main/appManifest/tableau-app-for-teams-server.zip). 2. Extrayez les fichiers du fichier manifeste `tableau-server-app-for-teams.zip`. 3. Ouvrez le fichier `manifest.json` dans un éditeur de texte. 4. Recherchez `*.online.tableau.com` dans `manifest.json` et remplacez ce domaine par le nom d’hôte de votre environnement Tableau Server. Si l’URL de votre Tableau Server est `https://analytics.company.com`, le nom d’hôte est `analytics.company.com`. 5. Enregistrez vos modifications dans `manifest.json`. 6. Compressez les fichiers dans le dossier `tableau-app-for-teams-server` pour créer un fichier zip incluant vos modifications. ### Déployer l’application Teams #### Téléverser le manifeste de l’application sur Microsoft Teams Les stratégies d’application de votre organisation déterminent si vous êtes en mesure d’installer des applications Microsoft Teams. Un compte d’administrateur Microsoft 365 peut être nécessaires pour installer des applications. 1. Ouvrez le [Centre d’administration Microsoft Teams](https://admin.teams.microsoft.com). 2. Dans le volet de navigation, sélectionnez Applications Teams > Gérer les applications. 3. Sélectionnez Actions > Téléverser une nouvelle application. 4. Téléversez le fichier `tableau-server-app-for-teams.zip` que vous avez modifié. Vous recevez ensuite un message de confirmation avec un lien pour gérer l’application. #### Installer et épingler l’application pour vos utilisateurs Vous pouvez installer l’application pour la rendre accessible pour tous vos utilisateurs ou pour un sous-ensemble d’utilisateurs. Vous pouvez également épingler l’application afin qu’elle apparaisse dans la barre d’applications de vos utilisateurs. 1. Ouvrez le [Centre d’administration Microsoft Teams](https://admin.teams.microsoft.com). 2. Dans le volet de navigation, sélectionnez Applications Teams > Configurer les stratégies. 3. Sous Applications installées, sélectionnez Ajouter des applications, puis ajoutez l’application Tableau. 4. Si vous le souhaitez, sélectionnez Ajouter des applications sous Applications épinglées, puis ajoutez l’application Tableau. 5. Enregistrez vos modifications. Après avoir ajouté l’application Tableau, il peut s’écouler jusqu’à 24 heures avant que l’application ne soit disponible pour vos utilisateurs. ### Installer les modules complémentaires Word et PowerPoint L’installation de l’application pour Microsoft Teams n’installe pas les modules complémentaires Word et PowerPoint. Vous devez installer les modules complémentaires séparément dans le centre d’administration Microsoft 365. 1. Ouvrez le [Centre d’administration Microsoft 365](https://admin.cloud.microsoft.com). 2. Dans le volet de navigation, sélectionnez Agents > Tous les agents. 3. Sélectionnez Charger un agent personnalisé. 4. Téléversez le fichier `tableau-server-app-for-teams.zip` que vous avez modifié. 5. Choisissez si vous souhaitez publier l’application pour tous les utilisateurs ou pour des utilisateurs spécifiques et si vous souhaitez préinstaller l’application. 6. Acceptez les autorisations. 7. Vérifiez et terminez le déploiement. Une fois le déploiement terminé, il peut s’écouler jusqu’à 72 heures avant que les modules complémentaires soient disponibles pour vos utilisateurs. ## Configurer l’application Tableau Une fois que vous avez installé l’application Tableau, Microsoft Teams vous invite à configurer l’application. Configurez les informations de votre site pour connecter l’application à votre site Tableau. ### 1\. Créer une application connectée L’application Tableau pour Microsoft 365 utilise une application connectée pour authentifier les utilisateurs avec l’authentification unique. Créez cette application connectée dans Tableau Cloud ou Tableau Server. 1. Dans Tableau Cloud ou Tableau Server, créez une application connectée utilisant la confiance directe. Pour plus d’informations, consultez [Configurer les applications connectées avec la confiance directe pour Tableau Cloud](https://help.tableau.com/current/online/fr-ca/connected_apps_direct.htm) ou [Configurer les applications connectées avec la confiance directe pour Tableau Server](https://help.tableau.com/current/server/fr-ca/connected_apps_direct.htm#create-a-connected-app). - Si vous limitez la liste d’autorisations de domaines pour l’application connectée aux domaines spécifiés uniquement, ajoutez les domaines suivants à la liste d’autorisations. - `tableau-ms-teams-prod-gycea7csh5hsbfh5.a02.azurefd.net` - `teams.microsoft.com` - `*.teams.microsoft.com` - Si vos utilisateurs accèdent à l’application à partir d’autres plateformes Microsoft, ajoutez les domaines supplémentaires à partir de la liste des [URL Microsoft 365](https://learn.microsoft.com/fr-ca/microsoft-365/enterprise/urls-and-ip-address-ranges?view=o365-worldwide). 2. Activez l’application connectée. 3. Générez un secret d’application connectée. 4. Copiez l’ID client, l’ID du secret et la valeur secrète de l’application connectée. Enregistrez ces valeurs. Vous en aurez besoin pour configurer votre site Tableau dans Microsoft 365. ### 2\. Ajouter votre configuration de site à l’application Tableau Lorsque vous ouvrez l’application Tableau dans Microsoft Teams, si vous n’avez pas encore configuré l’application, un écran de configuration s’affiche. Pour accéder aux options de configuration de site dans Word et PowerPoint, sélectionnez le bouton Paramètres en bas du panneau du module complémentaire. 1. Comme Étiquette, donnez un nom au site. C’est le nom qui s’affichera pour les utilisateurs de l’application Microsoft 365. Si vous ne saisissez pas d’étiquette, l’application affiche le nom du site. Ce champ est facultatif. 2. Dans le champ Nom du site Tableau, saisissez le nom du site tel qu’il apparaît dans l’URL de votre site. À titre d’exemple, pour l’URL `https://us-west-2b.online.tableau.com/#/site/mysitename/home`, vous saisiriez `mysitename`. Si vous connectez l’application à Tableau Server et que vous souhaitez utiliser le site par défaut, laissez ce champ vide. 3. Pour l’URL de base, saisissez la partie de l’URL du site qui se termine par `tableau.com`, par exemple, `https://us-west-2b.online.tableau.com`. 4. Pour l’attribut de mappage de l’utilisateur, sélectionnez l’attribut Microsoft Entra utilisé pour authentifier l’utilisateur avec l’authentification unique. 5. Pour l’ID de l’application connectée, l’ID du secret de l’application connectée et la Valeur du secret de l’application connectée, collez les valeurs que vous avez copiées lors de la création de l’application connectée. 6. Sélectionnez Ajouter une configuration de site. L’application Tableau teste la connexion avant d’enregistrer les détails de la configuration. La configuration du site ne sera pas ajoutée si l’application ne peut pas se connecter à Tableau. Cet échec peut être dû au fait que l’application connectée n’est pas en mesure de s’authentifier, que l’application connectée n’est pas activée, que les informations du site sont incorrectes ou que le compte que vous utilisez n’est pas un compte administrateur Tableau. Cela peut également signifier que l’application ne peut pas atteindre Tableau Server parce qu’elle se trouve derrière un pare-feu. ## Ajouter ou supprimer des configurations de site Après avoir ajouté une configuration de site, vous pouvez ajouter des sites supplémentaires ou supprimer une configuration de site existante. 1. Dans l’application Tableau pour Microsoft Teams, sélectionnez l’onglet Configuration. Ou, dans le panneau du module complémentaire Word ou PowerPoint, sélectionnez le bouton **Paramètres**. 2. Sous « Configuration », sélectionnez l’onglet Configuration du site Tableau. 3. Pour ajouter un site, sélectionnez Ajouter les détails du site. Ou, pour supprimer un site, sélectionnez l’icône de suppression de ce site. Pour que ces options apparaissent, vous devez être un administrateur de site sur le site Tableau auquel vous êtes actuellement connecté. [Passer au contenu principal](#main-content) # Configurer l’authentification IAM sur Amazon Redshift Depuis Tableau 2023.3.2, vous pouvez utiliser Oauth 2.0/OIDC pour fédérer l’identité d’un fournisseur d’identité externe dans Amazon Redshift. Ces instructions concernent le service AWS IAM désormais obsolète. Pour l’intégration IAM IDC, consultez [Configurer l’OAuth pour Amazon Redshift et IAM Identity Center](https://help.tableau.com/current/server/fr-ca/config_oauth_redshift_iam_idc.htm). Selon le fournisseur d’identité, plusieurs étapes sont nécessaires pour configurer l’intégration. Voici une présentation générale du processus. Tableau ne contient pas des instructions détaillées sur la configuration d’AWS ou du fournisseur d’identités, mais la méthode générale est décrite ci-dessous. ## Étape 1 : Configurer le jeton IDP 1. Créez des clients OAuth sur le fournisseur d’identités pour Tableau Desktop, Tableau Server ou Tableau Cloud. Le client Desktop doit activer `PKCE` et utiliser les redirections `http://localhost`. 2. Ajoutez des revendications personnalisées afin de les utiliser à des fins d’autorisation des rôles. Plus particulièrement, si vous utilisez un IAM d’origine, vous voudrez peut-être ajouter des revendications pour `DbUser` et `DbGroups`. Ces revendications pourront être utilisées ultérieurement dans vos stratégies IAM. 3. Créez les fichiers de configuration Tableau OAuth. Consultez la documentation sur [github](https://tableau.github.io/connector-plugin-sdk/docs/oauth "Documentation OAuth sur GitHub") et des exemples [ici](https://github.com/tableau/connector-plugin-sdk/tree/master/samples/components/oauth "Exemples OAuth sur GitHub."). Nous vous invitons à nous faire part d’exemples concernant d’autres fournisseurs d’identité. 1. N’oubliez pas de préfixer les identifiants de configuration Tableau OAuth avec « `custom_` ». **Remarque :** Les identifiants de configuration Oauth sont limités à un maximum de 36 caractères. Les ID plus longs peuvent ne pas générer d’erreur, mais ils ne fonctionneront pas. 2. Si votre fournisseur d’identité prend en charge le port dynamique de l’hôte local, désactivez `OAUTH_CAP_FIXED_PORT_IN_CALLBACK_URL`. Si votre fournisseur d’identité ne prend pas en charge ce port, assurez-vous d’ajouter plusieurs URL de rappel localhost à la liste d’autorisations du fichier de configuration et du fournisseur d’identité. 4. Installez les nouveaux fichiers de configuration Tableau OAuth dans le dossier `OAuthConfigs` associé à chaque application sur les hôtes de bureau (Tableau Desktop, Tableau Prep Builder, Tableau Bridge) et sur chaque site Tableau Server et Tableau Cloud qui utilisera OAuth. ## Configurer le fournisseur d’identité sur AWS 1\. Créez le modèle de fournisseur d’identité sur AWS. Consultez la documentation Amazon [Fédération d’identité Web](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_providers_oidc.html "Documentation AWS sur la fédération d’identité Web") et [Créer un fournisseur d’identité OIDC](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_providers_create_oidc.html "Documentation AWS sur la création d’un fournisseur d’identité OIDC"). 2\. Créez des rôles et des stratégies spécifiquement pour le fournisseur d’identité. Consultez [Créer un rôle pour OIDC](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_create_for-idp_oidc.html "Documentation AWS sur la création de rôles pour OIDC") dans la documentation AWS. ## Configurer des rôles pour les utilisateurs de Redshift Joignez les stratégies nécessaires pour Redshift. Vous pouvez utiliser des revendications personnalisées du jeton pour autoriser des rôles. La [documentation AWS](https://docs.aws.amazon.com/redshift/latest/mgmt/options-for-providing-iam-credentials.html "Documentation AWS sur l’octroi des identifiants IAM") contient de nombreux exemples avec SAML. Ces exemples peuvent être facilement adaptés à OAuth. Dans le cas d’OAuth, les seules revendications sont « `DbUser` », « `DbGroups` », etc. Voici un exemple de stratégie décrite dans la documentation AWS : { "Version": "2012-10-17", "Statement": \[ { "Effect": "Allow", "Action": "redshift:GetClusterCredentials", "Resource": \[ "arn:aws:redshift:us-west-1:123456789012:dbname:cluster-identifier/dev", "arn:aws:redshift:us-west-1:123456789012:dbuser:cluster-identifier/${redshift:DbUser}", "arn:aws:redshift:us-west-1:123456789012:cluster:cluster-identifier" \], "Condition": { "StringEquals": { "aws:userid": "AROAJ2UCCR6DPCEXAMPLE:${redshift:DbUser}@example.com" } } }, { "Effect": "Allow" "Action": "redshift:CreateClusterUser", "Resource": "arn:aws:redshift:us-west-1:12345:dbuser:cluster-identifier/${redshift:DbUser}" }, { "Effect": "Allow", "Action": "redshift:JoinGroup", "Resource": "arn:aws:redshift:us-west-1:12345:dbgroup:cluster-identifier/my\_dbgroup" }, { "Effect": "Allow", "Action": \[ "redshift:DescribeClusters", "iam:ListRoles" \], "Resource": "\*" } \] } ## Se connecter à Redshift L’utilisateur doit préciser le rôle ARN à assumer, puis sélectionner la configuration OAuth installée précédemment. ![](/tableau/current/fr-ca/server/fr-ca/Img/redshift_oauth__iam_connect.png) Lorsque l’utilisateur est correctement configuré, il est redirigé vers le fournisseur d’identité pour s’authentifier et autoriser les jetons pour Tableau. Tableau reçoit les jetons openid et les actualise. AWS peut valider le jeton et la signature reçus du fournisseur d’identité, extraire les revendications du jeton, vérifier si les revendications sont associées au rôle IAM, et autoriser ou empêcher Tableau d’assumer le rôle au nom de l’utilisateur. (En d’autres termes, [AssumeRoleWithWebIdentity](https://docs.aws.amazon.com/STS/latest/APIReference/API_AssumeRoleWithWebIdentity.html "Documentation AWS pour AssumeRoleWithWebIdentity")). ## Jetons Par défaut, Redshift OAuth IAM transmet le jeton d’identification au pilote. Pour les clients locaux, notamment ceux qui utilisent Tableau Bridge, vous pouvez plutôt utiliser un fichier TDC pour transmettre le jeton d’accès. Pour plus d’informations sur la configuration et l’installation des fichiers .tdc, consultez [Personnalisation et optimisation d’une connexion](https://help.tableau.com/current/pro/desktop/fr-ca/connect_customize.htm) et [Utilisation d’un fichier .tdc avec Tableau Server](https://help.salesforce.com/s/articleView?id=001458291&type=1). ## À propos de la fédération de groupes Lorsque vous utilisez l’authentification OAuth avec un rôle IAM, vous pouvez indiquer si vous utilisez ou non la fédération de groupes. Cela modifiera la manière dont le connecteur interagit avec l’API d’authentification pour s’interfacer avec Redshift. - Au moment de la connexion, lorsque la case « Fédération de groupe » (disponible dans les versions 2025.1 et ultérieures) est cochée, le pilote Redshift utilise l’API [`getClusterCredentialsWithIAM`](https://docs.aws.amazon.com/redshift/latest/APIReference/API_GetClusterCredentialsWithIAM.html) pour obtenir les informations d’identification dans les groupements mis en service. - Lorsque la case « Fédération de groupe » n’est pas cochée, l’API [`getClusterCredentials`](https://docs.aws.amazon.com/redshift/latest/APIReference/API_GetClusterCredentials.html) est utilisée à la place. Ces deux API renverront des jetons IAM avec des propriétés légèrement différentes. Pour plus d’informations, consultez la documentation de l’API AWS dont le lien se trouve ci-dessus, et les [options du lecteur d’interface universelle de connexion aux bases de données](Https://docs.aws.amazon.com/redshift/latest/mgmt/odbc20-configuration-options.html "Informations sur la configuration d’ODBC 2.0 avec AWS"). #### Notes d’utilisation - Pour Tableau Desktop et Tableau Prep Builder avant la version 2024.3, cela peut être défini dans le champ de configuration avancée du pilote à l’aide de « group\_federation=1 ». La configuration peut également être effectuée l’aide du fichier TDC pour définir des propriétés de connexion personnalisées. Pour plus d’informations sur l’utilisation d’un TDC, consultez [Personnalisation et optimisation d’une connexion](https://help.tableau.com/current/pro/desktop/fr-ca/connect_customize.htm). - La version 2024.3 contient un champ group\_federation dans la boîte de dialogue de connexion pour les environnements locaux (Tableau Desktop, Tableau Prep Builder et Tableau Server). Cette fonctionnalité sera disponible dans Tableau Cloud à partir de la version 2025.1 (disponible en février 2025). - Pour utiliser la fédération de groupe avec Tableau Server, group\_federation doit être ajouté à la liste d’autorisations supplémentaires ODBC. Pour plus d’informations, consultez [Personnaliser la chaîne de connexion pour un connecteur natif](https://help.tableau.com/current/pro/desktop/fr-ca/connect_string_custom.htm). ## Okta Si vous utilisez Okta, il est préférable d’utiliser un « serveur d’autorisation personnalisé » plutôt que le « serveur d’autorisation de l’organisation ». Les serveurs d’autorisation personnalisés offrent plus de souplesse. Un serveur d’autorisation personnalisé, appelé « default », est créé par défaut. L’URL d’autorisation devrait se présenter comme suit : https://${yourOktaDomain}/oauth2/{authServerName}/v1/authorize ![](/tableau/current/fr-ca/server/fr-ca/Img/redshift_oauth_iam_okta_800x332.png) ## Mettre à jour le lecteur Pour l’authentification Redshift utilisant le service IAM d’origine, vous pouvez utiliser l’un des deux lecteurs ci-après : - Lecteur d’interface universelle de connexion aux bases de données Redshift v1 à compter de la version 1.59, téléchargeable sur [https://docs.aws.amazon.com/redshift/latest/mgmt/configure-odbc-connection.html](https://docs.aws.amazon.com/redshift/latest/mgmt/configure-odbc-connection.html "Télécharger le lecteur d’interface universelle de connexion aux bases de données Redshift v1 sur Amazon"). - Lecteur d’interface universelle de connexion aux bases de données Redshift v2 à compter de la version 2.0.1.0, téléchargeable sur [https://github.com/aws/amazon-redshift-odbc-driver/tags](https://github.com/aws/amazon-redshift-odbc-driver/tags "Télécharger le lecteur d’interface universelle de connexion aux bases de données Redshift v2 sur Amazon"). Notez qu’il n’existe pas de pilote v2 pour OSX. ## Résolution des problèmes La meilleure façon de diagnostiquer des erreurs est de supprimer Tableau. Par contre, vous pouvez effectuer un test en utilisant le gestionnaire de pilotes ou un outil similaire. Ceci sert uniquement à la résolution des problèmes : vous ne devez pas utiliser un DSN ou le connecteur « Autres bases de données ODBC » dans le cadre d’une utilisation régulière de cette fonctionnalité. Pour garantir la validité d’un test, les paramètres doivent être identiques, comme indiqué ci-dessous, à l’exception des informations relatives au groupement, à la base de données, au jeton et à l’espace de noms. **Remarque :** Omettez DbUser ou DbGroups dans la chaîne de connexion du DSN lors du test, car Tableau n’y a pas accès et ne peut pas les intégrer dans la chaîne de connexion. Vous pouvez l’inclure dans les revendications du jeton. Lors de la première connexion, si vous recevez un message d’erreur du pilote concernant un jeton invalide ou expiré (il aura un code d’erreur SQLState \[28000\] ou \[08001\] dans le message d’erreur), alors Tableau a terminé le flux OAuth avec succès et a échoué avec le pilote. Cela veut dire que la configuration n’a pas été correctement effectuée sur AWS ou sur le fournisseur d’identité. Le pilote peut également retourner des autorisations ou des erreurs d’autorisation peuvent, ce qui échappe également au contrôle de Tableau. Avant de lancer le test, vous devez d’abord obtenir un jeton d’accès (par défaut pour IAM IDC) ou un jeton d’actualisation (si vous l’avez personnalisé) à envoyer au pilote. Voici un exemple avec Okta. Les fournisseurs d’identité procèdent presque tous de manière assez semblable. Notez que pour utiliser ce flux, vous devez avoir activé le type d’attribution de mot de passe du propriétaire de la ressource. Remplacez l’URL du fournisseur d’identité, le secret client, l’ID client, le nom d’utilisateur et le mot de passe. curl -X POST "https://OKTA\_URL/v1/token" \\ \-H 'accept: application/json' \\ \-H "Authorization: Basic $(echo -n 'CLIENTID:CLIENTSECRET' | base64)" \\ \-H "Content-Type: application/x-www-form-urlencoded" \\ \-d "grant\_type=password&username=USER&password=PASSWORD&scope=openid" Une fois le jeton obtenu, vous pouvez utiliser une DSN en mode test. Sous Windows, vous pouvez utiliser le gestionnaire de pilotes ODBC. Sous Mac, vous pouvez utiliser l’interface utilisateur du gestionnaire de pilotes iODBC. Sous Linux, vous pouvez utiliser l’outil de ligne de commande isql inclus avec Tableau Server et qui se trouve dans le dossier customer-bin. Les modules d’extension utilisant un profil AWS fixe ne fonctionneront que si vous souhaitez utiliser le même profil pour tous les utilisateurs de cette connexion. Les autres modules d’extension OAuth nécessitent un accès direct au navigateur système, qui ne fonctionne pas côté serveur. Voici un exemple de l’utilisation du gestionnaire de pilotes ODBC sous Windows. ![](/tableau/current/fr-ca/server/fr-ca/Img/redshift_oauth_iam_troubleshoot.jpg) [Passer au contenu principal](#main-content) # Configurer l’authentification SSL mutuel À l’aide de SSL mutuel, vous pouvez fournir aux utilisateurs de Tableau Desktop, Tableau Mobile, et autres clients Tableau approuvés une expérience d’accès direct sécurisé à Tableau Server. Avec SSL mutuel, lorsqu’un client possédant un certificat SSL valide se connecte à Tableau Server, Tableau Server confirme l’existence du certificat client et authentifie l’utilisateur, d’après le nom d’utilisateur sur le certificat client. Si le client ne possède pas un certificat SSL valide, Tableau Server peut refuser la connexion. Vous pouvez également configurer Tableau Server pour qu’il revienne à l’authentification par nom d’utilisateur/mot de passe en cas d’échec de SSL mutuel. En outre, un utilisateur peut se connecter à l’aide de l’API REST avec un nom d’utilisateur et un mot de passe (le cas échéant), que l’authentification de secours soit configurée ou non. ## Limites de durée de session d’authentification utilisateur Lorsque les utilisateurs se connectent avec SSL mutuel, la session d’authentification est régie par la même méthode qui régit la configuration de session d’authentification globale Tableau Server. Pour les clients qui se connectent à Tableau Server à l’aide d’un navigateur Web, la configuration de la session d’authentification globale est décrite dans la _Liste de contrôle de contrôle pour une sécurité renforcée_. Voir [10\. Vérifier la configuration de la durée de vie de la session](https://help.tableau.com/current/server/fr-ca/security_harden.htm#10.). Les sessions pour les clients connectés (Tableau Desktop, Tableau Mobile, Tableau Prep Builder et Bridge) utilisent les jetons OAuth pour que les utilisateurs restent connectés en rétablissant une session. Par défaut, les jetons client OAuth sont réinitialisés après une année. S’il n’a pas été utilisé dans les 14 jours, le jeton client expire. Vous pouvez modifier ces valeurs en définissant les options `refresh_token.absolute_expiry_in_seconds` et `refresh_token.idle_expiry_in_seconds`. Consultez [Options tsm configuration set](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm). ## Utilisation du certificat Avant d’activer et de configurer SSL mutuel, vous devez configurer SSL externe. SSL externe authentifie Tableau Server auprès du client et chiffre la session à l’aide du certificat et de la clé requis lorsque vous configurez SSL externe. Pour SSL mutuel, un fichier de certificat supplémentaire est requis. Le fichier est une concaténation des fichiers de certificat CA. Le fichier doit être du type `.crt`. Une « CA » est une _autorité de certification_ qui émet des certificats pour les ordinateurs clients qui se connecteront à Tableau Server. L’action de téléversement du fichier de certificat CA établit une relation d’approbation, qui permet à Tableau Server d’authentifier les certificats individuels présentés par les ordinateurs clients. Dans le cadre de votre plan de récupération après sinistre, nous vous recommandons de conserver une sauvegarde des fichiers de certificat et de révocation (le cas échéant) dans un emplacement sûr hors de Tableau Server. Les fichiers de certificat et de révocation que vous ajoutez à Tableau Server seront stockés et distribués à d’autres nœuds par le service des fichiers client. Toutefois, les fichiers ne sont pas stockés dans un format récupérable. Consultez [Service des fichiers client Tableau Server](https://help.tableau.com/current/server/fr-ca/server_process_cfs.htm). **Taille de la clé RSA et de la courbe ECDSA** Le certificat d’autorité de certification (CA) utilisé pour SSL mutuel doit avoir une clé RSA de force 2048 ou une taille de courbe ECDSA de 256. Vous pouvez configurer Tableau Server de manière à ce qu’il accepte des tailles moins sécurisées en configurant les clés de configuration respectives : - ssl.client\_certificate\_login.min\_allowed.rsa\_key\_size - ssl.client\_certificate\_login.min\_allowed.elliptic\_curve\_size Consultez [Options tsm configuration set](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm). ### Exigences relatives aux certificats clients Les utilisateurs s’authentifiant sur Tableau Server avec SSL mutuel doivent présenter un certificat conforme aux exigences de sécurité minimum. **Algorithme de signature** Les certificats clients doivent utiliser un algorithme de signature supérieur ou égal à SHA-256. Tableau Server configuré pour l’authentification SSL mutuelle bloque l’authentification des utilisateurs dont les certificats clients utilisent l’algorithme de signature SHA-1. Les utilisateurs qui tentent de se connecter avec des certificats clients SHA-1 rencontrent une erreur « Échec de la connexion », et l’erreur suivante est visible dans les fichiers journaux VizPortal : `Unsupported client certificate signature detected: [certificate Signature Algorithm name]` Vous pouvez configurer Tableau Server de manière à ce qu’il accepte l’algorithme de signature SHA-1 moins sécurisé en définissant l’option de configuration tsm [ssl.client\_certificate\_login.blocklisted\_signature\_algorithms](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm#ssl.clie). **Taille de la clé RSA et de la courbe ECDSA** Le certificat client utilisé pour SSL mutuel doit avoir une clé RSA de force 2048 ou une taille de courbe ECDSA de 256. Tableau Server ne pourra pas répondre aux demandes d’authentification mutuelle des certificats clients qui ne satisfont pas à ces exigences. Vous pouvez configurer Tableau Server de manière à ce qu’il accepte des tailles moins sécurisées en configurant les clés de configuration respectives : - ssl.client\_certificate\_login.min\_allowed.rsa\_key\_size - ssl.client\_certificate\_login.min\_allowed.elliptic\_curve\_size Consultez [Options tsm configuration set](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm). 1. [Configurer SSL pour le trafic HTTP externe vers et depuis Tableau Server](https://help.tableau.com/current/server/fr-ca/ssl_config.htm). 2. Ouvrez TSM dans un navigateur : https://:8850. Pour plus d’informations, consultez [Se connecter à l’interface utilisateur Web Tableau Services Manager](https://help.tableau.com/current/server/fr-ca/sign_in_tsm.htm). 3. Dans l’onglet Configuration, sélectionnez Identité de l’utilisateur et accès > Méthodes d’authentification. 4. Dans Méthode d’authentification, sélectionnez SSL mutuel dans le menu déroulant. 5. Sous SSL mutuel, sélectionnez Utiliser SSL mutuel et l’authentification automatique avec les certificats clients. 6. Cliquez sur Sélectionner un fichier et téléversez votre fichier de certificat émis par une autorité de certification (CA) sur le serveur. Le fichier (.crt) est un fichier tout-en-un qui comprend les certificats CA utilisés pour l’authentification des clients. Le fichier que vous téléversez doit être une concaténation des différents fichiers de certificats encodés PEM, par ordre de préférence. 7. Entrez les autres données de configuration SSL de votre entreprise. **Format de nom d’utilisateur :** lorsque Tableau Server est configuré pour SSL mutuel, le serveur obtient le nom d’utilisateur du certificat client afin qu’il puisse établir une connexion directe pour l’utilisateur client. Le nom que Tableau Server utilise dépend de la manière dont Tableau Server est configuré pour l’authentification utilisateur : - Authentification locale—Tableau Server utilise le nom UPN (User Principal Name) du certificat. - **Active Directory (AD)**—Tableau Server utilise LDAP (Lightweight Directory Access Protocol) pour obtenir le nom d’utilisateur. Sinon, vous pouvez configurer Tableau Server pour qu’il utilise le nom commun (CN) du certificat client. ![Capture d’écran Configurer SSL mutuel](/tableau/current/fr-ca/server/fr-ca/Img/tsm-ui-mutualssl.png) 8. Cliquez sur Enregistrer les modifications en attente après avoir entré vos données de configuration. 9. Cliquez sur Modifications en attente en haut de la page : ![Barre d’outils de Tableau Server Manager indiquant que des modifications sont en attente.](/tableau/current/fr-ca/server/fr-ca/Img/tsm-ui-pending-changes-btn.png) 10. Cliquez sur Appliquer les modifications et redémarrer. ### Étape 1 : Exiger SSL pour la communication serveur externe Pour que Tableau Server utilise SSL pour la communication externe entre Tableau Server et les clients Web, exécutez la commande `external-ssl enable` comme ci-dessous, en fournissant les noms des fichiers .crt et .key du certificat du serveur : `tsm security external-ssl enable --cert-file  --key-file ` - Pour `--cert-file` et `--key-file`, spécifiez l’emplacement et le nom de fichier où vous avez enregistré le certificat SSL émis par l’autorité de certification du serveur (.crt) et les fichiers de clés (.key). - La commande ci-dessus part de l’hypothèse que vous êtes connecté en tant qu’utilisateur doté du rôle sur le site Administrateur de serveur surTableau Server. Au lieu de cela, vous pouvez utiliser les paramètres `-u` et `-p` pour spécifier un nom d’utilisateur et un mot de passe administrateur. - Si le fichier de clé de certificat requiert une phrase de passe, incluez le paramètre et la valeur `--passphrase`. ### Étape 2 : Configurer et activer SSL mutuel Ajoutez l’authentification mutuelle entre le serveur et chaque client, et permettez aux utilisateurs du client Tableau de s’authentifier directement après qu’ils ont fourni leurs informations d’identification pour la première fois. 1. Exécutez la commande suivante : `tsm authentication mutual-ssl configure --ca-cert ` Pour `--ca-cert`, spécifiez l’emplacement et le nom du fichier de certificat CA. Le fichier (.crt) est un fichier tout-en-un qui comprend les certificats CA utilisés pour l’authentification des clients. Le fichier que vous téléversez doit être une concaténation des différents fichiers de certificats encodés PEM, par ordre de préférence. 2. Exécutez les commandes suivantes pour activer SSL mutuel et appliquer les modifications : `tsm authentication mutual-ssl enable` `tsm pending-changes apply` Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). ### Options supplémentaires pour SSL mutuel Vous pouvez utiliser `mutual-ssl configure` pour configurer Tableau Server de manière à prendre en charge les options suivantes. Pour plus d’informations, consultez [tsm authentication mutual-ssl ](https://help.tableau.com/current/server/fr-ca/cli_authentication_tsm.htm#TSMMutualSSL). #### Authentification de secours Lorsque Tableau Server est configuré pour SSL mutuel, l’authentification est automatique et un client doit posséder un certificat valide. Vous pouvez configurer Tableau Server pour autoriser une option de secours et accepter l’authentification par nom d’utilisateur et mot de passe. `tsm authentication mutual-ssl configure -fb true` Tableau Server accepte l ’authentification par nom d’utilisateur et mot de passe depuis les clients d’API REST, même si cette option est définie sur `false`. #### Mappage de noms d’utilisateur Lorsque Tableau Server est configuré pour SSL mutuel, le serveur authentifie l’utilisateur directement en obtenant le nom d’utilisateur du certificat client. Le nom que Tableau Server utilise dépend de la manière dont le serveur est configuré pour l’authentification utilisateur : - **Authentification locale**—utilise le nom UPN (User Principal Name) du certificat. - **Active Directory (AD)**—utilise le protocole LDAP (Lightweight Directory Access Protocol) pour obtenir le nom d’utilisateur. Vous pouvez remplacer l’un de ces paramètres par défaut pour que Tableau Server utilise le nom courant. `tsm authentication mutual-ssl configure -m cn` Pour plus d’informations, consultez [Association d’un certificat client à un utilisateur pendant l’authentification mutuelle](https://help.tableau.com/current/server/fr-ca/ssl_mutual_mapping_username.htm). #### Liste de révocation de certificat (CRL) Vous devrez éventuellement spécifier un CRL si vous soupçonnez qu’une clé privée a été compromise, ou si une autorité de certification n’a pas émis un certificat correctement. `tsm authentication mutual-ssl configure -rf ` [Passer au contenu principal](#main-content) # Configurer l’intégration du flux de travail Actions externes **Remarque :** les actions externes dans Tableau s’appuient sur les fonctionnalités fournies par Salesforce Flow. La fonctionnalité envoie vos données sélectionnées à Salesforce Flow, qui s’exécute sur une infrastructure Salesforce distincte. L’utilisation de Salesforce Flow et d’autres produits et services Salesforce est soumise à votre accord avec Salesforce. Pour plus d’informations sur l’utilisation de Actions externes, consultez [Intégrer Actions externes](https://help.tableau.com/current/pro/desktop/fr-ca/external_actions.htm). ## Éditions, rôles sur le site et autorisations requises Pour configurer et utiliser des flux de travail Actions externes, vous et toute personne qui utilisera des flux de travail devez disposer de certains rôles et autorisations sur le site dans les éditions de Salesforce et Tableau qui prennent en charge Actions externes.
ProduitÉditionsRôles sur le site et autorisations
TableauTableau Cloud, Tableau Desktop ou Tableau Server versions 2022.3 ou ultérieures

Pour créer ou modifier un flux de travail : Creator or Explorer (can publish) site role, and permissions to edit and save workbooks (Linux | Windows)

Pour envoyer des données : Fonctionnalité d’autorisation Télécharger les données résumées

Pour utiliser un flux de travail : N’importe quel rôle sur le site

SalesforceÉditions Essentials, Professional, Enterprise, Performance, Unlimited ou Developer (consultez Éditions Salesforce)

Pour créer ou modifier un flux de travail :Gérer les autorisations de flux

Pour utiliser un flux : Exécuter l’autorisation de flux ou le paramètre Utilisateur du flux sur la page de détails de l’utilisateur ou le paramètre Remplacer le comportement par défaut et restreindre l’accès aux profils activés ou aux ensembles d’autorisations dans le nœud Flux (voir Comment fonctionne la sécurité du flux?)

## Exigences de déploiement pour Actions externes Pour utiliser l’extension de flux de travail Actions externes, l’administrateur Salesforce doit [créer une application connectée](https://help.salesforce.com/s/articleView?id=sf.connected_app_create.htm) dans Salesforce pour Tableau Server. De plus, le domaine du site Tableau Server ou Tableau Cloud où l’extension sera déployée doit être ajouté à la [liste d’autorisations Salesforce Cross-Origin Resource Sharing (CORS)](https://help.salesforce.com/s/articleView?id=sf.extend_code_cors.htm). ## Activer ou désactiver Actions externes Dans Tableau 2022.3 et versions ultérieures, la fonctionnalité Actions externes de Tableau est activée par défaut. Pour désactiver la fonctionnalité, vous pouvez utiliser l’interface de ligne de commande (CLI) de Tableau Services Manager (TSM) ou configurer les paramètres au niveau du site. ### Utiliser l’interface en ligne de commande TSM [Utilisez l’interface en ligne de commande de TSM](https://help.tableau.com/current/server/fr-ca/tsm.htm) pour définir une valeur pour la clé de configuration `vizqlserver.workflow_objects_enabled` pour `tsm configuration set -k vizqlserver.workflow_objects_enabled -v false`. Après avoir modifié la valeur de la clé de configuration, assurez-vous d’appliquer la modification à l’aide de la commande `tsm pending-changes apply`. Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cette option ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). ### Modifier les paramètres au niveau du site Pour plus d’informations sur la personnalisation des paramètres au niveau du site dans Tableau Server, consultez [Référence des paramètres du site](https://help.tableau.com/current/server/fr-ca/sites_add.htm). [Passer au contenu principal](#main-content) # Configurer l’intégration Einstein Discovery Depuis la version 2021.1.0, Tableau Server prend en charge l’intégration avec Einstein Discovery, rendant ainsi les prédictions Einstein Discovery accessibles aux auteurs et aux observateurs de classeurs et de tableaux de bord. Depuis la version 2021.2.0, les prédictions Einstein Discovery sont également désormais disponibles lors de la création de flux sur le Web. Einstein Discovery dans Tableau est optimisé par [salesforce.com](http://salesforce.com/). Consultez les conditions applicables dans votre contrat avec [salesforce.com](http://salesforce.com/). Pour intégrer Einstein Discovery à Tableau Server, vous devez suivre plusieurs étapes de configuration, certaines dans Tableau Server, et d’autres dans l’org Salesforce exécutant Einstein Discovery. Cette vue d’ensemble décrit ces étapes à la fois pour les extensions de tableau de bord, les extensions d’analytiques et les extensions Tableau Prep. Elle fournit des liens vers des rubriques spécifiques incluant les étapes de configuration du serveur. Pour plus de détails sur l’utilisation des prédictions Einstein Discovery dans Tableau, y compris les exigences en matière de licences et d’autorisations, consultez [Intégrer les prédictions Einstein Discovery dans Tableau](https://help.tableau.com/current/pro/desktop/fr-ca/einstein_discovery_predictions.htm) dans l’aide de Tableau Desktop et de la création Web. Pour plus d’informations sur l’ajout de prédictions dans les flux, consultez [Ajouter des prédictions Einstein Discovery à votre flux](https://help.tableau.com/current/prep/fr-ca/prep_predictions.htm) . ## Extensions de tableau de bord Einstein Discovery L’extension de tableau de bord Einstein Discovery permet aux auteurs de classeurs de réaliser des prédictions en temps réel dans Tableau. Cette extension fournit des prédictions de manière interactive, sur demande, à l’aide de données source dans un classeur Tableau et d’un modèle optimisé par Einstein Discovery et déployé dans Salesforce. Pour configurer Tableau Server pour l’extension de tableau de bord Einstein Discovery, procédez comme suit : 1. Dans Tableau Server : 1. Activez les jetons OAuth enregistrés pour les connexions de données et les extensions dans Tableau Server. [Autoriser les jetons d’accès enregistrés](https://help.tableau.com/current/server/fr-ca/allow_saved_tokens.htm) 2. Activez les extensions de tableau de bord pour le serveur. Consultez [Gérer les extensions de tableau de bord et de visualisation dans Tableau Server](https://help.tableau.com/current/server/fr-ca/dashboard_extensions_server.htm) 2. Dans Salesforce, dans l’entreprise exécutant Einstein Discovery : 1. [Configurer CORS dans Salesforce.com pour l’intégration d’Einstein Discover dans Tableau Server](https://help.tableau.com/current/server/fr-ca/config_cors_sfdc.htm). 2. Dans Salesforce, dans l’organisation exécutant Tableau CRM, créez une application connectée. Consultez [Étape 1 : Configurer l’intégration d’applications dans Salesforce](https://help.tableau.com/current/server/fr-ca/config_oauth_sfdc.htm#createSF-connectedApp). 3. Dans Tableau Server, configurez le serveur pour les informations d’identification SF OAuth enregistrées à l’aide des informations de l’application connectée. [Étape 2 : Configurer Tableau Server pour Salesforce.com OAuth](https://help.tableau.com/current/server/fr-ca/config_oauth_sfdc.htm#configServerSF-SavedOAuth) ## Extensions d’analytiques Einstein Discovery L’extension d’analytique Einstein Discovery permet à vos utilisateurs d’intégrer des prédictions directement dans les champs calculés Tableau. Un script de calcul de table demande des prédictions à partir d’un modèle déployé dans Salesforce en transmettant son ID de prédiction associé et les données d’entrée requises par le modèle. Utilisez le Gestionnaire de modèles dans Salesforce pour générer automatiquement un script de calcul de table Tableau, puis collez ce script dans un champ calculé pour l’utiliser dans un classeur Tableau. Pour configurer Tableau Server pour l’une des extensions de tableau de bord Einstein Discovery, procédez comme suit : 1. Dans Tableau Server : 1. Activez les jetons OAuth enregistrés pour les connexions de données et les extensions dans Tableau Server. [Autoriser les jetons d’accès enregistrés](https://help.tableau.com/current/server/fr-ca/allow_saved_tokens.htm) 2. Activez les extensions d’analytiques pour le serveur et configurez un type de connexion. Consultez : [Configurer les connexions avec les extensions d’analytiques](https://help.tableau.com/current/server/fr-ca/config_r_tabpy.htm) 2. Dans Salesforce, dans l’organisation exécutant Einstein Discovery, créez une application connectée. Consultez [Étape 1 : Configurer l’intégration d’applications dans Salesforce](https://help.tableau.com/current/server/fr-ca/config_oauth_sfdc.htm#createSF-connectedApp). 3. Dans Tableau Server, configurez le serveur pour les informations d’identification SF OAuth enregistrées à l’aide des informations de l’application connectée. [Étape 2 : Configurer Tableau Server pour Salesforce.com OAuth](https://help.tableau.com/current/server/fr-ca/config_oauth_sfdc.htm#configServerSF-SavedOAuth) ## Extensions Einstein Discovery Tableau Prep _Pris en charge dans Tableau Server et Tableau Cloud à partir de la version 2021.2.0_ L’extension Einstein Discovery Tableau Prep permet aux utilisateurs d’intégrer les prédictions Einstein directement dans leurs flux lors de la création de flux sur le Web. Pour configurer Tableau Server ou Tableau Cloud pour l’extension Einstein Discovery Tableau Prep, vous devez procéder comme suite : 1. Dans Tableau Server : 1. Activez les jetons OAuth enregistrés pour les connexions de données et les extensions dans Tableau Server. Consultez [Autoriser les jetons d’accès enregistrés](https://help.tableau.com/current/server/fr-ca/allow_saved_tokens.htm) 2. Activez les extensions Tableau Prep pour le serveur. Consultez [Activer les extensions Tableau Prep](https://help.tableau.com/current/server/fr-ca/web_author_flows.htm#prep_extensions) . 2. Dans Salesforce, dans l’organisation exécutant Einstein Discovery, créez une application connectée. Consultez [Étape 1 : Configurer l’intégration d’applications dans Salesforce](https://help.tableau.com/current/server/fr-ca/config_oauth_sfdc.htm#createSF-connectedApp). 3. Dans Tableau Server, configurez le serveur pour les informations d’identification SF OAuth enregistrées à l’aide des informations de l’application connectée. [Étape 2 : Configurer Tableau Server pour Salesforce.com OAuth](https://help.tableau.com/current/server/fr-ca/config_oauth_sfdc.htm#configServerSF-SavedOAuth) ## Autres articles de cette section [Passer au contenu principal](#main-content) # Configurer l’OAuth pour Amazon Redshift et IAM Identity Center Depuis Tableau 2023.3.2, vous pouvez utiliser Oauth 2.0/OIDC pour fédérer l’identité d’un fournisseur d’identité externe dans Amazon Redshift. Ces instructions concernent le nouveau service AWS IAM IDC. Pour l’intégration IAM originale, voir [Configurer l’authentification IAM sur Amazon Redshift](https://help.tableau.com/current/server/fr-ca/config_oauth_redshift_iam.htm). Selon le fournisseur d’identité, plusieurs étapes sont nécessaires pour configurer l’intégration. Voici une présentation générale du processus. Tableau ne peut pas fournir d’instructions détaillées sur la façon de configurer AWS ou l’IDP, mais il s’agit de l’approche générale. Pour des exemples détaillés de mise en œuvre de l’authentification avec Redshift, consultez les articles de blogue « [Intégrer Tableau et Okta à Amazon Redshift à l’aide d’AWS IAM Identity Center](https://aws.amazon.com/blogs/big-data/integrate-tableau-and-okta-with-amazon-redshift-using-aws-iam-identity-center/) » et « [Intégrer Tableau et Microsoft Entra ID à Amazon Redshift à l’aide d’AWS IAM Identity Center](https://aws.amazon.com/blogs/big-data/integrate-tableau-and-microsoft-entra-id-with-amazon-redshift-using-aws-iam-identity-center/) ». ## Étape 1 : Configurer le jeton IDP 1. Créez des clients OAuth sur le fournisseur d’identité pour Tableau Desktop et Tableau Server ou Tableau Cloud. Le client Desktop doit activer `PKCE` et utiliser les redirections `http://localhost`. 2. Ajoutez les revendications personnalisées requises pour l’autorisation des rôles. 3. Créez les fichiers de configuration Tableau OAuth. Consultez la documentation sur [github](https://tableau.github.io/connector-plugin-sdk/docs/oauth "Documentation sur GitHub pour la création de fichiers de configuration OAuth pour Tableau."), ainsi que des[exemples](https://github.com/tableau/connector-plugin-sdk/tree/master/samples/components/oauth "Exemples GitHub pour la création de fichiers de configuration OAuth pour Tableau."). Nous vous invitons à nous faire part d’exemples concernant d’autres fournisseurs d’identité. 1. N’oubliez pas de préfixer les identifiants de configuration Tableau OAuth avec « `custom_` ». **Remarque :** Les identifiants de configuration Oauth sont limités à un maximum de 36 caractères. Les ID plus longs peuvent ne pas générer d’erreur, mais ils ne fonctionneront pas. 2. Si votre fournisseur d’identité prend en charge le port dynamique de l’hôte local, désactivez `OAUTH_CAP_FIXED_PORT_IN_CALLBACK_URL`. Si ce n’est pas le cas, assurez-vous d’ajouter plusieurs URL de rappel de l’hôte local à la liste verte dans le fichier de configuration et sur le founisseur d’identité. 4. Installez les nouveaux fichiers de configuration Tableau OAuth dans le dossier `OAuthConfigs` associé à chaque application sur les hôtes de bureau (Tableau Desktop, Tableau Prep Builder, Tableau Bridge) et sur chaque site Tableau Server ou Tableau Cloud qui utilisera OAuth. ## Étape 2 : Configurer l’IDP et les rôles sur AWS Consultez votre documentation AWS pour plus d’informations sur cette opération. ## Étape 3 : Connexion à Redshift 1. Connectez-vous à Redshift. 2. Sélectionnez OAuth comme Authentification. 3. Sélectionnez ldentity Center comme Type de fédération. 4. (Facultatif) Spécifiez l’Espace de nom Identity Center si nécessaire. ![](/tableau/current/fr-ca/server/fr-ca/Img/redshift_oauth_idc_connect.png "Boîte de dialogue de connexion Redshift") Une fois la connexion correctement configurée, vous serez redirigé vers l’IdP pour vous authentifier et autoriser les jetons pour Tableau. Tableau recevra un jeton d’accès et des jetons d’actualisation. Il enverra le jeton d’accès au pilote pour authentification. ## Jetons Par défaut, Redshift OAuth utilisant IAM IDC transmet le jeton d’identification au pilote.. Pour les clients locaux, notamment ceux qui utilisent Tableau Bridge, vous pouvez plutôt utiliser un fichier TDC pour transmettre le jeton d’accès. Pour plus d’informations sur la configuration et l’installation des fichiers .tdc, consultez [Personnalisation et optimisation d’une connexion](https://help.tableau.com/current/pro/desktop/fr-ca/connect_customize.htm) et [Utilisation d’un fichier .tdc avec Tableau Server](https://help.salesforce.com/s/articleView?id=001458291&type=1). ## Okta Si vous utilisez Okta, il est préférable d’utiliser un « serveur d’autorisation personnalisé » plutôt que le « serveur d’autorisation de l’organisation. » Les serveurs d’autorisation personnalisés offrent plus de souplesse. Un serveur d’autorisation personnalisé est créé par défaut et est nommé « défaut ». L’URL d’autorisation devrait se présenter comme suit : https://${yourOktaDomain}/oauth2/{authServerName}/v1/authorize ![](/tableau/current/fr-ca/server/fr-ca/Img/redshift_oauth_idc_okta_800x332.png) ## Mettre à jour le pilote Pour Redshift OAuth utilisant le service IAM IDC, vous devez utiliser au moins la version 2.x du lecteur d’interface universelle de connexion aux bases de données. Téléchargez la dernière version du lecteur d’interface universelle de connexion aux bases de données Redshift disponible sur [https://github.com/aws/amazon-redshift-odbc-driver/tags](https://github.com/aws/amazon-redshift-odbc-driver/tags "Téléchargement du pilote pour Redshift ODBC version 2"). Notez qu’il n’existe pas encore de pilote v2 pour OSX. ## Dépannage de l’OAuth Redshift IAM IDC La meilleure façon de diagnostiquer des erreurs est de supprimer Tableau. Par contre, vous pouvez effectuer un test en utilisant le gestionnaire de pilotes ou un outil similaire. Ceci sert uniquement à la résolution des problèmes : vous ne devez pas utiliser un DSN ou le connecteur « Autres bases de données ODBC » dans le cadre d’une utilisation régulière de cette fonctionnalité. Pour garantir la validité d’un test, les paramètres doivent être identiques, comme indiqué ci-dessous, à l’exception des informations relatives au groupement, à la base de données, au jeton et à l’espace de noms. Lors de la première connexion, si vous recevez un message d’erreur du pilote concernant un jeton invalide ou expiré (il aura un code d’erreur SQLState \[28000\] ou \[08001\] dans le message d’erreur), alors Tableau a terminé le flux OAuth avec succès et a échoué avec le pilote. Cela veut dire que la configuration n’a pas été correctement effectuée sur AWS ou sur le fournisseur d’identité. Le pilote peut également retourner des autorisations ou des erreurs d’autorisation peuvent, ce qui échappe également au contrôle de Tableau. Avant de lancer le test, vous devez d’abord obtenir un jeton d’accès (par défaut pour IAM IDC) ou un jeton d’actualisation (si vous l’avez personnalisé) à envoyer au pilote. Voici un exemple avec Okta. Les fournisseurs d’identité procèdent presque tous de manière assez semblable. Notez que pour utiliser ce flux, vous devez avoir activé le type d’attribution de mot de passe du propriétaire de la ressource. Remplacez l’URL du fournisseur d’identité, le secret client, l’ID client, le nom d’utilisateur et le mot de passe. curl -X POST "https://OKTA\_URL/v1/token" \\ \-H 'accept: application/json' \\ \-H "Authorization: Basic $(echo -n 'CLIENTID:CLIENTSECRET' | base64)" \\ \-H "Content-Type: application/x-www-form-urlencoded" \\ \-d "grant\_type=password&username=USER&password=PASSWORD&scope=openid" Une fois le jeton obtenu, vous pouvez utiliser une DSN en mode test. Sous Windows, vous pouvez utiliser le gestionnaire de pilotes ODBC. Sous Linux, vous pouvez utiliser l’outil de ligne de commande isql inclus avec Tableau Server et qui se trouve dans le dossier customer-bin. Tableau vous recommande de ne pas utiliser d’autres modules d’extension pour effectuer le test, car ils risquent de ne pas fonctionner dans un environnement serveur. Ils utilisent un profil AWS fixe ou ils requièrent un accès direct à un navigateur. Voici un exemple de l’utilisation du gestionnaire de pilotes ODBC sous Windows. ![](/tableau/current/fr-ca/server/fr-ca/Img/redshift_oauth_idc_troubleshoot.png) [Passer au contenu principal](#main-content) # Configurer l’utilitaire de rapports sur les pannes serveur La génération de rapports sur les pannes serveur est désactivée par défaut. Cette rubrique décrit comment activer et configurer la génération de rapports sur les pannes serveur. Les rapports sur les pannes sont chiffrés et envoyés à Tableau. Consultez [Utilitaire de rapports sur les pannes serveur](https://help.tableau.com/current/server/fr-ca/crashdata_server.htm) pour plus d’informations. Si votre entreprise utilise un serveur proxy pour se connecter à Internet, vous devez configurer l’utilitaire de rapports sur les pannes serveur pour utiliser le proxy. Même si vous avez déjà configuré Tableau Server pour utiliser un proxy, vous devez également configurer l’utilitaire de rapports sur les pannes serveur séparément. Pour configurer un proxy pour l’utilitaire de rapports sur les pannes serveur, utilisez la procédure de l’interface en ligne de commande TSM comme décrit dans cette rubrique. **Important :** n’activez pas les rapports sur les pannes si vos données sont soumises à des réglementations sur la confidentialité. 1. Ouvrez TSM dans un navigateur : https://:8850. Pour plus d’informations, consultez [Se connecter à l’interface utilisateur Web Tableau Services Manager](https://help.tableau.com/current/server/fr-ca/sign_in_tsm.htm). 2. Cliquez sur l’onglet Maintenance. 3. Sous Autres tâches de maintenance, dans l’utilitaire de rapports sur les pannes serveur, sélectionnez Activer les rapports sur les pannes : ![Un utilitaire de rapports sur les pannes serveur, avec l’option permettant d’activer les rapports sur les pannes.](/tableau/current/fr-ca/server/fr-ca/Img/tsm-ui-crash-reporter.png) 4. Spécifiez l’heure du jour programmée pour téléverser les rapports sur les pannes dans Tableau. 5. Une fois que vous avez terminé, cliquez sur Modifications en attente, puis cliquez sur Appliquer les modifications et redémarrer. Utilisez le modèle du fichier de configuration ci-dessous pour créer un fichier json. Après avoir rempli les options avec les valeurs appropriées, transmettez le fichier json et appliquez les paramètres avec les commandes suivantes : `tsm settings import -f path-to-file.json` `tsm pending-changes apply` Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). Étant donné que le fichier de configuration utilise la classe configKey, les valeurs que vous transmettez ne sont pas validées par TSM en l’état lorsque vous utilisez la classe configEntities. Vous pouvez vérifier et définir des options individuelles à l’aide des commandes [tsm configuration](https://help.tableau.com/current/server/fr-ca/cli_configuration_tsm.htm). ### Paramètres de l’utilitaire de rapports sur les pannes Les paramètres de l’utilitaire de rapports sur les pannes dans le modèle ci-dessous spécifient toute une gamme d’options pour configurer Tableau Server de manière à ce qu’ils envoient des rapports sur les pannes à Tableau. ### Modèle de configuration Utilisez ce modèle pour configurer les paramètres de passerelle. Pour plus d’explications sur les fichiers de configuration, les entités et les clés, consultez [Exemple de fichier de configuration](https://help.tableau.com/current/server/fr-ca/config_file_example.htm). { "configKeys": { "servercrashupload.enabled": "true", "servercrashupload.scheduled\_time": "1:00:00 UTC", "servercrashupload.proxy\_server\_host": " , "servercrashupload.proxy\_server\_port": " , "servercrashupload.proxy\_server\_username": " , "servercrashupload.proxy\_server\_password": " , "servercrashupload.preserve\_upload\_packages": "false", "servercrashupload.delete\_completed\_dumps": "false" } } ### Référence du fichier de configuration Cette table inclut des clés que vous pouvez définir pour configurer les rapports sur les pannes. servercrashupload.enabled Par défaut : `false`. Définissez sur `true` pour activer les rapports sur les pannes. servercrashupload.scheduled\_time Par défaut : `1:00:00 UTC` Spécifie l’heure programmée à laquelle les téléversements des rapports sur les pannes démarrent. Entrez une heure du jour au format 24 heures. servercrashupload.proxy\_server\_host Si votre organisation utilise un serveur proxy pour communiquer avec Internet, spécifiez le nom d’hôte. servercrashupload.proxy\_server\_port Si votre organisation utilise un serveur proxy pour communiquer avec Internet, spécifiez le numéro de port. servercrashupload.proxy\_server\_username Si votre serveur proxy exige une authentification, spécifiez le nom d’utilisateur. avec cette clé. servercrashupload.proxy\_server\_password Si votre serveur proxy exige une authentification, spécifiez le mot de passe avec cette clé. servercrashupload.preserve\_upload\_packages Par défaut : `false`. Pour enregistrer tous les paquets créés pour des rapports sur les pannes, définissez cette clé sur `true`. Par défaut, les packages sont enregistrés sur `C:\ProgramData\Tableau\Tableau Server\data\tabsvc\clustercontroller\tabcrashreporter`. servercrashupload.delete\_completed\_dumps Par défaut : `false`. Pour supprimer tous les fichiers dump après qu’ils ont été envoyés, définissez cette clé sur `true`. [Passer au contenu principal](#main-content) # Configurer la mise en cache des données Les vues publiées sur Tableau Server sont interactives et disposent parfois d’une connexion directe à une base de données. Lorsque les utilisateurs interagissent avec les vues dans un navigateur Web, les données qui sont demandées sont stockées dans un cache. Lors des visites suivantes, les données seront récupérées à partir de ce cache si elles sont disponibles. Par défaut, Tableau Server met en cache et réutilise les données aussi longtemps que possible. Vous pouvez modifier ce comportement en configurant l’option de mise en cache à l’aide de la commande `[tsm data-access caching set](https://help.tableau.com/current/server/fr-ca/cli_data-access.htm#caching-set)`. 1. Exécutez cette commande : `tsm data-access caching set -r ` Où  est l’une de ces options : - **chaîne « low » ou vide (" )**. Il s’agit de la valeur par défaut. Elle indique que Tableau Server doit configurer le cache et toujours utiliser les données en cache lorsqu’elles sont disponibles. - . «  » spécifie le nombre maximum de minutes pendant lequel les données devraient être mises en cache. - **always** ou **0** (zéro). Ces valeurs indiquent que Tableau Server doit toujours obtenir les données les plus récentes et que le cache doit être actualisé à chaque fois qu’une page est rechargée. 2. Appliquez les modifications à l’aide de la commande `tsm pending-changes apply`. Cette commande redémarrera Tableau Server. [Passer au contenu principal](#main-content) # Configurer la notification d’événement serveur Un administrateur de Tableau Services Manager (TSM) peut configurer Tableau Server de manière à autoriser les notifications des événements suivants : - Mises à jour de contenu - Échecs d’extraits (activé par défaut) - Vues d’abonnement pour les utilisateurs (désactivé par défaut) - Surveillance de l’intégrité du serveur - Changements d’état du serveur (désactivé par défaut) - Rapports sur les licences Desktop (désactivé par défaut) - Espace disque - Alertes par courriel si l’espace disque dépasse des seuils configurés ou demeure en-deçà de ces seuils (désactivé par défaut) - Enregistrement de l’historique d’utilisation (activé par défaut) **Remarque :** vous devez configurer SMTP avant de pouvoir configurer les abonnements ou les notifications. Pour plus d’informations, consultez [Configurer les paramètres SMTP](https://help.tableau.com/current/server/fr-ca/config_smtp.htm). 1. Ouvrez TSM dans un navigateur : `https://:8850`. Pour plus d’informations, consultez [Se connecter à l’interface utilisateur Web Tableau Services Manager](https://help.tableau.com/current/server/fr-ca/sign_in_tsm.htm). 2. Cliquez sur Notificationsdans l’onglet Configuration puis cliquez sur Événements. 3. Configurez les paramètres de notification pour votre entreprise : - Mises à jour de contenu - Envoyer des courriels pour les échecs d’actualisation d’extrait Lorsque cette option est activée (par défaut), un administrateur de serveur peut configurer les notifications par courriel à envoyer lorsque les actualisations d’extraits échouent. Ces messages sont configurés au niveau du site, donc même si cette option est activée, les messages ne sont pas envoyés à moins que l’option Envoyer un courriel aux propriétaires des sources de données et des classeurs en cas d’échec des actualisations programmées ne soit activée pour un site (elle est activée par défaut). Pour plus d’informations, consultez [Activer la programmation d’actualisation d’extrait et la notification d’échec](https://help.tableau.com/current/server/fr-ca/schedule_enable.htm). - Autoriser les utilisateurs à recevoir un courriel pour les vues auxquelles ils sont abonnés Lorsque cette option est activée (par défaut, elle est désactivée), un administrateur de serveur peut configurer un site de manière à envoyer un courriel d’abonnement. Ces messages courriel sont configurés au niveau du site et ne peuvent être configurés que si cette option est activée. Pour plus d’informations, consultez [Configurer un site pour les abonnements](https://help.tableau.com/current/server/fr-ca/subscribe.htm). Lorsque des utilisateurs s’abonnent à un classeur ou à une vue, un instantané de la vue leur est envoyé par courriel de manière programmée afin qu’ils puissent voir les mises à jour les plus récentes sans avoir à se connecter à Tableau Server. Pour permettre aux utilisateurs de joindre des rendus PDF aux courriels de l’abonnement, sélectionnez Autoriser les utilisateurs à ajouter des pièces jointes pour les abonnements à des vues. - Surveillance de l’intégrité du serveur - Envoyer des courriels pour les événements de processus Tableau Server (exécution, panne et basculement) Tableau Server envoie un message courriel lorsque les processus du moteur de données, du stockage de fichiers, de la passerelle ou du serveur de référentiel s’arrêtent ou redémarrent, ou lorsque le nœud Tableau Server initial s’arrête ou redémarre. Si vous exécutez une installation à un seul serveur (tous les processus sur le même ordinateur), les alertes d’intégrité ne sont envoyées que lorsque Tableau Server est actif. Aucune alerte « DOWN » n’est envoyée. Si vous exécutez une installation distribuée configurée pour le basculement, une alerte DOWN signifie que l’instance active du référentiel ou du moteur de données est défaillante et l’alerte UP qui suit indique que l’instance passive (référentiel) ou la seconde instance (moteur de données) de ce processus a pris le relais. **Remarque :** Tableau Server est conçu pour s’auto-corriger. Si un service ou un processus cesse de répondre ou tombe en panne, Tableau Server tente de le redémarrer. Cette opération peut prendre entre 15 et 30 minutes. Il peut donc être contre-productif de réagir immédiatement aux alertes de service ou de processus, en particulier dans une installation avec des services redondants susceptibles de gérer des demandes pendant qu’un autre service redémarre. - Activer les rapports sur les licences Tableau Desktop Les rapports sur les licences sont générés dans Tableau Desktop et envoyés à Tableau Server. Lorsque cette option est activée, Tableau Server génère et affiche le rapport administratif pour les rapports de licence Desktop. Pour plus d’information sur le rapport, consultez [Utilisation des licences Desktop](https://help.tableau.com/current/server/fr-ca/adminview_desktop_license_usage.htm). - Espace disque Activez des notifications (alertes) relatives à l’espace disque restant sur votre Tableau Server. - Envoyer des courriels lorsque l’espace disque inutilisé descend sous des seuils Vous pouvez configurer Tableau Server de manière à envoyer des alertes par courriel lorsque l’utilisation de l’espace disque sur un nœud dépasse un seuil, ou demeure en-deça du seuil. Vous pouvez également configurer la fréquence d’envoi des notifications de seuil. Vous devez définir deux seuils : le seuil d’avertissement et le seuil critique. Les seuils sont exprimés en pourcentage de l’espace disque restant. Le seuil critique doit être inférieur au seuil d’avertissement. Vous spécifiez également l’option Envoyer une alerte de dépassement de seuil tou(te)s les. Définissez la fréquence d’envoi, en minutes, des notifications d’avertissement et critiques. La valeur par défaut est de 60 minutes. - Enregistrer les informations sur l’utilisation de l’espace disque et les violations de seuil à utiliser dans les vues administratives personnalisées Lorsque vous configurez Tableau Server pour enregistrer l’utilisation de l’espace disque, les informations relatives à l’espace disque disponible sont enregistrées dans le référentiel et vous pouvez afficher l’historique d’utilisation à l’aide des vues administratives. 4. Cliquez sur Enregistrer les modifications en attente après avoir entré vos données de configuration. 5. Cliquez sur Modifications en attente en haut de la page : ![Barre d’outils de Tableau Server Manager indiquant que des modifications sont en attente.](/tableau/current/fr-ca/server/fr-ca/Img/tsm-ui-pending-changes-btn.png) 6. Cliquez sur Appliquer les modifications et redémarrer. Les diverses valeurs de notification décrites ci-dessus peuvent être définies individuellement à l’aide de la commande [tsm configuration set](https://help.tableau.com/current/server/fr-ca/cli_configuration_tsm.htm#TSMSet). Sinon, vous pouvez créer un fichier json et transmettre toutes les valeurs de configuration en une seule opération. Les deux méthodes sont décrites dans cette section. ### Définir les valeurs de notification individuellement Le tableau suivant montre les paires clé/valeur qui sont associées aux événements de notification décrits précédemment dans cette section. Utilisez la commande [tsm configuration set](https://help.tableau.com/current/server/fr-ca/cli_configuration_tsm.htm#TSMSet) avec la syntaxe suivante pour définir une seule paire clé/valeur : `tsm configuration set -k -v ` Par exemple, pour activer les notifications d’échec d’une tâche, exécutez la commande suivante : `tsm configuration set -k backgrounder.notifications_enabled -v true`
Option de notificationCléValeur
Échecs d’extraits ou échecs d’exécution de fluxbackgrounder.notifications_enabledtrue | false
Activer l’abonnement à des vues pour l’utilisateursubscriptions.enabledtrue | false
Activer les pièces jointes PDF pour les abonnementssubscriptions.attachments_enabledtrue | false
Taille maximale des pièces jointes (Mo) pour les notifications d’abonnementsubscriptions.max_attachment_size_megabytesvaleur en nombre entier, par défaut 150
Changement du statut du serveursvcmonitor.notification.smtp.enabledtrue | false
Rapports sur les licencesfeatures.DesktopReportingtrue | false
Seuils d’espace restant : activer les notifications par courrielstorage.monitoring.email_enabledtrue | false
Seuils d’espace restant : pourcentage déclenchant un avertissementstorage.monitoring.warning_percentValeur en nombre entier, par exemple, 20
Seuils d’espace restant : pourcentage critiquestorage.monitoring.critical_percentValeur en nombre entier, par exemple, 15
Définir un intervalle d’envoi de courrielstorage.monitoring.email_interval_minValeur en nombre entier, en minutes, par exemple, 25
Enregistrer l’historique d’utilisationstorage.monitoring.record_history_enabledtrue | false
Une fois que vous avez fini de configurer les valeurs, vous devez exécuter la commande suivante : `tsm pending-changes apply` Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). ### Définir toutes les valeurs de notification avec un seul fichier json Pour effectuer tous les paramètres de notification avec une seule configuration, vous pouvez transmettre un fichier json. Copiez et modifiez le modèle suivant pour créer un fichier pour votre configuration. { "configKeys": { "backgrounder.notifications\_enabled": true, "subscriptions.enabled": true, "subscriptions.attachments\_enabled": true, "subscriptions.max\_attachment\_size\_megabytes": 150, "svcmonitor.notification.smtp.enabled": true, "features.DesktopReporting": true, "storage.monitoring.email\_enabled": true, "storage.monitoring.warning\_percent": 20, "storage.monitoring.critical\_percent": 15, "storage.monitoring.email\_interval\_min": 25, "storage.monitoring.record\_history\_enabled": true } } Après avoir enregistré le fichier, transmettez-le avec la commande suivante : `[tsm settings import](https://help.tableau.com/current/server/fr-ca/cli_settings_tsm.htm#TSMSet) -f ` Pour appliquer les modifications, exécutez la commande suivante : `tsm pending-changes apply` Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). [Passer au contenu principal](#main-content) # Configurer le fournisseur d’identité pour OpenID Connect Cette rubrique explique comment configurer un fournisseur d’identité (IdP) de manière à utiliser OpenID Connect (OIDC) avec Tableau Server. Il s’agit d’une étape dans un processus à plusieurs étapes. Les rubriques suivantes expliquent comment configurer et utiliser OIDC avec Tableau. 1. Aperçu [OpenID Connect](https://help.tableau.com/current/server/fr-ca/openid_auth.htm) 2. Configurer le fournisseur d’identité pour OpenID Connect (vous êtes ici) 3. [Configuration de Tableau Server pour OpenID Connect](https://help.tableau.com/current/server/fr-ca/openid_auth_server_config.htm) 4. [Connexion à Tableau Server avec OpenID Connect](https://help.tableau.com/current/server/fr-ca/openid_auth_signing_in.htm) Avant de pouvoir utiliser OpenID Connect avec Tableau Server, vous devez posséder un compte auprès d’un fournisseur d’identité (IdP) et un projet ou une application avec lui. Lorsque vous configurez Tableau Server, vous devez pouvoir fournir les informations suivantes : - **ID client :** il s’agit de l’identifiant que le fournisseur d’identité a affecté à votre application. - **Secret client :** il s’agit d’un jeton utilisé par Tableau pour vérifier l’authenticité de la réponse du fournisseur d’identité. Cette valeur est un secret et doit être protégée. - **URL de configuration :** il s’agit de l’URL du document de découverte de la configuration du fournisseur qui contient les métadonnées du fournisseur OpenID. #### URL de redirection Certains fournisseurs d’identité exigent une URL de redirection pour le site sur lequel est hébergé votre locataire Tableau Server. Vous pouvez créer votre URL manuellement pour l’IdP en utilisant la syntaxe suivante : `:///vizportal/api/web/v1/auth/openIdLogin` Par exemple, `https://tableau.example.com/vizportal/api/web/v1/auth/openIdLogin`. #### Algorithme de signature Tableau Cloud prend en charge RS256 (RSA utilisant SHA-256). #### Exemple de processus d’IdP La procédure suivante décrit la démarche à suivre auprès du fournisseur. À titre d’exemple, la procédure propose d’utiliser Google comme fournisseur. Par contre, chaque fournisseur a un flux légèrement différent, si bien que les spécificités des étapes (et leur ordre) peuvent varier selon votre fournisseur. 1. Inscrivez-vous sur le site des développeurs du fournisseur et connectez-vous. Par exemple, pour Google, vous pouvez accéder à la Developers Console à l’URL suivante : [https://console.developers.google.com](https://console.developers.google.com) 2. Créez un nouveau projet, une application ou un compte de tiers relais. 3. Dans le tableau de bord des développeurs, suivez les étapes d’obtention d’un ID client et d’un secret client OAuth 2.0. Enregistrez ces valeurs pour plus tard. **Remarque :** conservez le secret client en lieu sûr. 4. Sur le site des développeurs, trouvez l’URL du point de terminaison que l’IdP utilise pour la détection OpenID Connect. Par exemple Google utilise l’URL [https://accounts.google.com/.well-known/openid-configuration](https://accounts.google.com/.well-known/openid-configuration). Enregistrez cette URL pour plus tard. Sinon, si votre IdP vous a fourni un document de découverte statique, copiez ce fichier sur un répertoire local de Tableau Server pour référence ultérieure. [Passer au contenu principal](#main-content) # Configurer le module d’authentification avec une passerelle indépendante Une pratique de sécurité courante consiste à n’autoriser que les demandes authentifiées à traverser le pare-feu interne des serveurs DMZ. La passerelle indépendante prend en charge les méthodes d’authentification traditionnelles de Tableau Server, mais elle inclut également des propriétés de configuration qui permettent d’intégrer un module chargeable Apache httpd pour une authentification personnalisée. Par exemple, en configurant SAML sur Tableau Server et en configurant un module d’authentification personnalisé, vous pouvez demander à tous les utilisateurs de s’authentifier auprès de votre IdP au niveau de la passerelle indépendante. Seuls les utilisateurs authentifiés pourront alors accéder à Tableau Server, qui pourra alors s’authentifier et autoriser l’accès des utilisateurs. Pour de plus amples renseignements sur ce modèle d’authentification, consultez [Pré-authentification avec un module AuthN](https://help.tableau.com/current/guides/enterprise-deployment/fr-ca/edg_part5.htm#preauthentication-with-an-authn-module) dans le Guide de déploiement en entreprise. Pour configurer le module d’authentification, vous devez effectuer les étapes suivantes : 1. Générez les fichiers de configuration du module d’authentification. Une fois l’installation terminée, chaque module et ses instructions de configuration seront traités comme des options Inclusion, ce qui fait que les fichiers inclus font logiquement partie de la configuration globale de httpd. 2. Copiez les fichiers de configuration sur chaque ordinateur exécutant la passerelle indépendante. Tous les fichiers doivent être copiés aux mêmes emplacements sur chaque ordinateur sur lequel s’exécute la passerelle indépendante. Chaque fichier correspond à une propriété de configuration gérée par Tableau Server. 3. Utilisez la commande `tsm configuration set` sur Tableau Server pour définir les propriétés de configuration. Ne modifiez pas le fichier de configuration httpd (httpd.conf) sur la passerelle indépendante, car celle-ci comprend une logique de mise à jour de la configuration httpd en fonction des modifications apportées par les commandes TSM sur Tableau Server. ## Exemple de configuration du module d’authentification Pour un exemple de configuration du module d’authentification de bout en bout, consultez [Exemple de configuration d’authentification : SAML avec fournisseur d’identités externe](https://help.tableau.com/current/guides/enterprise-deployment/fr-ca/edg_part5.htm#example-authentication-configuration-saml-with-external-idp) dans le Guide de déploiement en entreprise. L’exemple décrit comment installer et configurer SAML avec un fournisseur d’identités Okta et un module d’authentification Mellon pour un déploiement Tableau Server sous Linux exécuté dans AWS. Même si l’exemple décrit le processus pour Linux, l’exemple de configuration est également utile pour Tableau Server sous Windows. ## Propriétés de configuration Le tableau suivant décrit les différents fichiers de configuration auxquels vous pouvez vous référer. Chaque fichier correspond à une propriété de configuration définie sur Tableau Server. Utilisez des barres obliques dans le chemin d’accès, même sous Windows (convention Apache httpd). Il vous suffit de définir les propriétés nécessaires pour formuler votre configuration d’authentification personnalisée. Ignorez toutes les propriétés de configuration qui ne sont pas nécessaires.
Propriété de configurationDescription
gateway.tsig.authn_module_blockApparaît à la fin de l’ensemble des modules Apache httpd normalement chargés. L’objectif est que le fichier comprenne un ou plusieurs directives LoadModule. Les modules eux-mêmes doivent être identifiés par des chemins d’accès complets.
gateway.tsig.authn_global_blockApparaît après toutes les références LoadModule et avant la plupart des autres directives Apache httpd. L’objectif est de fournir un emplacement pour toutes les directives de configuration nécessaires au module personnalisé.
gateway.tsig.authn_globalbottom_blockApparaît tout en bas du fichier de configuration, toujours au niveau global. L’objectif est de fournir un emplacement pour toutes les directives de configuration nécessaires au module personnalisé. Elles doivent spécifiquement apparaître après diverses autres directives. (Il est peu probable que vous en ayez besoin.)
gateway.tsig.authn_location_blockApparaît dans un bloc <Location "/">, et recouvre tous les chemins d’accès des URL.
gateway.tsig.authn_directory_blockApparaît dans un bloc <Directory "/">, et recouvre tous les chemins d’accès aux fichiers traités par la passerelle indépendante. (Il est peu probable que vous en ayez besoin. La plupart des fichiers traités par la passerelle indépendante sont des ressources statiques non sensibles, comme des images et des fichiers JavaScript.)
gateway.tsig.authn_virtualhost_block

Apparaît à l’intérieur d’un ou deux blocs <VirtualHost>  : un pour TLS (si activé) et un pour non-TLS. S’il est configuré, le même fichier est inclus aux deux endroits. Si vous avez besoin de distinguer les deux cas, vous pouvez utiliser la variable d’environnement Apache httpd HTTPS standard.

## Bloc `` En plus du bloc `` attendu pour le trafic de requêtes normal, un bloc `` est également utilisé pour traiter les requêtes de gestion interne (HK) de la passerelle indépendante. Ces requêtes HK ont leurs propres protections d’authentification et ne fonctionneront pas avec les solutions classiques d’authentification unique personnalisée. Vous devrez peut-être empêcher explicitement que votre module personnalisé ne tente d’authentifier le chemin d’accès URL de la requête HK. Pour déterminer si vous devez exclure votre module, configurez-le d’abord. Recherchez ensuite les requêtes HK dans le fichier journal d’accès de la passerelle indépendante. Vous devriez voir au moins un contrôle d’état une ou deux fois par minute. Si un code de réponse 200 est généré pour ces requêtes, l’authentification a sans doute réussi. En revanche, si un code de réponse 3xx est généré (redirection vers votre fournisseur d’authentification personnalisé), vous devez faire quelque chose pour y remédier. Solutions possibles : - Le bloc `` contient la directive `AuthType None`, et cela pourrait suffire. - La configuration httpd.conf de la passerelle indépendante contient la directive standard Apache httpd `[ProxyPreserveHost](https://httpd.apache.org/docs/2.4/mod/mod_proxy.html#proxypreservehost) On`. Si une circonstance inhabituelle exige que ce soit Off ou une autre valeur, cette valeur peut être définie avec l’élément de configuration TSM `gateway.tsig.proxypreservehost`. - Vous aurez peut-être besoin de directives spécifiques au module pour désactiver votre module d’authentification pour ``. Vous ne pouvez pas modifier directement ce bloc dans le fichier httpd.conf. Vous pouvez plutôt créer un autre bloc `` dans votre fichier `gateway.tsig.authn_global_block` et laisser Apache httpd les fusionner logiquement. Par exemple, certaines versions de mod\_auth\_mellon, un module d’authentification open source populaire, nécessitent `MellonEnable Off` pour les sections où il ne s’applique pas, même si`AuthType None` est défini dans ces sections. - Lors de la création d’une section `` supplémentaire, comme décrit dans le point précédent, vous trouverez que l’ordre d’apparition des différentes sections dans le fichier httpd.conf modifie la façon dont elles s’influencent mutuellement. La section standard `` apparaît avant la section standard ``. Si vos essais montrent qu’un ordre différent est nécessaire, vous devrez peut-être définir un autre section `` dans votre bloc `gateway.tsig.authn_global_block` en plus d’une autre section ``. Dans ce cas, vous devrez peut-être laisser le bloc `gateway.tsig.authn_location_block` vide. ## Dépanner la configuration du module d’authentification personnalisé Pour savoir comment la passerelle indépendante va créer le fichier httpd.conf, il suffit de définir les éléments de configuration TSM avec des valeurs qui pointent vers des fichiers vides qui figurent sur les ordinateurs de votre passerelle indépendante. (Les fichiers doivent exister, mais ils peuvent être vides.) Vous pouvez ensuite consulter le fichier httpd.conf de la passerelle indépendante pour vous faire une idée concrète de l’emplacement des directives `Include` des différents fichiers de configuration. Des problèmes de configuration dans le fichier httpd.conf de la passerelle indépendante peuvent empêcher le service `tsig-httpd` de démarrer. D’autres problèmes de configuration sont susceptibles d’empêcher la réception des mises à jour de configuration du service complémentaire de la passerelle indépendante sur le groupement Tableau Server. L’un des moyens de récupération, après avoir corrigé la cause du problème, est de copier `TSIG_DATA/config/httpd.conf.stub` dans `TSIG_DATA/config/httpd.conf` et de redémarrer ensuite le service `tsig-httpd`. Pour plus de conseils de dépannage, consultez [Dépannage de la passerelle indépendante Tableau Server](https://help.tableau.com/current/guides/enterprise-deployment/fr-ca/edg_part7.htm#troubleshooting-tableau-server-independent-gateway) dans le Guide de déploiement en entreprise (EDG). L’EDG fournit un exemple de déploiement de Tableau Server sous Linux. Les étapes de dépannage sont utiles pour les versions Windows ou Linux de Tableau Server. [Passer au contenu principal](#main-content) # Configurer le protocole SAML spécifique à un site Utilisez SAML spécifique à un site dans un environnement multi-site lorsque vous souhaitez activer l’authentification unique. Vous pouvez également utiliser plusieurs fournisseurs d’identité (IdP) ou applications IdP SAML. Lorsque vous activez SAML pour le site, vous pouvez spécifier l’IdP ou l’application IdP pour chaque site, ou configurer certains sites pour qu’ils utilisent SAML, et d’autres sites le paramètre par défaut à l’échelle du serveur. Si vous souhaitez que tous les utilisateurs de serveur utilisent SAML et se connectent via la même application IdP, consultez [Configurer SAML à l’échelle du serveur](https://help.tableau.com/current/server/fr-ca/config_saml.htm). ## Conditions préalables pour l’activation de SAML spécifique à un site Avant de pouvoir activer l’authentification unique SAML au niveau du site, veillez à ce que les conditions suivantes soient remplies : - Le magasin d’identités Tableau Server doit être configuré pour le magasin d’identités local.  Vous ne pouvez pas configurer SAML spécifique au site si Tableau Server est configuré avec un magasin d’identités externe tel qu’Active Directory ou OpenLDAP. - Assurez-vous que votre environnement et votre IdP remplissent les [Exigences en matière d’authentification SAML](https://help.tableau.com/current/server/fr-ca/saml_requ.htm). Certaines fonctionnalités ne sont prises en charge que dans les déploiements SAML à l’échelle du serveur, y compris, mais sans s’y limiter : - Les fichiers de clé protégés par mot de passe, qui ne sont pas pris en charge dans les déploiements SAML spécifiques au site. - Vous devez configurer SAML à l’échelle du serveur avant de configurer SAML spécifique au site. Vous n’avez pas besoin d’activer SAML à l’échelle du serveur, mais SAML spécifique au site exige la configuration à l’échelle du serveur. Consultez [Configurer SAML à l’échelle du serveur](https://help.tableau.com/current/server/fr-ca/config_saml.htm). - Notez l’emplacement des fichiers de certificat SAML. Vous devrez d’indiquer lorsque vous [Configurer le serveur pour prendre en charge SAML spécifique à un site](#add-site-saml-support). Pour plus d’informations, consultez [Déposer les fichiers de métadonnées et de certificat](https://help.tableau.com/current/server/fr-ca/config_saml.htm#generate-metadata) dans la rubrique consacrée à la configuration de SAML au niveau du serveur. - Ajoutez Tableau Server comme fournisseur de services à votre IdP. Vous trouverez ces informations dans la documentation fournie par l’IdP. - Vérifiez que les horloges système de l’ordinateur hébergeant l’IdP SAML pour le site et l’ordinateur hébergeant Tableau Server sont à 59 secondes l’un de l’autre. Tableau Server ne propose pas d’option de configuration pour ajuster l’inclinaison de réponse (différence de temps) entre l’ordinateur Tableau Server et l’IdP. ### Paramètres à l’échelle du serveur s’appliquant à SAML spécifique à un site **URL de renvoie et ID d’entité :** Dans les paramètres de configuration de SAML spécifique à un site, Tableau fournit une URL de renvoi spécifique à un site et un ID d’entité basé sur ces paramètres. L’URL de renvoi spécifique à un site et l’ID d’entité ne peuvent pas être modifiés. Ces configurations sont définies par TSM comme décrit dans [Configurer SAML à l’échelle du serveur](https://help.tableau.com/current/server/fr-ca/config_saml.htm). **Âge d’authentification et délai de réponse :** Les paramètres à l’échelle du serveur, l’âge maximal d’authentification et le délai de réponse ne s’appliquent pas à SAML spécifique au site. Ces configurations sont codées en dur : - L’âge maximum d’authentification désigne la durée de validité d’un jeton d’authentification de l’IdP après son émission. L’âge maximal d’authentification codé en dur pour SAML spécifique au site est de 24 jours. - Le délai de réponse désigne la différence maximale (en secondes) entre l’heure de Tableau Server et l’heure de création de l’assertion (en fonction de l’heure du serveur IdP) pendant laquelle le message peut encore être traité. La valeur codée en dur de ce délai spécifique au site est de 59 secondes. **Username :** Obligatoire. Outre l’attribut de configuration SAML à l’échelle du serveur, l’attribut de configuration SAML propre au site doit être défini sur « nom d’utilisateur ». > **Remarque :** pour que SAML spécifique au site fonctionne correctement avec une valeur par défaut SAML à l’échelle du serveur, l’attribut de nom d’utilisateur configuré pour SAML à l’échelle du serveur avec la clé de configuration wgserver.saml.idpattribute.username doit être « username ». L’IdP utilisé pour SAML à l’échelle du serveur doit fournir le nom d’utilisateur dans un attribut nommé « nom d’utilisateur ». ![Un formulaire permettant de faire correspondre les attributs d’un fournisseur d’identité.](/tableau/current/fr-ca/server/fr-ca/Img/saml_config_site_match_asserts_server_username.png) **HTTP POST et HTTP REDIRECT :** Pour SAML spécifique au site, Tableau Server prend en charge HTTP-POST, HTTP-REDIRECT et HTTP-POST-SimpleSign. ## Configurer le serveur pour prendre en charge SAML spécifique à un site Après avoir rempli les conditions préalables énumérées ci-dessus, vous pouvez exécuter les commandes suivantes pour configurer le serveur de manière à ce qu’il prenne en charge SAML spécifique à un site. 1. [Configurer SAML à l’échelle du serveur](https://help.tableau.com/current/server/fr-ca/config_saml.htm). Au minimum, vous devez exécuter la commande suivante TSM (si vous avez déjà configuré SAML à l’échelle du serveur, passez à l’étape 2) : `tsm authentication saml configure --idp-entity-id --idp-return-url --cert-file --key-file ` 2. Activez SAML pour le site. Exécutez les commandes suivantes : `tsm authentication sitesaml enable` `tsm pending-changes apply` ### À propos des commandes La commande `sitesaml enable` affiche l’onglet Authentification sur la page Paramètres de chaque site dans l’interface utilisateur Web de Tableau Server. Après avoir configuré le serveur pour qu’il prenne en charge l’authentification SAML sur un site, vous pouvez passer à [Configurer SAML pour un site](#site_saml_config_for_a_site) pour configurer les paramètres de l’onglet Authentification. Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). Si vous souhaitez vérifier les commandes et les paramètres qui s’appliquent lorsque vous exécutez `pending-changes apply`, vous pouvez exécuter la commande suivante en premier : `tsm pending-changes list --config-only` ## Configurer SAML pour un site Cette section vous guide à travers les étapes de configuration qui s’affichent dans l’onglet Authentification de la page Paramètres de Tableau Server. Dans une installation Tableau Server auto-hébergée, cette page s’affiche uniquement lorsque SAML spécifique à un site est activé au niveau du serveur. **Remarque :** Pour terminer ce processus,vous aurez également besoin de la documentation fournie par votre IdP. Cherchez des sujets traitant de la configuration ou de la définition d’un fournisseur de services en vue d’une connexion SAML, ou de l’ajout d’une application. Étape 1 : Exporter les métadonnées depuis Tableau Pour créer une connexion SAML entre Tableau Server et votre IdP, vous devez échanger les métadonnées requises entre les deux services. Pour obtenir des métadonnées de Tableau Server, suivez l’une des Méthode suivantes. Consultez la documentation de configuration SAML de l’IdP pour confirmer l’option correcte. - Sélectionnez le bouton Exporter les métadonnées pour télécharger un fichier XML contenant l’ID d’entité SAML Tableau Server, l’URL de l’ACS (Assertion Consumer Service) et le certificat X.509. L’ID d’entité est spécifique au site et généré à partir de l’ID d’entité à l’échelle du serveur que vous avez spécifié lorsque vous avez activé SAML pour le site sur le serveur. Par exemple, si vous avez spécifié `https://tableau_server`, vous verrez éventuellement l’ID d’entité suivant pour le site : `https://tableau_server/samlservice/public/sp/metadata?alias=48957410-9396-430a-967c-75bdb6e002a0` Vous ne pouvez pas modifier l’ID d’entité spécifique à un site ou l’URL ACS générée par Tableau. - Sélectionnez Télécharger le certificat si votre fournisseur d’identité attend les informations requises d’une manière différente. Par exemple, si vous êtes invité à saisir l’entité Tableau Server ID, ACS URL et le certificat X.509 dans des emplacements séparés. L’image suivante a été modifiée de manière à montrer que ces paramètres sont identiques dans Tableau Cloud et Tableau Server. ![Un formulaire avec des options de récupération des métadonnées.](/tableau/current/fr-ca/server/fr-ca/Img/saml_site_auth_step1.png) Étape 2 et Étape 3 : Étapes externes Pour l’étape 2, afin d’importer les métadonnées que vous avez exportées à l’étape 1, connectez-vous à votre compte IdP et utilisez les instructions fournies dans la documentation de l’IdP pour soumettre les métadonnées Tableau Server. Pour l’étape 3, la documentation du fournisseur d’identités vous guidera également sur la manière de fournir des métadonnées à un fournisseur de services. Vous serez invité à télécharger un fichier de métadonnées ou du code XML. s’affichera. Si du code XML s’affiche, copiez et collez le code dans un nouveau fichier texte et enregistrez le fichier avec une extension .xml. Étape 4 : Importer les métadonnées de l’dP sur le site Tableau Sur la page d’Authentification de Tableau Server, importez le fichier de métadonnées que vous avez téléchargé depuis l’IdP ou configuré manuellement à partir de XML, s’il est fourni. **Note:** Si vous modifiez la configuration, vous devrez télécharger le fichier de métadonnées pour que Tableau puisse utiliser l’ID du bon fournisseur d’identité et l’URL du service SSO. Étape 5 : Mapper les attributs Les attributs contiennent des données d’authentification, d’autorisation et autres renseignements sur un utilisateur. Dans la colonne Nom d’assertion du fournisseur d’identité (IdP), fournissez les attributs contenant les informations demandées par Tableau Server. - Nom d’utilisateur ou courriel : (Obligatoire) Saisissez le nom de l’attribut qui enregistre les noms ou les adresses de courriel des utilisateurs. - **Nom d’affichage :** (Facultatif) Certains IdP utilisent des attributs séparés pour les prénoms et noms, tandis que d’autres stockent le nom complet dans un seul attribut. Si vous utilisez SAML avec une authentification locale, l’attribut de nom d’affichage n’est pas synchronisé avec l’IdP SAML. Sélectionnez le bouton qui correspond à la manière dont votre IdP stocke les noms. Par exemple, si le fournisseur d’identités associe le prénom et le nom dans un attribut, sélectionnez Nom à afficher, puis entrez le nom de l’attribut. ![Capture d’écran de l’Étape 5 de la configuration de SAML pour le site dans Tableau Server - attributs correspondants](/tableau/current/fr-ca/server/fr-ca/Img/saml_config_site_match_asserts_server.png) Étape 6 : Gérer les utilisateurs Sélectionnez des utilisateurs existants de Tableau Server, ou ajoutez de nouveaux utilisateurs auxquels vous souhaitez permettre l’ouverture de session unique. Lorsque vous ajoutez ou importez des utilisateurs, spécifiez également leur type d’authentification. Sur la page Utilisateurs, vous pouvez modifier le type d’authentification des utilisateurs à tout moment après leur ajout. Pour plus d’informations, consultez [Ajouter des utilisateurs à un site](https://help.tableau.com/current/server/fr-ca/sites_addusers.htm) ou [Importer des utilisateurs](https://help.tableau.com/current/server/fr-ca/users_import.htm) et [Définir le type d’authentification utilisateur pour SAML](https://help.tableau.com/current/server/fr-ca/users_set_auth_type.htm). **Important :** Les utilisateurs qui s’authentifient avec SAML spécifique au site ne peuvent appartenir qu’à un seul site. Si un utilisateur a besoin d’appartenir à plusieurs sites, définissez son type d’authentification sur le paramètre par défaut du serveur. Selon la manière dont SAML spécifique au site a été configuré par l’administrateur de serveur, le paramètre serveur par défaut est soit l’authentification locale, soit SAML à l’échelle du serveur. Étape 7 : Résolution des problèmes Démarrez les étapes de dépannage suggérées sur la page d’Authentification. Si ces étapes ne résolvent pas le problème, consultez [Résoudre les problèmes liés à SAML](https://help.tableau.com/current/server/fr-ca/saml_trouble.htm). [Passer au contenu principal](#main-content) # Configurer le rendu côté client Lorsque vous accédez à une vue dans Tableau Server, le traitement requis pour afficher la vue (appelé _rendu_) peut être effectué par votre périphérique client ou par Tableau Server selon la complexité de la vue. Le choix dépend de la complexité de la vue, laquelle est déterminée par le nombre de repères, lignes, colonnes et autres. Si une vue est moins complexe, un périphérique client mettra moins de temps pour effectuer le rendu de la vue. Si une vue est plus complexe, il est plus rapide d’envoyer une demande à Tableau Server et de tirer parti de la puissance de calcul du serveur. **Remarque :** Dans certaines situations, le rendu est effectué systématiquement côté serveur, y compris, mais pas exclusivement, si une vue utilise le type de repère Polygone ou la fonction d’historique des pages. Dans ces cas, le rendu est effectué côté serveur, même si le rendu côté client est activé. ## Navigateurs pris en charge Le rendu côté client est pris en charge dans Internet Explorer version 9.0 ou ultérieure, Firefox, Chrome et Safari. Tous ces navigateurs Web intègrent l’élément `` HTML 5, qui est utilisé par le rendu côté client. Le rendu côté client est également pris en charge par l’application Tableau Mobile. ## Configurer le seuil de complexité pour les ordinateurs et les appareils mobiles Les ordinateurs ayant plus de puissance de traitement que les appareils mobiles, Tableau Server effectue davantage de rendu côté client sur le navigateur Web de votre ordinateur que sur le navigateur Web des appareils mobiles. En tant qu’administrateur de serveur, vous pouvez configurer le moment où le rendu côté client a lieu sur les ordinateurs et les appareils mobiles en ajustant le seuil de complexité pour chacun d’eux. Par exemple, vous pouvez abaisser le seuil pour les appareils mobiles si vous remarquez que les vues s’affichent lentement sur ces appareils. Sinon, vous pouvez souhaiter augmenter le seuil afin de réduire le nombre de demandes envoyées à Tableau Server. Par défaut, le seuil de complexité pour les navigateurs Web de l’ordinateur est de 100. Pour ajuster le seuil de complexité pour les ordinateurs, utilisez la commande suivante : `tsm configuration set -k vizqlserver.browser.render_threshold -v [new value]` Par défaut, le seuil de complexité pour les appareils mobiles est de 60. Pour ajuster le seuil de complexité pour les appareils mobiles, utilisez la commande suivante : `tsm configuration set -k vizqlserver.browser.render_threshold_mobile -v [new value]` Par exemple, pour modifier le seuil mobile sur 40, vous pouvez entrer la commande suivante : `tsm configuration set -k vizqlserver.browser.render_threshold_mobile -v 40` Pour plus d’informations sur l’utilisation de la commande tsm option set, consultez [Options tsm configuration set](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm). ## Désactiver le rendu côté client Le rendu côté client est activé par défaut et est recommandé pour améliorer les performances des vues. Vous pouvez toutefois souhaiter désactiver temporairement le rendu côté client à des fins de test ou si ce sont principalement des ordinateurs ou des appareils mobiles à très faible puissance de calcul qui accèdent à votre serveur. Utilisez la commande suivante pour désactiver le rendu côté client : `tsm configuration set -k vizqlserver.browser.render -v false` Pour plus d’informations sur l’utilisation de la commande tsm option set, consultez [Options tsm configuration set](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm). ## Tests avec le paramètre URL Pour tester un rendu côté serveur sur une session, tapez `?:render=false` à la fin de l’URL de la vue. Par exemple : http://localhost/views/Supplies/MyView?:render=false Si le rendu côté client est désactivé sur Tableau Server, saisissez `?:render=true` pour l’activer pour la session : http://localhost/views/Supplies/MyView?:render=true Il est également possible de tester des seuils de complexité particulière sur chaque vue pour voir s’il convient d’ajuster le seuil du serveur en fonction des conditions d’utilisation de votre serveur et de votre réseau. Par exemple, vous pouvez vous rendre compte que des points de basculement de complexité plus faible (comme 80) ou plus élevée (comme 120) entraînent un degré de réponse plus important envers les interactions de l’utilisateur. Pour tester un seuil, vous pouvez conserver la configuration par défaut du serveur (compatible rendu côté client) et saisir le numéro du seuil de test à la fin de l’URL de la vue. Par exemple : http://localhost/views/Supplies/MyView?:render=80 [Passer au contenu principal](#main-content) # Configurer le réseau chiffré vers le magasin d’identités externe LDAP Tableau Server qui est configuré pour se connecter à un magasin d’identités LDAP externe doit interroger l’annuaire LDAP et établir une session. Le processus d’établissement d’une session est appelé une _liaison_. Il existe de nombreuses façons d’établir une liaison. Tableau Server prend en charge deux méthodes de liaison à un annuaire LDAP : - **Liaison simple :** établit une session en utilisant l’authentification avec nom d’utilisateur et mot de passe. Par défaut, LDAP avec liaison simple n’est pas chiffré. Si vous configurez LDAP avec une liaison simple, nous vous recommandons vivement d’activer LDAP sur SSL/TLS. - **Liaison GSSAPI :** GSSAPI utilise Kerberos pour l’authentification. Lorsqu’il est configuré avec un fichier keytab, l’authentification est sécurisée pendant la liaison GSSAPI. Toutefois, le trafic ultérieur vers le serveur LDAP n’est pas chiffré. Nous vous recommandons de configurer LDAP sur SSL/TLS. Si vous utilisez Tableau Server sur Windows sur un ordinateur lié à un domaine Active Directory, vous n’avez pas besoin de configurer GSAPI. Le programme d’installation de l’interface utilisateur de Tableau Server détectera et configurera la connexion Active Directory pour vous à l’aide de Kerberos. Consultez [Configurer les paramètres du nœud initial](https://help.tableau.com/current/server/fr-ca/config_general.htm). N’exécutez pas LDAP avec une liaison simple pour les communications Active Directory. Ce sujet décrit comment chiffrer le réseau pour une **liaison LDAP simple** pour les communications entre Tableau Server et les serveurs d’annuaire LDAP. ## Exigences en matière de certificat - Vous devez avoir un certificat SSL/TLS x509 valide codé au format PEM qui peut être utilisé pour le chiffrement. Le fichier de certificat doit porter une extension .crt. - Les certificats auto-signés ne sont pas pris en charge. - Le certificat que vous installez doit inclure `Key Encipherment` dans le champ d’utilisation de la clé à utiliser pour SSL/TLS. Tableau Server n’utilisera ce certificat que pour chiffrer le réseau vers le serveur LDAP. L’expiration, la confiance, le CRL et d’autres attributs ne sont pas validés. - Si vous exécutez Tableau Server dans un déploiement distribué, vous devez copier manuellement le certificat SSL sur chaque nœud du groupement. Copiez le certificat uniquement sur les nœuds où le processus du serveur d’applications Tableau Server est configuré. Contrairement aux autres fichiers partagés dans un environnement de groupement, le certificat SSL utilisé pour LDAP ne sera pas automatiquement distribué par le Service de fichiers client. - Si vous utilisez un certificat PKI ou un certificat non généré par une autorité de certification tierce, chargez le certificat racine de l’autorité de certification (CA) dans le magasin de confiance des certificats Java. ### Importer un certificat dans le keystore Tableau Si vous n’avez pas de certificats déjà en place sur votre ordinateur qui sont configurés pour le serveur LDAP, vous devez obtenir un certificat SSL pour le serveur LDAP et l’importer dans le keystore système Tableau. Utilisez l’outil « keytool » Java d’importation de certificats. Dans une installation par défaut, cet outil est installé avec Tableau Server à l’adresse `C:\Program Files\Tableau\Tableau Server\packages\repository.\jre\bin\keytool.exe`. Exécutez la commande suivante en tant qu’administrateur pour importer le certificat (vous devez procéder au remplacement de `` pour votre environnement)  : `"C:\Program Files\Tableau\Tableau Server\packages\repository.\jre\bin\keytool.exe" -importcert -file "C:\Program Files\Tableau\Tableau Server\.crt" -alias "" -keystore "C:\ProgramData\Tableau\Tableau Server\tableauservicesmanagerca.jks" -storepass changeit -noprompt` Le mot de passe pour le keystore Java est `changeit`. (Ne modifiez pas le mot de passe pour le keystore Java). ## Méthode de chiffrement LDAPS Tableau Server prend en charge LDAPS pour chiffrer le réseau LDAP pour une liaison simple. LDAP sécurisé, ou LDAPS, est un réseau chiffré standard qui nécessite une configuration. Plus précisément, en plus d’un certificat TLS sur Tableau Server, vous devez définir le nom d’hôte et le port LDAP sécurisé pour le serveur LDAP cible. ## Configurer un réseau chiffré pour une liaison simple Si votre entreprise utilise un répertoire LDAP autre qu’Active Directory, suivez les procédures décrites ici pour configurer un réseau chiffré pour la liaison simple LDAP. Cette section décrit comment configurer Tableau Server pour utiliser un réseau chiffré pour la liaison simple LDAP. ### Quand configurer Vous devez configurer Tableau Server de manière à utiliser un réseau chiffré pour la liaison simple LDAP avant l’initialisation de Tableau Server ou dans le cadre de la configuration du nœud initial comme mentionné dans l’onglet « Utiliser l’interface en ligne de commande TSM » dans [Configurer les paramètres du nœud initial](https://help.tableau.com/current/server/fr-ca/config_general.htm). ### Pour les nouvelles installations de Tableau Server Si votre entreprise utilise un répertoire LDAP autre que Active Directory, vous ne pouvez pas utiliser le programme d’installation de l’interface graphique TSM pour configurer le magasin d’identités dans le cadre de l’installation Tableau Server. Au lieu de cela, vous devez utiliser les fichiers d’entités JSON pour configurer le magasin d’identités LDAP. Consultez [Entité identityStore](https://help.tableau.com/current/server/fr-ca/entity_identity_store.htm). Avant de configurer l’entité identityStore, importez un certificat SSL/TLS valide dans le keystore Tableau tel que documenté précédemment dans ce sujet. La configuration de LDAPS nécessite de définir le nom d’hôte et les options sslPort dans le fichier IdentityStore JSON. [Passer au contenu principal](#main-content) # Configurer le service des fichiers client (CFS) Le service des fichiers client (CFS) gère la plupart des fichiers partagés dans un groupement multinœuds. Par exemple, les certificats liés à l’authentification, les clés et les fichiers (OpenID, SSL mutuel, SAML et Kerberos), ainsi que les fichiers de personnalisation sont gérés par CFS. Une seule instance de CFS est configurée sur le nœud initial lorsque vous installez Tableau Services Manager (TSM) et Tableau Server pour la première fois. Vous pouvez et devez configurer des instances supplémentaires sur d’autres nœuds. Dans un groupement, en cas de défaillance du nœud qui exécute votre seule instance CFS, tous les fichiers gérés par CFS seront perdus et vous devrez remplir à nouveau ces fichiers en réimportant les certificats et les images personnalisées, et en apportant les modifications de configuration associées.Pour une liste des fichiers gérés par CFS, consultez [Service des fichiers client Tableau Server](https://help.tableau.com/current/server/fr-ca/server_process_cfs.htm). Gardez à l’esprit ces limitations et recommandations : - Chaque installation Tableau Server doit compter au moins une instance de CFS. Vous ne pouvez pas supprimer toutes les instances de CFS. - Nous vous recommandons de ne pas configurer plus d’une instance sur un nœud. Des instances supplémentaires n’apporteraient aucun avantage et représenteraient un gâchis des ressources. - Nous vous recommandons de configurer une instance CFS sur chaque nœud sur lequel vous déployez le service de coordination. Cette configuration assure la redondance et contribue à protéger Tableau Server contre les erreurs inattendues en cas de défaillance d’un nœud. Cet article explique comment ajouter ou supprimer une instance de CFS. Vous ne pouvez pas configurer CFS depuis l’interface utilisateur Web. Vous devez utiliser l’interface en ligne de commande pour ajouter ou supprimer CFS. La procédure est la même que celle utilisée pour ajouter un processus à un nœud. ## Configurer CFS sur des nœuds supplémentaires 1. Sur le nœud initial, ouvrez une invite de commande en tant qu’administrateur. 2. Trouvez l’ID de nœud pour le nœud auquel vous ajoutez CFS : `tsm topology list-nodes -v` 3. Ajoutez CFS sur le nœud en spécifiant le nœud, le processus et une seule instance. Par exemple, cette commande ajoute une instance de CFS à node2 : `tsm topology set-process -n node2 -pr clientfileservice -c 1` Si vous tentez d’ajouter une instance de CFS à un nœud qui est déjà configuré avec CFS, un message d’erreur vous indique qu’il existe déjà une instance sur le nœud. Pour ajouter CFS à des nœuds supplémentaires, répétez cette étape pour chaque nœud. 4. Appliquez les modifications : `tsm pending-changes apply` [Passer au contenu principal](#main-content) # Configurer les alertes basées sur les données Lorsque les données atteignent des seuils importants pour votre activité, des alertes basées sur les données sont automatiquement envoyées par courriel aux utilisateurs clés que vous spécifiez. En tant qu’administrateur Tableau Server, vous configurez les alertes basées sur les données à la manière dont vous configurez des abonnements. Pour plus d’informations sur la création et la gestion de ces alertes par les utilisateurs, consultez [Envoyer des alertes générées par les données](https://help.tableau.com/current/pro/desktop/fr-ca/help.htm#data_alerts.htm) dans l’aide utilisateur de Tableau. **Remarque :** pour créer et recevoir des alertes basées sur les données, les utilisateurs ont besoin d’accéder aux bases de données et vues associées. Pour plus d’informations, [consultez la liste des pré-requis](https://help.tableau.com/current/server/fr-ca/subscribe_alert_access.htm) . Si les alertes sont activées pour un site, tout utilisateur de ce site peut les créer à l’exception des utilisateurs avec le rôle Viewer. ## Configurer un courriel pour les alertes basées sur les données 1. Terminez la procédure dans [Configurer les paramètres SMTP](https://help.tableau.com/current/server/fr-ca/config_smtp.htm) afin que le serveur puisse envoyer un the courriel. 2. Tout en visualisant un site, cliquez sur Paramètres en haut de la fenêtre du navigateur. 3. Sous Paramètres de courriel, entrez un pied de page d’adresse ou de message « De » spécifique à un site. Le pied de page d’adresse ou de message « De » d’un site est également utilisé dans les courriels pour les abonnements. 4. Cliquez sur Enregistrer. ## Gérer toutes les alertes basées sur les données dans un site 1. En haut de la fenêtre du navigateur, cliquez sur Tâches, puis cliquez sur Alertes. 2. Sélectionnez les alertes que vous souhaitez mettre à jour. 3. Depuis le menu Actions, effectuez l’une des actions suivantes : - Vous ajouter ou vous supprimer en tant que destinataire. - Modifier les alertes de manière à modifier les seuils de données, les programmations de livraison et la liste complète des destinataires. - Modifier la propriété de l’alerte pour différents utilisateurs, ou supprimer les alertes ## Désactiver les alertes basées sur les données pour un site Les alertes basées sur les données sont prises en charge pour tous les sites par défaut, mais les administrateurs peuvent les désactiver pour des sites spécifiques. 1. Lors de l’affichage d’un site, cliquez sur Paramètres dans le volet de navigation gauche. 2. Sous Alertes basées sur les données, désélectionnez Autoriser les utilisateurs à créer des alertes et recevoir des alertes par email. 3. Cliquez sur Enregistrer. ## Envoyer des alertes basées sur les données Par défaut, une alerte est suspendue après 350 échecs consécutifs d’alerte. Les administrateurs de serveur peuvent configurer le nombre de seuil des échecs d’alerte avant qu’une alerte soit suspendue. Pour modifier le nombre de seuil d’échecs d’alertes basées sur les données qui peuvent avoir lieu avant d’être suspendues, utilisez l’option [tsm configuration set](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm), `dataAlerts.SuspendFailureThreshold`. Ceci définit le seuil pour le nombre d’échecs consécutifs d’alerte nécessaires avant la suspension de l’alerte. Ce paramètre s’applique au niveau du serveur. La valeur de seuil s’applique à chaque alerte basée sur les données sur le serveur. ### Reprendre des alertes suspendues En cas d’échec d’une alerte un certain nombre de fois, vous recevrez une notification par courriel vous indiquant que votre alerte a été suspendue. Les administrateurs ou les propriétaires d’alertes peuvent réactiver une alerte suspendue de plusieurs manières : - Depuis la zone Tâches > Alertes des pages Web Tableau, une icône ![Icône « Suspendre les alertes de données ».](/tableau/current/fr-ca/server/fr-ca/Img/suspend.jpg) apparaît dans la colonne Dernière vérification pour indiquer que l’alerte est suspendue. Sélectionnez ... > Reprendre l’alerte pour réactiver l’alerte. - Cliquez sur **Reprendre l’alerte** dans le courriel de notification pour reprendre l’alerte. Une notification vous permet de reprendre l’alerte ou d’indiquer que la vue a changé et que l’alerte doit être supprimée. - Depuis le volet Alertes de la vue ou du classeur affecté(e). Pour reprendre l’alerte depuis une vue ou un classeur, sélectionnez **Alerte** pour ouvrir le volet Alertes. Une icône apparaît à côté de l’alerte suspendue. Sélectionnez Actions > Reprendre l’alerte sur l’alerte affectée pour reprendre. Les propriétaires de l’alerte reçoivent un courriel de notification lorsque l’alerte est à nouveau opérationnelle. ## Contrôler la fréquence à laquelle le serveur vérifie les alertes basées sur les données Par défaut, Tableau Server effectue une vérification toutes les 60 minutes pour vérifier si les conditions de données pour les alertes sont vraies. Si vous remarquez une incidence sur les performances, vous pouvez personnaliser cet intervalle temporel à l’aide de l’option [tsm configuration set](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm), `dataAlerts.checkIntervalInMinutes`. Quel que soit le paramètre `dataAlerts.checkIntervalInMinute`, le serveur vérifie également les alertes dès que les extraits du classeur associé sont actualisés. Pour vérifier une alerte plus fréquemment que spécifié par le paramètre, modifiez la programmation d’actualisation d’extrait. ## Suivre le processus de vérification d’alertes du serveur Dans la vue [Tâches en arrière-plan hors extraits](https://help.tableau.com/current/server/fr-ca/adminview_backgrnd_nonextract.htm), vous pouvez suivre le processus de vérification d’alerte du serveur en recherchant ces tâches : - Trouver les alertes de données à vérifier - Vérifier si la condition d’alerte de données est vraie La tâche « Trouver »limite la vérification aux alertes qui peuvent actuellement envoyer les emails associés. Par exemple, si un utilisateur a choisi une fréquence d’email de « Tous les jours au maximum », après que la condition d’alerte devient vraie, le serveur attend 24 heures avant de vérifier à nouveau l’alerte. Chaque tâche « Vérifier » utilise un processus du gestionnaire de processus en arrière-plan du serveur, en chargeant la vue concernée pour évaluer la condition d’alerte. Si tous les utilisateurs voient la même version d’une vue, cette dernière se charge une fois. Par contre, si les utilisateurs ont appliqué des filtres à une vue, ou que les données consultées sont limitées par la sécurité de niveau utilisateur, la vue se charge une fois pour chaque destinataire. ## Identifier et corriger les alertes d’échec En tant qu’administrateur, vous pouvez identifier de manière proactive les alertes d’échec dont les utilisateurs peuvent ne pas être conscients. Pour vérifier : 1. Sélectionnez État dans votre menu de site. 2. Sélectionnez Tâches en arrière-plan pour les non-extraits. 3. Dans le menu déroulant Tâche, sélectionnez si l’alerte basée sur les données est « True ». 4. Tout à droite, cliquez sur Erreur pour voir la liste des alertes d’échec. 5. Survolez l’icône rouge d’échec pour afficher une infobulle contenant les détails de l’alerte. Pour déterminer le propriétaire de l’alerte, recherchez le numéro d’ID d’alerte [data\_alerts table](https://help.tableau.com/current/server/fr-ca/data_dictionary.htm#data_alerts_anchor) du référentiel Tableau Server. (Dans la zone [gestion des alertes](#Manage) d’un site, vous pouvez également rechercher le nom de l’alerte suivant le numéro, mais gardez à l’esprit que différentes alertes peuvent utiliser le même nom.) **Remarque :** les propriétaires d’alertes sont automatiquement notifiés si une alerte échoue dix fois. Les administrateurs peuvent personnaliser le moment auquel les propriétaires reçoivent des notifications. Les utilisateurs ne recevront pas de notification pour les alertes d’échec avant d’avoir mis à niveau à Tableau Server 2018.1. ![Une alerte de vérification des données avec des informations sur l’alerte et l’ID d’alerte de données en surbrillance.](/tableau/current/fr-ca/server/fr-ca/Img/alert_failure.png) Les alertes d’échec sont souvent provoquées par des changements de contenu sur Tableau Server. Encouragez les utilisateurs à recréer des alertes si des changements de ce type se produisent : - Un classeur, une vue ou un champ de données est supprimé ou renommé. - Les informations d’identification de la base de données intégrées dans les classeurs expirent. - Les alertes basées sur les données nécessitent des informations d’identification intégrées pour les connexions en direct. L’utilisation d’OAuth n’est actuellement pas prise en charge avec les alertes. - Une source de données est inaccessible. **Conseil :** pour recevoir automatiquement un courriel en cas d’échec de l’alerte, suivez la procédure décrite dans [Collecter des données avec le référentiel Tableau Server](https://help.tableau.com/current/server/fr-ca/perf_collect_server_repo.htm) et connectez-vous à la table « background\_jobs ». Dans cette table, créez une vue personnalisée qui inclut le nom de la tâche et son code de finition « Vérifier si la condition d’alerte de données est vraie ». Ensuite, [configurez une alerte basée sur les données](https://help.tableau.com/current/pro/desktop/fr-ca/data_alerts.htm) qui vous est envoyée par courriel dès qu’un code de finition est égal à 1 (échec). [Passer au contenu principal](#main-content) # Configurer les applications connectées à l’aide de la confiance Oauth 2.0 En tant qu’administrateur Tableau Server, vous pouvez enregistrer un ou plusieurs serveurs d’autorisation externe (EAS) de manière à établir une relation de confiance entre votre site Tableau Server et le serveur EAS à l’aide du protocole standard Oauth 2.0. **Important :** - Certaines des procédures de cette rubrique nécessitent une configuration avec des logiciels et services tiers. Nous nous sommes efforcés de vérifier les procédures d’activation de la fonctionnalité EAS sur Tableau Server. Toutefois, les logiciels et services tiers peuvent changer ou votre organisation peut être différente. Si vous rencontrez ces problèmes, consultez la documentation du fournisseur tiers pour obtenir des détails concernant la configuration et l’assistance. - Pour activer l’intégration via EAS, Tableau Server doit être configuré pour utiliser SSL pour le trafic HTTP. - Pour que le jeton de session soit valide, les horloges de l’application externe et du serveur qui héberge l’application externe doivent être définies sur le temps universel coordonné (UTC). Si l’une ou l’autre des horloges utilise une norme différente, l’application connectée ne sera pas approuvée. ## Comment fonctionnent les applications connectées à Tableau avec la confiance OAuth 2.0 La relation de confiance entre votre site Tableau Server et l’application externe est établie et vérifiée au moyen d’un jeton d’authentification selon la norme JSON Web Token (JWT). Lorsque le contenu Tableau intégré est chargé dans votre application externe, le flux de code d’autorisation, un flux Oauth est utilisé. Une fois que tous les utilisateurs se sont correctement connectés à leur IdP, ils sont automatiquement connectés à Tableau Server. Suivez les étapes décrites ci-dessous pour enregistrer votre serveur EAS auprès de Tableau Server. ### Composants clés d’une application connectée Les composants suivants de l’application connectée fonctionnent avec le jeton JWT dans votre application externe pour authentifier les utilisateurs et afficher le contenu intégré. - **Serveur d’autorisation externe (EAS) :** Le serveur, généralement votre fournisseur d’identité, qui sert d’interface entre l’utilisateur et l’application externe. Le serveur authentifie et autorise l’accès des utilisateurs au contenu Tableau protégé. - **URL de l’émetteur :** L’URL qui identifie de manière unique l’instance EAS. ### Flux de travail de l’application connectée #### Intégration des flux de travail Le schéma ci-dessous illustre le fonctionnement de l’authentification entre votre serveur d’autorisation externe (EAS), l’application externe (serveur Web et page Web) et l’application connectée à Tableau. ![](/tableau/current/fr-ca/server/fr-ca/Img/connectedapp_how_EAS.png) 1. **L’utilisateur visite la page Web :** Lorsqu’un utilisateur visite le contenu intégré sur une page Web, la page Web envoie une requête GET à l’application externe. 2. **L’application externe redirige la requête vers EAS :** L’application externe renvoie une page Web qui redirige vers le serveur d’autorisation externe (EAS). 3. **L’utilisateur s’authentifie auprès du serveur EAS :** L’utilisateur s’authentifie auprès du serveur EAS et obtient l’autorisation. 4. **EAS renvoie la page Web avec le code d’autorisation :** Le serveur EAS renvoie la page avec un code d’autorisation et redirige vers la page Web. 5. **EAS convertit le code d’autorisation en JWT :** La page Web invite le serveur EAS à convertir le code d’autorisation en JWT, que la page Web insère dans l’URL du contenu intégré. 6. **La page Web demande du contenu à Tableau :** La page Web charge l’iFrame et envoie une requête GET à Tableau. 7. **Tableau valide le jeton :** Tableau valide et signe le JWT dans l’URL et renvoie le contenu, en respectant les étendues d’intégration définies dans le JWT. ## Créer une application connectée ### Étape 1 : Avant de commencer Pour enregistrer un serveur EAS auprès du site Tableau Server , vous devez avoir déjà configuré un serveur EAS. En outre, l’EAS doit envoyer un jeton Web JSON (JWT) valide qui contient les revendications enregistrées et l’en-tête répertorié dans le tableau ci-dessous.
RevendicationNomDescription ou valeur requise
« kid »ID de cléRequis (dans l’en-tête) Un identifiant de clé unique du fournisseur d’identité.
« iss »ÉmetteurObligatoire (dans l’en-tête ou comme revendication). URI d’émetteur uniquequi identifie l’application de connexion de confiance et sa clé de signature.
« alg »AlgorithmeRequis (dans l’en-tête) Algorithme de signature JWT. Les noms d’algorithmes pris en charge sont répertoriés dans la page Class JWSAlgorithm de la documentation javadoc.io. L’algorithme de signature peut être configuré à l’aide de la commande tsm vizportal.oauth.external_authorization_server.blocklisted_jws_algorithms.
« sub »ObjetNom d’utilisateur de l’utilisateur Tableau Server authentifié.
« aud »Public

La valeur doit être : "tableau"

« exp »Heure d’expirationPour être valide, un jeton JWT ne doit pas avoir expiré. Le délai d’expiration (en UTC) du jeton JWT doit être compris dans la période de validité maximale configurée. La période de validité maximale peut être configurée à l’aide de la commande vizportal.oauth.external_authorization_server.max_expiration_period_in_minutes.
« jti »Identifiant JWTLa revendication d’ID JWT fournit un identifiant unique pour le jeton JWT et est sensible à la casse.
« scp »Étendue

Pour l’intégration des flux de travail, les valeurs prises en charge incluent :

"tableau:views:embed"
"tableau:views:embed_authoring " (ajouté dans Tableau Server 2022.3)
"tableau:metrics:embed" (Retiré de Tableau Server 2023.3)
"tableau:ask_data:embed"(Ajouté dans Tableau Server 2023.1. Retiré dans Tableau Server 2024.2)

Remarques :

  • Les valeurs doivent être transmises sous forme de type de liste.
  • Pour tableau:views:embed, la portée respecte les autorisations des utilisateurs déjà configurées dans Tableau Server et permet aux utilisateurs d’interagir avec les outils dans la vue intégrée s’ils sont disponibles dans la vue d’origine.
  • Nous recommandons que le code d’intégration exclue le paramètre de la barre d’outils. Pour plus d’informations, consultez Problèmes connus (intégration des flux de travail uniquement) ci-dessous.

Pour les flux de travail d’autorisations API REST , consultez Méthodes d’API REST prenant en charge l’autorisation JWT.

Pour les flux de travail de l’API de métadonnées qui utilisent l’API REST pour l’authentification, la seule étendue prise en charge est tableau:content:read.

Pour les flux de travail du service de données VizQL qui utilisent l’API REST pour l’authentification, la seule étendue prise en charge est tableau:viz_data_service:read.

https://tableau.com/groupsAppartenance aux groupes dynamiquesPour l’intégration des flux de travail uniquement.

La valeur doit correspondre au nom d’un ou de plusieurs groupes dans Tableau Server. Pour plus d’informations, consultez Contrôle dynamique des membres de groupes à l’aide d’assertions.

(Attributs utilisateur)(Valeurs des attributs utilisateur)

Pour l’intégration des flux de travail uniquement.

À partir de Tableau Server 2025.1, pouvez inclure des attributs utilisateur dans le JWT. Ensuite, lorsque les fonctions d’attribut utilisateur sont utilisées dans le contenu intégré, Tableau vérifie le contexte de l’utilisateur authentifié et détermine quelles données peuvent être affichées lors de l’exécution.

Remarques :

**Remarque :** les revendications JWT ci-dessus sont documentées dans la section [Noms de revendications enregistrés](https://datatracker.ietf.org/doc/html/rfc7519#section-4.1) de la documentation distribuée par l’organisation IETF (Internet Engineering Task Force). ### Étape 2 : Enregistrer votre serveur EAS auprès de Tableau Server En enregistrant votre serveur EAS auprès de Tableau Server, vous établissez une relation de confiance entre le serveur EAS et site Tableau Server. Cela signifie que lorsque les utilisateurs accèdent au contenu Tableau intégré dans votre application externe, ils sont redirigés de manière à s’authentifier auprès du fournisseur d’identités. L’EAS génère le jeton d’authentification, qui est transmis à Tableau Server pour vérification. Une fois la relation de confiance vérifiée, l’accès au contenu intégré est accordé aux utilisateurs. **Remarque :** certains EAS prennent en charge l’option d’affichage d’une boîte de dialogue de consentement qui requiert l’approbation des utilisateurs pour que l’application accède au contenu Tableau. Pour garantir la meilleure expérience à vos utilisateurs, nous vous recommandons de configurer votre EAS de manière à ce qu’il accepte automatiquement la demande de l’application externe au nom des utilisateurs. #### À propos du serveur EAS au niveau du site À compter de Tableau Server 2024.2, vous pouvez configurer un server EAS au niveau du site. Pour enregistrer un serveur EAS au niveau du site, les applications connectées doivent être activées dans Tableau Server Manager (TSM). Le serveur EAS à l’échelle du serveur peut être enregistré en utilisant l’interface Web de TSM ou en utilisant l’interface en ligne de commande de TSM. Après avoir enregistré l’EAS, la relation de confiance établie s’applique à tous les sites sur Tableau Server. ### Option 1: Utiliser l’interface Web de TSM 1. Connectez-vous à l’interface utilisateur Web Tableau Services Manager (TSM) en tant qu’administrateur Tableau Server. Pour plus d’informations, consultez [Se connecter à l’interface utilisateur Web Tableau Services Manager](https://help.tableau.com/current/server/fr-ca/sign_in_tsm.htm#sign-in-to-the-tsm-web-ui). 2. Effectuez l’_une_ des actions suivantes : - Dans Tableau Server 2024.2 et les versions ultérieures, accédez à la page Identité de l’utilisateur et accès, puis sélectionnez l’onglet Applications connectées. - Dans Tableau Server 2023.3 et les versions antérieures, accédez à la page Identité de l’utilisateur et accès, puis sélectionnez l’onglet Serveur d’autorisation. 3. Effectuez l’_une_ des actions suivantes : - Dans Tableau Server 2024.2 et les versions ultérieures : 1. Cochez la case Activer les applications connectées. 2. Cochez la deuxième case d’option, Autoriser les applications connectées (configurer au niveau du site ) et la confiance Oauth 2.0 à l’échelle du serveur (configurer sous). 3. Dans la zone de texte URL de l’émetteur, collez l’URL du serveur EAS. 4. Cliquez sur le bouton Enregistrer les modifications en attente. ![](/tableau/current/fr-ca/server/fr-ca/Img/connectedapp_eas_register_new.png) - Dans Tableau Server 2023.3 et versions antérieures : 1. Cochez la case Activer l’accès OAuth pour le contenu intégré. 2. Dans la zone de texte URL de l’émetteur, collez l’URL du serveur EAS. 3. Cliquez sur le bouton Enregistrer les modifications en attente. ![Enregistrer un formulaire de serveur d’autorisation externe.](/tableau/current/fr-ca/server/fr-ca/Img/connectedapp_eas_register.png) 4. Lorsque vous avez terminé, procédez comme suit : 1. Dans le coin supérieur droit de la page, cliquez sur le bouton Modifications en attente. 2. Dans le coin inférieur droit de la page, cliquez sur le bouton Appliquer les modifications et redémarrer pour arrêter et redémarrer Tableau Server. ![Une liste des modifications de configuration externes en attente d’autorisation avec les options permettant d’appliquer ou ignorer les modifications.](/tableau/current/fr-ca/server/fr-ca/Img/connectedapp_eas_save.png) ### Option 2: Utiliser l’interface en ligne de commande de TSM 1. Ouvrez une invite de commande en tant qu’administrateur sur le nœud initial (le nœud sur lequel TSM est installé) du groupement. 2. Exécutez les commandes suivantes : tsm configuration set -k vizportal.oauth.external\_authorization.enabled -v true tsm configuration set -k vizportal.oauth.external\_authorization\_server.issuer -v "" tsm restart À compter de Tableau Server 2024.2, vous pouvez enregistrer un ou plusieurs serveurs EAS pour un site. Après avoir enregistré l’EAS au niveau du site, la relation de confiance établie s’applique uniquement au site. **Remarque :** Pour configurer l’EAS au niveau du site, il faut que les applications connectées soient activées dans TSM. ### Étape 1 : Activer les applications connectées 1. Connectez-vous à l’interface utilisateur Web Tableau Services Manager (TSM) en tant qu’administrateur Tableau Server. Pour plus d’informations, consultez [Se connecter à l’interface utilisateur Web Tableau Services Manager](https://help.tableau.com/current/server/fr-ca/sign_in_tsm.htm#sign-in-to-the-tsm-web-ui). 2. Accédez à la page Identité de l’utilisateur et accès, puis sélectionnez l’onglet Applications connectées. 3. Cochez la case Activer les applications connectées. 4. Effectuez l’_une_ des actions suivantes : - Cochez la première case d’option, Autoriser les applications connectées (configurer au niveau du site) pour enregistrer les serveurs EAS au niveau du site uniquement. ![](/tableau/current/fr-ca/server/fr-ca/Img/connectedapp_eas_register_radio.png) - (Par défaut) Cochez la deuxième case d’option, Autoriser les applications connectées (configurer au niveau du site) et la confiance Oauth 2.0 à l’échelle du serveur (configurer sous) pour enregistrer les serveurs EAS à la fois au niveau du site et à l’échelle du serveur. Si vous cochez cette option, assurez-vous que l’URL de l’émetteur spécifiée au niveau du site diffère de l’URL de l’émetteur spécifiée à l’échelle du serveur. ![](/tableau/current/fr-ca/server/fr-ca/Img/connectedapp_eas_register_radio_default.png) 5. Cliquez sur le bouton Enregistrer les modifications en attente. 6. Lorsque vous avez terminé, procédez comme suit : 1. Dans le coin supérieur droit de la page, cliquez sur le bouton Modifications en attente. 2. Dans le coin inférieur droit de la page, cliquez sur le bouton Appliquer les modifications et redémarrer pour arrêter et redémarrer Tableau Server. ### Étape 2 : Enregistrer l’EAS 1. En tant qu’administrateur de Tableau Server, connectez-vous à Tableau Server. 2. Dans le volet gauche, sélectionnez Paramètres > Applications connectées. 3. Cliquez sur la flèche déroulante du bouton Nouvelle application connectée et sélectionnez Confiance Oauth 2.0. 4. Dans la boîte de dialogue Créer une application connectée, suivez la procédure ci-dessous : 1. Dans la zone de texte Nom de l’application connectée, saisissez un nom pour l’application connectée. 2. Dans la zone de texte URL de l’émetteur, collez l’URL du serveur EAS. 3. Sélectionnez l’option Activer l’application connectée. Pour des raisons de sécurité, une application connectée est désactivée par défaut lors de sa création. 4. Une fois terminé, cliquez sur le bouton Créer. ![](/tableau/current/fr-ca/server/fr-ca/Img/connectedapp_create_eas.png) 5. Une fois l’application connectée créée, copiez l’ID de site de l’application connectée. L’ID de site est utilisé pour la revendication « aud » (Audience) du JWT décrite à l’étape 1 ci-dessus. ![Détails du serveur d’autorisation externe, avec un bouton pour copier l’ID du site.](/tableau/current/fr-ca/server/fr-ca/Img/connectedapp_eas_button_luid.png) ### Étape 3 : Étapes suivantes #### d’intégration des flux de travail Après avoir configuré votre site Tableau Server de manière à utiliser le serveur EAS, vous devez ajouter le code d’intégration à votre application externe. Assurez-vous d’inclure le jeton JWT valide généré par votre EAS, tel que décrit à l étape 1, dans le composant Web que votre application externe appelle. Pour plus d’informations sur l’intégration de contenu Tableau, consultez ce qui suit : - Intégrez cu contenu Tableau à l’aide de l’[API v3 d’intégration de Tableau](https://help.tableau.com/current/api/embedding_api/fr-ca/index.html). - Attributs utilisateur pour le contrôle d’accès basé sur les attributs (ABAC), l’accès à la demande et l’appartenance dynamique aux groupes. Voir [Personnaliser et contrôler l’accès aux données](https://help.tableau.com/current/api/embedding_api/fr-ca/docs/embedding_api_user_attributes.html) dans l’API v3 d’intégration de Tableau. - Intégrer des métriques, consultez la rubrique [Intégrer des métriques dans des pages Web](https://help.tableau.com/current/pro/desktop/fr-ca/embed_metrics.htm) dans l’aide de Tableau. (En Tableau Serveur 2023.3, Tableau a retiré la possibilité d’intégrer des métriques.) **Remarque :** pour que les utilisateurs s’authentifient avec succès lorsqu’ils accèdent au contenu intégré, leurs navigateurs doivent être configurés pour autoriser les témoins tiers. ##### Contrôler où le contenu peut être intégré à l’aide de la liste d’autorisation de domaine pour l’intégration À partir de Tableau Server 2023.3, vous et vos utilisateurs pouvez contrôler si le contenu Tableau peut être intégré sans restriction ou limité à certains domaines à l’aide de la méthode Mettre à jour les paramètres d’intégration pour le site dans l’API REST de Tableau. Par défaut, le paramètre de site `unrestrictedEmbedding` pour l’intégration est défini sur `true` pour permettre une intégration sans restriction. Vous et vos utilisateurs pouvez également définir le paramètre sur `false` et spécifiez les domaines dans lesquels le contenu Tableau des applications externes peut être intégré à l’aide du paramètre `allowList`. Pour plus d’informations, consultez l’un des articles suivants ou les deux : - [Mettre à jour les paramètres d’intégration pour le site](https://help.tableau.com/current/api/rest_api/en-us/REST/rest_api_ref_site.htm#update_embedding_settings_for_site) dans l’aide de l’API REST de Tableau - [Paramètre de site Tableau pour l’intégration](https://help.tableau.com/current/api/embedding_api/en-us/docs/embedding_api_site.html#about-tableau-site-settings-for-embedding) dans l’aide de l’API d’intégration v3 de Tableau. #### Pour les flux de travail d’autorisations API REST Une fois le jeton JWT configuré, vous devez ajouter le JWT valide à la demande de connexion API REST pour obtenir un accès autorisé. Pour plus d’informations, consultez la section [Étendues d’accès des applications connectées](https://help.tableau.com/current/server/fr-ca/connected_apps_scopes.htm). #### Pour les flux de travail d’API de métadonnées Une fois le jeton JWT configuré, vous devez ajouter le JWT valide à la demande de connexion API REST. Pour plus d’informations, consultez la section [Étendues d’accès des applications connectées](https://help.tableau.com/current/server/fr-ca/connected_apps_scopes.htm). #### Pour les jetons externes des flux de travail SCIM Après avoir configuré le JWT, vous devez activer la fonctionnalité SCIM. Pour plus d’informations, consultez [Configurer les applications connectées à l’aide de la confiance Oauth 2.0](#scim). ### Problèmes connus (intégration des flux de travail uniquement) Il existe quelques problèmes connus à l’utilisation des applications connectées. Ils seront corrigés dans une future version. - **Fonctionnalités de la barre d’outils :** lorsque le paramètre de barre d’outils est défini pour le contenu intégré, les fonctionnalités de la barre d’outils ne fonctionneront pas toutes. Pour contourner ce problème, nous vous recommandons de masquer le paramètre de la barre d’outils comme dans l’exemple ci-dessous. - **Sources de données publiées :** les sources de données publiées définies sur Inviter l’utilisateur pour les informations d’identification de la base de données ne s’afficheront pas. Pour contourner ce problème, si possible, nous recommandons aux propriétaires de sources de données d’intégrer à la place leurs informations d’identification pour la base de données. - **Vues intégrées sur plusieurs sites :** Dans Tableau Server 2023.1 et versions antérieures, le passage d’une vue à l’autre sur différents sites dans le même navigateur provoque l’erreur 1008 : Impossible de récupérer le secret de l’application connectée. Pour contourner ce problème, effectuez une mise à niveau vers Tableau Server 2023.3 ou vers une version ultérieure. ### Résolution des problèmes Lorsque le contenu intégré ne s’affiche pas dans votre application externe ou en cas d’échec de l’autorisation API REST de Tableau, vous pouvez utiliser les outils de développement d’un navigateur pour inspecter et identifier les codes d’erreur qui pourraient être associés à la fonctionnalité EAS activée sur Tableau Server. Consultez le tableau ci-dessous pour revoir la description du code d’erreur et la solution possible.
Code d’erreurRésuméDescriptionRésolution ou explication potentielle
5SYSTEM_USER_NOT_FOUNDL’utilisateur de Tableau est introuvable
Pour résoudre ce problème, vérifiez que la valeur de revendication ’sub’ (sujet) dans le JWT est "username" pour l’utilisateur Tableau Server authentifié. Cette valeur est sensible à la casse.
16LOGIN_FAILEDÉchec de la connexionCette erreur est généralement causée par l’un des problèmes de réclamation suivants dans le JWT :
  • La valeur ’exp’ (Temps d’expiration) dépasse la période de validité maximale par défaut. Pour résoudre ce problème, examinez les revendications enregistrées requises pour un JWT valide et assurez-vous que la valeur correcte est utilisée. Pour modifier la période de validité maximale, vous pouvez utiliser la commande vizportal.oauth.external_authorization_server.max_expiration_period_in_minutes.
  • La valeur ’sub’ (sujet) appelle un utilisateur inconnu. Pour résoudre ce problème, vérifiez que la revendication ’sub’ est "username". Cette valeur est sensible à la casse.
67FEATURE_NOT_ENABLEDL’accès à la demande n’est pas pris en chargeL’accès à la demande est disponible uniquement via les sites Tableau Cloud sous licence.
10081COULD_NOT_RETRIEVE_IDP_METADATAPoint de terminaison de métadonnées EAS manquantPour résoudre ce problème, vérifiez que l’EAS est configuré correctement et que l’émetteur approprié est appelé.
10082AUTHORIZATION_SERVER_ISSUER_NOT_SPECIFIEDÉmetteur manquantPour résoudre ce problème, vérifiez que l’émetteur approprié est appelé. Pour modifier l’URL de l’émetteur, vous pouvez utiliser la commande vizportal.oauth.external_authorization_server.issuer.
10083BAD_JWTL’en-tête JWT contient des problèmesLes revendications ’kid’ (ID du secret) ou ’clientId’ (émetteur) sont manquantes dans l’en-tête JWT. Pour résoudre ce problème, assurez-vous que ces informations sont incluses.
10084JWT_PARSE_ERRORJWT contient des problèmesPour résoudre ce problème, vérifiez les éléments suivants :
  • La valeur ’aud’ (audience) référencée dans le jeton JWT utilise la valeur "tableau". Cette valeur est sensible à la casse.
  • Les valeurs ’aud’ (audience) et ’sub’ (sujet) sont incluses dans le jeton JWT.
10085COULD_NOT_FETCH_JWT_KEYSJWT n’a pas pu trouver les clésImpossible de trouver le secret.

Pour résoudre ce problème, vérifiez que l’émetteur approprié est appelé. Pour modifier l’URL de l’émetteur, vous pouvez utiliser la commande vizportal.oauth.external_authorization_server.issuer.

10087BLOCKLISTED_JWS_ALGORITHM_USED_TO_SIGNProblème avec l’algorithme de signature JWTPour résoudre le problème, vous pouvez supprimer l’algorithme de signature. Consultez vizportal.oauth.external_authorization_server.blocklisted_jws_algorithms pour plus d’informations.
10088RSA_KEY_SIZE_INVALIDProblème avec les exigences de signature JWTPour résoudre ce problème, vérifiez auprès de l’EAS ou de l’IdP que le JWT est signé avec une taille de clé RSA de 2048.
10091JTI_ALREADY_USEDJWT unique requisLe JWT a déjà été utilisé dans le processus d’authentification. Pour résoudre ce problème, l’EAS ou l’IdP doit générer un nouveau JWT.
10092NOT_IN_DOMAIN_ALLOW_LISTLe domaine du contenu intégré n’est pas spécifiéPour résoudre ce problème, assurez-vous que le paramètre unrestrictedEmbedding est défini sur true ou que le paramètre domainAllowlist inclut les domaines dans lesquels le contenu Tableau est intégré à l’aide de la méthode Mettre à jour les paramètres d’intégration pour le site dans l’API REST de Tableau.
10094MISSING_REQUIRED_JTIID JWT manquantPour résoudre ce problème, vérifiez que ’jti’ (ID JWT) est inclus dans le JWT.
10096JWT_EXPIRATION_EXCEEDS_CONFIGURED_EXPIRATION_PERIOD La valeur ’exp’ (Temps d’expiration) dépasse la période de validité maximale par défaut. Pour résoudre ce problème, examinez les revendications enregistrées requises pour un JWT valide et assurez-vous que la valeur correcte est utilisée. Pour modifier la période de validité maximale, vous pouvez utiliser la commande vizportal.oauth.external_authorization_server.max_expiration_period_in_minutes.
10097SCOPES_MALFORMEDProblèmes au niveau de la revendication relative aux portéesCette erreur peut se produire lorsque la revendication ’scp ’ (portée) ne figure pas dans le jeton JWT ou n’est pas transmise en tant que type de liste. Pour résoudre ce problème, vérifiez que ’scp ’ est inclus dans le jeton JWT et transmis en tant que type de liste. Pour obtenir de l’aide sur la résolution des problèmes d’un jeton JWT, consultez Débogueur sur le site auth0.
10098JWT_UNSIGNED_OR_ENCRYPTEDLe jeton JWT n’est ni signé ni chiffréTableau ne prend pas en charge un JWT non signé ou chiffré.
10099SCOPES_MISSING_IN_JWTRevendication relative aux portées manquanteLe jeton JWT ne contient pas la revendication ’scp’ (portée) requise. Pour résoudre ce problème, vérifiez que ’scp’ est inclus dans le JWT. Pour obtenir de l’aide sur la résolution des problèmes d’un jeton JWT, consultez Débogueur sur le site auth0.
10100JTI_PERSISTENCE_FAILEDErreur inattendue liée à l’ID JWTUne erreur inattendue s’est produite au niveau de la revendication ’jti’ (ID JWT). Pour résoudre ce problème, un nouveau ’jti’ doit être généré.
10103JWT_MAX_SIZE_EXCEEDEDJWT dépasse la taille maximaleCette erreur peut se produire lorsque la taille du JWT dépasse 8 000 octets. Pour résoudre ce problème, assurez-vous que seules les revendications nécessaires sont transmises à Tableau Server.
[Passer au contenu principal](#main-content) # Configurer les applications connectées avec Direct Trust Depuis Tableau Server 2022.1, les applications connectées à Tableau permettent une expérience d’authentification transparente et sécurisée en facilitant une relation de confiance explicite entre votre site Tableau Server et les applications externes. **Remarques :** - Les applications connectées sans interface utilisateur pour Tableau Server sont devenues disponibles dans la version 2021.4 de Tableau Server à l’aide des [méthodes d’application connectée](https://help.tableau.com/current/api/rest_api/fr-ca/REST/rest_api_ref_connected_app.htm) avec l’API REST de Tableau. - Pour activer l’intégration par des applications connectées, Tableau Server doit être configuré pour utiliser SSL pour le trafic HTTP. - Pour que le jeton de session soit valide, les horloges de l’application externe et du serveur qui héberge l’application externe doivent être définies sur le temps universel coordonné (UTC). Si l’une ou l’autre des horloges utilise une norme différente, l’application connectée ne sera pas approuvée. ## Comment fonctionnent les applications connectées à Tableau avec la confiance directe La relation de confiance entre votre site Tableau Server et l’application externe est établie et vérifiée par un jeton d’authentification dans la norme JSON Web Token (JWT), qui utilise un secret partagé fourni par l’application connectée à Tableau et signé par votre application externe. ### Composants clés d’une application connectée Les composants suivants de l’application connectée fonctionnent avec le jeton JWT dans votre application externe pour authentifier les utilisateurs et afficher le contenu intégré. - **Secrets :** les secrets sont des clés partagées par Tableau et votre application externe. Ils sont utilisés dans les signatures que constituent le jeton JWT. Un secret est requis en cas d’utilisation d’applications connectées pour intégrer l’authentification ou l’autorisation API REST. Les secrets peuvent être créés dans une application connectée, n’expirent pas et restent valides jusqu’à leur suppression. - **Liste d’autorisations de domaines (intégration des flux de travail uniquement) :** vous pouvez spécifier une liste de domaines autorisés dans chaque application connectée. Le contenu Tableau intégré par le biais d’une application connectée n’est autorisé que dans les domaines spécifiés. Cela permet de garantir que le contenu est exposé sous des domaines sécurisés et approuvés par votre entreprise. - **Niveau d’accès (intégration des flux de travail uniquement) :** vous pouvez spécifier quel contenu peut être intégré par le biais d’une application connectée en associant une application connectée à un projet ou à tous les projets. Si vous spécifiez un projet, seul le contenu du projet sélectionné peut être intégré par le biais de l’application connectée. Si vous souhaitez spécifier plusieurs projets, vous devez utiliser l’API REST de Tableau. ### Flux de travail de l’application connectée #### Intégration des flux de travail Le schéma ci-dessous illustre le fonctionnement de l’authentification entre votre application externe (serveur Web et page Web) et l’application connectée à Tableau. ![Un diagramme qui illustre le flux de données entre une page Web, une application externe et Tableau.](/tableau/current/fr-ca/server/fr-ca/Img/connectedapp_how.png) 1. **L’utilisateur visite la page Web :** lorsqu’un utilisateur visite le contenu intégré sur une page Web, la page Web envoie une requête GET à votre application externe pour récupérer le code HTML sur cette page Web. 2. **L’application externe construit un jeton d’authentification :** l’application externe construit un jeton JWT, qui contient un secret de l’application connectée (voir l’étape 3 ci-dessous pour les exigences JWT supplémentaires) et la portée de l’accès utilisateur pour le contenu intégré. Le secret est signé par l’application externe et est utilisé pour la vérification de la relation de confiance dans une étape ultérieure. 3. **L’application externe répond avec un jeton d’authentification :** l’application externe répond à la page avec le jeton JWT dans l’URL du contenu intégré appelée par la page Web. 4. **La page Web demande du contenu à Tableau :** lors de la tentative de chargement du contenu intégré, la page Web appelle l’URL du contenu intégré, qui envoie une requête GET à Tableau. 5. **Tableau valide le jeton :** Tableau reçoit le jeton JWT et vérifie la relation de confiance avec l’application externe en identifiant l’application connectée et le secret partagé utilisé dans le JWT. Tableau crée ensuite une session pour l’utilisateur. La session respecte non seulement les étendues d’intégration définies dans le JWT, mais également les restrictions spécifiées dans l’application connectée, y compris les domaines autorisés et les projets autorisés. 6. **Tableau renvoie le contenu en fonction du contexte d’intégration restreint :** le contenu intégré se charge uniquement lorsque la page se trouve sous un domaine autorisé et que le contenu est publié dans un projet autorisé (le cas échéant). L’utilisateur authentifié ne peut interagir avec le contenu intégré que par la portée définie dans le jeton JWT. ## Créer une application connectée ### Étape 1 : Créer une application connectée Créez une application connectée à partir de la page Paramètres de Tableau Server. 1. En tant qu’administrateur de serveur, connectez-vous à Tableau Server. 2. Dans le volet gauche, sélectionnez Paramètres > Applications connectées. 3. Sélectionnez la flèche déroulante du bouton Nouvelle application connectée, puis sélectionnez Confiance directe. **Remarque :** Si vous utilisez Tableau Server 2023.3 ou une version antérieure, sélectionnez le bouton Nouvelle application connectée. 4. Dans la boîte de dialogue Créer une application connectée, effectuez _l’une_ des opérations suivantes : - Pour les _flux de travail d’autorisation API REST (y compris les flux de travail de l’API de métadonnées qui utilisent l’API REST pour l’authentification)_, dans la zone de texte Nom de l’application connectée, entrez un nom pour l’application connectée et sélectionnez le bouton Créer. **Remarque :** vous pouvez ignorer le niveau d’accès et la liste d’autorisations de domaines lors de la configuration d’une application connectée pour l’autorisation métadonnées API REST et API de métadonnées. - Pour _l’intégration des flux de travail_, procédez comme suit : 1. Dans la zone de texte Nom de l’application connectée, saisissez un nom pour l’application connectée. 2. Dans le menu déroulant S’applique à, sélectionnez Tous les projets ou Un seul projet pour contrôler les vues ou mesures pouvant être intégrées. Si vous sélectionnez l’option « Un seul projet », sélectionnez le projet spécifique à cibler. Pour plus d’informations sur ces deux options, consultez [Niveau d’accès (intégration des flux de travail uniquement)](#projects). **Remarques :**  - Dans Tableau Serveur 2023.3, Tableau a retiré la possibilité d’intégrer des métriques. - À partir de Tableau Server 2024.2, vous pouvez spécifier plusieurs projets à l’aide de l’interface API REST de Tableau. Pour plus d’informations, consultez les méthodes de [Création d’une application connectée](https://help.tableau.com/current/api/rest_api/en-us/REST/rest_api_ref_connected_app.htm#create_connectedapp) et de [Mise à jour de l’application connectée](https://help.tableau.com/current/api/rest_api/en-us/REST/rest_api_ref_connected_app.htm#update_connectedapp) dans l’aide de l’interface API REST. 3. Dans la liste d’autorisations de domaines, spécifiez les domaines à l’aide des règles décrites dans [Formatage de domaine](#domain_formatting) ci-dessous pour contrôler où les vues ou les métriques peuvent être intégrées. **Important :** Nous vous recommandons d’utiliser la liste d’autorisations de domaines comme bonne pratique de sécurité pour garantir que le contenu Tableau est intégré uniquement aux emplacements que vous autorisez. 4. Une fois terminé, sélectionnez le bouton Créer. ![Un formulaire pour créer une application connectée, comprenant des champs pour le nom de l’application, le niveau d’accès et la liste d’autorisations de domaines.](/tableau/current/fr-ca/server/fr-ca/Img/connectedapp_create.png) 5. À côté du nom de l’application connectée, sélectionnez le menu Actions, puis sélectionnez Activer. Pour des raisons de sécurité, une application connectée est désactivée par défaut lors de sa création. ![Activer, modifier ou supprimer la boîte de dialogue des applications connectées.](/tableau/current/fr-ca/server/fr-ca/Img/connectedapp_action_menu.png) 6. Notez l’ID de l’application connectée, également appelé ID client, à utiliser à l’étape 3 ci-dessous. ![Votre identifiant client et un bouton « Copier ».](/tableau/current/fr-ca/server/fr-ca/Img/connectedapp_clientid.png) ### Étape 2 : Générer un secret Vous pouvez générer un total de deux secrets pour chaque application connectée. Le deuxième secret peut être utilisé à des fins de rotation des secrets pour renforcer la protection contre les problèmes si un secret est compromis. 1. Dans la page de détails de l’application connectée que vous avez créée à l’étape 1, sélectionnez le bouton Générer un nouveau secret. 2. Notez l’ID secret et la valeur secrète à utiliser à l’étape 3 ci-dessous. ![Date générée, ID et valeur d’une action.](/tableau/current/fr-ca/server/fr-ca/Img/connectedapp_secret.png) ### Étape 3 : Configurer le jeton JWT Après avoir généré un secret, vous souhaitez permettre à votre application externe d’envoyer un jeton JWT valide. JWT est une norme utilisée pour transférer en toute sécurité des renseignements entre deux parties. Le JWT est signé par votre application externe pour envoyer en toute sécurité des renseignements à Tableau Server. Le JWT référence l’application connectée, l’utilisateur pour lequel la session est générée et le niveau d’accès que l’utilisateur doit avoir. Un JWT valide inclut les renseignements suivants : - ID d’application connectée, également appelé ID client, à partir de l’étape 1 - ID secret et valeur secrète générés à l’étape 2 - Revendications enregistrées et en-tête :
RevendicationNomDescription ou valeur requise
"kid"ID secretRequis (dans l’en-tête) L’identifiant de la clé secrète de l’application connectée.
"iss"ÉmetteurRequis (dans l’en-tête) URI d’émetteur unique qui identifie l’application de connexion de confiance et sa clé de signature.
"alg"AlgorithmeRequis (dans l’en-tête) Algorithme de signature JWT. Seul HS256 est pris en charge.
"sub"ObjetNom d’utilisateur de l’utilisateur Tableau Server authentifié.
"aud"PublicLa valeur doit être : "tableau".
"exp"Heure d’expirationUn JWT valide ne doit pas avoir expiré. Le délai d’expiration (en UTC) du jeton JWT doit être compris dans la période de validité maximale configurée. La période de validité maximale peut être configurée à l’aide de la commande tsm vizportal.oauth.connected_apps.max_expiration_period_in_minutes.
"jti"Identifiant JWTObligatoire sous forme de revendication. La revendication d’ID JWT fournit un identifiant unique pour le jeton JWT et est sensible à la casse.
"scp"

Important : N’utilisez pas "scope ".

ÉtenduePour l’intégration des flux de travail, les valeurs prises en charge incluent :

« tableau:views:embed »
"tableau:views:embed_authoring" Ajouté dans Tableau Server 2022.3
"tableau:metrics:embed" (Retiré de Tableau Server 2023.3)
"tableau:ask_data:embed" (Ajouté dans Tableau Server 2023.1)

Remarques :

  • Les valeurs doivent être transmises sous forme de type de liste.
  • Pour tableau:views:embed et tableau:views:embed_authoring, la portée respecte les autorisations des utilisateurs déjà configurées dans Tableau Server et permet aux utilisateurs d’interagir avec les outils dans la vue intégrée s’ils sont disponibles dans la vue d’origine.
  • Nous recommandons que le code d’intégration exclue le paramètre de la barre d’outils. Pour plus d’informations, consultez Problèmes connus (intégration des flux de travail uniquement) ci-dessous.

Pour les flux de travail d’autorisations API REST , consultez Méthodes d’API REST prenant en charge l’autorisation JWT.

Pour les flux de travail de l’API de métadonnées qui utilisent l’API REST pour l’authentification, la seule étendue prise en charge est tableau:content:read.

Pour les flux de travail du service de données VizQL qui utilisent l’API REST pour l’authentification, la seule étendue prise en charge est tableau:viz_data_service:read.

https://tableau.com/groupsAppartenance aux groupes dynamiquesPour l’intégration des flux de travail uniquement.

La valeur doit correspondre au nom d’un ou de plusieurs groupes dans Tableau Server. Pour plus d’informations, consultez Contrôle dynamique des membres de groupes à l’aide d’assertions.

(Attribut utilisateur)(Valeurs des attributs utilisateur)Pour l’intégration des flux de travail uniquement.

À partir de Tableau Server 2025.1, pouvez inclure des attributs utilisateur dans le JWT. Ensuite, lorsque les fonctions d’attribut utilisateur sont utilisées dans le contenu intégré, Tableau vérifie le contexte de l’utilisateur authentifié et détermine quelles données peuvent être affichées lors de l’exécution.

Remarques :

#### Exemples de jetons JWT Voici des exemples de jetons JWT dans les langages Java et Python. Les exemples Java et Python utilisent respectivement la bibliothèque nimbus-jose-jwt et la bibliothèque PyJWT. **Java** import com.nimbusds.jose.\*; import com.nimbusds.jose.crypto.\*; import com.nimbusds.jwt.\*; import java.util.\*; ... String secret = "secretvalue"; String kid = "connectedAppSecretId"; String clientId = "connectedAppClientId"; List scopes = new ArrayList<>(Arrays.asList("tableau:views:embed")); String username = "username"; JWSSigner signer = new MACSigner(secret); JWSHeader header = new JWSHeader.Builder(JWSAlgorithm.HS256).keyID(kid).customParam("iss", clientId).build(); JWTClaimsSet claimsSet = new JWTClaimsSet.Builder() .issuer(clientId) .expirationTime(new Date(new Date().getTime() + 60 \* 1000)) //expires in 1 minute .jwtID(UUID.randomUUID().toString()) .audience("tableau") .subject("username") .claim("scp", scopes) .claim("Region", "East") .build(); SignedJWT signedJWT = new SignedJWT(header, claimsSet); signedJWT.sign(signer); model.addAttribute("token", signedJWT.serialize()); **Python** import jwt token = jwt.encode( { "iss": connectedAppClientId, "exp": datetime.datetime.utcnow() + datetime.timedelta(minutes=5), "jti": str(uuid.uuid4()), "aud": "tableau", "sub": user, "scp": \["tableau:views:embed", "tableau:metrics:embed"\] }, connectedAppSecretKey, algorithm = "HS256", headers = { 'kid': connectedAppSecretId, 'iss': connectedAppClientId } ) Une fois que vous avez configuré le jeton JWT, lorsque le code est exécuté par votre application externe, il génère un jeton. ### Étape 4 : Étapes suivantes #### d’intégration des flux de travail Une fois le jeton JWT configuré, vous devez ajouter le code d’intégration à votre application externe. Assurez-vous d’inclure le JWT valide que vous avez configuré à l’étape 3 ci-dessus dans le composant Web que votre application externe appelle. Pour plus d’informations sur l’intégration de contenu Tableau et les fonctionnalités prises en charge dans l’intégration des flux de travail, lisez ce qui suit : - Intégrez cu contenu Tableau à l’aide de l’[API v3 d’intégration de Tableau](https://help.tableau.com/current/api/embedding_api/fr-ca/index.html). - Attributs utilisateur pour le contrôle d’accès basé sur les attributs (ABAC), l’accès à la demande et l’appartenance dynamique aux groupes. Voir [Personnaliser et contrôler l’accès aux données](https://help.tableau.com/current/api/embedding_api/fr-ca/docs/embedding_api_user_attributes.html) dans l’API v3 d’intégration de Tableau. - Intégrer des métriques, consultez la rubrique [Intégrer des métriques dans des pages Web](https://help.tableau.com/current/pro/desktop/fr-ca/embed_metrics.htm) dans l’aide de Tableau. (En Tableau Serveur 2023.3, Tableau a retiré la possibilité d’intégrer des métriques.) **Remarque :** pour que les utilisateurs s’authentifient avec succès lorsqu’ils accèdent au contenu intégré, leurs navigateurs doivent être configurés pour autoriser les témoins tiers. #### Pour les flux de travail d’autorisations API REST Une fois le jeton JWT configuré, vous devez ajouter le JWT valide à la demande de connexion API REST pour obtenir un accès autorisé. Pour plus d’informations, consultez la section [Étendues d’accès des applications connectées](https://help.tableau.com/current/server/fr-ca/connected_apps_scopes.htm). #### Pour les flux de travail d’API de métadonnées Une fois le jeton JWT configuré, vous devez ajouter le JWT valide à la demande de connexion API REST. Pour plus d’informations, consultez la section [Étendues d’accès des applications connectées](https://help.tableau.com/current/server/fr-ca/connected_apps_scopes.htm). #### Pour les jetons externes des flux de travail SCIM Après avoir configuré le JWT, vous devez activer la fonctionnalité SCIM. Pour plus d’informations, consultez [Configurer les applications connectées avec Direct Trust](#scim). ## Gérer une application connectée La page Applications connectées vous permet de gérer toutes les applications connectées pour votre site. Vous pouvez effectuer des tâches telles que créer, supprimer et désactiver des applications connectées, et également révoquer ou générer de nouveaux secrets si des secrets existants ont été compromis. 1. En tant qu’administrateur de serveur, connectez-vous à Tableau Server. 2. Dans le volet gauche, sélectionnez Paramètres > Applications connectées. 3. Cochez la case en regard de l’application connectée que vous souhaitez gérer et effectuez une ou plusieurs des opérations suivantes : - **Générez un nouveau secret** en fonction du calendrier de rotation spécifié par les stratégies de sécurité de votre entreprise. Pour générer un secret supplémentaire, cliquez sur le nom de l’application connectée, puis cliquez sur le bouton Générer un nouveau secret. Une application connectée peut avoir au maximum deux secrets. Les deux secrets peuvent être actifs en même temps, n’expirent pas et restent valides jusqu’à leur suppression. - **Passez en revue les détails de l’application connectée** en sélectionnant le nom de l’application connectée pour voir quand l’application connectée a été créée, son ID, la portée de projet et de domaine, ainsi que ses secrets. - **Modifiez la portée ou le domaine du projet**, dans le menu Actions, sélectionnez Modifier. Apportez les modifications souhaitées, puis sélectionnez Mettre à jour. **Remarque :** si vous modifiez la portée du projet ou du domaine et que le contenu intégré n’existe ni dans le nouveau projet ni dans le nouveau domaine, la vue ou la métrique intégrée ne peut pas s’afficher et les utilisateurs verront une erreur lors de l’accès au contenu intégré. - **Supprimez un secret** en sélectionnant le nom de l’application connectée. Dans la page de l’application connectée, cliquez sur Actions à côté du secret et sélectionnez Supprimer. Dans la boîte de dialogue de confirmation, sélectionnez à nouveau l’onglet Supprimer. **Remarque :** si le secret de l’application connectée est utilisé par une application externe, la vue ou la métrique intégrée ne peut pas s’afficher une fois le secret supprimé. Pour plus d’informations, consultez [Effets de la désactivation ou de la suppression d’une application connectée, ou de la suppression d’un secret](#effects) ci-dessous. - Pour **désactiver une application connectée**, dans le menu Actions, sélectionnez Désactiver. Si l’application connectée est utilisée par une application externe, la vue ou la mesure intégrée ne peut pas s’afficher une fois l’application connectée désactivée. Pour plus d’informations, consultez [Effets de la désactivation ou de la suppression d’une application connectée, ou de la suppression d’un secret](#effects) ci-dessous. ![Un formulaire affichant deux codes clients générés aléatoirement.](/tableau/current/fr-ca/server/fr-ca/Img/connectedapp_details.png) ### Effets de la désactivation ou de la suppression d’une application connectée, ou de la suppression d’un secret Pour rendre le contenu intégré visible par votre utilisateur ou activer l’accès API REST par le biais d’une application connectée, l’application connectée doit être activée et son secret généré. Si l’application connectée est utilisée dans votre application externe et est désactivée ou supprimée, ou si son secret est supprimé ou remplacé, les utilisateurs recevront une erreur 403. Pour éviter ce problème, assurez-vous que l’application de connexion est activée et que le jeton JWT utilise l’ID et la valeur de secret corrects. ### Niveau d’accès (intégration des flux de travail uniquement) Vous pouvez sélectionner l’un des deux types de projet lors de la configuration du niveau d’accès d’une application connectée. Le niveau d’accès contrôle le contenu pouvant être intégré. - **Tous les projets :** Cette option permet d’intégrer le contenu de tous les projets. - **Un seul projet :** Cette option permet d’intégrer uniquement le contenu du projet spécifié. Si le projet spécifié contient des projets imbriqués, l’incorporation de contenu dans ces projets imbriqués n’est pas activée. **À propos de projets multiples** À partir de Tableau Server 2024.2 , vous pouvez activer le contenu de plusieurs projets dans une application connectée en utilisant seulement l’API REST de Tableau. Pour préciser les projets que vous souhaitez activer, utilisez les « ID de projet » dans la méthode [Créer une application connectée](https://help.tableau.com/current/api/rest_api/en-us/REST/rest_api_ref_connected_app.htm#create_connectedapp) ou [Mettre à jour une application connectée](https://help.tableau.com/current/api/rest_api/en-us/REST/rest_api_ref_connected_app.htm#update_connectedapp). **Remarque :** Lorsque des projets multiples sont configurés pour votre application connectée, Tableau affiche **Projets multiples** comme niveau d’accès de l’application connectée. Si vous sélectionnez soit Uniquement un projet ou Tous les projets et mettez à jour l’application connectée, l’option « Projets multiples » ne sera plus visible. Si vous devez à nouveau configurer l’application connectée pour des projets multiples, vous devez utiliser l’API REST. ### Règles de liste d’autorisations de domaines (intégration de flux de travail uniquement) La liste d’autorisations de domaines de l’application connectée vous permet de restreindre l’accès au contenu Tableau intégré à tous les domaines ou à certains domaines, d’exclure certains domaines ou encore de bloquer tous les domaines. **Important :** Nous vous recommandons d’utiliser la liste d’autorisations de domaines comme bonne pratique de sécurité pour garantir que le contenu Tableau est intégré uniquement aux emplacements que vous autorisez. #### Options de domaine Vous pouvez sélectionner l’une des deux options lors de la configuration de la liste d’autorisations de domaines d’une application connectée : - **Tous les domaines :** par défaut, cette option permet un accès illimité au contenu intégré. - **Domaines spécifiques uniquement :** cette option vous permet de limiter l’accès au contenu intégré. Si vous utilisez cette option, suivez les règles de formatage spécifiées dans la section suivante, [Formatage de domaine](#domain_formatting). #### Formatage de domaine Dans la zone de texte de la liste des domaines autorisés, vous pouvez saisir un ou plusieurs domaines en utilisant les exemples de formatage ci-dessous. **Remarque :** les règles de formatage de domaine s’appliquent également lors de l’utilisation des [méthodes Connect App](https://help.tableau.com/current/api/rest_api/fr-ca/REST/rest_api_ref_connected_app.htm) dans l’API REST de Tableau. Voici quelques exemples de formatage basés sur des scénarios courants :
Pour spécifier...ExempleIntégration de l’accès
Plage de domaines*.myco.comLe contenu intégré est accessible à partir de tous les sous-domaines sous myco.com.
Tous les portsmyco.com:*Le contenu intégré est accessible à partir de tous les ports dans myco.com.
Port spécifiquemyco.com:8080Le contenu intégré est accessible à partir du port 8080 dans myco.com uniquement.
Plusieurs domaines discretsmyco.com
events.myco.com
ops.myco.com

Le contenu intégré est accessible à partir des trois domaines.

Remarque : lorsque vous spécifiez plusieurs domaines, tapez chaque domaine sur une nouvelle ligne ou séparez les domaines par un espace. Pour l’API REST, les domaines doivent être séparés par un espace.

Trafic sécurisé uniquementhttps://Le contenu intégré est accessible en toute sécurité quel que soit le domaine.
Trafic sécurisé vers tous les ports pour une gamme de domaineshttps://*myco.com:* (en anglais uniquement)Le contenu intégré est accessible en toute sécurité à partir de tous les ports de tous les sous-domaines de myco.com.
Aucun domaine[no domains]L’accès au contenu intégré est bloqué.
### Problèmes connus (intégration des flux de travail uniquement) Il existe quelques problèmes connus à l’utilisation des applications connectées. Ils seront corrigés dans une future version. - **Fonctionnalités de la barre d’outils :** lorsque le paramètre de barre d’outils est défini pour le contenu intégré, les fonctionnalités de la barre d’outils ne fonctionneront pas toutes. Pour contourner ce problème, nous vous recommandons de masquer le paramètre de la barre d’outils comme dans l’exemple ci-dessous. - **Sources de données publiées :** les sources de données publiées définies sur Inviter l’utilisateur pour les informations d’identification de la base de données ne s’afficheront pas. Pour contourner ce problème, si possible, nous recommandons aux propriétaires de sources de données d’intégrer à la place leurs informations d’identification pour la base de données. - **Vues intégrées sur plusieurs sites :** Dans Tableau Server 2023.1 et versions antérieures, le passage d’une vue à l’autre sur différents sites dans le même navigateur provoque l’erreur 1008 : Impossible de récupérer le secret de l’application connectée. Pour contourner ce problème, effectuez une mise à niveau vers Tableau Server 2023.3 ou vers une version ultérieure. - **Objets Parlez aux données dans les tableaux de bord intégrés :** les objets Parlez aux données dans les tableaux de bord intégrés ne se chargent pas. (En Ask Data sera retiré de Tableau Server 2024.2) - **Métriques et listes d’autorisations de domaine :** les vues de métriques intégrées s’afficheront malgré les restrictions d’accès pouvant être spécifiées dans les listes d’autorisations de domaine des applications connectées. **Remarque :** les données de métriques accessibles à partir des barres d’outils des vues intégrées fonctionneront comme prévu. (En Tableau Serveur 2023.3, Tableau a retiré la possibilité d’intégrer des métriques.) ## Résolution des problèmes Vous pouvez consulter la section [Résoudre les problèmes liés aux applications connectées - Confiance directe](https://help.tableau.com/current/server/fr-ca/connected_apps_troubleshoot.htm) pour connaître les erreurs pouvant être associées à l’application connectée et les étapes de dépannage suggérées. [Passer au contenu principal](#main-content) # Configurer les composants Web Lightning pour Tableau et l’authentification unique (SSO) avec l’authentification par jeton Les composants Web Lightning (LWC) pour Tableau permettent aux clients Salesforce de faire glisser et déposer des vues Tableau et des métriques Tableau Pulse sur les pages Lightning dans Salesforce. - Le composant pour les vues Tableau vous permet d’ajouter des vues intégrées à partir de Tableau Cloud ou Tableau Server. - Le composant Tableau Pulse vous permet d’ajouter des métriques Tableau Pulse intégrées à partir de Tableau Cloud. L’authentification transparente du composant Web Lightning pour Tableau vous permet de visualiser le contenu Tableau à l’aide des jetons de confiance de l’application connectée sans avoir à vous connecter. L’authentification transparente est facultative pour le composant Web Lightning pour les vues Tableau et obligatoire pour le composant Web Lightning pour Tableau Pulse. > [!IMPORTANT] > >  : > • Les applications [Salesforce Console](https://help.salesforce.com/s/articleView?id=sf.console2_about.htm&type=5) ne prennent pas en charge l’utilisation des composants Web Lightning pour Tableau. > • Les pages d’enregistrement des cas ne prennent pas en charge l’utilisation des composants Web Lightning pour Tableau avec les courriels Chatter. ## Ajouter une URL de confiance Ajoutez la vue Tableau ou l’URL Pulse que vous souhaitez ajouter à votre page Lightning en tant qu’URL de confiance. 1. Depuis votre application Salesforce, sélectionnez l’icône en forme d’engrenage dans le coin supérieur droit, puis sélectionnez Installation. 2. Dans le volet de navigation de gauche, entrez « URL de confiance » dans la barre de recherche Recherche rapide. 3. Sélectionnez la page des paramètres URL de confiance. 4. Sélectionnez Nouvelle URL de confiance. 5. Entrez un Nom d’API et une URL en suivant les instructions sur la page des paramètres. **Remarque** : L’URL doit commencer par https:// 6. Pour Contexte CSP, sélectionnez Tous. 7. Pour Directives CSP, cochez toutes les cases. 8. Sélectionnez Enregistrer. ## Activer l’authentification transparente pour les composants Web Lightning pour Tableau Les composants Web Lightning pour les vues Tableau et pour Tableau Pulse sont disponibles dans le générateur d’application Lightning sans aucune configuration. Cependant, le composant Web Lightning pour Tableau Pulse nécessite une authentification par jeton pour fonctionner. ### Configurer les paramètres Salesforce Les étapes suivantes ne doivent être effectuées qu’une seule fois par un administrateur Salesforce : 1. Depuis votre application Salesforce, sélectionnez l’icône en forme d’engrenage dans le coin supérieur droit, puis sélectionnez Installation. 2. Dans le volet de navigation de gauche, entrez « Tableau » dans la barre de recherche Recherche rapide. 3. Sélectionnez la page des paramètres Intégration de Tableau . 4. Cochez la case pour Activer l’authentification unique basée sur un jeton. **Remarque** : Cette case doit être cochée pour configurer le composant Web Lightning pour Tableau Pulse. Pour le composant Web Lightning pour les vues Tableau, vous pouvez choisir de ne pas configurer l’authentification par jeton et de vous connecter manuellement lors du chargement du composant. Pour utiliser le composant Web Lightning pour les vues Tableau sur Tableau Mobile, vous devez activer l’authentification par jeton et configurer l’authentification transparente. 5. Pour le champ Sélectionner l’identité de l’utilisateur Tableau, définissez un champ utilisateur au niveau de l’entreprise afin d’authentifier l’utilisateur dans Tableau. Vous devez sélectionner le champ utilisateur Salesforce qui correspond au nom d’utilisateur Tableau. La liste déroulante affiche la valeur du champ pour l’utilisateur actuel, ou une valeur nulle si aucune valeur n’est définie. Si aucun des champs utilisateur ne correspond au nom d’utilisateur Tableau, sélectionnez un champ vide (par exemple, ID de fédération ou un champ personnalisé). Ensuite, remplissez le nom d’utilisateur Tableau de vos utilisateurs dans le champ vide. **Remarque** : La configuration du champ Identité de l’utilisateur Tableau s’applique à tous les utilisateurs et n’a pas besoin d’être définie individuellement. 6. Enregistrez vos modifications. 7. Si vous êtes l’administrateur Tableau, gardez l’onglet Intégration de Tableau des paramètres Salesforce ouvert pendant que vous configurez les paramètres Tableau dans la section suivante. Si vous n’êtes pas l’administrateur, partagez l’URL de l’émetteur et l’URI JWKS avec votre administrateur Tableau. > [!TIP] > > **Conseil** : La configuration du champ Identité de l’utilisateur Tableau s’applique à tous les utilisateurs et n’a pas besoin d’être définie individuellement. ### Configurer les paramètres Tableau Dans un onglet, accédez à la page des paramètres Intégration de Tableau de votre entreprise Salesforce. Dans un autre onglet, accédez à votre site Tableau et suivez les instructions ci-après pour configurer l’application connectée. Pour Tableau Server, suivez les étapes ci-après : 1. Connectez-vous à l’interface Web de Tableau Services Manager (TSM) en tant qu’administrateur Tableau Server. 2. Accédez à Identité de l’utilisateur et accès, puis sélectionnez l’onglet Serveur d’autorisation. 3. Cochez la case Activer l’accès OAuth pour le contenu intégré. 4. Entrez l’URL de l’émetteur et l’URI JWKS, disponibles sur la page des paramètres Intégration de Tableau de l’entreprise Salesforce. Utilisez le bouton Copier de la page des paramètres de l’entreprise Salesforce pour copier la valeur de l’URL de l’émetteur, puis collez-la dans l’interface Web de TSM. Répétez ce processus pour la valeur URI JWKS. **Remarque** : Le champ URI JWKS est indiqué comme facultatif dans l’interface Web de TSM, mais cette valeur est requise dans le cadre de l’authentification transparente LWC de Tableau. Tableau Server doit pouvoir atteindre l’URI JWKS pour le bon déroulement de l’authentification transparente. 6. Sélectionnez Enregistrer les modifications en attente. 7. Dans le coin supérieur droit de la page, sélectionnez Modifications en attente, puis sélectionnez Appliquer les modifications et redémarrer pour arrêter et redémarrer Tableau Server. Pour plus d’information, consultez [Enregistrer votre EAS auprès de Tableau Server](https://help.tableau.com/current/server/fr-ca/connected_apps_eas.htm#step-2-register-your-eas-with--tableau-server). Pour Tableau Cloud, suivez les étapes ci-après : 1. Ouvrez la page Paramètres de Tableau, puis choisissez l’onglet Applications connectées. 2. Dans la liste déroulante Nouvelle application connectée, sélectionnez Authentification Oauth 2.0. 3. Dans la boîte de dialogue Créer une application connectée, entrez l’URL de l’émetteur et l’URI JWKS, disponibles sur la page des paramètres Intégration des vues Tableau de l’entreprise Salesforce. Utilisez le bouton Copier de la page des paramètres de l’entreprise Salesforce pour copier la valeur de l’URL de l’émetteur, puis collez-la dans la page des paramètres de Tableau. Répétez ce processus pour la valeur URI JWKS. > [!IMPORTANT] > > **Important :** La boîte de dialogue Créer une application connectée indique que le champ URI JWKS est facultatif, mais cette valeur est requise dans le cadre de l’authentification transparente LWC de Tableau. 5. Cochez la case Activer l’application connectée. 6. Sélectionnez Créer. **Remarque :** L’application connectée est désignée Serveur d’autorisation externe. Pour plus d’information, consultez [Enregistrer votre EAS auprès de Tableau Cloud](https://help.tableau.com/current/online/fr-ca/connected_apps_eas.htm?_gl=1*1rfpjn7*_ga*NDAxMzE5Mi4xNjg5ODczMzE5*_ga_8YLN0SNXVS*TmVlZHMgR1RNIENvbmZpZ3VyYXRpb24uMi4xLjE2ODk4ODkwMDAuMC4wLjA.#step-2-register-your-eas-with--tableau-cloud). Si vous souhaitez créer un mappage d’hôte pour ce site, ne fermez pas l’onglet Applications connectées. Vous pouvez utiliser l’URL de cette page et le bouton Copier l’ID de site pour remplir les champs de mappage d’hôte dans la section suivante. ## Autoriser la capture des attributs utilisateur (Tableau Cloud uniquement) Pour optimiser les [fonctions d’attributs utilisateur](https://help.tableau.com/current/online/fr-ca/lwc_uaf.htm) avec les composants Web Lightning pour Tableau, vous devez activer l’accès dans les flux de travail d’authentification. 1. Ouvrez la page Paramètres de Tableau, puis choisissez l’onglet Authentification. 2. Accédez à la section Contrôler l’accès des utilisateurs dans les flux de travail d’authentification. 3. Cochez la case pour Activer la capture des attributs utilisateur dans les flux de travail d’authentification. ## Configurer ou modifier le mappage d’hôte Lors de la configuration du composant Web Lightning pour Tableau, il est important de comprendre comment fonctionnent le mappage d’hôte et les identifiants de site, ainsi que l’impact des options d’authentification sur la configuration. Le mappage d’hôte est facultatif, mais constitue une fonctionnalité utile pour les nouveaux utilisateurs, car elle leur évite de saisir un identifiant de site dans le panneau du composant. En substance, cette fonction mappe un site Tableau spécifique à son identifiant de site correspondant. Ainsi, lorsqu’un utilisateur intègre une vue à partir d’un site avec un mappage d’hôte existant, il n’a pas besoin d’entrer manuellement l’identifiant de site. Lorsque le mappage d’hôte et un identifiant de site sont spécifiés, le mappage d’hôte prime. Pour l’authentification : - **L’authentification à l’échelle du serveur Tableau** ne devrait pas ajouter automatiquement un identifiant de site. - **L’authentification à l’échelle du site Tableau** devrait ajouter un identifiant de site pour garantir un accès approprié. Suivez ces étapes pour créer ou modifier un mappage d’hôte. ### Créer un nouveau mappage d’hôte 1. Depuis votre application Salesforce, sélectionnez l’icône en forme d’engrenage dans le coin supérieur droit, puis sélectionnez Installation. 2. Dans le volet de navigation de gauche, entrez « Tableau » dans la barre de recherche Recherche rapide. 3. Sélectionnez la page des paramètres Intégration de Tableau . 4. Dans la section Mappage d’hôte Tableau, sélectionnez Créer un nouveau. 5. Remplissez les détails du mappage d’hôte : 1. **URL de site Tableau** : entrez une URL pour le site Tableau que vous souhaitez mapper. L’URL doit contenir le nom de site, sauf s’il s’agit d’une installation sur site utilisant le site par défaut. Les URL de sites Tableau doivent avoir l’un des formats suivants : - `https://.online.tableau.com/#/site/SITENAME/` - `https://.online.tableau.com/#/site/SITENAME/Home` - `https://.online.tableau.com/#/site/SITESAML/connectedApplications` 2. **ID de site Tableau** : entrez un identifiant de site pour le site Tableau que vous souhaitez mapper. Vous pouvez utiliser le bouton Copier l’ID de site sur la page des paramètres Applications connectées ou sur la boîte de dialogue Partager. 3. **Type d’hôte du site Tableau** : sélectionnez Tableau Cloud, Tableau Server (EAS au niveau du site) ou Tableau Server (EAS à l’échelle du serveur). **Remarque** : Si vous souhaitez créer un mappage d’hôte pour ce site, ne fermez pas l’onglet Applications connectées. Vous pouvez utiliser l’URL de cette page et le bouton Copier l’ID de site pour remplir les champs de mappage d’hôte dans la section suivante. 6. Sélectionnez Enregistrer. Pour revenir à la page des paramètres Intégration de Tableau sans enregistrer, sélectionnez Annuler. ### Modifier un mappage d’hôte **Remarque** : Si vous avez enregistré des mappages d’hôtes antérieurs à la version 254.10, vous devez mettre à jour le type d’hôte Tableau. Pour plus d’informations et pour les instructions de correction, consultez [Mettre à jour le type d’hôte pour les mappages d’hôtes Tableau enregistrés](#Update). Vous pouvez mettre à jour l’ID de site et le type d’hôte pour un mappage existant. Si vous devez modifier l’URL du site, supprimez le mappage existant, puis créez-en un nouveau avec la bonne URL. 1. Dans la page des paramètres Intégration de Tableau de l’application Salesforce, sélectionnez Modifier à côté d’un mappage d’hôte existant. 2. Modifiez les champs ID de site Tableau ou Type d’hôte de site Tableau selon vos besoins. 3. Sélectionnez Enregistrer. Pour revenir à la page des paramètres Intégration de Tableau sans enregistrer, sélectionnez Annuler. ## Créer des définitions de revendications d’attributs utilisateur Vous pouvez optimiser les fonctions d’attribut utilisateur (UAF) avec vos composants Web Lightning pour les vues Tableau et pour Tableau Pulse afin d’afficher les données spécifiques en fonction des attributs de l’utilisateur qui consulte une visualisation. Pour plus d’informations, consultez [Optimiser les fonctions d’attributs utilisateur (UAF) avec les composants Web Lightning pour Tableau](https://help.tableau.com/current/online/fr-ca/lwc_uaf.htm). ## Ajouter des composants Web Lightning pour Tableau à une page Lightning à l’aide du générateur d’application Lightning Les composants Web Lightning pour Tableau sont accessibles uniquement sur les pages d’application, d’accueil et d’enregistrements Lightning. Pour en savoir plus sur les types de pages Lightning et l’utilisation du générateur d’applications Lightning, consultez la section Générateur d’applications Lightning dans l’aide de Salesforce. **Remarque :** Les pages d’enregistrement des cas ne prennent pas en charge l’utilisation des composants Web Lightning pour Tableau avec les courriels Chatter. Pour ajouter un composant Web Lightning pour les vues Tableau ou un composant Web Lightning pour Tableau Pulse à une page Lightning existante, procédez comme suit : 1. Accédez à la page Lightning que vous souhaitez modifier. 2. Sélectionnez l’icône en forme d’engrenage en haut à droite. 3. Sélectionnez la page Modifier. 4. Passez à la section **Ajouter un composant Web Lightning pour Tableau à une page Lightning** ci-dessous. Pour ajouter un composant Web Lightning pour les vues Tableau ou un composant Web Lightning pour Tableau Pulse à une nouvelle page Lightning, procédez comme suit : 1. Depuis votre application Salesforce, sélectionnez l’icône en forme d’engrenage dans le coin supérieur droit, puis sélectionnez Installation. 2. Dans le volet de navigation de gauche, tapez « Générateur d’applications Lightning » dans la barre de recherche Recherche rapide. 3. Sélectionnez la page de configuration du Générateur d’applications Lightning. 4. Sélectionnez Nouveau. 5. Sélectionnez le type de page que vous souhaitez créer. Les composants Web Lightning pour Tableau sont accessibles sur les pages d’application, d’accueil et d’enregistrements. 6. Sélectionnez Suivant. 7. Entrez un nom et sélectionnez une disposition pour la nouvelle page, puis sélectionnez Terminé. ### Ajouter un composant Web Lightning pour Tableau à une page Lightning 1. Dans la liste Composants à gauche de la page, faites glisser et déposez le composant pour les vues Tableau ou pour Tableau Pulse sur la page. 2. Configurer le composant Web Lightning : - [Configurer un composant Web Lightning pour les vues Tableau](https://help.tableau.com/current/online/fr-ca/lwc_tableau_view.htm) - [Configurer un composant Web Lightning pour Tableau Pulse](https://help.tableau.com/current/online/fr-ca/lwc_tableau_pulse.htm) ### Enregistrer et activer la page 1. Après avoir ajouté et configuré un composant Web Lightning pour les vues Tableau ou pour Tableau Pulse, sélectionnez Enregistrer. 2. Si vous avez créé une nouvelle page, il vous sera demandé d’activer la page afin qu’elle soit visible par les utilisateurs. Sélectionnez Activer. 3. Sous l’onglet Paramètres de page de la page Activation, entrez un nom, choisissez une icône et sélectionnez votre préférence d’affichage. 4. (Facultatif) Sous l’onglet Lightning Experience de la page Activation, vous pouvez ajouter la page à diverses applications Lightning Experience. 5. (Facultatif) Sous l’onglet Navigation de Tableau Mobile de la page Activation, vous pouvez ajouter la page au menu de navigation de Tableau Mobile. 6. Sélectionnez Enregistrer. ## Composant Web Lightning modulable de Tableau Le composant Web Lightning de Tableau est désormais modulable, ce qui permet de l’intégrer dans des composants Web Lightning personnalisés et des mises en page plus flexibles. Cette fonctionnalité permet aux développeurs d’intégrer des visualisations Tableau à des expériences plus vastes et personnalisées dans Salesforce, au lieu de les cantonner à un emplacement isolé sur une page. Le composant peut être utilisé dans d’autres composants Web Lightning et rendu dynamiquement en fonction de la logique de l’application. Lorsque vous utilisez le composant Web Lightning de Tableau dans un contexte modulable, vérifiez que toutes les configurations requises pour une authentification transparente sont toujours en place, notamment : - Configuration des applications connectées - URL de confiance - Paramètres d’authentification du JWT - Configuration du mappage d’hôte et de la fonction d’attribut utilisateur (UAF) L’utilisation modulable suit les mêmes modèles d’authentification et d’accès aux données qu’une utilisation standard. ## Intégrer plusieurs vues Tableau Vous pouvez intégrer plusieurs vues Tableau sur une page Salesforce Lightning, à condition que toutes les vues proviennent du même site. Tableau ne prend en charge qu’une seule session, et cette session est spécifique au site. La dernière session accordée efface la précédente. Pour intégrer des vues Tableau provenant de plusieurs sites, vous devez créer une page Lightning distincte, spécifique à chaque site. ## Authentification unique des composants Web Lightning pour Tableau Mobile **Remarque :** Les composants Web Lightning pour les vues Tableau et pour Tableau Pulse sont disponibles sur iOS 17.2.1. Observez les bonnes pratiques ci-après afin d’éviter les problèmes pour les utilisateurs mobiles : - Type de page Lightning : les utilisateurs mobiles peuvent accéder aux pages d’application et aux pages d’enregistrements, mais pas aux pages d’accueil. **Remarque :** Les pages d’enregistrements doivent être associées à un type d’enregistrement spécifique. - Si vous utilisez la même page pour les utilisateurs d’ordinateurs de bureau et de téléphones mobiles, sélectionnez Activation pour vérifier que la page Lightning est définie comme valeur par défaut de l’organisation pour les formats d’ordinateurs de bureau et de téléphones. - Envisagez de créer des pages Lightning distinctes pour les ordinateurs de bureau et les téléphones portables afin d’offrir une expérience visuelle personnalisée. La hauteur du composant Vue Tableau est fixe et ne s’adapte pas dynamiquement aux différentes tailles d’écran. - Pour ajouter une barre de défilement à une vue, sélectionnez Afficher la barre d’outils dans le volet Propriétés du composant Vue Tableau. - Pour le type Page d’application, sélectionnez Activation, puis sélectionnez l’onglet Lightning Experience. Ajoutez votre page à la liste LightningBolt pour faciliter la recherche de la page sur téléphone mobile. - Sur le téléphone mobile, iOS bloque le trafic inter-sites par défaut. Ouvrez les paramètres de votre téléphone mobile, sélectionnez Paramètres Salesforce, puis activez Autoriser le suivi inter-sites. Pour plus d’information, consultez [Activer le suivi inter-sites](https://help.salesforce.com/s/articleView?id=sf.branded_apps_cross_site_tracking.htm&type=5). ## Résolution des problèmes d’authentification unique du composant Web Lightning Tableau avec jeton ### Mise à jour du type d’hôte pour les mappages d’hôtes Tableau enregistrés Si vous avez enregistré des mappages d’hôtes antérieurs à la version 254.10, vous devez mettre à jour le type d’hôte Tableau. 1. Sur la page des paramètres Intégration Tableau, vérifiez que vos mappages d’hôtes enregistrés possèdent l’un des types d’hôtes Tableau suivants : Tableau Cloud, Tableau Server (EAS à l’échelle du serveur), ou Tableau Server (EAS au niveau du site). 2. Si le mappage possède un autre type d’hôte Tableau (par exemple, TABLEAU\_CLOUD ou TABLEAU\_SERVER), sélectionnez Modifier pour modifier le mappage de l’hôte. 3. Sur la page Modifier le mappage d’hôte Tableau, sélectionnez le paramètre approprié dans la liste déroulante Type d’hôte du site Tableau, puis sélectionnez Enregistrer. 4. Répétez les étapes 1 à 3 pour tous les mappages enregistrés, si nécessaire. ### Vérifier la configuration de Salesforce et Tableau 1. Vérifiez que les valeurs de l’URL de l’émetteur et de l’URI JWKS correspondent dans les paramètres Salesforce et Tableau et que l’URI JWKS se termine par un identifiant ou un code. - Pour Tableau Cloud, ouvrez la page Intégration de Tableau des Paramètres Salesforce dans un seul onglet. Dans un autre onglet, ouvrez l’onglet Applications connectées des paramètres Tableau. Dans l’onglet Applications connectées, sélectionnez Serveur d’autorisation externe, puis sélectionnez Modifier. Vérifiez que les valeurs de l’URL de l’émetteur et de l’URI JWKS correspondent et que l’URI JWKS se termine par un identifiant ou un code. - Pour Tableau Server, ouvrez la page Intégration de Tableau des Paramètres Salesforce dans un seul onglet. Ensuite, connectez-vous à l’interface Web de Tableau Services Manager (TSM), accédez à Identité de l’utilisateur et accès, puis ouvrez l’onglet Serveur d’autorisation. 2. Vérifier le mappage d’hôte : si vous avez enregistré un mappage d’hôte, vérifiez que l’ID de site et le type d’hôte sont corrects. ### Vérifier le jeton JWT Dans l’éditeur de propriétés du composant Web Lightning pour les vues Tableau, sélectionnez Mode débogage pour vérifier que le jeton JWT fonctionne comme prévu. 1. Ouvrez les fichiers journaux de la console et copiez le jeton. 2. Accédez au site Web [jwt.io](https://jwt.io/) et collez le jeton dans le champ Codé. 3. Vérifiez les éléments suivants : - L’objet (« obj ») correspond au nom d’utilisateur Tableau. - Pour Tableau Cloud et Tableau Server (EAS au niveau du site), le public (« pub ») est « tableau : {site ID} ». Pour Tableau Server (EAS à l’échelle du serveur), le public (« pub ») est « tableau ». - La portée (« pté ») inclut à la fois « tableau:views:embed » et « tableau:insights:embed ». - Le serveur EAS émetteur (« émet ») est exact. ### Vérifier l’activation de la page Il arrive qu’un utilisateur crée une page Lightning, mais qu’elle ne soit ni activée ni attribuée nulle part, de sorte qu’elle est introuvable par les utilisateurs. Sélectionnez Activation pour vérifier que la page Lightning est définie comme valeur par défaut de l’organisation pour les formats prévus. > [!TIP] > > **Conseil :** Lors du débogage, il convient de faire glisser et déposer un composant de texte enrichi sur votre page. Ajoutez une brève description du type de page et de l’URL de la vue que vous essayez d’intégrer. Cela permet de faire en sorte que la page visualisée par l’utilisateur final est bien celle que l’administrateur est en train de modifier. ### Confirmer que le composant Web Lightning pour les vues Tableau fonctionne sans authentification transparente (composant Web Lightning pour les vues Tableau uniquement) 1. Dans le volet Vue Tableau de votre page Lightning, décochez la case Activer l’authentification unique, puis enregistrez les modifications. 2. Pour Tableau Server, vérifiez que le champ ID de site est vide. 3. Si vous êtes connecté à Tableau dans un autre onglet, déconnectez-vous. Vérifiez que la navigation vers l’URL de la vue vous redirige vers la page de connexion de Tableau. Ne vous connectez-pas. 4. Accédez à la page Lightning. Un bouton Se connecter à Tableau sera visible sur le composant Web Lightning pour les vues Tableau. 5. Sélectionnez Se connecter à Tableau, puis entrez vos identifiants de connexion à Tableau. **Remarque :** Si la vue ne se charge pas, cela indique un problème plus global d’authentification à Tableau. ### Erreur : la version du composant Web Lightning n’est plus prise en charge (composant Web Lightning pour les vues Tableau uniquement) Pour résoudre cette erreur, procédez comme suit : 1. Dans la liste des composants, recherchez « Tableau », faites ensuite glisser-déposer le composant Vue Tableau sur la page. 2. Copiez toutes les propriétés du volet Vue Tableau de l’ancien composant vers le nouveau composant. 3. Sélectionnez l’icône de suppression sur l’ancien composant. ### Erreur : Pour activer le composant Web Lightning pour Tableau Pulse, veuillez contacter votre administrateur Salesforce pour configurer l’authentification transparente pour Tableau (composant Web Lightning pour Tableau Pulse uniquement) Pour résoudre cette erreur, suivez les étapes décrites sur cette page pour **Activer l’authentification transparente pour les composants Web Lightning pour Tableau**. ## Voir également [Dépanner les applications connectées](https://help.tableau.com/current/online/fr-ca/connected_apps_troubleshoot.htm#) [Enregistrer EAS de manière à activer l’authentification unique pour le contenu intégré](https://help.tableau.com/current/server/fr-ca/connected_apps_eas.htm) [Passer au contenu principal](#main-content) # Configurer les connexions avec les extensions d’analytiques Tableau prend en charge un ensemble de fonctions que vos utilisateurs peuvent utiliser pour transmettre des expressions à des extensions d’analytiques en vue de les intégrer avec R, Python et Einstein Discovery. **Remarque :** Vous pouvez utiliser des scripts R et Python pour effectuer des opérations de nettoyage complexes dans vos flux Tableau Prep, mais la configuration et les fonctionnalités prises en charge peuvent être différentes. Pour plus d’informations, consultez [Utiliser des scripts R et Python dans votre flux](https://help.tableau.com/current/prep/fr-ca/prep_scripts.htm) dans l’aide de Tableau Prep. Cette rubrique décrit comment configurer des sites sur Tableau Server avec des extensions d’analytiques. Dans la mesure où Tableau Server fournit un mécanisme d’authentification, il peut être plus sûr d’exposer la fonctionnalité d’extensions d’analytiques aux utilisateurs au moyen de Tableau Server plutôt que via Tableau Desktop. Pour plus d’informations sur les scénarios utilisateur et la configuration de Tableau Desktop, consultez [Transmettre des expressions avec des extensions d’analytiques](https://help.tableau.com/current/pro/desktop/fr-ca/r_connection_manage.htm), dans l’_Aide de Tableau Desktop et de la création Web_. Les étapes de configuration décrites dans cet article sont spécifiques aux classeurs. Pour plus d’informations sur l’utilisation des scripts R et Python pour incorporer des données de modélisation prédictive dans votre flux, consultez [Utiliser des scripts R et Python dans votre flux](https://help.tableau.com/current/prep/fr-ca/prep_scripts.htm) dans l’_aide de Tableau Prep_. ## SSL serveur Pour configurer SSL pour les extensions d’analytiques, vous devez installer un certificat valide sur l’ordinateur exécutant Tableau Server. Le certificat doit être approuvé par l’ordinateur exécutant Tableau Server. Le champ Objet du certificat ou l’une des entrées SAN figurant dessus doit exactement correspondre à l’URI de la configuration de service d’extensions d’analytiques. ## Activer les extensions d’analytiques Avant de configurer les extensions, vous devez activer les extensions d’analytiques à l’échelle du serveur. 1. [Se connecter à la zone d’administration de Tableau Server](https://help.tableau.com/current/server/fr-ca/sign_in_server_admin.htm). - Si vous n’avez qu’un seul site (par défaut) sur votre serveur, cliquez sur Paramètres, puis passez à l’Étape 2. - Si vous avez plusieurs sites sur votre serveur : 1. Sous Tous les sites, cliquez sur Gérer tous les sites. 2. Cliquez sur l’onglet Extensions. 2. Faites défiler jusqu’à Extensions d’analytiques, sélectionnez Activer les extensions d’analytiques, puis cliquez sur Enregistrer. ![Affichage des options des extensions d’analytiques. La case Activer les extensions d’analytiques est cochée.](/tableau/current/fr-ca/server/fr-ca/Img/analytics-extension-server.png) ## Configurer les paramètres des extensions d’analytiques 1. [Se connecter à la zone d’administration de Tableau Server](https://help.tableau.com/current/server/fr-ca/sign_in_server_admin.htm). 2. Dans la page Paramètres, cliquez sur l’onglet Extensions, puis faites défiler jusqu’à Extensions d’analytiques. (Sur les déploiements multi-sites de Tableau Server, accédez au site où vous souhaitez configurer les extensions d’analytiques, puis cliquez sur Paramètres > Extensions.) 3. **Déploiements multi-sites uniquement :** vous devez activer les extensions d’analytiques sur chaque site. Sous Extensions d’analytiques, sélectionnez Activer les extensions d’analytiques pour le site. 4. Sous Extensions d’analytiques, cliquez sur Créer une nouvelle connexion. 5. Dans la boîte de dialogue Nouvelle connexion, cliquez sur le type de connexion que vous souhaitez ajouter, puis saisissez les paramètres de configuration de votre service analytique : ![Affichage de la nouvelle boîte de dialogue de connexion, avec quatre options pour les sélections de type de connexion : TabPy, Einstein Discovery, RServe et API d’extensions d’analytiques.](/tableau/current/fr-ca/server/fr-ca/Img/analytics-extension-site-cx-type.png) 6. Les options que vous devez configurer dépendent du type de connexion que vous choisissez : - Pour une connexion Einstein Discovery, cliquez sur Activer. - Pour les connexions API à TabPy, à Rserve et aux extensions d’analytiques, saisissez les informations suivantes : - Nom de connexion (obligatoire) : spécifiez le type de serveur auquel vous vous connectez. RSERVE prend en charge les connexions vers R à l’aide du package Rserve. TABPY prend en charge les connexions à Python à l’aide de TabPy ou à d’autres extensions d’analytiques. - Nécessite SSL (recommandé) : sélectionnez cette option pour chiffrer la connexion au service d’analyses. Si vous spécifiez une URL `HTTPS` dans le champ Nom d’hôte, vous devez sélectionner cette option. - Nom d’hôte (obligatoire) : spécifiez le nom de l’ordinateur ou l’URL où le service analytique est en cours d’exécution. Ce champ est sensible à la casse. - Port (obligatoire) : spécifiez le port pour le service. - Connexion avec nom d’utilisateur et mot de passe (recommandé) : sélectionnez cette option pour spécifier le nom d’utilisateur et le mot de passe utilisés pour l’authentification sur le service d’analyses. 7. Cliquez sur Créer. ### Modifier ou supprimer une connexion aux extensions d’analytiques Pour modifier ou supprimer une configuration, accédez à Extensions d’analytiques sous l’onglet Extensions de votre site. ![Modifier et supprimer les icônes en surbrillance dans les options des extensions d’analytiques.](/tableau/current/fr-ca/server/fr-ca/Img/analytics-extension-edit-delete.png) Cliquez sur Modifier ou Supprimer et suivez les invites pour modifier la configuration. ## Exigence du client : chaîne intermédiaire de certificats pour le service externe Rserve Vous devez installer une chaîne de certificats complète sur les ordinateurs Tableau Desktop (Windows et Mac) qui se connectent à une connexion externe Rserve via Tableau Server. Cette exigence est due à la manière dont Rserve gère la poignée de main sur les connexions sécurisées. L’importation d’un certificat racine sur Tableau Desktop n’est pas suffisante; toute la chaîne de certificats doit être importée sur l’ordinateur client. ## Erreurs de script Tableau n’est pas en mesure de vérifier que les classeurs utilisant une extension d’analytique seront correctement rendus dans Tableau Server. Dans certains cas, il est possible qu’une bibliothèque statistique requise soit disponible sur l’ordinateur d’un utilisateur, mais pas sur l’instance d’extension d’analytique utilisée par Tableau Server. Un avertissement s’affiche lorsque vous publiez un classeur s’il contient des vues qui utilisent une extension d’analytique. Cette feuille de calcul contient des scripts de service externe inexploitables sur la plateforme cible en l’absence de connexion à un service externe configurée par l’administrateur. ## Déterminer l’utilisation des extensions d’analytiques Depuis la version 2021.2, les configurations d’extensions d’analytiques sont mappées au niveau du classeur. Les administrateurs peuvent ainsi utiliser des vues personnalisées pour interroger le référentiel Tableau et déterminer quels classeurs utilisent quelles extensions, et selon quelle fréquence. Pour cela, vous devez joindre la table des connexions du classeur aux tables qui indiquent l’utilisation du classeur. Pour plus d’informations sur la création et l’utilisation de vues administratives personnalisées, consultez [Collecter des données avec le référentiel Tableau Server](https://help.tableau.com/current/server/fr-ca/perf_collect_server_repo.htm) et [Créer des vues administratives personnalisées](https://help.tableau.com/current/server/fr-ca/adminview_postgres.htm). [Passer au contenu principal](#main-content) # Configurer les nœuds Utilisez l’interface en ligne de commande Web Tableau Services Manager (TSM) ou les commandes de l’interface en ligne de commande pour configurer la topologie d’un nœud. Le nœud initial est configuré avec un paramètre par défaut qui inclut tous les processus utilisés par TSM et Tableau Server. Lorsque vous ajoutez des nœuds supplémentaires, vous devez spécifier les processus qui s’exécuteront sur ces nœuds, ainsi que le nombre d’instances de ces processus. Vous souhaiterez peut-être aussi modifier la topologie du nœud initial, soit en ajoutant des instances de processus existants, soit en déplaçant certains de ces processus vers vos nœuds supplémentaires (courant lorsque vous configurez une installation distribuée de Tableau Server). **Remarque :** Vous ne pouvez pas supprimer le stockage de fichiers ou le référentiel (pgsql) s’il s’agit de la seule instance de ce processus sur votre groupement. Vous devez avoir au moins une instance de chacun des processus dans votre installation Tableau Server, et vous devez ajouter la seconde instance et l’autoriser à se synchroniser avec la première avant de supprimer le processus sur le nœud d’origine. Pour plus d’informations, consultez [Déplacer le processus Référentiel](https://help.tableau.com/current/server/fr-ca/distrib_rep_move.htm) et [Déplacer le processus stockage de fichiers](https://help.tableau.com/current/server/fr-ca/distrib_de_move.htm). **Remarque :** si vous avez installé un Agent Tableau Resource Monitoring Tool sur ce nœud, vous devrez mettre à jour le Serveur principal Resource Monitoring Tool pour refléter les modifications que vous apportez à un nœud Tableau Server. Les modifications comprennent l’ajout ou la suppression de processus, ou la modification du nombre de processus sur un nœud. Pour plus d’informations, consultez [Modifications de topologie Tableau Server](https://help.tableau.com/current/server/fr-ca/rmt-tableau-server-topology-changes.htm). Dans la plupart des cas, vous pouvez apporter de nombreuses modifications à la configuration de votre serveur. Il existe des exceptions si vous déplacez ou supprimez une instance du stockage de fichiers ou le référentiel Pour configurer vos nœuds Tableau Server à l’aide de l’interface Web TSM, procédez comme suit : 1. Ouvrez TSM dans un navigateur : https://:8850 Pour plus d’informations, consultez [Se connecter à l’interface utilisateur Web Tableau Services Manager](https://help.tableau.com/current/server/fr-ca/sign_in_tsm.htm). 2. Cliquez sur l’onglet Configuration. Les étapes suivantes dépendent des modifications de configuration que vous souhaitez apporter. - **Ajouter des processus**—Ajoutez des processus à un nœud en spécifiant le nombre d’instances souhaitées sur le nœud, ou en cochant la case du processus. Par exemple, pour ajouter quatre instances du gestionnaire de processus en arrière-plan et une passerelle à un nœud : 1. Cochez la case Passerelle : ![Un curseur survole la case de sélection d’un paramètre « Passerelle ». ](/tableau/current/fr-ca/server/fr-ca/Img/tsm-clear-gateway.png) 2. Définissez le nombre de gestionnaires de processus en arrière-plan sur 4 : ![Menu déroulant pour le gestionnaire de processus en arrière plan développé, avec le numéro quatre sélectionné.](/tableau/current/fr-ca/server/fr-ca/Img/tsm-set-backgrounder.png) L’ajout d’un gestionnaire de processus en arrière-plan à un nœud ajoute également une instance du moteur de données si le nœud n’en comporte pas déjà un. **Remarque :** l’interface utilisateur Web TSM vous limite à un maximum de 8 instances de processus vous permettant de choisir le nombre d’instances. Pour configurer plus d’instances que ce nombre, utilisez la ligne de commande et la commande `TSM topology set-process` . Pour plus d’informations, consultez [tsm topology set-process](https://help.tableau.com/current/server/fr-ca/cli_topology_tsm.htm#TSMSetProcess). - **Modifier le nombre de processus**—Modifiez le nombre de processus sur un nœud en spécifiant le nouveau nombre, ou en cochant la case du processus. - **Supprimer complètement un processus**—Supprimez toutes les instances d’un processus d’un nœud en désélectionnant la case du processus ou en définissant le nombre sur 0 (zéro). Dans la plupart des cas, vous déplacez un processus d’un nœud vers l’autre en définissant le nombre d’instances de processus sur le premier nœud sur 0 (zéro), et en définissant le nombre sur une valeur autre que zéro sur le second nœud. Si vous tentez d’effectuer une configuration sur un nœud qui n’est pas autorisé (si, par exemple, vous tentez de supprimer un stockage de fichiers qui n’a pas été désactivé), un message s’affiche pour vous en informer. 3. Cliquez sur Modifications en attente en haut à droite, puis sur Appliquer les modifications pour valider les modifications et redémarrer Tableau Server. Pour configurer des nœuds, exécutez les commandes depuis le nœud initial et utilisez l’ID de nœud pour spécifier le nœud que vous configurez. Pour déterminer l’ID de nœud, utilisez la commande `[tsm topology list-nodes](https://help.tableau.com/current/server/fr-ca/cli_topology_tsm.htm#TSMListNodes)`. Utilisez la commande `[tsm topology set-process](https://help.tableau.com/current/server/fr-ca/cli_topology_tsm.htm#TSMSetProcess)` pour ajouter, mettre à jour ou supprimer un processus sur un nœud. Vous devez spécifier le nœud que vous configurez, le processus que vous ajoutez, mettez à jour ou supprimez, ainsi que le nombre d’instances du processus. Après avoir configuré la topologie pour un nœud, vous devez appliquer les modifications à Tableau Server. Appliquez les modifications à l’aide de la commande `[tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply)`. Une fois les modifications appliquées, Tableau Server revient à l’état tel qu’il était avant l’exécution de la commande. Cela signifie que s’il était en cours d’exécution, il sera redémarré, et s’il était arrêté, il restera arrêté après l’application des modifications en attente. Dans la plupart des cas, si Tableau Server est en cours d’exécution lorsque vous appliquez les modifications en attente, le serveur est arrêté afin que les modifications puissent être appliquées, puis il est redémarré. Une exception s’applique si vous modifiez le nombre d’instances du gestionnaire de processus en arrière-plan, du  ou de VizQL Server sur un nœud existant. Si ces processus sont modifiés sur un nœud existant, Tableau Server n’a pas besoin d’être arrêté s’il est en cours d’exécution. Vous avez besoin d’un ID de nœud pour pouvoir configurer le nœud. Pour déterminer l’ID de nœud, utilisez cette commande : `tsm topology list-nodes -v` **Remarque :** les exemples présentés ici affichent quelques noms de processus. Pour une liste complète, consultez [Processus Tableau Server](https://help.tableau.com/current/server/fr-ca/processes.htm). ### Ajout de processus à un nœud Utilisez la commande `tsm topology set-process` pour ajouter un processus à un nœud. Vous devez spécifier le nœud que vous configurez, le processus que vous ajoutez, ainsi que le nombre d’instances du processus. 1. Sur le nœud initial, ouvrez une invite de commande en tant qu’administrateur. 2. Trouvez l’ID de nœud pour le nœud que vous modifiez : `tsm topology list-nodes -v` 3. Ajoutez des processus sur le nœud en spécifiant le processus et le nombre d’instances. Par exemple, cette commande ajoute deux instances de gestionnaire de processus en arrière-plan au nœud 1 : `tsm topology set-process -n node1 -pr backgrounder -c 2` 4. Appliquez les modifications : `tsm pending-changes apply` ### Modification du nombre de processus sur un nœud Modifiez le nombre de processus sur un nœud en spécifiant un processus déjà configuré et en fournissant une nouvelle valeur pour le nombre d’instances. 1. Sur le nœud initial, ouvrez une invite de commande en tant qu’administrateur. 2. Trouvez l’ID de nœud pour le nœud que vous modifiez : `tsm topology list-nodes -v` 3. Modifiez le nombre de processus sur le nœud en spécifiant un processus déjà configuré et en fournissant une nouvelle valeur pour le nombre d’instances. Par exemple, sur un nœud (nœud 1) qui exécute déjà le gestionnaire de processus en arrière-plan, cette commande change le nombre d’instances sur quatre : `tsm topology set-process -n node1 -pr backgrounder -c 4` 4. Appliquez les modifications : `tsm pending-changes apply` ### Suppression de toutes les instances d’un processus d’un nœud 1. Sur le nœud initial, ouvrez une invite de commande en tant qu’administrateur. 2. Trouvez l’ID de nœud pour le nœud que vous modifiez : `tsm topology list-nodes -v` 3. Supprimez un processus d’un nœud en spécifiant un nombre de 0 instances pour ce processus sur le nœud. Par exemple, cette commande supprime le processus du gestionnaire de processus en arrière-plan du nœud 1 : `tsm topology set-process -n node1 -pr backgrounder -c 0` 4. Appliquez les modifications : `tsm pending-changes apply` ### Déplacement de toutes les instances d’un processus d’un nœud vers un autre nœud Dans la plupart des cas, vous déplacez un processus d’un nœud vers l’autre en définissant le nombre d’instances de processus sur le premier nœud sur zéro, et en définissant le nombre sur une valeur autre que zéro sur le second nœud. 1. Sur le nœud initial, ouvrez une invite de commande en tant qu’administrateur. 2. Trouvez l’ID de nœud pour le nœud que vous modifiez : `tsm topology list-nodes -v` 3. Déplacez un processus d’un nœud vers un autre nœud en spécifiant un nombre de 0 instance pour ce processus sur ce premier nœud, et en spécifiant un nombre de 1 ou plus sur le second nœud. Par exemple, ces commandes suppriment le gestionnaire de processus en arrière-plan du nœud 1 et ajoutent deux instances de ce serveur au nœud 2 : `tsm topology set-process -n node1 -pr backgrounder -c 0` `tsm topology set-process -n node2 -pr backgrounder -c 2` 4. Appliquez les modifications : `tsm pending-changes apply` [Passer au contenu principal](#main-content) # Configurer les opérations de clé produit avec un proxy de transfert Si l’ordinateur où Tableau Server est installé a été configuré pour se connecter avec un proxy de transfert, vous devez exécuter la procédure décrite dans cette rubrique pour activer, actualiser ou désactiver les clés produit pour Tableau Server. Vous pouvez sinon activer une clé produit hors ligne (voir [Activer Tableau Server hors ligne](https://help.tableau.com/current/server/fr-ca/activate_off.htm)). Pour accéder aux renseignements de clé produit et les configurer par la suite pour votre installation Tableau Server, le service Windows, le **Contrôleur d’administration Tableau Server**, doit s’exécuter sous le compte Exécuter en tant que service. Pour un fonctionnement normal, ce service s’exécute sous le compte système Network Service. Cette procédure décrit comment spécifier le compte Exécuter en tant que service comme compte temporaire permettant de se connecter au service **Contrôleur d’administration Tableau Server**. Après avoir exécuté avec succès l’opération de clé produit, vous devez modifier les identifiants à nouveau sur le compte système Network Service. ## Avant de commencer - Si vous exécutez un déploiement distribué de Tableau Server, exécutez la procédure décrite dans cette rubrique sur le nœud initial du groupement. - Pour exécuter cette procédure, vous devez connaître le nom et le mot de passe du compte Exécuter en tant que service. Voir [Modifier le compte Exécuter en tant que service](https://help.tableau.com/current/server/fr-ca/runas_acct.htm). - Vérifiez la configuration de votre proxy de transfert. Les procédures décrites ci-dessous s’adressent aux entreprises qui ont configuré le proxy de transfert à l’aide des « Propriétés Internet » sur l’ordinateur Windows où Tableau Server s’exécute. Consultez [Configuration des proxys et des équilibreurs de charge pour Tableau Server](https://help.tableau.com/current/server/fr-ca/proxy.htm). ## Étape 1 : Vérifier la configuration du serveur proxy 1. Connectez-vous à l’ordinateur où Tableau Server est installé ou sera installé. 2. Ouvrez la boîte de dialogue Paramètres du réseau local. (Pour accéder rapidement à cette boîte de dialogue, recherchez `Internet Options` dans le menu Démarrer de Windows. Dans la boîte de dialogue Propriétés Internet, sélectionnez l’onglet Connexions, puis cliquez sur Paramètres LAN.) 3. Sous Serveur proxy, vérifiez que l’option Utiliser un serveur proxy pour le réseau local est sélectionnée et que l’adresse et le port du serveur proxy ont été spécifiés. ![Une boîte de dialogue avec des options permettant de configurer un réseau local.](/tableau/current/fr-ca/server/fr-ca/Img/proxy_forward_ie_lan_settings_config.png) ## Étape 2 : Modifier temporairement le compte de connexion pour le service Contrôleur d’administration Tableau Server 1. Connectez-vous au même ordinateur que celui vérifié à l’étape 1 ci-dessus. 2. Ouvrez la console de gestion Services (Local) de Microsoft. (Pour accéder rapidement à cette console, recherchez `Services` dans le menu Démarrer de Windows.) 3. Faites un clic droit sur **Contrôleur d’administration Tableau Server**, puis cliquez sur Propriétés. Dans la page **Propriétés du contrôleur d’administration Tableau Server**, cliquez sur l’onglet Connexion. 4. Dans l’onglet Connexion, remplacez `Network Service` pour votre compte Exécuter en tant que service. Entrez le mot de passe puis cliquez sur OK. 5. Dans la console de gestion Microsoft Services (Local), faites un clic droit sur **Contrôleur d’administration Tableau Server**, puis cliquez sur Redémarrer. ## Étape 3 : Modifier temporairement le compte de connexion pour le service d’activation de Tableau Server **Remarque :** Cette étape concerne les versions 2023.1.3 ou ultérieure, 2022.3.7 ou ultérieure et 2022.1.15 ou ultérieure. À partir de ces versions, le service d’activation est installé même si vous utilisez la méthode d’activation traditionnelle. 1. Connectez-vous au même ordinateur que celui vérifié à l’étape 1 ci-dessus. 2. Ouvrez la console de gestion Microsoft. (Pour accéder rapidement à cette console, recherchez `Services` dans le menu Démarrer de Windows.) 3. Faites un clic droit sur **Service d’activation Tableau Server**, puis cliquez sur Propriétés. 4. Dans la page **Propriétés du Service d’activation Tableau Server**, cliquez sur l’onglet Connexion. 5. Dans l’onglet Connexion, remplacez `Local System account` pour votre compte Exécuter en tant que service. Entrez le mot de passe puis cliquez sur OK. 6. Dans la console de gestion Services (local) de Microsoft, faites un clic droit sur **Service d’activation Tableau Server**, puis cliquez sur Redémarrer. ## Étape 4 : Activer, actualiser ou désactiver les clés produit Tableau Pendant que le contrôleur d’administration Tableau Server s’exécute sous votre compte Exécuter en tant que service, vous pouvez activer, actualiser ou désactiver votre clé produit Tableau. - Pour activer dans le cadre du processus de configuration, consultez [Activer et enregistrer Tableau Server](https://help.tableau.com/current/server/fr-ca/activate.htm). - Pour actualiser une clé produit, consultez [Actualiser la date d’expiration et les attributs pour la clé produit](https://help.tableau.com/current/server/fr-ca/license_refresh.htm). - Pour désactiver une clé produit, consultez [tsm licenses deactivate](https://help.tableau.com/current/server/fr-ca/cli_licenses_tsm.htm#TSMDeactivate). ## Étape 5 : Rétablir le compte de connexion sur Network Service (Contrôleur administratif) Après avoir terminé votre opération de clé produit, vous devez rétablir le compte de connexion pour le contrôleur d’administration Tableau Server sur le compte `Network Service`. Rétablissez le compte de connexion pour le contrôleur administratif : 1. Ouvrez la console de gestion Services (Local) de Microsoft. 2. Faites un clic droit sur **Contrôleur d’administration Tableau Server**, puis cliquez sur Propriétés. Dans la page **Propriétés du contrôleur d’administration Tableau Server**, cliquez sur l’onglet Connexion. 3. Dans l’onglet Connexion, cliquez sur le bouton Parcourir. 4. Dans la boîte de dialogue Sélectionner un utilisateur, entrez `Network Service`, puis cliquez sur OK pour résoudre le nom et revenir à l’onglet Connexion. 5. Dans l’onglet Connexion, effacez les mots de passe du compte `Network Service`, puis cliquez sur OK. 6. Dans la console de gestion Microsoft Services (Local), faites un clic droit sur **Contrôleur d’administration Tableau Server**, puis cliquez sur Redémarrer. ## Étape 6 : Rétablir le compte de connexion sur Compte système local (Service d’activation) Si vous avez modifié le compte de connexion pour le service d’activation de Tableau Server (étape 3 ci-dessus), vous devrez redéfinir le compte de connexion sur `Network Service` après avoir terminé l’opération de clé de produit. Rétablissez le compte de connexion pour le service d’activation : 1. Ouvrez la console de gestion Services (Local) de Microsoft. 2. Faites un clic droit sur **Service d’activation Tableau Server**. puis cliquez sur Propriétés. 3. Dans la page Propriétés du Service d’activation Tableau Server, cliquez sur l’onglet Connexion. 4. Dans l’onglet Connexion, sélectionnez Compte système local et cliquez sur OK. 5. Dans la console de gestion Services (local) de Microsoft, faites un clic droit sur **Service d’activation Tableau Server**, puis cliquez sur Redémarrer. [Passer au contenu principal](#main-content) # Configurer les paramètres d’une histoire basées sur des données Tableau **Changements importants pour Tableau Histoires de données** Les histoires de données Tableau ont été retirées dans Tableau Desktop, Tableau Cloud et Tableau Server en janvier 2025 (2025.1). Grâce aux progrès des technologies du langage naturel, nous développons une interface améliorée qui permettra de poser plus facilement des questions sur vos données et de rester au courant des changements. Pour plus d’informations, consultez l’article [Comment Tableau Pulse alimenté en énergie Tableau AI les expériences liées aux données.](https://www.tableau.com/fr-ca/blog/tableau-pulse-and-tableau-ai) Après avoir [Ajouter une histoire basée sur des données Tableau à un tableau de bord](https://help.tableau.com/current/server/fr-ca/data_stories_create.htm), vous pouvez configurer et modifier votre histoire basée sur données Tableau afin qu’elle soit adaptée à vos besoins : utilisez un langage spécifique à vos données, spécifiez les analyses sur lesquelles vous écrivez et personnalisez l’affichage de votre histoire basée sur des données Tableau. ## Autres articles de cette section [Passer au contenu principal](#main-content) # Configurer les paramètres des histoires basées sur des données : Relations **Changements importants pour Tableau Histoires de données** Les histoires de données Tableau ont été retirées dans Tableau Desktop, Tableau Cloud et Tableau Server en janvier 2025 (2025.1). Grâce aux progrès des technologies du langage naturel, nous développons une interface améliorée qui permettra de poser plus facilement des questions sur vos données et de rester au courant des changements. Pour plus d’informations, consultez l’article [Comment Tableau Pulse alimenté en énergie Tableau AI les expériences liées aux données.](https://www.tableau.com/fr-ca/blog/tableau-pulse-and-tableau-ai) Le paramètre Relations vous permet d’attribuer des relations entre les mesures dans une histoire basée sur des données Tableau comportant plusieurs mesures. Pour configurer les relations, votre histoire doit avoir une dimension et plusieurs mesures. Pour plus d’informations, consultez [Créer des relations de mesure personnalisées dans vos Histoires de données Tableau](https://help.tableau.com/current/server/fr-ca/data_stories_relationship_story.htm). On distingue deux types de relations : - Valeur réelle contre valeur de référence - Période actuelle / la plus récente contre période précédente Utilisez la relation Valeur réelle contre valeur de référence lorsque vous souhaitez savoir si vos performances sont supérieures ou inférieures à vos performances de référence, par exemple, lors de la création de rapports sur les quotas. Ce type de relation est également utile pour identifier les points de données qui nécessitent une analyse supplémentaire, car ils sont nettement supérieurs ou inférieurs à votre référence. Pour utiliser la relation Valeur réelle contre valeur de référence, les mesures que vous comparez doivent avoir le même type de valeur. Utilisez la relation Période actuelle / la plus récente contre période précédente lorsque vous voulez voir si vos indicateurs clés de performance (ICP) augmentent, diminuent ou restent constants dans le temps. Pour utiliser la relation Période actuelle / la plus récente contre période précédente, vous devez utiliser un type d’histoire discrète. Pour plus d’informations, consultez [Choisir le bon type d’histoire pour votre histoire basée sur des données Tableau Desktop](https://help.tableau.com/current/server/fr-ca/data_stories_story_types.htm). En outre, vous pouvez utiliser simultanément les relations Valeur réelle contre valeur de référence et Période actuelle / la plus récente contre période précédente. Les mesures de votre visualisation qui ne font pas partie des relations configurées sont décrites dans des paragraphes séparés. ## Créer une relation Valeur réelle contre valeur de référence pour les histoires continues ou discrètes Utilisez la relation Valeur réelle contre valeur de référence lorsqu’une mesure est une référence pour d’autres mesures. Par exemple, vous pouvez comparer les ventes réelles à un objectif de vente, de sorte que les enseignements de votre histoire indiquent si vous avez dépassé ou non votre objectif. Lorsque vous utilisez ce type de relation, l’histoire supprime le contenu inutile et se concentre sur ce qui est le plus important : la comparaison d’une mesure à son point de référence associé. 1. [Ajouter une histoire basée sur des données Tableau à un tableau de bord](https://help.tableau.com/current/server/fr-ca/data_stories_create.htm). 2. À partir de votre tableau de bord, cliquez sur l’icône Paramètres dans le coin supérieur gauche de votre objet Histoire basée sur des données. 3. Dans la boîte de dialogue Histoire basée sur des données, cliquez sur l’onglet Relations. 4. Cochez la case Valeur réelle contre valeur de référence. 5. Commencez par sélectionner la mesure qui sert de référence. 6. Sélectionnez ensuite la mesure que vous souhaitez comparer à la référence. 7. Cliquez sur Enregistrer. ## Créer une relation Période actuelle / la plus récente contre période précédente Utilisez la relation Période actuelle / la plus récente contre période précédente pour comparer les performances de deux mesures sur une période donnée. Par exemple, vous pouvez comparer deux produits pour voir lequel a généré le plus de recettes au cours de l’année écoulée. 1. [Ajouter une histoire basée sur des données Tableau à un tableau de bord](https://help.tableau.com/current/server/fr-ca/data_stories_create.htm). 2. À partir de votre tableau de bord, cliquez sur l’icône Paramètres dans le coin supérieur gauche de votre objet Histoire basée sur des données. 3. Dans la boîte de dialogue Histoire basée sur des données, cliquez sur l’onglet Relations. 4. Cochez la case de la relation Période actuelle / la plus récente contre période précédente. 5. Commencez par sélectionner la mesure pour la période précédente. 6. Sélectionnez ensuite la mesure pour la période actuelle. 7. Entrez l’étiquette de la période que vous mesurez, par exemple, l’année. 8. Choisissez le nombre de périodes à mesurer. 9. Cliquez sur Enregistrer. [Passer au contenu principal](#main-content) # Configurer les paramètres des histoires basées sur des données Tableau : Affichage **Changements importants pour Tableau Histoires de données** Les histoires de données Tableau ont été retirées dans Tableau Desktop, Tableau Cloud et Tableau Server en janvier 2025 (2025.1). Grâce aux progrès des technologies du langage naturel, nous développons une interface améliorée qui permettra de poser plus facilement des questions sur vos données et de rester au courant des changements. Pour plus d’informations, consultez l’article [Comment Tableau Pulse alimenté en énergie Tableau AI les expériences liées aux données.](https://www.tableau.com/fr-ca/blog/tableau-pulse-and-tableau-ai) Vous pouvez configurer la manière dont le texte de votre histoire basée sur des données s’affiche, comme la couleur et la taille de la police. Vous pouvez également choisir si votre histoire utilise des listes à puces ou des paragraphes. ## Configurer l’affichage de votre histoire 1. [Ajouter une histoire basée sur des données Tableau à un tableau de bord](https://help.tableau.com/current/server/fr-ca/data_stories_create.htm). 2. À partir de votre tableau de bord, cliquez sur l’icône Paramètres dans le coin supérieur gauche de votre objet Histoire basée sur des données. 3. Dans la boîte de dialogue Histoire basée sur des données, cliquez sur l’onglet Affichage. 4. Choisissez si vous voulez que la structure de votre histoire soit Puces ou Paragraphes. 5. Choisissez votre taille de police. 6. Choisissez des couleurs pour représenter les bons et les mauvais changements (disponibles pour les histoires continues). 7. Choisissez si vous souhaitez utiliser la réorganisation dynamique. 8. Choisissez d’utiliser ou non une vue condensée. 9. Cliquez sur Enregistrer. ## Comprendre quand utiliser les paramètres d’affichage de l’histoire Pour utiliser la couleur, votre histoire doit être continue. Lorsque vous utilisez la couleur, vous pouvez choisir des couleurs dans la palette pour représenter les bons et les mauvais changements. Pour que votre histoire sache si un changement est bon ou mauvais, vous devez attribuer une signification à des valeurs plus grandes dans l’onglet Caractéristiques. Pour plus d’informations, consultez [Configurer les paramètres des histoires basées sur des données Tableau : Caractéristiques](https://help.tableau.com/current/server/fr-ca/data_stories_characteristics.htm). Une fois que vous avez configuré votre affichage, les styles et les couleurs sont appliqués dans votre histoire en fonction de seuils pour l’analyse des courbes de tendance ou des segments. Si vous activez le tri dynamique, les informations relatives aux mesures d’une histoire sont triées dynamiquement de la meilleure à la pire valeur moyenne. Si vous avez déjà une commande que vous souhaitez gérer, désactivez la commande dynamique. Si vous activez la vue condensée, l’espace supplémentaire est supprimé de votre histoire. Ceci est utile si vous n’avez pas beaucoup d’espace supplémentaire dans votre tableau de bord ou si vous avez plusieurs objets Histoire basée sur des données dans un tableau de bord. [Passer au contenu principal](#main-content) # Configurer les paramètres des histoires basées sur des données Tableau : Analyses **Changements importants pour Tableau Histoires de données** Les histoires de données Tableau ont été retirées dans Tableau Desktop, Tableau Cloud et Tableau Server en janvier 2025 (2025.1). Grâce aux progrès des technologies du langage naturel, nous développons une interface améliorée qui permettra de poser plus facilement des questions sur vos données et de rester au courant des changements. Pour plus d’informations, consultez l’article [Comment Tableau Pulse alimenté en énergie Tableau AI les expériences liées aux données.](https://www.tableau.com/fr-ca/blog/tableau-pulse-and-tableau-ai) Dans votre histoire basée sur des données Tableau, vous pouvez choisir les analyses sur lesquelles rédiger et quand ces analyses sont rédigées. Différents types d’analyses sont disponibles en fonction du type de votre histoire et du nombre de dimensions et de mesures de votre histoire. Cependant, les analyses ne sont actuellement pas prises en charge pour les types d’histoires de type nuage de points. Pour plus d’informations, consultez [Choisir le bon type d’histoire pour votre histoire basée sur des données Tableau Desktop](https://help.tableau.com/current/server/fr-ca/data_stories_story_types.htm). ## Configurer les analyses pour votre histoire 1. [Ajouter une histoire basée sur des données Tableau à un tableau de bord](https://help.tableau.com/current/server/fr-ca/data_stories_create.htm). 2. À partir de votre tableau de bord, cliquez sur l’icône Paramètres dans le coin supérieur gauche de votre objet Histoire basée sur des données. 3. Dans la boîte de dialogue Histoire basée sur des données, cliquez sur l’onglet Analyses. 4. Cliquez sur les commutateurs pour activer différents types d’analyses. 5. Pour Segments et Ligne de tendance , développez Paramètres pour définir des seuils pour effectuer ces analyses. 6. Cliquez sur Enregistrer. ## Comprendre les différents types d’analyse ### Corrélation Utilisez Corrélation pour identifier les véritables corrélations statistiques entre deux séries. Si vous avez plus de deux séries, toutes les combinaisons sont analysées pour les corrélations. Par exemple, vous pouvez activer la corrélation pour déterminer dans quelles circonstances deux produits sont souvent achetés ensemble. ### Regroupement Utilisez le Regroupement pour identifier des groupes distincts de points de données (clusters) à l’aide d’une seule analyse statistique. Par exemple, vous pouvez activer Regroupement pour déterminer quand un produit est très populaire dans une région géographique spécifique. ### Distribution Utilisez Distribution pour classer les points de données les uns par rapport aux autres à l’aide d’observations non statistiques, telles que la moyenne, la médiane, l’asymétrie, etc. Par exemple, vous pouvez activer Distribution pour identifier le produit qui présente le taux de profit le plus élevé. ### Segments Utilisez Segments pour mettre en évidence les modifications notables apportées aux points de données d’une série. Tout d’abord, définissez le pourcentage minimal de modification sur lequel vous souhaitez écrire dans un segment. Les modifications qui se situent en dessous de votre seuil défini ne font pas l’objet d’une écriture. Par exemple, si vous définissez votre seuil de segment pour des modifications supérieures à 60 %, votre histoire n’écrit pas sur un creux dans une série chronologique qui présente une diminution de 30 %. Une fois que vous avez défini le seuil, choisissez d’Appliquer la mise en forme ou non et définissez le pourcentage minimal de modification que vous souhaitez mettre en forme. ### Courbe de tendance Utilisez Courbe de tendance pour calculer une courbe linéaire adaptée et identifier les données se situant dans un pourcentage de confiance défini. Les données qui présentent une forte variabilité ont un niveau de confiance inférieur à celui des données plus cohérentes, et ce niveau de confiance affecte l’écriture des courbes de tendance. Vous pouvez utiliser des courbes de tendance pour les histoires qui ont une dimension et une mesure, ou vous pouvez utiliser des courbes de tendance dans une exploration. Pour plus d’informations sur les explorations, consultez [Configurer les paramètres des histoires basées sur des données Tableau : Récit](https://help.tableau.com/current/server/fr-ca/data_stories_narrative.htm). Définissez le pourcentage de confiance minimal pour votre courbe de tendance. Si vous définissez votre seuil à 95 %, mais qu’une courbe de tendance peut être tracée à 90 % de confiance, votre histoire n’écrit pas sur les courbes de tendance. Après avoir défini votre seuil, choisissez d’appliquer ou non la mise en forme. Définissez ensuite le pourcentage minimal de modification que vous souhaitez mettre en forme. Les histoires basées sur des données Tableau concernant les lignes de tendance communiquent le changement absolu sur une période. L’histoire écrite sur votre courbe de tendance varie en fonction du niveau de verbosité que vous avez défini pour votre histoire. Si votre histoire utilise une verbosité élevée, votre histoire écrit sur la valeur R au carré, qui est un concept statistique qui quantifie à quel point vos données correspondent à la courbe de tendance. Pour plus d’informations sur les paramètres de verbosité, consultez [Configurer les paramètres des histoires basées sur des données Tableau : Récit](https://help.tableau.com/current/server/fr-ca/data_stories_narrative.htm) . Dans les paramètres de Courbe de tendance, vous pouvez également choisir le nombre de périodes dans le futur pour lesquelles vous souhaitez que votre histoire écrive des prédictions. Lorsque vous utilisez des prédictions, votre récit utilise la pente et l’ordonnée à l’origine de la courbe de tendance pour calculer les valeurs prévues pour les périodes futures. La confiance de la prédiction ajoute des limites supérieures et inférieures au seuil de confiance que vous avez défini pour les courbes de tendance. Vous pouvez utiliser des prédictions lorsque votre histoire comporte au moins 30 points de données linéaires. ### Volatilité Utilisez la Volatilité pour analyser les écarts-types au fil du temps. Par exemple, utilisez Volatilité lorsque vous souhaitez que votre histoire écrive sur des valeurs qui se situent en dehors de la plage moyenne de vos données. ## Décomposer le mode d’utilisation des analyses pour générer des histoires À ce stade, vous vous demandez peut-être comment fonctionnent les analyses pour différents types d’histoires. Examinons un exemple pour chaque type d’histoire et décomposons chaque phrase de l’histoire. ### Comprendre l’analyse pour les histoires discrètes Parce que les histoires continues mesurent les tendances au fil du temps, Histoires de données écrit sur les performances, la progression, les moyennes, les totaux, les séries, la volatilité, les segments et les prévisions. L’exemple suivant d’histoire continue concerne les ventes par mois : ![Exemple d’histoire avec des informations textuelles sur les ventes par mois. Le texte de cette image est retranscrit dans le tableau suivant.](/tableau/current/fr-ca/server/fr-ca/Img/data_stories_continuous_analytics.png)
Exemple d’histoireRépartition de l’histoire
  • Les ventes moyennes étaient de 47 858 $ sur les 48 mois.
  • La valeur minimale était de 4 520 $ (février 2014) et la valeur maximale était de 118 448 $ (novembre 2017).
Les deux premières phrases utilisent des fonctions de moyenne et de plage pour écrire sur les valeurs moyennes, maximales et minimales sur la période que vous analysez.
  • Les ventes ont augmenté de 489 % au cours de la série, mais se sont terminées par une tendance à la baisse, diminuant le dernier mois.
La troisième phrase concerne la performance globale de la mesure sur la période. Par exemple, une phrase peut indiquer si les ventes ont augmenté, diminué ou évolué différemment au cours d’une période spécifique.
  • La plus forte augmentation unique en pourcentage s’est produite en mars 2014 ( +1,132 % ). Cependant, la plus forte augmentation unique sur une base absolue s’est produite en septembre 2014 ( + 53,868 $).
La quatrième phrase utilise une analyse de progression. Cette phrase écrit sur la plus grande augmentation et diminution basée sur la mesure au cours de la période en utilisant à la fois une base de pourcentage et une base absolue.
  • Parmi les trois séries, la relation la plus forte se situe entre Corporate et Home Office, qui présentait une corrélation positive modérée, ce qui suggère qu’à mesure que l’un (Corporate) augmente, l’autre (Home Office) augmente généralement aussi, ou vice versa.
Cette phrase est un aperçu de la corrélation. Ce type d’informations analytiques écrit sur les corrélations notables entre différentes séries de vos données.
  • Les ventes ont connu une cyclicité, chaque cycle répété environ tous les 12 mois. Il y avait aussi un schéma de cycles plus petits qui se répétaient environ tous les trois mois.
  • Les ventes ont connu un pic positif significatif entre octobre 2014 (31 453 $) et février 2015 (11 951 $), atteignant 78 629 $ en novembre 2014.
Cette phrase est un aperçu du segment. Ce type d’information analytique écrit sur les augmentations et les diminutions notables au fil du temps.
  • La tendance linéaire globale de la série a augmenté à 902 $ par mois pour une variation absolue de 42 394 $ au cours de la série. Si cette tendance se poursuit au cours du prochain mois, les ventes devraient être d’environ 69 958 $ .
Cette phrase est un aperçu de la courbe de tendance . Ce type d’informations écrit sur la façon dont les tendances correspondent à vos données avec un certain pourcentage de confiance, et les lignes de tendance vous permettent de faire des prédictions basées sur les tendances historiques.
### Comprendre l’analyse pour les histoires discrètes Étant donné que les histoires discrètes vous permettent de comparer des valeurs et de comprendre la distribution des données, l’histoire écrit sur la distribution, les moyennes, les totaux et les regroupements ou clusters à travers les données. L’exemple suivant d’histoire discrète concerne les ventes par produit : ![Exemple d’histoire avec des informations textuelles sur les ventes par produit. Le texte de cette image est retranscrit dans le tableau suivant.](/tableau/current/fr-ca/server/fr-ca/Img/data_stories_discrete_analytics.png)
Exemple d’histoireRépartition de l’histoire
  • Le total des ventes est de 2,3 millions de dollars pour les 17 produits.
La première phrase calcule la valeur totale de votre mesure.
  • Les ventes de 2,3 millions de dollars ont été obtenues par Téléphones avec 330 007 $, Chaises avec 328 449 $, et Stockage avec 223 844 $ .
La deuxième phrase écrit sur les facteurs de dimension. Dans cet exemple, les facteurs de dimension sont les produits qui ont le plus contribué aux ventes totales.
  • La distribution est positivement faussée, car la moyenne de 135 129 $ est supérieure à la médiane de 114 880 $.
  • Les ventes sont relativement concentrées avec 78 % du total représenté par huit des 17 produits (47 %).
Les troisième et quatrième phrases analysent la distribution des données. Cela analyse les moyennes, les médianes, la concentration des données (le cas échéant) et la façon dont les données sont faussées. Cela permet d’identifier l’équilibre de ces variables groupées les unes par rapport aux autres.
  • Les deux principaux produits se combinent pour plus d’un quart (29 %) des ventes globales.
Cette phrase utilise le regroupement pour écrire sur les mesures qui peuvent être regroupées. Cela permet de déterminer s’il existe des groupes distincts qui se démarquent dans les données.
  • Téléphones (330 007 $) est plus de deux fois supérieur à la moyenne des 17 produits.
La dernière phrase écrit sur des valeurs atypiques notables.
### Comprendre les analyses pour les histoires en nuage de points Les types d’histoires en nuage de points sont adaptés pour comprendre la relation entre deux mesures, et pour cette raison, les histoires en nuage de points nécessitent 2 à 3 mesures. L’analyse du nuage de points écrit sur la relation (régression) entre deux mesures, et elle écrit sur les groupes (clusters) au sein des données, le cas échéant. L’exemple suivant d’histoire en nuage de points concerne les bénéfices et les ventes dans une dimension : ![Exemple d’histoire incluant des informations textuelles sur les bénéfices et les ventes. Le texte de cette image est retranscrit dans le tableau suivant.](/tableau/current/fr-ca/server/fr-ca/Img/data_stories_scatter_analytics.png)
Exemple d’histoireRépartition de l’histoire
  • À mesure que la quantité et que les bénéfices augmentaient, les ventes augmentaient en fonction des données fournies. Plus précisément, lorsque la quantité a augmenté de 1, les ventes ont augmenté de 49,55$, et lorsque le bénéfice a augmenté de 1,00 $, les ventes ont augmenté de 1,20 $.
  • Peu de clients se sont écartés de cette relation générale, ce qui indique un bon ajustement.
Les deux premières phrases sont alimentées par l’analyse de régression. La régression montre comment une mesure affecte une autre. Notez que dans la première phrase, l’histoire a identifié une relation entre profit et ventes.
  • Lors d’une organisation en groupes de bénéfices, de quantités et de valeurs de vente similaires, un groupe distinct se démarque. Il y avait 651 clients qui avaient des valeurs de profit comprises entre -6 626 $ et 1 488 $ , une quantité entre 2 et 122, et des ventes entre 4,83 $ et 5 690 $.
La troisième phrase est dérivée du regroupement. L’analyse de regroupement tente d’identifier des groupes ou clusters clés parmi toutes les variables des données.
  • Tamara Chand, Raymond Buchet Sanjit Chand, parmi d’autres, constituaient des valeurs atypiques avec des valeurs de profit et de vente élevées. Sean Miller s’est démarqué avec un faible bénéfice et une valeur de vente élevée.
La quatrième phrase concerne les valeurs atypiques, c’est-à-dire les valeurs nettement supérieures ou inférieures à la moyenne.
  • La valeur minimale de profit est de -6 626 $ (Cindy Stewart) et la valeur maximale est de 8 981 $ (Tamara Chand), une différence de 15 608 $. Le bénéfice moyen par client est 361 $ et la médiane est 228 $.
  • La valeur minimale de quantité est 2 (Anthony O’Donnell) et la valeur maximale est 150 (Jonathan Doherty), une différence de 148. La quantité moyenne par client est 47,76 et la médiane est 44.
  • La répartition des ventes varie de 4,83 $ (Thaïs Sissman) à 25 043 $ (Sean Miller), une différence de 25 038 $. Les ventes moyennes par client sont 2 897 $ et la médiane est 2 256 $.
Les phrases restantes pour les histoires en nuage de points utilisent une analyse de plage et de moyenne pour écrire des informations.
### Comprendre les analyses pour le pourcentage d’histoires entières Les types de pourcentage d’histoires entières sont les meilleurs pour comprendre quelle partie d’un ensemble une dimension ou une mesure représente. L’exemple suivant d’un pourcentage de toute l’histoire concerne les ventes par segment : ![Exemple d’histoire avec des informations textuelles sur les ventes par segment. Le texte de cette image est retranscrit dans le tableau suivant.](/tableau/current/fr-ca/server/fr-ca/Img/data_stories_pie_analytics.png)
Exemple d’histoireRépartition de l’histoire
  • Total SUM(Sales) est de 2,3 millions dans les trois entités.

La première phrase calcule la valeur totale de votre mesure.
  • SUM(Sales) de 2,3 millions a été obtenu par Consumer avec 1,2 million, Corporate avec 706 146 et Home Office avec 429 653.

La deuxième phrase parle des facteurs. Dans cet exemple, les facteurs sont les segments qui ont le plus contribué aux ventes totales.
  • La valeur minimale est de 429 653 (Home Office) et la valeur maximale est de 1,2 million (Consumer), une différence de 731 748, avec une moyenne de 765 734.
La dernière phrase analyse la distribution des données.
[Passer au contenu principal](#main-content) # Configurer les paramètres des histoires basées sur des données Tableau : Caractéristiques **Changements importants pour Tableau Histoires de données** Les histoires de données Tableau ont été retirées dans Tableau Desktop, Tableau Cloud et Tableau Server en janvier 2025 (2025.1). Grâce aux progrès des technologies du langage naturel, nous développons une interface améliorée qui permettra de poser plus facilement des questions sur vos données et de rester au courant des changements. Pour plus d’informations, consultez l’article [Comment Tableau Pulse alimenté en énergie Tableau AI les expériences liées aux données.](https://www.tableau.com/fr-ca/blog/tableau-pulse-and-tableau-ai) Dans votre histoire basée sur des données Tableau, vous pouvez configurer les paramètres de caractéristiques pour donner un contexte à vos données, afin d’obtenir des histoires plus perspicaces. Par exemple, dans votre histoire, vous pouvez spécifier que dans le cadre des ventes, un nombre plus élevé est bon. Mais dans le contexte des revendications des clients, il est déconseillé d’avoir un nombre plus élevé. ## Utiliser les caractéristiques de dimension et de mesure Votre histoire et la mise en forme des nombres s’ajustent en fonction de la mesure. Par défaut, les créateurs d’histoires mesurent toutes les valeurs sous forme de nombres, et votre histoire n’effectuera aucun calcul supplémentaire ni n’appliquera de règles de rendu spéciales. 1. [Ajouter une histoire basée sur des données Tableau à un tableau de bord](https://help.tableau.com/current/server/fr-ca/data_stories_create.htm). 2. À partir de votre tableau de bord, cliquez sur l’icône Paramètres dans le coin supérieur gauche de votre objet Histoire basée sur des données. 3. Dans la boîte de dialogue Histoire basée sur des données, cliquez sur l’onglet Caractéristiques. 4. Configurez votre mise en forme, comme le type de nombre, les décimales et les valeurs négatives. 5. Cliquez sur Enregistrer. ## En savoir plus sur les caractéristiques de mesure ### Mise en forme Si les valeurs sont mises en forme en tant que Pourcentages, l’histoire portera sur les écarts en points de pourcentage, plutôt que sur les variations en pourcentage comme le ferait une histoire portant sur des valeurs numériques. Lorsque vous formatez un nombre en pourcentage dans l’onglet Caractéristiques, l’histoire basée sur des données multiplie la valeur du nombre par 100 pour créer le pourcentage qui s’affiche dans votre histoire. Si les valeurs sont mises en forme en tant que Devise, vous pouvez préciser votre devise préférée. Vous pouvez également préciser la mise en forme des grandes valeurs (nombres supérieurs à un million), par exemple 1,3 million de dollars au lieu de 1 300 000,00 $. Pour les champs Nombres et Devise, vous pouvez préciser de quelle façon vous souhaitez voir les grandes valeurs et les valeurs négatives écrites. Si vous choisissez d’écrire des valeurs négatives entre parenthèses, des parenthèses imbriquées peuvent s’afficher dans votre histoire lorsque la valeur négative est écrite dans une phrase entre parenthèses. Lorsque vous choisissez la mise en forme des nombres, vous pouvez également préciser si vous souhaitez que les nombres inférieurs ou égaux à 10 soient orthographiés (plutôt que d’utiliser un chiffre) dans votre histoire. Pour les décimales, Dynamique est l’option par défaut. Cela signifie que l’histoire arrondit les résultats à un nombre de décimales différent selon que le nombre est grand ou petit Si la valeur en pourcentage est inférieure à 10, le nombre est arrondi à deux décimales. Si la valeur en pourcentage est supérieure à 10, le nombre est arrondi au nombre entier le plus proche. Vous pouvez également préciser le nombre de décimales que vous souhaitez utiliser, qui sera utilisé systématiquement dans toute l’histoire. ### Contenu Vous pouvez attribuer une signification à des valeurs plus grandes. Par exemple, des valeurs plus élevées sont conseillées pour les ventes, mais des valeurs plus élevées sont déconseillées pour les pertes. De plus, vous pouvez choisir comment agréger les valeurs par somme ou par moyenne. Il est recommandé de choisir la même méthode d’agrégation que celle que vous utilisez dans la visualisation. Pour les mesures de taux, choisissez Moyenne, puis définissez le taux en sélectionnant les mesures des éléments de cette mesure de taux. Les mesures qui sont des éléments d’un taux doivent pouvoir être additionnées. ![Le menu Paramètres s’ouvre sur l’onglet Caractéristiques avec l’agrégat défini sur la moyenne, le rapport activé et un rapport créé pour les bénéfices et les ventes.](/tableau/current/fr-ca/server/fr-ca/Img/data_stories_ratio.png) Pour les mesures cumulatives (disponibles uniquement pour les histoires continues), choisissez **Somme**, puis précisez que la mesure est déjà cumulative. Les histoires continues traitent de la mesure totale dans toute la série. ### Tri Pour trier les valeurs de la dimension, cliquez sur l’icône de flèche vers le haut/vers le bas pour effectuer le tri en fonction des valeurs temporelles les plus anciennes ou les plus récentes de votre dimension. **Remarque :** Le tri des valeurs des dimensions n’est disponible que pour les histoires continues. [Passer au contenu principal](#main-content) # Configurer les paramètres des histoires basées sur des données Tableau : Pilotes **Changements importants pour Tableau Histoires de données** Les histoires de données Tableau ont été retirées dans Tableau Desktop, Tableau Cloud et Tableau Server en janvier 2025 (2025.1). Grâce aux progrès des technologies du langage naturel, nous développons une interface améliorée qui permettra de poser plus facilement des questions sur vos données et de rester au courant des changements. Pour plus d’informations, consultez l’article [Comment Tableau Pulse alimenté en énergie Tableau AI les expériences liées aux données.](https://www.tableau.com/fr-ca/blog/tableau-pulse-and-tableau-ai) À titre d’hypothèse, supposons que vos ventes d’un mois sur l’autre ont augmenté de manière significative. Qu’est-ce qui est à l’origine de cette augmentation des ventes? Et qu’est-ce qui aurait pu empêcher (compenser) cette augmentation des ventes? La configuration des pilotes dans votre histoire basée sur des données peut répondre à ces questions. Dans les histoires de données, les pilotes contribuent à une valeur totale. Les éléments de compensation réduisent la valeur totale. Vous trouverez des enseignements sur les pilotes et les éléments de compensation dans des histoires discrètes et continues. Grâce à ces enseignements, il est facile de comprendre exactement ce qui se passe dans les données et pourquoi. ## Définir les pilotes de dimension 1. [Ajouter une histoire basée sur des données Tableau à un tableau de bord](https://help.tableau.com/current/server/fr-ca/data_stories_create.htm). 2. À partir de votre tableau de bord, cliquez sur l’icône Paramètres dans le coin supérieur gauche de votre objet Histoire basée sur des données. 3. Dans la boîte de dialogue Histoire basée sur des données, cliquez sur l’onglet Pilotes. 4. Dans la section Pilotes de dimension, sélectionnez le type de pilote qui a le plus d’impact sur votre analyse : Pour le Total, définissez le nombre maximal de contributeurs et d’éléments de compensation. Pour le Pourcentage individuel, fixez des seuils pour l’enregistrement des différents contributeurs et éléments de compensation. Pour le Pourcentage cumulé, fixez des seuils pour l’enregistrement des contributeurs et des éléments de compensation en fonction de leur valeur collective. 5. Cliquez sur Enregistrer. ## Comprendre les types de pilotes de dimension - Total indique le nombre d’entités (contributeurs et éléments de compensation) mentionnées dans votre histoire. Par exemple, utilisez Total pour afficher les trois principaux contributeurs et éléments de compensation dans vos données. - Pourcentage individuel fixe un seuil, et les valeurs supérieures à ce seuil sont incluses dans votre histoire. Par exemple, utilisez l’option Pourcentage individuel pour préciser que vous ne souhaitez enregistrer que les entités qui représentent plus de 5 % de la valeur totale. - Pourcentage cumulé fixe un seuil en pourcentage de la valeur totale que les entités incluses représentent collectivement. Par exemple, utilisez l’option Pourcentage cumulé pour préciser que vous souhaitez enregistrer les entités dont la contribution représente au moins 90 % de la valeur totale. Dans cet exemple, les entités sont enregistrées par ordre de grandeur jusqu’à ce que la valeur cumulée de ces entités représente 90 % de la valeur totale. ## Utiliser des contributeurs secondaires Pour utiliser des contributeurs secondaires, vous devez avoir une deuxième dimension qui n’est pas le temps. Lorsque vous utilisez des contributeurs secondaires, chaque pilote enregistré contient également des détails sur les pilotes de son contributeur secondaire. Par exemple, si vous analysez les ventes des magasins, un contributeur secondaire serait une classe au sein d’un département. Les contributeurs secondaires permettent une analyse plus approfondie. Mais les contributeurs secondaires peuvent également contenir beaucoup d’information à intégrer dans une seule phrase de votre histoire. ## Définir les pilotes de métrique Pour les mesures composées d’autres mesures de sous-catégories, l’analyse des pilotes peut expliquer l’impact de chaque mesure sur la valeur de niveau supérieur. Par exemple, les coûts des matériaux et les coûts d’exploitation contribuent au coût total. Pour utiliser des pilotes de métrique, vous devez disposer de plusieurs mesures pour l’analyse métrique. Ensuite, vous pouvez préciser les relations entre chaque mesure. 1. [Ajouter une histoire basée sur des données Tableau à un tableau de bord](https://help.tableau.com/current/server/fr-ca/data_stories_create.htm). 2. À partir de votre tableau de bord, cliquez sur l’icône Paramètres dans le coin supérieur gauche de votre objet Histoire basée sur des données. 3. Dans la boîte de dialogue Histoire basée sur des données, cliquez sur l’onglet Pilotes. 4. Dans la section Pilotes de métrique, choisissez d’abord la mesure qui est une sous-catégorie d’une autre mesure. 5. Choisissez ensuite la mesure qui est la catégorie principale. 6. Cliquez sur Enregistrer. > [!TIP] > > **Conseil :** le paramètre de verbosité s’applique également aux pilotes. En modifiant le paramètre de verbosité de votre histoire, vous pouvez ajuster la façon d’enregistrer les enseignements. Si vous utilisez une verbosité de niveau élevé, un plus grand nombre d’information s’affiche entre parenthèses. Si vous utilisez une verbosité de bas niveau, les enseignements enregistrés sur vos pilotes seront plus concis. Pour plus d’informations, consultez la section [Configurer les paramètres des histoires basées sur des données Tableau : Récit](https://help.tableau.com/current/server/fr-ca/data_stories_narrative.htm). ![Animation consistant à cliquer sur l’icône Paramètres dans un objet Histoire de données, à définir les pilotes de dimension, à définir les pilotes de métriques et à enregistrer.](/tableau/current/fr-ca/server/fr-ca/Img/data_stories_drivers.gif) [Passer au contenu principal](#main-content) # Configurer les paramètres des histoires basées sur des données Tableau : Récit **Changements importants pour Tableau Histoires de données** Les histoires de données Tableau ont été retirées dans Tableau Desktop, Tableau Cloud et Tableau Server en janvier 2025 (2025.1). Grâce aux progrès des technologies du langage naturel, nous développons une interface améliorée qui permettra de poser plus facilement des questions sur vos données et de rester au courant des changements. Pour plus d’informations, consultez l’article [Comment Tableau Pulse alimenté en énergie Tableau AI les expériences liées aux données.](https://www.tableau.com/fr-ca/blog/tableau-pulse-and-tableau-ai) Vous pouvez personnaliser les paramètres de récit de votre histoire basée sur des données Tableau. Plus précisément, vous pouvez indiquer le niveau de verbosité et le niveau de détails analytiques de votre histoire. Vous pouvez aussi ajouter des termes exclusifs à vos données. Ces paramètres vous aident à enregistrer une histoire qui utilise le bon langage et le bon niveau de détail pour votre tableau de bord. ## Définir la verbosité La verbosité précise la longueur et les détails analytiques enregistrés dans votre histoire. Si vous choisissez un niveau élevé, votre histoire aura des enseignements plus longs et comportera un plus grand nombre d’analyses. Si vous choisissez un niveau bas, votre histoire sera plus concise et comportera moins de détails. Si vous autorisez les utilisateurs Viewer à modifier la verbosité, ces utilisateurs de tableaux de bord publiés peuvent modifier le niveau de verbosité dans l’objet Histoire basée sur des données. Cette option est utile lorsque votre tableau de bord est utilisé par un public plus large avec des utilisateurs Viewer qui recherchent différents niveaux de détails de votre histoire. ## Définir les accès en mode descendant Un accès en mode descendant comprend deux dimensions, et les accès en mode descendant décrivent les chiffres associés à chaque dimension de votre tableau de bord. Imaginons que vous avez un tableau de bord qui présente les ventes mensuelles par catégorie de produits. Votre histoire est configurée de manière à enregistrer à la fois les dimensions **Temps** et **Catégorie**. Dans ce cas, cette histoire comprend un aperçu pour chaque catégorie qui décrit sa performance dans la dimension **temporelle** sous ses multiples formes. En définissant le nombre maximal d’accès en mode descendant, vous pouvez contrôler le nombre d’enseignements inclus dans votre histoire. Les enseignements en progression descendante sont également classés en fonction de la signification attribuée aux caractéristiques de la mesure. Lorsque le nombre d’accès en mode descendant diminue, les mesures les moins performantes (mesures auxquelles on attribue une mauvaise signification) sont éliminées. ## Ajouter des termes à la dimension En ajoutant des termes, vous pouvez définir la manière dont chacune de vos mesures et dimensions est étiquetée et référencée dans votre histoire. 1. [Ajouter une histoire basée sur des données Tableau à un tableau de bord](https://help.tableau.com/current/server/fr-ca/data_stories_create.htm). 2. À partir de votre tableau de bord, cliquez sur l’icône Paramètres dans le coin supérieur gauche de votre objet Histoire basée sur des données. 3. Dans la boîte de dialogue Histoire basée sur des données, cliquez sur l’onglet Narratif de données. 4. Développez la dimension pour voir comment elle sera écrite au singulier et au pluriel. 5. Cliquez sur Ajouter un terme pour ajouter une autre variante que votre histoire pourra utiliser pour décrire votre dimension. 6. Cliquez sur Enregistrer. Votre histoire utilise (au hasard) les termes que vous avez ajoutés lors de l’écriture d’une dimension. ## Gérer les étiquettes de mesure Comme pour les dimensions, vous pouvez gérer les étiquettes utilisées pour les mesures dans votre histoire. 1. Dans l’onglet Narratif de données, développez la mesure pour afficher son étiquette. 2. Saisissez la nouvelle étiquette que vous souhaitez utiliser pour votre mesure. 3. Cliquez sur Enregistrer. [Passer au contenu principal](#main-content) # Configurer les paramètres du nœud initial Cette rubrique décrit comment configurer des paramètres serveur essentiels dans le cadre du processus d’installation initiale de Tableau Server. ## Conditions préalables Avant de poursuivre avec les procédures décrites dans cette rubrique, vérifiez que les conditions préalables suivantes sont remplies comme décrit dans [Installer et configurer Tableau Server](https://help.tableau.com/current/server/fr-ca/install_config_top.htm) - [Installer TSM](https://help.tableau.com/current/server/fr-ca/setup.htm) - [Activer et enregistrer Tableau Server](https://help.tableau.com/current/server/fr-ca/activate.htm) Une fois que vous avez activé et enregistré Tableau Server, le programme d’installation affiche la page Installation. **Remarque :** si vous avez besoin de configurer Tableau Server pour la connexion à un répertoire LDAP qui n’est pas Active Directory, vous devez utiliser l’interface en ligne de commande TSM. ![Un formulaire de configuration avec des paramètres d’installation personnalisables.](/tableau/current/fr-ca/server/fr-ca/Img/config_setup_default_win.png) ### Paramètres du magasin d’identités Vous devez configurer les paramètres du magasin d’identités pour l’ordinateur Tableau Server. Le magasin d’identités gère les comptes Tableau Server. Vous pouvez configurer le magasin d’identités de manière à le synchroniser avec un répertoire externe (par exemple OpenLDAP ou Active Directory) ou vous pouvez configurer le magasin d’identités pour qu’il gère et stocke les comptes sur Tableau Server. Si vous comptez utiliser une solution d’authentification unique (OpenID, SAML, Kerberos, etc), consultez les rubriques suivantes avant de configurer le magasin d’identités : - [Magasin d’identités](https://help.tableau.com/current/server/fr-ca/plan_identity_store.htm) - [Authentification](https://help.tableau.com/current/server/fr-ca/security_auth.htm) **Important :** une fois que vous avez configuré et appliqué les paramètres du magasin d’identités, vous ne pouvez plus les modifier. ![Fenêtre Magasin d’identités avec Active Directory sélectionné et un message indiquant que vous ne pouvez pas modifier le magasin d’identités après l’initialisation.](/tableau/current/fr-ca/server/fr-ca/Img/tsm-ui-setup-id-store-ad.png) Si vous sélectionnez Active Directory, Tableau Server renseigne les champs Domaine et NetBIOS depuis l’ordinateur sur lequel vous exécutez le programme d’installation. Dans certains cas, le programme d’installation peut ne pas afficher ces attributs. Pour plus d’informations sur la manière dont Tableau Server se connecte et communique avec Active Directory, consultez [Gestion des utilisateurs dans les déploiements avec magasins d’identités externes](https://help.tableau.com/current/server/fr-ca/users_manage_ad.htm). **Autoriser les communications non chiffrées avec Active Directory** Votre infrastructure Active Directory doit gérer les certificats et approuver les ordinateurs liés au domaine. De ce fait, la communication de réseau entre Tableau Server et les ressources Active Directory doit être chiffrée. Par défaut, Tableau Server exige un réseau chiffré vers Active Directory. Nous vous déconseillons d’autoriser les communications non chiffrées avec Active Directory, car cette configuration est vulnérable aux attaques de type « man-in-the-middle ». Cependant, dans certains scénarios de déploiement, les entreprises ne chiffrent pas le réseau lors de la configuration initiale. Si vous devez autoriser temporairement la communication non chiffrée avec Active Directory, vous pouvez réactiver l’application de la communication chiffrée ultérieurement en exécutant la commande tsm [wgserver.domain.allow\_insecure\_connection](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm#wgserver6), ou en vous connectant à l’interface utilisateur TSM et en basculant le paramètre sous Identité et accès utilisateur > Magasin d’identités. ### Compte Exécuter en tant que service Par défaut, Tableau Server s’exécute sous le compte Network Service (Service réseau). Pour utiliser un compte qui permettra l’authentification NT à des sources de données, indiquez un nom d’utilisateur et un mot de passe. Pour plus d’informations sur la création et l’utilisation d’un compte utilisateur spécifique, consultez [Compte Exécuter en tant que service](https://help.tableau.com/current/server/fr-ca/runas.htm). **Important :** incluez le nom de domaine avec le nom d’utilisateur, par exemple `example\tableaurunas`. Entrez le mot de passe que vous avez créé pour ce compte. ![Boîte de dialogue de configuration du compte Exécuter en tant que service.](/tableau/current/fr-ca/server/fr-ca/Img/config_setup_runas.png) ### Port de passerelle Le port par défaut pour l’accès Web à Tableau Server (par HTTP) est le port 80. Si le programme d’installation détermine que le port 80 est en cours d’utilisation lorsque vous installez Tableau Server pour la première fois, un port alternatif (par exemple le port 8000) est utilisé et affiché dans la zone du numéro de port. Vous pouvez souhaiter modifier le port pour d’autres besoins de réseau, par exemple si vous utilisez un pare-feu ou un proxy matériel en amont de l’hôte Tableau Server, ce qui peut rendre l’exécution d’un système dorsal sur le port 80 non souhaitable. ![Le numéro de port de passerelle par défaut est 80.](/tableau/current/fr-ca/server/fr-ca/Img/config_setup_gw.png) ### Données d’utilisation du produit Par défaut, Tableau Server partage les données d’utilisation avec Tableau, ce qui nous aide à mieux comprendre comment vous utilisez nos produits, à améliorer votre expérience globale et à concevoir des fonctionnalités hautement intelligentes qui renforcent l’efficacité de Tableau. Décochez cette option si vous ne voulez pas que les données d’utilisation soient envoyées à Tableau. ![Option permettant de désactiver la possibilité d’envoyer des données d’utilisation à Tableau.](/tableau/current/fr-ca/server/fr-ca/Img/config_setup_prod_usage.png) Vous pouvez également modifier ce paramètre après l’installation, dans l’onglet Maintenance TSM de l’interface utilisateur Web TSM ou à l’aide de l’interface CLI TSM. Pour plus d’informations, consultez [Données d’utilisation du serveur](https://help.tableau.com/current/server/fr-ca/usage_data_server.htm). ### Installation d’un exemple de classeur Par défaut, Tableau Server installe des exemples de classeurs dans le site par défaut lorsque vous initialisez le serveur. ![Zone de configuration avec option permettant d’inclure des exemples de classeurs.](/tableau/current/fr-ca/server/fr-ca/Img/config_setup_samples.png) Sinon, vous pouvez publier des exemples après l’installation en utilisant la commande tabcmd [publishsamples](https://help.tableau.com/current/server/fr-ca/tabcmd_cmd.htm#publishsamples). ### Initialisation de l’installation Après avoir configuré les options sur cette page, cliquez sur Initialiser. Le processus d’initialisation peut demander un certain temps. Une fois l’initialisation terminée, la page suivante s’affiche : ![Boîte de dialogue indiquant la réussite de l’initialisation.](/tableau/current/fr-ca/server/fr-ca/Img/config_setup_initialize_complete.png) Tout d’abord, configurez le magasin d’identités, les paramètres de la passerelle et l’installation de l’exemple de classeur. Ensuite, appliquez les modifications, vérifiez éventuellement votre connexion LDAP, puis initialisez Tableau Server ### Configurer les paramètres du magasin d’identités Vous devez configurer les paramètres du magasin d’identités pour l’ordinateur Tableau Server. **Important :** une fois que vous avez configuré et appliqué les paramètres du magasin d’identités, vous ne pouvez plus les modifier. Utilisez le modèle json dans [Entité identityStore](https://help.tableau.com/current/server/fr-ca/entity_identity_store.htm) pour créer un fichier json. Après avoir rempli les options avec les valeurs appropriées, vous pouvez transmettre le fichier json avec cette commande : `tsm settings import -f path-to-file.json`. ### Configurer les paramètres de passerelle (facultatif) Selon les exigences de votre réseau, vous devrez peut-être configurer les paramètres de passerelle pour l’ordinateur Tableau Server. Par exemple, si vous activez SSL ou que vous configurez l’accès à Tableau Server avec un proxy inverse, vous devrez peut-être configurer les paramètres de passerelle. Consultez [Entité gatewaySettings](https://help.tableau.com/current/server/fr-ca/entity_gateway.htm) pour plus d’informations. Utilisez le modèle json dans [Entité gatewaySettings](https://help.tableau.com/current/server/fr-ca/entity_gateway.htm) pour créer un fichier json. Après avoir rempli les options avec les valeurs appropriées, vous pouvez transmettre le fichier json avec cette commande : `tsm settings import -f path-to-json-file.json`. ### Configurer les données d’utilisation du produit (facultatif) Par défaut, Tableau Server partage les données d’utilisation avec Tableau pour nous aider à mieux comprendre comment vous utilisez nos produits. Cette information nous aide à améliorer votre expérience globale et à concevoir des fonctionnalités hautement intelligentes qui renforcent l’efficacité de Tableau. Tableau ne recueille que des données de comportement et d’utilisation, jamais les valeurs de vos bases de données confidentielles, et vos données d’utilisation ne sont jamais partagées ni vendues. Notre seul objectif est d’améliorer votre expérience Tableau. Si vous ne voulez pas partager les données d’utilisation du produit, utilisez le modèle json dans l’[Entité shareProductUsageDataSettings](https://help.tableau.com/current/server/fr-ca/entity_usage.htm) pour créer un fichier json, et spécifiez une valeur de `false`. Transmettez ensuite le fichier json avec cette commande : `tsm settings import -f path-to-json-file.json` Vous pouvez également modifier ce paramètre après l’installation, dans l’onglet Maintenance TSM ou à l’aide de l’interface en ligne de commande TSM. Pour plus d’informations, consultez [Données d’utilisation du serveur](https://help.tableau.com/current/server/fr-ca/usage_data_server.htm). ### Configurer l’installation des exemples de classeur (facultatif) Par défaut, Tableau Server installe des exemples de classeurs dans le site par défaut lorsque vous initialisez le serveur. Si vous ne souhaitez pas installer des exemples de classeurs pendant l’installation, exécutez la commande suivante : `tsm configuration set -k install.component.samples -v false` Vous pouvez publier des exemples après l’installation en utilisant la commande tabcmd [publishsamples](https://help.tableau.com/current/server/fr-ca/tabcmd_cmd.htm#publishsamples). ### Appliquer les changements de configuration en attente Maintenant que vous avez créé et paramétré la configuration initiale, vous devez l’appliquer. Lorsque vous appliquez des changements de configuration, tsm vérifie les paramètres que vous avez configurés avant de les valider. Pour appliquer des changements de configuration à Tableau Server, exécutez cette commande : `tsm pending-changes apply` Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). Une fois cette commande terminée, les processus TSM s’exécute et Tableau Server est configuré mais ne s’exécute pas. ### Vérifier la configuration LDAP (facultatif) Si votre magasin d’identités utilise LDAP, nous vous recommandons de vérifier la connectivité LDAP avant de vous connecter. Pour cela, exécutez les commandes suivantes avant d’initialiser le serveur : `tsm user-identity-store verify-user-mappings -v ` `tsm user-identity-store verify-group-mappings -v ` Les noms des utilisateurs et des groupes doivent être des noms valides existant sur le serveur LDAP auquel vous vous connectez. Si votre connexion LDAP est configurée correctement, les attributs d’utilisateur et de groupe seront retournés à l’interpréteur de commandes. Si votre connexion n’est pas correctement configurée, une erreur sera retournée. ### Initialiser et démarrer Tableau Server - Pour initialiser et démarrer Tableau Server, utilisez l’option `--start-server` : `tsm initialize --start-server --request-timeout 1800` Ceci vous permet de gagner du temps en laissant le serveur s’exécuter après l’initialisation. - Si vous comptez reconfigurer Tableau Server après l’initialisation, laissez l’option `--start-server` désactivée : `tsm initialize --request-timeout 1800` Ceci arrête le serveur après l’initialisation. Démarrez Tableau Server. Si vous n’avez pas utilisé l’option `--start-server` pendant l’initialisation et que vous avez fini de configurer Tableau Server, utilisez cette commande pour démarrer le serveur : `tsm start --request-timeout 900` ## Étape suivante Une fois l’initialisation terminée, créez le compte utilisateur de Tableau Server. Consultez [Ajouter un compte Administrateur](https://help.tableau.com/current/server/fr-ca/startup.htm). ## Autres articles de cette section [Passer au contenu principal](#main-content) # Configurer les paramètres SMTP Tableau Server peut envoyer un courriel aux administrateurs de serveur pour les informer de pannes système, et aux utilisateurs du serveur pour des informations sur les vues auxquelles ils sont abonnés et les alertes générées par les données. Vous devez toutefois d’abord configurer le serveur SMTP que Tableau Server utilise pour envoyer un courriel. Après avoir configuré SMTP, effectuez la procédure de configuration des notifications ([Configurer la notification d’événement serveur](https://help.tableau.com/current/server/fr-ca/email.htm)). Lorsque vous démarrez ou redémarrez le serveur par la suite, une alerte par courriel se déclenchera, confirmant que vous avez bien configuré les notifications correctement. Pour pouvoir configurer SMTP, vous devez redémarrer les services Tableau Server. ## SMTP sécurisé Pour activer et configurer TLS pour SMTP, vous devez utiliser l’interface en ligne de commande TSM comme décrit dans cette rubrique. Tableau Server ne prend en charge que STARTTLS (TLS opportuniste ou explicite). Si votre entreprise n’utilise pas de certificats publics pour vérifier les connexions TLS, vous pouvez télécharger un certificat privé sur Tableau Server afin de vérifier les connexions de confiance. Pour plus d’informations, consultez la commande [tsm security custom-cert add](https://help.tableau.com/current/server/fr-ca/cli_security_tsm.htm#custom-cert-add). Vous pouvez également configurer SMTP TLS pour le chiffrement uniquement en désactivant le processus de validation du certificat. Pour plus d’informations, consultez la section _Référence du fichier de configuration_ dans l’onglet _Utiliser l’interface en ligne de commande TSM_ ci-dessous. 1. Ouvrez TSM dans un navigateur : https://:8850. Pour plus d’informations, consultez [Se connecter à l’interface utilisateur Web Tableau Services Manager](https://help.tableau.com/current/server/fr-ca/sign_in_tsm.htm). 2. Cliquez sur Notifications dans l’onglet Configuration et cliquez sur Serveur de messagerie. 3. Entrez les données de configuration SMTP de votre entreprise : 4. Cliquez sur Enregistrer les modifications en attente après avoir entré vos données de configuration. 5. Cliquez sur Modifications en attente en haut de la page : ![Barre d’outils de Tableau Server Manager indiquant que des modifications sont en attente.](/tableau/current/fr-ca/server/fr-ca/Img/tsm-ui-pending-changes-btn.png) 6. Cliquez sur Appliquer les modifications et redémarrer. 7. Exécutez la commande `tsm email test-smtp-connection` pour afficher et vérifier la configuration de la connexion. Consultez [tsm email test-smtp-connection](https://help.tableau.com/current/server/fr-ca/cli_email.htm#tsm). Pour la configuration initiale de SMTP, nous vous recommandons d’utiliser le modèle de fichier de configuration ci-dessous pour créer un fichier json. Vous pouvez également définir toute clé de configuration unique répertoriée ci-dessous en utilisant la syntaxe décrite dans [tsm configuration set](https://help.tableau.com/current/server/fr-ca/cli_configuration_tsm.htm#TSMSet). 1. Copiez le modèle json suivant dans un fichier. **Important :** le modèle ci-dessous comprend des options communes à la plupart des déploiements. Après avoir copié le modèle dans un fichier texte, vous devez modifier les valeurs des options pour les exigences de votre serveur SMTP. Vous devrez peut-être supprimer ou ajouter des options. Consultez la section de référence qui suit pour plus d’informations sur les options de clé SMTP prises en charge. { "configKeys": { "svcmonitor.notification.smtp.server": "_SMTP server host name_", "svcmonitor.notification.smtp.send\_account": "_SMTP user name_", "svcmonitor.notification.smtp.port": 443, "svcmonitor.notification.smtp.password": "_SMTP user account password_", "svcmonitor.notification.smtp.ssl\_enabled": true, "svcmonitor.notification.smtp.from\_address": "_From email address_", "svcmonitor.notification.smtp.target\_addresses": "_To email address1,address2_", "svcmonitor.notification.smtp.canonical\_url": "_Tableau Server URL_" } } 2. Exécutez `tsm settings import -f file.json` pour transmettre le fichier json avec les valeurs appropriées à Tableau Services Manager et configurer Tableau Server pour SMTP. Tableau Services Manager validera les entités de valeurs. 3. Exécutez la commande `tsm pending-changes apply` pour appliquer les modifications. Consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). 4. Exécutez la commande `tsm email test-smtp-connection` pour afficher et vérifier la configuration de la connexion. Consultez [tsm email test-smtp-connection](https://help.tableau.com/current/server/fr-ca/cli_email.htm#tsm). ### Référence de configuration de l’interface en ligne de commande SMTP Ce tableau répertorie toutes les options que vous pouvez utiliser pour configurer SMTP à l’aide de l’interface en ligne de commande TSM.
OptionDescription
svcmonitor.notification.smtp.serverAdresse du serveur SMTP.

Exemple :

"svcmonitor.notification.smtp.server": "mail.example.com"

svcmonitor.notification.smtp.send_accountNom d’utilisateur pour le compte SMTP.
svcmonitor.notification.smtp.portNuméro de port pour le serveur SMTP. Le paramètre par défaut est 25.
svcmonitor.notification.smtp.passwordMot de passe du compte serveur SMTP.

Exemple :

"svcmonitor.notification.smtp.password":"password"

svcmonitor.notification.smtp.ssl_enabledSpécifie si la connexion au serveur SMTP est chiffrée. La valeur par défaut est « false ».
svcmonitor.notification.smtp.ssl_required

Si l’option est activée, Tableau Server refusera de se connecter aux serveurs SMTP sans utiliser TLS. L’option svcmonitor.notification.smtp.ssl_enabled doit également être définie sur « true ».

La valeur par défaut est « false ».

svcmonitor.notification.smtp.ssl_check_server_identity

Si l’option est définie sur « true », Tableau Server vérifie l’identité du serveur SMTP comme spécifié par RFC 2595. Ces contrôles supplémentaires basés sur le contenu du certificat du serveur sont destinés à prévenir les attaques de type « man-in-the-middle ».

La valeur par défaut est « false ».

svcmonitor.notification.smtp.ssl_trust_all_hosts

Lors de l’utilisation de TLS, faites confiance aux certificats de tous les serveurs de messagerie, en ignorant la validité de la chaîne de confiance du certificat. Si vous définissez cette clé sur « true », TLS ne sera utilisé que pour chiffrer le trafic vers l’hôte SMTP.

La valeur par défaut est « false ».

svcmonitor.notification.smtp.ssl_ciphers

Les ensembles de suites de chiffrement par défaut et pris en charge sont définis par la version du JDK qui est installée avec Tableau Server. Voir la section ci-dessous, Chiffrements TLS, pour une liste des chiffrements pris en charge et des chiffrements par défaut.

Pour mettre à jour les suites de chiffrement utilisées par Tableau Server pour les connexions SMTP TLS, entrez une liste de suites de chiffrement séparées par des espaces blancs pour cette valeur. Par exemple, "TLS_ECDH_ECDSA_WITH_AES_128_CBC_SHA256 TLS_DHE_DSS_WITH_AES_128_GCM_SHA256 TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384".

svcmonitor.notification.smtp.ssl_versions

Les versions TLS activées par défaut sur cette version de Tableau Server sont TLSv1, TLSv1.1, TLSv1.2 et TLSv1.3.

La prise en charge de la version TLS est définie par la version du JDK qui est installée avec Tableau Server.

Les versions prise en charge de TLS sont SSLv2Hello, SSLv3, TLSv1, TLSv1.1, TLSv1.2, TLSv1.3.

Pour mettre à jour les versions utilisées par Tableau Server pour les connexions SMTP TLS, entrez une liste de versions séparées par des espaces blancs pour cette valeur. Par exemple, "TLSv1.2 TLSv1.3".

svcmonitor.notification.smtp.from_addressAdresse de courriel qui enverra une notification en cas de panne du système. Si l’adresse de courriel entrée doit avoir une syntaxe valide (par exemple ITalerts@bigco.com ou noreply@mycompany), elle ne doit pas nécessairement correspondre à une adresse de courriel existante sur Tableau Server. (Certains serveurs SMTP peuvent toutefois exiger que ce soit un compte de messagerie réel.)

Remarque : vous pouvez ignorer le paramètre système d’adresse de courriel au niveau de chaque site. Pour plus d’informations, consultez Qu’est-ce qu’un site?.

Exemple :

"svcmonitor.notification.smtp.from_address": "donot-reply@example.com"

svcmonitor.notification.smtp.target_addressesAdresse de courriel qui reçoit les notifications. Si les notifications par courriel sont activées, vous devez inclure au moins une adresse. Utilisez une virgule pour séparer plusieurs adresses.

Exemple :

"svcmonitor.notification.smtp.target_addresses": "iluvdata@example.com"

svcmonitor.notification.smtp.canonical_urlURL de Tableau Server. Entrez http:// ou https://, suivi du nom ou de l’adresse IP de Tableau Server. Utilisée dans le pied de page du courriel d’abonnement.

Exemple :

"svcmonitor.notification.smtp.canonical_url": "http://myserver.example.com"

### Chiffrements TLS Ce qui suit est une liste de chiffrements TLS qui sont pris en charge par le JDK inclus avec Tableau Server. Dans cette version de Tableau Server, tous ces chiffrements sont activés par défaut. Vous pouvez spécifier une liste personnalisée de chiffrements pour votre configuration SMTP en entrant une liste de valeurs séparées par des espaces blancs avec l’option `svcmonitor.notification.smtp.ssl_ciphers`, comme décrit dans le tableau ci-dessus.

TLS_RSA_WITH_AES_128_CBC_SHA256

TLS_ECDH_RSA_WITH_AES_256_GCM_SHA384

TLS_DHE_DSS_WITH_AES_256_GCM_SHA384

TLS_ECDH_RSA_WITH_AES_128_GCM_SHA256

TLS_ECDH_RSA_WITH_AES_256_CBC_SHA384

TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA

TLS_ECDH_ECDSA_WITH_AES_128_CBC_SHA

TLS_RSA_WITH_AES_256_CBC_SHA256

TLS_RSA_WITH_AES_128_GCM_SHA256

TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384

TLS_ECDH_RSA_WITH_AES_128_CBC_SHA256

TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256

TLS_DHE_DSS_WITH_AES_128_CBC_SHA256

TLS_DHE_DSS_WITH_AES_256_CBC_SHA

TLS_DHE_RSA_WITH_AES_128_CBC_SHA256

TLS_DHE_RSA_WITH_AES_256_CBC_SHA256

TLS_RSA_WITH_AES_256_GCM_SHA384

TLS_EMPTY_RENEGOTIATION_INFO_SCSV

TLS_ECDH_ECDSA_WITH_AES_256_CBC_SHA384

TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA

TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA

TLS_DHE_DSS_WITH_AES_256_CBC_SHA256

TLS_RSA_WITH_AES_256_CBC_SHA

TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256

TLS_ECDH_ECDSA_WITH_AES_128_CBC_SHA256

TLS_DHE_RSA_WITH_AES_256_CBC_SHA

TLS_DHE_DSS_WITH_AES_128_GCM_SHA256

TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256

TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384

TLS_ECDH_RSA_WITH_AES_128_CBC_SHA

TLS_DHE_RSA_WITH_AES_256_GCM_SHA384

TLS_DHE_RSA_WITH_AES_128_CBC_SHA

TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA
TLS_DHE_RSA_WITH_AES_128_GCM_SHA256

TLS_ECDH_ECDSA_WITH_AES_128_GCM_SHA256

TLS_ECDH_RSA_WITH_AES_256_CBC_SHA

TLS_DHE_DSS_WITH_AES_128_CBC_SHA

TLS_ECDH_ECDSA_WITH_AES_256_CBC_SHA

TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384

TLS_RSA_WITH_AES_128_CBC_SHATLS_ECDH_ECDSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384TLS_AES_256_GCM_SHA384
TLS_AES_128_GCM_SHA256 
[Passer au contenu principal](#main-content) # Configurer les performances du classeur après une actualisation programmée Pour améliorer les temps de chargement pour les classeurs, Tableau Server met en cache les résultats des requêtes inclus dans les classeurs. Pour la plupart des classeurs, les résultats de la requête sont calculés et mis en cache lors de leur affichage initial par un utilisateur de Tableau Server. Toutefois, pour les classeurs qui se connectent à des extraits de données, Tableau Server recalcule désormais les résultats de la requête lors de l’exécution des tâches d’actualisation d’extrait correspondantes. Ceci réduit le temps de chargement pour ces classeurs lors de leur affichage initial. Cette option est donc désactivée par défaut pour les classeurs qui ont été consultés récemment. > [!IMPORTANT] > > **Important!** Le préchauffage du cache de requête externe sera obsolète dans la version 2023.1. Pour améliorer les temps de chargement des vues des classeurs Tableau Server, vous devez plutôt autoriser l’accélération des vues sur votre site. Pour plus d’informations, consultez [Accélération des vues](https://help.tableau.com/current/server/fr-ca/data_acceleration.htm). ## Déterminer l’impact sur les performances Bien que cette option réduise le temps de chargement initial pour les classeurs, le recalcul des résultats de requête accroît également la charge pesant sur Tableau Server. Si les performances de votre installation Tableau Server sont déjà limitées, vous pouvez souhaiter désactiver cette option ou abaisser le seuil pour la mise en cache des classeurs. Voici quelques raisons possibles pour lesquelles vous pouvez souhaiter désactiver cette option ou abaisser le seuil : - La vue administrative [Tâches en arrière-plan hors extraits](https://help.tableau.com/current/server/fr-ca/adminview_backgrnd_nonextract.htm) affiche de nombreux travaux à exécution longue dans la catégorie Préchauffage du cache de requête externe en cas de changement de données. - La vue administrative [Retard des tâches en arrière-plan](https://help.tableau.com/current/server/fr-ca/adminview_background_task_delay.htm) affiche les retards importants. - L’utilisation du processeur et de la mémoire pour les processus du gestionnaire de processus en arrière-plan est constamment élevée. Notez toutefois que cette option est la seule à avoir une incidence sur les performances des tâches en arrière-plan. Pour plus d’informations sur les performances, consultez [Performances](https://help.tableau.com/current/server/fr-ca/perf_toc.htm). ## Désactiver la mise en cache des classeurs pour le serveur Pour diminuer la charge pesant sur Tableau Server, vous pouvez désactiver la mise en cache des classeurs après une actualisation programmée au niveau du serveur. Si vous désactivez cette option, Tableau Server met en cache les résultats de la requête pour les classeurs lors de l’affichage initial des classeurs. Utilisez l’option tsm configuration set suivante pour désactiver la mise en cache de classeur après une actualisation programmée : backgrounder.externalquerycachewarmup.enabled Pour plus d’informations sur l’utilisation et l’application d’options tsm set, consultez [Options tsm configuration set](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm). ## Désactiver la mise en cache des classeurs pour un site Vous pouvez également désactiver la mise en cache des classeurs après une actualisation programmée pour un site individuel. Par exemple, vous pouvez procéder ainsi si un site en particulier contient de nombreux classeurs lents qui augmentent la charge sur le serveur. 1. Sélectionnez le site pour lequel vous souhaitez désactiver la mise en cache des classeurs dans la liste déroulante des sites. 2. Cliquez sur Paramètres. 3. Dans la section Configurer les performances du classeur après une actualisation programmée, cochez la case. **Remarque :** bien que cette option soit disponible dans les paramètres d’un site individuel, vous devez disposer d’autorisations d’administrateur de serveur pour l’afficher. ## Configurer le seuil de mise en cache du classeur Tableau Server recalcule uniquement les résultats des requêtes pour les classeurs associés à des tâches d’actualisation programmées et qui ont été consultés récemment. Vous pouvez augmenter ou diminuer le nombre de classeurs mis en cache après une actualisation programmée à l’aide de l’option tsm configuration set suivante : backgrounder.externalquerycachewarmup.view\_threshold Par défaut, le seuil est défini sur 2. Le seuil est égal au nombre de vues qu’un classeur a reçues au cours des sept derniers jours divisées par le nombre d’actualisations programmées dans les sept jours suivants. (Si un classeur n’a pas été visualisé au cours des sept derniers jours, il est peu probable qu’il sera visualisé prochainement. Tableau Server ne consacre donc pas de ressources à recalculer les requêtes pour le classeur.) [Passer au contenu principal](#main-content) # Configurer OAuth externe pour Impala Depuis Tableau 2025.3 pour Tableau Desktop et Tableau Server, et depuis la version 2026.1 dans Tableau Cloud, vous pouvez utiliser Oauth 2.0/OIDC pour fédérer les identités provenant d’un fournisseur d’identité externe dans Impala. Selon le fournisseur d’identité, plusieurs étapes sont nécessaires pour configurer l’intégration. Voici une présentation générale du processus. ## Configurer le fournisseur d’identité dans Impala Pour plus d’informations sur la configuration de votre fournisseur d’identité dans Impala, consultez la rubrique [Configuration de l’authentification OAuth](https://docs.cloudera.com/cdp-private-cloud-base/7.1.9/impala-secure/topics/impala-oauth.html "Lien vers la documentation Cloudera pour la configuration d’OAuth dans Impala") de la documentation Cloudera. ## Configurer le fournisseur d’identité 1. Créez des clients OAuth dans le fournisseur d’identités pour Tableau Desktop, Tableau Server ou Tableau Cloud. Le client Desktop doit activer [`PKCE`](https://auth0.com/docs/get-started/authentication-and-authorization-flow/authorization-code-flow-with-pkce)et utiliser les redirections `http://localhost`. 2. Créez les fichiers de configuration Tableau OAuth. Pour plus de détails sur la procédure à suivre, consultez [Configuration et utilisation d’OAuth](https://tableau.github.io/connector-plugin-sdk/docs/oauth) sur [GitHub](https://tableau.github.io/connector-plugin-sdk/docs/oauth "Documentation OAuth sur GitHub") et des exemples [ici](https://github.com/tableau/connector-plugin-sdk/tree/master/samples/components/oauth "Exemples OAuth sur GitHub."). Nous vous invitons à nous faire part d’exemples concernant d’autres fournisseurs d’identité. 1. N’oubliez pas de préfixer les identifiants de configuration Tableau OAuth avec « `custom_` ». **Remarque :** Les identifiants de configuration OAuth sont limités à un maximum de 36 caractères. Les ID plus longs peuvent ne pas générer d’erreur, mais ils ne fonctionneront pas. 2. Si votre fournisseur d’identité prend en charge le port dynamique de l’hôte local, désactivez `OAUTH_CAP_FIXED_PORT_IN_CALLBACK_URL`. Si votre fournisseur d’identité ne prend pas en charge ce port, assurez-vous d’ajouter plusieurs URL de rappel localhost à la liste d’autorisations du fichier de configuration et du fournisseur d’identité. 3. Installez les nouveaux fichiers de configuration Tableau Oauth dans le dossier `OAuthConfigs` associé à chaque application sur les hôtes de bureau (Tableau Desktop, Tableau Prep Builder, Tableau Bridge) et sur chaque site Tableau Server et Tableau Cloud qui utilisera Oauth par l’intermédiaire de la page de configuration du site. Pour en savoir plus, consultez : [Custom OAuth Configs on Desktop](https://tableau.github.io/connector-plugin-sdk/docs/oauth#custom-oauth-configs-on-desktop) et [Site Level OAuth Clients](https://tableau.github.io/connector-plugin-sdk/docs/oauth#site-level-oauth-clients). ## Se connecter à Impala L’utilisateur doit cliquer sur Se connecter avec OAuth et sélectionner le Fournisseur OAuth installé plus tôt. ![](/tableau/current/fr-ca/server/fr-ca/Img/impala_oauth_connect.png) [Passer au contenu principal](#main-content) # Configurer OAuth externe pour SAP HANA Depuis Tableau 2024.3 pour Tableau Cloud, vous pouvez utiliser Oauth 2.0/OIDC pour fédérer l’identité d’un fournisseur d’identité externe dans HANA. Selon le fournisseur d’identité, plusieurs étapes sont nécessaires pour configurer l’intégration. Voici une présentation générale du processus. ## Configurer le fournisseur d’identité sur HANA Pour plus d’informations sur la configuration de votre fournisseur d’identité sur HANA, consultez [Authentification unique à l’aide de jetons Web JSON](https://help.sap.com/docs/hana-cloud-database/sap-hana-cloud-sap-hana-database-security-guide/single-sign-on-using-json-web-tokens) dans le système d’aide de SAP. Voici quelques exemples de différentes manières de configurer un fournisseur d’identité : - Fournisseur d’identité Okta avec HANA Cockpit : [Se connecter à SAP HANA Cloud avec un compte Okta](https://help.alteryx.com/current/fr/designer/data-sources/sap-hana/connect-to-sap-hana-cloud-with-okta-account.html#connect-to-sap-hana-cloud-with-okta-account) - Fournisseur d’identité Azure avec HANA Studio : [Configurer une instance SAP HANA avec l’authentification OAuth ou l’authentification unique](https://www2.microstrategy.com/producthelp/Current/Gateway_Connections/WebHelp/Lang_1033/Content/sap_hana_instance_oauth_sso.htm) ## Configurer le fournisseur d’identité 1. Créez des clients OAuth sur le fournisseur d’identités pour Tableau Desktop, Tableau Server ou Tableau Cloud. Le client Desktop doit activer [`PKCE`](https://auth0.com/docs/get-started/authentication-and-authorization-flow/authorization-code-flow-with-pkce)et utiliser les redirections `http://localhost`. 2. Créez les fichiers de configuration Tableau OAuth. Pour plus de détails sur la procédure à suivre, consultez [Configuration et utilisation d’OAuth](https://tableau.github.io/connector-plugin-sdk/docs/oauth) sur [GitHub](https://tableau.github.io/connector-plugin-sdk/docs/oauth "Documentation OAuth sur GitHub") et des exemples [ici](https://github.com/tableau/connector-plugin-sdk/tree/master/samples/components/oauth "Exemples OAuth sur GitHub."). Nous vous invitons à nous faire part d’exemples concernant d’autres fournisseurs d’identité. 1. N’oubliez pas de préfixer les identifiants de configuration Tableau OAuth avec « `custom_` ». **Remarque :** Les identifiants de configuration OAuth sont limités à un maximum de 36 caractères. Les ID plus longs peuvent ne pas générer d’erreur, mais ils ne fonctionneront pas. 2. Si votre fournisseur d’identité prend en charge le port dynamique de l’hôte local, désactivez `OAUTH_CAP_FIXED_PORT_IN_CALLBACK_URL`. Si votre fournisseur d’identité ne prend pas en charge ce port, assurez-vous d’ajouter plusieurs URL de rappel localhost à la liste d’autorisations du fichier de configuration et du fournisseur d’identité. 3. Installez les nouveaux fichiers de configuration Tableau OAuth dans le dossier `OAuthConfigs` associé à chaque application sur les hôtes de bureau (Tableau Desktop, Tableau Prep Builder, Tableau Bridge) et sur chaque site Tableau Server ou Tableau Cloud qui utilisera OAuth par l’intermédiaire de la page de configuration du site. Pour en savoir plus, consultez : [Custom OAuth Configs on Desktop](https://tableau.github.io/connector-plugin-sdk/docs/oauth#custom-oauth-configs-on-desktop) et [Site Level OAuth Clients](https://tableau.github.io/connector-plugin-sdk/docs/oauth#site-level-oauth-clients). ## Connexion à HANA L’utilisateur doit cliquer sur Se connecter avec OAuth et sélectionner le Fournisseur OAuth installé plus tôt. ![](/tableau/current/fr-ca/server/fr-ca/Img/hana_connect.png) ## Okta Si vous utilisez Okta, il est préférable d’utiliser un « serveur d’autorisation personnalisé » plutôt que le « serveur d’autorisation de l’organisation ». Les serveurs d’autorisation personnalisés offrent plus de souplesse. Un serveur d’autorisation personnalisé, appelé « default », est créé par défaut. L’URL d’autorisation devrait se présenter comme suit : https://${yourOktaDomain}/oauth2/{authServerName}/v1/authorize ![](/tableau/current/fr-ca/server/fr-ca/Img/redshift_oauth_iam_okta_800x332.png) [Passer au contenu principal](#main-content) # Configurer OAuth externe pour Snowflake : flux d’identifiants client L’authentification des identifiants client OAuth permet d’établir des connexions de machine à machine à Snowflake sans interaction de l’utilisateur. Cette méthode est idéale pour : - Comptes de service pour les actualisations de données automatisées - Tâches d’extraits programmées - Pipelines CI/CD - Sources de données publiées nécessitant des identifiants intégrés Contrairement à OAuth standard (qui utilise le flux de code d’autorisation), le flux d’identifiants client ne demande pas aux utilisateurs de se connecter. Tableau s’authentifie plutôt directement auprès de votre fournisseur d’identité à l’aide d’un ID client et d’un secret client. **Remarque :** Le flux d’identifiants client nécessite la fonctionnalité OAuth externe de Snowflake avec un fournisseur d’identité pris en charge. Cela diffère de l’OAuth natif de Snowflake. ## Avant de commencer Pour utiliser les identifiants client OAuth avec Snowflake, vous avez besoin des éléments suivants : | Exigence | Description | | --- | --- | | Fournisseur d’identité | Okta, Azure AD ou Ping Federate configurés pour l’octroi des identifiants client | | Compte Snowflake | Édition Enterprise ou supérieure avec accès ACCOUNTADMIN | | Application OAuth | Services API (Okta), enregistrement d’applications (Azure AD) ou équivalent | | Étendues personnalisées | Étendues pour l’attribution de rôles Snowflake (par exemple, « session:role:SYSADMIN ») | ## Configurer votre fournisseur d’identité Les étapes suivantes utilisent Okta comme exemple. Pour les autres fournisseurs, consultez leur documentation sur la configuration des identifiants client. ### Étape 1 : Créer une application de services API 1. Connectez-vous à votre console administrateur Okta. 2. Accédez à \*\***Applications** > **Applications**. 3. Sélectionnez \*\***Créer une intégration d’application**. 4. Choisissez \*\***Services API**\*\* et sélectionnez \*\***Suivant**. 5. Entrez un nom d’application (par exemple, `snowflake-tableau-service`). 6. Sélectionnez **Enregistrer**. 7. Copiez l’**ID client** et le **secret client**. Vous aurez besoin de ces valeurs ultérieurement. ### Étape 2 : Désactiver le DPoP (si activé) La démonstration de preuve de possession (DPoP) doit être désactivée pour le flux d’identifiants client. 1. Dans les paramètres de votre application, accédez à **Général** \> **Identifiants client**. 2. Décochez la case **Exiger un en-tête Démonstration de preuve de possession (DPoP) dans les demandes de jeton**. 3. Sélectionnez **Enregistrer**. ### Étape 3 : Ajouter des étendues personnalisées Snowflake exige des étendues personnalisées pour attribuer des rôles à la session authentifiée. 1. Accédez à **Sécurité** > **API** \> **Serveurs d’autorisation**. 2. Sélectionnez le serveur d’autorisation **par défaut** (ou votre serveur personnalisé). 3. Sélectionnez l’onglet **Étendues**, puis **Ajouter une étendue**. 4. Ajoutez ces étendues : | Nom de l’étendue | Description | | --- | --- | | snowflake | Étendue d’accès générale pour Snowflake | | session:role:SYSADMIN | Attribue le rôle SYSADMIN (ajustez en fonction de votre rôle) | **Remarque :** Créez des étendues supplémentaires pour tout autre rôle dont votre compte de service a besoin. ### Étape 4 : Configurer une stratégie d’accès 1. Sélectionnez l’onglet **Stratégies d’accès**. 2. Sélectionnez une stratégie existante ou créez-en une nouvelle. 3. Ajoutez une règle avec ces paramètres : - **Type d’octroi :** Identifiants client - **Étendues :** Toutes les étendues (ou sélectionner des étendues spécifiques) 4. Sélectionnez **Créer une règle** ou **Enregistrer**. ## Configurer Snowflake Exécutez les expressions SQL suivantes dans Snowflake en tant qu’ACCOUNTADMIN. Remplacez les valeurs d’espace réservé par votre configuration. ### Étape 1 : Créer l’intégration OAuth externe USE ROLE ACCOUNTADMIN; CREATE OR REPLACE SECURITY INTEGRATION okta\_oauth\_integration TYPE = EXTERNAL\_OAUTH ENABLED = TRUE EXTERNAL\_OAUTH\_TYPE = OKTA EXTERNAL\_OAUTH\_ISSUER = 'https://.okta.com/oauth2/default' EXTERNAL\_OAUTH\_JWS\_KEYS\_URL = 'https://.okta.com/oauth2/ default/v1/keys' EXTERNAL\_OAUTH\_TOKEN\_USER\_MAPPING\_CLAIM = 'sub' EXTERNAL\_OAUTH\_SNOWFLAKE\_USER\_MAPPING\_ATTRIBUTE = 'login\_name' EXTERNAL\_OAUTH\_AUDIENCE\_LIST = ('api://default', 'snowflake') EXTERNAL\_OAUTH\_ANY\_ROLE\_MODE = 'ENABLE'; | Paramètre | Description | | --- | --- | | `EXTERNAL_OAUTH_TYPE` | Votre fournisseur d’identité : `OKTA`, `AZURE` ou `PING_FEDERATE` | | `EXTERNAL_OAUTH_ISSUER` | URL de l’émetteur de votre serveur d’autorisation | | `EXTERNAL_OAUTH_JWS_KEYS_URL` | Point de terminaison JWKS pour la validation des jetons | | `EXTERNAL_OAUTH_TOKEN_USER_MAPPING_CLA IM` | Revendication du JWT qui identifie l’utilisateur. Utilisez `sub` pour Okta. | | `EXTERNAL_OAUTH_ANY_ROLE_MODE` | Définissez sur `ENABLE` pour permettre l’attribution de rôles via des étendues | ### Étape 2 : Créer un utilisateur de service Créez un utilisateur Snowflake avec un `LOGIN_NAME` qui correspond à l’ID du client OAuth. CREATE USER IF NOT EXISTS service\_account\_user LOGIN\_NAME = '' DISPLAY\_NAME = 'OAuth Service Account' MUST\_CHANGE\_PASSWORD = FALSE DISABLED = FALSE; \-- Grant role to the service user GRANT ROLE SYSADMIN TO USER service\_account\_user; \-- Set the default role ALTER USER service\_account\_user SET DEFAULT\_ROLE = 'SYSADMIN'; \-- Grant warehouse access GRANT USAGE ON WAREHOUSE TO USER service\_account\_user; \-- Grant database and schema access GRANT USAGE ON DATABASE TO USER service\_account\_user; GRANT USAGE ON SCHEMA . TO USER service\_account\_user; GRANT SELECT ON ALL TABLES IN SCHEMA . TO USER service\_account\_user; **Important :** Le `LOGIN_NAME` doit correspondre exactement à la revendication `sub` du jeton OAuth. Pour les applications des services d’API Okta, il s’agit de l’ID client. ## Se connecter depuis Tableau Desktop 1. Dans Tableau Desktop, sélectionnez **Connect** > **Snowflake**. 2. Entrez vos détails de connexion : | Champ | Valeur | | --- | --- | | Serveur | L’URL de votre compte Snowflake (p. ex., `account.snowflakecomputing.com`) | | Rôle | Rôle à utiliser (p. ex., `SYSADMIN`) | | Entrepôt | Votre entrepôt Snowflake | | Authentification | Identifiants client OAuth | 3. Entrez la configuration OAuth : | Champ | Valeur | | --- | --- | | URL de demande de jeton OAuth | `https://.okta.com/oauth2/default/ v1/token` | | Nom d’utilisateur | Votre identifiant client OAuth | | Mot de passe | Votre secret client OAuth | | Étendue OAuth | `snowflake session:role:SYSADMIN` | **Remarque :** L’étendue OAuth doit inclure toutes les étendues personnalisées que vous avez configurées pour l’attribution de rôle. 4. Sélectionnez **Se connecter**. ## Publier sur Tableau Cloud ou Tableau Server Lors de la publication d’un classeur ou d’une source de données qui utilise les identifiants client OAuth : 1. Dans la boîte de dialogue **Publier**, sélectionnez **Modifier** à côté de **Sources de données**. 2. Pour **Authentification**, sélectionnez **Mot de passe intégré**. 3. Les identifiants client sont intégrés dans le contenu publié. **Important :** Contrairement à OAuth standard, les identifiants client sont traités comme des mots de passe intégrés. Les utilisateurs qui accèdent au contenu publié utilisent les identifiants du compte de service, et non leur propre identité. ### Rotation des identifiants Lors de la rotation de votre secret client OAuth, mettez à jour les identifiants intégrés sur Tableau Cloud : 1. Connectez-vous à Tableau Cloud. 2. Accédez à la source de données publiée. 3. Sélectionnez **Connexions**. 4. Mettez à jour la connexion avec le nouveau secret client. Pour une rotation automatisée, utilisez l’API REST de Tableau pour mettre à jour les identifiants de connexion par programmation. ## Foire aux questions ### Quand dois-je utiliser les identifiants client OAuth plutôt qu’OAuth standard? Utilisez les identifiants client lorsque vous avez besoin d’une authentification de machine à machine sans interaction de l’utilisateur. Norme OAuth nécessite une interaction de l’utilisateur pour la connexion initiale et la réauthentification périodique. Les identifiants client utilisent une identité de compte de service et ne nécessitent aucune interaction de l’utilisateur. ### Puis-je utiliser les identifiants client avec l’OAuth natif de Snowflake? Non. L’OAuth natif de Snowflake prend uniquement en charge le flux de code d’autorisation. Les identifiants client nécessitent un OAuth externe avec un fournisseur d’identité pris en charge (Okta, Azure AD ou Ping Federate). ### Comment gérer la rotation des secrets pour le contenu publié? Lors de la rotation de votre secret client OAuth, vous devez mettre à jour les identifiants intégrés dans Tableau Cloud. Vous pouvez le faire manuellement dans l’interface utilisateur de Tableau Cloud ou par programmation à l’aide de l’API REST de Tableau. Envisagez d’automatiser ce processus dans le cadre de votre flux de travail de rotation des secrets. ### Pourquoi ma connexion échoue-t-elle avec une erreur de rôle alors que EXTERNAL\_OAUTH\_AY\_ROLE\_MODE est activé? Snowflake exige des informations de rôle dans le jeton OAuth. Ajoutez une étendue personnalisée (p. ex., `session:role:SYSADMIN`) à votre serveur d’autorisation et incluez-la dans le champ Étendue OAuth lors de la connexion depuis Tableau. ## Résolution des problèmes | Message d’erreur | Cause | Solution | | --- | --- | --- | | « L’utilisateur n’existe pas ou n’est pas autorisé » | L’utilisateur Snowflake `LOGIN_NAME` ne correspond pas à l’ID client OAuth | Définir le `LOGIN_NAME` de l’utilisateur de manière à ce qu’il corresponde à la revendication `sub` (ID client pour Okta) | | « Le rôle demandé n’est pas répertorié dans le jeton d’accès » | Étendue de rôle manquante dans le jeton | Ajouter l’étendue `session:role:` à votre serveur d’autorisation et l’inclure dans l’étendue OAuth | | « Preuve DPoP non valide » | La DPoP est activée dans Okta | Désactiver l’option « Exiger la démonstration de preuve de possession (DPoP) » dans votre application Okta | | « Étendue non valide » | Étendues personnalisées non configurées | Ajouter les étendues requises à votre serveur d’autorisation; ne pas inclure `openid` | | Échec de la validation du jeton | URL ou émetteur JWKS incorrect | Vérifier que `EXTERNAL_OAUTH_JWS_KEYS _URL` et `EXTERNAL_OAUTH_ISSUER` correspondent à votre serveur d’autorisation | ## Voir également - [Configurer OAuth pour les connexions Snowflake sur Tableau Server](https://help.tableau.com/current/server/fr-ca/config_oauth_snowflake.htm) - En savoir plus sur l’authentification OAuth standard avec Snowflake. - [Intégrations de sécurité OAuth externes](https://help.tableau.com/current/server/fr-ca/%3Chttps://octs.snowflake.com/fr-ca/user- guide/oauth-external-overview>) - Documentation Snowflake pour la configuration des fournisseurs OAuth externes. - [Flux d’identifiants client Okta](https://developer.okta.com/docs/guides/implement-grant-type/clientcreds/main/) - Documentation Okta sur la mise en œuvre des identifiants client. - [Mettre à jour la connexion à la source de données](https://help.tableau.com/current/api/rest_api/fr-ca/REST/rest_api_ref_data_sources.htm#update_data_source_connection) : Référence de l’API REST de Tableau pour les mises à jour des identifiants. [Passer au contenu principal](#main-content) # Configurer OAuth pour Dremio Cette rubrique décrit comment configurer des sources de données Dremio pour l’authentification OAuth. Réalisez cette procédure pour chaque instance Tableau Server. La configuration d’OAuth pour Dremio comprend les tâches suivantes : 1. Enregistrer un client OAuth avec Dremio. 2. Utiliser les informations obtenues à l’Étape 1 pour configurer Tableau Server pour Dremio OAuth. 3. (Facultatif) Configurez OAuth spécifique au site. ## Étape 1 : Enregistrer le client OAuth dans Dremio Utilisez la rubrique [Fournisseurs d’identité](https://docs.dremio.com/cloud/api/identity-providers/) dans la documentation Dremio pour configurer un IdP pris en charge par Dremio afin d’obtenir l’ID client OAuth et les paramètres de configuration secrets nécessaires à la configuration de Tableau Server pour Dremio OAuth. ## Étape 2 : Configurer Tableau Server pour Dremio OAuth Pour configurer Tableau Server pour Dremio OAuth, vous utiliserez les paramètres répertoriés ci-dessous dans la commande tsm qui suit. - **ID client Dremio :** l’ID client est généré à partir de la processus d’enregistrement décrit dans l’Étape 1. Copiez cette valeur pour `[your_client_id]` dans la commande tsm. - **Secret client Dremio :** le secret client est généré à partir de la procédure décrite dans l’Étape 1. Copiez cette valeur pour `[your_client_secret]` dans la commande tsm. - **URL de Tableau Server :** l’URL de votre Tableau Server, par exemple `https://myco.com`. Copiez cette valeur pour `[your_server_url]` dans la commande tsm. - **ID de configuration :** il s’agit de la valeur du paramètre `oauth.config.id` que vous utiliserez dans la commande tsm : `dremio` Exécutez les commandes tsm suivantes pour configurer OAuth pour Dremio : `tsm configuration set -k oauth.config.clients -v "[{\"oauth.config.id\":\"dremio\", \"oauth.config.client_id\":\"[your_client_id]\", \"oauth.config.client_secret\":\"[your_client_secret]\", \"oauth.config.redirect_uri\":\"[your_server_url]/auth/add_oauth_token\"}]" --force-keys` `tsm pending-changes apply` ### Configuration de plusieurs connecteurs Si vous avez plusieurs connecteurs à configurer, vous devez tous les inclure dans une seule commande. Par exemple :  `tsm configuration set -k oauth.config.clients -v "[{\"oauth.config.id\":\"dremio\", \"oauth.config.client_id\":\"[your_client_id]\", \"oauth.config.client_secret\":\"[your_client_secret]\", \"oauth.config.redirect_uri\":\"[your_server_url]/auth/add_oauth_token\"}, {\"oauth.config.id\":\"customer_360_audience\", \"oauth.config.client_id\":\"[your_client_id]\", \"oauth.config.client_secret\":\"[your_client_secret]\", \"oauth.config.redirect_uri\":\"[your_server_url]/auth/add_oauth_token\"}, {\"oauth.config.id\":\"azure_sql_dw\", \"oauth.config.client_id\":\"[your_client_id]\", \"oauth.config.client_secret\":\"[your_client_secret]\", \"oauth.config.redirect_uri\":\"[your_server_url]/auth/add_oauth_token\"}, {\"oauth.config.id\":\"azure_sqldb\", \"oauth.config.client_id\":\"[your_client_id]\", \"oauth.config.client_secret\":\"[your_client_secret]\", \"oauth.config.redirect_uri\":\"[your_server_url]/auth/add_oauth_token\"}]" --force-keys` `tsm pending-changes apply` ## Configurer OAuth personnalisé pour un site Vous pouvez configurer Dremio OAuth personnalisé pour un site. Envisagez de configurer un client OAuth personnalisé pour 1) remplacer un client OAuth s’il est configuré pour le serveur ou 2) activer la prise en charge de la connexion sécurisée aux données qui nécessitent des clients OAuth uniques. Lorsqu’un client OAuth personnalisé est configuré, la configuration au niveau du site est prioritaire sur toute configuration côté serveur et toutes les nouveaux identifiants OAuth créés utilisent le client OAuth au niveau du site par défaut. Aucun redémarrage de Tableau Server n’est requis pour que les configurations prennent effet. **Important :** Les identifiants OAuth existants établis avant la configuration du client OAuth personnalisé sont utilisables temporairement, mais les administrateurs de serveur et les utilisateurs doivent mettre à jour leurs identifiants enregistrés pour garantir un accès ininterrompu aux données. ### 1 : Préparer l’ID client OAuth, la valeur du secret client, et l’URL de redirection Avant de pouvoir configurer le client OAuth personnalisé, vous avez besoin des renseignements répertoriés ci-dessous. Une fois ces renseignements préparés, vous pouvez enregistrer le client OAuth personnalisé pour le site. - **ID client OAuth et valeur du secret client :** Enregistrez d’abord le client OAuth auprès du fournisseur de données (connecteur) pour récupérer l’ID client et la valeur du secret client générés pour Tableau Server. - **URL de redirection :** notez l’URL de redirection correcte. Vous en aurez besoin pendant le processus d’inscription à l’**Étape 2** ci-dessous. https:// .com/auth/add\_oauth\_token Par exemple, https://example.com/auth/add\_oauth\_token ### 2 : Enregistrer l’ID client OAuth et le secret client Suivez la procédure décrite ci-dessous pour enregistrer le client OAuth personnalisé sur le site. 1. Connectez-vous à votre site Tableau Server à l’aide de vos identifiants d’administrateur de et accédez à la page Paramètres. 2. Sous Registre des clients OAuth, cliquez sur le bouton Ajouter un client OAuth. 3. Saisissez l’information requise, y compris l’information de l’**Étape 1** ci-dessus : 1. Dans Type de connexion, sélectionnez le connecteur dont vous souhaitez configurer le client OAuth personnalisé. 2. L’URL de l’instance OAuth est requis si plusieurs clients OAuth sont enregistrés. Sinon, c’est facultatif. 3. Pour l’ID client , la clé secrète client et l’URL de redirection, saisissez l’information que vous avez préparée à l’**Étape 1** ci-dessus. 4. Cliquez sur le bouton Ajouter un client OAuth pour terminer le processus d’enregistrement. ![Un formulaire pour la création d’un client OAuth, comprenant des champs pour le type de connexion, l’URL de l’instance OAuth, l’ID client, le secret client et l’URL de redirection.](/tableau/current/fr-ca/server/fr-ca/Img/oauth_custom.png) 4. (Facultatif) Répétez l’Étape 3 pour tous les connecteurs pris en charge. 5. Cliquez sur le bouton Enregistrer en bas ou en haut de la page Paramètres pour enregistrer les modifications. ### 3 : Valider et mettre à jour les identifiants enregistrés Pour garantir un accès ininterrompu aux données, vous (et les utilisateurs de votre site) devez supprimer les identifiants enregistrés précédemment et les ajouter à nouveau pour utiliser le client OAuth personnalisé pour le site. 1. Accédez à votre page Paramètres de mon compte. 2. Sous Informations d’identification enregistrées pour les sources de données, procédez comme suit : 1. Cliquez sur Supprimer en regard des informations d’identification enregistrées existantes pour le connecteur dont vous avez configuré le client OAuth personnalisé à l’**Étape 2** ci-dessus. 2. À côté du nom du connecteur, cliquez sur Ajouter et suivez les invites pour 1) vous connecter au client OAuth personnalisé configuré à l’**Étape 2** ci-dessus et 2) enregistrer les identifiants les plus récents. ### 4 : Indiquer aux utilisateurs de mettre à jour leurs identifiants enregistrés Veillez à demander aux utilisateurs de votre site de mettre à jour leurs identifiants enregistrés pour le connecteur dont vous avez configuré le client OAuth personnalisé à l’**Étape 2** ci-dessus. Les utilisateurs du site peuvent utiliser la procédure décrite dans [Mettre à jour les identifiants enregistrés](https://help.tableau.com/current/server/fr-ca/manage_stored_credentials.htm#oauth_update_credentials) pour mettre à jour leurs identifiants enregistrés. ## Proxy de transfert pour l’authentification OAuth Pour plus d’informations sur la configuration d’un proxy de transfert avec authentification OAuth pour Tableau Server (Windows uniquement), consultez [Configurer un proxy de transfert pour l’authentification OAuth](https://help.tableau.com/current/pro/desktop/fr-ca/config_proxy_oauth.htm#server) dans l’aide de Tableau. [Passer au contenu principal](#main-content) # Configurer OAuth pour Dropbox Cette rubrique décrit comment configurer vos sources de données Dropbox pour l’authentification OAuth. Effectuez les étapes pour chaque instance de Tableau Server. La configuration d’OAuth pour Dropbox comprend les tâches suivantes : 1. Créez une nouvelle application dans la console d’application de votre portail des développeurs Dropbox. 2. Utilisez les informations que vous obtenez dans le cadre de la création de la nouvelle application pour configurer votre serveur. 3. (Facultatif) Configurez OAuth spécifique au site. ## Étape 1 : Créez une nouvelle application 1. Connectez-vous à votre console de développeur Dropbox, puis choisissez **Console d’application**. 2. Cliquez sur le bouton **Créer une application**. 3. Configurez et nommez votre application et choisissez le bouton **Créer une application**. 4. Une fois l’application créée, accédez à son onglet Autorisations et assurez-vous que l’autorisation files.content.read est sélectionnée. 5. Accédez à l’onglet **Paramètres** et ajoutez un URI de redirection à l’aide de l’adresse Internet de votre Tableau Server. 6. Ajoutez le texte suivant à la fin de l’URI : auth/add\_oauth\_token. Par exemple : 7. https://your\_server\_url.com/auth/add\_oauth\_token 8. Copiez la clé d’application, le secret d’application et l’URI de redirection à partir de l’onglet **Paramètres**. ## Étape 2 : Configurez Tableau Server pour Dropbox Sur l’ordinateur Tableau Server, ouvrez l’interpréteur de commandes bash et exécutez les commandes tsm suivantes : `tsm configuration set -k oauth.dropbox.redirect_uri -v ` `tsm configuration set -k oauth.dropbox.client_id -v ` `tsm configuration set -k oauth.dropbox.client_secret -v ` `tsm pending-changes apply` Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affiche une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). ## Configurer OAuth personnalisé pour un site Vous pouvez configurer Dropbox OAuth personnalisé pour un site. Envisagez de configurer un client OAuth personnalisé pour 1) remplacer un client OAuth s’il est configuré pour le serveur ou 2) activer la prise en charge de la connexion sécurisée aux données qui nécessitent des clients OAuth uniques. Lorsqu’un client OAuth personnalisé est configuré, la configuration au niveau du site est prioritaire sur toute configuration côté serveur et toutes les nouveaux identifiants OAuth créés utilisent le client OAuth au niveau du site par défaut. Aucun redémarrage de Tableau Server n’est requis pour que les configurations prennent effet. **Important :** Les identifiants OAuth existants établis avant la configuration du client OAuth personnalisé sont utilisables temporairement, mais les administrateurs de serveur et les utilisateurs doivent mettre à jour leurs identifiants enregistrés pour garantir un accès ininterrompu aux données. ### 1 : Préparer l’ID client OAuth, la valeur du secret client, et l’URL de redirection Avant de pouvoir configurer le client OAuth personnalisé, vous avez besoin des renseignements répertoriés ci-dessous. Une fois ces renseignements préparés, vous pouvez enregistrer le client OAuth personnalisé pour le site. - **ID client OAuth et valeur du secret client :** Enregistrez d’abord le client OAuth auprès du fournisseur de données (connecteur) pour récupérer l’ID client et la valeur du secret client générés pour Tableau Server. - **URL de redirection :** notez l’URL de redirection correcte. Vous en aurez besoin pendant le processus d’inscription à l’**Étape 2** ci-dessous. https:// .com/auth/add\_oauth\_token Par exemple, https://example.com/auth/add\_oauth\_token ### 2 : Enregistrer l’ID client OAuth et le secret client Suivez la procédure décrite ci-dessous pour enregistrer le client OAuth personnalisé sur le site. 1. Connectez-vous à votre site Tableau Server à l’aide de vos identifiants d’administrateur de et accédez à la page Paramètres. 2. Sous Registre des clients OAuth, cliquez sur le bouton Ajouter un client OAuth. 3. Saisissez l’information requise, y compris l’information de l’**Étape 1** ci-dessus : 1. Dans Type de connexion, sélectionnez le connecteur dont vous souhaitez configurer le client OAuth personnalisé. 2. L’URL de l’instance OAuth est requis si plusieurs clients OAuth sont enregistrés. Sinon, c’est facultatif. 3. Pour l’ID client , la clé secrète client et l’URL de redirection, saisissez l’information que vous avez préparée à l’**Étape 1** ci-dessus. 4. Cliquez sur le bouton Ajouter un client OAuth pour terminer le processus d’enregistrement. ![Un formulaire pour la création d’un client OAuth, comprenant des champs pour le type de connexion, l’URL de l’instance OAuth, l’ID client, le secret client et l’URL de redirection.](/tableau/current/fr-ca/server/fr-ca/Img/oauth_custom.png) 4. (Facultatif) Répétez l’Étape 3 pour tous les connecteurs pris en charge. 5. Cliquez sur le bouton Enregistrer en bas ou en haut de la page Paramètres pour enregistrer les modifications. ### 3 : Valider et mettre à jour les identifiants enregistrés Pour garantir un accès ininterrompu aux données, vous (et les utilisateurs de votre site) devez supprimer les identifiants enregistrés précédemment et les ajouter à nouveau pour utiliser le client OAuth personnalisé pour le site. 1. Accédez à votre page Paramètres de mon compte. 2. Sous Informations d’identification enregistrées pour les sources de données, procédez comme suit : 1. Cliquez sur Supprimer en regard des informations d’identification enregistrées existantes pour le connecteur dont vous avez configuré le client OAuth personnalisé à l’**Étape 2** ci-dessus. 2. À côté du nom du connecteur, cliquez sur Ajouter et suivez les invites pour 1) vous connecter au client OAuth personnalisé configuré à l’**Étape 2** ci-dessus et 2) enregistrer les identifiants les plus récents. ### 4 : Indiquer aux utilisateurs de mettre à jour leurs identifiants enregistrés Veillez à demander aux utilisateurs de votre site de mettre à jour leurs identifiants enregistrés pour le connecteur dont vous avez configuré le client OAuth personnalisé à l’**Étape 2** ci-dessus. Les utilisateurs du site peuvent utiliser la procédure décrite dans [Mettre à jour les identifiants enregistrés](https://help.tableau.com/current/server/fr-ca/manage_stored_credentials.htm#oauth_update_credentials) pour mettre à jour leurs identifiants enregistrés. ## Proxy de transfert pour l’authentification OAuth Pour plus d’informations sur la configuration d’un proxy de transfert avec authentification OAuth pour Tableau Server (Windows uniquement), consultez [Configurer un proxy de transfert pour l’authentification OAuth](https://help.tableau.com/current/pro/desktop/fr-ca/config_proxy_oauth.htm#server) dans l’aide de Tableau. [Passer au contenu principal](#main-content) # Configurer OAuth pour Google Par défaut, les connecteurs Google Analytics et Google BigQuery utilisent un trousseau géré pour les jetons OAuth qui sont générés pour Tableau Server par le fournisseur et partagés par tous les utilisateurs sur le même site. Les connexions Google Drive et Google BigQuery (JDBC) utilisent les identifiants enregistrés par défaut et, à partir de Tableau 2022.3, nécessitent que Tableau Server soit configuré avec un ID client OAuth et un secret pour Google. Vous pouvez convertir les connecteurs avec trousseau géré de manière à utiliser les informations d’identification enregistrées en configurant Tableau Server avec un identifiant de client OAuth et un secret pour chaque connecteur. Cette rubrique décrit comment configurer vos connexions Google pour OAuth avec des informations d’identification enregistrées. Réalisez cette procédure pour chaque instance Tableau Server. Pour plus d’informations sur les trousseaux gérés et les informations d’identification enregistrées, consultez [Connexions OAuth](https://help.tableau.com/current/server/fr-ca/protected_auth.htm). **Remarques :**  - tous les connecteurs basés sur Google nécessitent un trousseau géré (par défaut), OAuth à l’échelle du serveur ou OAuth propre au site. - Pour utiliser les informations d’identification enregistrées pour un site, OAuth à l’échelle du serveur doit d’abord être configuré. - OAuth à l’échelle du serveur peut être utilisé si OAuth à l’échelle du site est configuré. - Si vous utilisez OAuth spécifique au site, chaque site doit être configuré individuellement. - Pour prendre en charge les invites de connexion en direct, la modification des connexions et la création Web, convertissez le trousseau géré en informations d’identification enregistrées pour éviter les erreurs. ### Résumé des étapes Configurez OAuth en appliquant ces étapes générales : 1. Activez l’accès à l’API et créez un jeton d’accès depuis Google. 2. Utilisez les informations obtenues à l’étape 1 pour configurer Tableau Server. 3. (Facultatif) Configurez OAuth spécifique au site. 4. Créez et modifiez une source de données Google. ## Obtenir un ID Client et activer les API Google **Remarque :** Cette procédure reflète les paramètres de la console de la plateforme Google Cloud au moment de la rédaction de ce document. Pour plus d’informations, consultez la page [Using OAuth 2.0 for Web Server Applications](https://developers.google.com/accounts/docs/OAuth2WebServer) (Utilisation de OAuth 2.0 pour les applications de serveur Web) de l’assistance Google Developers Console. 1. Connectez-vous à [plateforme Google Cloud](http://cloud.google.com/), puis cliquez sur Accéder à ma console. 2. Dans le menu déroulant, Sélectionnez un projet, sélectionnez Créer un projet. 3. Dans le formulaire du nouveau projet qui apparaît, complétez les informations suivantes : - Donnez au projet un nom explicite reflétant l’instanceTableau Server pour laquelle vous utiliserez ce projet. - Déterminez si vous souhaitez modifier l’ID du projet. **Remarque** : une fois le projet créé, vous ne pourrez pas modifier l’ID du projet. Pour plus d’informations, cliquez sur les points d’interrogation. ![Une boîte de dialogue pour créer un nouveau projet.](/tableau/current/fr-ca/server/fr-ca/Img/config_oauth_google3.png) 4. Ouvrez le nouveau projet, accédez à API & Services > **OAuth consent screen** (Écran d’acceptation OAuth), et sélectionnez le type d’utilisateur. 5. Cliquez sur l’onglet **OAuth consent screen** (Écran d’acceptation OAuth), puis entrez un nom descriptif pour le **Nom de the produit** qui apparaît aux utilisateurs. 6. Cliquez sur **Credentials** (Informations d’identification) sur l’onglet Create Credentials (Créer des informations d’identification), puis sur OAuth client ID (ID du client OAuth). 7. Dans l’écran Create OAuth client ID (Créer un ID de client OAuth), remplissez les champs requis. Suivez les étapes pour autoriser vos jetons OAuth : - Sélectionnez Application Web. - Entrez un Nom de client. - Dans le champ **Authorized JavaScript Origins** (Origines JavaScript autorisées), cliquez sur ADD URI (Ajouter une URI) et saisissez le nom de domaine de Tableau Server utilisant HTTP ou HTTPs. - Dans le champ **Authorized Redirect URI** (URI de redirection autorisée), cliquez sur ADD URI (Ajouter une URI) et remplacez le texte existant par l’adresse Web de votre Tableau Server, puis ajoutez le texte suivant à la fin : **oauth/add\_oauth\_token**. Par exemple : `https://your_server_url.com/auth/add_oauth_token` 8. Copiez l’URI de redirection autorisée et collez-la dans un emplacement auquel vous pouvez accéder depuis votre ordinateur Tableau Server. 9. Cliquez sur Créer. 10. Copiez les valeurs renvoyées par Google, puis collez-les à un emplacement accessible depuis votre ordinateur Tableau Server : - ID client - Code secret client 11. Dans API et services, vérifiez que BigQuery API, Google Drive API (pour activer Google Feuilles de calcul) ou Analytics API est activé. Pour activer les API, cliquez sur **ENABLE API** (ACTIVER LES API) en haut de la page. **Remarque :** Pour établir une connexion entre Tableau Server et Google Analytics 4, vous devez activer à la fois l’API d’administration de Google Analytics et l’API de données de Google Analytics dans la console Google. En ajoutant ces API, vous pouvez éviter toute erreur d’autorisation potentielle pouvant survenir au cours du processus. ## Configurer Tableau Server pour Google OAuth En utilisant les informations obtenues en effectuant la procédure [Obtenir un ID Client et activer les API Google](#configure-google) et activer les API Google, vous pouvez configurer votre Tableau Server : - Sur l’ordinateur Tableau Server, ouvrez l’interpréteur de commandes et exécutez les commandes suivantes pour spécifier le jeton d’accès et l’URI : `tsm configuration set -k oauth.google.client_id -v ` `tsm configuration set -k oauth.google.client_secret -v ` `tsm configuration set -k oauth.google.redirect_uri -v ` `tsm pending-changes apply` Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). ## Configurer OAuth personnalisé pour un site Vous pouvez configurer un client Google OAuth personnalisé pour un site. Envisagez de configurer un client OAuth personnalisé pour 1) remplacer un client OAuth s’il est configuré pour le serveur ou 2) activer la prise en charge de la connexion sécurisée aux données qui nécessitent des clients OAuth uniques. Lorsqu’un client OAuth personnalisé est configuré, la configuration au niveau du site est prioritaire sur toute configuration côté serveur et toutes les nouveaux identifiants OAuth créés utilisent le client OAuth au niveau du site par défaut. Aucun redémarrage de Tableau Server n’est requis pour que les configurations prennent effet. **Important :** Les identifiants OAuth existants établis avant la configuration du client OAuth personnalisé sont utilisables temporairement, mais les administrateurs de serveur et les utilisateurs doivent mettre à jour leurs identifiants enregistrés pour garantir un accès ininterrompu aux données. ### 1 : Préparer l’ID client OAuth, la valeur du secret client, et l’URL de redirection Avant de pouvoir configurer le client OAuth personnalisé, vous avez besoin des renseignements répertoriés ci-dessous. Une fois ces renseignements préparés, vous pouvez enregistrer le client OAuth personnalisé pour le site. - **ID client OAuth et valeur du secret client :** Enregistrez d’abord le client OAuth auprès du fournisseur de données (connecteur) pour récupérer l’ID client et la valeur du secret client générés pour Tableau Server. - **URL de redirection :** notez l’URL de redirection correcte. Vous en aurez besoin pendant le processus d’inscription à l’**Étape 2** ci-dessous. https:// .com/auth/add\_oauth\_token Par exemple, https://example.com/auth/add\_oauth\_token ### 2 : Enregistrer l’ID client OAuth et le secret client Suivez la procédure décrite ci-dessous pour enregistrer le client OAuth personnalisé sur le site. 1. Connectez-vous à votre site Tableau Server à l’aide de vos identifiants d’administrateur de et accédez à la page Paramètres. 2. Sous Registre des clients OAuth, cliquez sur le bouton Ajouter un client OAuth. 3. Saisissez l’information requise, y compris l’information de l’**Étape 1** ci-dessus : 1. Dans Type de connexion, sélectionnez le connecteur dont vous souhaitez configurer le client OAuth personnalisé. 2. L’URL de l’instance OAuth est requis si plusieurs clients OAuth sont enregistrés. Sinon, c’est facultatif. 3. Pour l’ID client , la clé secrète client et l’URL de redirection, saisissez l’information que vous avez préparée à l’**Étape 1** ci-dessus. 4. Cliquez sur le bouton Ajouter un client OAuth pour terminer le processus d’enregistrement. ![Un formulaire pour la création d’un client OAuth, comprenant des champs pour le type de connexion, l’URL de l’instance OAuth, l’ID client, le secret client et l’URL de redirection.](/tableau/current/fr-ca/server/fr-ca/Img/oauth_custom.png) 4. (Facultatif) Répétez l’Étape 3 pour tous les connecteurs pris en charge. 5. Cliquez sur le bouton Enregistrer en bas ou en haut de la page Paramètres pour enregistrer les modifications. ### 3 : Valider et mettre à jour les identifiants enregistrés Pour garantir un accès ininterrompu aux données, vous (et les utilisateurs de votre site) devez supprimer les identifiants enregistrés précédemment et les ajouter à nouveau pour utiliser le client OAuth personnalisé pour le site. 1. Accédez à votre page Paramètres de mon compte. 2. Sous Informations d’identification enregistrées pour les sources de données, procédez comme suit : 1. Cliquez sur Supprimer en regard des informations d’identification enregistrées existantes pour le connecteur dont vous avez configuré le client OAuth personnalisé à l’**Étape 2** ci-dessus. 2. À côté du nom du connecteur, cliquez sur Ajouter et suivez les invites pour 1) vous connecter au client OAuth personnalisé configuré à l’**Étape 2** ci-dessus et 2) enregistrer les identifiants les plus récents. ### 4 : Indiquer aux utilisateurs de mettre à jour leurs identifiants enregistrés Veillez à demander aux utilisateurs de votre site de mettre à jour leurs identifiants enregistrés pour le connecteur dont vous avez configuré le client OAuth personnalisé à l’**Étape 2** ci-dessus. Les utilisateurs du site peuvent utiliser la procédure décrite dans [Mettre à jour les identifiants enregistrés](https://help.tableau.com/current/server/fr-ca/manage_stored_credentials.htm#oauth_update_credentials) pour mettre à jour leurs identifiants enregistrés. ## Créer et modifier une source de données Google Vous devez ensuite publier les sources de données Google sur le serveur. Par exemple, consultez la rubrique de Tableau Desktop, [Google BigQuery](https://help.tableau.com/current/pro/desktop/fr-ca/examples_googlebigquery.htm). Après avoir publié les sources de données, l’étape suivante consiste à modifier la connexion de source de données afin d’utiliser le jeton d’accès intégré que vous avez configuré précédemment. Consultez [Modifier les connexions sur Tableau Server](https://help.tableau.com/current/server/fr-ca/connections_modify.htm). ## Gestion des jetons d’accès Après avoir configuré le serveur pour OAuth, vous pouvez autoriser les utilisateurs à gérer leurs propres jetons d’accès dans leurs paramètres de profil ou vous pouvez gérer les jetons de manière centralisée. Pour plus d’informations, consultez [Autoriser les jetons d’accès enregistrés](https://help.tableau.com/current/server/fr-ca/allow_saved_tokens.htm). ## Proxy de transfert pour l’authentification OAuth Pour plus d’informations sur la configuration d’un proxy de transfert avec authentification OAuth pour Tableau Server (Windows uniquement), consultez [Configurer un proxy de transfert pour l’authentification OAuth](https://help.tableau.com/current/pro/desktop/fr-ca/config_proxy_oauth.htm#server) dans l’aide de Tableau. [Passer au contenu principal](#main-content) # Configurer OAuth pour les connexions Snowflake sur Tableau Server Il existe plusieurs façons de configurer OAuth pour les connexions Snowflake en fonction de la version de Tableau Server que vous utilisez et du nombre de sites que vous mettez à jour. Cette rubrique décrit comment configurer chaque option disponible. - Pour toutes les versions de Tableau jusqu’à la version 2024.1 incluse, le connecteur Tableau Snowflake utilise par défaut un proxy OAuth hébergé dans AWS (GALOP), qui utilise le même identifiant client et le même secret client. Il est possible de configurer Tableau Server de manière à utiliser un nouveau service OAuth qui s’exécute au même endroit que l’instance de Tableau. Pour ce faire, vous devez fournir vos propres ID et secret client, que l’on appelle « OAuth personnalisé ». Suivez les instructions ci-dessous pour configurer ces paramètres. - Le proxy GALOP sera obsolète à partir de la version 2024.2, et les instructions de configuration de OAuth personnalisé décrites ci-dessous seront **obligatoires**, car il utilisera désormais le service OAuth local pour l’authentification. - Pour Tableau Desktop et Tableau Cloud versions 2024.3 et ultérieures, vous pouvez configurer un fournisseur d’identité tiers (OAuth externe) pour Snowflake. Pour plus d’informations, consultez [OAuth externe pour Snowflake](https://help.tableau.com/current/server/fr-ca/snowflake_oauth_idp.htm). Voici les avantages de l’OAuth personnalisé : - Sécurité améliorée - Vous pouvez utiliser OAuth dans des environnements isolés qui ne peuvent pas se connecter au proxy OAuth (GALOP). - Vous n’avez pas à ajouter à la liste d’autorisations les adresses GALOP IP pour exécuter le flux OAuth dans AWS PrivateLink ou Azure Private Link VPC. ## Étape 1 : Configurer et enregistrer le client OAuth avec Snowflake Pour utiliser une configuration OAuth personnalisée dans Tableau Server, vous devez d’abord configurer et enregistrer votre client OAuth et obtenir un ID client et un secret client dans Snowflake. Pour Tableau Server 2024.2 et versions ultérieures, cette étape est obligatoire, quelle que soit l’option de configuration utilisée. Pour enregistrer un client OAuth personnalisé avec Snowflake, suivez les étapes décrites dans [Configurer Snowflake OAuth pour les clients personnalisés](https://docs.snowflake.com/fr/user-guide/oauth-custom.html#configure-snowflake-oauth-for-custom-clients). Après avoir enregistré votre client OAuth dans Snowflake en suivant les étapes décrites dans l’article Snowflake dont le lien figure ci-dessus, utilisez les paramètres Snowflake suivants pour configurer Tableau Server : - URL d’instance de compte - ID client - Code secret client - URL de redirection **Remarque** : Vous devez saisir la même URL de redirection dans Snowflake et dans Tableau. Le format est : https://.com/auth/add\_oauth\_token ## Étape 2 : Configurer Tableau Server afin d’utiliser OAuth pour Snowflake ### Option 1 : Configurer OAuth pour les connexions Snowflake à l’aide de TSM Nous vous recommandons d’utiliser cette option lorsque vous devez mettre à jour plusieurs sites Tableau Server à la fois. **Remarque :** Cette option de configuration ne peut pas être utilisée sur Tableau Cloud. 1. (Versions 2024.1 et antérieures) Sur l’ordinateur Tableau Server, exécutez la commande suivante pour activer le service Snowflake OAuth : `tsm configuration set -k native_api.enable_snowflake_privatelink_on_server -v true` **Remarque :** Pour les versions 2024.2 et ultérieures, ignorez l’étape 1, qu’une connexion privée Snowflake soit utilisée ou non. 2. Copiez, coller et personnalisez la commande suivante dans un éditeur de texte : `tsm configuration set -k oauth.snowflake.clients -v " [{\"oauth.snowflake.instance_url\":\"https://account.snowflakecomputing.com\", \"oauth.snowflake.client_id\":\"client_id_string\", \"oauth.snowflake.client_secret\":\"client_secret_string\", \"oauth.snowflake.redirect_uri\":\"http://your_server_url.com/auth/add_oauth_token\" }]"` La clé `oauth.snowflake.clients` prend un tableau de paires de clés. Chaque élément de la paire de clés doit être encapsulé entre doubles guillemets. Les doubles guillemets doivent être échappés sous la forme `\"`. Pour spécifier plusieurs URL d’instance de compte, séparez chaque client OAuth supplémentaire entouré d’accolades ({}) par une virgule (,), comme dans cet exemple : `tsm configuration set -k oauth.snowflake.clients -v " [{\"oauth.snowflake.instance_url\":\"https://account.snowflakecomputing.com\",\"oauth.snowflake.client_id\":\"client_id_string1\",\"oauth.snowflake.client_secret\":\"client_secret_string1\",\"oauth.snowflake.redirect_uri\":\"http://your_server_url.com/auth/add_oauth_token\" },{\"oauth.snowflake.instance_url\":\"https://account2.snowflakecomputing.com\",\"oauth.snowflake.client_id\":\"client_id_string2\",\"oauth.snowflake.client_secret\":\"client_secret_string2\",\"oauth.snowflake.redirect_uri\":\"http://your_server_url.com/auth/add_oauth_token\" }]"` Remplacez les valeurs de chaque clé : - URL d’instance de compte : `oauth.snowflake.instance_url` - ID client : `oauth.snowflake.client_id` - Secret client : `oauth.snowflake.client_secret` - URL de redirection : `oauth.snowflake.redirect_uri` **Remarque :** avant d’exécuter la commande, vérifiez soigneusement la syntaxe. TSM ne validera pas cette entrée. Copiez la commande dans l’interface en ligne de commande TSM et exécutez la commande. 3. Entrez la commande suivante pour appliquer les modifications : `tsm pending-changes apply` Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). ### Option 2 : Configurer OAuth pour les connexions Snowflake par site **Remarque** : Cette option est également disponible dans Tableau Cloud à partir de la version 2024.2. Vous pouvez configurer un client Snowflake OAuth personnalisé au niveau du site à l’aide de l’interface utilisateur de Tableau Server. Envisagez de configurer un client OAuth personnalisé au niveau du site pour : 1. Remplacer un client OAuth s’il est configuré pour le serveur 2. Activer la prise en charge de la connexion sécurisée aux données qui nécessitent des clients OAuth uniques. Lorsqu’un client OAuth personnalisé est configuré, la configuration au niveau du site prévaut sur toute configuration à l’échelle du serveur et tous les identifiants OAuth nouvellement ajoutés utilisent le client OAuth par défaut au niveau du site. Aucun redémarrage de Tableau Server n’est requis pour que les configurations OAuth personnalisées au niveau du site prennent effet. **Important :** Les identifiants OAuth existants établis avant la configuration du client OAuth personnalisé sont utilisables temporairement, mais les administrateurs et les utilisateurs Tableau Server doivent mettre à jour leurs identifiants enregistrés pour assurer un accès ininterrompu aux données. #### Étape 1 : Préparer l’ID client OAuth, la clé secrète client et l’URL de redirection Avant de pouvoir configurer le client OAuth personnalisé, vous avez besoin des renseignements répertoriés ci-dessous. Une fois ces renseignements préparés, vous pouvez enregistrer le client OAuth personnalisé pour le site. Pour plus d’informations, consultez la section **Étape 1 : Configurer et enregistrer le client OAuth avec Snowflake** ci-dessus. - **URL d’instance de compte** - **ID client OAuth et secret client :** enregistrez d’abord le client OAuth auprès du fournisseur de données (connecteur) pour récupérer l’ID client et le secret générés pour Tableau Server. - **URL de redirection :** notez l’URL de redirection correcte. Vous en aurez besoin pendant le processus d’enregistrement à l’**Étape 2 : Ajouter le client OAuth au site Tableau Server** ci-dessous. https://.com/auth/add\_oauth\_token #### Étape 2 : Ajouter le client OAuth au site Tableau Server Suivez la procédure décrite ci-dessous pour enregistrer le client OAuth personnalisé sur le site. 1. (Versions 2024.1 et antérieures) Sur l’ordinateur Tableau Server, exécutez les deux commandes suivantes pour activer le service Snowflake OAuth : `tsm configuration set -k native_api.enable_snowflake_privatelink_on_server -v true` `tsm pending-changes apply` **Remarque :** Pour les versions 2024.2 et ultérieures, ignorez l’étape 1, qu’une connexion privée Snowflake soit utilisée ou non. 2. Connectez-vous à votre site Tableau Server à l’aide de vos identifiants d’administrateur de et accédez à la page Paramètres. 3. Sous Registre des clients OAuth, cliquez sur le bouton Ajouter un client OAuth. 4. Saisissez l’information requise, y compris l’information de l’**Étape 1** ci-dessus : 1. Dans Type de connexion, sélectionnez le connecteur dont vous souhaitez configurer le client OAuth personnalisé. 2. L’URL de l’instance OAuth est requis si plusieurs clients OAuth sont enregistrés. Sinon, c’est facultatif. 3. Pour l’ID client, la clé secrète client et l’URL de redirection, saisissez l’information que vous avez préparée à l’**Étape 1** ci-dessus. 4. Cliquez sur le bouton Ajouter un client OAuth pour terminer le processus d’enregistrement. ![](/tableau/current/fr-ca/server/fr-ca/Img/oauth_custom.png) 5. Cliquez sur le bouton Enregistrer en bas ou en haut de la page Paramètres pour enregistrer les modifications. #### Étape 3 : Valider et mettre à jour les identifiants enregistrés Pour garantir un accès ininterrompu aux données, vous (et les utilisateurs de votre site) devez supprimer les identifiants enregistrés précédemment et les ajouter à nouveau pour utiliser le client OAuth personnalisé pour le site. 1. Accédez à votre page Paramètres de mon compte. 2. Sous Identifiants enregistrés pour les sources de données, procédez comme suit : 1. Cliquez sur Supprimer à côté des identifiants déjà enregistrés pour le connecteur dont vous avez configuré le client OAuth personnalisé à l’**Étape 2 : Ajouter le client OAuth au site Tableau Server** ci-dessus. 2. À côté du nom du connecteur, cliquez sur Ajouter et suivez les invites pour 1) vous connecter au client OAuth personnalisé configuré à l’**Étape 2 : Ajouter le client OAuth au site Tableau Server** ci-dessus et 2) enregistrer les plus récents identifiants. #### Étape 4 : Informer les utilisateurs de mettre à jour leurs identifiants enregistrés Assurez-vous de demander aux utilisateurs de votre site de mettre à jour leurs identifiants enregistrés pour le connecteur dont vous avez configuré le client OAuth personnalisé à l’**Étape 2 : Ajouter le client OAuth au site Tableau Server** ci-dessus. Les utilisateurs du site peuvent utiliser la procédure décrite dans [Mettre à jour les identifiants enregistrés](https://help.tableau.com/current/server/fr-ca/manage_stored_credentials.htm#oauth_update_credentials) pour mettre à jour leurs identifiants enregistrés. ## Proxy de transfert pour l’authentification OAuth Pour plus d’informations sur la configuration d’un proxy de transfert avec authentification OAuth pour Tableau Server (Windows uniquement), consultez [Configurer un proxy de transfert pour l’authentification OAuth](https://help.tableau.com/current/pro/desktop/fr-ca/config_proxy_oauth.htm#server) dans l’aide de Tableau. [Passer au contenu principal](#main-content) # Configurer OAuth pour Intuit QuickBooks Online Cette rubrique décrit comment configurer vos sources de données QuickBooks Online pour l’authentification OAuth. Réalisez cette procédure pour chaque instance Tableau Server. La configuration d’OAuth pour QuickBooks Online comprend les tâches suivantes : 1. Créer une application connectée sur la plateforme de développeur Intuit. 2. Utilisez les informations obtenues dans le cadre de l’application connectée pour configurer votre serveur. 3. (Facultatif) Configurez OAuth spécifique au site. ## Étape 1 : Créer une application Intuit 1. Connectez-vous à votre compte de développeur Intuit, puis cliquez sur My Apps. 2. Dans la section Just start coding (Se mettre à coder), cliquez sur Select APIs (Sélectionner des API). 3. Sélectionnez **Accounting** (Comptabilité), et cliquez sur Create App (Créer une application). 4. Dans la section Get your app ready for submission (Préparer votre application pour l’envoi), cliquez sur le lien pour obtenir vos clés de production. **Important :** vous devez utiliser des clés de production plutôt que des clés de développement. 5. Copiez le jeton d’application, la clé de consommateur OAuth et le secret de consommateur OAuth. ## Étape 2 : Configurer Tableau Server pour Intuit QuickBooks Online - Sur l’ordinateur Tableau Server, ouvrez l’interpréteur de commandes bash et exécutez les commandes suivantes : `tsm configuration set -k oauth.quickbooks.oauth_callback_uri -v http://YOUR-SERVER/auth/add_oauth_token` `tsm configuration set -k oauth.quickbooks.consumer_key -v ` `tsm configuration set -k oauth.quickbooks.consumer_secret -v ` `tsm pending-changes apply` Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). ## Gestion des jetons d’accès Si vous exécutez une tâche d’actualisation d’extrait pour votre source de données QuickBooks Online, Tableau Server tente de renouveler les jetons d’accès pour vous. Pour veiller ce que vos jetons d’accès n’expirent pas, exécutez vos tâches d’actualisation d’extrait plus d’une fois par mois. Sinon, les jetons d’accès de QuickBooks Online expirent et vos tâches d’actualisation d’extrait échouent. Si vos jetons d’accès expirent, vous pouvez modifier vos informations d’identification enregistrées dans la page Paramètres. Les informations d’identification peuvent être gérées de manière centrale ou par vos utilisateurs. Pour plus d’informations, consultez [Autoriser les jetons d’accès enregistrés](https://help.tableau.com/current/server/fr-ca/allow_saved_tokens.htm). [Passer au contenu principal](#main-content) # Configurer Postgres SSL pour autoriser les connexions directes depuis les clients Lorsque Tableau Server est configuré pour utiliser SSL pour la communication interne avec le référentiel postgres, vous pouvez également exiger que les clients Tableau et les clients postgres externes se connectant directement au référentiel vérifient l’identité du référentiel postgres Tableau en comparant le certificat SSL présenté par l’instance postgres interne avec le certificat distribué au client Tableau ou postgres externe. Les connexions directes incluent celles qui utilisent l’utilisateur **tableau** ou l’utilisateur **readonly**. Quelques exemples de clients Tableau : Tableau Desktop, Tableau Mobile, l’API REST, navigateurs Web. 1. Activez SSL interne pour le référentiel en exécutant les commandes suivantes : `tsm security repository-ssl enable` `tsm pending-changes apply` Ceci active la prise en charge de SSL, génère un nouveau certificat de serveur et de nouveaux fichiers de clés et exige que les clients Tableau utilisent SSL pour se connecter au référentiel. Pour plus de commandes et d’options repository-ssl, consultez [tsm security](https://help.tableau.com/current/server/fr-ca/cli_security_tsm.htm). Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). 2. (Facultatif) Si vous avez configuré votre ordinateur client pour valider les connexions Postgres SSL, vous devez importer le certificat généré par Tableau Server sur les ordinateurs exécutant Tableau Desktop. Pour chaque ordinateur client qui se connecte directement au référentiel, effectuez les opérations suivantes : - Copiez le fichier **server.crt** sur l’ordinateur client. Vous pouvez retrouver ce fichier dans le répertoire suivant : `C:/ProgramData/Tableau/Tableau Server/data/tabsvc/config/pgsql_0./security` **Remarque :** Ne copiez pas le fichier **server.key** sur l’ordinateur client. Ce fichier devrait uniquement résider sur le serveur. - Importez le certificat dans le magasin de certificats de l’ordinateur. Pour plus d’informations, utilisez la documentation du fabricant du système d’exploitation. 3. (Facultatif) Configurez tous les clients postgres externes (non-Tableau) (PgAdmin ou Dbeaver par exemple) pour vérifier l’identité du référentiel postgres de Tableau Server. Faites-le dans le pilote postgresql JDBC que le client utilise pour se connecter en définissant la directive "sslmode" sur "verify-ca" ou "verify-full". Les options disponibles peuvent être différentes selon la version du pilote postgres utilisé. Pour plus d’informations, consultez la documentation du pilote sur la prise en charge SSL. [Passer au contenu principal](#main-content) # Configurer SAML à l’échelle du serveur Vous pouvez configurer SAML à l’échelle du serveur lorsque vous souhaitez que tous vos utilisateurs SSO (authentification unique) sur Tableau Server s’authentifient via un fournisseur d’identité (IdP) SAML unique, ou comme première étape dans la configuration de SAML spécifique à un site dans un environnement multisite. Si vous avez configuré SAML à l’échelle du serveur et que vous êtes prêt à configurer un site, consultez [Configurer le protocole SAML spécifique à un site](https://help.tableau.com/current/server/fr-ca/saml_site_specific.htm). Les étapes de configuration SAML que vous décrivons partent des hypothèses suivantes : - Vous maîtrisez bien les options de configuration de l’authentification SAML sur Tableau Server, comme décrit dans la rubrique [SAML](https://help.tableau.com/current/server/fr-ca/saml.htm). - Vous avez vérifié que votre environnement répond aux [Exigences en matière d’authentification SAML](https://help.tableau.com/current/server/fr-ca/saml_requ.htm) et obtenu les fichiers de certificat SAML décrits dans ces exigences. ## Avant de commencer Dans le cadre de votre plan de récupération après sinistre, nous vous recommandons de conserver une sauvegarde des fichiers de certificat et d’IdP dans un endroit sûr hors de Tableau Server. Les fichiers de ressources SAML que vous téléversez sur Tableau Server seront stockés et distribués sur d’autres nœuds par le service des fichiers client. Toutefois, les fichiers ne sont pas stockés dans un format récupérable. Consultez [Service des fichiers client Tableau Server](https://help.tableau.com/current/server/fr-ca/server_process_cfs.htm). **Remarque :** si vous utilisez les mêmes fichiers de certificat pour SSL, vous pourriez aussi utiliser l’emplacement de certificat existant pour configurer SAML, et ajouter le fichier de métadonnées de l’IdP à ce répertoire lorsque vous le téléchargez ultérieurement dans cette procédure. Pour plus d’informations, consultez [Utilisation d’un certificat SSL et de fichiers de clé pour SAML](https://help.tableau.com/current/server/fr-ca/saml_requ.htm#Cert_Name) dans la section Exigences en matière d’authentification SAML. Si vous exécutez Tableau Server dans un groupement, les certificats, clés et fichier de métadonnées SAML seront automatiquement distribués entre les nœuds lorsque vous activez SAML. Cette procédure exige que vous téléversiez les certificats SAML vers TSM afin qu’ils soient correctement stockés et distribués dans la configuration de serveur. Les fichiers SAML doivent être disponibles pour le navigateur de l’ordinateur local sur lequel vous exécutez l’interface Web TSM dans le cadre de cette procédure. Si vous avez rassemblé et enregistré les fichiers SAML sur Tableau Server comme recommandé dans la section précédente, exécutez l’interface Web TSM depuis l’ordinateur Tableau Server où vous avez copié les fichiers. Si vous exécutez l’interface Web TSM à partir d’un autre ordinateur, vous devrez copier tous les fichiers SAML localement avant de continuer. Au fur et à mesure que vous suivez la procédure ci-dessous, accédez aux fichiers sur l’ordinateur local pour les téléverser sur TSM. 1. Ouvrez TSM dans un navigateur : https://:8850. Pour plus d’informations, consultez [Se connecter à l’interface utilisateur Web Tableau Services Manager](https://help.tableau.com/current/server/fr-ca/sign_in_tsm.htm). 2. Dans l’onglet Configuration, sélectionnez Identité de l’utilisateur et accès puis sélectionnez l’onglet Méthodes d’authentification. ![Paramètres d’authentification utilisateur de Tableau Services Manager](/tableau/current/fr-ca/server/fr-ca/Img/tsm-ui-user-auth.png "Image") 3. Dans Méthode d’authentification, sélectionnez SAML. 4. Dans la section SAML qui apparaît, terminez l’étape 1 de l’interface utilisateur en entrant les paramètres suivants (ne cochez pas encore à ce stade la case d’activation de SAML pour le serveur) : - URL de retour Tableau Server : l’URL à laquelle les utilisateurs de Tableau Server accèderont, par exemple https://tableau-server. L’utilisation de https://localhost ou d’une URL avec une barre oblique de fin (par exemple http://tableau\_server/) n’est pas prise en charge. - ID d’identité SAML : ID d’entité qui identifie votre installation de Tableau Server de manière unique pour l’IdP. Vous pouvez entrer à nouveau votre URL Tableau Server ici. Si vous comptez activer ultérieurement SAML spécifique à un site, cette URL sert également de base pour chaque ID unique de site. - Fichiers de certificats et de clés SAML : cliquez sur Sélectionner un fichier pour téléverser chacun de ces fichiers. Si vous utilisez un fichier de la clé protégé par une phrase de passe PKCS#8, vous devez entrer la phrase de passe avec l’interface en ligne de commande TSM : `tsm configuration set -k wgserver.saml.key.passphrase -v ` Une fois que vous avez fourni les informations demandées à l’étape 1 de l’interface utilisateur, le bouton Télécharger le fichier de métadonnées XML à l’étape 2 de l’interface utilisateur devient disponible. 5. Cochez maintenant la case Activer l’authentification SAML pour le serveur au-dessus de l’étape 1 de l’interface utilisateur. 6. Effectuez les paramètres SAML restants. 1. Aux étapes 2 et 3, échangez les métadonnées entre Tableau Server et le fournisseur d’identité. (Vous souhaiterez peut-être consulter à ce stade la documentation de l’IdP.) Sélectionnez Télécharger le fichier de métadonnées XML et spécifiez l’emplacement du fichier. Si vous configurez SAML avec AD FS,vous pouvez revenir à [Étape 3 : Configurer AD FS pour accepter les demandes de connexion de Tableau Server](https://help.tableau.com/current/server/fr-ca/saml_config_adfs_server.htm#step3-config-adfs) dans « Configurer SAML avec AD FS sur Tableau Server ». Pour les autres IdP, accédez au compte de votre IdP pour ajouter Tableau Server à ses applications (en tant que fournisseur de services), en fournissant les métadonnées Tableau comme approprié. Suivez les instructions sur le site Web ou la documentation de l’IdP pour télécharger les métadonnées de l’IdP. Enregistrez le fichier .xml sur le même emplacement que celui contenant vos fichiers de certificat et de clé SAML. Par exemple : `C:\Program Files\Tableau\Tableau Server\SAML\idp-metadata.xml` 2. Revenez à l’interface utilisateur Web TSM. Pour l’étape 4 de l’interface utilisateur, entrez le chemin d’accès du fichier de métadonnées du fournisseur d’identités, puis cliquez sur Sélectionner le fichier. ![Capture d’écran mettant en évidence la zone de l’interface utilisateur TSM où vous téléversez les métadonnées du fournisseur d’identités SAML](/tableau/current/fr-ca/server/fr-ca/Img/saml_config_upload_idp_metadata.png) 3. À l’étape 5, dans certains cas, vous devrez peut-être modifier les valeurs d’assertion dans la configuration Tableau Server pour qu’elles correspondent aux noms d’assertion transmis par votre fournisseur d’identité. Vous pouvez trouver les noms d’assertion dans la configuration SAML de l’IdP. Si différents noms d’assertion sont transmis par votre fournisseur d’identités, vous devez mettre à jour Tableau Server pour utiliser la même valeur d’assertion. **Conseil :** les « Assertions » sont un composant SAML clé, et le concept d’assertions de mappage peut être complexe à première vue. Il peut être utile de replacer ceci dans un contexte de données tabulaires dans lequel le nom de l’assertion (attribut) est équivalent à un en-tête de colonne dans la table. Vous entrez ce nom d’en-tête plutôt qu’un exemple de valeur apparaissant dans cette colonne. 4. À l’étape 6, sélectionnez les applications Tableau pour lesquelles vous souhaitez offrir une expérience d’authentification unique aux utilisateurs. **Remarque :** L’option de désactivation de l’accès mobile est ignorée par les appareils exécutant l’application Tableau Mobile version 19.225.1731 et ultérieure. Pour désactiver SAML pour les appareils exécutant ces versions, vous devez désactiver SAML comme option de connexion client sur Tableau Server. 5. Pour la redirection de déconnexion SAML, si votre fournisseur d’identités prend en charge la déconnexion unique (SLO), entrez la page vers laquelle vous souhaitez rediriger les utilisateurs après qu’ils se sont déconnectés (relativement au chemin d’accès que vous avez entré pour l’URL de retour Tableau Server). 6. (Facultatif) À l’étape 7, procédez comme suit : - Ajoutez une valeur séparée par des virgules pour l’attribut `AuthNContextClassRef`. Pour plus d’informations sur la façon dont cet attribut est utilisé, consultez [Remarques sur la compatibilité SAML et les exigences](https://help.tableau.com/current/server/fr-ca/saml_requ.htm#compatibility). - Spécifiez un attribut de domaine si vous n’envoyez pas le domaine dans le cadre du nom d’utilisateur (par exemple, `domain\username`). Pour plus d’informations, consultez [Exécution de plusieurs domaines](https://help.tableau.com/current/server/fr-ca/saml_requ.htm#multiple_domains). 7. (Facultatif) À l’étape 8, cochez la case Activer la capture des attributs utilisateur pendant l’authentification SAML. Pour plus d’informations à propos des attributs utilisateur, consultez [Personnaliser et contrôler l’accès aux données à l’aide d’attributs utilisateur](#user_attributes). ![](/tableau/current/fr-ca/server/fr-ca/Img/tsm_ui_saml_user_attributes.png) 7. Cliquez sur Enregistrer les modifications en attente après avoir entré vos données de configuration. 8. Cliquez sur Modifications en attente en haut de la page : ![Barre d’outils de Tableau Server Manager indiquant que des modifications sont en attente.](/tableau/current/fr-ca/server/fr-ca/Img/tsm-ui-pending-changes-btn.png) 9. Cliquez sur Appliquer les modifications et redémarrer. ### Avant de commencer Avant de commencer, procédez comme suit : - Accédez au site Web ou à l’application de votre IdP, et exportez le fichier XML des métadonnées de l’IdP. Vérifiez que les métadonnées XML obtenues à partir de l’IdP incluent un élément SingleSignOnService dans lequel la liaison est définie sur `HTTP-POST`, comme dans l’exemple suivant : `` - Rassemblez les fichiers de certificats et placez-les sur Tableau Server. Dans le dossier Tableau Server, créez un nouveau dossier appelé SAML et placez les copies des fichiers de certificat SAML dans ce dossier. Par exemple : `C:\Program Files\Tableau\Tableau Server\SAML` Il est conseillé d’utiliser cet emplacement parce que le compte utilisateur qui exécute Tableau Server dispose des autorisations nécessaires pour accéder à ce dossier. ### Étape 1 : Configurer l’URL de retour, l’ID de l’entité SAML et spécifier les fichiers de certificats et de clés 1. Ouvrez l’interpréteur d’invite de commande et configurez les paramètres SAML pour le serveur (en remplaçant les valeurs d’espace réservé par le chemin d’accès à l’environnement et les noms de fichiers). `tsm authentication saml configure --idp-entity-id https://tableau-server --idp-metadata "C:\Program Files\Tableau\Tableau Server\SAML\" --idp-return-url https://tableau-server --cert-file "C:\Program Files\Tableau\Tableau Server\SAML\" --key-file "C:\Program Files\Tableau\Tableau Server\SAML\"` Pour plus d’informations, consultez `[tsm authentication saml configure](https://help.tableau.com/current/server/fr-ca/cli_authentication_tsm.htm#tsm-auth-saml-config)`. 2. Si vous utilisez une clé PKCS#8 protégée par une phrase de passe, entrez la phrase de passe comme suit : `tsm configuration set -k wgserver.saml.key.passphrase -v ` 3. Si SAML n’est pas déjà activé sur Tableau Server (par exemple, vous le configurez pour la première fois, ou vous l’avez désactivé), activez-le maintenant : `tsm authentication saml enable` 4. Appliquez les modifications : `tsm pending-changes apply` Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). ### Étape 2 : Générer les métadonnées Tableau Server et configurer l’IdP 1. Exécutez la commande suivante pour générer le fichier de métadonnées XML requis pour Tableau Server. `tsm authentication saml export-metadata -f ` Vous pouvez spécifier un nom de fichier, ou omettre le paramètre `-f` pour créer un fichier par défaut appelé `samlmetadata.xml`. 2. Sur le site Web de votre IdP ou dans son application : - Ajoutez Tableau Server en tant que fournisseur de services. Pour plus d’informations sur la procédure à suivre, consultez la documentation de l’IdP. Lors de la configuration de Tableau Server en tant que fournisseur de services, vous importerez le fichier de métadonnées Tableau Server que vous avez généré à l’aide de la commande `export-metadata`. - Vérifiez que votre IdP utilise username comme attribut pour vérifier les utilisateurs. ### Étape 3 : Associer les assertions Dans certains cas, vous devrez peut-être modifier les valeurs d’assertion dans la configuration de Tableau Server pour qu’elles correspondent aux noms d’assertion qui sont transmis par votre IdP. Vous pouvez trouver les noms d’assertion dans la configuration SAML de l’IdP. Si différents noms d’assertion sont transmis par votre fournisseur d’identités, vous devez mettre à jour Tableau Server pour utiliser la même valeur d’assertion. **Conseil :** les « Assertions » sont un composant SAML clé, et le concept d’assertions de mappage peut être complexe à première vue. Il peut être utile de replacer ceci dans un contexte de données tabulaires dans lequel le nom de l’assertion (attribut) est équivalent à un en-tête de colonne dans la table. Vous entrez ce nom d’en-tête plutôt qu’un exemple de valeur apparaissant dans cette colonne. Le tableau suivant présente les valeurs par défaut des assertions et la clé de configuration qui enregistre la valeur.
AffirmationValeur par défautClé
Nom d’utilisateurusernamewgserver.saml.idpattribute.username
Nom d’affichagedisplayName

Tableau ne prend pas en charge ce type d’attribut.

Courrielemail

Tableau ne prend pas en charge ce type d’attribut.

Domaine(non mappé par défaut)wgserver.saml.idpattribute.domain
Pour modifier une valeur donnée, exécutez la commande `tsm configuration set` avec la paire clé :valeur appropriée. Par exemple, pour modifier l’assertion `username` sur la valeur `name`, exécutez les commandes suivantes : `tsm configuration set -k wgserver.saml.idpattribute.username -v name` `tsm pending-changes apply` Alternativement, vous pouvez utiliser la commande `[tsm authentication saml map-assertions](https://help.tableau.com/current/server/fr-ca/cli_authentication_tsm.htm#TSMmap_assertions)` pour modifier une valeur donnée. Par exemple, pour définir l’assertion de domaine sur une valeur appelée `domain` et spécifier sa valeur en tant que « exemple.myco.com », exécutez les commandes suivantes : `tsm authentication saml map-assertions --domain example.myco.com` `tsm pending-changes apply` ### Facultatif : Désactiver l’utilisation de SAML pour certains types de clients Par défaut, Tableau Desktop et l’application Tableau Mobile autorisent l’authentification SAML. Si votre IdP ne prend pas en charge cette fonctionnalité, vous pouvez désactiver la connexion SAML pour les clients Tableau à l’aide des commandes suivantes : `tsm authentication saml configure --desktop-access disable` `tsm authentication saml configure --mobile-access disable` **Remarque :** l’option `--mobile-access disable` est ignorée par les appareils exécutant l’application Tableau Mobile version 19.225.1731 et supérieure. Pour désactiver SAML pour les appareils exécutant ces versions, vous devez désactiver SAML comme option de connexion client sur Tableau Server. `tsm pending-changes apply` ### Facultatif : ajouter la valeur AuthNContextClassRef Ajoutez une valeur séparée par des virgules pour l’attribut `AuthNContextClassRef`. Pour plus d’informations sur la façon dont cet attribut est utilisé, consultez [Remarques sur la compatibilité SAML et les exigences](https://help.tableau.com/current/server/fr-ca/saml_requ.htm#compatibility). Pour définir cet attribut, exécutez les commandes suivantes : `tsm configuration set -k wgserver.saml.authcontexts -v ` `tsm pending-changes apply` ## Tester la configuration 1. Dans votre navigateur Web, ouvrez une nouvelle page ou un nouvel onglet, et entrez l’URL de Tableau Server. ![Une fenêtre de navigateur Web vide affiche « http://tableau\_server » dans la barre d’adresse.](/tableau/current/fr-ca/server/fr-ca/Img/saml_browser.png) Le navigateur vous redirige vers le formulaire de connexion de l’IdP. 2. Entrez votre nom d’utilisateur et votre mot de passe pour l’authentification unique. ![Boîte de dialogue de connexion SAML avec des champs pour le nom d’utilisateur et le mot de passe.](/tableau/current/fr-ca/server/fr-ca/Img/saml_idp_signon.png) L’IdP vérifie vos informations d’identification et vous redirige vers votre page de démarrage Tableau Server. ## Personnaliser et contrôler l’accès aux données à l’aide d’attributs utilisateur Les attributs utilisateur sont des métadonnées utilisateur définies par votre organisation. Les attributs utilisateur peuvent être utilisés pour déterminer l’accès selon un modèle d’autorisation de contrôle d’accès basé sur les attributs (Attribute-based access control, ABAC). Les attributs utilisateur peuvent concerner n’importe quel aspect du profil utilisateur, y compris les rôles professionnels, l’appartenance au service, le niveau de gestion, etc. Ils peuvent également être associés à des contextes utilisateur d’exécution, comme l’endroit d’où l’utilisateur est connecté ou sa préférence linguistique. En incluant des attributs utilisateur dans votre flux de travail, vous pouvez contrôler et personnaliser l’expérience utilisateur grâce à l’accès aux données et à la personnalisation. - **Accès aux données** : les attributs utilisateur peuvent être utilisés pour appliquer des politiques de sécurité des données. Cette approche garantit que les utilisateurs ne voient que les informations qu’ils sont autorisés à voir. - **Personnalisation** : en transmettant des attributs utilisateur comme l’emplacement et le rôle, votre contenu peut être personnalisé pour n’afficher que les informations pertinentes pour l’utilisateur qui y accède, ce qui lui permet de trouver plus facilement les informations dont il a besoin. **Résumé des étapes de transmission des attributs utilisateur** Le processus d’activation des attributs utilisateur dans un flux de travail est résumé dans les étapes suivantes : 1. Activer le paramètre des attributs utilisateur 2. Inclure des attributs utilisateur dans l’assertion 3. Vérifier que l’auteur du contenu inclut les fonctions d’attribut utilisateur et les filtres pertinents 4. Vérifier le contenu ### Étape 1 : Activer le paramètre des attributs utilisateur Pour des raisons de sécurité, les attributs utilisateur ne sont validés dans un flux de travail d’authentification que lorsque le paramètre d’attribut utilisateur est activé par un administrateur de serveur. 1. Ouvrez TSM dans un navigateur : https://:8850. Pour plus d’informations, consultez [Se connecter à l’interface utilisateur Web Tableau Services Manager](https://help.tableau.com/current/server/fr-ca/sign_in_tsm.htm). 2. Dans l’onglet CONFIGURATION, sélectionnez Identité de l’utilisateur et accès > Méthode d’authentification. 3. Sous Méthode d’authentification, sélectionnez SAML dans le menu déroulant. 4. Sous **Étape 8**, cochez la case Activer la capture des attributs utilisateur pendant l’authentification SAML. 5. Lorsque vous avez terminé, procédez comme suit : 1. Cliquez sur Enregistrer les modifications en attente. 2. Cliquez sur le bouton Modifications en attente en haut de la page. 3. Cliquez sur Appliquer les modifications et redémarrer. ### Étape 2 : Inclure l’attribut utilisateur dans l’assertion Assurez-vous que l’assertion contient les attributs utilisateur. **Remarque :** Les attributs de la réponse SAML sont soumis à une limite de 4 096 caractères, à l’exception des attributs `scope` et `scp`. Si les attributs de la réponse, y compris les attributs utilisateur, dépassent cette limite, Tableau supprime les attributs et transmet l’attribut `ExtraAttributesRemoved` à la place. L’auteur du contenu peut ensuite créer un calcul avec l’attribut `ExtraAttributesRemoved` pour déterminer comment afficher le contenu aux yeux des utilisateurs lorsque l’attribut a été détecté. **Exemple** Supposons que vous ayez un employé, Fred Suzuki, un gestionnaire situé dans la région Sud. Vous devez vous assurer que lorsque Fred examine les rapports, il ne puisse voir que les données de la région Sud. Dans un tel scénario, vous pouvez inclure l’attribut utilisateur Region dans la réponse SAML comme dans l’exemple ci-dessous. https://myidp.okta.com/saml South ### Étape 3 : S’assurer que l’auteur du contenu inclut des fonctions d’attribut Assurez-vous que l’auteur du contenu inclut les fonctions d’attribut utilisateur et les filtres associés pour contrôler les données pouvant s’afficher dans son contenu. Pour que les assertions d’attributs utilisateur soient transmises à Tableau, le contenu doit contenir l’une des fonctions d’attribut utilisateur suivantes : - `USERATTRIBUTE('attribute_name')` - `USERATTRIBUTEINCLUDES('attribute_name', 'expected_value')` La fonction utilisée par l’auteur de contenu varie selon que les attributs utilisateur soient censés renvoyer une ou plusieurs valeurs. Pour plus d’informations sur ces fonctions et des exemples de chacune d’elles, consultez [Fonctions utilisateur](https://help.tableau.com/current/pro/desktop/fr-ca/functions_functions_user.htm#user_attributes) dans l’aide de Tableau. **Remarques :** - Il est impossible de prévisualiser le contenu de ces fonctions lors de la création dans Tableau Desktop ou Tableau Cloud. La fonction renverra les valeurs NULL ou FALSE. Pour vous assurer que les fonctions utilisateur fonctionnent comme prévu, nous recommandons à l’auteur de vérifier les fonctions après avoir mis le contenu à disposition. - Pour s’assurer que le contenu s’affiche comme prévu, l’auteur de contenu peut envisager d’inclure un calcul utilisant l’attribut `ExtraAttributesRemoved` qui 1) vérifie cet attribut et 2) détermine quoi faire avec le contenu si c’est le cas, par exemple afficher un message. Tableau ajoute l’attribut `ExtraAttributesRemoved` et supprime tous les autres attributs (à l’exception `scp` de ou `scope`) uniquement lorsque les attributs dans le fichier XML SAML dépassent 4 096 caractères. Cela permet d’assurer des performances optimales et de respecter les limitations de stockage. **Exemple** Si l’on reprend l’exemple présenté à l’[Étape 2 : Inclure l’attribut utilisateur dans l’assertion](#step_pass_user_attribute) ci-dessus, pour transmettre l’assertion d’attribut utilisateur « Région » à un classeur, l’auteur peut inclure `USERATTRIBUTEINCLUDES`. Par exemple `USERATTRIBUTEINCLUDES('Region', [Region])`, où « Region » est l’attribut utilisateur et \[Region\] est une colonne dans les données. À l’aide du nouveau calcul, l’auteur peut créer une table contenant les données des gestionnaires et des ventes. Lorsque le calcul est ajouté, le classeur renvoie des valeurs « False », comme prévu. ![](/tableau/current/fr-ca/server/fr-ca/Img/uaf_calc_view.png) Pour afficher uniquement les données associées à la région Sud dans le classeur intégré, l’auteur peut créer un filtre et le personnaliser de manière à afficher les valeurs lorsque la zone géographique Sud est « True ». Lorsque le filtre est appliqué, le classeur se vide comme prévu, car la fonction renvoie des valeurs « False » et le filtre est personnalisé pour afficher uniquement les valeurs « True ». ![](/tableau/current/fr-ca/server/fr-ca/Img/uaf_filter_view.png) ### Étape 4 : Vérifier le contenu Vérifiez et validez le contenu. **Exemple** Pour conclure l’exemple de [Étape 3 : S’assurer que l’auteur du contenu inclut des fonctions d’attribut](#step_include_uaf) ci-dessus, vous pouvez voir que les données de vente de la vue sont personnalisées pour Fred Suzuki parce que son contexte utilisateur est la région Sud. ![](/tableau/current/fr-ca/server/fr-ca/Img/uaf_embedded_view_south.png) Les responsables des régions représentées dans le classeur devraient voir la valeur associée à leur région. Par exemple, Sawdie Pawthorne de la région Ouest voit les données spécifiques à sa région. ![](/tableau/current/fr-ca/server/fr-ca/Img/uaf_embedded_view_west.png) Les gestionnaires dont les régions ne sont pas représentées dans le classeur voient un classeur vide. ### Problèmes connus et restrictions Il existe quelques problèmes connus et restrictions dont vous devez tenir compte lorsque vous utilisez des fonctions d’attribut utilisateur. [Passer au contenu principal](#main-content) # Configurer SAML avec AD FS sur Tableau Server Vous pouvez configurer Active Directory Federation Services (AD FS) en tant que fournisseur d’identité SAML et ajouter Tableau Server à vos applications d’authentification unique prises en charge. Lorsque vous intégrez AD FS avec SAML et Tableau Server, vos utilisateurs peuvent se connecter à Tableau Server en utilisant leurs identifiants réseau standard. ## Conditions préalables Avant que vous puissiez configurer Tableau Server et SAML avec AD FS, votre environnement doit se présenter ainsi : - Serveur exécutant Microsoft Windows Server 2008 R2 (ou ultérieur) avec AD FS 2.0 (ou ultérieur) et IIS installés. - Nous vous recommandons de sécuriser votre serveur AD FS (par exemple, en utilisant un proxy inverse). Lorsque votre serveur AD FS est accessible en dehors de votre pare-feu, Tableau peut rediriger les utilisateurs vers la page de connexion hébergée par AD FS. - Certificat SSL chiffré à l’aide du chiffrement SHA-2 (256 ou 512 bits) et répondant aux exigences supplémentaires énumérées dans les sections suivantes : - [Exigences relatives aux certificats SSL](https://help.tableau.com/current/server/fr-ca/ssl_config.htm#cert-req) - [Conditions liées au certificat et au fournisseur d’identité (IdP)](https://help.tableau.com/current/server/fr-ca/saml_requ.htm#Certific) SAML ## Étape 1 : Vérifier la connexion SSL à AD FS AD FS nécessite une connexion SSL. Si vous ne l’avez pas encore fait, effectuez les étapes décrites dans [Configurer SSL pour le trafic HTTP externe vers et depuis Tableau Server](https://help.tableau.com/current/server/fr-ca/ssl_config.htm), en utilisant un certificat répondant aux exigences spécifiées ci-dessus. Alternativement, si Tableau Server est configuré pour fonctionner avec un proxy inverse ou un équilibreur de charge sur lequel SSL est terminé (communément appelé déchargement de SSL), alors vous n’avez pas besoin de configurer SSL externe. ## Étape 2 : Configurer SAML sur Tableau Server Effectuez les étapes décrites dans [Configurer SAML à l’échelle du serveur](https://help.tableau.com/current/server/fr-ca/config_saml.htm) en téléchargeant les métadonnées Tableau Server dans un fichier XML. À ce stade, revenez ici et passez à la section suivante. ## Étape 3 : Configurer AD FS pour accepter les demandes de connexion de Tableau Server **Remarque :** Cette procédure concerne une application tierce et est susceptible de modification à notre insu. La configuration d’AD FS de manière à accepter les demandes de connexion Tableau Server est un processus à plusieurs étapes qui commence par l’importation du fichier de métadonnées XML Tableau Server dans AD FS. 1. Effectuez l’une des opérations suivantes pour ouvrir l’**Assistant Ajout d’approbation de partie de confiance :** Windows Server 2008 R2 : 1. Sélectionnez **Menu Démarrer** \> **Outils d’administration**\> **AD FS 2.0**. 2. Dans **AD FS 2.0**, sous **Relations d’approbation**, faites un clic droit sur le dossier **Approbations de partie de confiance**, puis cliquez sur **Ajouter l’approbation de partie de confiance**. Windows Server 2012 R2 : 1. Ouvrez **Gestionnaire de serveur**, puis dans le menu **Outils**, cliquez sur **Gestion AD FS**. 2. Dans **Gestion AD FS**, dans le menu **Action**, cliquez sur **Ajouter l’approbation de partie de confiance**. 6. Dans la boîte **Assistant Ajout d’approbation de partie de confiance**, cliquez sur **Démarrer**. 7. Dans la page **Sélectionner une source de données**, sélectionnez **Importer les données concernant la partie de confiance à partir d’un fichier**, puis cliquez sur **Parcourir** pour rechercher le fichier de métadonnées XML Tableau Server. Par défaut ce fichier est appelé **samlspmetadata.xml**. 8. Cliquez sur **Suivant**, et dans la page **Spécifier un nom d’affichage**, entrez un nom et une description pour l’approbation de la partie de confiance dans les zones **Nom d’affichage** et **Remarques**. 9. Cliquez sur Suivant pour ignorer la page **Configurer l’authentification multifacteur maintenant**. 10. Cliquez sur Suivant pour ignorer la page **Choisir les règles d’autorisation d’émission**. 11. Cliquez sur Suivant pour ignorer la page **Prêt à ajouter l’approbation**. 12. Dans la page **Terminer**, sélectionnez la case à cocher **Ouvrir la boîte de dialogue Modifier les règles de revendication pour cette approbation de partie de confiance lorsque l’assistant se ferme**, puis cliquez sur **Fermer**. Ensuite, vous utiliserez la boîte de dialogue **Modifier les règles de revendication** pour ajouter une règle vérifiant que les assertions envoyées par AD FS correspondent aux assertions attendues par Tableau Server. Tableau Server a besoin d’une adresse de courriel au minimum. Cependant, en ajoutant le nom et le prénom en plus de l’adresse de courriel, vous garantissez que les noms d’utilisateur affichés dans Tableau Server sont identiques à ceux de votre compte AD. 1. Dans la boîte de dialogue Modifier les règles de revendication, cliquez sur **Ajouter une règle**. 2. Dans la page **Choisir le type de règle**, pour **Modèle de règle de revendication**, sélectionnez **Envoyer les attributs LDAP en tant que revendications**, puis cliquez sur **Suivant**. 3. Dans la page **Configurer une règle de revendication**, dans **Nom de la règle de revendication**, donnez à la règle un nom qui vous paraît logique. 4. Dans **Magasin d’attributs**, sélectionnez **Active Directory**, terminez le mappage comme indiqué ci-dessous, puis cliquez sur **Terminer**. Le mappage est sensible à la casse et nécessite une orthographe exacte, vérifiez donc votre saisie par deux fois. Le tableau ci-dessous montre les attributs communs et les mappages de revendications. Vérifiez les attributs avec votre configuration Active Directory spécifique.
Attribut LDAPType de revendication envoyée
Nom-Compte-SAMID de nom
Nom-Compte-SAMusername
PrénomPrénom
SurnomNom
Si vous exécutez AD FS 2016 ou une version ultérieure, vous devez alors ajouter une règle pour passer en revue toutes les valeurs de revendication. Si vous utilisez une ancienne version d’AD FS, passez à la procédure suivante pour exporter les métadonnées AD FS. 1. Cliquez sur **Ajouter une règle**. 2. Sous **Modèle de règle de revendication,** sélectionnez **Transférer ou Filtrer une revendication entrante**. 3. Sous **Nom de la règle de revendication**, saisissez Windows. 4. Dans la fenêtre contextuelle **Modifier la règle - Windows :** - Sous **Type de revendication entrante**, sélectionnez **Nom du compte Windows**. - Sélectionnez **Transférer toutes les valeurs de revendication**. - Cliquez sur **OK**. Vous allez maintenant exporter les métadonnées AD FS que vous importerez ultérieurement dans Tableau Server. Vous allez également vous assurer que les métadonnées sont correctement configurées et encodées pour Tableau Server, et vérifier les exigences AD FS pour votre configuration SAML. 1. Exportez les métadonnées AD FS Federation dans un fichier XML, puis téléchargez le fichier depuis **https://__/federationmetadata/2007-06/FederationMetadata.xml**. 2. Ouvrez le fichier de métadonnées dans un éditeur de texte tel que Sublime Text ou Notepad++, et vérifiez qu’il est correctement encodé comme UTF-8 sans BOM. Si le fichier affiche un autre type d’encodage, enregistrez-le à partir de l’éditeur de texte avec l’encodage correct. 3. Vérifiez que AD FS utilise l’authentification basée sur les formulaires. Les connexions se faisant dans une fenêtre du navigateur, vous devez utiliser AD FS pour activer ce type d’authentification par défaut. Modifiez **c :\\inetpub\\adfs\\ls\\web.config**, recherchez la balise **,** et déplacez la ligne pour qu’elle apparaisse en premier dans la liste. Enregistrez le fichier pour que IIS puisse automatiquement le recharger. **Remarque :** si vous ne voyez pas le fichier **c :\\inetpub\\adfs\\ls\\web.config**, IIS n’est pas installé ni configuré sur votre serveur AD FS. 4. (Facultatif) Cette étape est uniquement requise si AD FS est configuré en tant que IdP pour SAML spécifique à un site. Cette étape n’est pas requise si AD FS est configuré en tant que IDP pour SAML à l’échelle du serveur. Configurez un autre identificateur de partie de confiance AD FS. Cela permet à votre système de contourner n’importe quel problème AD FS avec une déconnexion SAML. Effectuez l’une des actions suivantes : Windows Server 2008 R2 : 1. Dans **AD FS 2.0**, faites un clic droit sur la partie de confiance que vous avez précédemment créée pour Tableau Server, et cliquez sur **Propriétés**. 2. Sur l’onglet **Identificateurs**, dans la zone **Identificateur de la partie de confiance**, entrez **https:///public/sp/metadata** puis cliquez sur **Ajouter**. Windows Server 2012 R2 : 1. Dans **Gestion AD FS**, dans la liste **Approbations de partie de confiance**, faites un clic droit sur la partie de confiance que vous avez précédemment créée pour Tableau Server, et cliquez sur **Propriétés**. 2. Sur l’onglet **Identificateurs**, dans la zone **Identificateur de la partie de confiance**, entrez **https:// Identité de l’utilisateur et accès > Méthode d’authentification. 2. À l’étape 4 de la procédure de configuration SAML, entrez l’emplacement du fichier XML que vous avez exporté depuis AD FS, et sélectionnez Téléverser. ![Capture d’écran mettant en évidence la zone de l’interface utilisateur TSM où vous téléversez les métadonnées du fournisseur d’identités SAML](/tableau/current/fr-ca/server/fr-ca/Img/saml_config_upload_idp_metadata.png) 3. Effectuez les étapes restantes (faire correspondre les assertions et spécifier le type d’accès au client) comme indiqué dans [Configurer SAML à l’échelle du serveur](https://help.tableau.com/current/server/fr-ca/config_saml.htm). 4. Enregistrez et appliquez les modifications. 5. Effectuez les étapes suivantes si ce n’est pas la première fois que vous configurez SAML : 1. Arrêtez Tableau Server, ouvrez l’interface en ligne de commande TSM et exécutez les commandes suivantes : `tsm configuration set -k wgserver.saml.sha256 -v true` `tsm authentication saml configure -a -1` 2. Appliquez les modifications : `tsm pending-changes apply` Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). [Passer au contenu principal](#main-content) # Configurer SAML avec l’IdP Azure AD sur Tableau Server Vous pouvez configurer Azure AD en tant que fournisseur d’identités (IdP) SAML et ajouter Tableau Server à vos applications d’authentification unique (SSO) prises en charge. Lorsque vous intégrez Azure AD avec SAML et Tableau Server, vos utilisateurs peuvent se connecter à Tableau Server en utilisant leurs identifiants réseau standard. ## Avant de commencer : Prérequis Pour que vous puissiez configurer Tableau Server et SAML avec Azure AD, votre environnement doit se présenter ainsi : - Certificat SSL chiffré à l’aide du chiffrement SHA-2 (256 ou 512 bits) et répondant aux exigences supplémentaires énumérées dans les sections suivantes : - [Exigences relatives aux certificats SSL](https://help.tableau.com/current/server/fr-ca/ssl_config.htm#cert-req) - [Conditions liées au certificat et au fournisseur d’identité (IdP)](https://help.tableau.com/current/server/fr-ca/saml_requ.htm#Certific) SAML - Si vos utilisateurs se connectent à partir d’un domaine qui n’est pas le domaine par défaut, consultez les sections [Exigences en matière d’authentification SAML](https://help.tableau.com/current/server/fr-ca/saml_requ.htm#multiple_domain) et [Gestion des utilisateurs dans les déploiements avec magasins d’identités externes](https://help.tableau.com/current/server/fr-ca/users_manage_ad.htm#multiple_domain) pour vous assurer que la valeur de l’attribut de domaine est configurée et définie de manière à éviter tout problème de connexion ultérieurement. ## Étape 1 : Vérifier la connexion SSL à Azure AD Azure AD nécessite une connexion SSL. Si vous ne l’avez pas encore fait, effectuez les étapes décrites dans [Configurer SSL pour le trafic HTTP externe vers et depuis Tableau Server](https://help.tableau.com/current/server/fr-ca/ssl_config.htm), en utilisant un certificat répondant aux exigences spécifiées ci-dessus. Alternativement, si Tableau Server est configuré pour fonctionner avec un proxy inverse ou un équilibreur de charge sur lequel SSL est terminé (communément appelé déchargement de SSL), alors vous n’avez pas besoin de configurer SSL externe. Si votre entreprise utilise le Proxy d’application Azure AD, consultez la section ci-dessous, [Proxy d’application Azure AD](#AzureAppProxy). ## Étape 2 : Configurer SAML sur Tableau Server Effectuez les étapes décrites dans [Configurer SAML à l’échelle du serveur](https://help.tableau.com/current/server/fr-ca/config_saml.htm) en téléchargeant les métadonnées Tableau Server dans un fichier XML. À ce stade, revenez ici et passez à la section suivante. ## Étape 3 : Configurer les règles de revendication Azure AD Le mappage est sensible à la casse et nécessite une orthographe exacte, vérifiez donc votre saisie par deux fois. Le tableau ci-dessous montre les attributs communs et les mappages de revendications. Il est conseillé de vérifier les attributs avec votre configuration Azure AD spécifique.
Attribut LDAPType de revendication envoyée
onpremisessamaccountnameusername
Prénom

Prénom

Remarque : ceci est facultatif.

Surnom

Nom

Remarque : ceci est facultatif.

netbiosname

domain

Remarque : paramètre requis uniquement si des utilisateurs se connectent depuis un domaine qui n’est pas le domaine par défaut.

Dans certaines entreprises, Azure AD en tant que fournisseur d’identités SAML est utilisé avec Active Directory comme magasin d’identités pour Tableau Server. Dans ce cas, `username` est généralement le nom sAMAccountName. Consultez la documentation de Microsoft pour identifier l’attribut sAMAccountName dans Azure AD afin de mapper l’attribut `username`. ## Étape 4 : Fournir les métadonnées Azure AD à Tableau Server 1. Revenez à l’interface utilisateur Web TSM et accédez à l’onglet Configuration > Identité de l’utilisateur et accès > Méthode d’authentification. 2. À l’étape 4 du volet de configuration SAML, entrez l’emplacement du fichier XML que vous avez exporté depuis Azure AD, et sélectionnez Téléverser. ![Capture d’écran mettant en évidence la zone de l’interface utilisateur TSM où vous téléversez les métadonnées du fournisseur d’identités SAML](/tableau/current/fr-ca/server/fr-ca/Img/saml_config_upload_idp_metadata.png) 3. Effectuez les étapes restantes (faire correspondre les assertions et spécifier le type d’accès au client) comme indiqué dans [Configurer SAML à l’échelle du serveur](https://help.tableau.com/current/server/fr-ca/config_saml.htm). Enregistrez et appliquez les modifications. 4. Effectuez les étapes suivantes si ce n’est pas la première fois que vous configurez SAML : 1. Arrêtez Tableau Server, ouvrez l’interface en ligne de commande TSM et exécutez les commandes suivantes. `tsm configuration set -k wgserver.saml.sha256 -v true` `tsm authentication saml configure -a -1` 2. Appliquez les modifications : `tsm pending-changes apply` Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). ## Proxy d’application Azure AD Si vous exécutez le Proxy d’application Azure AD devant Tableau Server et que SAML est activé, vous devrez effectuer une configuration supplémentaire sur le Proxy d’application Azure AD. Tableau Server ne peut accepter le trafic qu’à partir d’une seule URL lorsque SAML est activé. Par défaut toutefois, le Proxy d’application Azure AD définit une URL externe et une URL interne. Vous devez définir ces deux valeurs sur la même URL dans votre domaine personnalisé. Pour plus d’informations, consultez la documentation Microsoft, [Configurer des domaines personnalisés avec le Proxy d’application Azure AD](https://docs.microsoft.com/fr-ca/azure/active-directory/manage-apps/application-proxy-configure-custom-domain). ## Résolution des problèmes **Proxy d’application Azure AD** Dans certains cas, les liens vers les vues génèrent un rendu en interne mais échouent en externe lorsque le trafic traverse un proxy d’application Azure AD. Le problème se pose lorsque l’URL contient un signe dièse (#) et que les utilisateurs accèdent au lien avec un navigateur. L’application Tableau Mobile est capable d’accéder aux URL avec un signe dièse. **Les délais d’expiration des sessions utilisateur semblent être ignorés** Lorsque Tableau Server est configuré pour SAML, les utilisateurs peuvent rencontrer des erreurs de connexion car le paramètre d’âge d’authentification maximum de l’IdP est défini sur une valeur supérieure au paramètre d’âge d’authentification maximum de Tableau. Pour résoudre ce problème, vous pouvez utiliser l’option tsm configuration set `wgserver.saml.forceauthn` pour demander à l’IdP de ré-authentifier l’utilisateur chaque fois que Tableau redirige la demande d’authentification, même si la session IdP de l’utilisateur est toujours active. Par exemple, lorsque le paramètre Azure AD `maxInactiveTime` est supérieur au paramètre de Tableau Server `maxAuthenticationAge`, Tableau redirige la demande d’authentification vers l’IdP qui envoie ensuite à Tableau une assertion indiquant que l’utilisateur est déjà authentifié. Cependant, étant donné que l’utilisateur a été authentifié en dehors du paramètre `maxAuthenticationAge` de Tableau Server, Tableau rejette l’authentification de l’utilisateur. Dans un tel cas, vous pouvez effectuer l’une des procédures suivantes : - Activer l’option `wgserver.saml.forceauthn` pour demander à l’IdP de réauthentifier l’utilisateur chaque fois que Tableau redirige la demande d’authentification. Consultez [wgserver.saml.forceauthn](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm#wgserver-saml-forceauthn) pour plus d’informations. - Augmentez le paramètre `maxAuthenticationAge` de Tableau Server. Pour plus d’informations, consultez « a, --max-auth-age » dans la rubrique [tsm authentication](https://help.tableau.com/current/server/fr-ca/cli_authentication_tsm.htm#tsm-authentication-saml-configure). **Non-concordance d’AppID** Lors de l’examen du fichier vizportal.log, vous pouvez voir l’erreur « _Le public visé ne correspond pas au destinataire_ ». Pour résoudre ce problème, assurez-vous que l’appID correspond à ce qui est envoyé. Azure ajoutera automatiquement « SPN » à l’appID lors de l’utilisation de l’ID d’application avec l’application utilisée. Vous pouvez modifier la valeur dans les paramètres Tableau SAML en ajoutant le préfixe « SPN: » à l’ID d’application. Par exemple : SPN:myazureappid1234 [Passer au contenu principal](#main-content) # Configurer SAML avec l’IdP Salesforce sur Tableau Server Cette rubrique précise les étapes de la feuille de route pour la configuration de SAML sur Tableau Server avec l’IdP Salesforce. Cette rubrique explique également comment activer Lightning Web Component (LWC). LWC permet aux administrateurs Salesforce d’intégrer une visualisation Tableau dans une page Lightning. Lorsque l’authentification SSO est configurée pour Tableau Viz LWC sur Tableau Server, l’expérience utilisateur est transparente : une fois que l’utilisateur s’est connecté à Salesforce, les vues Tableau intégrées fonctionnent sans authentification supplémentaire sur Tableau Server. ## Activer Salesforce en tant que fournisseur d’identité SAML Si vous n’avez pas encore configuré Salesforce en tant qu’IdP, suivez la procédure [Activer Salesforce en tant que fournisseur d’identité SAML](https://help.salesforce.com/articleView?id=sf.identity_provider_enable.htm&type=5) sur le site d’aide de Salesforce. Au cours du processus d’activation de Salesforce en tant qu’IdP SAML, vous spécifierez un certificat ou Salesforce générera un certificat auto-signé à utiliser avec SAML. Téléchargez ce certificat (fichier .crt) et le fichier de métadonnées du fournisseur associé (.xml). Vous aurez besoin de ces ressources pour l’étape suivante. ## Configurer SAML sur Tableau Server À l’aide des fichiers de certificat et de métadonnées que vous avez téléchargés à l’étape précédente, suivez la procédure dans [Configurer SAML à l’échelle du serveur](https://help.tableau.com/current/server/fr-ca/config_saml.htm). Dans le cadre du processus de configuration, vous générerez un ID d’entité SAML et une URL de connexion pour Tableau Server. Vous aurez besoin de ces ressources pour l’étape suivante. (Facultatif) Après avoir configuré SAML à l’échelle du serveur, vous pouvez configurer SAML spécifique au site sur Tableau Server. Consultez [Configurer le protocole SAML spécifique à un site](https://help.tableau.com/current/server/fr-ca/saml_site_specific.htm). ## Ajouter Tableau Server en tant qu’application client externe ou application connectée dans Salesforce Pour activer l’intégration de Tableau avec Salesforce, vous devez d’abord configurer l’intégration d’applications dans Salesforce. Nous vous recommandons vivement d’utiliser des applications clientes externes. Le cas échéant, vous pouvez utiliser les applications connectées à Salesforce. ### Application client externe (recommandé) Suivez la procédure décrite dans la rubrique [Intégrer un fournisseur de services SAML SSO en tant qu’application client externe](https://help.salesforce.com/s/articleView?id=xcloud.meta_external_client_app_saml.htm&type=5) de l’aide de Salesforce. ### Application connectée (obsolète) > [!WARNING] > > **Important :** La version Printemps 26 de Salesforce introduit des limites concernant la création d’applications connectées. Vous pouvez continuer à utiliser les applications connectées existantes pendant et après le printemps 26, mais il est vivement conseillé d’utiliser des applications client externes. Pour plus d’informations, consultez les sections suivantes de l’aide de Salesforce : [Impossible de créer de nouvelles applications connectées à partir de la version Printemps 2026](https://help.salesforce.com/s/articleView?id=005228017&type=1) (en anglais), [Création d’une application cliente externe](https://help.salesforce.com/s/articleView?id=xcloud.create_a_local_external_client_app.htm&type=5) et [Migration d’application connectée vers application cliente externe](https://help.salesforce.com/s/articleView?id=xcloud.connected_app_to_external_client_app_migration.htm&type=5). Suivez la procédure décrite dans la rubrique [Intégrer les fournisseurs de services en tant qu’applications connectées avec SAML 2.0](https://help.salesforce.com/articleView?id=sf.connected_app_create_saml_sso.htm&type=5) de l’aide de Salesforce. Dans ce processus, vous allez créer une nouvelle application connectée (Tableau Server). Quelques détails importants suivent : - Sélectionnez « Activer SAML » - Saisissez l’ID d’entité et l’URL de connexion que vous avez généré lors de la configuration de Tableau dans la section précédente. Par défaut, l’URL de connexion est `https:///wg/saml/SSO/index.html`. - Pour le certificat IdP, veillez à sélectionner le même certificat que celui que vous avez spécifié ou généré lorsque vous avez activé Salesforce en tant que fournisseur SAML. - Pour permettre aux utilisateurs de se connecter à Tableau Server depuis votre organisation, gérez l’accès à votre application connectée en attribuant les profils ou ensembles d’autorisations appropriés. ## Activer Lightning Web Component Pour activer LWC pour SAML SSO sur Tableau Server, vous devez activer l’authentification dans une trame. Avant d’activer LWC, effectuez une mise à niveau vers la dernière version de maintenance de Tableau Server. Deux détails de version supplémentaires sont importants : - Si vous n’exécutez pas la version de maintenance la plus récente et que vos utilisateurs exécutent des navigateurs Chrome pour accéder à Salesforce Lightning, consultez l’article de la base de connaissances de Tableau, [Le chargement des vues intégrées échoue après la mise à jour à Chrome 80](https://kb.tableau.com/articles/issue/embedded-views-fail-to-load-after-updating-to-chrome-80?lang=fr-ca). - Si vous utilisez LWC avec SAML spécifique au site sur Tableau Server, vous devez alors exécuter Tableau Server 2020.4 ou une version ultérieure. Après avoir configuré SAML sur Tableau Server, exécutez les commandes TSM suivantes pour activer l’authentification dans une trame : `tsm configuration set -k wgserver.saml.iframed_idp.enabled -v true` `tsm pending-changes apply` ## Intégrer des vues Tableau dans Salesforce Après avoir configuré Tableau Server pour l’authentification unique, vous pouvez installer LWC dans votre organisation Salesforce et intégrer les vues Tableau. Consultez [Intégrer des vues Tableau dans Salesforce](https://help.tableau.com/current/pro/desktop/fr-ca/embed_ex_lwc.htm). [Passer au contenu principal](#main-content) # Configurer SAML pour le composant Lightning Web pour une visualisation Tableau Tableau fournit un composant Web Lightning (LWC) pour l’intégration d’une visualisation Tableau dans une page Salesforce Lightning. Cette rubrique décrit comment activer une expérience SSO pour les visualisations Tableau intégrées dans une page Salesforce Lightning. L’authentification SSO pour le scénario Tableau Viz LWC nécessite une configuration SAML. Le fournisseur d’identités SAML utilisé pour l’authentification Tableau doit être le fournisseur d’identités Salesforce ou le même fournisseur d’identités que celui utilisé pour votre instance Salesforce. Dans ce scénario, les administrateurs Salesforce peuvent faire glisser et déposer Tableau Viz LWC dans la page Lightning pour intégrer une visualisation. Toute vue qui est disponible pour eux sur Tableau Server peut être affichée dans le tableau de bord en entrant l’URL intégrée à la vue. Lorsque l’authentification unique (SSO) est configurée pour Tableau Viz LWC sur Tableau Server, l’expérience utilisateur est transparente: une fois que l’utilisateur s’est connecté à Salesforce, les vues Tableau intégrées fonctionnent sans authentification supplémentaire sur Tableau Server. Si SSO n’est pas configuré, les utilisateurs doivent se réauthentifier sur Tableau Server pour afficher les visualisations intégrées depuis Tableau Server. ## Exigences - Le fournisseur d’identités SAML utilisé pour l’authentification Tableau doit être le fournisseur d’identités Salesforce ou le même fournisseur d’identités que celui utilisé pour votre instance Salesforce. Consultez [Configurer SAML avec l’IdP Salesforce sur Tableau Server](https://help.tableau.com/current/server/fr-ca/saml_config_salesforce_server.htm). - SAML doit être configuré sur Tableau Server. Consultez [Configurer SAML à l’échelle du serveur](https://help.tableau.com/current/server/fr-ca/config_saml.htm) ou [Configurer le protocole SAML spécifique à un site](https://help.tableau.com/current/server/fr-ca/saml_site_specific.htm). - SAML doit être configuré pour Salesforce. - Installez le composant Lightning Web pour une visualisation Tableau. Consultez [Intégrer des vues Tableau dans Salesforce](https://help.tableau.com/current/pro/desktop/fr-ca/embed_ex_lwc.htm). ## Configuration du flux de travail d’authentification Vous serez peut-être amené à effectuer des configurations supplémentaires pour optimiser l’expérience de connexion des utilisateurs souhaitant accéder à Lightning avec des vues Tableau intégrées. Si vous attachez de l’importance à une expérience utilisateur d’authentification transparente, vous devrez effectuer quelques paramétrages supplémentaires. Dans ce contexte, « transparent » signifie que les utilisateurs accédant à la page Lightning de Salesforce où l’authentification SSO Tableau Viz LWC a été activée, ne seront pas tenus d’effectuer une action pour afficher la vue Tableau intégrée. Dans le scénario transparent, si l’utilisateur est connecté à Salesforce, les vues Tableau intégrées s’affichent sans action supplémentaire de l’utilisateur . Ce scénario est activé par l’_authentification dans une trame_. Pour une expérience utilisateur transparente, vous devrez activer l’authentification dans une trame sur Tableau Server et votre IdP. Les sections ci-dessous décrivent comment configurer l’authentification dans une trame. D’autre part, dans certains cas, les utilisateurs interagissent avec la page Lightning, ce qui les oblige à cliquer sur un bouton « Connexion » pour afficher la vue Tableau intégrée. Ce scénario, dans lequel un utilisateur doit effectuer une autre action pour afficher la vue Tableau intégrée, est appelée authentification contextuelle. L’authentification contextuelle est l’expérience utilisateur par défaut si vous n’activez pas l’authentification dans une trame. ## Activer l’authentification dans une trame sur Tableau Server Avant d’activer l’authentification dans une trame sur Tableau Server, vous devez avoir déjà configuré et activé SAML sur Tableau Server. Exécutez les commandes TSM suivantes pour activer l’authentification dans une trame : `tsm configuration set -k wgserver.saml.iframed_idp.enabled -v true` `tsm pending-changes apply` **Remarque :** La protection contre le détournement de clic est activée par défaut sur Tableau Server. Lorsque vous activez l’authentification dans une trame, la protection contre le détournement de clic est temporairement désactivée pour la session d’authentification dans une trame. Il est conseillé d’évaluer le risque lié à la désactivation de cette protection. Consultez [Protection contre le détournement de clic](https://help.tableau.com/current/server/fr-ca/clickjack_protection.htm). ### Versions de Tableau Server Pour bénéficier d’une expérience utilisateur optimale, exécutez la version de maintenance la plus récente de Tableau Server. Si vous n’exécutez pas la version de maintenance la plus récente et que vos utilisateurs exécutent des navigateurs Chrome pour accéder à Salesforce Lightning, consultez l’article de la base de connaissances de Tableau, [Le chargement des vues intégrées échoue après la mise à jour à Chrome 80](https://kb.tableau.com/articles/issue/embedded-views-fail-to-load-after-updating-to-chrome-80?lang=fr-ca). ## Activer l’authentification dans une trame avec votre fournisseur d’identités SAML Comme décrit ci-dessus, une expérience utilisateur d’authentification transparente avec Salesforce Mobile nécessite que l’IdP prenne en charge l’authentification dans une trame. Cette fonctionnalité peut également être appelée « intégration d’iframe » ou « protection des trames » du côté de l’IdP. ### Domaines de la liste d’autorisations de Salesforce Dans certains cas, les IdP autorisent uniquement l’activation de l’authentification dans une trame par domaine. Dans ces cas, définissez les domaines génériques Salesforce suivants lorsque vous activez l’authentification dans une trame : `*.force` `*.visualforce` ### IdP Salesforce L’IdP Salesforce prend en charge par défaut l’authentification dans une trame. Vous n’avez pas besoin d’activer ou de configurer l’authentification dans une trame dans la configuration Salesforce. Vous devez toutefois exécuter la commande TSM sur Tableau Server comme décrit ci-dessus. ### IdP Okta Voir _Intégrer Okta dans un iframe_ dans la rubrique du Centre d’aide Okta [Options de personnalisation générales](https://help.okta.com/en/prod/Content/Topics/Settings/settings-customization-general.htm). ### IdP Ping Voir la rubrique de support Ping [Comment désactiver l’en-tête « X-Frame-Options=SAMEORIGIN » dans PingFederate](https://support.pingidentity.com/s/article/How-to-Disable-the-X-Frame-Options-SAMEORIGIN-Header-in-PingFederate). ### IdP OneLogin Voir _Protection de trame_ dans l’article de la Base de connaissances OneLogin [Paramètres de compte pour les propriétaires de compte](https://onelogin.service-now.com/kb_view_customer.do?sysparm_article=KB0010304# :~ :text=Framing%20protection%20allows%20granular%20customization,a%20user%20agent%20can%20access.). ### IdP ADFS et EntraID Microsoft a bloqué toute authentification dans une trame et il n’est pas possible de l’activer. Au lieu de cela, Microsoft prend en charge uniquement l’authentification contextuelle dans une deuxième fenêtre. En conséquence, le comportement contextuel peut être bloqué par certains navigateurs, ce qui obligera les utilisateurs à accepter les fenêtres contextuelles pour les sites `force.com` et `visualforce.com`. ## Application mobile Salesforce Si vos utilisateurs interagissent principalement avec Lightning sur l’application mobile Salesforce, vous devez être conscient des scénarios suivants : - L’application mobile Salesforce exige que vous configuriez SSO/SAML pour afficher une vue Tableau intégrée. - L’application mobile Salesforce nécessite une authentification dans une trame. L’authentification contextuelle ne fonctionne pas. Au lieu de cela, les utilisateurs de l’application mobile Salesforce verront le bouton de connexion Tableau mais ne pourront pas se connecter à Tableau. - L’application mobile ne fonctionnera pas sur l’IdP Azure AD et ADFS. - L’application mobile utilise des jetons OAuth pour activer SSO. Dans certains cas, le jeton OAuth actualise et déconnecte les utilisateurs, ce qui oblige les utilisateurs à se reconnecter. Pour en savoir plus, consultez l’article de la base de connaissances de Tableau, [Le composant Tableau Viz Lightning Web sur l’application mobile Salesforce affiche une invite de connexion](https://kb.tableau.com/articles/Issue/tableau-viz-lightning-web-component-salesforce-mobile-app-sso?lang=fr-ca). - Le comportement SSO diffère selon la version de l’application mobile Salesforce (iOS ou Android) et l’IdP :
IdPSE mobileComportement SSO
IdP SalesforceAndroidSSO fonctionne au départ, mais les utilisateurs devront se connecter après un certain temps.
iOS
IdP externeAndroidSSO ne fonctionne pas. Les utilisateurs devront se connecter manuellement. (SSO doit toujours être configuré pour permettre aux utilisateurs d’accéder aux vues Tableau intégrées).
iOSSSO fonctionne au départ, mais les utilisateurs devront se connecter après un certain temps.
[Passer au contenu principal](#main-content) # Configurer Tableau pour l’authentification par paire de clés Snowflake Pour publier des classeurs ou des flux à l’aide de sources de données Snowflake protégées par une authentification par paire de clés depuis Tableau Desktop ou Tableau Prep vers un site Tableau Cloud ou Tableau Server, vous devez également configurer ce site pour prendre en charge ces identifiants. Cela implique d'ajouter vos détails d'authentification nouvelles ou mises à jour pour l'authentification par paire de clés Snowflake à la section Identifiants enregistrés des Paramètres du compte. **Remarques** - Pour prendre en charge l’authentification par paire de clés pour la connexion à Snowflake, vous devez installer un pilote ODBC pour Snowflake (version 3.4.0 ou plus récente). - Vous devez utiliser OpenSSL version 3.x ou plus récente pour créer les clés pour cette authentification. - Chaque instance de Tableau Desktop qui utilise des données Snowflake protégées par l’authentification par paire de clés nécessitera que l’utilisateur fournisse le fichier de la clé dans le cadre de la connexion aux données. Pour plus d’informations, consultez [Snowflake](https://help.tableau.com/current/pro/desktop/fr-ca/examples_snowflake.htm). - Les classeurs, les sources de données et les flux Prep qui contiennent une authentification par paire de clés doivent être publiés sur Tableau Cloud ou Tableau Server depuis Tableau Desktop ou Tableau Prep Builder. - L’authentification par paire de clés n’est actuellement pas prise en charge pour les éléments suivants : - Création Web de classeurs ou de sources de données, y compris la modification de classeurs ou de sources de données publiés existants sur le Web - Création Web Prep, y compris la modification la modification de flux Prep existants sur le Web - Connexions virtuelles (VConns) ## Ajouter les détails d'authentification par paire de clés 1. Connectez-vous à Tableau Cloud ou Tableau Server et accédez à la page Paramètres de mon compte. 2. Trouvez Identifiants enregistrés pour les sources de données dans la section Sécurité. 3. En regard de Snowflake, cliquez sur Ajouter 4. Dans la fenêtre Ajouter de nouveaux identifiants enregistrés, sélectionnez Authentification par paire de clés, puis cliquez sur Ajouter. 5. Dans la fenêtre Ajouter des identifiants d’authentification par paire de clés, entrez votre serveur Snowflake, votre rôle (facultatif) et le nom d’utilisateur associé à ces identifiants. Remarque : Le rôle et le nom d’utilisateur respectent la casse et doivent correspondre exactement aux informations enregistrées dans Tableau Cloud ou Tableau Server, sous Paramètres de mon compte > Informations sur la paire de clés Snowflake. 6. Pour Fichier de clé privée, cliquez sur Choisir un fichier et sélectionnez le fichier .p8 qui contient votre clé privée. 7. (Facultatif) Si la clé est associée à un mot de passe ou à une phrase secrète, entrez-le dans le champ Mot de passe, puis cliquez sur Ajouter. Vous êtes maintenant prêt à partager des classeurs et des flux protégés par l’authentification par paire de clés entre Tableau Desktop ou Tableau Prep Builder et votre site. ## Voir également - [Snowflake](https://help.tableau.com/current/pro/desktop/fr-ca/examples_snowflake.htm) – Apprenez à configurer une connexion à Snowflake pour récupérer et analyser des données. [Passer au contenu principal](#main-content) # Configurer SSL pour la communication Postgres interne Vous pouvez configurer Tableau Server pour qu’il utilise SSL (TLS) pour les communications chiffrées entre le référentiel Postgres et les autres composants du serveur. Par défaut, la communication interne aux composants Tableau Server n’est pas chiffrée. Lorsque vous activez la prise en charge de SSL interne, vous pouvez également configurer la prise en charge des connexions directes au référentiel depuis les clients Tableau tels que Tableau Desktop, Tableau Mobile, l’API REST et les navigateurs Web. **Remarque :** Depuis la version 2026.2.0, vous pouvez utiliser des certificats personnalisés pour la communication avec Postgres. Lorsque les certificats personnalisés sont activés pour Postgres, l’interface utilisateur de TSM ne permet pas d’apporter des modifications. Pour activer les certificats personnalisés, vous devez utiliser la ligne de commande de TSM. Pour plus d’informations sur l’activation des certificats de référentiel personnalisés, consultez [tsm security repository-ssl enable](https://help.tableau.com/current/server/fr-ca/cli_security_tsm.htm#postres-ssl-enable). 1. En tant qu’administrateur du serveur, ouvrez TSM dans un navigateur : https://:8850 Pour plus d’informations, consultez [Se connecter à l’interface utilisateur Web Tableau Services Manager](https://help.tableau.com/current/server/fr-ca/sign_in_tsm.htm). 2. Dans l’onglet Configuration, sélectionnez Sécurité > SSL du référentiel. ![Capture d’écran des paramètres du SSL du référentiel TSM](/tableau/current/fr-ca/server/fr-ca/Img/postgres-ssl-config.png "Capture d’écran des paramètres du SSL du référentiel TSM") 3. Sélectionnez l’une des options d’utilisations du SSL du référentiel. - Requis pour toutes les connexions—Utilise SSL pour la communication Tableau Server interne et requiert SSL pour les clients Tableau et les clients externes (non-Tableau) qui se connectent directement au référentiel Postgres, y compris ceux qui utilisent l’utilisateur **tableau** ou **readonly**. **Important :** sauf si vous effectuez les étapes décrites dans [Configurer Postgres SSL pour autoriser les connexions directes depuis les clients](https://help.tableau.com/current/server/fr-ca/ssl_config_direct_cx.htm), pour placer les fichiers de certificat à l’emplacement correct sur les ordinateurs clients, les clients Tableau et les clients postgres externes ne seront pas en mesure de valider l’identité du référentiel Tableau en comparant les certificats sur les ordinateurs clients avec le certificat SSL de l’ordinateur du référentiel. - Facultatif pour les connexions utilisateur—Si activé, Tableau utilise SSL pour la communication Tableau Server interne et prend en charge, mais ne requiert pas SSL pour les connexions directes au serveur depuis les clients Tableau et les clients externes. - Désactivé pour toutes les connexions (par défaut)—La communication serveur interne n’est pas chiffrée et SSL n’est pas requis pour les connexions directes depuis les clients. 4. Cliquez sur OK. Les deux premières options génèrent les fichiers de certificat du serveur, **server.crt** et server.key, et les place dans l’emplacement suivant. `C:/ProgramData/Tableau/Tableau Server/data/tabsvc/config/pgsql/security` Utilisez ce fichier .crt si vous avez besoin de configurer des clients pour les connexions directes. Pour activer SSL pour le trafic interne entre les composants du serveur, exécutez les commandes suivantes : `tsm security repository-ssl enable` `tsm pending-changes apply` ### Ce que fait la commande La commande `repository-ssl enable` génère les fichiers de certificat du serveur et les place dans l’emplacement suivant : `C:/ProgramData/Tableau/Tableau Server/data/tabsvc/config/pgsql/security` Par défaut, cette commande demande à Tableau Server d’exiger SSL pour le trafic entre le référentiel et les autres composants du serveur, ainsi que pour les connexions en direct depuis les clients Tableau (y compris pour les connexions via les utilisateurs **tableau** ou **readonly**). Pour terminer la configuration, vous devez également effectuer les étapes décrites dans [Configurer Postgres SSL pour autoriser les connexions directes depuis les clients](https://help.tableau.com/current/server/fr-ca/ssl_config_direct_cx.htm) et placer les fichiers de certificat dans l’emplacement correct sur les ordinateurs clients. Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). ### Option pour repository-ssl enable Si vous souhaitez exiger SSL uniquement pour la communication Tableau Server interne et non pour les connexions directes depuis les applications client, utilisez l’option suivante avec la commande `repository-ssl enable` : `--internal-only` ### Environnements de groupement Si vous exécutez la commande `repository-ssl enable` sur un nœud de groupement, elle copie le fichier de certificat requis au même emplacement sur chaque autre nœud. Pour plus d’informations sur le téléchargement du certificat public pour les connexions directes, consultez [Configurer Postgres SSL pour autoriser les connexions directes depuis les clients](https://help.tableau.com/current/server/fr-ca/ssl_config_direct_cx.htm). [Passer au contenu principal](#main-content) # Configurer SSL pour le trafic HTTP externe vers et depuis Tableau Server Vous pouvez configurer Tableau Server pour l’utilisation de communications chiffrées SSL (Secure Sockets Layer) sur tout le trafic HTTP externe. Le paramétrage de SSL permet de sécuriser l’accès à Tableau Server et garantir que les informations sensibles transmises entre le serveur ou les clients Tableau (par exemple Tableau Desktop, l’interface REST API, les extensions analytiques, etc.) sont protégées. Les étapes permettant de configurer le serveur pour SSL sont décrites dans cette rubrique; toutefois, vous devez tout d’abord acquérir un certificat provenant d’une autorité de confiance puis importer les fichiers du certificat dans Tableau Server. L’authentification SSL mutuel n’est pas prise en charge sur Tableau Mobile. ## Exigences relatives aux certificats SSL Obtenez un certificat Apache SSL provenant d’une autorité de confiance (par exemple, Verisign, Thawte, Comodo, GoDaddy, etc.). Vous pouvez également utiliser un certificat interne émis par votre société. Les certificats des caractères génériques, qui vous permettent d’utiliser SSL avec de nombreux noms d’hôtes dans le même domaine, sont pris en charge. Lorsque vous acquérez un certificat SSL pour les communications externes vers et depuis Tableau Server, suivez ces recommandations et ces exigences : - Le fichier de certificat CA doit être un certificat x509 PEM valide portant l’extension `.crt`. - Utilisez un certificat SSL SHA-2 (256 ou 512 bits). La plupart des navigateurs ne se connectent plus à un serveur présentant un certificat SHA-1 . **Important :** Depuis la version 2025.2 (Tableau Desktop), 2025.3 (Tableau Server), et juin 2025 (Tableau Cloud), Tableau utilise OpenSSL 3.4.x et la sécurité de niveau 2. La sécurité de niveau 2 requiert des clés de 2 048 bits ou plus. Les clés de sécurité de niveau 1 existantes seront désactivées et vous devrez générer et déployer une nouvelle paire de clés. Si vous avez généré des clés d’au moins 2 048 bits comme recommandé, aucune action n’est nécessaire. Pour plus d’informations, consultez [Générer une clé](https://help.tableau.com/current/server/fr-ca/ssl_cert_create.htm#generate-key). - Outre le fichier de certificat, vous devez également acquérir un fichier de clé de certificat SSL correspondant. Le fichier de la clé doit être un fichier de clé privée RSA ou DSA (avec l’extension `.key` par convention). Vous pouvez choisir de protéger par mot de passe le fichier de clé. La phrase de passe que vous entrez pendant la configuration sera chiffrée en période d’inactivité. Toutefois, si vous souhaitez utiliser le même certificat pour SSL et SAML, vous devez utiliser un fichier de clé qui n’est _pas_ protégé par une phrase de passe. Si votre fichier de la clé est protégé par une phrase de passe, vous devez vérifier que l’algorithme cryptographique connexe est pris en charge par la version de Tableau Server que vous exécutez. Tableau Server utilise OpenSSL pour ouvrir les fichiers de clés protégés par mot de passe. Tableau Server (2022.1.17, 2022.3.9, 2023.1.5 et versions ultérieures) exécute OpenSSL. Les versions jusqu’à 2025.1.x exécutent OpenSSL 3.1. À partir de la version 2025.3, Tableau utilisera OpenSSL 3.4.0, qui utilise des clés de sécurité de niveau 2 (clés de 2 048 bits ou plus). - Fichier de chaîne de certificats SSL : un fichier de chaîne de certificats est requis pour Tableau Desktop sur Mac et pour Tableau Prep Builder sur Mac et Tableau Prep Builder sur Windows. Le fichier de chaîne est également requis pour l’application Tableau Mobile si la chaîne de certificats pour Tableau Server n’est pas approuvée par le système d’exploitation iOS ou Android de l’appareil mobile. Le fichier de chaîne est une concaténation de tous les certificats constituant la chaîne de certificats du certificat du serveur. Tous les certificats présents dans le fichier doivent être de type x509 PEM et l’extension du fichier doit être `.crt` (et non pas `.pem`). - Dans le cas de sous-domaines multiples, Tableau Server prend en charge les certificats avec caractères génériques. - Vérifiez que le domaine, le nom d’hôte ou l’adresse IP que les clients utilisent pour se connecter à Tableau Server est inclus dans le champ Autres noms de l’objet (SAN, ou Subject Alternative Names). De nombreux clients (Tableau Prep, navigateurs Chrome et Firefox, etc.) exigent une entrée valide dans le champ SAN pour établir une connexion sécurisée. **Remarque :** si vous comptez configurer Tableau Server pour l’authentification unique avec SAML, consultez [Utilisation d’un certificat SSL et de fichiers de clé pour SAML](https://help.tableau.com/current/server/fr-ca/saml_requ.htm#Cert_Name) dans les exigences en matière d’authentification SAML pour déterminer s’il faut utiliser les mêmes fichiers de certificat à la fois pour SSL et SAML. ## Configuration de SSL pour un groupement Il est possible de configurer un groupement Tableau Server pour qu’il utilise SSL. Si le nœud initial est le seul nœud qui exécute le processus de passerelle (ce qui est le cas par défaut), vous devez configurer SSL uniquement sur ce nœud en procédant comme décrit dans cette rubrique. ### SSL avec plusieurs passerelles Un groupement Tableau Server à haute disponibilité peut intégrer plusieurs passerelles, derrière un équilibrage de charge. Si vous configurez ce type de groupement pour SSL, les possibilités suivantes s’offrent à vous : - Configurer l’équilibrage de charge pour SSL : Le trafic est chiffré à partir des navigateurs Web clients vers l’équilibrage de charge. Le trafic entre l’équilibrage de charge et les processus des passerelles Tableau Server n’est pas chiffré. Vous n’avez pas besoin d’effectuer une quelconque configuration SSL dans Tableau Server. L’ensemble est géré par l’équilibrage de charge. - **Configurer Tableau Server pour SSL :** Le trafic est chiffré à partir des navigateurs Web clients vers l’équilibrage de charge, et à partir de ce dernier vers les processus des passerelles Tableau Server. Pour obtenir plus d’informations, passez à la section suivante. ### Information de configuration supplémentaire pour les environnements de groupement Tableau Server Si vous souhaitez utiliser SSL sur tous les nœuds Tableau Server exécutant un processus de passerelle, effectuez la procédure suivante. 1. Configurez l’équilibrage de charge externe pour l’interconnexion SSL. Ou, si vous souhaitez utiliser un port autre que 443, vous pouvez configurer l’équilibrage de charge externe pour interrompre le port non standard pour le client. Dans ce scénario, vous allez ensuite configurer l’équilibrage de charge pour vous connecter à Tableau Server via le port 443. Pour obtenir de l’aide, reportez-vous à la documentation fournie pour l’équilibreur de charge. 2. Assurez-vous que le certificat SSL est généré pour le nom d’hôte de l’équilibreur de charge. 3. Configurez le nœud initial Tableau Server pour SSL. 4. Si vous utilisez le SSL mutuel, téléversez le fichier de certificat SSL CA. Consultez `[tsm authentication mutual-ssl ](https://help.tableau.com/current/server/fr-ca/cli_authentication_tsm.htm#TSMMutualSSL)`. Les fichiers de clé et de certificat SSL seront distribués à chaque nœud dans le cadre du processus de configuration. ## Préparer l’environnement Lorsque vous obtenez les fichiers de certificat de l’autorité de certification, enregistrez-les sur un emplacement accessible par Tableau Server, et notez les noms des fichiers de certificat .crt et .key, ainsi que leur dossier d’enregistrement. Vous devrez fournir ces informations à Tableau Server lors de l’activation de SSL. ## Configurer SSL sur Tableau Server Utilisez la méthode avec laquelle vous vous sentez le plus à l’aise. 1. Ouvrez TSM dans un navigateur : https://:8850. Pour plus d’informations, consultez [Se connecter à l’interface utilisateur Web Tableau Services Manager](https://help.tableau.com/current/server/fr-ca/sign_in_tsm.htm). 2. Dans l’onglet Configuration, sélectionnez Sécurité > SSL externe. **Remarque :** Si vous mettez à jour ou modifiez une configuration existante, cliquez sur Réinitialiser pour effacer les paramètres existants avant de continuer. 3. Sous SSL serveur Web externe, sélectionnez Activer SSL pour la communication serveur. 4. Téléversez les fichiers de la clé et du certificat, et si nécessaire téléversez le fichier de la chaîne et entrez la clé de phrase de passe : ![Capture d’écran Configurer SSL](/tableau/current/fr-ca/server/fr-ca/Img/tsm-ui-ssl.png) Si vous exécutez Tableau Server dans un déploiement distribué ces fichiers seront automatiquement distribués à chaque nœud approprié du groupement. 5. Cliquez sur Enregistrer les modifications en attente. 6. Cliquez sur Modifications en attente en haut de la page : ![Barre d’outils de Tableau Server Manager indiquant que des modifications sont en attente.](/tableau/current/fr-ca/server/fr-ca/Img/tsm-ui-pending-changes-btn.png) 7. Cliquez sur Appliquer les modifications et redémarrer. Après avoir copié les fichiers de certificat sur l’ordinateur local, exécutez les commandes suivantes : `tsm security external-ssl enable --cert-file  --key-file ` `tsm pending-changes apply` Consultez la référence de commande suivante sur [tsm security external-ssl enable](https://help.tableau.com/current/server/fr-ca/cli_security_tsm.htm#external-ssl-enable) pour déterminer si vous souhaitez inclure des options supplémentaires pour `external-ssl enable`. Tableau fournit des recommandations spécifiques pour l’option `--protocols`. La commande `external-ssl enable command` importe les informations depuis les fichiers .crt et .key. Si vous exécutez cette commande sur un nœud du groupement Tableau Server, elle distribue également l’information aux autres nœuds de passerelle. Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). ## Redirection de port et journalisation Après que le serveur a été configuré pour SSL, il accepte les demandes vers le port non-SSL (la valeur par défaut est le port 80) et les redirige automatiquement vers le port SSL 443. **Remarque :** Tableau Server prend uniquement en charge le port 443 comme port sécurisé. Il n’est pas possible de l’exécuter sur un ordinateur sur lequel une autre application utilise le port 443. Les erreurs SSL sont consignées dans le journal à l’emplacement suivant. Utilisez ce fichier journal pour dépanner les problèmes de validation et de chiffrement : `\ProgramData\Tableau\Tableau Server\data\tabsvc\logs\httpd\error.log` ## Changer ou mettre à jour le certificat SSL Après avoir configuré SSL, vous pouvez avoir besoin de mettre à jour périodiquement le certificat. Dans certains cas, vous pouvez avoir besoin de modifier le certificat en raison de changements opérationnels intervenus dans votre environnement informatique. Dans les deux cas, vous devez utiliser TSM pour remplacer le certificat SSL qui a déjà été configuré pour SSL externe. Ne copiez pas un nouveau certificat dans le stockage de fichiers du système d’exploitation. Au lieu de cela, lorsque vous ajoutez le certificat avec l’interface Web TSM ou la commande `tsm security external-ssl enable`, le fichier de certificat est copié dans le magasin de certificats approprié. Dans un déploiement distribué, le certificat est également copié sur les nœuds du groupement. Pour changer ou mettre à jour le certificat SSL (et le fichier de clé correspondant si nécessaire), suivez les étapes de la section précédente de cette rubrique, [Configurer SSL sur Tableau Server](#config-ssl). Après avoir modifié le certificat, vous devez exécuter `tsm pending-changes apply` pour redémarrer les services de Tableau Server. Nous recommandons également de redémarrer tout autre service sur l’ordinateur qui utilise le certificat SSL. Si vous modifiez un certificat racine sur le système d’exploitation, vous devez redémarrer l’ordinateur. [Passer au contenu principal](#main-content) # Configurer Tableau Resource Monitoring Tool Cette section comprend des rubriques qui fournissent des informations sur la façon de configurer Tableau Resource Monitoring Tool en fonction de vos besoins. ## Autres articles de cette section [Passer au contenu principal](#main-content) # Configurer Tableau Server avec une passerelle indépendante Cette rubrique décrit comment configurer Tableau Server avec une passerelle indépendante pour différents scénarios de connexion et pour un module d’authentification personnalisé. Pour la procédure d’installation, consultez [Installer Tableau Server avec une passerelle indépendante](https://help.tableau.com/current/server/fr-ca/server_tsig_new_install.htm). Pour un exemple de déploiement de bout en bout exécuté sur Tableau Server pour Linux dans AWS, consultez [Configuration du niveau Web](https://help.tableau.com/current/guides/enterprise-deployment/fr-ca/edg_part5.htm) dans le Guide de déploiement en entreprise. ## Connexion en direct ou par relais La passerelle indépendante peut communiquer directement avec les processus principaux de Tableau Server sur plusieurs ports. Cette communication est désignée en tant que connexion _en direct_. À défaut, vous pouvez configurer la passerelle indépendante de manière à relayer la communication du client sur un seul port vers le processus de passerelle sur Tableau Server. Cette communication est désignée en tant que connexion _par relais_. La clé de configuration TSM qui définit le type de connexion est `gateway.tsig.proxy_tls_optional`. Les sections suivantes décrivent en quoi ces connexions diffèrent et comment les configurer. ### Connexion en direct Dans cette configuration, la passerelle indépendante communique directement avec les processus principaux sur Tableau Server sur plusieurs ports. Pour cela, vous devez ouvrir les ports entre le pare-feu qui sépare la passerelle indépendante du déploiement dorsal de Tableau Server. La mise en œuvre actuelle de la passerelle indépendante ne prend pas en charge les connexions TLS sur ces processus. Une connexion en direct permet à la passerelle indépendante de communiquer avec les processus principaux de Tableau Server sans passer par le processus de la passerelle. La connexion en direct offre de meilleures performances que la connexion par relais alternative. #### Configuration La connexion en direct est la configuration par défaut. En tant que tel, vous n’avez pas besoin d’exécuter une commande pour la configurer. Toutefois, si vous devez réinitialiser la connexion en direct par défaut, exécutez les commandes suivantes : tsm configuration set -k gateway.tsig.proxy\_tls\_optional -v all --force-keys tsm pending-changes apply #### Gérer l’entrée du port Après l’installation, la passerelle indépendante doit pouvoir communiquer avec Tableau Server sur plusieurs ports. Ces ports sont attribués de façon dynamique lors de la configuration et se situent dans la plage TCP 8000-9000. Les ports spécifiques et les processus correspondants utilisés pour communiquer avec Tableau Server sont enregistrés dans un fichier CSV sur l’ordinateur exécutant la passerelle indépendante sur `TSIG_DATA/config/httpd/proxy_targets.csv`. **Remarque :** la passerelle indépendante est une mise en œuvre basée sur Apache httpd. Toutes les commandes TSM qui référencent des emplacements de fichiers utilisent des barres obliques, même sous Windows. Il s’agit d’une convention Apache httpd. Utiliser `proxy_targets.csv` pour définir ou automatiser la configuration de l’entrée de port entre votre réseau et Tableau Server. Nous recommandons d’automatiser la configuration des entrées de ports car les ports peuvent changer si la topologie du déploiement de Tableau Server change. L’ajout de nœuds ou la reconfiguration des processus lors du déploiement de Tableau Server déclenchera des modifications de l’accès aux ports requis par la passerelle indépendante. ### Connexion par relais Dans la configuration d’une connexion par relais, la passerelle indépendante ne se connecte pas directement aux processus principaux. Elle relaie plutôt la communication vers le processus de passerelle lors du déploiement dorsal de Tableau Server par HTTP. Ce processus de connexion par relais entraîne un saut supplémentaire et dégrade ainsi les performances par rapport à la configuration d’une connexion en direct. L’un des avantages de la configuration de la passerelle indépendante en tant que connexion par relais est de sécuriser le trafic avec TLS. Consultez [Configurer TLS sur la passerelle indépendante](https://help.tableau.com/current/server/fr-ca/server_tsig_configure_tls.htm). #### Configuration Pour configurer la passerelle indépendante en vue d’une connexion par relais à Tableau Server, exécutez les commandes suivantes : tsm configuration set -k gateway.tsig.proxy\_tls\_optional -v none --force-keys tsm pending-changes apply ## Protocole de gestion interne Les connexions en direct et par relais nécessitent une communication avec le protocole de gestion interne (HK) de Tableau Server. Le processus HK maintient l’état de la configuration entre le déploiement dorsal de Tableau Server et la passerelle indépendante. Lors de l’installation, Tableau Server doit pouvoir communiquer avec la passerelle indépendante sur le port 21319. Détails de communication du protocole d’entretien : - Les requêtes HK vérifient l’état de la passerelle indépendante et mettent à jour la configuration si nécessaire. Il n’y a pas de données client dans ces demandes. Les configurations n’incluent pas de mots de passe ou d’autres secrets. - Les fichiers de configuration contiennent des détails sur la topologie du regroupement Tableau Server afin que la passerelle indépendant puisse exécuter des fonctions de proxy inverse. La configuration de la topologie du regroupement peut être considérée comme sensible car la configuration peut fournir des informations de ciblage à un attaquant. Notez que ces données de configuration ne seraient utiles qu’aux attaquants qui pourraient alors accéder au regroupementTableau Server. - Les fichiers de mise à jour de la configuration incluent une vérification du contenu haché. Cela fournit une couche de sécurité supplémentaire pour valider l’intégrité des fichiers de configuration utilisés pour mettre à jour la passerelle indépendante. Par défaut, le processus HK utilise le protocole TCP 21319. À partir de la version 2022.1.2 de Tableau Server, TLS est pris en charge sur la connexion HK. Consultez [Configurer TLS sur la passerelle indépendante](https://help.tableau.com/current/server/fr-ca/server_tsig_configure_tls.htm). ### Changer le port HK Vous pouvez changer le port utilisé par le protocole HK dans le cadre de l’initialisation de la passerelle indépendante. Consulter [Commutateurs d’installation et propriétés pour Tableau Server Independent Gateway](https://help.tableau.com/current/server/fr-ca/server_tsig_install_switches.htm). Pour modifier le port après l’installation, vous pouvez réexécuter le script de post-installation de manière à fournir une valeur différente pour `TSIG_HK_PORT`. Par défaut, le script est enregistré sur `C:\Program Files\Tableau\Tableau Server\independentgateway\scripts\initialize-tsig.bat`. ## Emplacements du fichier journal Les entrées de fichier journal les plus utiles sur Tableau Server se trouvent dans le répertoire des fichiers journaux `tabadminagent` . Toutefois, si vous exécutez Tableau Server dans un groupement, vous devez interroger chaque instance pour localiser les fichiers journaux tabadminagent les plus récents. Sur la passerelle indépendante, les fichiers journaux suivants sont enregistrés sur le répertoire `TSIG_DATA/logs/` . - `access.log` : la passerelle indépendante enregistre `access.log` pour les fichiers journaux générés par la configuration de httpd.conf.stub. Les fichiers journaux horodatés (par exemple `access_date.log` ) sont générés par la configuration de httpd.conf. - `error.log` - `startup.log` Ces journaux sont également transmis textuellement au déploiement de Tableau Server et stockés dans des sous-répertoires du répertoire des journaux du contrôleur de groupement. Ainsi, les journaux de la passerelle indépendante sont inclus dans le fichier ziplog généré par la commande `[tsm maintenance ziplogs](https://help.tableau.com/current/server/fr-ca/cli_maintenance_tsm.htm#tsm4ziplogs)`. ## Résolution des problèmes Pour obtenir des conseils de dépannage, consultez [Dépannage de la passerelle indépendante de Tableau Server](https://help.tableau.com/current/guides/enterprise-deployment/fr-ca/edg_part7.htm#troubleshooting-tableau-server-independent-gateway) dans le Guide de déploiement en entreprise (EDG). L’EDG fournit un exemple de déploiement de Tableau Server sous Linux. Les étapes de dépannage sont utiles pour les versions Windows ou Linux de Tableau Server. ## Autres articles de cette section [Passer au contenu principal](#main-content) # Configurer Tableau Server pour la haute disponibilité avec des nœuds de service de coordination uniquement Le service de coordination s’appuie sur [Apache ZooKeeper](https://cwiki.apache.org/confluence/display/ZOOKEEPER/Index), un projet open-source, et coordonne les activités du serveur, garantissant un quorum en cas d’échec et servant de source de vérité unique pour la topologie, la configuration et l’état du serveur. Le service est installé automatiquement sur le nœud initial Tableau Server, mais aucune instance supplémentaire n’est installée lorsque vous ajoutez des nœuds supplémentaires. Le bon fonctionnement de Tableau Server dépendant du bon fonctionnement du service de coordination, nous vous recommandons, pour les installations de serveur de trois nœuds ou plus, d’ajouter des instances supplémentaires du service de coordination en déployant un nouvel ensemble de service de coordination. Vous bénéficierez ainsi de redondance et d’une disponibilité améliorée en cas de problème avec une instance du service de coordination. Le service de coordination peut générer une grande quantité d’E/S lorsqu’il communique avec d’autres composants du serveur. De ce fait, si vous exécutez Tableau Server sur des ordinateurs répondant aux exigences matérielles minimales requises ou les excédant tout juste, vous souhaiterez peut-être installer Tableau Server dans une configuration qui utilise des nœuds de service de coordination uniquement. Cela signifie installer le service de coordination sur les nœuds n’exécutant aucun autre processus du serveur, et supprimer le service de coordination de tous les nœuds exécutant d’autres processus du serveur. Cette procédure explique la démarche à suivre. Vous pouvez également exécuter l’ensemble de coordination sur les mêmes nœuds que ceux exécutant les processus Tableau Server. Pour savoir comment procéder, consultez [Déployer un ensemble de service de coordination](https://help.tableau.com/current/server/fr-ca/distrib_ha_zk.htm). ## Conditions préalables Avant de passer aux procédures décrites dans cette section, vérifiez les prérequis suivants : - [Installer et configurer Tableau Server](https://help.tableau.com/current/server/fr-ca/install_config_top.htm) - Installez Tableau sur votre nœud initial. - [Installer et configurer des nœuds supplémentaires](https://help.tableau.com/current/server/fr-ca/install_additional_nodes.htm) - Installez Tableau sur deux nœuds supplémentaires au moins. **Remarque :** cette opération inclut des étapes que vous devrez peut-être effectuer avec la ligne de commande TSM. Pour utiliser l’interface en ligne de commande TSM, vous avez besoin d’un accès administrateur sur l’un des nœuds de votre installation et d’informations d’identification administrateur TSM pour exécuter des commandes TSM. ## Déployer un ensemble sur des nœuds de service de coordination uniquement L’une des manières de gérer l’impact d’E/S important du service de coordination consiste à déployer un ensemble sur des nœuds qui exécutent uniquement le service de coordination et le contrôleur de grappe. Les étapes suivantes montrent comment déployer un ensemble de service de coordination sur un groupement Tableau Server multinœuds existant. **Remarque :** Pour une licence de serveur Tableau Server basée sur des cœurs, les nœuds de service de coordination seulement ne comptent pas dans le nombre total de cœurs sous licence. 1. Ajoutez des nœuds supplémentaires à votre groupement. Consultez [Installer et configurer des nœuds supplémentaires](https://help.tableau.com/current/server/fr-ca/install_additional_nodes.htm). 2. Si vous avez ajouté les nouveaux nœuds à l’aide de l’interface en ligne de commande TSM, vous devez configurer les nœuds avec le contrôleur de grappe (cette étape n’est pas nécessaire si vous avez ajouté les nœuds à l’aide de l’interface utilisateur Web TSM parce que le contrôleur de grappe est automatiquement ajouté lorsque vous ajoutez un nœud avec l’interface utilisateur Web). Sur le nœud initial, ouvrez une invite de commande en tant qu’administrateur. 3. Depuis le nœud initial du groupement, configurez les nouveaux nœuds avec une instance du contrôleur de grappe : `tsm topology set-process -pr clustercontroller -n -c 1` `tsm topology set-process -pr clustercontroller -n -c 1` `tsm topology set-process -pr clustercontroller -n -c 1` Si vous y êtes invité, connectez-vous en tant qu’administrateur TSM. 4. Appliquez les changement de configuration. Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). `tsm pending-changes apply` Un avertissement relatif au déploiement d’un ensemble de service de coordination s’affiche si vous avez déployé un groupement multinœuds. S’il s’agit du seul avertissement, vous pouvez passer outre en toute sécurité en utilisant l’option `--ignore-warnings` pour appliquer les changements de configuration en dépit de l’avertissement. ``` tsm pending-changes apply --ignore-warnings ``` 5. Vérifiez que tous les nœuds sont en cours d’exécution : `tsm status -v` 6. Sur le nœud initial du groupement, ouvrez une session du terminal et entrez cette commande pour arrêter Tableau Server : `tsm stop` 7. Obtenez les ID de nœud pour chaque nœud du groupement : `tsm topology list-nodes -v` 8. Utilisez la commande `tsm topology deploy-coordination-service` pour ajouter un ensemble de service de coordination en ajoutant le service de coordination aux nœuds spécifiés. Vous devez spécifier le ou les nœuds auxquels ajouter le service de coordination. La commande transforme également le nouvel ensemble en ensemble de « production » (l’ensemble en cours d’utilisation) et supprime l’ancien ensemble. **Remarque :** une invite « y/n » (oui/non) s’affiche confirmant qu’un redémarrage du serveur aura lieu. Pour exécuter la commande sans entrée, incluez l’option `--ignore-prompt`. Par exemple, déployez le service de coordination sur les trois nœuds d’un groupement à six nœuds : `tsm topology deploy-coordination-service -n ` Attendez que la commande se termine et que vous soyez renvoyé à l’invite système. 9. Démarrez Tableau Server : `tsm start` [Passer au contenu principal](#main-content) # Configurer TLS sur la passerelle indépendante La prise en charge de TLS pour la passerelle indépendante se trouve dans Tableau Server 2022.1.2 et versions ultérieures. Tableau Server et la passerelle indépendante de Tableau Server utilisent tous deux le module SSL (mod\_ssl) construit avec OpenSSL pour mettre en œuvre les fonctionnalités de Transport Layer Security (TLS). En raison de sa complexité et de sa nature sensible à la sécurité, nous recommandons que la configuration TLS soit planifiée et mise en œuvre par un professionnel de l’informatique qui connaît TLS sur Apache httpd. Dans de nombreux cas, nous utilisons « SSL» dans les noms des éléments pour assurer la compatibilité avec les propriétés ou concepts de configuration TSM ou Apache httpd existants. « SSL » fait en fait référence à des versions de protocole désormais considérées comme non sécurisées et obsolètes. Cependant, le nom hérité persiste et est souvent utilisé de manière interchangeable avec TLS comme convention. Tableau Server et la passerelle indépendante ne prennent pas en charge les protocoles de l’ère SSL. **Important :** Depuis la version 2025.2 (Tableau Desktop), 2025.3 (Tableau Server), et juin 2025 (Tableau Cloud), Tableau utilise OpenSSL 3.4.x et la sécurité de niveau 2. La sécurité de niveau 2 requiert des clés de 2 048 bits ou plus. Les clés de sécurité de niveau 1 existantes seront désactivées et vous devrez générer et déployer une nouvelle paire de clés. Si vous avez généré des clés d’au moins 2 048 bits comme recommandé, aucune action n’est nécessaire. Pour plus d’informations, consultez [Générer une clé](https://help.tableau.com/current/server/fr-ca/ssl_cert_create.htm#generate-key). ## Exemple de configuration de TLS Pour un exemple de configuration de TLS de bout en bout, consultez [Configurer SSL/TLS de l’équilibreur de charge vers Tableau Server](https://help.tableau.com/current/guides/enterprise-deployment/fr-ca/edg_part6.htm#configure-ssltls-from-load-balancer-to-tableau-server) dans le Guide de déploiement en entreprise. La rubrique montre un exemple pas à pas de configuration de TLS sur Tableau Server sous Linux dans un déploiement AWS. Même si l’exemple décrit le processus pour Linux, l’exemple de configuration est également utile pour Tableau Server sous Windows. ## Présentation de la configuration de TLS Vous pouvez configurer TLS pour HTTPS sur l’une des sections suivantes du chemin Internet vers Tableau Server : - Depuis le réseau externe (Internet ou équilibreur de charge frontal) vers la passerelle indépendante - Depuis la passerelle indépendante vers Tableau Server - Pour le processus de ménage (HK) depuis Tableau Server vers la passerelle indépendant Cette rubrique fournit des procédures pour configurer chacun de ces tronçons. Vous devez apporter des modifications de configuration aux ordinateurs de la passerelle indépendante et au groupement Tableau Server. ### Exigences et considérations relatives au certificat Les exigences relatives au certificat pour la passerelle indépendante sont les mêmes que celles spécifiées pour Tableau Server « SSL externe ». Consultez [Exigences relatives aux certificats SSL](https://help.tableau.com/current/server/fr-ca/ssl_config.htm#cert-req). Autres considérations : - Pour simplifier la gestion et le déploiement des certificats, et comme meilleure pratique de sécurité, nous vous recommandons d’utiliser des certificats générés par une autorité de certification (CA) tierce de confiance majeure. Vous pouvez aussi générer des certificats auto-signés ou utiliser des certificats d’une PKI pour TLS. Dans ce cas, faites attention aux options de configuration pour approuver les certificats CA et valider les certificats. - Si votre mise en œuvre nécessite l’utilisation d’un fichier de chaîne de certificats, consultez l’article de la base de connaissances, [Configurer TLS sur une passerelle indépendante lors de l’utilisation d’un certificat doté d’une chaîne de certificats](https://kb.tableau.com/articles/HowTo/configure-tls-on-independent-gateway-when-using-intermediate-certificate?lang=fr-ca). - Si vous exécutez plusieurs instances de la passerelle indépendante, vous devez distribuer des certificats à chaque ordinateur au même emplacement (chemin d’accès au fichier). - Si vous exécutez un déploiement Tableau Server avec plusieurs nœuds, les certificats que vous téléversez avec les commandes TSM sont automatiquement distribués sur les nœuds. Exécutez toutes les commandes TSM sur le nœud initial. ## Configurations TLS globales Les configurations suivantes sont globales. Les options de configuration ci-dessous font référence aux clés de configuration qui doivent être définies avec la commande `tsm configuration set`. Les commandes doivent inclure l’option `--force-keys`. Il est peu probable que vous deviez modifier ces valeurs. Notez que chaque paire de clés partage le même format de dénomination, où la chaîne, `tsig`, définit la valeur de la passerelle indépendante. La clé qui n’inclut _pas_ la chaîne, `tsig`, définit la valeur du processus de passerelle sur le groupement Tableau Server. Si vous ne définissez pas de valeur pour la clé `tsig`, la valeur par défaut de la passerelle Tableau Server sera utilisée. `gateway.tsig.httpd.socache` ou `gateway.httpd.socache` Par défaut : `shmcb` Autre valeur : `dbm` Le type de stockage du cache de session SSL inter-processus. Pour plus d’informations sur les types de stockage shmcb et dbm, consultez [SSLSessionCache Directive](https://httpd.apache.org/docs/2.4/mod/mod_ssl.html#sslsessioncache) sur le site Web d’Apache. `gateway.tsig.httpd.shmcb.size` ou `gateway.httpd.shmcb.size` Par défaut : `2048000` Quantité de mémoire, en octets, à utiliser pour le tampon circulaire lors de l’utilisation du type de stockage `shmcb`. **Remarque :** Une autre clé globale est `gateway.tsig.ssl.key.passphrase.dialog`. Le cas échéant, il n’y a qu’une seule configuration pour `gateway.tsig.ssl.key.passphrase.dialog`. De par sa conception, elle collecte les phrases secrètes pour tous les fichiers de clé privée chiffrés dans la configuration. Les sections applicables plus loin dans cette rubrique décrivent l’utilisation de cette clé. ## TLS externe vers la passerelle indépendante Le processus de configuration des connexions externes pour terminer TLS sur les serveurs de passerelle indépendante est conceptuellement similaire à la façon dont « SSL externe » est configuré pour un groupement Tableau Server. La mécanique est différente. TSM ne distribue pas automatiquement le certificat et le matériel de clé aux nœuds de passerelle indépendante. De plus, la passerelle indépendante ne fournit pas automatiquement un moyen de fournir la phrase secrète de clé TLS facultative au démarrage. Les étapes suivantes décrivent comment configurer TLS à partir d’une source externe vers des ordinateurs de passerelle indépendante. ### Étape 1 : Distribuer les fichiers aux ordinateurs de passerelle indépendante 1. Placez les certificats et les fichiers associés dans un emplacement et avec des autorisations permettant au service de passerelle indépendante (tsig-httpd) de les lire. Nous vous recommandons de restreindre l’accès aux fichiers clés de sorte que seul le service de passerelle indépendante puisse les lire. 2. Placez tous les fichiers, certificats et clés exactement aux mêmes emplacements sur tous les ordinateurs de la passerelle indépendante. Placez les fichiers en dehors des chemins TSIG\_INSTALL et TSIG\_DATA afin qu’ils ne soient pas supprimés si vous réinstallez ou mettez à niveau la passerelle indépendante. ### Étape 2 : Mettre à jour les variables d’environnement sur les ordinateurs de passerelle indépendante Sur chaque ordinateur de passerelle indépendante, définissez les variables d’environnement `TSIG_PORT` et `TSIG_PROTOCOL` sur `443` (par convention, mais tout numéro de port TCP inutilisé est pris en charge) et `https`, respectivement. Modifiez ces valeurs en réexécutant le script de post-installation pour fournir une valeur différente pour `TSIG_PORT` et `TSIG_PROTOCOL`. Par défaut, le script est enregistré sur `C:\Program Files\Tableau\Tableau Server\independentgateway\scripts\initialize-tsig.bat`. ### Étape 3 : Définir les propriétés de configuration TLS sur Tableau Server La plupart des clés de configuration TSM figurant dans le tableau suivant sont dérivées des directives Apache httpd. Ainsi, les valeurs de configuration de ces clés de configuration TSM correspondent directement aux valeurs valides de la directive Apache correspondante. Les liens vers les directives correspondantes sont inclus dans le tableau suivant. Dans certains cas. la configuration utilisera des configurations de secours si une clé particulière n’est pas définie. Celles-ci sont appelées dans le tableau ci-dessous. Les options de configuration figurant dans le tableau suivant font référence aux clés de configuration que vous devez définir avec la commande `tsm configuration set`. Toutes les commandes doivent inclure l’option `--force-keys`. Par exemple : tsm configuration set -k gateway.tsig.ssl.enabled -v true --force-keys Après avoir configuré les clés de configuration, vous devez exécuter `tsm pending-changes apply`.
Propriété de configurationDescriptionDirective Apache correspondante
gateway.tsig.ssl.enabled

Obligatoire.

Active TLS. Doit être défini sur true.

S.O.
gateway.tsig.ssl.cert.file_name

Obligatoire.

Chemin + nom du fichier de certificat pour la passerelle indépendante. Par exemple, /etc/ssl/certs/tsig-ssl.crt.

SSLCertificateFile
gateway.tsig.ssl.key.file_name

Obligatoire.

Chemin + nom du fichier de clé de certificat pour la passerelle indépendante. Par exemple, /etc/ssl/keys/tsig-ssl.key.

SSLCertificateKeyFile
gateway.tsig.ssl.key.passphrase.dialogSi votre clé nécessite une phrase secrète, vous devez configurer cette clé avec la chaîne correcte attendue par la directive Apache httpd SSLPassPhraseDialog. N’entrez pas la phrase secrèterale pour cette clé. Consultez la documentation Apache pour plus d’informations sur la configuration de cette clé.
Cette configuration est globale pour la passerelle indépendante.
SSLPassPhraseDialog

gateway.tsig.ssl.protocols

Secours : ssl.protocols

Spécifiez les versions de SSL/TLS prises en charge. Consultez Liste de contrôle pour une sécurité renforcée pour plus d’informations sur la configuration par défaut.SSLProtocols

gateway.tsig.ssl.ciphersuite

Secours : ssl.ciphersuite

Spécifie les chiffrements que le client est autorisé à négocier pour la connexion SSL.SSLCipherSuite
gateway.tsig.ssl.client_certificate_login.required

Définissez cette valeur sur true pour activer le TLS mutuel sur cette connexion.

Vous devez également définir la propriété gateway.tsig.ssl.cacert.file comme spécifié ci-dessous.

S.O.
gateway.tsig.ssl.cacert.fileSpécifie le fichier contenant les certificats CA concaténés pour le processus d’authentification client.SSLCACertificateFile
gateway.tsig.ssl.revocation.fileSpécifie le fichier contenant les listes de révocation CA concaténées pour les clients qui se connectent à la passerelle indépendante.SSLCARevocationFile
gateway.tsig.ssl.redirect

Lorsque la passerelle indépendante a été configurée pour TLS, cette option oblige les demandes des clients du port 80 (par défaut) à être redirigées vers TLS.

Par défaut : true.

S.O.
gateway.tsig.ssl.redirect_from_port

Quand gateway.tsig.ssl.redirect est réglé sur true, cette option vous permet de spécifier le port à partir duquel le trafic est redirigé.

Par défaut : 80.

S.O.
## Passerelle indépendante vers Tableau Server Cette section décrit comment chiffrer la connexion entre la passerelle indépendante et Tableau Server. ### Étape 1 : Configurer et activer TLS sur Tableau Server Consultez [Configurer SSL pour le trafic HTTP externe vers et depuis Tableau Server](https://help.tableau.com/current/server/fr-ca/ssl_config.htm). Notez que « SSL » est en fait une mise en œuvre TLS, et « externe » fait référence à une connexion externe à Tableau Server. Dans ce scénario, la passerelle indépendante est la connexion « externe ». Nous vous recommandons d’activer et de vérifier que les clients peuvent se connecter avec TLS directement à Tableau Server avant de configurer la passerelle indépendante. ### Étape 2 : Distribuer les fichiers de certificat sur les ordinateurs de passerelle indépendante Vous devrez distribuer les fichiers de certificat sur les ordinateurs de la passerelle indépendante si l’une des conditions suivantes est vraie : - Vous utilisez des certificats auto-signés ou PKI pour les certificats TLS sur le déploiement de Tableau Server. - Vous activez le TLS mutuel sur la connexion de la passerelle indépendante à Tableau Server. Comme pour tous les fichiers liés à TLS sur les ordinateurs de passerelle indépendante, vous devez placer les fichiers dans les mêmes chemins sur chaque ordinateur. Tous les noms de fichiers pour les fichiers partagés TLS doivent également être identiques. ### Étape 3 : Définir les propriétés de configuration TLS sur Tableau Server La plupart des clés de configuration TSM figurant dans le tableau suivant sont dérivées des directives Apache httpd. Ainsi, les valeurs de configuration de ces clés de configuration TSM correspondent directement aux valeurs valides de la directive Apache correspondante. Les liens vers les directives correspondantes sont inclus dans le tableau suivant. Dans certains cas. la configuration utilisera des configurations de secours si une clé particulière n’est pas définie. Celles-ci sont appelées dans le tableau ci-dessous. Les options de configuration figurant dans le tableau suivant font référence aux clés de configuration que vous devez définir avec la commande `tsm configuration set`. Toutes les commandes doivent inclure l’option `--force-keys`. Par exemple : tsm configuration set -k gateway.tsig.ssl.enabled -v true --force-keys Après avoir configuré les clés de configuration, vous devez exécuter `tsm pending-changes apply`.
Propriété de configurationDescriptionDirective Apache correspondante

gateway.tsig.ssl.proxy.cacertificatefile

Si votre entreprise utilise un certificat TLS auto-signé ou généré par PKI pour Tableau Server, vous devez spécifier un chemin d’accès au fichier de certificat AC racine. Ce fichier de AC racine doit être stocké sur les ordinateurs de passerelle indépendante.SSLProxyCACertificateFile

gateway.tsig.ssl.proxy.protocols

Secours : ssl.protocols

Spécifiez les versions de SSL/TLS prises en charge. Consultez Liste de contrôle pour une sécurité renforcée pour plus d’informations sur la configuration par défaut.SSLProtocols

gateway.tsig.ssl.proxy.ciphersuite

Secours : ssl.ciphersuite

Spécifie les chiffrements que le client est autorisé à négocier pour la connexion SSL.SSLCipherSuite
gateway.tsig.ssl.proxy.machinecertificatefilePour TLS mutuel. Spécifie le fichier contenant les paires de clés de certificat concaténées pour l’authentification de la passerelle indépendante vers Tableau Server.SSLProxyMachineCertificateFile
gateway.tsig.ssl.proxy.verify

Spécifiez si la passerelle indépendante doit vérifier le certificat présenté par Tableau Server.

Par défaut : require.

SSLProxyVerify
gateway.tsig.ssl.proxy.checkpeername

Spécifiez si la passerelle indépendante inspecte le certificat Tableau Server pour vérifier que le nom du sujet correspond au nom du serveur.

Par défaut : off.

SSLProxyCheckPeerName
gateway.tsig.ssl.proxy.checkpeerexpire

Spécifiez si la passerelle indépendante inspecte le certificat Tableau Server pour vérifier l’expiration :

Par défaut : off.

SSLProxyCheckPeerExpire
### Étape 4 : Téléverser le certificat AC racine sur Tableau Server Si le certificat TLS que vous utilisez sur les ordinateurs de passerelle indépendante est un certificat auto-signé ou généré par PKI, vous devez effectuer cette étape supplémentaire. Si le certificat TLS que vous utilisez sur l’ordinateur de passerelle indépendante est un certificat AC tierce approuvée, vous pouvez ignorer cette étape. Copiez le certificat CA racine utilisé pour les ordinateurs de passerelle indépendante sur le nœud initial de Tableau Server, puis exécutez les commandes suivantes : tsm security custom-cert add -c .pem tsm pending-changes apply ## Connexion de ménage entre Tableau Server et la passerelle indépendante Le processus de ménage (HK) maintient l’état de la configuration entre le déploiement dorsal de Tableau Server et la passerelle indépendante. Lorsque la passerelle indépendante est installée, la configuration par défaut fournit une connexion HTTP non chiffrée. La passerelle indépendante écoute les demandes de ménage provenant du groupement Tableau Server (comme vous l’avez défini lors de l’installation). Si vous exécutez plusieurs instances de la passerelle indépendante, tous les serveurs doivent accepter les demandes de ménage avec TLS ou tous sans TLS. Cette section décrit comment configurer la connexion HK pour TLS. Ce processus nécessite le redémarrage de Tableau Server et entraînera un temps d’arrêt. Comme pour les scénarios TLS précédents décrits ci-dessus, de nombreux changements de configuration pour la connexion HK sont définis sur les propriétés de configuration gérées par le groupement Tableau Server. Cependant, la configuration HK TLS nécessite des étapes supplémentaires sur la passerelle indépendante. ### Étape 1 : Distribuer les fichiers aux ordinateurs de passerelle indépendante Si vous avez activé TLS avec un réseau externe et une passerelle indépendante, vous pouvez utiliser le même certificat et les mêmes fichiers de clé pour la connexion HK. Si vous utilisez les mêmes ressources, le seul autre fichier de certificat que vous devez distribuer est le certificat AC racine pour le certificat utilisé par Tableau Server. Si le certificat TLS présenté par Tableau Server est généré par une AC tierce de confiance, vous n’avez pas besoin de copier un certificat AC racine sur les ordinateurs de la passerelle indépendante. 1. Placez les certificats et les fichiers associés dans un emplacement et avec des autorisations permettant au service de passerelle indépendante (tsig-httpd) de les lire. Nous vous recommandons de restreindre l’accès aux fichiers clés de sorte que seul le service de passerelle indépendante puisse les lire. 2. Placez tous les fichiers, certificats et clés exactement aux mêmes emplacements sur tous les ordinateurs de la passerelle indépendante. ### Étape 2 : Importer le certificat AC racine de la passerelle indépendante dans le magasin de confiance de Tableau Server Si le certificat TLS que vous utilisez sur les ordinateurs de passerelle indépendante est un certificat auto-signé ou généré par PKI, vous devez effectuer cette étape supplémentaire. Si le certificat TLS que vous utilisez sur l’ordinateur de passerelle indépendante est un certificat AC tierce approuvée, vous pouvez ignorer cette étape. Vous ne pouvez téléverser qu’un seul certificat CA racine sur Tableau Server. Par conséquent, si vous avez déjà téléversé un certificat AC racine, le même certificat AC racine doit signer le certificat que vous utiliserez pour la connexion HK. Copiez le certificat CA racine utilisé pour les ordinateurs de passerelle indépendante sur le nœud initial de Tableau Server, puis exécutez les commandes suivantes : tsm security custom-cert add -c .pem tsm pending-changes apply ### Étape 3 : Mettre à jour les variables d’environnement sur les ordinateurs de passerelle indépendante Sur chaque ordinateur de passerelle indépendante, définissez la variable d’environnement `TSIG_HK_PROTOCOL` sur `https`. Vous pouvez spécifier un autre port pour HK (la valeur par défaut est 21319) en définissant également la variable d’environnement `TSIG_HK_PORT`. Modifiez ces valeurs en réexécutant le script de post-installation pour fournir une valeur différente pour `TSIG_HK_PROTOCOL` et `TSIG_HK_PORT`. Par défaut, le script est enregistré sur `C:\Program Files\Tableau\Tableau Server\independentgateway\scripts\initialize-tsig.bat`. ### Étape 4 : Mettre à jour httpd.conf.stub sur la passerelle indépendante Vous devez mettre à jour le fichier `httpd.conf.stub` sur chaque serveur de passerelle indépendante. Le fichier `httpd.conf.stub` est utilisé pour amorcer la configuration httpd globale. Le fichier de se trouve à l’emplacement suivant : `TSIG_DATA/config/httpd.conf.stub`. 1. Ouvrez le fichier `httpd.conf.stub` dans un éditeur de texte. Vous devez mettre à jour le bloc `` avec les détails de configuration HK. L’exemple suivant montre les modifications requises : SSLEngine on #TLS# SSLHonorCipherOrder on #TLS# SSLCompression off SSLCertificateFile /etc/ssl/certs/tsig-ssl.crt SSLCertificateKeyFile /etc/ssl/private/tsig-ssl.key SSLCACertificateFile /etc/ssl/certs/rootTS-CACert.pem #TLS# SSLCARevocationFile /path/to/file Remarques : - Par défaut, chaque ligne du bloc `` est transformée en commentaire par la chaîne`#TLS#`. Pour « activer » une ligne dans le bloc, supprimez la chaîne `#TLS#` en début de ligne. - Comme pour toutes les configurations httpd, chaque fichier référencé nécessite un chemin absolu vers le fichier. - `SSLCACertificateFile` spécifie le certificat AC racine pour l’AC qui génère le certificat présenté par Tableau Server. Vous ne devez le définir que si le certificat TLS utilisé par Tableau Server est auto-signé ou généré par une PKI. 2. Arrêtez le service tsig-httpd. Vous commencerez à recevoir des vérifications d’état d’échec à ce stade, indiquant dans TSM que votre composant de passerelle indépendante est dégradé. 3. Copiez `httpd.conf.stub` vers `httpd.conf`. Le fichier `httpd.conf` est stocké dans le répertoire suivant. Remplacez le fichier `httpd.conf` par le fichier `httpd.conf.stub`. 4. Démarrez le service tsig-httpd. Vous continuerez à recevoir des vérifications d’état d’échec à ce stade, indiquant dans TSM que votre composant de passerelle indépendante est dégradé. Ces vérifications d’état échoueront jusqu’à ce que vous ayez terminé la configuration comme décrit dans les étapes suivantes. ### Étape 5 : Définir les propriétés de configuration TLS sur Tableau Server L’application des modifications de configuration nécessite un redémarrage du serveur. Pour éviter de longs délais d’attente, nous vous recommandons d’arrêter le serveur avant d’appliquer les modifications que vous définissez ici. À l’étape 6, vous exécuterez une commande de mise à jour, puis redémarrerez TSM. L’arrêt de TSM à cette phase de la configuration entraîne un temps d’arrêt plus court. 1. Arrêtez TSM. Exécutez la commande suivante : tsm stop 2. La plupart des clés de configuration TSM figurant dans le tableau suivant sont dérivées des directives Apache httpd. Ainsi, les valeurs de configuration de ces clés de configuration TSM correspondent directement aux valeurs valides de la directive Apache correspondante. Les liens vers les directives correspondantes sont inclus dans le tableau suivant. Il existe des noms de propriété de configuration TSM qui incluent le `hk` dans le préfixe : `gateway.tsig.hk.xyz.abc`. Si elles sont définies, ces valeurs sont utilisées pour la configuration HK TLS. Si elles ne sont pas définies, de nombreuses propriétés de configuration utiliseront la solution de secours pour `gateway.tsig.xyz.abc`, qui elles-mêmes peuvent ou non revenir à `gateway.xyz.abc`. La propriété de configuration de secours est répertoriée le cas échéant. Les options de configuration figurant dans le tableau suivant font référence aux clés de configuration que vous devez définir avec la commande `tsm configuration set`. Toutes les commandes doivent inclure l’option `--force-keys`. Par exemple : tsm configuration set -k gateway.tsig.hk.ssl.enabled -v true --force-keys
Propriété de configurationDescriptionDirective Apache correspondante

gateway.tsig.hk.ssl.enabled

(Pas de secours)

Obligatoire.

Active TLS. Doit être défini sur true.

S.O.

gateway.tsig.hk.ssl.cert.file_name

Secours :

gateway.tsig.ssl.cert.file_name

Chemin + nom du fichier de certificat pour la passerelle indépendante. Par exemple, /etc/ssl/certs/tsig-ssl.crt.

SSLCertificateFile

gateway.tsig.hk.ssl.key.file_name

Secours :

gateway.tsig.ssl.key.file_name

Chemin + nom du fichier de clé de certificat pour la passerelle indépendante. Par exemple, /etc/ssl/keys/tsig-ssl.key.

SSLCertificateKeyFile

gateway.tsig.ssl.key.passphrase.dialog

(Propriété globale)

Si votre clé nécessite une phrase secrète, vous devez configurer cette clé avec la chaîne correcte attendue par la directive Apache httpd SSLPassPhraseDialog.
Cette configuration est globale pour la passerelle indépendante.
SSLPassPhraseDialog

gateway.tsig.hk.ssl.protocols

Secours :

gateway.tsig.ssl.protocols

ssl.protocols

Spécifiez les versions de SSL/TLS prises en charge. Consultez Liste de contrôle pour une sécurité renforcée pour plus d’informations sur la configuration par défaut.SSLProtocols

gateway.tsig.hk.ssl.ciphersuite

Secours :

gateway.tsig.ssl.ciphersuite

ssl.ciphersuite

Spécifie les chiffrements que le client est autorisé à négocier pour la connexion SSL.SSLCipherSuite

gateway.tsig.hk.ssl.client_certificate_login.required

(Pas de secours)

Définissez cette valeur sur true pour activer le TLS mutuel sur cette connexion.

Vous devez également définir la propriété gateway.tsig.hk.ssl.cacert.file comme spécifié ci-dessous.

S.O.

gateway.tsig.hk.ssl.cacert.file

Secours :

gateway.tsig.ssl.cacert.file

Spécifie le fichier contenant les certificats CA concaténés pour le processus d’authentification client.SSLCACertificateFile

gateway.tsig.hk.ssl.revocation.file

Secours :

gateway.tsig.hk.ssl.revocation.file

Spécifie le fichier contenant les listes de révocation CA concaténées pour les clients qui se connectent à la passerelle indépendante.SSLCARevocationFile
3. Appliquez les modifications. Exécutez la commande suivante : `tsm pending-changes apply`. ### Étape 6 : Mettre à jour le fichier de configuration JSON de la passerelle indépendante La dernière étape consiste à mettre à jour la configuration de la passerelle indépendante avec un fichier JSON reflétant le passage à `https` et, le cas échéant, d’autres numéros de port. Reportez-vous à la rubrique d’installation pour plus d’informations sur la modification de ce fichier. Consultez [Étape 3 : Activer la passerelle indépendante dans Tableau Server](https://help.tableau.com/current/server/fr-ca/server_tsig_new_install.htm#TSIG-enableIG). Après avoir mis à jour le fichier JSON, exécutez la commande suivante : tsm topology external-services gateway update -c tsig.json tsm start ## Résolution des problèmes Pour obtenir des conseils de dépannage, consultez [Dépannage de la passerelle indépendante de Tableau Server](https://help.tableau.com/current/guides/enterprise-deployment/fr-ca/edg_part7.htm#troubleshooting-tableau-server-independent-gateway) dans le Guide de déploiement en entreprise (EDG). L’EDG fournit un exemple de déploiement de Tableau Server sous Linux. Les étapes de dépannage sont utiles pour les versions Windows ou Linux de Tableau Server. [Passer au contenu principal](#main-content) # Configurer un avertissement sur la qualité des données Les avertissements sur la qualité des données sont une caractéristique de Tableau Catalog, partie de l’offre Gestion des données pour Tableau Server et Tableau Cloud. Pour plus d’information sur Tableau Catalog, consultez « À propos de Tableau Catalog » dans l’aide de [Tableau Server](https://help.tableau.com/current/server/fr-ca/dm_catalog_overview.htm) ou [Tableau Cloud](https://help.tableau.com/current/online/fr-ca/dm_catalog_overview.htm). Lorsque Tableau Catalog est activé dans votre environnement, vous pouvez définir des avertissements de qualité des données sur les actifs de données afin que les utilisateurs de ces données soient informés des problèmes. Par exemple, vous pouvez souhaiter informer les utilisateurs qu’une source de données est obsolète ou que l’actualisation de la source de données de l’extrait a échoué. Vous pouvez définir des avertissements de qualité des données sur les sources de données, les bases de données, les tables, les flux, les connexions virtuelles, les tables de connexion virtuelle et les colonnes. Les avertissements sur la qualité des données pour les sources de données, les bases de données, les tables et les flux ont été introduits dans la version 2019.3 de Tableau Cloud et Tableau Server. Des avertissements sur la qualité des données pour les connexions virtuelles et les tables de connexion virtuelle ont été ajoutés dans Tableau Cloud mars 2022 et Tableau Server 2022.1, et pour les colonnes dans Tableau Cloud octobre 2022 et Tableau Server 2022.3. ## À propos des avertissements sur la qualité des données Il existe deux types d’avertissements sur la qualité des données : les avertissements que vous définissez et les avertissements que Tableau définit en cas d’échec d’une actualisation d’extrait ou d’une exécution de flux, également appelés avertissements de surveillance de la qualité. - **Avertissements sur la qualité des données que vous configurez** : Un avertissement sur la qualité des données que vous configurez est visible par les utilisateurs jusqu’à ce que vous ou un autre utilisateur le supprimiez. - **Avertissements de surveillance de la qualité** : Si vous activez un avertissement de surveillance de la qualité pour un actif d’extrait ou de flux, Tableau ajoute automatiquement un avertissement sur la qualité des données à l’actif lorsque l’actualisation d’un extrait ou une exécution de flux échoue. Plus tard, si l’actualisation de l’extrait ou l’exécution du flux réussit, Tableau supprime automatiquement l’avertissement sur la qualité des données. Depuis Tableau Cloud octobre 2023 et Tableau Server 2023.3, en plus de définir des avertissements de surveillance au niveau des actifs, vous avez également la possibilité d’activer ou de désactiver simultanément la surveillance de l’actualisation d’extrait et de l’exécution du flux pour l’ensemble du site. Pour plus d’information sur la surveillance à l’échelle du site, consultez [Surveillance à l’échelle du site pour les échecs d’actualisation d’extrait et d’exécution du flux](#sitewide_monitoring_dqw). **Remarque :** Vous pouvez activer et modifier les deux types d’avertissements sur la qualité des données à l’aide de l’API REST. Pour plus d’information, consultez les [Méthodes de métadonnées](https://help.tableau.com/current/api/rest_api/fr-ca/REST/rest_api_ref_metadata.htm) des Étiquettes et de l’Avertissement sur la qualité des données dans l’aide de l’API REST de Tableau Server. ## Où apparaissent les avertissements sur la qualité des données Dans Tableau Cloud et Tableau Server, lorsque vous définissez un avertissement sur une source de données, un flux, une base de données, une table, une colonne, une connexion virtuelle ou une table de connexion virtuelle, l’avertissement est visible pour les utilisateurs de l’actif et de tous les actifs en aval de celui-ci. Par exemple, un avertissement défini sur une table est visible par les utilisateurs qui consultent un tableau de bord qui dépend de cette table. Les utilisateurs voient une icône d’avertissement dans l’onglet Détails des données du tableau de bord et peuvent ouvrir le volet pour en savoir plus. ![Avertissement sur la qualité des données dans le volet Détails des données](/tableau/current/fr-ca/server/fr-ca/Img/dm_dqw_server_wkbk.png) Des avertissements sur la qualité des données s’affichent lors de l’exploration de certains types de contenu dans une vue Liste : ![Colonne d’avertissement sur la qualité des données dans la vue Liste](/tableau/current/fr-ca/server/fr-ca/Img/dm_dqw_list_view.png) Les avertissements sur la qualité des données apparaissent également en haut des pages des actifs : ![Avertissement sur la qualité des données sur la page de l’actif](/tableau/current/fr-ca/server/fr-ca/Img/dm_label_dqw_masthead.png) Dans Tableau Desktop, les utilisateurs voient une icône à côté de la source de données dans le volet Données lorsque - un avertissement est défini sur une source de données utilisée dans le classeur, ou - il y a un avertissement en amont de la source de données utilisée dans le classeur Remarque : Les avertissements sur la qualité des données pour les colonnes et les connexions virtuelles n’apparaissent pas dans Tableau Desktop. Pour voir les détails de l’avertissement, sélectionnez l’icône d'avertissement. ![Avertissement sur la qualité des données dans le volet Données](/tableau/current/fr-ca/server/fr-ca/Img/dm_dqw_label_in_data_pane.png) Pour la création Web dans Tableau Cloud, vous pouvez consulter toutes les propriétés d’étiquette d’un objet dans le volet Données (connexion de données ou champ) en sélectionnant Détails du catalogue sur la connexion de données ou dans le champ. ### Visibilité Les avertissements sur la qualité des données peuvent être classés comme étant à haute visibilité. Les avertissements sur la qualité des données à haute visibilité semblent plus urgents et apparaissent à davantage d’endroits. Par exemple, un avertissement de haute visibilité sur une source de données génère une notification dès que quelqu’un ouvre une vue qui en dépend. ![Vue publiée avec message toast d’avertissement sur la qualité des données](/tableau/current/fr-ca/server/fr-ca/Img/dm_dqw_hv_alert.png) L’icône et le badge des avertissements sur la qualité des données à haute visibilité sont jaunes ou orange, tandis que les avertissements sur la qualité des données à visibilité standard sont bleus. Si plusieurs avertissements sur la qualité des données s’appliquent à un actif (parce que l’actif présente plusieurs avertissements sur la qualité des données ou parce qu’il hérite d’avertissements en amont), le badge comprend un numéro et la couleur est déterminée par l’étiquette de visibilité la plus élevée. Par exemple, si deux avertissements sur la qualité des données s’appliquent à un actif, dont un à visibilité standard et un à haute visibilité, le badge est jaune ou orange. ![](/tableau/current/fr-ca/server/fr-ca/Img/dm_label_dqw_badge_2_labels.png) ## Avertissements sur la qualité des données dans les abonnements Les administrateurs peuvent activer les avertissements sur la qualité des données dans les abonnements par courriel. Si cette fonctionnalité est activée, les courriels que les utilisateurs reçoivent incluent des avertissements sur la qualité des données de haute visibilité pour cette vue, ainsi que des liens vers : - des vues ou des classeurs pertinents avec leur volet Détails des données ouvert. - des actifs en amont pertinents, tels que des sources de données, des tables ou des bases de données. Les administrateurs peuvent activer les avertissements sur la qualité des données dans les abonnements par courriel en sélectionnant l’option Étiquettes de données à haute visibilité dans les abonnements aux vues et aux classeurs (anciennement l’option Avertissements sur la qualité des données dans les abonnements) dans la page des paramètres du site Tableau Server ou Tableau Cloud. Pour plus d’informations, consultez [Étiquettes de données à haute visibilité dans les abonnements aux vues et aux classeurs](https://help.tableau.com/current/server/fr-ca/sites_add.htm#data-quality-warnings-in-subscriptions) dans la Référence des paramètres de site. ## Comment configurer un avertissement sur la qualité Vous pouvez définir différents avertissements sur la qualité des données sur un actif. Depuis Tableau Cloud juin 2023 et Tableau Server 2023.3, un administrateur peut compléter la liste des avertissements sur la qualité des données disponibles en [personnalisant les étiquettes de données](https://help.tableau.com/current/server/fr-ca/dm_labels_manage.htm). Depuis Tableau Cloud juin 2023 et Tableau Server 2023.3, les « données sensibles » ne sont plus un avertissement sur la qualité des données, mais plutôt une étiquette de sensibilité. Pour plus d’informations, consultez [Étiquettes de sensibilité](https://help.tableau.com/current/server/fr-ca/dm_labels_sensitivity.htm). Dans Tableau Server 2023.1 et ses versions antérieures, les « données sensibles » restent un avertissement sur a qualité des données. Les avertissements suivants sur la qualité des données sont intégrés : - Avertissement - Obsolète - Données périmées - En cours de maintenance Pour apposer une avertissement sur la qualité des données sur un actif : Remarque : À partir de la version de février 2024 de Tableau Cloud et de Tableau Server 2024.2, vous ajoutez et supprimez des avertissements sur la qualité à l’aide de la boîte de dialogue Étiquettes de données consolidée au lieu d’utiliser des boîtes de dialogue distinctes pour chaque type d’étiquette. Pour en savoir plus sur la boîte de dialogue Étiquettes de données, voir [La boîte de dialogue Étiquettes de données](https://help.tableau.com/current/server/fr-ca/dm_labels.htm#data-labels-dialog). 1. Recherchez l’actif ou accédez-y. Les étapes à suivre pour y accéder dépend du type d’actif auquel vous souhaitez ajouter l’avertissement sur la qualité des données : - Source de données ou connexion virtuelle - sur la page Explorer , sélectionnez Toutes les sources de données ou Toutes les connexions virtuelles. - Table des connexions virtuelles - sur la page Explorer, sélectionnez Toutes les connexions virtuelles, puis sélectionnez la connexion virtuelle qui contient la table des connexions virtuelles que vous souhaitez certifier. Sélectionnez ensuite la table de connexion virtuelle. - Base de données ou table - sur la page Explorer , accédez à la base de données ou à la table. Ou sur la page Ressources externes, sélectionnez Bases de données et fichiers ou Tables et objets. - Colonne – sur la page Explorer, accédez à la table. Ou sur la page Ressources externes, sélectionnez Tables et objets et accédez à la table. Trouvez ensuite la colonne dans la liste. 3. Sélectionnez le menu Actions (. . .) en regard de l’actif, puis sélectionnez Étiquettes de données > Avertissement sur la qualité des données. (Pour les colonnes dans Tableau Server 2022.3 et versions antérieures, sélectionnez plutôt la colonne, puis cliquez sur la liste déroulante des actions et sélectionnez Avertissement sur la qualité des données.) ![Menu déroulant Étiquettes de données avec le curseur sélectionnant « Avertissement sur la qualité des données… »](/tableau/current/fr-ca/server/fr-ca/Img/dm_dqw_quality_warning_menu.png) 4. Cochez la case en regard des avertissements sur la qualité des données que vous souhaitez attacher à l’actif. Si vous connaissez le nom de l’avertissement sur la qualité des données, vous pouvez aussi le rechercher en haut de la boîte de dialogue, puis cocher la case située à côté. (Dans Tableau Server 2023.3 et les versions antérieures, vous pouvez associer un seul avertissement sur la qualité des données à chaque actif. Utilisez la fonction de basculement Afficher l’avertissement ou la case à cocher Activer l’avertissement pour activer un avertissement sur la qualité des données pour cet actif, puis sélectionnez l’avertissement souhaité dans la liste déroulante.) 5. Définissez le niveau de visibilité. 6. Si vous le souhaitez, entrez un message à afficher à l’attention des utilisateurs. (Dans Tableau Server 2023.3 et les versions antérieures, un message est requis.) Vous pouvez mettre en forme le texte d’un message en gras, souligné et italique, et inclure un lien ou une image. Pour voir des conseils de mise en forme du texte, cliquez sur l’icône d’information (i) au-dessus du bouton Enregistrer. ![Boîte de dialogue Étiquettes de données avec l’onglet Avertissement sur la qualité des données sélectionné](/tableau/current/fr-ca/server/fr-ca/Img/dm_label_data_labels_dialog_dqw.png) 7. Sélectionnez Enregistrer. ## Supprimer un avertissement sur la qualité des données Lorsqu’un message d’avertissement ne s’applique plus, vous pouvez le supprimer en accédant à la ressource de données associée à l’avertissement. Remarque : À partir de la version de février 2024 de Tableau Cloud et de Tableau Server 2024.2, vous ajoutez et supprimez des avertissements sur la qualité à l’aide de la boîte de dialogue Étiquettes de données consolidée au lieu d’utiliser des boîtes de dialogue distinctes pour chaque type d’étiquette. Pour en savoir plus sur la boîte de dialogue Étiquettes de données, voir [La boîte de dialogue Étiquettes de données](https://help.tableau.com/current/server/fr-ca/dm_labels.htm#data-labels-dialog). 1. Sélectionnez le menu Actions (. . .) en regard de la ressource, puis sélectionnez Avertissement qualité. (Pour les colonnes dans Tableau Server 2022.3 et versions antérieures, sélectionnez plutôt la colonne, puis cliquez sur la liste déroulante des actions et sélectionnez Avertissement sur la qualité des données.) 2. Décochez les cases en regard des avertissements sur la qualité des données que vous souhaitez retirer de l’actif. (Dans Tableau Server 2023.3 et les versions antérieures, utilisez la fonction de basculement Afficher l’avertissement ou la case à cocher Activer l’avertissement pour désactiver un avertissement sur la qualité des données pour cet actif.) 3. Désactivez l’avertissement. 4. Sélectionnez Enregistrer. ## Comment activer un avertissement de surveillance de la qualité Vous pouvez configurer Tableau pour surveiller deux événements : l’échec de l’actualisation d’extrait de la source de données et l’échec de l’exécution de flux. Lorsque l’événement se produit, Tableau génère un avertissement sur la qualité qui apparaît aux mêmes endroits qu’un avertissement manuel sur la qualité. Vous pouvez activer la surveillance explicitement sur l’extrait ou le flux, ou, depuis Tableau Cloud octobre 2023 et Tableau Server 2023.3, vous pouvez activer la surveillance à l’échelle du site pour tous les échecs d’actualisation d’extrait et d’exécution de flux. Pour plus d’information sur la surveillance à l’échelle du site, consultez [Surveillance à l’échelle du site pour les échecs d’actualisation d’extrait et d’exécution du flux](#sitewide_monitoring_dqw). Pour surveiller explicitement une actualisation d’extrait ou un échec d’exécution du flux : 1. Sélectionnez le menu Actions (. . ) à côté de la source de données d’extrait ou du flux pour lesquels vous souhaitez créer un avertissement, puis sélectionnez l’option appropriée : - Dans Tableau Cloud et Tableau Server 2023.3 et versions ultérieures : - Étiquettes de données > Surveillance de l’actualisation d’extrait - Étiquettes de données > Surveillance de l’exécution du flux - Dans Tableau Server 2023.1 et versions antérieures : - Avertissement sur la qualité des données > Surveillance de l’actualisation d’extrait - Avertissement sur la qualité des données > Surveillance de l’exécution de flux 3. Activez l’avertissement. 4. Définissez le niveau de visibilité. (Les anciennes versions des boîtes de dialogue comportent une case à cocher pour une meilleure visibilité.) 5. Si vous le souhaitez, saisissez un message que les utilisateurs verront dans les détails de l’avertissement en cas d’échec de l’actualisation d’extrait ou de l’exécution de flux. Vous pouvez mettre en forme le texte d’un message en gras, souligné et italique, et inclure un lien ou une image. Pour voir des conseils de mise en forme du texte, cliquez sur l’icône d’information (i) au-dessus du bouton Enregistrer. 6. Cliquez sur Enregistrer. ![Fenêtre de surveillance d’exécution du flux avec un exemple de message indiquant : « Cette exécution de flux a échoué. Veuillez contacter Ashley Garcia. »](/tableau/current/fr-ca/server/fr-ca/Img/dm_dqw_flow_run_dialog.png) ## Comment désactiver un avertissement de surveillance de la qualité Pour désactiver la surveillance de l’échec de l’actualisation de l’extrait ou de l’exécution du flux : 1. Sélectionnez le menu Actions (. . ) à côté de la source de données d’extrait ou du flux pour lesquels vous souhaitez créer un avertissement, puis sélectionnez l’option appropriée : - Dans Tableau Cloud et Tableau Server 2023.3 et versions ultérieures : - Étiquettes de données > Surveillance de l’actualisation d’extrait - Étiquettes de données > Surveillance de l’exécution du flux - Dans Tableau Server 2023.1 et versions antérieures : - Avertissement sur la qualité des données > Surveillance de l’actualisation d’extrait - Avertissement sur la qualité des données > Surveillance de l’exécution de flux 2. Désactivez l’avertissement. 3. Cliquez sur Enregistrer. ## Surveillance à l’échelle du site pour les échecs d’actualisation d’extrait et d’exécution du flux Depuis Tableau Cloud octobre 2023 et Tableau Server 2023.3, un administrateur peut activer la surveillance à l’échelle du site pour ajouter ou supprimer des avertissements sur la qualité des données en cas d’échecs de l’actualisation d’extrait et de l’exécution de flux. Vous pouvez contrôler cette fonctionnalité dans la page Paramètres, sous la section Surveillance de l’actualisation d’extrait et de l’exécution du flux : ![Paramètre de surveillance de l’actualisation d’extrait et de l’exécution du flux](/tableau/current/fr-ca/server/fr-ca/Img/monitoring_dqw_setting.png) Ces paramètres sont activés par défaut pour tous les nouveaux sites. Les paramètres des sites qui existaient avant le changement seront désactivés, mais un administrateur pourra les activer. **Remarque** : Les notifications d’avertissement sur la qualité des données ne s’affichent pas pour les actualisations d’extraits qui utilisent Tableau Bridge. ### Interaction entre la surveillance à l’échelle du site et la surveillance explicite L’interaction entre la surveillance explicite des actifs et la surveillance à l’échelle du site de tous les actifs est la suivante : - Si la surveillance est explicitement activée pour un actif _et_ que la surveillance à l’échelle du site est activée, les paramètres de la surveillance explicite de l’actif priment sur les paramètres du site. Les paramètres incluent des propriétés telles que le niveau de visibilité et le message. - Lorsque vous désactivez la surveillance à l’échelle du site : - Les actifs _dont_ la surveillance est explicitement activée ne seront pas modifiés. - Les actifs _dont_ la surveillance n’est pas explicitement activée cessent de surveiller les échecs d’actualisation d’extrait ou d’exécution de flux, et les avertissements résultant jusque-là d’échecs d’actualisation d’extrait ou d’exécution de flux sur ces actifs sont supprimés. - Les performances d’ingestion de Tableau Catalog peuvent être temporairement réduites, car Catalog réingère des actifs qui ne comportent peut-être plus d’étiquettes d’avertissement. La fonctionnalité de surveillance à l’échelle du site a été introduite dans Tableau Cloud octobre 2023 et Tableau Server 2023.3. Dans les versions antérieures, il n’existe pas d’interaction entre la surveillance explicite et la surveillance à l’échelle du site. ## Qui peut définir des avertissements sur la qualité des données? Pour configurer un avertissement sur la qualité des données, vous devez - être un administrateur de serveur ou de site, ou - disposer de la fonctionnalité Écraser pour l’actif. ## Personnaliser les avertissements sur la qualité des données Depuis Tableau Cloud juin 2023 et Tableau Server 2023.3, à l’aide du gestionnaire d’étiquettes de la page Étiquettes de données ou de l’API REST, un administrateur peut modifier les avertissements sur la qualité des données qui sont visibles par les utilisateurs dans la boîte de dialogue des avertissements sur la qualité des données, ou en créer de nouveaux. Pour plus d’informations, consultez [Gérer les étiquettes de données](https://help.tableau.com/current/server/fr-ca/dm_labels_manage.htm). [Passer au contenu principal](#main-content) # Configurer un certificat SSL personnalisé pour le contrôleur TSM Le contrôleur d’administration de Tableau Server (ou contrôleur) est le composant de gestion des modifications d’administration du regroupement Tableau Server. Par défaut, le contrôleur s’exécute sur le premier nœud d’un regroupement Tableau Server. Bien qu’il soit techniquement possible d’exécuter plusieurs contrôleurs dans un seul déploiement de regroupement Tableau, cette pratique n’est pas recommandée. Le contrôleur inclut une API qui peut être gérée par différents clients : CLI TSM, client Web TSM, clients REST (curl, postman), etc. À l’aide de ces clients, les administrateurs de Tableau Server peuvent modifier la configuration du regroupement de serveurs. Le contrôleur, avec Zookeeper, gère et effectue les modifications de configuration sur les nœuds. **Important :** Depuis la version 2025.2 (Tableau Desktop), 2025.3 (Tableau Server), et juin 2025 (Tableau Cloud), Tableau utilise OpenSSL 3.4.x et la sécurité de niveau 2. La sécurité de niveau 2 requiert des clés de 2 048 bits ou plus. Les clés de sécurité de niveau 1 existantes seront désactivées et vous devrez générer et déployer une nouvelle paire de clés. Si vous avez généré des clés d’au moins 2 048 bits comme recommandé, aucune action n’est nécessaire. Pour plus d’informations, consultez [Générer une clé](https://help.tableau.com/current/server/fr-ca/ssl_cert_create.htm#generate-key). ## Fonctionnalité TSM SSL par défaut **Remarque :** comme le veut la convention, le terme « SSL » est utilisé ici lorsqu’il est fait référence à l’utilisation de TLS pour sécuriser le trafic HTTPS. Par défaut, la connexion client est chiffrée avec SSL au moyen d’un certificat auto-signé qui est créé par Tableau Server lors de la configuration et renouvelé par le contrôleur. En plus du chiffrement, l’identité (nom d’hôte ou IP) de la machine hôte du contrôleur est validée par rapport au nom du sujet présenté dans le certificat lors de la poignée de main SSL. Cependant, comme le certificat est auto-signé, la fiabilité du certificat n’est pas absolue. Dans le cas d’une connexion CLI au contrôleur, l’impossibilité d’accorder une confiance absolue au certificat ne constitue pas un risque énorme pour la sécurité, puisqu’une attaque de type intermédiaire nécessiterait généralement l’accès d’un utilisateur malveillant au regroupement du serveur Tableau dans un réseau privé. Si un utilisateur malveillant peut usurper le certificat du contrôleur dans le scénario CLI, l’utilisateur malveillant possède déjà « les clés du royaume ». Cependant, dans le cas où les administrateurs se connectent à l’interface utilisateur du contrôleur TSM Web depuis l’extérieur du réseau interne, l’absence de validation de l’hôte via une autorité de certification de confiance présente davantage un risque de sécurité. Jusqu’à récemment, les clients exécutant l’interface utilisateur TSM Web sur une machine Windows pouvaient placer le certificat CA de Tableau Server dans un magasin racine de confiance Windows. La plupart des navigateurs valideraient la confiance du certificat en vertu de cette configuration. Aujourd’hui, Chrome ne valide plus (fait confiance) aux certificats auto-signés qui sont placés dans le magasin de confiance du système d’exploitation. Désormais, Chrome (et la plupart des principaux navigateurs) ne fera confiance qu’aux certificats qui renvoient à une autorité de certification racine tierce de confiance. ## Certificat personnalisé SSL Tableau Server v2023.1 La fonction de certificat SSL TSM personnalisé comble l’écart de confiance en permettant aux administrateurs de configurer le contrôleur TSM avec un certificat d’identité qui renvoie à une autorité de certification racine tierce de confiance. Il y a un certain nombre de détails importants à comprendre : - La confiance pour le certificat SSL personnalisé TSM est validée lors de la connexion avec l’interface utilisateur Web TSM. - La validation de confiance n’est pas tentée pour le scénario TSM CLI. Comme décrit précédemment, une attaque de type intermédiaire sur le scénario CLI ne présente pas de risque crédible. - La chaîne de certificats peut être incluse dans la configuration. La chaîne peut présenter tous les certificats signés par les AC intermédiaires. La chaîne peut se terminer à tout moment et tous les certificats manquants dans la chaîne sont présumés être installés dans le magasin de confiance du système d’exploitation. ## Configuration Vous devez utiliser l’interface de ligne de commande TSM pour configurer (ou mettre à jour) un certificat SSL personnalisé pour TSM. Consultez [tsm security custom-tsm-ssl enable](https://help.tableau.com/current/server/fr-ca/cli_security_tsm.htm#custom-tsm-ssl-enable). [Passer au contenu principal](#main-content) # Configurer un groupe d’administration TSM personnalisé Cette rubrique décrit comment configurer un groupe d’administration TSM personnalisé. Par défaut, le compte utilisateur utilisé pour l’administration TSM doit être membre du groupe Administrateurs sur l’ordinateur exécutant Tableau Server. Dans certaines entreprises, la politique de sécurité exige une séparation entre les rôles administratifs. Dans ces scénarios, la configuration d’administration TSM par défaut n’est pas autorisée. Vous pouvez configurer Tableau Server pour utiliser un groupe arbitraire en tant que groupe d’administration TSM personnalisé. Une fois configuré, tout utilisateur membre du groupe personnalisé sera en mesure d’administrer TSM. Les utilisateurs du groupe par défaut des administrateurs Windows auront toujours un accès complet à TSM. ## Étape 1 : Créer le nouveau groupe Vous pouvez créer un groupe Windows local ou un groupe dans Active Directory. Nous vous recommandons de créer un groupe avec des paramètres par défaut. N’appliquez pas ou ne supprimez pas les autorisations du groupe par défaut créé par Windows. **Remarque :** le nom du groupe TSM par défaut est `tsmadmin`. Si vous créez le groupe Windows avec le nom `tsmadmin`, aucune autre configuration n’est requise sur Tableau Server. ## Étape 2 : Configurer Tableau Server Le nom de groupe d’administration TSM personnalisé est stocké dans la clé de configuration `tsm.authorized.groups`. Si vous souhaitez spécifier un nom de groupe (autre que `tsmadmin`), vous devrez mettre à jour la clé de configuration `tsm.authorized.groups`, puis redémarrer Tableau Server. Utilisez la commande tsm configuration set pour définir la valeur du nom du groupe. Par exemple, pour modifier le nom du groupe administratif TSM sur `myadmingroup`, exécutez les commandes suivantes : tsm configuration set -k tsm.authorized.groups -v myadmingroup tsm pending-changes apply **Remarques** - La configuration de la clé de configuration `tsm.authorized.groups` permet de remplacer toute valeur existante stockée sur cette clé. - Vous pouvez spécifier plusieurs groupes en entrant une liste de valeurs de noms de groupe séparées par des virgules. ## Étape 3 : Ajouter des utilisateurs au nouveau groupe Une fois que vous avez fini de configurer `tsm.authorized.groups`, tout utilisateur dans le nouveau groupe que vous avez spécifié disposera de droits administratifs TSM complets sur Tableau Server. [Passer au contenu principal](#main-content) # Configurer un site pour les abonnements Lorsque les utilisateurs s’abonnent à un classeur ou à une vue, un instantané de la vue leur est envoyé par courriel de manière programmée afin qu’ils puissent voir les mises à jour les plus récentes sans avoir à se connecter à Tableau Server. Les administrateurs, les responsables de projet. disposant des rôles sur le site appropriés et les propriétaires de contenu ont également la possibilité d’abonner d’autres utilisateurs aux classeurs et vues. Pour plus d’informations, consultez [S’abonner aux vues](https://help.tableau.com/current/pro/desktop/fr-ca/subscribe_user.htm). **Remarque :** Pour créer et recevoir des abonnements, les utilisateurs ont besoin d’accéder aux bases de données et vues associées. Pour plus d’informations, [consultez la liste des pré-requis](https://help.tableau.com/current/server/fr-ca/subscribe_alert_access.htm) . Vous recherchez Tableau Server sur Linux? Consultez [Configurer un serveur pour les abonnements](https://help.tableau.com/current/server-linux/fr-ca/subscribe.htm "Ouvre la rubrique dans un nouvel onglet de navigateur"). ## Conditions préalables : Configurer le serveur pour envoyer des courriels d’abonnement Avant de pouvoir activer les abonnements pour un site, vous devez effectuer les étapes permettant d’activer les abonnements sur le serveur. Suivez les étapes de ces rubriques pour configurer les abonnements sur le serveur. 1. [Configurer les paramètres SMTP](https://help.tableau.com/current/server/fr-ca/config_smtp.htm) 2. [Configurer la notification d’événement serveur](https://help.tableau.com/current/server/fr-ca/email.htm) ## Activer les abonnements Après avoir configuré les notifications SMTP et les notifications d’événements du serveur, vous pouvez activer les abonnements. Pour activer les abonnements : 1. Connectez-vous à Tableau Server en tant qu’un administrateur de serveur. 2. Allez à l’onglet Général de la page Paramètres du site que vous voulez configurer pour les abonnements : - Si vous avez un seul site, dans la navigation latérale, cliquez sur Paramètres et Général. - Si vous avez plusieurs sites, sélectionnez le site que vous voulez configurer et cliquez sur Paramètres et Général. 3. Faites défiler jusqu’à Abonnements et sélectionnez les options d’abonnement pour vos utilisateurs. **Remarque :** Les options d’abonnement ne sont visibles que lorsque l’administrateur TSM a activé l’option de configuration Autoriser les utilisateurs à recevoir un courriel pour les vues auxquelles ils sont abonnés à l’échelle du serveur. Pour plus d’informations, consultez [Configurer la notification d’événement serveur](https://help.tableau.com/current/server/fr-ca/email.htm). 1. Sélectionnez Autoriser les utilisateurs à s’abonner à des classeurs et des vues. 2. (Facultatif) Pour permettre aux propriétaires de contenu d’abonner d’autres utilisateurs à leur contenu, sélectionnez Autoriser les propriétaires de contenu à abonner d’autres utilisateurs. 3. (Facultatif) Pour permettre aux utilisateurs d’inclure des pièces jointes à leurs abonnements, sélectionnez Permettre aux utilisateurs d’ajouter des pièces jointes aux classeurs et aux vues auxquels ils sont abonnés. Cette option ne sera pas disponible si l’administrateur TSM n’a pas activé les pièces jointes dans TSM. Pour plus d’informations, consultez [Configurer la notification d’événement serveur](https://help.tableau.com/current/server/fr-ca/email.htm). 4. (Facultatif) Faites défiler jusqu’à Paramètres de courriel. 1. Saisissez l’Adresse de l’expéditeur du courriel qui apparaîtra comme l’adresse « De » dans les messages électroniques. 2. Entrez le Pied de page du courriel pour les messages électroniques. Le pied de page d’adresse ou de message « De » d’un site est également utilisé dans les courriels pour les [alertes basées sur les données](https://help.tableau.com/current/server/fr-ca/data_alerts_admin.htm). 5. (Facultatif) Faites défiler jusqu’à Étiquettes de données à haute visibilité dans les abonnements aux vues et aux classeurs et sélectionnez Inclure des avertissements de qualité et des étiquettes de sensibilité à haute visibilité dans les courriels d’abonnement aux vues et aux classeurs. (Dans les versions précédentes : faites défiler jusqu’à Avertissements sur la qualité des données dans les abonnements et sélectionnez Inclure les avertissements sur la qualité des données dans les courriels d’abonnement.) **Remarque :** Les avertissements sur la qualité des données dans les courriels d’abonnement ne sont visibles que lorsque Tableau Catalog est activé. Pour plus d’informations, consultez [Activer Tableau Catalog](https://help.tableau.com/current/server/fr-ca/dm_catalog_enable.htm). 6. Cliquez sur Enregistrer. Pour spécifier les programmations d’abonnement disponibles pour les utilisateurs, consultez [Créer ou modifier une programmation](https://help.tableau.com/current/server/fr-ca/schedule_manage_create.htm). ## Tester les abonnements dans un site 1. [Abonnez-vous à une vue](https://help.tableau.com/current/pro/desktop/fr-ca/subscribe_user.htm). 2. Sur le site avec l’abonnement que vous souhaitez tester, dans la navigation latérale, cliquez sur Programmations. 3. Sélectionnez la programmation que vous avez utilisée pour l’abonnement, puis cliquez sur Actions > Exécuter maintenant. Un instantané de la vue devrait vous être envoyé par courriel dans un délai de 10 minutes. Si vous rencontrez un problème, consultez [Résoudre les problèmes liés aux abonnements](https://help.tableau.com/current/server/fr-ca/subscribe_trouble.htm). ![Un courriel contenant une visualisation Tableau à laquelle l’utilisateur s’est abonné.](/tableau/current/fr-ca/server/fr-ca/Img/subscribe_content_4.png) ## Gérer tous les abonnements utilisateur 1. Dans la navigation latérale, cliquez sur Tâches, puis cliquez sur Abonnements. Tous les abonnements utilisateur pour le site actuel s’affichent, y compris les renseignements tels que le nom de l’abonné, le nom de la vue et la programmation d’envoi. 2. Sélectionnez les abonnements que vous souhaitez mettre à jour. Dans le menu Actions, sélectionnez Modifier la programmation, Modifier le sujet, Modifier le mode de vue vide ou Résilier l’abonnement. (L’option de vue vide envoie des courriels d’abonnement uniquement si une vue contient des données. C’est un choix judicieux pour les alertes de priorité élevée.) ## Abonnements suspendus Par défaut, un abonnement est suspendu après 5 échecs d’abonnement consécutifs, et les courriels d’abonnement ne sont pas envoyés. Pour modifier le nombre de seuil d’échecs d’abonnements qui peuvent avoir lieu avant d’être suspendus, utilisez l’option tsm configuration set, backgrounder.subscription\_failure\_threshold\_for\_run\_prevention. Ceci définit le seuil pour le nombre d’échecs consécutifs d’abonnements nécessaires avant la suspension de l’abonnement. Ce paramètre s’applique au niveau du serveur. Seuls les administrateurs du serveur peuvent configurer le nombre de seuil des échecs d’abonnement avant la suspension d’un abonnement. Les administrateurs de serveur peuvent choisir de recevoir des notifications par courriel lorsqu’un abonnement est suspendu. Vous pouvez le faire en accédant à **Mes paramètres de compte -> Notifications d’abonnement**. Ce paramètre est au niveau du site et doit donc être configuré pour le site séparément. ### Reprendre des abonnements suspendus En cas d’échec d’un abonnement plus de cinq fois, vous recevrez une notification par courriel vous indiquant que votre abonnement a été suspendu. Si vous êtes le propriétaire de l’alerte ou un administrateur, vous pouvez reprendre un abonnement suspendu de plusieurs manières : - Dans la zone **Mon contenu** des pages Web Tableau, une icône apparaît dans la colonne Dernière mise à jour pour indiquer que l’abonnement est suspendu. **Sélectionner ... > Reprendre l’abonnement** pour redémarrer. - Dans l’onglet **Abonnements** du classeur concerné, une icône apparaît dans la colonne de dernière mise à jour pour indiquer que l’abonnement est suspendu. **Sélectionner ... > Reprendre l’abonnement** pour redémarrer. - Dans l’onglet **Abonnements** sous **Tâches**, une icône apparaît dans la colonne Dernière mise à jour pour indiquer que l’abonnement est suspendu. **Sélectionner ... > Reprendre l’abonnement** pour redémarrer (administrateurs de serveur uniquement). Lorsqu’un abonnement reprend, le nombre d’échecs d’alerte revient à zéro. L’évaluation suivante de l’abonnement se produit lors de la prochaine évaluation programmée. ## Voir également [S’abonner aux vues](https://help.tableau.com/current/pro/desktop/fr-ca/subscribe_user.htm) dans l’aide de Tableau Desktop et de la création Web. [Administration au niveau des projets](https://help.tableau.com/current/server/fr-ca/projects.htm#project-admin) pour savoir quels rôles sur le site autorisent des fonctionnalités complètes de responsable de projet. [Passer au contenu principal](#main-content) # Conformité FIPS dans Tableau Resource Monitoring Tool Cette rubrique présente la version de Tableau Resource Monitoring Tool (RMT) conforme aux normes FIPS. La conformité FIPS (Federal Information Processing Standard) a été ajoutée à RMT dans la version 2025.3. FIPS 140-2 est une norme de sécurité informatique du gouvernement des États-Unis utilisée pour approuver les modules cryptographiques. Cette conformité garantit que toutes les opérations cryptographiques dans RMT respectent des normes de sécurité strictes, offrant ainsi un environnement plus sécurisé pour vos données. ## Systèmes d’exploitation pris en charge RMT respecte la norme FIPS 140-2 sur les systèmes d’exploitation suivants : - Linux : RMT respecte la norme FIPS sur les distributions RHEL 8. Si votre système d’exploitation RHEL 8 est compatible FIPS, installez un RMT compatible FIPS. Si votre système d’exploitation RHEL 8 n’est pas compatible FIPS, installez un RMT sans FIPS. Toutes les autres distributions prises en charge doivent s’exécuter en mode non-FIPS pour que RMT s’installe correctement, et RMT doit être installé sans FIPS. ## Ce que la conformité FIPS signifie pour vous Du point de vue de l’utilisateur, les fonctionnalités de RMT sont en grande partie inchangées. La conformité FIPS est avant tout une amélioration en profondeur qui renforce la posture de sécurité du RMT. - Sécurité renforcée : toutes les données en transit et au repos, lorsqu’elles sont protégées par des modules cryptographiques, utilisent des algorithmes validés par FIPS. - Installation : pour les nouvelles installations, le processus est le même que pour les versions précédentes. Pour en savoir plus sur l’installation du RMT, consultez la rubrique [Installer Tableau Resource Monitoring Tool](https://help.tableau.com/current/server/fr-ca/rmt-admin-installation.htm). - Mises à niveau : - Si vous installez RMT et ne souhaitez pas l’exécuter en mode FIPS, votre processus de mise à niveau reste le même. Consultez [Mise à niveau de Resource Monitoring Tool](https://help.tableau.com/current/server/fr-ca/rmt-admin-upgrade.htm) pour plus d’informations. - Si vous souhaitez installer RMT en mode FIPS, vous devez effectuer une nouvelle installation. Pour plus de détails, consultez [Mise à niveau vers une version de RMT conforme à la norme FIPS](#Upgrading2FIPS) ci-dessous. ## Installation et mise à niveau vers RMT 2025.3.0 ou une version ultérieure RMT conforme FIPS (version 2025.3.0 et versions ultérieures) utilise un algorithme différent pour les fichiers journaux par rapport aux versions précédentes. Vous ne pouvez pas passer d’un mode à l’autre sans désinstaller complètement RMT et réinstaller une nouvelle instance de RMT. Les étapes que vous suivez pour installer RMT ou le mettre à niveau vers la version 2025.3.0 ou une version ultérieure dépendent de plusieurs facteurs, notamment : - Le système d’exploitation que vous utilisez - Si ce système d’exploitation est compatible FIPS - Si vous souhaitez exécuter RMT en mode FIPS ### Installation de RMT 2025.3.0 ou version ultérieure L’installation d’une nouvelle instance de RMT 2025.3+ est pareille à l’installation des versions précédentes, sauf si vous effectuez l’installation sur RHEL 8. Si vous installez RMT sur RHEL 8, vous devez décider de l’installer ou non en mode FIPS. **Remarque :** Tous les composants de RMT (serveur et agents) doivent être installés avec le même paramètre FIPS, tous étant compatibles FIPS, ou aucun n’étant compatible FIPS. Vous ne pouvez pas avoir différents états FIPS dans les composants RMT. #### Installer sous Windows Vous n’avez pas besoin de suivre des étapes particulières pour installer RMT sous Windows. RMT s’exécutera sans erreur sur un système Windows compatible FIPS, sans être conforme FIPS. RMT n’est conforme FIPS que sous RHEL 8. #### Installer sous Linux - Systèmes RHEL 8 - Si le système d’exploitation RHEL 8 est compatible FIPS, vous devez utiliser le commutateur `--enable-fips` lors de l’installation. L’installation échouera si vous n’utilisez pas le commutateur. - Si le système d’exploitation RHEL 8 n’est pas compatible FIPS, vous ne pourrez pas utiliser le commutateur `--enable-fips`. L’installation échouera si vous utilisez le commutateur. - toutes les autres distributions Linux - Vous pouvez installer RMT tant que l’installation n’est pas en mode FIPS. L’installation de RMT en mode FIPS échouera. ### Mise à niveau vers une version de RMT conforme à la norme FIPS Lorsque vous effectuez une mise à niveau d’une version de RMT antérieure à 2025.3.0 vers la version 2025.3.0 ou ultérieure, votre processus varie selon que vous souhaitez ou non exécuter RMT en mode FIPS. - Sans FIPS : si vous souhaitez effectuer une mise à niveau vers la version 2025.3.0 ou ultérieure sans avoir besoin de FIPS, vous pouvez suivre les étapes d’une mise à niveau normale de RMT. - Mode FIPS : si vous souhaitez exécuter RMT en mode FIPS sur RHEL 8, vous devez désinstallez complètement votre version existante, puis installer la nouvelle version compatible FIPS. Votre configuration et vos fichiers journaux ne seront pas conservés. Lors de la mise à niveau de la version 2025.3.x de RMT vers une version ultérieure, votre processus varie selon que vous souhaitez ou non modifier le statut FIPS. - Sans FIPS : si vous n’avez pas besoin de FIPS et que la version depuis laquelle vous effectuez la mise à niveau n’est pas compatible FIPS, vous pouvez suivre les étapes d’une mise à niveau normale de RMT. - Mode FIPS : si vous souhaitez exécuter RMT en mode FIPS sous RHEL 8 et que vous mettez à niveau une installation qui fonctionne déjà en mode FIPS, vous pouvez effectuer une mise à niveau normale. - Changer de mode FIPS (passer d’une installation compatible FIPS à une installation sans FIPS, ou d’une installation sans FIPS à une installation compatible FIPS) : vous devez désinstaller complètement votre version existante, puis installer la nouvelle version compatible FIPS. Votre configuration et vos fichiers journaux ne seront pas conservés. [Passer au contenu principal](#main-content) # Connecter Tableau Server à Salesforce Data Cloud > [!WARNING] > > Le 14 octobre 2025, Data Cloud a été rebaptisé Data 360. Au cours de cette transition, vous verrez peut-être des références à Data Cloud dans notre application et dans notre documentation. Bien que le nom soit nouveau, la fonctionnalité et le contenu restent inchangés. Le connecteur Salesforce Data Cloud a été lancé pour Tableau Desktop et Tableau Prep en 2023.2, pour Tableau Cloud en juin 2023 et pour Tableau Server en 2023.3. Ce connecteur connecte de manière transparente Tableau à Data Cloud. Il est également disponible pour Tableau Desktop, Tableau Cloud, Tableau Server et Tableau Prep. Par rapport à l’ancien connecteur CDP, le connecteur Salesforce Data Cloud affiche les étiquettes des objets au lieu des noms d’API, est alimenté par des requêtes accélérées et il est plus facile de s’y connecter. **Remarque :** Data Cloud était auparavant appelé Customer Data Platform (CDP). Le connecteur CDP est devenu obsolète dans Tableau Server 2023.3. Il a été rendu indisponible dans Tableau Server 2024.2 et a été entièrement supprimé de Tableau Server 2025.1 et versions ultérieures. Les ressources existantes qui utilisent le connecteur CDP doivent être recréés à l’aide du connecteur Salesforce Data Cloud. Si vous utilisez Tableau Server 2023.1 ou une version antérieure, consultez [Tableau Server (version 2023.1 et antérieure)](#Tableau). ## Tableau Server (version 2023.3 et versions ultérieures) ### Étape 1 : Activer l’intégration d’applications dans Salesforce Pour activer l’intégration de Tableau avec Salesforce, vous devez d’abord configurer l’intégration d’applications dans Salesforce. Nous vous recommandons vivement d’utiliser des applications clientes externes. Le cas échéant, vous pouvez utiliser les applications connectées à Salesforce. #### Créer une application client externe (recommandé) Depuis le printemps 2026, Salesforce, les applications clientes externes constituent la nouvelle génération d’applications connectées et sont recommandées pour activer l’intégration de Tableau avec Salesforce. 1. Connectez-vous à votre compte de développeur Salesforce.com, cliquez sur votre nom d’utilisateur dans le coin supérieur droit de la page, puis sélectionnez Configuration. 2. Dans le volet de navigation de gauche, sous Applications, sélectionnez Gestionnaire d’applications. 3. Dans le Gestionnaire d’applications Lightning Experience, cliquez sur Nouvelle application cliente externe. 4. Dans Gestionnaire des applications clientes externes, configurez la clé client, le secret client et l’URL de rappel nécessaires à l’étape 2. 5. Cliquez sur Créer. 6. Après avoir créé l’application, sélectionnez l’onglet Paramètres. 7. Vérifiez la Clé consommateur et le Secret dans les paramètres OAuth. Une fois terminé, passez à l’**Étape 2 : Configurer Tableau Server pour Salesforce.com OAuth**. Pour plus d’informations sur la création d’une application client externe, consultez [Créer une application client externe](https://help.salesforce.com/s/articleView?id=xcloud.create_a_local_external_client_app.htm&type=5) dans l’aide de Salesforce. #### Créer une application connectée à Salesforce (obsolète) > [!WARNING] > > **Important :** La version Printemps 26 de Salesforce introduit des limites concernant la création d’applications connectées. Vous pouvez continuer à utiliser les applications connectées existantes pendant et après le printemps 26, mais il est vivement conseillé d’utiliser des applications client externes. Pour plus d’informations, consultez les sections suivantes de l’aide de Salesforce : [Impossible de créer de nouvelles applications connectées à partir de la version Printemps 2026](https://help.salesforce.com/s/articleView?id=005228017&type=1) (en anglais), [Création d’une application cliente externe](https://help.salesforce.com/s/articleView?id=xcloud.create_a_local_external_client_app.htm&type=5) et [Migration d’application connectée vers application cliente externe](https://help.salesforce.com/s/articleView?id=xcloud.connected_app_to_external_client_app_migration.htm&type=5). Le connecteur Salesforce Data Cloud nécessite la création d’une application connectée dans Salesforce. Le connecteur Salesforce Date Cloud et le connecteur Salesforce peuvent utiliser la même application connectée. Par conséquent, si vous utilisez déjà le connecteur Salesforce, il vous suffit d’ajouter les trois portées Customer Data Platform répertoriées à l’étape 7 à votre application connectée existante. Pour connaître les grandes étapes, consultez [Configurer les paramètres de base des applications connectées](https://help.salesforce.com/s/articleView?id=xcloud.connected_app_create_basics.htm&type=5) dans l’aide de Salesforce. Vous pouvez aussi suivre les instructions ci-dessous. 1. Connectez-vous à votre compte développeur Salesforce.com, cliquez sur votre nom d’utilisateur situé dans le coin supérieur droit, puis sélectionnez Configuration. 2. Dans le volet de navigation de gauche, sous Applications, recherchez « Applications clientes externes », puis sélectionnez Paramètres de l’application cliente externe. 3. Cliquez sur Nouvelle application connectée. 4. Dans Basic Information (Information de base), donnez un nom à l’application, appuyez sur la touche Tabulation du champ API pour qu’il s’auto-remplisse au format correct, et entrez un courriel de contact pour l’application. 5. Dans la section API \[Activer les paramètres OAuth\] sélectionnez Enable OAuth Settings (Activer les paramètres OAuth). 6. Dans les nouveaux paramètres OAuth qui s’affichent, dans Callback URL (URL de rappel), entrez le nom de domaine qualifié complet de votre serveur, en utilisant le protocole `https` et ajoutez le texte suivant à l’URL : `auth/add_oauth_token`. Par exemple : `https://www.your_tableau_server.com/auth/add_oauth_token` 7. Déplacez les éléments suivants de Available OAuth Scopes (Portées OAuth disponibles) vers Selected OAuth Scopes (Portées OAuth sélectionnées) : - Accéder au service URL d’identité (identifiant, profil, courriel, adresse, téléphone) - Gérer les données des utilisateurs par le biais des API (api) - Effectuer des requêtes à tout moment (refresh\_token, accès hors ligne) - Exécuter des requêtes SQL ANSI sur les données du Customer Data Platform (cdp\_query\_api) - Gérer les données de profil de Salesforce Data Cloud (cdp\_profile\_api) - Gérer les données de l’API d’ingestion de Salesforce Data Cloud (cdp\_ingest\_api) 8. Cliquez sur Enregistrer. Une fois l’application enregistrée, Salesforce renseigne la section API avec les ID ci-dessous qui vous serviront à configurer Tableau Server : - Clé client - Code secret client - URL de rappel ### Étape 2 : Configurer Tableau Server pour Salesforce.com OAuth Une fois que votre application connectée est créée dans Salesforce et que vous avez la clé client, le secret client et l’URL de rappel, vous pouvez configurer Tableau Server pour les connexions de données et les sorties Salesforce et Einstein Discovery. 1. Sur l’ordinateur Tableau Server, à l’invite de commande, exécutez les commandes suivantes : `tsm configuration set -k oauth.salesforce.client_id -v ` `tsm configuration set -k oauth.salesforce.client_secret -v ` `tsm configuration set -k oauth.salesforce.redirect_uri -v ` 2. (Facultatif) Pour modifier le serveur de connexion par défaut, entrez la commande suivante : `tsm configuration set -k oauth.salesforce.server_base_url -v ` 3. Entrez la commande suivante pour appliquer les modifications : `tsm pending-changes apply` Si les modifications en attente nécessitent un redémarrage du serveur, la commande d’application de modifications en attente affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même lorsque le serveur est arrêté, mais dans ce cas, sans redémarrage . Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez tsm pending-changes apply. ## Configurer OAuth personnalisé pour un site Pour les instructions de configuration, consultez la rubrique [Connexions OAuth](https://help.tableau.com/current/server/fr-ca/protected_auth.htm#configure-custom-oauth-for-a-site). ## Tableau Server (version 2023.1 et antérieure) > [!WARNING] > > **Important :** Le connecteur Customer Data Platform est obsolète depuis octobre 2023. Il n’est plus disponible dans Tableau Server 2024.2 et a été entièrement supprimé de Tableau Server 2025.1 et des versions ultérieures. Si vous utilisez des actifs qui utilisent le connecteur CDP, Tableau recommande fortement de procéder à une mise à niveau et d’utiliser plutôt le connecteur Salesforce Data Cloud. Cette section décrit comment se connecter depuis Tableau Server à Salesforce Data Cloud via l’authentification OAuth. Les étapes décrites dans cette section sont requises pour utiliser les données de Salesforce Data Cloud dans Tableau Server. ### Étape 1 : Configurer le connecteur 1. Téléchargez le connecteur Salesforce Customer Data Platform (fichier Salesforce\_CDP.taco) le plus récent à partir du site [Tableau Exchange Connectors](https://extensiongallery.tableau.com/products/270). 2. Déplacez le fichier .taco vers le dossier de connecteurs de Tableau : - Windows : `C:\Users[Windows User]\Documents\My Tableau Repository\Connectors` - Linux : `/opt/tableau/connectors` OU `/var/opt/tableau_server/data/tabsvc/vizqlserver/Connectors/` 1. Redémarrez Tableau Server. ### Étape 2 : Installer le pilote JDBC de Customer Data Platform **Remarque :** Tableau version 2023.1 pour Server est compatible uniquement avec le pilote JDBC version 18 et versions ultérieures. 1. Téléchargez le pilote JDBC (fichier Salesforce-CDP-jdbc-\[version\].jar) le plus récent à partir du site GitHub de téléchargement de Salesforce CDP : [https://github.com/forcedotcom/Salesforce-CDP-jdbc/releases](https://github.com/forcedotcom/Salesforce-CDP-jdbc/releases) 2. Déplacez le fichier Salesforce-CDP-jdbc-\[version\].jar téléchargé vers l’emplacement suivant : - Windows : `C:\Program Files\Tableau\Drivers` - Linux : `/opt/tableau/tableau_driver/jdbc` ### Étape 3 : Créer une application connectée à Salesforce > [!WARNING] > > **Important :** La version Printemps 26 de Salesforce introduit des limites concernant la création d’applications connectées. Vous pouvez continuer à utiliser les applications connectées existantes pendant et après le printemps 26, mais il est vivement conseillé d’utiliser des applications client externes. Pour plus d’informations, consultez les sections suivantes de l’aide de Salesforce : [Impossible de créer de nouvelles applications connectées à partir de la version Printemps 2026](https://help.salesforce.com/s/articleView?id=005228017&type=1) (en anglais), [Création d’une application cliente externe](https://help.salesforce.com/s/articleView?id=xcloud.create_a_local_external_client_app.htm&type=5) et [Migration d’application connectée vers application cliente externe](https://help.salesforce.com/s/articleView?id=xcloud.connected_app_to_external_client_app_migration.htm&type=5). Après avoir créé les portées d’API, créez une application connectée. Pour connaître les grandes étapes, consultez [Configurer les paramètres de base des applications connectées](https://help.salesforce.com/s/articleView?id=xcloud.connected_app_create_basics.htm&type=5) dans l’aide de Salesforce. Vous pouvez aussi suivre les instructions ci-dessous pour traiter la délégation Oauth de Tableau Server. 1. Connectez-vous à votre compte Salesforce Customer Data Platform en tant qu’administrateur, cliquez sur votre nom d’utilisateur dans le coin supérieur droit, puis sélectionnez Configurer. 2. Dans le volet de navigation de gauche, sous Applications, recherchez « Applications clientes externes », puis sélectionnez Paramètres de l’application cliente externe. 3. Cliquez sur Nouvelle application connectée. 4. Dans Basic Information (Information de base), donnez un nom à l’application (par exemple Exemple.com). Appuyez sur la touche Tabulation du champ API pour qu’il s’auto-remplisse au format correct, et entrez une adresse de courriel de contact pour l’application. 5. Dans la section API \[Enable OAuth Settings\] (API \[Activer les paramètres OAuth\]), sélectionnez Enable OAuth Settings (Activer les paramètres Oauth), puis procédez comme suit : 1. Dans les nouveaux paramètres OAuth qui s’affichent, dans Callback URL (URL de rappel), entrez le nom de domaine qualifié complet de votre Tableau Server, en utilisant le protocole `https` et ajoutez le texte suivant à l’URL : `/auth/add_oauth_token`. Par exemple : `https://example.com/auth/add_oauth_token` 2. Déplacez les éléments suivants de Available OAuth Scopes (Portées OAuth disponibles) vers Selected OAuth Scopes (Portées OAuth sélectionnées) : - Gérer les données des utilisateurs par le biais des API (api) - Exécuter des demandes en votre nom à n’importe quel moment (refresh\_token, offline\_access) - Gérer les données de profil de Customer Data Cloud (cdp\_profile\_api) - Exécuter des requêtes SQL ANSI sur les données du Customer Data Platform (cdp\_query\_api) 6. Lorsque vous avez terminé, cliquez sur Enregistrer. 7. Accédez à votre liste App Manager, accédez à votre application connectée, cliquez sur la flèche déroulante, puis sélectionnez Manage (Gérer). Une fois que vous avez enregistré l’application, la section API (Enable OAuth Settings) (API (Activer les paramètres Oauth)) se remplit automatiquement avec les ID suivants que vous utiliserez pour configurer Tableau Server : - Clé client - Code secret client - URL de rappel **Remarque :** enregistrez votre clé client, votre secret et votre URL de rappel pour les utiliser ultérieurement. ## Utiliser OAuth avec la plateforme de données client Envisagez de configurer un client OAuth personnalisé pour 1) remplacer un client OAuth s’il est configuré pour le serveur ou 2) activer la prise en charge de la connexion sécurisée aux données qui nécessitent des clients OAuth uniques. Une fois que l’application connectée est créée dans Salesforce et que vous disposez de la clé client, du code secret client et de l’URL de rappel, vous pouvez configurer Tableau Server pour les connexions OAuth de la Customer Data Platform. Pour commencer, recueillez l’information suivante. - **Clé client :** la clé client, également appelée ID client dans Tableau, est générée à partir de la procédure décrite à la fin de l’étape 4. Utilisez cette valeur pour `[your_consumer_key]` dans la troisième commande tsm. - **Code secret consommateur :** le code secret consommateur, également appelé secret client dans Tableau, est généré à partir de la procédure décrite à la fin de l’étape 4. Utilisez cette valeur pour `[your_consumer_secret]` dans la troisième commande tsm. - **URL de rappel :** l’URL de rappel, également appelée URL de redirection dans Tableau, est votre URL Tableau Server `https://example.com` avec "`/auth/add_oauth_token`" en annexe. Utilisez cette valeur pour `[your_callback_url]` dans la troisième commande tsm. - **ID de configuration :** il s’agit de la valeur du paramètre `oauth.config.id` utilisé dans la commande tsm suivante : `customer_360_audience` ##### Utiliser les commandes TSM pour la configuration OAuth Exécutez les commandes tsm suivantes pour configurer OAuth. `tsm configuration set -k oauth.config.clients -v "[{\"oauth.config.id\":\"customer_360_audience\", \"oauth.config.client_id\":\"[your_consumer_key]\", \"oauth.config.client_secret\":\"[your_consumer_secret]\", \"oauth.config.redirect_uri\":\"[your_callback_url]\"}]" --force-keys` `tsm pending-changes apply` ##### Configuration de plusieurs connecteurs Si vous avez plusieurs connecteurs à configurer, vous devez tous les inclure dans une seule commande. Par exemple :  `tsm configuration set -k oauth.config.clients -v "[{\"oauth.config.id\":\"custom_360_audience\", \"oauth.config.client_id\":\"[your_consumer_key]\", \"oauth.config.client_secret\":\"[your_consumer_secret]\", \"oauth.config.redirect_uri\":\"[your_callback_url]\"}, {\"oauth.config.id\":\"dremio\", \"oauth.config.client_id\":\"[your_client_id]\", \"oauth.config.client_secret\":\"[your_client_secret]\", \"oauth.config.redirect_uri\":\"[your_server_url]/auth/add_oauth_token\"}, {\"oauth.config.id\":\"azure_sql_dw\", \"oauth.config.client_id\":\"[your_client_id]\", \"oauth.config.client_secret\":\"[your_client_secret]\", \"oauth.config.redirect_uri\":\"[your_server_url]/auth/add_oauth_token\"}, {\"oauth.config.id\":\"azure_sqldb\", \"oauth.config.client_id\":\"[your_client_id]\", \"oauth.config.client_secret\":\"[your_client_secret]\", \"oauth.config.redirect_uri\":\"[your_server_url]/auth/add_oauth_token\"}]" --force-keys` `tsm pending-changes apply` ### Étape 1 : Enregistrer l’ID client OAuth et le secret client Suivez la procédure suivante pour enregistrer le client OAuth personnalisé sur votre site. 1. Connectez-vous à Tableau Serveur à l’aide de vos informations d’identification d’administrateur de site et accédez à la page **Paramètres**. 2. Sous **Registre des clients OAuth**, cliquez sur le bouton **Ajouter un client OAuth**. 3. Sous **Type de connexion**, sélectionnez Customer Data Platform. 4. Sous Fournisseur OAuth, sélectionnez **IDP personnalisé**. 5. Saisissez l’**ID client**. 6. Saisissez le **Secret client**. 7. Saisissez l’**URL de redirection**. 8. Sous Choisir le fichier de configuration OAuth, cliquez sur le bouton **Choisir un fichier** pour téléverser le fichier de configuration. 9. Cliquez sur le bouton **Ajouter un client OAuth** pour terminer le processus d’enregistrement. 10. Cliquez sur le bouton Enregistrer en bas ou en haut de la page Paramètres pour enregistrer les modifications. ### Étape 2 : Valider et mettre à jour les identifiants enregistrés Pour garantir un accès ininterrompu aux données, vous (et les utilisateurs de votre site) devez supprimer toutes les informations d’identification enregistrées précédemment et les ajouter à nouveau. 1. Accédez à votre page Paramètres de mon compte. 2. Sous **Identifiants enregistrés pour les sources de données**, sélectionnez **Supprimer** à côté des identifiants déjà enregistrés. 3. À côté du même connecteur, sélectionnez **Ajouter**. 4. Suivez les invites pour vous connecter au connecteur Customer Data Platform. 5. Sélectionnez **Enregistrer**. ### Étape 3 : Informer les utilisateurs de mettre à jour leurs identifiants enregistrés Assurez-vous de demander aux utilisateurs de votre site de mettre à jour leurs informations d’identification enregistrées pour le connecteur Customer Data Platform. Les utilisateurs du site peuvent utiliser la procédure décrite dans Gérer les identifiants enregistrés pour les connexions de données pour mettre à jour leurs identifiants enregistrés. ##### Voir également - Aide de Salesforce : [Configurer Tableau dans Customer Data Platform](https://help.salesforce.com/s/articleView?id=sf.c360_a_set_up_tableau_connected_app.htm&type=5&language=fr_ca) - Aide de Salesforce : [Activer Customer Data Platform dans Tableau](https://help.salesforce.com/s/articleView?id=sf.c360_a_enable_tableau_connector.htm&type=5&language=fr_ca) - Aide de Salesforce : [Utiliser les données de Customer Data Platform dans Tableau](https://help.salesforce.com/s/articleView?id=sf.c360_a_using_customer_360_aud_data_in_tableau.htm&type=5&language=fr_ca) [Passer au contenu principal](#main-content) # Connecteurs de données Web dans Tableau Server Les connecteurs de données Web (WDC) sont des pages Web qui fournissent une connexion de données accessible par HTTP pour les sources de données qui n’ont pas encore de connecteur dans Tableau. Les WDC permettent aux utilisateurs de se connecter à quasiment toutes les données accessibles sur le Web et de créer des extraits pour leurs classeurs. Les sources de données pour un WDC peuvent inclure les services Web internes, les données JSON, les API REST et autres sources disponibles sur HTTP ou HTTPS. Les utilisateurs peuvent créer leurs propres WDC ou utiliser des connecteurs créés par d’autres utilisateurs. Pour des informations sur l’utilisation d’un WDC dans Tableau Desktop, consultez [Connecteur de données Web](https://help.tableau.com/current/pro/desktop/fr-ca/examples_web_data_connector.htm) dans la documentation de Tableau Desktop. Pour des informations sur la création d’un WDC, consultez la [documentation sur les connecteurs de données Web](http://tableau.github.io/webdataconnector/) dans Github. ## Avant d’exécuter des connecteurs dans Tableau Server Par mesure de sécurité, Tableau Server n’exécutera pas les WDC à moins que vous n’approuviez le connecteur, comme expliqué dans cette rubrique. **Remarque :** vous devez être un administrateur de serveur pour approuver l’utilisation des WDC sur Tableau Server. Les WDC requièrent votre approbation parce qu’ils contiennent du code exécutable et envoient généralement des demandes vers des sites Web tiers. Avant qu’un utilisateur puisse utiliser un WDC avec Tableau Server, vous devez ajouter le domaine et le port utilisés par le connecteur à une liste autorisée et également inclure les domaines auxquels un connecteur peut envoyer des demandes et dont il peut recevoir des demandes sur une liste autorisée secondaire. Avant de procéder, nous vous recommandons de vérifier et tester un connecteur de manière à savoir ce que le connecteur fait et à quels sites il se connecte. Pour plus d’informations, consultez [Test et vérification des connecteurs de données Web](https://help.tableau.com/current/server/fr-ca/datasource_wdc_vetting.htm). Lorsque vous ajoutez un connecteur à des listes autorisées, vous configurez Tableau Server de manière à autoriser les connexions à une URL spécifique sur laquelle le connecteur est hébergé, et depuis une URL que le connecteur peut interroger. Cette méthode est la seule permettant à Tableau Server d’exécuter des WDC. Les connecteurs peuvent ensuite être hébergés sur un serveur au sein du pare-feu de votre entreprise ou sur un domaine externe. L’importation de WDC n’est pas prise en charge pour Tableau Server. ## Gérer des connecteurs dans une liste sûre Pour ajouter un WDC à la liste sûre, utilisez la commande `tsm data-access web-data-connectors add`. Cette commande et les commandes associées décrites ci-dessous vous permettent d’effectuer les tâches suivantes : - Ajouter des WDC à la liste sûre et à la liste sûre secondaire. - Autoriser ou interdire tous les WDC ou les actualisations de WDC. - Supprimer ou plusieurs connecteurs de la liste sûre. - Répertorier tous les WDC sur la liste sûre et la liste sûre secondaire. ### La mise à jour des listes d’autorisations du connecteur de données Web nécessite de redémarrer le serveur Après avoir exécuté les commandes apportant des modifications aux WDC, vous devez appliquer vos modifications en attente à l’aide de la commande `tsm pending-changes apply`. Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). ### Ajouter des connecteurs à la liste sûre et à la liste sûre secondaire Pour ajouter un connecteur à la liste sûre et à la liste sûre secondaire, utilisez la commande [tsm data-access web-data-connectors add](https://help.tableau.com/current/server/fr-ca/cli_data-access.htm#web-data-connectors-add) en fournissant le nom, l’URL de la liste sûre et les URL des listes sûres secondaires. Vous pouvez également gérer les WDC en utilisant l’[Entité web-data-connector-settings](https://help.tableau.com/current/server/fr-ca/entity_wdc.htm). Après avoir exécuté cette commande, vous devez appliquer vos modifications en attente à l’aide de la commande `tsm pending-changes apply`. Une invite vous avertit que la commande va redémarrer Tableau Server. Si Tableau Server est actuellement en cours d’exécution et s’il est arrêté, il reste dans un état d’arrêt sans redémarrage. tsm data-access web-data-connectors add --name "USGS Earthquakes" --url https://tableau.github.io:443/webdataconnector/Examples/html/earthquakeUSGS.html --secondary https://tableau.github.io/.\*,https://earthquake.usgs.gov/.\*,https://maxcdn.bootstrapcdn.com/.\*,https://ajax.googleapis.com/.\*,https://connectors.tableau.com/.\* Remarques sur le formatage : - Veillez à utiliser des guillemets droits (" et ’), et non pas des guillemets anglais ou typographiques autour du nom du WDC. Utilisez des guillemets doubles (") si le nom contient un espace. - Pour de nombreux WDC, le port spécifié pour l’option `--url` est 443 ou 80, mais vous pouvez vérifier la valeur de votre connecteur en examinant les détails de la source de données sur Tableau Server. Vous devez spécifier le numéro de port dans l’URL si le WDC utilise SSL (HTTPS). Par exemple, pour utiliser le port par défaut pour HTTPS, l’URL peut se présenter comme suit : `https://example.com:443/WDC/`. - Une URL ou une liste d’URL délimitées par des virgules doit être spécifiée pour l’option `--secondary`, qui indique les domaines qui fournissent les bibliothèques et les sources auxquelles le WDC doit accéder. Cette option ne peut pas être omise ou laissée vide, sauf si le WDC n’utilise aucun domaine secondaire. Si vous ne savez pas si le WDC utilise des domaines secondaires ou quels sont les domaines secondaires, vous devrez peut-être contacter le développeur du WDC. Vous pouvez également choisir d’utiliser les URL génériques `http://.*` et `https://.*` pour autoriser tous les domaines. Cependant, nous vous recommandons fortement d’utiliser des URL plus spécifiques pour renforcer la sécurité. - Pour ajouter un domaine entier à la liste d’autorisations secondaire, terminez l’URL du domaine par une expression avec caractère générique. Utilisez `.*` comme caractère générique pour indiquer le domaine entier, comme dans l’exemple suivant : `https://example.com/.*`. ### Autoriser ou interdire les WDC ou les actualisations d’extraits de WDC Pour autoriser ou interdire les WDC ou les actualisations d’extraits de WDC, utilisez la commande `tsm data-access web-data-connectors allow` avant d’exécuter les options `-t` ou `-r`. Par défaut, les actualisations d’extraits WDC et WDC sont autorisées. Si vous choisissez ce paramètre, vous n’avez pas besoin d’exécuter la commande `tsm pending-changes apply`. Pour plus d’informations sur la commande et les options de commande, consultez [`tsm data-access web-data-connectors allow`](https://help.tableau.com/current/server/fr-ca/cli_data-access.htm#web-data-connectors-allow). ### Supprimer ou plusieurs WDC de la liste d’autorisations Pour supprimer un ou plusieurs WDC de la liste d’autorisations, utilisez la commande `tsm data-access web-data-connectors delete`. Si vous choisissez ce paramètre, vous n’avez pas besoin d’exécuter la commande `tsm pending-changes apply`. Pour plus d’informations, consultez [`tsm data-access web-data-connectors delete`](https://help.tableau.com/current/server/fr-ca/cli_data-access.htm#web-data-connectors-delete). ### Répertorier tous les WDC dans la liste d’autorisations Pour répertorier tous les WDC dans la liste d’autorisations, utilisez la commande `tsm data-access web-data-connectors list`. Pour plus d’informations, consultez : [`tsm data-access web-data-connectors list`](https://help.tableau.com/current/server/fr-ca/cli_data-access.htm#web-data-connectors-list). ## Actualiser l’extrait pour un connecteur Lorsqu’un utilisateur crée un classeur utilisant un WDC, Tableau Server crée un extrait à partir des données retournées par le connecteur. Si l’utilisateur publie ensuite le classeur, le processus de publication envoie le classeur et l’extrait de données au serveur. Tableau peut actualiser un extrait qui a été créé par un WDC, le même que celui pouvant actualiser n’importe quel extrait. Si le connecteur a besoin d’informations d’identification pour se connecter à la source de données Web, vous devez vous assurer que les informations d’identification sont intégrées avec la source de données et que le WDC figure sur la liste sûre du serveur. Tableau Server ne peut pas actualiser l’extrait si le connecteur exige des informations d’identification et qu’elles ne sont pas intégrées avec la source de données. Ceci se produit parce que l’actualisation peut avoir lieu de manière planifiée ou dans un autre contexte d’arrière-plan, et que le serveur ne peut pas demander des informations d’identification. Actuellement, il n’existe aucun moyen de ré-authentifier une source de données depuis Tableau Server directement. Si la source de données est associée à des informations d’identification qui expirent, ou a été publiée sans intégrer les informations d’identification, le classeur et l’extrait doivent être publiés à nouveau avec les nouvelles informations d’identification intégrées. Si le processus en arrière-plan qui exécute l’opération d’actualisation échoue, il crée une alerte ainsi qu’une entrée de fichier journal indiquant ce problème. Les utilisateurs pourront voir que l’horodatage sur l’extrait ne change pas. Pour désactiver l’actualisation pour tous les WDC, utilisez la commande [`tsm data-access web-data-connectors allow -r false`](https://help.tableau.com/current/server/fr-ca/cli_data-access.htm#web-data-connectors-allow). ### Résolution des problèmes Si le serveur connaît des problèmes lors de l’ajout de connecteurs à la liste d’autorisations, vous pouvez examiner les fichiers journaux. Veillez à consulter les fichiers journaux sur le nœud serveur initial et sur les autres nœuds exécutant le processus de passerelle. Pour plus d’informations sur les fichiers journaux, consultez [Fichiers journaux et emplacement des fichiers journaux Tableau Server](https://help.tableau.com/current/server/fr-ca/logs_loc.htm). Si le problème est que Tableau Server n’actualise pas un extrait qui a été créé par un WDC, assurez-vous que le paramètre de configuration `webdataconnector.refresh.enabled` a été défini sur `true`. S’il est défini sur `false`, exécutez la commande suivante pour autoriser les actualisations d’extraits pour tous les WDC sur le serveur : [`tsm data-access web-data-connectors allow -r true`](https://help.tableau.com/current/server/fr-ca/cli_data-access.htm#web-data-connectors-allow) **Remarque :** la liste sûre est la seule méthode permettant à Tableau Server d’exécuter des connecteurs de données Web. L’importation de connecteurs de données Web est devenue obsolète à compter de la version 10.5. [Passer au contenu principal](#main-content) # Connexion à Tableau Server avec OpenID Connect Cette rubrique explique comment se connecter à Tableau Server en utilisant OpenID Connect. Les rubriques suivantes expliquent comment configurer et utiliser OpenID Connect avec Tableau Server. - [OpenID Connect](https://help.tableau.com/current/server/fr-ca/openid_auth.htm) - [Configurer le fournisseur d’identité pour OpenID Connect](https://help.tableau.com/current/server/fr-ca/openid_auth_idp_config.htm) - [Configuration de Tableau Server pour OpenID Connect](https://help.tableau.com/current/server/fr-ca/openid_auth_server_config.htm) - Connexion à Tableau Server avec OpenID Connect (vous êtes ici) ## Connexion avec OpenID Connect Une fois que Tableau Server a été configuré pour utiliser OpenID Connect, les utilisateurs qui accèdent au serveur et ne se sont pas encore connectés sont redirigés vers le site du fournisseur d’identités où ils sont invités à se connecter. Les utilisateurs saisissent les identifiants qu’ils utilisent pour le fournisseur d’identités. Dans de nombreux cas, l’utilisateur est également invité à autoriser le fournisseur d’identités à partager les renseignements avec Tableau Server, comme dans l’exemple suivant : ![Formulaire Google pour autoriser ou refuser l’accès.](/tableau/current/fr-ca/server/fr-ca/Img/Google-grant-access-db.png) Lorsqu’un utilisateur se connecte avec OpenID Connect, l’IdP envoie un identificateur utilisateur unique (connu dans OpenID comme la valeur sub) comme partie intégrante des informations redirigées vers Tableau Server. Cette valeur sub est associée avec l’identité utilisateur Tableau de l’utilisateur. ## Limiter la connexion aux administrateurs de serveur pour les outils de ligne de commande Les outils de ligne de commande à utiliser avec Tableau Server (`tabcmd`, TSM et `tableau.com`) ne prennent pas en charge la connexion à l’aide d’OpenID Connect. Lorsque OpenID Connect est activé pour le serveur, ces outils nécessitent toujours une connexion avec un nom d’utilisateur et un mot de passe Tableau Server. Même si les utilisateurs s’authentifient normalement avec OpenID Connect, chaque utilisateur possède un nom d’utilisateur et un mot de passe Tableau Server. Cela signifie que les utilisateurs pourraient utiliser des outils de ligne de commande tels que `tabcmd`. Comme mesure de sécurité, vous pouvez faire en sorte que _seuls_ les administrateurs serveur puissent utiliser les outils de ligne de commande. Pour cela, utilisez la commande `tsm configuration set` pour définir `wgserver.authentication.restricted` sur `true`. Lorsque ce paramètre est défini sur `true`, seuls les administrateurs de serveur peuvent se connecter à Tableau Server en utilisant un nom d’utilisateur et un mot de passe. Tous les autres utilisateurs _doivent_ se connecter au serveur en utilisant une option de connexion SSO telle que OpenID Connect. L’effet est que les utilisateurs qui ne sont pas des administrateurs ne peuvent pas non plus utiliser les outils de ligne de commande dans ce cas. Pour effectuer cette modification, exécutez la séquence suivante de commandes TSM : tsm configuration set -k wgserver.authentication.restricted -v true tsm pending-changes apply [Passer au contenu principal](#main-content) # Connexions OAuth Tableau Server prend en charge OAuth pour un certain nombre de connecteurs différents. Dans de nombreux cas, la fonctionnalité OAuth ne nécessite pas de configuration supplémentaire sur Tableau Server. Depuis Tableau, lorsque les utilisateurs se connectent aux données avec un connecteur qui utilise OAuth, ils sont redirigés vers la page de connexion du fournisseur d’authentification. Une fois que les utilisateurs ont saisi leurs identifiants et autorisé Tableau à accéder à leurs données, le fournisseur d’authentification envoie à Tableau un **jeton d’accès** qui identifie de manière unique Tableau et les utilisateurs. Ce jeton d’accès est utilisé pour accéder aux données au nom des utilisateurs. Pour plus d’informations, reportez-vous à [Présentation du processus OAuth](#Overview). L’utilisation de connexions OAuth vous permet de bénéficier des avantages suivants : - **Sécurité :** vos informations d’identification de base de données ne sont jamais connues de, ni stockées dans Tableau Server, et le jeton d’accès ne peut être utilisé que par Tableau pour le compte des utilisateurs. - **Commodité :** au lieu d’avoir à intégrer votre ID et votre mot de passe de source de données à plusieurs endroits, vous pouvez utiliser le jeton fourni pour une source de données particulière pour tous les classeurs et sources de données qui accèdent à ce fournisseur de données. **Remarque :** Pour les connexions en direct aux données Google BigQuery, chaque utilisateur Viewer de classeur peut posséder un jeton d’accès unique qui identifie l’utilisateur, ce qui évite de partager un nom d’utilisateur et un mot de passe uniques. ## Présentation du processus OAuth Les étapes suivantes décrivent un flux de travail dans l’environnement Tableau qui appelle le processus OAuth. 1. Un utilisateur effectue une action qui demande un accès à une source de données dans le nuage. Vous ouvrez par exemple un classeur publié sur Tableau Server. 2. Tableau dirige l’utilisateur vers la page de connexion du fournisseur des données dans le nuage. Les informations transmises au fournisseur des données identifient Tableau comme étant le site à l’origine de la requête. 3. Lorsque l’utilisateur se connecte aux données, le fournisseur vous invite à confirmer que vous autorisez Tableau Server à accéder aux données. 4. Après confirmation de l’utilisateur, le fournisseur de données renvoie un jeton d’accès à Tableau Server. 5. Tableau Server présente le classeur et les données à l’utilisateur. ![Un diagramme du flux de données entre votre ordinateur portable, Tableau Server et votre base de données.](/tableau/current/fr-ca/server/fr-ca/Img/protected_auth_server.png) **Remarque** : La prise en charge des jetons d’actualisation à usage unique (parfois appelés jetons d’actualisation à usage unique, jetons d’actualisation en continu ou rotation des jetons d’actualisation) pour les connexions OAuth a été ajoutée dans Tableau Cloud avec la version 2025.2 (Été 2025) et ajoutée dans Tableau Server avec la version 2025.3, à condition que le fournisseur d’identité de la source de données le permette. Ceux-ci ne sont pas encore pris en charge pour les connexions Tableau Bridge à Tableau Cloud. Si vous utilisez la configuration OAuth externe pour la connexion, consultez la documentation GitHub sur la [Configuration et l’utilisation d’OAuth](https://tableau.github.io/connector-plugin-sdk/docs/oauth "Documents de configuration OAuth") pour en savoir plus. Les flux de travail utilisateur suivants peuvent utiliser le processus OAuth : - Création de classeur et connexion à des sources de données de Tableau Desktop ou de Tableau Server. - Publication d’une source de données de Tableau Desktop. - Connexion à Tableau Server depuis un _client_ approuvé, tel que Tableau Mobile ou Tableau Desktop. ## Connecteurs avec informations d’identification enregistrés par défaut _Les informations d’identification enregistrées_ désigne la fonctionnalité où Tableau Server stocke des jetons utilisateur pour les connexions OAuth. Les utilisateurs peuvent ainsi enregistrer leurs informations d’identification OAuth dans leur profil d’utilisateur sur Tableau Server. Une fois qu’ils ont enregistré leurs identifiants, ils ne seront pas invités à les saisir lors de leurs opérations ultérieures de publication, de modification ou d’actualisation au moment de l’accès au connecteur. **Remarque** : Lors de la modification de flux Tableau Prep sur le Web, vous pouvez toujours être invité à vous authentifier à nouveau. Les connecteurs suivants utilisent les identifiants enregistrés par défaut et ne nécessitent pas de configuration supplémentaire sur Tableau Server. - Anaplan - Box - Dropbox - Esri ArcGIS Server - Google Ads - LinkedIn Sales Navigator - Marketo - OneDrive et SharePoint Online (une configuration supplémentaire est requise à partir de la version 2022.3) - Oracle Eloqua - ServiceNow ITSM - Snowflake - L’utilisation du « lien privé » nécessite une configuration supplémentaire. Pour plus d’informations, consultez [Configurer Snowflake OAuth pour les applications partenaires](https://docs.snowflake.net/manuals/user-guide/oauth-partner.html#configure-snowflake-oauth-for-partner-applications) sur le site Web de Snowflake et [Configurer OAuth pour les connexions Snowflake sur Tableau Server](https://help.tableau.com/current/server/fr-ca/config_oauth_snowflake.htm). Les connecteurs suivants peuvent utiliser des informations d’identification enregistrées avec une configuration supplémentaire par l’administrateur de serveur. - Amazon Athena Pour plus d’informations, consultez [Utiliser votre propre fournisseur d’identité avec Amazon Athena](https://help.tableau.com/current/pro/desktop/fr-ca/amazon_athena_idp.htm) dans l’aide de Tableau Desktop. - Azure Data Lake Storage Gen2, Azure Synapse, Azure SQL Database, Databricks, OneDrive et SharePoint Online, et listes SharePoint (JDBC) Pour plus d’informations, consultez [Configurer Azure AD pour OAuth et l’authentification moderne](https://help.tableau.com/current/server/fr-ca/config_oauth_azure_ad.htm). - Dremio Pour plus d’informations, consultez [Configurer OAuth pour Dremio](https://help.tableau.com/current/server/fr-ca/config_oauth_dremio.htm). - Google Analytics, Google BigQuery, Google BigQuery (JDBC), Google Drive Pour plus d’informations, consultez [Configurer OAuth pour Google.](https://help.tableau.com/current/server/fr-ca/config_oauth_google.htm) **Remarque :** Si Tableau Server ne figure pas dans la liste des applications accessibles dans la console d’administration Google, vous pouvez ajouter manuellement une nouvelle application à la liste à l’aide de son ID client. Pour créer un ID client, consultez [Modifier Google OAuth pour utiliser les informations d’identification enregistrées](https://help.tableau.com/current/server/fr-ca/config_oauth_google.htm). - Intuit QuickBooks Online Pour plus d’informations, consultez [Configurer OAuth pour Intuit QuickBooks Online](https://help.tableau.com/current/server/fr-ca/config_oauth_qbo.htm). OneDrive et SharePoint Online (à partir de la version 2022.3) Pour plus d’informations, consultez [Configurer OAuth personnalisé pour un site](https://help.tableau.com/current/server/fr-ca/config_oauth_azure_ad.htm#custom) - Salesforce Pour plus d’informations, consultez [Modifier Salesforce.com OAuth pour utiliser les informations d’identification enregistrées](https://help.tableau.com/current/server/fr-ca/config_oauth_sfdc.htm). - Salesforce CDP Pour plus d’informations, consultez [Connecter Tableau Server à Salesforce Data Cloud](https://help.tableau.com/current/server/fr-ca/config_oauth_sfdc_cdp.htm). - Snowflake Depuis la version 2024.2. Pour plus d’informations, consultez [Modifier Snowflake OAuth pour utiliser les informations d’identification enregistrées](https://help.tableau.com/current/server/fr-ca/config_oauth_snowflake.htm). Tous les connecteurs pris en charge sont répertoriés sous Informations d’identification enregistrées pour les sources de données sur la page Paramètres de Mon compte des utilisateurs sur Tableau Server. Les utilisateurs gèrent leurs informations d’identification enregistrées pour chaque connecteur. ![Une liste d’identifiants enregistrés pour les sources de données, avec une option permettant d’effacer tous les identifiants enregistrés.](/tableau/current/fr-ca/server/fr-ca/Img/oauth-savedcreds.png) ### Jetons d’accès pour les connexions de données Vous pouvez intégrer les informations d’identification sur la base des jetons d’accès avec les connexions de données pour permettre l’accès direct aux données après le processus d’authentification initial. Un jeton d’accès est jusqu’à ce qu’un utilisateur Tableau Server ou un fournisseur de données les révoque. Il est possible de dépasser le nombre de jetons d’accès autorisé par votre fournisseur de sources de données. Dans ce cas, lorsqu’un utilisateur crée un jeton, le fournisseur de données prend en compte la durée écoulée depuis le dernier accès pour décider du jeton à invalider afin de faire de la place au nouveau. ### Jetons d’accès pour l’authentification depuis des clients approuvés Par défaut, les sites Tableau Server autorisent les utilisateurs à accéder à leurs sites directement depuis les clients Tableau approuvés, après que les utilisateurs ont fourni leurs informations d’identification lors de leur authentification initiale. Ce type d’authentification utilise également les jetons d’accès OAuth pour stocker les informations d’identification des utilisateurs en toute sécurité. Pour plus d’informations, consultez [Désactiver l’authentification client automatique](https://help.tableau.com/current/server/fr-ca/devices_connected_credentials.htm). ## Connecteurs avec trousseau géré par défaut _Un trousseau géré_ désigne la fonctionnalité où les jetons OAuth sont générés pour Tableau Server par le fournisseur et partagés par tous les utilisateurs du même site. Lorsqu’un utilisateur publie une source de données pour la première fois, Tableau Server invite l’utilisateur à saisir ses informations d’identification de source de données. Tableau Server soumet les informations d’identification au fournisseur de sources de données qui renvoie les jetons OAuth afin que Tableau Server les utilise pour le compte de l’utilisateur. Lors des opérations de publication ultérieures, le jeton OAuth stocké par Tableau Server pour la même classe et le même nom d’utilisateur est utilisé de sorte que l’utilisateur n’est pas invité à saisir les informations d’identification OAuth. Si le mot de passe de la source de données change, le processus précédent est répété et l’ancien jeton est remplacé par un nouveau jeton sur Tableau Server. La configuration OAuth supplémentaire sur Tableau Server n’est pas requise pour les connecteurs avec trousseau géré par défaut : - Google Analytics, Google BigQuery et Google Sheets (obsolète dans Tableau version 2022.1 ) - Salesforce ### Limites et stockage des jetons Google applique une limite de 50 jetons par utilisateur par application client (dans ce scénario, Tableau Server est l’application client). Étant donné que le jeton OAuth est stocké sur Tableau Server et réutilisé par l’utilisateur, il est peu probable que l’utilisateur dépasse la limite de nombre de jetons. Tous les jetons utilisateur sont chiffrés au repos lorsqu’ils sont stockés sur Tableau Server. Voir [Gérer les secrets de serveur](https://help.tableau.com/current/server/fr-ca/security_secret_storage.htm) pour plus d’informations. ### Suppression des enregistrements de trousseaux inutilisés Un enregistrement de trousseau géré contient des attributs de connexion comme les attributs secrets dbClass, username et OAuth. Tous les enregistrements de trousseaux gérés pour un site donné sont fusionnés, chiffrés et stockés dans PostgreSQL. Les enregistrements sont persistants même pour les classeurs et les sources de données qui ont été supprimés. Au fil du temps, ces enregistrements peuvent atteindre des tailles importantes, ce qui peut causer des problèmes. Nous recommandons de purger périodiquement les enregistrements de chaîne de clé inutilisés dans le cadre d’une tâche de maintenance régulière. Vous pouvez afficher le nombre d’enregistrements et d’enregistrements inutilisés stockés sur chaque site. Vous pouvez également supprimer les enregistrements inutilisés. ![Une boîte de dialogue pour la gestion des trousseaux d’identifiants enregistrés. La boîte de dialogue comprend une option pour afficher le nombre de trousseaux inutilisés et un bouton pour les supprimer.](/tableau/current/fr-ca/server/fr-ca/Img/oauth-purge-managed-keys.png) Pour accéder au nettoyage de trousseau gré, connectez-vous aux pages d’administration de Tableau Server, accédez au site où vous souhaitez supprimer des enregistrements inutilisés, puis cliquez sur Paramètres. ### Limitations des scénarios avec trousseau géré Trois scénarios ne sont pas pris en charge lors de l’utilisation du trousseau géré OAuth avec Tableau Server : - Invitation à saisir les informations d’identification OAuth sur les connexions en direct. Les utilisateurs doivent intégrer les informations d’identification dans les connexions en direct utilisant OAuth avec trousseau géré - Modification de la connexion de source de données OAuth sur Tableau Server - Création Web ### Convertir un trousseau géré en informations d’identification enregistrées Vous pouvez convertir les connecteurs avec trousseau géré de manière à utiliser les informations d’identification enregistrées en configurant Tableau Server avec un identifiant de client OAuth et un secret pour chaque connecteur. En convertissant ces connecteurs en informations d’identification enregistrées, les utilisateurs peuvent gérer leurs informations d’identification pour chaque type de connecteur dans la page Paramètres de Mon compte sur Tableau Server. En outre, les invites de connexion en direct, la modification des connexions et la création Web sont également prises en charge. ## Configurer un OAuth personnalisé pour un site Pour un sous-ensemble de connecteurs, vous pouvez configurer OAuth au niveau du site en configurant des clients OAuth personnalisés. Pour plus d’informations, consultez l’un des rubriques suivantes : - Pour Azure Data Lake Storage Gen2, Azure SQL Database, Azure Synapse, Databricks, OneDrive et SharePoint Online et Listes SharePoint (JDBC), consultez [Configurer OAuth personnalisé pour un site](https://help.tableau.com/current/server/fr-ca/config_oauth_azure_ad.htm#custom). - Pour Dremio, consultez [Configurer OAuth pour Dremio](https://help.tableau.com/current/server/fr-ca/config_oauth_dremio.htm). - Pour Google Analytics, Google BigQuery, Google Sheets (obsolète dans Tableau version 2022.1), consultez [Configurer OAuth personnalisé pour un site](https://help.tableau.com/current/server/fr-ca/config_oauth_google.htm#custom). - Pour Salesforce, consultez [Configurer OAuth personnalisé pour un site](https://help.tableau.com/current/server/fr-ca/config_oauth_sfdc.htm#custom). - Pour Salesforce CDP, consultez [Connecter Tableau Server à Salesforce Data Cloud](https://help.tableau.com/current/server/fr-ca/config_oauth_sfdc_cdp.htm#custom). - Pour Snowflake, consultez [Option 2 : Configurer OAuth pour les connexions Snowflake par site](https://help.tableau.com/current/server/fr-ca/config_oauth_snowflake.htm#custom). ## Autres articles de cette section [Passer au contenu principal](#main-content) # Considérations sur les performances en cas d’utilisation d’un stockage de fichiers externe Cette rubrique énumère les facteurs à prendre en compte pour bénéficier de performances optimales si vous utilisez un stockage de fichiers externe. Dans ce scénario où le stockage de fichiers est configuré de manière externe à Tableau Server, vous stockez les extraits sur un partage réseau. Cela signifie que Tableau Server accédera à ces données à travers le réseau. Pour assurer des performances optimales, nous recommandons ce qui suit : - Utilisez un système de stockage de niveau entreprise pour garantir la fiabilité et des performances élevées d’accès aux données. - Le système de stockage prend en charge suffisamment d’IOPS en lecture : - Utilisez des disques SSD. Si l’utilisation de disques tournants est la seule option, utilisez le disque plus rapide, et le plus grand nombre possible. - L’infrastructure réseau prend en charge les éléments suivants : - 10 Gigabit Ethernet au minimum pour prendre en charge les transferts de données à haute vitesse entre Tableau Server et le système de stockage. - 10 millisecondes de latence max. entre Tableau Server et le système de stockage. Les recommandations ci-dessus sont fondées sur les tests effectués par l’équipe du Tableau. Vos exigences et vos performances peuvent varier. Nous vous recommandons fortement de créer vos propres points de référence pour évaluer les performances et déterminer les besoins en ressources. Lors de la création des points de référence, considérez la performance globale de Tableau Server avec les temps de chargement des classeurs comme l’une des mesures essentielles. Ceci est particulièrement pertinent pour cette configuration car le stockage de fichiers externe a surtout un impact sur les classeurs basés sur des extraits. Vous pouvez utiliser [Tabjolt](https://github.com/tableau/tabjolt) pour créer vos points de référence. ## Qui peut le faire? Les administrateurs Tableau Server surveillent les performances de Tableau Server. Cependant, en raison de considérations relatives au réseau, au matériel et au stockage, un accès peut être nécessaire pour apporter des modifications de configuration à ces ressources. Vous pouvez également choisir de travailler avec votre administrateur réseau pour apporter des modifications si vous n’avez pas accès à ces ressources. [Passer au contenu principal](#main-content) # Considérations techniques pour la migration de Tableau Server vers Tableau Cloud Cette rubrique couvre la plupart des considérations techniques pouvant survenir lors d’une migration de Tableau Server vers Tableau Cloud. Il est destiné aux administrateurs qui gèrent actuellement Tableau Server et qui envisagent une migration vers Tableau Cloud. Nous vous recommandons de consulter cette rubrique comme étape principale de votre plan de migration. De plus, travaillez avec votre équipe de compte pour comprendre si une migration est logique pour votre organisation. Le sujet reflète les fonctionnalités du produit dans Tableau Server 2023.3. Pour plus d’informations et pour lancer une migration vers Tableau Cloud, visitez le site [Migration vers Tableau Cloud](https://www.tableau.com/fr-ca/solutions/tableau-migration) sur Tableau.com. ## Aperçu sommaire Cette rubrique est organisée en quatre domaines principaux familiers aux administrateurs Tableau. Les tableaux suivants présentent une comparaison récapitulative des fonctionnalités entre Tableau Cloud et Tableau Server dans chaque domaine principal. Pour plus d’informations sur une fonctionnalité donnée, consultez la section correspondante plus loin dans cette rubrique.
Sécurité, administration et gouvernance
 Tableau CloudTableau Server
ConformitéConsultez le portail Conformité Salesforce. L’accès à ce site peut nécessiter l’autorisation de votre responsable de compte.Géré par le client
Hébergement et mises à niveauGéré par TableauGéré par le client
Administration au niveau du siteValeur par défaut d’un site uniqueGéré par le client
Données de télémétrieLimitéGéré par le client
Données d’observabilitéAdmin Insights avec Fichier journal d’activitéGéré par le client avec accès au référentiel et fichier journal d’activité
Connectivité des données
 Tableau CloudTableau Server
FichiersPris en chargePris en charge
Applications et bases de donnéesPrises en charge, avec des limitations spécifiques à la base de donnéesPris en charge
Connectivité personnaliséePrise en charge limitéePris en charge
Sources de données multidimensionnellesNon pris en chargePris en charge
Gestion des utilisateurs et licences
 Tableau CloudTableau Server
Licences

Interne : basé sur les rôles

Externe : basé sur les rôles et l’utilisation

Interne : basé sur les rôles et les cœurs

Externe : basé sur les rôles et les cœurs

SSOPris en chargePris en charge
Active Directory, Kerberos, référentiel LDAPNon pris en chargePris en charge
Gestion automatisée des utilisateurs et des groupesOkta, OneLogin, Azure AD et outillage personnaliséActive Directory, LDAP
Extensibilité et intégrations externes
 Tableau CloudTableau Server
Outils automatisés via des APIPris en chargePris en charge
Intégration R et PythonPris en chargePris en charge
IntégrationPris en chargePris en charge
PersonnalisationPrise en charge limitéePris en charge
## Sécurité, administration et gouvernance ### Sécurité et conformité Assurez-vous que les certifications de sécurité Tableau Cloud répondent aux exigences de votre organisation. Tableau Cloud est conforme aux normes ISO 27001/27017/27018 et SOC 2/3 et adhère aux exigences de confidentialité des données telles que celles décrites dans le RGPD. Pour voir une liste complète et à jour des certifications, rendez-vous sur le portail [Conformité Salesforce](https://compliance.salesforce.com/fr). L’accès à ce site peut nécessiter l’autorisation de votre responsable de compte. De plus, Tableau Cloud et Salesforce adhèrent aux normes les plus strictes en matière de sécurité et de confidentialité des données régionales. Les données clients ne quittent jamais la région dans laquelle elles sont hébergées. Salesforce adopte un modèle de responsabilité partagée. Dans ce modèle, nous travaillons avec vous pour garantir que tous les contrôles de sécurité et de conformité appropriés sont activés par Salesforce et votre organisation. ### Hébergement et mises à niveau Tableau héberge et gère Tableau Cloud pour les clients. Tableau Cloud exécute toujours la dernière version de Tableau. Les mises à niveau majeures sont effectuées sans aucun temps d’arrêt. La maintenance de routine (activités telles que les mises à niveau, les sauvegardes, l’optimisation des performances, etc.) est effectuée pour réduire le temps d’arrêt au minimum. Dans le cas où un temps d’arrêt est requis, la maintenance a lieu pendant les fenêtres pré-communiquées. Pour plus d’information sur le calendrier de maintenance de Tableau et sur la façon de s’inscrire aux notifications de maintenance de Tableau Trust, consultez [Maintenance du système Tableau Cloud](https://help.tableau.com/current/online/fr-ca/to_maintenance_schedule.htm). Tableau Cloud est exécuté dans Amazon Web Services. Vous pouvez choisir de déployer votre site dans l’une des régions AWS répertoriées [ici](https://help.tableau.com/current/pro/desktop/fr-ca/publish_tableau_online_ip_authorization.htm). Tableau effectue des sauvegardes quotidiennes de l’environnement pour la reprise après sinistre. Cependant, ces sauvegardes ont pour but de restaurer le système dans son ensemble. Il incombe aux clients de conserver les sauvegardes de tous les fichiers qu’ils souhaitent récupérer s’ils sont supprimés ou supprimés de Tableau Cloud. ### Administration au niveau du site Par défaut, les déploiements Tableau Cloud fournissent un site unique pour déployer Tableau auprès de vos utilisateurs. Un modèle de site unique simplifie l’administration de l’environnement tout en permettant des scénarios de gouvernance complets comme recommandé dans [Plan](https://help.tableau.com/current/blueprint/fr-ca/bp_governance_in_tableau.htm#content-governance-in-tableau). Pour garantir des performances cohérentes sur l’ensemble de la plateforme, Tableau Cloud restreint les sites avec des limites de capacité. Consultez [Capacité du site Tableau Cloud](https://help.tableau.com/current/online/fr-ca/to_site_capacity.htm) pour une liste des types de capacité et des allocations associées. Les restrictions de capacité incluent des limites pour le stockage global et pour les tâches que vous pouvez effectuer sur le site. Vous pouvez évaluer si l’un de vos cas d’utilisation serait affecté par ces limites en vous connectant au référentiel Tableau Server et en comparant l’utilisation aux limites de capacité du site. Pour plus d’informations sur la connexion au référentiel, consultez [Collecter des données avec le référentiel Tableau Server](https://help.tableau.com/current/server/fr-ca/perf_collect_server_repo.htm) ### Données d’observabilité Dans Tableau Cloud, vous ne pouvez pas vous connecter directement à la base de données du référentiel Tableau Server. En revanche, les administrateurs de site ont accès à un projet appelé Admin Insights qui contient des tableaux de bord d’observabilité et des sources de données prédéfinis. Consultez [Utiliser Admin Insights pour créer des vues personnalisées](https://help.tableau.com/current/online/fr-ca/adminview_insights.htm). Admin Insights vous aide à comprendre l’utilisation, les performances, les licences, la gestion des utilisateurs et bien plus encore. Vous pouvez également utiliser les sources de données fournies pour créer des rapports personnalisés ou profiter des accélérateurs construits sur ces données. Pour un exemple, consultez [Accélérateur de temps de chargement du tableau de bord](https://exchange.tableau.com/products/834). La conservation des données par défaut dans Admin Insights est de 90 jours. Avec Advanced Management, vous bénéficiez d’une période de conservation étendue de 365 jours et avez accès au [fichier journal d’activité](https://help.tableau.com/current/online/fr-ca/activity_log_overview.htm) pour des données d’observabilité plus détaillées. ### Performances de chargement des vues Les performances de chargement des vues peuvent varier entre Tableau Cloud et Tableau Server en raison des différences de configuration de l’environnement serveur et de la disponibilité des ressources. Cette performance est influencée par un certain nombre de facteurs, notamment : - **Architecture mutualisée :** Tableau Cloud est un environnement mutualisé dans lequel les ressources sont partagées entre tous les sites du pod. - **Configurations optimisées des serveurs :** l’infrastructure et les configurations de Tableau Server peuvent être ajustées en fonction des performances du contenu, tandis que les paramètres de Tableau Cloud sont en grande partie prédéfinis. - **Capacité des ressources :** les vitesses de lecture/écriture du processeur, de la RAM et du stockage influencent les temps d’analyse, de requête et de rendu. - **Trafic vers les vues :** le volume de demandes a un impact direct sur l’utilisation des ressources et la charge sur les processus impliqués dans les chargements de vues. - **Activité de l’utilisateur pair :** les tâches à forte consommation de ressources exécutées par d’autres utilisateurs sur le même pod peuvent avoir un impact sur les performances. ## Connectivité des données L’emplacement de vos données détermine laquelle des deux options de connectivité vous utilisez avec Tableau Cloud : - Tableau Cloud peut se connecter directement aux sources de données infonuagiques répertoriées ci-dessous. Pour les connexions directes, certaines bases de données nécessitent d’autoriser Tableau Cloud à accéder à ces sources de données avant de vous connecter. Consultez [Autoriser l’accès aux données dans le nuage publiées sur Tableau Cloud](https://help.tableau.com/current/pro/desktop/fr-ca/publish_tableau_online_ip_authorization.htm). Connecteurs Tableau Cloud pris en charge

Alibaba AnalyticsDB for MySQL‡

Alibaba Data Lake Analytics‡

Amazon Athena‡

Amazon Aurora for MySQL‡

Amazon EMR Hadoop Hive‡

Amazon Redshift‡

Apache Drill‡

Azure Data Lake Storage Gen2‡

Azure Synapse Analytics (compatible avec SQL Server)

Box‡

Cloudera Hadoop‡

Databricks‡

Datorama par Salesforce‡

Denodo‡

Dremio par Dremio‡

Dropbox*‡

Connecteur Esri‡

Exasol‡

Google BigQuery*‡

Google Cloud SQL (compatible avec MySQL)‡§

Google Drive‡

Hortonworks Hadoop Hive

Impala‡

Kyvos‡

MariaDB‡

Microsoft Azure SQL Database‡

Microsoft Azure Synapse Analytics‡

Microsoft SQL Server‡

MongoDB BI Connector‡

MySQL‡

Protocole de données ouvertes‡

OneDrive*‡

Oracle‡

Pivotal Greenplum Database‡

PostgreSQL‡

Presto‡

Qubole Presto‡

Salesforce‡

SAP HANA (pour les connexions virtuelles uniquement)‡

Listes SharePoint‡

SingleStore (anciennement MemSQL)‡

Snowflake‡

Spark SQL‡

Teradata**‡

Vertica‡

\*Pour plus d’information sur l’utilisation de la norme OAuth 2.0 pour Google BigQuery, OneDrive et Dropbox dans Tableau Cloud, consultez [Connexions OAuth](https://help.tableau.com/current/online/fr-ca/protected_auth.htm). \*\*La création Web Teradata ne prend actuellement pas en charge la fonctionnalité Bandes de requêtes. Consultez [Teradata](https://help.tableau.com/current/pro/desktop/fr-ca/examples_teradata.htm) pour plus de détails. ‡ Prend en charge les connexions virtuelles si vous disposez de Gestion des données. Consultez [À propos des connexions virtuelles et des stratégies de données](https://help.tableau.com/current/online/fr-ca/dm_vconn_overview.htm) dans l’aide de Tableau Cloud pour plus de détails. §Tableau Cloud ne prend pas en charge SSL à l’aide de Google Cloud SQL. - Pour les données stockées sur site ou dans un réseau nuage privé, vous pouvez déployer Tableau Bridge. Pour une liste de tous les connecteurs pris en charge et non pris en charge par Tableau Bridge, consultez [Connectivité avec Bridge](https://help.tableau.com/current/online/fr-ca/to_sync_local_data.htm). Si vos classeurs contiennent des extraits de sources de données intégrés dont l’actualisation prend plus de 10 minutes, nous vous recommandons de publier chaque source de données séparément du classeur, puis de les actualiser individuellement. Cette approche évite des délais d’expiration pour les requêtes de longue durée. Pour plus d’informations, consultez [Optimiser les performances d’actualisation de Bridge](https://help.tableau.com/current/online/fr-ca/to_bridge_eds_performance.htm) et [Publier une source de données](https://help.tableau.com/current/pro/desktop/fr-ca/publish_datasources.htm). ### Fichiers Tableau Cloud prend en charge différents types de fichiers. Les fichiers hébergés sur des plateformes infonuagiques telles que Google Drive, Dropbox, Box et S3 peuvent utiliser les connecteurs directs Tableau Cloud pour prendre en charge les connexions en direct et par extraction. Tableau Bridge prend en charge les connexions de données basées sur des fichiers pour les extraits, mais ne prend pas en charge la connectivité en direct aux données basées sur des fichiers. ### Applications et bases de données Tableau Cloud prend en charge la plupart des connecteurs pris en charge par Tableau Server, mais il existe quelques différences. Certaines bases de données nécessitent une configuration spécifique pour activer la connectivité directe à Tableau Cloud. Consultez [Autoriser les connexions directes aux données hébergées sur une plateforme de nuage.](https://help.tableau.com/current/online/fr-ca/to_connect_live_sql.htm) Tableau Cloud et Tableau Bridge ne prennent pas en charge l’authentification auprès d’une base de données à l’aide de Kerberos. ### Connectivité personnalisée Tableau Cloud est conçu pour utiliser le même connecteur de base de données pour chaque client Tableau Cloud et ne prend donc pas en charge les solutions de connectivité spécifiques au client. Les deux exceptions notables sont l’Hyper API et Tableau Bridge qui peuvent être utilisés pour étendre ou personnaliser votre connectivité. L’Huper API peut créer des extraits qui peuvent être publiés sur Tableau Cloud. Tableau Bridge peut être utilisé pour étendre certaines options de connectivité, par exemple ODBC, JDBC et Web Data Connectors. Consultez [Connectivité avec Bridge](https://help.tableau.com/current/online/fr-ca/to_sync_local_data.htm). Vous ne pouvez pas personnaliser la connectivité avec Connector SDK (.taco) sur Tableau Cloud ou avec Tableau Bridge. Si vous utilisez des connexions virtuelles dans le cadre de l’offre de gestion des données, il peut exister des différences spécifiques au connecteur souhaité. Vérifiez que Tableau Cloud ou Tableau Bridge prend en charge votre scénario. ### Sources de données multidimensionnelles Tableau Cloud ne prend pas en charge les sources de données multidimensionnelles. Au lieu de cela, nous vous recommandons de vous connecter directement à la base de données sous-jacente sur laquelle le cube est construit pour une plus grande flexibilité dans votre analyse. ### Préparation des données Tableau Bridge ne prend pas en charge l’exécution des flux Tableau Prep avec Prep Conductor. Suivez plutôt le processus décrit dans l’article de la base de connaissances : [Comment exécuter des flux Tableau Prep Conductor avec des données sur site dans Tableau Cloud](https://kb.tableau.com/articles/howto/how-to-run-tableau-prep-conductor-flows-with-on-premises-data-in-tableau-cloud?lang=fr-ca), pour automatiser la préparation des données. ## Licences et gestion des utilisateurs ### Licences Tableau Cloud prend en charge les licences avec les plans d’abonnement basés sur les rôles. En savoir plus sur la page [Tarifs Tableau](https://www.tableau.com/fr-ca/pricing/teams-orgs). Pour éliminer les tâches de gestion des clés, Tableau Cloud attribue par défaut des licences aux utilisateurs avec une gestion des licences basée sur la connexion ([LBLM](https://help.tableau.com/current/online/fr-ca/license_lblm.htm)). Les licences perpétuelles héritées et les licences serveur basé sur les cœurs ne sont pas prises en charge. Tableau Cloud ne propose pas d’utilisateur « Invité ». Cependant, les applications connectées peuvent être utilisées pour fournir du contenu destiné à une utilisation plus large au sein de votre entreprise. Voir [Utilisation des applications connectées Tableau pour l’intégration d’applications](https://help.tableau.com/current/online/fr-ca/connected_apps.htm). Si vous accordez une licence Tableau Cloud pour des utilisateurs extérieurs à votre organisation, une licence basée sur l’utilisation pour ces cas d’utilisation externes est disponible. Consultez [Raise Revenue and Lower Costs with Usage-Based Licensing for Tableau Embedded Analytics](https://www.tableau.com/fr-ca/blog/usage-based-licensing-scale-embedded-analytics-more-flexibility). ### Authentification unique Tableau Cloud prend en charge l’authentification unique (SSO) via SAML et OIDC. Les intégrations directes avec Okta, Azure AD, One Login, Salesforce, PingOne et bien d’autres sont prises en charge. Tous les utilisateurs accédant à Tableau Cloud doivent utiliser l’authentification multifacteur (MFA) pour s’authentifier dans Tableau Cloud. Si vous n’utilisez pas de fournisseur SSO, vous pouvez utiliser le type d’authentification intégré de Tableau Cloud, TableauID avec MFA. Vous pouvez également créer des solutions personnalisées avec SAML ou utiliser des [applications connectées](https://help.tableau.com/current/online/fr-ca/connected_apps.htm) pour les solutions intégrées. Pour plus d’informations, consultez la section [Authentification](https://help.tableau.com/current/online/fr-ca/security_auth.htm) dans l’aide de Tableau Cloud. ### Active Directory, Kerberos et LDAP Tableau Cloud ne prend pas en charge l’intégration directe avec Active Directory. Cependant vous pouvez [configurer SAML avec Azure AD](https://help.tableau.com/current/online/fr-ca/saml_config_azure_ad.htm) pour l’intégration à Tableau Cloud. De plus, la plupart des IdP disposent d’une intégration Active Directory qui suffirait pour l’authentification avec Tableau Cloud. Pour un exemple, consultez [Intégration Active Directory (Okta)](https://help.okta.com/fr-ca/Content/Topics/Directory/ad-agent-main.htm). Tableau Cloud ne prend pas en charge l’authentification Kerberos ni l’utilisation de LDAP comme magasin d’identités. ### Gestion automatisée des utilisateurs et des groupes Tableau Cloud utilise le système de gestion des identités interdomaines (SCIM) pour automatiser l’échange d’informations sur l’identité des utilisateurs. Il existe plusieurs configurations spécifiques à l’IdP disponibles dans Tableau Cloud. Consultez la section [Automatiser le provisionnement des utilisateurs et la synchronisation des groupes par l’intermédiaire d’un fournisseur d’identité externe](https://help.tableau.com/current/online/fr-ca/scim_config_online.htm). L’[API REST de Tableau](https://help.tableau.com/current/api/rest_api/fr-ca/REST/rest_api.htm) et [tabcmd 2.0](https://help.tableau.com/current/online/fr-ca/tabcmd.htm) prennent en charge de nombreuses tâches d’automatisation des utilisateurs et des groupes. Tableau Cloud ne prend pas en charge l’intégration directe avec Active Directory pour le provisionnement d’utilisateurs ou de groupes. ## Extensibilité et intégrations externes ### Outillage automatisé Tableau Cloud prend en charge les API REST, les API Javascript, les API de métadonnées, les API de tableau de bord, les Webhooks et l’intégration dans les pages HTML pour les utilisateurs authentifiés. Consultez [Outils de développement Tableau](https://www.tableau.com/fr-ca/developer/tools) pour plus d’informations. Nous vous recommandons de vérifier vos cas d’utilisation avant une migration. Il existe certaines différences à prendre en compte lorsque vous planifiez votre stratégie d’outils automatisés pour Tableau Cloud : - Tableau Server prend en charge les API REST pour l’administration au niveau du serveur. Tableau Cloud prend en charge l’administration au niveau du site. - Tableau Server prend en charge une liste globale de connecteurs de données Web. Tableau Cloud nécessite l’utilisation de Bridge pour exécuter des actualisations d’extraits pour les connecteurs de données Web. - Les connecteurs sur Tableau Exchange sont uniquement pris en charge par Tableau Server. Les API prises en charge par Tableau Cloud sont optimisées pour l’authentification avec les jetons d’accès personnels (PAT) Tableau. Prévoyez de refactoriser vos outils pour utiliser l’authentification PAT dans le cadre de votre migration vers Tableau Cloud. Consultez [Jetons d’accès personnels](https://help.tableau.com/current/online/fr-ca/security_personal_access_tokens.htm). ### Extensibilité Tableau Cloud prend en charge les extensions d’analyse avec R et Python. Consultez [Configurer la connexion avec les extensions d’analytique](https://help.tableau.com/current/online/fr-ca/config_r_tabpy.htm). Cependant, Tableau Bridge ne prend pas en charge les extensions d’analytique, ces extensions ne sont donc compatibles qu’avec les sources de données qui ne nécessitent pas Tableau Bridge. Tableau Cloud ne prend pas en charge les [étapes de script R ou Python dans un flux Prep](https://help.tableau.com/current/prep/fr-ca/prep_scripts.htm) créés ou publiés sur Tableau Cloud. ### Intégration Tableau Cloud prend en charge l’intégration de Tableau dans d’autres applications. Il prend en charge l’API d’intégration, diverses options SSO et l’API REST de Tableau pour la gestion des utilisateurs et du contenu. Il existe deux différences principales entre l’intégration avec Tableau Cloud et Tableau Server : - Tableau Cloud prend en charge à la fois un modèle de licence basé sur les rôles par abonnement ou un modèle de licence basé sur l’utilisation pour l’intégration de scénarios. - Tableau Cloud utilise un modèle à locataire unique. Pour garantir la séparation des données, vous pouvez utiliser plusieurs méthodes différentes. La stratégie de séparation des données que vous utiliserez sera déterminée par les besoins de votre entreprise et la solution d’intégration. Les rubriques d’aide de Tableau Cloud suivantes fournissent plus d’informations : - [Utiliser des projets pour gérer l’accès au contenu](https://help.tableau.com/current/online/fr-ca/projects.htm) - [Utiliser les applications connectées Tableau pour l’intégration d’applications](https://help.tableau.com/current/online/fr-ca/connected_apps.htm) - [Gérer la visibilité des utilisateurs du site](https://help.tableau.com/current/online/fr-ca/user_visibility.htm) - [Autorisations](https://help.tableau.com/current/online/fr-ca/permissions.htm) ### Personnalisations Tableau Cloud vous permet de personnaliser certains aspects de l’expérience utilisateur comme la langue, les paramètres régionaux, les logos personnalisés et les images de projet personnalisées. Consultez Personnaliser les paramètres de site et de contenu. Tableau Cloud ne prend pas en charge les URL personnalisées, les polices personnalisées ou les bannières de bienvenue personnalisées. [Passer au contenu principal](#main-content) # Conteneurs de microservices Tableau Server Par défaut, une instance de conteneur de microservices interactif est installée sur un nœud sur lequel le serveur d’applications (Vizportal) est activé, et une instance de conteneur de microservices non interactif est installée sur un nœud sur lequel le gestionnaire de processus en arrière-plan est activé. Bien que vous ne puissiez pas ajouter directement un conteneur de microservices, vous pouvez modifier, si nécessaire, le nombre d’instances pour les deux conteneurs de microservices à l’aide de l’interface en ligne de commande TSM. Si toutes les instances du gestionnaire de processus en arrière-plan ou du serveur d’applications sont supprimées d’un nœud, le processus de conteneur est également supprimé. Conteneurs de microservices et microservices : - Conteneur de microservices interactif : - Microservice MessageBus - Microservice d’interrogation de relation - Service d’informations d’identification - Microservice recommandé (ajouté dans la version 2023.3.3) - Conteneur de microservices non interactif : - Microservice d’ingestion de relation - Microservice de fournisseur de contenu externe - Microservice de fournisseur de flux - Microservice de fournisseur de contenu ## Affichage de l’état du conteneur de microservices Vous pouvez afficher l’état du processeur de conteneur de microservices depuis la page d’état TSM ou depuis la ligne de commande, en utilisant la commande `tsm status -v`. Lorsque vous utilisez la page d’état TSM pour [Afficher le statut des processus du serveur](https://help.tableau.com/current/server/fr-ca/service_viewstatus.htm), l’état de chaque processus de conteneur est visible, mais vous ne pouvez pas voir l’état des microservices dans les conteneurs. Lorsque vous utilisez la ligne de commande, davantage de détails s’affichent, y compris l’état de chaque microservice individuel. ### État du conteneur de microservices L’état d’un processus de conteneur dépend de l’état des microservices dans le conteneur. Lorsque tous les microservices d’un processus de conteneur s’exécutent comme prévu, l’état du conteneur est Actif (sur la page d’état TSM) ou `running` (si affiché depuis la ligne de commande TSM). Si tous les microservices d’un processus de conteneur sont arrêtés, l’état du conteneur est Erreur (sur la page d’état TSM) ou `stopped` (depuis la ligne de commande TSM). Si un microservice est arrêté, mais qu’au moins un autre microservice est en cours d’exécution, l’état du conteneur est Dégradé (sur la page d’état TSM) ou `degraded` (depuis la ligne de commande TSM). Lorsque tous les microservices d’un processus de conteneur affiche l’état Exécution en cours, l’état du conteneur est `Active`. Si un microservice dans un conteneur est dans un état d’erreur (état `stopped` ), l’état du processus du conteneur est `degraded`. Si tous les microservices dans un conteneur sont dans un état d’erreur, l’état du conteneur est `error`. Pour afficher l’état du conteneur de microservices depuis la page d’état TSM : 1. Ouvrez TSM dans un navigateur : http:// :8850 2. Cliquez sur **État :** La page affiche l’état pour les processus Conteneur de microservices interactif et Conteneur de microservices non interactif, ainsi que pour les autres processus s’exécutant dans le cadre de TSM ou Tableau Server. Vous ne pouvez pas voir l’état des microservices individuels dans un processus de conteneur, mais si le processus de conteneur affiche l’état Actif (une coche verte), les microservices qu’il contient s’exécutent tous comme attendu. Pour voir l’état des microservices individuels, utilisez la commande TSM. **Remarque :** l’état des processus ne s’affiche pas sur l’ancienne page d’état de Tableau Server. Pour des détails sur les deux pages d’état et leurs différences, consultez [Afficher le statut des processus du serveur](https://help.tableau.com/current/server/fr-ca/service_viewstatus.htm). Pour afficher l’état du conteneur de microservices depuis la ligne de commande TSM : 1. Ouvrez une invite de commande en tant qu’administrateur sur le nœud initial (le nœud sur lequel TSM est installé). 2. Exécutez la commande suivante : `tsm status -v` La sortie de la commande affiche l’état des services du conteneur et des microservices qu’il contient : node1: TABLEAUSVR01 Status: RUNNING 'Tableau Server Gateway 0' is running. 'Tableau Server Application Server 0' is running. 'Tableau Server Interactive Microservice Container 0' is running. 'MessageBus Microservice 0' is running. 'Relationship Query Microservice 0' is running. 'Tableau Server VizQL Server 0' is running. 'Tableau Server VizQL Server 1' is running. 'Tableau Server VizQL Server 2' is running. 'Tableau Server VizQL Server 3' is running. 'Tableau Server Cache Server 0' is running. 'Tableau Server Cache Server 1' is running. 'Tableau Server Coordination Service 0' is running. 'Tableau Server Cluster Controller 0' is running. 'Tableau Server Search And Browse 0' is running. 'Tableau Server Backgrounder 0' is running. 'Tableau Server Backgrounder 1' is running. 'Tableau Server Non-Interactive Microservice Container 0' is running. 'Relationship Ingestor Microservice 0' is running. 'External Content Provider Microservice 0' is running. 'Flow Provider Microservice 0' is running. 'Content Provider Microservice 0' is running. 'Tableau Server Data Server 0' is running. 'Tableau Server Data Server 1' is running. 'Tableau Server Data Engine 0' is running. 'Tableau Server File Store 0' is running. 'Tableau Server Repository 0' is running (Active Repository). 'Tableau Server Tableau Prep Conductor 0' is running. 'Tableau Server Elastic Server 0' is running. 'Tableau Server Ask Data 0' is running. 'Tableau Server Administration Agent 0' is running. 'Tableau Server Administration Controller 0' is running. 'Tableau Server Service Manager 0' is running. 'Tableau Server License Manager 0' is running. 'Tableau Server Client File Service 0' is running. 'Tableau Server Database Maintenance 0' is stopped. 'Tableau Server Backup/Restore 0' is stopped. 'Tableau Server Site Import/Export 0' is stopped. 'Tableau Server SAML Service 0' is stopped. c:\\Program Files\\Tableau\\Tableau Server\\packages\\scripts.near.18.1216.1859> [Passer au contenu principal](#main-content) # Contenu archivé ## Ceci est un contenu archivé Les déploiements sur des nuages publics continuent d’être pris en charge, mais le contenu des déploiements de nuage public tiers n’est plus mis à jour. Pour consulter le dernier contenu de déploiement de Tableau Server, consultez le et la section [Déployer](https://help.tableau.com/current/server/fr-ca/install.htm) de l’aide de Tableau Server. Pour les clients qui ont accès, nous recommandons Tableau Cloud. Pour en savoir plus, consultez : - [Guide de migration manuelle de Tableau Cloud](https://help.tableau.com/current/guides/migration/fr-ca/emg_intro.htm) - [Version d’évaluation de Tableau Cloud pour administrateur](https://help.tableau.com/current/server-linux/fr-ca/install.htm) - [Tableau Cloud : Premiers pas pour l’administrateur](https://www.tableau.com/fr-ca/learn/get-started/online-admin) ## Autres articles de cette section [Passer au contenu principal](#main-content) # Contenu obsolète La vue Contenu obsolète permet d’identifier le contenu qui n’a pas été utilisé ou consulté au cours de la période spécifiée (affichée sous le titre Seuil d’accès obsolète). Vous pouvez définir cette période en jours. La valeur minimale pour la période est de 1 et le maximum est de 120 jours. Cette vue fournit également des informations sur l’espace disque utilisé par le contenu obsolète et actif. > [!IMPORTANT] > > Dans les versions précédentes de Tableau Server, les vues administratives étaient toutes affichées dans le même classeur, dans des onglets séparés. Les deux nouvelles vues administratives sont, quant à elles, affichées en tant que classeurs séparés et ne font pas partie du classeur de la vue administrative existante. Vous pouvez accéder aux nouvelles vues administratives depuis la page d’état du serveur ou du site : > ![Page État du site sur Tableau Cloud avec une liste d’options d’état du site, notamment un tableau de bord du gestionnaire de processus en arrière-plan, des statistiques sur le contenu inutilisé, et l’utilisation des licences basées sur la connexion.](/tableau/current/fr-ca/server/fr-ca/Img/new-admin-views-nav.png) ## Résumé et filtres ![Un graphique à barres révèle que le contenu obsolète occupe 47 % de l’espace total du serveur.](/tableau/current/fr-ca/server/fr-ca/Img/admin-view-stale-content.png) **A** \- En haut de la vue, vous verrez une déclaration qui résume la quantité d’espace utilisée par le contenu obsolète par rapport à l’espace total utilisé. L’espace total utilisé est défini comme la somme totale de l’espace disque utilisé par le contenu actif et obsolète. **B** - Ce résumé est suivi d’un graphique offrant une répartition supplémentaire des types de contenu obsolète et le contenu qui est considéré comme actif - soit le contenu qui a été consulté dans la période en dessous du seuil d’obsolescence. Vous pouvez cliquer sur le graphique à barres et l’appliquer pour filtrer les données affichées dans la vue. **C** \- Vous pouvez voir et appliquer des options de filtre supplémentaires en cliquant sur l’icône du filtre. Ce volet Filtre comprend : • Seuil d’obsolescence • Site • Projet • Propriétaires de contenu • Taille • Type de contenu ![Le volet Filtres vous permet de trier le contenu selon des critères tels que le seuil d’obsolescence, le site, le projet, le propriétaire du contenu, la taille et le type de contenu.](/tableau/current/fr-ca/server/fr-ca/Img/admin-view-stale-content-filters.png) Ces filtres sont appliqués à l’ensemble de la vue. ## Description La vue Contenu obsolète comporte trois sections décrites ci-dessous qui fournit des détails : 1. **La section en haut à gauche** vous montre l’espace total utilisé pour le contenu sélectionné. L’axe x affiche le nombre de jours qui se sont écoulés depuis la dernière ouverture du contenu, et l’axe y vous indique la taille. Le graphique montre également le seuil d’obsolescence. Définissez votre seuil d’obsolescence souhaité, puis utilisez cette vue pour identifier le contenu qui est le plus obsolète. Cliquez sur **Classeurs obsolètes** ou **Sources de données obsolètes** dans la barre en haut pour filtrer sur le contenu qui vous intéresse. Sélectionnez les repères à droite du Seuil de contenu obsolète pour voir plus de détails sur le contenu. Les détails sont affichés dans la section inférieure gauche. ![Un graphique en courbes affiche l’espace cumulé occupé par tout le contenu obsolète.](/tableau/current/fr-ca/server/fr-ca/Img/admin-view-stale-content-top-left-section.png) 2. **La section en haut à droite** montre la quantité d’espace utilisée par chaque contenu sélectionné. Par exemple, si vous sélectionnez des classeurs obsolètes, l’espace utilisé par chaque classeur obsolète est affiché. Vous pouvez utiliser cette section pour savoir quel contenu est le plus obsolète ou prend le plus d’espace. Cette section vous aide à identifier le contenu qui n’a pas été utilisé depuis longtemps. Cliquez sur **Classeurs obsolètes** ou **Sources de données obsolètes** dans la barre du haut. Sélectionnez le plus ancien ensemble de contenu inutilisé (repères plus à droite) pour voir davantage de détails. Les détails sont affichés dans la section inférieure gauche. Il peut s’agir du prochain ensemble de contenu que vous pouvez envisager d’archiver ou de supprimer car personne n’a utilisé ces contenus, quelle que soit leur taille. ![Un nuage de points représente visuellement la corrélation entre les jours écoulés depuis la dernière consultation et l’espace utilisé par chaque objet.](/tableau/current/fr-ca/server/fr-ca/Img/admin-view-stale-content-top-right-section.png) 3. **La section en bas** affiche des informations détaillées sur le contenu sélectionné comme indiqué ci-dessous : ![Une table triable avec sept colonnes : type de contenu, nom, site, projet, propriétaire, date de création et date de dernière utilisation.](/tableau/current/fr-ca/server/fr-ca/Img/admin-view-stale-content-bottom-section.png) ## Archiver ou supprimer un contenu obsolète Depuis la version 2020.3, la vue administrative Contenu obsolète inclut une fonctionnalité qui vous permet de sélectionner un contenu et de le baliser comme obsolète. Vous pouvez sélectionner le contenu dans la section en bas ou la section en haut à droite. Lorsque vous effectuez une sélection, vous voyez le nombre d’objets et le type de contenu sélectionnés, comme illustré dans la capture d’écran ci-dessous. Cliquez sur le bouton Baliser des objets pour baliser le contenu sélectionné. **Remarque :** Vous ne pouvez baliser qu’un maximum de 1 000 objets à la fois. Dans la capture d’écran ci-dessous, le contenu qui n’a pas été ouvert au cours des 160 derniers jours ou plus est sélectionné pour être balisé comme contenu obsolète. ![Un tableau de bord mettant en évidence 179 classeurs et 29 sources de données pouvant être étiquetés comme étant du contenu obsolète.](/tableau/current/fr-ca/server/fr-ca/Img/admin-view-stale-content-select-content-to-tag.png) Pour trouver tout le contenu balisé, dans l’interface Web de Tableau Server, accédez à Explorer. Sélectionnez le filtre **Contenu obsolète** pour voir tout le contenu balisé comme obsolète. Vous pouvez maintenant sélectionner le contenu et le déplacer vers un projet que vous utilisez pour l’archivage ou supprimer le contenu. ![Nombre de classeurs étiquetés comme étant du contenu obsolète.](/tableau/current/fr-ca/server/fr-ca/Img/content-stale-content-tag.png) Si vous avez installé Advanced Management sur Tableau Server, vous pouvez utiliser Tableau Content Migration Tool pour gérer l’archivage du contenu obsolète selon une programmation régulière. Par exemple, vous pouvez établir un plan qui s’exécute selon un calendrier régulier pour récupérer automatiquement le contenu balisé comme contenu obsolète et le déplacer vers un projet Archive. À terme, le contenu de ce projet peut être purgé du système. Pour plus d’informations, consultez [Plans de migration : Classeurs](https://help.tableau.com/current/server/fr-ca/cmt-plan_workbooks.htm). [Passer au contenu principal](#main-content) # Contrôler l’accès à Expliquer les données Votre accès à Expliquer les données variera en fonction de votre rôle sur le site et des autorisations de contenu. Expliquer les données est toujours disponible pour les auteurs dans Tableau Desktop. Les utilisateurs dotés des autorisations appropriées peuvent exécuter Expliquer les données en mode de modification dans Tableau Cloud et Tableau Server. Les auteurs peuvent également contrôler si Expliquer les données est disponible en mode d’affichage dans les classeurs publiés et quels types d’explications sont affichés. Gardez à l’esprit qu’Expliquer les données peut révéler des dimensions et des mesures de la source de données qui ne sont pas représentées dans la vue. En tant qu’auteur, vous devriez exécuter Expliquer les données et tester les explications obtenues pour vous assurer que des données sensibles ne sont pas exposées dans vos classeurs publiés. ## Qui peut accéder à Expliquer les données Expliquer les données est activé par défaut au niveau du site. Les administrateurs de serveur (Tableau Server) et les administrateurs de site (Tableau Cloud) peuvent contrôler si Expliquer les données est disponible pour un site. Pour plus d’informations, consultez [Désactiver ou activer Expliquer les données pour un site](https://help.tableau.com/current/server/fr-ca/explain_data_enable.htm).
ModeQui peut accéder

Mode d’affichage

Les utilisateurs Tableau de type Viewer, Explorer et Creator dotés de la capacité d’autorisation Exécuter Expliquer les données peuvent exécuter et explorer les explications Expliquer les données en mode d’affichage.

Mode de modification

 

Les utilisateurs Tableau de type Creator peuvent exécuter Expliquer les données lors de la modification d’une vue dans Tableau Desktop, Tableau Cloud ou Tableau Server. Les utilisateurs de type Explorer dotés de la capacité d’autorisation Exécuter Expliquer les données et d’autorisations de modification peuvent exécuter Expliquer les données lors de la modification d’un classeur dans Tableau Cloud ou Tableau Server.

Les utilisateurs de type Creator et Explorer qui disposent d’autorisations d’édition peuvent ouvrir de nouvelles feuilles de calcul pour une analyse plus approfondie.

Ils peuvent également utiliser les paramètres d’Expliquer les données pour contrôler qui peut utiliser les données d’explication et ce qu’il peut voir.

## Contrôler qui peut utiliser Expliquer les données et ce qu’il peut voir Une combinaison de paramètres doit être activée pour que la fonction Expliquer les données soit disponible en mode d’édition et en mode d’affichage dans Tableau Cloud et Tableau Server. ### Mode de modification Conditions requises pour que les auteurs exécutent Expliquer les données ou modifient les paramètres Expliquer les données en mode de modification : - Paramètre du site : la Disponibilité d’Expliquer les données est définie sur Activer. Activé par défaut. - Rôle sur le site : Creator ou Explorer (peut publier) - Autorisations : Capacité Exécuter Expliquer les données définie sur Autorisé. Non spécifié par défaut. Si vous ouvrez un classeur (Tableau version 2022.1 ou antérieure) qui utilisait cette autorisation dans Tableau version 2022.2 ou ultérieure, vous devrez réinitialiser la fonctionnalité Exécuter Expliquer les données sur Autorisé. **Remarque :** la fonctionnalité Télécharger les données complètes pour un utilisateur de type Creator ou Explorer (peut publier) contrôle si l’utilisateur voit l’option Afficher les données complètes dans les explications des valeurs extrêmes. Les Viewers se voient toujours refuser la capacité de téléchargement des données complètes. Cependant, tous les utilisateurs peuvent voir les détails au niveau de l’enregistrement lorsque le type d’explication Valeurs extrêmes est activé dans les paramètres d’Expliquer les données. Les utilisateurs Creator et Explorer disposant d’autorisations de modification et de la capacité d’autorisation Exécuter Expliquer les données peuvent accéder aux **Paramètres d’Expliquer les données**, qui fournissent des options pour contrôler : - Les [types d’explication qui sont affichés](#ControlExpTypes) dans le volet Guide des données. - Les [champs qui sont inclus dans ou exclus de](#ControlFields) l’analyse statistique. Ces options sont définies pour l’ensemble du classeur et ne peuvent être définies que dans la boîte de dialogue Paramètres d’Expliquer les données. ### Mode d’affichage Conditions requises pour que tous les utilisateurs exécutent Expliquer les données en mode d’affichage : - Paramètre du site : la Disponibilité d’Expliquer les données est définie sur Activer. Activé par défaut. - Rôle sur le site : Creator, Explorer ou Viewer - Autorisations : Capacité Exécuter Expliquer les données définie sur Autorisé. Non spécifié par défaut. Si vous ouvrez un classeur (Tableau version 2022.1 ou antérieure) qui utilisait cette autorisation dans Tableau version 2022.2 ou ultérieure, vous devrez réinitialiser la fonctionnalité Exécuter Expliquer les données sur Autorisé. **Remarque** : pour visualiser les explications des valeurs atypiques détectées dans le Guide des données, les utilisateurs d’une visualisation doivent disposer de l’autorisation « Expliquer les données » pour accéder au classeur ou à la vue. Le propriétaire du classeur devra ouvrir les paramètres d’autorisation pour ce classeur dans Tableau Server ou Tableau Cloud et accorder l’autorisation « Expliquer les données » à cet utilisateur. ### Ouvrir la boîte de dialogue Paramètres d’Expliquer les données 1. À partir du menu Analyse, choisissez Expliquer les paramètres de données. Ou, dans le volet Guide des données, cliquez sur l’icône des paramètres (en bas à droite). ![Icône Expliquer les paramètres de données, représentée par un engrenage.](/tableau/current/fr-ca/server/fr-ca/Img/explaindata_settingsbutton.png) ### Inclure ou exclure les types d’explication affichés par Expliquer les données Les utilisateurs de type Creator et Explorer qui disposent d’autorisations de modification peuvent choisir d’exclure (ou d’inclure) les types d’explication affichés pour tous les utilisateurs de classeur. 1. Dans la boîte de dialogue **[Paramètres d’Expliquer les données](#OpenEXDsettings)**, cliquez sur l’onglet Types d’explication. ![Une liste de types d’explication d’Expliquer les données avec des cases à cocher pour sélectionner ou désélectionner chaque type.](/tableau/current/fr-ca/server/fr-ca/Img/explaindata_explanationtypes.png) 2. Dans la liste des types d’explication, sélectionnez ou effacez un type d’explication. 3. Cliquez sur OK. Testez le paramètre en enregistrant et en fermant le classeur publié, puis en ouvrant une vue à partir du classeur en mode d’affichage. Sélectionnez un repère qui contient généralement des explications de valeur extrême, puis exécutez Expliquer les données pour vérifier les résultats de l’explication. ### Inclure ou exclure des champs utilisés pour l’analyse statistique Les utilisateurs de type Creator et Explorer qui disposent d’autorisations de modification peuvent choisir d’exclure (ou d’inclure) les champs éligibles pour l’analyse. 1. Dans le volet Guide des données (en bas à droite), cliquez sur l’icône des paramètres. Ou cliquez sur le bouton Modifier dans la [vue Champs analysés](https://help.tableau.com/current/server/fr-ca/explain_data_lm_status.htm#ViewAnalyzed). ![Bouton Modifier dans le volet Champs analysés.](/tableau/current/fr-ca/server/fr-ca/Img/explaindata_editfields.png) 2. Dans la boîte de dialogue **[Paramètres d’Expliquer les données](#OpenEXDsettings)**, cliquez sur l’onglet Champs. 3. Dans la liste des champs sous Inclure, cliquez sur la flèche déroulante et sélectionnez Automatique pour inclure un champ éligible à chaque exécution d’Expliquer les données pour ce classeur. Notez que les champs doivent comporter moins de 500 valeurs uniques pour être inclus dans l’analyse. ![Fenêtre des paramètres Expliquer les données avec une mesure sélectionnée et le menu déroulant développé pour afficher les options permettant d’inclure ou d’exclure le champ.](/tableau/current/fr-ca/server/fr-ca/Img/explaindata_excludefield.png) Sélectionnez Ne jamais inclure pour exclure explicitement le champ. Sélectionnez Inclure aucun pour exécuter une analyse statistique sur les données sans tenir compte des champs. Sélectionnez Réinitialiser pour revenir aux paramètres par défaut. 4. Cliquez sur OK. Testez le paramètre en enregistrant le classeur publié. Sélectionnez un repère, puis exécutez Expliquer les données pour vérifier les résultats de l’explication. ## Configurer Tableau de manière à permettre aux utilisateurs de partager des explications par courriel et dans Slack Les administrateurs Tableau peuvent contrôler si les explications peuvent être partagées en mode visualisation par courriel ou dans Slack avec d’autres utilisateurs Tableau. Procédez comme suit pour autoriser les notifications et le partage par courriel et dans Slack dans Tableau Cloud ou Tableau Server : 1. Cliquez sur Paramètres. 2. Dans l’onglet Général, faites défiler jusqu’à la section Gérer les notifications. 3. Pour Collaboration, sélectionnez Partager pour Sur Tableau, par courriel et dans Slack. Pour partager des explications dans Slack, l’application Tableau doit être configurée pour votre espace de travail Slack. Le partage d’explications dans Slack est activé par défaut dans Tableau Cloud. Dans Tableau Server, un administrateur devra configurer l’application Tableau pour Slack. Pour plus d’informations, consultez [Intégrer Tableau à un espace de travail Slack](https://help.tableau.com/current/server/fr-ca/slack_admin.htm). [Passer au contenu principal](#main-content) # Contrôleur d’administration Tableau Server Le processus du contrôleur d’administration héberge l’API REST TSM pour la configuration et la gestion de votre déploiement Tableau Server. Il ne peut y avoir qu’une seule instance du contrôleur d’administration dans tout le groupement. Ce processus sera automatiquement configuré sur le nœud initial du groupement durant l’installation. Aucune configuration explicite n’est requise. Le contrôleur d’administration est également appelé _Contrôleur TSM_ et _Contrôleur d’administration TSM_.
Processus

Administration Controller

ÉtatL’état du processus Administration Controller est visible dans la page État et s’affiche sous la forme Contrôleur TSM. Pour plus d’informations, consultez Afficher le statut des processus du serveur.
EnregistrementLes fichiers journaux générés par le processus Administration Controller se trouvent dans C:\ProgramData\Tableau\Tableau Server\data\tabsvc\logs\tabadmincontroller. Pour plus d’informations, consultez Fichiers journaux et emplacement des fichiers journaux Tableau Server.
## Que se passe-t-il en cas d’échec du processus Contrôleur d’administration? Si le contrôleur d’administration tombe en panne, le groupement Tableau Server doit continuer à fonctionner; cependant, les commandes tsm et l’interface utilisateur Web TSM ne seront pas disponibles. Vous ne pourrez pas apporter de modifications ou de mises à jour à la configuration ou à la topologie tant que le contrôleur d’administration n’est pas de nouveau opérationnel. Comme les autres services TSM, le contrôleur d’administration est automatiquement redémarré s’il est arrêté ou en panne. Si le contrôleur d’administration ne démarre pas sur le nœud, vous pouvez essayer de démarrer le service manuellement en exécutant la commande suivante : `sc start tabadmincontroller_0` ## Déplacement du contrôleur d’administration En cas de défaillance du nœud initial, vous devez déplacer le contrôleur d’administration et le service de licences vers un nœud différent afin que Tableau Server puisse continuer à fonctionner. Pour plus d’informations sur la manière de procéder, consultez [Récupérer suite à la défaillance d’un nœud initial](https://help.tableau.com/current/server/fr-ca/distrib_ha_init_node_fail.htm). ## Redémarrage du contrôleur d’administration Redémarrez le contrôleur d’administration TSM : `net stop tabadmincontroller_0` `net start tabadmincontroller_0` **Remarque :** vous devez exécuter ces commandes en tant qu’administrateur depuis une invite de commande. Selon la configuration de votre ordinateur, vous devrez peut-être les exécuter dans le dossier `C:\Windows\System32`. **Remarque :** le redémarrage de tabadmincontroller peut demander quelques minutes. Si vous tentez d’appliquer les modifications en attente à l’étape suivante avant que le contrôleur ait entièrement redémarré, TSM ne pourra pas se connecter au contrôleur. Vous pouvez vérifier que le contrôleur est en cours d’exécution en utilisant la commande `tsm status -v`. Le contrôleur d’administration de Tableau Server devrait afficher l’état « en cours d’exécution ». [Passer au contenu principal](#main-content) # Corbeille La corbeille permet aux administrateurs de site, aux administrateurs de serveur et aux auteurs disposant de Rôles sur le site Explorer (peut publier) ou Creator de restaurer des projets, des classeurs, des sources de données et des flux précédemment supprimés. Vous pouvez accéder à la corbeille depuis la page d’accueil de votre site Tableau. Développez le volet latéral, puis sélectionnez Corbeille. Si vous ne voyez pas la corbeille, la fonctionnalité doit être activée par votre administrateur. ## Quel contenu est stocké dans la corbeille? Lorsque la corbeille est activée, les types de contenu suivants seront temporairement déplacés vers la corbeille une fois supprimés : - Classeurs (y compris l’historique des révisions, les vues, les identifiants intégrés, les sources de données intégrées et les extraits) - Sources de données (y compris les extraits et les identifiants intégrés) - Projets (y compris les classeurs et les sources de données qu’ils contiennent) - Flux Tableau Prep (Remarque : les brouillons de flux Tableau Prep sont toujours supprimés définitivement et n’iront pas dans la corbeille) Cependant, lorsque vous supprimez et restaurez des classeurs, des sources de données et des projets, certains éléments du contenu d’origine seront perdus, notamment : - Vues personnalisées - Abonnements - Alertes basées sur les données - Autorisations - Statistiques agrégées sur l’élément supprimé (compteurs de visualisation et d’utilisation) - Balises - Informations préférées (si l’élément a été ajouté aux favoris) - Commentaires - Programmations de flux - Programmations d’actualisations d’extraits > [!TIP] > > **Conseil** : Si un élément que vous vous attendiez à voir est introuvable dans la corbeille, vérifiez que vous avez sélectionné le Type de contenu adéquat. ### Contenu : Remarques et bonnes pratiques - Une fois supprimés, les types de contenu pris en charge conservent leurs noms d’origine. La restauration échoue si le projet dans lequel vous effectuez la restauration contient déjà un élément portant le même nom. Pour résoudre ce problème, restaurez dans un autre projet, renommez le contenu qui vient d’être restauré, puis déplacez le contenu vers l’emplacement souhaité. - Les classeurs et les sources de données stockés dans la corbeille occupent toujours de l'espace sur un site. Si un classeur ou une source de données utilise un extrait, la taille de cet extrait est toujours comptabilisée dans le quota du site. - Une fois supprimés, les types de contenu pris en charge ne changent pas de propriétaire. Les utilisateurs qui possédaient initialement le contenu sont toujours considérés comme propriétaires. - Lors de la restauration, les éléments restaurés prendront les autorisations par défaut définies pour le conteneur dans lequel vous effectuez la restauration. Lors de la restauration d’un contenu critique, l’utilisateur opérateur doit vérifier que les autorisations sont définies comme nécessaire. L’opération de restauration ne restaure pas les autorisations du contenu d’origine. - Les utilisateurs peuvent voir le contenu qu’ils ont supprimé dans la corbeille même s’ils ne sont pas administrateurs ou ne possèdent pas le contenu. ### Projets : Notes et bonnes pratiques Les projets peuvent contenir une variété de contenus ou des projets imbriqués. Notez les points suivants concernant les projets lorsque la corbeille est activée. **Remarque** : La corbeille respecte la hiérarchie des projets imbriqués lors de l’action de suppression initiale et lors de la restauration du contenu. Par exemple, vous pouvez supprimer une branche entière du projet racine pour envoyer la racine et tous les projets imbriqués dans la corbeille, et vous pouvez restaurer une branche entière à partir de la corbeille si vous restaurez le projet racine (et que tous les projets imbriqués sont encore dans la corbeille). Cependant, la hiérarchie n’est pas respectée lorsque vous supprimez du contenu de la corbeille. Pour supprimer tous les projets d’une branche de projet d’origine de la corbeille, vous devez supprimer chaque projet individuellement. **Exemple de projet** : Le projet A comprend 2 classeurs (A et B), une source de données et un flux. - Lorsqu’un projet est initialement supprimé et envoyé vers la corbeille, tout le contenu de ce projet compatible avec la corbeille est stocké individuellement. Pour le projet A, vous verrez un projet, un classeur A, un classeur B et une source de données dans la corbeille. D’autres types de contenu, comme les flux, sont supprimés immédiatement et ne peuvent pas être récupérés. - Tout le contenu compatible d’un projet peut être restauré ou supprimé individuellement. Par exemple, vous pouvez supprimer définitivement le classeur A du projet A, en laissant uniquement un projet, le classeur B et la source de données dans la corbeille. - Si vous restaurez un projet, tout le contenu compatible qui est encore stocké dans la corbeille à ce moment-là sera également restauré. Pour le projet A, si vous avez déjà supprimé le classeur A, puis restauré le projet A, le projet sera restauré avec uniquement le classeur B et une source de données. - Si vous supprimez un projet de la corbeille, seul le projet est supprimé. Par exemple, si vous supprimez le projet A de la corbeille, le classeur B et la source de données restent dans la corbeille jusqu’à ce qu’ils soient supprimés individuellement, restaurés ou jusqu’à l’expiration du délai de stockage. **Exemple de projet** : Le projet A comprend les classeurs A, le classeur B, une source de données et un projet B imbriqué qui comprend le classeur C. - Si un projet supprimé contient des projets imbriqués, tous les projets imbriqués qui sont encore stockés dans la corbeille à ce moment-là seront restaurés si le projet de niveau supérieur est restauré. Par exemple, la restauration du projet racine A restaure le projet de niveau supérieur A, le classeur B, une source de données, le projet B et le classeur C à l emplacement de restauration sélectionné. - Les projets imbriqués dans la corbeille peuvent être restaurés indépendamment de leur projet de niveau supérieur. Si un projet imbriqué est restauré indépendamment, et qu’ensuite le projet de niveau supérieur est restauré, le projet de niveau supérieur est restauré sans aucun contenu du projet imbriqué. Par exemple, si vous restaurez indépendamment le projet B, et ensuite le projet A, le projet A sera restauré avec le projet de niveau supérieur, le classeur B et la source de données. Le projet B restauré ne sera plus imbriqué dans le projet A. **Exemple de projet** : Le projet 1 (P1) est une branche de projet qui comprend 4 projets imbriqués (P2-P3-P4-P5). **Scénario** : Vous supprimez initialement P1 et envoyez toute la branche (la racine P1 et les P2-P3-P4-P5 imbriqués vers la corbeille. - Depuis la corbeille, vous pouvez supprimer n’importe quel projet individuel de la hiérarchie d’origine (P1-P2-P3-P4-P5). - La suppression de projets imbriqués de la corbeille perturbera la hiérarchie du projet d’origine. - Si vous supprimez P3, P1, P2, P4 et P5 restent dans la corbeille, cependant P4 n’est plus connecté à P2. La branche unique du projet d’origine est désormais divisée en deux branches : P1-P2 et P4-P5. - Une fois P3 supprimé, si vous restaurez ensuite P1, cette action restaure également P2, mais laisse P4 et P5 dans la corbeille. - Une fois P3 supprimé, si vous restaurez P4, cette action restaure également P5, car P4 est désormais considéré comme la racine de P5. - Vous pouvez restaurer individuellement n’importe lequel des projets imbriqués d’origine. - Vous ne pouvez pas supprimer une hiérarchie de projet entière de la corbeille. Vous devez supprimer chaque projet individuellement. ## Restaurer le contenu de la corbeille Vous pouvez restaurer le contenu de la corbeille dans un projet conformément au délai de stockage configuré par l’administrateur. 1. Sur la page d’accueil, développez le volet latéral, puis sélectionnez Corbeille. 2. Pour Type de contenu, sélectionnez Classeurs, Projets, Sources de données ou Flux. 3. Sélectionnez le menu Plus d’actions du contenu que vous souhaitez restaurer, puis sélectionnez Restaurer. 4. Sélectionnez un projet comme emplacement de restauration. 5. Sélectionnez Restaurer. ## Supprimer le contenu de la corbeille Vous pouvez supprimer définitivement le contenu de la corbeille avant la fin de la période de stockage configurée par l’administrateur. _Cette action ne peut être annulée._ 1. Sur la page d’accueil, développez le volet latéral, puis sélectionnez Corbeille. 2. Pour Type de contenu, sélectionnez Classeurs, Projets, Sources de données ou Flux. 3. Sélectionnez le menu Plus d’actions du contenu que vous souhaitez supprimer définitivement, puis sélectionnez Supprimer. 4. Sélectionnez Supprimer. ## Activer la corbeille Les administrateurs de site ou de serveur peuvent activer la corbeille pour un site Tableau dans les paramètres du site. Pour plus de détails, consultez [Référence des paramètres de site](https://help.tableau.com/current/server/fr-ca/sites_add.htm). 1. Dans les environnements multisite, sélectionnez le site, puis accédez aux Paramètres. 2. Dans l’onglet Général, faites défiler jusqu’à la section Corbeille. 3. Cochez la case Autoriser la corbeille pour ce site. 4. Sélectionnez le nombre de jours pendant lesquels le contenu sera stocké dans la corbeille. Vous pouvez choisir 1, 7 ou 30 jours. > [!IMPORTANT] > > Le contenu est définitivement supprimé après le nombre de jours sélectionné. 5. Sélectionnez Enregistrer. ## Désactiver la corbeille > [!WARNING] > > **Avertissement** : Si un administrateur désactive la corbeille, tout contenu stocké dans la corbeille sera définitivement supprimé. Les administrateurs de site ou de serveur peuvent désactiver la corbeille pour un site Tableau dans les paramètres du site. Pour plus de détails, consultez [Référence des paramètres de site](https://help.tableau.com/current/server/fr-ca/sites_add.htm). 1. Dans les environnements multisite, sélectionnez le site, puis accédez aux Paramètres. 2. Dans l’onglet Général, faites défiler jusqu’à la section Corbeille. 3. Décochez la case Autoriser la corbeille pour ce site. 4. Sélectionnez Enregistrer. ## Communiquez avec votre administrateur La corbeille ne peut être activée et configurée que par un administrateur de site Tableau ou un administrateur de serveur. Pour afficher les coordonnées de votre administrateur, sur la page d’accueil, sélectionnez l’icône Afficher le menu d’Aide , puis sélectionnez Communiquez avec votre administrateur Tableau. [Passer au contenu principal](#main-content) # Création de flux Tableau Prep Le processus Création de flux Tableau Prep fournit l’expérience interactive de flux Prep dans le navigateur, permettant aux utilisateurs de créer et de modifier des flux sur Tableau Server afin de nettoyer et préparer des données. Pour plus d’informations, consultez [Créer et modifier des flux publiés sur le Web](https://help.tableau.com/current/server/fr-ca/web_author_flows.htm). Ce processus a été ajouté dans la version 2020.4.
Processus

Tableau Prep Flow Authoring

ÉtatL’état du processus Tableau Prep Flow Authoring est visible dans la page État. Pour plus d’informations, consultez Afficher le statut des processus du serveur.
EnregistrementLes fichiers journaux générés par le processus Tableau Prep Flow Authoring se trouvent dans C:\ProgramData\Tableau\Tableau Server\data\tabsvc\logs\floweditor. Pour plus d’informations, consultez Fichiers journaux et emplacement des fichiers journaux Tableau Server.
Le processus Création de flux Tableau Prep est activé par défaut. Il utilise ces composants : - **Service Tableau Prep Minerva :** utilisé par le processus Création de flux Tableau Prep pour interroger les sources de données. Par défaut, il est activé automatiquement sur un nœud où le processus Création de flux Tableau Prep est activé. - **Moteur de données :** le moteur de données crée les extraits de données et traite les requêtes. Par défaut, il est activé automatiquement sur un nœud où le processus Création de flux Tableau Prep est activé. - **Passerelle :** le processus de passerelle gère toutes les requêtes adressées à Tableau Server à partir des navigateurs, de Tableau Desktop et d’autres clients. Par défaut, il est activé automatiquement sur un nœud où le processus Création de flux Tableau Prep est activé. ## Recommandations relatives aux performances et à l’évolutivité La création de flux Tableau Prep peut exiger beaucoup de ressources de processeur et de mémoire. Il est recommandé de surveiller le serveur et d’ajuster votre déploiement au besoin en isolant la création de flux sur un nœud distinct ou en ajoutant des ressources serveur. ### Isoler le flux de création sur un nœud distinct L’exécution du processus Création de flux Tableau Prep sur un nœud distinct isole les flux de travail de création de flux des autres charges de travail Tableau. Si vous avez un serveur occupé par de nombreuses actualisations d’extraits, et par de nombreuses modifications et consultations de visualisations, et que vous ne voulez pas perturber cette charge de travail, il est recommandé d’isoler la création de flux Prep sur son propre nœud serveur. Cela signifie que toutes les modifications de flux sont dirigées vers un nœud dédié. Pour plus d’informations, consultez [Configurer les nœuds](https://help.tableau.com/current/server/fr-ca/config_nodes.htm). **Remarque :** la création Web Prep utilise des services partagés tels que le serveur d’applications (VizPortal), le référentiel PostgreSQL, le serveur de cache et Hyper. Si ces services sont déjà à pleine capacité, ils peuvent également avoir besoin de ressources supplémentaires en raison de la charge supplémentaire de la création Web Prep. Pour que la création Web Prep fonctionne, le serveur de cache doit être exécuté sur son nœud de configuration portant le plus petit numéro. Par exemple, si le serveur de cache est configuré sur les nœuds 2, 3 et 4, mais est indisponible sur le nœud 2, la création Web Prep ne fonctionnera pas. Pour plus de détails, consultez [Le serveur de cache ne fonctionne pas dans le nœud portant le plus petit numéro](https://help.salesforce.com/s/articleView?id=003962421&type=1) dans la base de connaissances. Si vous exécutez Tableau Server sur un groupement multinœuds, vous pouvez dédier un ou plusieurs nœuds à l’exécution du gestionnaire de processus en arrière-plan. À l’aide du gestionnaire de processus en arrière-plan, vous pouvez isoler les charges de travail d’arrière-plan telles que Tableau Prep Conductor de toutes vos charges de travail interactives telles que la création de flux Prep et VizQL Server. Pour plus d’informations, consultez [Processus du gestionnaire de processus en arrière-plan Tableau Server](https://help.tableau.com/current/server/fr-ca/server_process_backgrounder.htm) et [Gestion de la charge de travail via les rôles de nœuds](https://help.tableau.com/current/server/fr-ca/server_node_roles.htm). Pour les déploiements principaux et basés sur les utilisateurs, il est fortement recommandé qu’au moins un nœud soit dédié aux flux pour de meilleures performances. Bien que vous puissiez exécuter des flux sur n’importe quel cœur de serveur sous licence, les achats de cœurs de ressources supplémentaires doivent uniquement exécuter Tableau Prep Conductor, et non extraire des actualisations ou des processus VizQL. ### Ajouter des ressources À mesure que vous avez besoin de ressources supplémentaires, nous vous recommandons d’ajouter d’autres nœuds à votre environnement serveur. Lors de la programmation de vos nœuds, plusieurs facteurs peuvent influencer votre décision sur la quantité de matériel supplémentaire que vous devez allouer.  Les principaux facteurs à considérer lors de la programmation de vos nœuds sont : - Le nombre d’utilisateurs simultanés ou de sessions simultanées que vous anticipez pendant les heures de pointe. Le nombre de sessions simultanées par utilisateur peut être défini à l’aide de l’option TSM `maestro.sessionmanagement.maxConcurrentSessionPerUser`. Consultez [Options tsm configuration set](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm) pour plus d’informations. - Le nombre de nœuds des données entrantes que vos flux ont en moyenne et la quantité de données qu’ils gèrent. La limite maximale d’échantillonnage des lignes peut être définie à l’aide de l’option TSM `maestro.app_settings.sampling_max_row_limit`. Consultez [Options tsm configuration set](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm) pour plus d’informations. - La complexité des flux en cours de création et le nombre de nœuds. Les types de nœuds tels que les jointures, les unions, les agrégations et les permutations auront, en général, besoin de davantage de ressources. ### Offres de licences supplémentaires Des licences supplémentaires pour Gestion des données et Advanced Management sont requises pour la configuration des nœuds.
OFFREVous permet de :
Gestion des données

Configurez un nœud pour exécuter uniquement des flux ou configurez un nœud pour exécuter tous les travaux à l’exception des flux. Tableau Prep Conductor doit être exécuté sur le nœud.

La licence Gestion des données inclut Tableau Prep Conductor, qui vous permet de planifier et de suivre les flux. La licence est destinée à un seul déploiement de Tableau Server, qui peut être basé sur les rôles ou sur le cœur.

Avec le rôle Creator, Gestion des données n’est pas requis pour créer et modifier des flux directement sur votre serveur.

Advanced ManagementConfigurez où les différents types de charges de travail sont traités via des règles de nœud. Par exemple, vous pouvez exécuter des flux sur un nœud et des abonnements et des alertes sur un autre nœud.
## Topologie et configuration Pour assurer la haute disponibilité lors de la création de flux Tableau Prep, configurez deux instances du processus Création de flux Tableau Prep sur les nœuds lors de son activation. Voici un exemple de configuration à deux nœuds : ![Exemple de configuration à deux nœuds](/tableau/current/fr-ca/server/fr-ca/Img/prep_flow_authoring_config2.png) Voici un exemple de page d’état pour une configuration à deux nœuds : ![Exemple de page d’état pour une configuration à deux nœuds](/tableau/current/fr-ca/server/fr-ca/Img/prep_flow_authoring_status2.png) Voici un exemple de configuration à quatre nœuds : ![Exemple de configuration à deux nœuds](/tableau/current/fr-ca/server/fr-ca/Img/prep_flow_authoring_config4.png) Voici un exemple de page d’état pour une configuration à quatre nœuds : ![Exemple de page d’état pour une configuration à deux nœuds](/tableau/current/fr-ca/server/fr-ca/Img/prep_flow_authoring_status4.png) [Passer au contenu principal](#main-content) # Creators : se connecter à des données sur le Web Avant de pouvoir créer un classeur ou créer une vue sur le Web pour analyser vos données sur le Web, vous devez vous connecter à vos données. Tableau prend en charge la connexion à des sources de données sur le Web publiées sur Tableau Desktop, ou la connexion à des données directement sur Tableau Cloud, Tableau Server ou Tableau Public. À partir de la version 2019.3, Tableau Catalog est disponible dans le cadre de l’offre de Gestion des données pour Tableau Server et Tableau Cloud. Lorsque Tableau Catalog est activé dans votre environnement, en plus de la navigation et de la connexion aux données depuis l’option Explorer, vous pouvez naviguer et vous connecter à d’autres types de données, par exemple des bases de données et des tables, à partir de Tableau Catalog. Pour plus d’information sur Tableau Catalog, consultez "À propos de Tableau Catalog" dans l’aide de [Tableau Server](https://help.tableau.com/current/server/fr-ca/dm_catalog_overview.htm) ou de [Tableau Cloud](https://help.tableau.com/current/online/fr-ca/dm_catalog_overview.htm). À partir de la version 2021.4, Gestion des données comprend des connexions virtuelles, un point d’accès central aux données. Pour plus d’informations, consultez « À propos des connexions virtuelles et des stratégies de données » dans l’aide de [Tableau Server](https://help.tableau.com/current/server/fr-ca/dm_vconn_overview.htm) ou [Tableau Cloud](https://help.tableau.com/current/online/fr-ca/dm_vconn_overview.htm). ## Ouvrir la page Connexion aux données Sur le Web, vous utilisez la page Connexion aux données pour accéder aux données auxquelles vous souhaitez vous connecter. Après vous être connecté à Tableau Server ou Tableau Cloud, vous pouvez ouvrir cette page de deux manières : - Accueil \> Nouveau > Classeur - Explorer > Nouveau > Classeur Si vous êtes sur Tableau Public, vous pouvez ouvrir cette page à partir de votre profil d’auteur : - Mon profil \> Créer une visualisation La boîte de dialogue Se connecter aux données affiche une liste déroulante de contenu mixte populaire. Si vous disposez d’une licence Gestion des données, vous pouvez vous connecter aux données à l’aide d’une connexion virtuelle, et si vous avez activé Gestion des données avec Tableau Catalog, vous pouvez également vous connecter à des ressources externes, telles que des bases de données, des fichiers et des tables. Le champ de recherche réactif affiche une liste de suggestions qui se met à jour au fur et à mesure que vous saisissez du texte. Filtrez les résultats par type de données, par statut de certification ou par d’autres filtres qui dépendent du type de données sélectionné. Par exemple, certains types de données peuvent vous permettre de filtrer en fonction des balises, du type de connexion, des avertissements sur la qualité des données ou d’autres critères. Les anciennes versions de la boîte de dialogue ont un aspect et un fonctionnement légèrement différents, mais la fonction générale est similaire. ![Connectez-vous aux données sur Tableau Cloud avec des options de connexion à des sources de données, des connexions virtuelles, des bases de données et des fichiers ou des tables.](/tableau/current/fr-ca/server/fr-ca/Img/connect_to_data.png) Dans la page Connexion aux données, les onglets que vous voyez dépendent du produit que vous utilisez. Sur Tableau Server, sélectionnez l’un des onglets suivants pour vous connecter aux données : Sur ce site, Fichiers et Connecteurs. ### Se connecter aux données « Sur ce site » 1. Sélectionnez Sur ce site pour accéder à des sources de données publiées ou les rechercher. 2. Sélectionnez la source de données sous Nom et cliquez sur le bouton Connexion . **Remarque :** outre la connexion aux sources de données, lorsque vous disposez de Gestion des données, vous pouvez utiliser l’option Sur ce site pour vous connecter aux données à l’aide d’une connexion virtuelle. Lorsque Tableau Catalog est activé, vous pouvez également vous connecter à des bases de données, des fichiers et des tables. ### Se connecter à des fichiers Tableau prend en charge le téléversement de fichiers Excel, de sources de données textuelles (.xlsx, .csv, .tsv) et de fichiers de données spatiales qui ne nécessitent qu’un seul fichier (.kml, .geojson, .topojson, .json, et fichiers de formes Esri et bases de données spatiales de fichiers Esri compressés dans un .zip) directement dans votre navigateur. Dans l’onglet Fichiers du volet Se connecter aux données, connectez-vous à un fichier en le faisant glisser et en le déposant dans le champ ou en cliquant sur Téléverser depuis l’ordinateur. La taille de fichier maximale que vous pouvez téléverser est de 1 Go. ### Utiliser des connecteurs Depuis l’onglet Connecteurs, vous pouvez vous connecter à des données hébergées dans une base de données dans le nuage ou à un serveur de votre entreprise. Vous devez fournir des données de connexion pour chaque connexion de données que vous effectuez. Par exemple, pour la plupart des connexions de données, vous devez fournir un nom de serveur ainsi que vos données de connexion. L’onglet [Connecteurs pris en charge](https://help.tableau.com/current/pro/desktop/fr-ca/exampleconnections_overview.htm) contient des informations sur la manière de connecter Tableau à chacun de ces types de connecteurs pour configurer votre source de données. Si le connecteur dont vous avez besoin n’apparaît pas dans l’onglet Connecteurs, vous pouvez vous connecter aux données à travers Tableau Desktop et publier votre source de données sur Tableau Cloud ou Tableau Server pour la création Web. Pour en savoir plus, consultez [Publier une source de données](https://help.tableau.com/current/pro/desktop/fr-ca/publish_datasources.htm) dans Tableau Desktop. Une fois que Tableau s’est connecté à vos données, le volet Source de données s’ouvre afin que vous prépariez les données pour l’analyse et commenciez à créer votre vue. Pour en savoir plus, consultez [Creators : préparer les données sur le Web](https://help.tableau.com/current/pro/desktop/fr-ca/creator_data_prep.htm). #### Connecteurs Tableau Server

Actian Matrix*

Alibaba AnalyticDB for MySQL‡

Alibaba Data Lake Analytics‡

Alibaba MaxCompute‡

Amazon Athena‡

Amazon Aurora for MySQL‡

Amazon EMR Hadoop Hive‡

Amazon Redshift‡

Apache Drill‡

Aster Database*

Azure Data Lake Storage Gen2‡

Box‡

Cloudera Hadoop‡

Databricks‡

Datorama par Salesforce‡

Denodo‡

Dremio par Dremio‡

Dropbox‡

Connecteur Esri‡

Exasol‡

Google BigQuery**‡

Google BigQuery JDBC**‡

Google Cloud SQL‡

Google Drive‡

Impala‡

Kognito*

Kyvos‡

Hortonworks Hadoop Hive

IBM BigInsights

IBM DB2‡

IBM PDA (Netezza)*

Kyvos‡

MariaDB‡

MarkLogic*

Microsoft Azure SQL Database‡

Microsoft Azure Synapse Analytics‡

Microsoft SQL Server‡

MonetDB*

MongoDB BI Connector‡

MySQL‡

Protocole de données ouvertes‡

OneDrive‡

Oracle‡

Pivotal Greenplum Database‡

PostgreSQL‡

Progress OpenEdge*

Presto‡

Qubole Presto‡

SAP HANA (pour les connexions virtuelles uniquement)‡

SAP Sybase ASE*

SAP Sybase IQ*

Salesforce‡

Listes SharePoint‡

SingleStore (anciennement MemSQL)‡

Snowflake‡

Spark SQL‡

Teradata***‡

Vertica‡

\*Non disponible sur les serveurs Linux. \*\*Google BigQuery nécessite OAuth lors de la création de sources de données à partir du Web. Pour en savoir plus sur la façon dont les administrateurs de serveur peuvent [Configurer OAuth pour Google](https://help.tableau.com/current/server/fr-ca/config_oauth_google.htm). \*\*\*La création Web Teradata ne prend actuellement pas en charge la fonctionnalité Bandes de requêtes. Consultez [Teradata](https://help.tableau.com/current/pro/desktop/fr-ca/examples_teradata.htm) pour plus de détails. ‡ Prend en charge les connexions virtuelles si vous disposez de Gestion des données. Consultez [À propos des connexions virtuelles et des stratégies de données](https://help.tableau.com/current/server/fr-ca/dm_vconn_overview.htm) dans l’aide de Tableau Server pour plus de détails. #### Connecteurs Tableau Catalog pris en charge Tableau Catalog prend en charge la connexion à un sous-ensemble de connecteurs de données géré par Tableau Server. Si une source de données, une base de données, un fichier ou une table apparaît en grisé, vous ne pouvez pas vous connecter depuis Tableau Server. Vous pouvez toutefois vous connecter à partir du volet Connexion de Tableau Desktop si vous disposez des autorisations correctes. Sur Tableau Cloud, sélectionnez l’un des onglets suivants pour vous connecter aux données : Sur ce site, Fichiers, Connecteurs et Dashboard Starters. ### Se connecter aux données « Sur ce site » 1. Sélectionnez Sur ce site pour accéder à des sources de données publiées ou les rechercher. 2. Sélectionnez la source de données sous Nom et cliquez sur le bouton Connexion. **Remarque :** outre la connexion aux sources de données, lorsque vous disposez de Gestion des données, vous pouvez utiliser l’option Sur ce site pour vous connecter aux données à l’aide d’une connexion virtuelle. Lorsque Tableau Catalog est activé, vous pouvez également vous connecter à des bases de données, des fichiers et des tables. ### Se connecter à des fichiers Tableau prend en charge le téléversement de sources de données Excel ou texte (.xlx, .csv, .tsv) directement dans votre navigateur. Dans l’onglet Fichiers du volet Se connecter aux données, connectez-vous à un fichier Excel ou texte en le faisant glisser et en le déposant dans le champ et en cliquant sur Téléverser depuis l’ordinateur. La taille de fichier maximale que vous pouvez téléverser est de 1 Go. ### Utiliser des connecteurs Depuis l’onglet Connecteurs, vous pouvez vous connecter à des données hébergées dans une base de données dans le nuage ou à un serveur de votre entreprise. Vous devez fournir des données de connexion pour chaque connexion de données que vous effectuez. Par exemple, pour la plupart des connexions de données, vous devez fournir un nom de serveur ainsi que vos données de connexion. La section [Connecteurs pris en charge](https://help.tableau.com/current/pro/desktop/fr-ca/exampleconnections_overview.htm) contient des informations sur la façon de connecter Tableau à vos données à l’aide de connecteurs. Si le connecteur dont vous avez besoin n’apparaît pas dans l’onglet Connecteurs, vous pouvez vous connecter aux données à travers Tableau Desktop et publier votre source de données sur Tableau Cloud ou Tableau Server pour la création Web. Pour en savoir plus, consultez [Publier une source de données](https://help.tableau.com/current/pro/desktop/fr-ca/publish_datasources.htm) dans Tableau Desktop. **Remarque :** si vous ne pouvez pas vous connecter à vos données depuis Tableau Cloud, vérifiez si la base de données est accessible publiquement. Tableau Cloud peut se connecter uniquement à des données accessibles depuis l’Internet public. Si vos données se trouvent derrière un réseau privé, vous pouvez vous connecter à l’aide de Tableau Bridge. Pour en savoir plus, consultez [Publicateurs : Utiliser Tableau Bridge pour garder à jour les données Tableau Cloud](https://help.tableau.com/current/online/fr-ca/qs_refresh_local_data.htm). #### Connecteurs Tableau Cloud

Alibaba AnalyticsDB for MySQL‡

Alibaba Data Lake Analytics‡

Amazon Athena‡

Amazon Aurora for MySQL‡

Amazon EMR Hadoop Hive‡

Amazon Redshift‡

Apache Drill‡

Azure Data Lake Storage Gen2‡

Azure Synapse Analytics (compatible avec SQL Server)

Box‡

Cloudera Hadoop‡

Databricks‡

Datorama par Salesforce‡

Denodo‡

Dremio par Dremio‡

Dropbox*‡

Connecteur Esri‡

Exasol‡

Google BigQuery*‡

Google Cloud SQL (compatible avec MySQL)‡§

Google Drive‡

Hortonworks Hadoop Hive

Impala‡

Kyvos‡

MariaDB‡

Microsoft Azure SQL Database‡

Microsoft Azure Synapse Analytics‡

Microsoft SQL Server‡

MongoDB BI Connector‡

MySQL‡

Protocole de données ouvertes‡

OneDrive*‡

Oracle‡

Pivotal Greenplum Database‡

PostgreSQL‡

Presto‡

Qubole Presto‡

Salesforce‡

SAP HANA (pour les connexions virtuelles uniquement)‡

Listes SharePoint‡

SingleStore (anciennement MemSQL)‡

Snowflake‡

Spark SQL‡

Teradata**‡

Vertica‡

\*Pour plus d’information sur l’utilisation de la norme OAuth 2.0 pour Google BigQuery, OneDrive et Dropbox dans Tableau Cloud, consultez [Connexions OAuth](https://help.tableau.com/current/online/fr-ca/protected_auth.htm). \*\*La création Web Teradata ne prend actuellement pas en charge la fonctionnalité Bandes de requêtes. Consultez [Teradata](https://help.tableau.com/current/pro/desktop/fr-ca/examples_teradata.htm) pour plus de détails. ‡ Prend en charge les connexions virtuelles si vous disposez de Gestion des données. Consultez [À propos des connexions virtuelles et des stratégies de données](https://help.tableau.com/current/online/fr-ca/dm_vconn_overview.htm) dans l’aide de Tableau Cloud pour plus de détails. §Tableau Cloud ne prend pas en charge SSL à l’aide de Google Cloud SQL. #### Connecteurs Tableau Catalog pris en charge Tableau Catalog prend en charge la connexion à un sous-ensemble de connecteurs de données géré par Tableau Cloud. Si une source de données, une base de données, un fichier ou une table apparaît en grisé, vous ne pouvez pas vous connecter depuis Tableau Cloud. Vous pouvez toutefois vous connecter à partir du volet Connexion de Tableau Desktop si vous disposez des autorisations correctes. ### Utiliser les Dashboard Starters Dans Tableau Cloud, vous pouvez créer et analyser rapidement des données à partir de LinkedIn Sales Navigator, Oracle Eloqua, Salesforce, ServiceNow ITSM et QuickBooks Online à l’aide de l’onglet Dashboard Starters. Sur l’onglet Dashboard Starter, dans la liste des modèles prédéfinis, sélectionnez une option et cliquez sur Utiliser le tableau de bord. Consultez [Dashboard Starters pour les sources de données basées sur le nuage](https://help.tableau.com/current/pro/desktop/fr-ca/starters.htm) pour plus de détails. ### Création Web avec Tableau Bridge Lors de la création de vues de données ou de l’utilisation directe sur le Web dans Tableau Cloud, Tableau Bridge prend en charge toutes les requêtes pour une grande variété de bases de données et d’environnements de données dans le nuage : - **Connecteurs nommés** : vous pouvez créer des connexions de données complètement nouvelles directement lors des sessions de création Web, pour tout connecteur nommé pris en charge qui apparait dans le volet Connexion de Tableau Cloud. - **Connecteurs non nommés ou génériques** : la création Web est entièrement compatible avec certains connecteurs de base de données non nommés lorsqu’il faut modifier du contenu qui pointe déjà vers une architecture Bridge existante et déjà fonctionnelle. Il s’agit notamment de : - L’option « Modifier la source de données » peut ne pas être disponible pour tous les connecteurs non nommés. - Modifier une source de données intégrée dans un classeur en nuage existant et fonctionnel. En aucun cas Tableau ne prend en charge la modification des sources de données publiées via la création Web. Les limitations sont les suivantes : - L’option **Modifier la source de données** peut ne pas être disponible pour les sources de données publiées qui utilisent des connecteurs non nommés (génériques). Le bouton apparaît en grisé. - La modification d’une source de données publiée en direct qui contient plusieurs connexions à des sources de données Bridge n’est pas prise en charge actuellement et entraînera une erreur. Pour plus de détails, consultez [Connectivité avec Bridge](https://help.tableau.com/current/online/fr-ca/to_sync_local_data.htm). Sur Tableau Public, vous pouvez vous connecter aux données en téléversant un fichier pris en charge. ### Se connecter à des fichiers Tableau prend en charge le téléversement de sources de données Excel ou texte (.xlx, .csv, .tsv) directement dans votre navigateur. Dans l’onglet Fichiers du volet Se connecter aux données, connectez-vous à un fichier Excel ou texte en le faisant glisser et en le déposant dans le champ et en cliquant sur Téléverser depuis l’ordinateur. La taille de fichier maximale que vous pouvez téléverser est de 1 Go. Si vous n’avez pas d’ensemble de données, consultez les [exemples d’ensembles de données](https://public.tableau.com/fr-ca/s/resources?qt-overview_resources=1#qt-overview_resources) gratuits sur le site Web de Tableau Public. ### Utiliser des connecteurs Depuis l’onglet Connecteurs, vous pouvez vous connecter à des données hébergées dans une base de données dans le nuage. Vous devez fournir des données de connexion pour chaque connexion de données que vous effectuez. Par exemple, pour la plupart des connexions de données, vous devez fournir vos données de connexion. La section [Connecteurs pris en charge](https://help.tableau.com/current/pro/desktop/fr-ca/exampleconnections_overview.htm) contient des informations sur la façon de connecter Tableau à vos données à l’aide de connecteurs. Si le connecteur dont vous avez besoin n’apparaît pas dans l’onglet Connecteurs, vous pouvez vous connecter aux données par l’intermédiaire de Tableau Desktop et créer un extrait de données. **Remarque :** si vous ne pouvez pas vous connecter à vos données depuis Tableau Public, vérifiez si la base de données est accessible publiquement. Tableau Public peut uniquement se connecter à des données accessibles depuis l’Internet public. #### Connecteurs Tableau Public

Google Drive

OData

## Après vous être connecté Une fois que Tableau s’est connecté à vos données, le volet Source de données s’ouvre afin que vous prépariez les données pour l’analyse et commenciez à créer votre vue. Pour en savoir plus, consultez [Creators : préparer les données sur le Web](https://help.tableau.com/current/pro/desktop/fr-ca/creator_data_prep.htm). ## Mettre les données à jour dans la création Web **Mettre à jour les fichiers téléchargés dans Tableau Cloud ou Tableau Server :** si vous téléchargez manuellement un fichier (Excel ou texte) pour la création Web, Tableau ne peut pas actualiser le fichier automatiquement. Pour mettre à jour vos données, sélectionnez « Modifier la connexion » pour téléverser une nouvelle version du fichier. Dans Tableau Public, accédez à votre visualisation et cliquez sur Demander une mise à jour. Vous pouvez également garder vos données à jour automatiquement en sélectionnant « Garder ces données synchronisées » dans Tableau Desktop Public Edition. **Mettre à jour des sources de données publiées basées sur des fichiers dans Tableau Cloud :** si vous avez une source de données publiée dans Tableau Cloud (publiée sur Tableau Desktop) qui utilise des données basées sur des fichiers, vous pouvez la garder à jour à l’aide de Tableau Bridge. Pour plus d’information, consultez [Développer les options d’actualisation des données à l’aide de Tableau Bridge](https://help.tableau.com/current/online/fr-ca/to_sync_local_data.htm). La modification d’une source de données publiée par le biais de la création Web n’est en aucun cas prise en charge. Les limitations sont les suivantes : - L’option « Modifier la source de données » n’est pas disponible pour les sources de données publiées qui utilisent des connecteurs non nommés (génériques). Le bouton peut apparaître grisé. - La modification d’une source de données publiées (PDS) en direct, qu’elle ait été créée via la création Web ou publiée depuis Tableau Desktop, peut entraîner une erreur de connexion. Tableau Cloud peut tenter une connexion directe à la base de données au lieu de transiter par Bridge, ce qui provoque l’échec de la demande. - La modification d’une PDS en direct contenant plusieurs connexions à des sources de données Bridge n’est pas prise en charge actuellement et entraînera une erreur. Comprendre les erreurs pouvant survenir lors de la création Web avec Bridge Les messages d’erreur affichés lors des échecs de la création Web peuvent ne pas indiquer clairement un problème lié à Bridge. Scénarios courants et leur signification : - Une erreur de réseau ou de délai d’expiration de la connexion (par exemple, « Une erreur liée au réseau ou à l’instance s’est produite » ou « Expiration du délai de la connexion ») peut indiquer que Tableau Cloud a basculé vers à une tentative de connexion directe au lieu de passer par Bridge. Vérifiez que votre client Bridge est connecté et affecté au pool approprié. - Une erreur NO\_POOLED\_AGENTS\_ASSIGNED\_NAMED\_POOL indique qu’aucun agent Bridge n’est affecté au pool nommé configuré pour votre site. Affectez un client Bridge actif pour résoudre ce problème. - Si le bouton « Modifier la source de données » est grisé, la source de données utilise un connecteur non nommé qui ne prend pas actuellement en charge la modification via la création Web. [Passer au contenu principal](#main-content) # Créer automatiquement des vues avec la fonctionnalité « Parlez aux données » **Changements importants apportés à Parlez aux données et Métriques** Les fonctionnalités Parlez aux données et Métriques de Tableau ont été retirées dans Tableau Cloud février 2024 et dans Tableau Server version 2024.2. Grâce aux progrès des technologies du langage naturel, nous développons une interface améliorée qui permettra de poser plus facilement des questions sur vos données et de rester au courant des changements. Pour plus d’informations, consultez [Comment Tableau AI et Tableau Pulse réinventent les expériences liées aux données.](https://www.tableau.com/fr-ca/blog/tableau-pulse-and-tableau-gpt) Parlez aux données vous permet de saisir une question dans un langage courant et d’obtenir aussitôt une réponse directement dans Tableau. Les réponses se présentent sous la forme de visualisations de données automatiques, sans nécessité de faire glisser-déposer des champs manuellement ni de comprendre les nuances de la structure de vos données. La fonctionnalité « Parlez aux données » vous permet de poser naturellement des questions sophistiquées, prenant en charge des concepts analytiques clés tels que les analyses dans le temps et l’espace, et une compréhension des phrases de conversation telles que « année dernière » et « le plus populaire ». ![Créer une visualisation à l’aide de « Parlez aux données »](/tableau/current/fr-ca/server/fr-ca/Img/askdata_1.gif) ## Accéder aux loupes Parlez aux données Avant de pouvoir interroger une source de données avec Parlez aux données, [un auteur Tableau doit d’abord créer une Loupe](https://help.tableau.com/current/pro/desktop/fr-ca/ask_data_lenses.htm) qui spécifie le sous-ensemble de champs de données utilisé par la loupe. Dans Tableau, voici tous les emplacements où vous pouvez accéder à une loupe Parlez aux données : - Dans la page Toutes les loupes au niveau supérieur de votre site Tableau Cloud ou Tableau Server. ![Les loupes pour l’analyse des campagnes publicitaires et des expéditions pour « Parlez aux données ».](/tableau/current/fr-ca/server/fr-ca/Img/ask_data_all_lenses.png) - Dans l’onglet Parlez aux données d’une source de données pour laquelle des loupes ont été créées. ![La page Source de données Super Store s’affiche avec trois options de loupes connectées mises en surbrillance.](/tableau/current/fr-ca/server/fr-ca/Img/ask_data_connected_lenses.png) - Dans un objet Parlez aux données sur un tableau de bord. ![Un tableau de bord avec une carte, un nuage de points et une liste de classement des clients.](/tableau/current/fr-ca/server/fr-ca/Img/ask_data_in_dashboard.png) ## Parlez aux données depuis une page Loupe ou un objet de tableau de bord ### Accédez à une loupe et apprenez-en plus sur ses données 1. Accédez à une loupe par la page Toutes les loupes de votre site Tableau, l’onglet Parlez aux données pour une source de données ou un objet Parlez aux données sur un tableau de bord. 2. (Facultatif) Sous Visualisations recommandées, cliquez sur une entrée pour afficher rapidement les visualisations que l’auteur de l’objectif a créées pour votre entreprise. Si les recommandations ne répondent pas à vos besoins actuels en matière d’analyse de données, [créez une requête](#Build) pour créer votre propre question. 3. Dans le volet Données à gauche, survolez rapidement chaque champ pour en savoir plus sur les données qu’il contient. ![Visualisation montrant la chaîne Pays mise en surbrillance dans le volet latéral et les détails relatifs aux pays, y compris le nombre de valeurs propres aux pays et une liste de noms de pays.](/tableau/current/fr-ca/server/fr-ca/Img/ask_data_tooltip.png) Dans un objet de tableau de bord plus étroit, le volet Données peut être masqué, mais vous pouvez voir la même information en cliquant sur le menu déroulant Champs. ![Un tableau de bord avec le menu Champs en surbrillance.](/tableau/current/fr-ca/server/fr-ca/Img/ask_data_dashboard_fields.png) ### Créer des requêtes en saisissant du texte 1. Tapez dans la zone indiquant Rechercher des champs ou des valeurs pour créer une visualisation. ![Champ de recherche pour ajouter des champs ou des valeurs à une visualisation.](/tableau/current/fr-ca/server/fr-ca/Img/ask_data_ask_textbox.png) 2. Au fur et à mesure de votre saisie, Parlez aux données recherche les champs de données, les fonctions et les valeurs de chaîne et affiche les résultats dans une liste déroulante. Cliquez sur les éléments de la liste pour les ajouter à votre entrée actuelle, affichée au-dessus de la zone de recherche. Pour créer automatiquement une visualisation à l’aide de l’entrée actuelle, appuyez sur Entrée à tout moment. ![L’interface utilisateur de « Parlez aux données » pour la recherche, sur laquelle s’affiche la liste déroulante de remplissage automatique](/tableau/current/fr-ca/server/fr-ca/Img/ask_data_entity_search.png) Modification d’une requête en recherchant des champs et des fonctions analytiques A. Entrée actuelle B. Filtres actuels C. Zone de recherche D. Champs renvoyés E. Fonctions analytiques renvoyées F. Valeurs de champ renvoyées ### Créer des requêtes en ajoutant des expressions suggérées Tableau proposera des expressions basées sur les demandes les plus fréquentes formulées dans votre loupe et par d’autres personnes de votre organisation. Lorsque vous ouvrez votre loupe, vous remarquerez des suggestions qui vous aideront à obtenir des réponses rapides aux questions fréquentes. Vous pouvez ajouter ces suggestions à votre requête en cliquant dessus. À mesure que vous ajoutez des expressions à votre requête, les suggestions sont mises à jour de façon dynamique avec des expressions plus pertinentes. La vue se crée automatiquement à chaque sélection. ![Créer une visualisation à l’aide de « Parlez aux données »](/tableau/current/fr-ca/server/fr-ca/Img/askdata_2.gif) ### Créer des requêtes en ajoutant des champs et des filtres 1. Cliquez sur Ajouter un champ ou Ajouter un filtre. ![Le Phrase Builder de « Parlez aux données », avec les options Ajouter un champ et Ajouter un filtre mises en évidence.](/tableau/current/fr-ca/server/fr-ca/Img/ask_data_click_phrasebuilder.png) 2. Cliquez sur le champ souhaité. (Pour affiner une longue liste, tapez d’abord dans la zone Champs de recherche.) ![Le Phrase Builder de « Parlez aux données », avec la mesure Ventes sélectionnée pour la visualisation.](/tableau/current/fr-ca/server/fr-ca/Img/ask_data_click_phrasebuilder_2.png) 3. Définissez toutes les sous-options, telles que le type d’agrégation pour un champ numérique ou le regroupement pour les champs de chaîne et de date. 4. Pour ajouter d’autres champs ou filtres, cliquez sur le signe plus. ![Le Phrase Builder de « Parlez aux données », avec l’icône plus en surbrillance.](/tableau/current/fr-ca/server/fr-ca/Img/ask_data_click_phrasebuilder_3.png) ### Voir comment les éléments de votre requête sont appliqués Pour voir comment les éléments de votre requête sont appliqués, survolez-les dans la zone de texte ou l’interprétation au-dessus. Les mots qui ne sont pas utilisés s’affichent en grisé, ce qui vous aide à reformuler votre requête d’une manière plus claire pour Parlez aux données. ![Mappage de Parlez aux données.](/tableau/current/fr-ca/server/fr-ca/Img/ask_data_mapping.gif) ## Reformuler votre question Vous pouvez reformuler les questions en cliquant sur des options, des champs de données et des filtres dans l’interface utilisateur. ### Modifier le type de visualisation Si la visualisation par défaut ne révèle pas complètement vos données, cliquez sur le menu en haut à droite, et choisissez parmi ces types de visualisation pris en charge : - Graphique à barres - Barre de Gantt - Carte de densité - Histogramme - Graphique en courbes - Carte - Graphique à secteurs - Nuage de points - Graphique à barres empilées - Tableau de texte - Arborescence ![Une visualisation d’une carte des États-Unis affiche le profit moyen par ville, et un menu déroulant est mis en surbrillance pour afficher les options suivantes pour la modification du type de visualisation : carte, graphique à barres, tableau de texte, barre empilée, carte de densité et arborescence.](/tableau/current/fr-ca/server/fr-ca/Img/ask_data_viz_change.png) **Remarque :** pour créer automatiquement certains types de visualisation, la fonctionnalité « Parlez aux données » ajoute parfois des champs tels que « Nombre d’enregistrements » à vos données. ### Modifier les champs, les filtres et les données affichées La fonctionnalité « Parlez aux données » vous propose plusieurs manières d’ajuster l’affichage des valeurs de champ. - Pour changer les champs utilisés pour les axes vertical et horizontal, cliquez sur le bouton Permuter les axes ![Bouton Permuter les axes.](/tableau/current/fr-ca/server/fr-ca/Img/environ_swap.png) à gauche du menu de sélection de la visualisation : ![L’icône de permutation des axes.](/tableau/current/fr-ca/server/fr-ca/Img/ask_data_swap_axes_context.png) - Pour modifier un champ, cliquez d’abord dessus dans votre entrée de requête, puis cliquez sur le nom du champ ci-dessous. (Pour modifier les champs utilisés dans les calculs de différence, consultez [Comparer les différences dans le temps](#Compare).) ![La mesure des émissions de CO2 est mise en surbrillance.](/tableau/current/fr-ca/server/fr-ca/Img/ask_data_change_field.png) - Pour modifier le type d’agrégation ou de regroupement d’un champ (par exemple, de moyenne à somme), cliquez sur le nom du champ dans la zone de texte, puis choisissez une agrégation ou un regroupement différent. ![Options de sélection de la méthode d’agrégation affichées pour la somme, la moyenne ou la médiane, avec la moyenne sélectionnée.](/tableau/current/fr-ca/server/fr-ca/Img/ask_data_aggtype_short.png) - Pour les filtres de catégorie, cliquez sur des valeurs (par exemple « exclure les États-Unis » dans l’exemple ci-dessous) pour modifier des valeurs spécifiques ou saisir des paramètres génériques. ![Ajustement du filtre « Parlez aux données » affiché avec une valeur de pays exclue.](/tableau/current/fr-ca/server/fr-ca/Img/ask_data_adjust_filter.png) - Pour ajuster une plage numérique, cliquez sur des mots tels que « high » (élevé) ou « cheap » (bon marché). ![Ajustement du filtre « Parlez aux données » affiché avec les options d’ajustement de la plage de profits.](/tableau/current/fr-ca/server/fr-ca/Img/ask_data_adjust_range.png) - Pour supprimer un champ ou un filtre, survolez-le et cliquez sur X. ### Ajuster les filtres de dates Pour ajuster un filtre de dates, cliquez sur des mots tels que « last » (dernier) ou « previous » (précédent). Cliquez ensuite sur l’une des options suivantes : - Dates spécifiques pour entrer une période ou une valeur de date spécifique - Dates relatives pour afficher une plage de dates par rapport au jour actuel - Plage de dates pour entrer des points de départ et de fin spécifiques Dates spécifiques fournit quelques options uniques dans le menu Détails de date : - Les options Période affichent une plage de dates continue unique - Les options de Valeur de date affichent des plages qui peuvent se répéter en plusieurs périodes. Par exemple, pour afficher les performances des ventes combinées pour le premier trimestre sur plusieurs années, sous Valeur de date, choisissez Trimestres. ![Une boîte de dialogue de filtre de date pour des dates spécifiques. ](/tableau/current/fr-ca/server/fr-ca/Img/ask_data_specific_date.png) ## Comparer les différences dans le temps La fonctionnalité « Parlez aux données » vous permet de comparer des périodes de temps avec des expressions comme « d’une année sur l’autre » ou « d’un trimestre sur l’autre ». Les résultats apparaissent sous forme de calculs de table Différence ou Différence de pourcentage dans les classeurs que vous sauvegardez à partir de « Parlez aux données ». ![Graphique en courbes montrant la différence d’une année sur l’autre dans la somme des ventes à la date de la commande, la différence d’une année sur l’autre étant mise en surbrillance.](/tableau/current/fr-ca/server/fr-ca/Img/ask_data_yoy.png) Dans la zone de texte, cliquez sur un calcul de différence pour choisir d’autres champs, méthodes d’agrégation et périodes temporelles. ![Une boîte de dialogue affiche des options permettant de calculer la différence entre les ventes moyennes et la date de commande ou la date d’expédition.](/tableau/current/fr-ca/server/fr-ca/Img/ask_data_yoy_revise.png) ## Appliquer des calculs simples La fonctionnalité « Parlez aux données » prend en charge des calculs simples entre deux mesures, que vous pouvez appliquer à l’aide de ces symboles : + additionne les mesures \- produit la différence entre elles \* multiplie / divise Dans les classeurs que vous sauvegardez depuis la fonctionnalité « Parlez aux données », ces calculs ne deviennent pas des champs calculés mais des calculs ad hoc sur les étagères Colonnes, Lignes ou Repères. ![Une visualisation avec l’option de calcul de « Parlez aux données » mise en évidence, présentant une équation où la somme des profits est divisée par la somme des ventes.](/tableau/current/fr-ca/server/fr-ca/Img/ask_data_calculations.png) ## Ajouter des feuilles avec d’autres visualisations Pour créer rapidement plusieurs visualisations différentes à partir d’une loupe, ajoutez des feuilles dans Parlez aux données. Au bas de la page Web, effectuez l’une des opérations suivantes : - Cliquez sur l’icône Ajouter une feuille à droite des feuilles nommées. ![Onglets de feuille intitulés Feuille 1 et Feuille 2, avec un bouton permettant d’ajouter une nouvelle feuille.](/tableau/current/fr-ca/server/fr-ca/Img/ask_data_sheets.png) - Cliquez avec le bouton droit de la souris sur un nom de feuille et choisissez Dupliquer ou Supprimer. (Pour renommer les feuilles depuis la fonctionnalité « Parlez aux données », vous devez les enregistrer dans un nouveau classeur.) ## Partager les visualisations Parlez aux données par courriel, Slack ou lien Vous pouvez rapidement partager des visualisations Parlez aux données avec toute personne ayant accès à une loupe. 1. Dans le coin supérieur droit du navigateur, cliquez sur l’icône Partager. ![Icône Partager](/tableau/current/fr-ca/server/fr-ca/Img/ask_data_link.png) 2. Effectuez l’une des actions suivantes : - Pour partager la visualisation par courriel ou Slack, saisissez des noms d’utilisateur spécifiques dans la zone de texte. (L’intégration des courriels et de Slack doit être préalablement configurée par votre administrateur Tableau.) - Pour copier une URL que vous pouvez coller dans des courriels personnalisés et d’autres messages, cliquez sur Copier le lien. ## Envoyer des commentaires au propriétaire d’une loupe Si vous avez des questions sur la structure d’une loupe ou sur la meilleure façon de l’utiliser avec Parlez aux données, vous pouvez envoyer des commentaires directement à l’auteur. (Cette option est activée par défaut mais les auteurs de loupes peuvent la désactiver.) 1. À gauche de la zone de requête de Parlez aux données, cliquez sur l’icône Conseils d’utilisation de Parlez aux données. ![Survol de l’icône d’information affichant les infobulles Parlez aux données.](/tableau/current/fr-ca/server/fr-ca/Img/ask_data_tips_button.png) 2. Au bas de la boîte de dialogue Conseils, cliquez sur Contacter l’auteur de la loupe. ## Conseils pour des requêtes réussies Lorsque vous structurez des questions pour Parlez aux données, appliquez ces conseils pour obtenir de meilleurs résultats. - **Utilisez des mots clés :** par exemple, au lieu de « Je souhaite voir tous les pays où se trouvent ces aéroports », essayez « par aéroport et pays ». - **Utilisez l’intitulé exact pour les noms de champ et les valeurs :** par exemple, si votre loupe inclut les champs Code aéroport, Nom aéroport, Région aéroport, spécifiez-les par leur nom. - **Consultez une liste classée :** la fonctionnalité « Parlez aux données » associe les termes tels que « le meilleur » et « le pire » à Supérieur 1 et Inférieur 1, respectivement. Si vous souhaitez afficher des classements plus étendus, utilisez « élevé » et « bas ». Par exemple, « maisons avec prix de vente bas ». - **Interroger les calculs de table :** dans les expressions de requête pour les champs de calcul de table, notez que vous ne pouvez pas filtrer, limiter ou inclure une « différence d’une année sur l’autre ». - **Mettre entre guillemets les valeurs inhabituellement longues :** si vous souhaitez analyser des valeurs de champ longues incluant des retours à la ligne, des tabulations ou contenant plus de dix mots, mettez-les entre guillemets. Pour améliorer les performances, Parlez aux données n’indexe pas les champs de cette longueur, ou quoi que ce soit au-delà des 200 000 premières valeurs de champ uniques. ## Autres articles de cette section [Passer au contenu principal](#main-content) # Créer des extraits sur le Web Vous pouvez extraire vos sources de données sur le Web (sans utiliser Tableau Desktop) pour améliorer les performances de la source de données et prendre en charge des fonctions analytiques supplémentaires. Lorsque vous extrayez votre source de données, Tableau copie les données de votre magasin de données distant sur Tableau Server ou Tableau Cloud. Pour en savoir plus sur les avantages de l’extraction de vos données, consultez [Extraire vos données](https://help.tableau.com/current/pro/desktop/fr-ca/extracting_data.htm). Sur le Web, vous pouvez créer des extraits pendant que vous êtes dans la création Web ou dans le serveur de contenu. ## Créer des extraits dans la création Web Vous pouvez créer des extraits directement dans la création Web, avec des paramètres d’extraction par défaut. ### Extraire une source de données intégrée dans la création Web ![Page Source de données montrant le type de connexion d’extrait](/tableau/current/fr-ca/server/fr-ca/Img/datasource_extract1w_border.png) Suivez les étapes ci-dessous pour créer un extrait dans la création Web. > [!TIP] > > **Conseil** : Il est recommandé de finaliser votre modèle de données avant de créer l’extrait. La création d’extrait peut prendre beaucoup de temps et toute modification de votre modèle de données, par exemple l’ajout de nouvelles tables logiques, invalidera l’extrait. 1. Sélectionnez l’onglet Source de données dans le coin inférieur gauche du volet de création Web. Pour les nouveaux classeurs, vous commencerez dans l’onglet Source de données. 2. Dans le coin supérieur droit, modifiez le type de connexion de En direct en Extrait. 3. Sélectionnez Créer un extrait. La boîte de dialogue Création d’un extrait s’affiche. La création d’extrait peut prendre beaucoup de temps et vous pouvez fermer votre session de création pendant ce processus. Pour faire en sorte que votre création d’extrait ne soit pas perdue, dans la boîte de dialogue, sélectionnez M’avertir une fois l’opération terminée afin de spécifier un emplacement d’enregistrement pour le classeur extrait. Si votre extrait réussit, votre classeur sera enregistré à l’emplacement spécifié et vous serez informé que vous pouvez continuer votre session de création Web. Si votre création d’extrait échoue, vous serez informé que l’extrait n’a pas pu être créé et vous pourrez restaurer vos modifications non enregistrées en rouvrant le classeur original dans la création Web. ### Définir vos paramètres d’extrait Configurez une ou plusieurs des options suivantes pour indiquer à Tableau comment stocker, définir les filtres et limiter la quantité de données dans votre extrait. ![Volet Données d’extrait montrant la sélection pour les tables logiques ou physiques](/tableau/current/fr-ca/server/fr-ca/Img/incremental_refresh_extract_data.png) **Déterminer le mode de stockage des données d’extrait** Vous pouvez demander à Tableau de stocker les données dans votre extrait en utilisant l’une de ces deux structures (schémas)  : tables logiques (schéma dénormalisé) ou tables physiques (schéma normalisé). Pour plus d’informations sur les tables logiques et tables physiques, consultez [Modèle de données Tableau](https://help.tableau.com/current/pro/desktop/fr-ca/datasource_datamodel.htm). L’option choisie dépend de vos besoins. Tables logiques Les tables logiques stockent les données dans une table d’extrait pour chaque table logique de la source de données. Les tables physiques qui définissent une table logique sont fusionnées et stockées avec cette table logique. Par exemple, si une source de données était constituée d’une seule table logique, les données seraient stockées dans une seule table. Si une source de données était composée de trois tables logiques (chacune contenant plusieurs tables physiques), les données d’extrait seraient stockées dans trois tables, une pour chaque table logique. Sélectionnez Tables logiques pour limiter la quantité de données dans votre extrait avec des propriétés d’extrait supplémentaires comme les filtres d’extrait, l’agrégation, la fonctionnalité N supérieurs ou d’autres fonctionnalités qui nécessitent des données dénormalisées. À utiliser également lorsque vos données utilisent des fonctions directes (RAWSQL). Il s’agit de la structure par défaut que Tableau utilise pour stocker les données d’extrait. Si vous utilisez cette option lorsque votre extrait contient des jointures, les jointures sont appliquées lors de la création de l’extrait. Tables physiques Les tables physiques stockent les données dans une table d’extrait pour chaque table physique de la source de données. Sélectionnez Tables physiques si votre extrait comporte des tables combinées avec une ou plusieurs jointures d’égalité et remplit les conditions d’utilisation de l’option Tables physiques répertoriées ci-dessous . Si vous utilisez cette option, les jointures sont effectuées au moment de la requête. Cette option peut potentiellement améliorer les performances et réduire la taille du fichier d’extrait. Pour plus d’informations sur la manière dont Tableau vous recommande d’utiliser l’option Tables physiques, consultez [Conseils d’utilisation de l’option Tables physiques](https://help.tableau.com/current/pro/desktop/fr-ca/extracting_data.htm#noramlized_tips) dans l’aide de Tableau Desktop. Dans certains cas, vous pouvez également utiliser cette option comme solution pour la sécurité au niveau des lignes. Pour plus d’informations sur la sécurité au niveau des lignes à l’aide de Tableau, consultez [Restreindre l’accès au niveau des lignes de données](https://help.tableau.com/current/pro/desktop/fr-ca/publish_userfilters.htm) dans l’aide de Tableau Desktop. ### Conditions d’utilisation de l’option Tables physiques Pour stocker votre extrait à l’aide de l’option Tables physiques, les données de votre extrait doivent remplir toutes les conditions énumérées ci-dessous. - Toutes les jointures entre les tables physiques sont des jointures d’égalité (=). - Les types de données des colonnes utilisées pour les relations ou les jointures sont identiques. - Aucune fonction directe (RAWSQL) n’est utilisée. - Aucune actualisation incrémentielle n’est configurée. - Aucun filtre d’extrait n’est configuré. - Aucune option N premiers ou Échantillonnage n’est configurée. - Lorsque l’extrait est stocké en tant que tables physiques, vous ne pouvez pas lui ajouter des données. - Pour les tables logiques, vous ne pouvez pas ajouter des données à des extraits qui contiennent plus d’une table logique. **Remarque :** les options Tables logiques et Tables physiques affectent uniquement la manière dont les données de votre extrait sont stockées. Les options n’affectent pas la manière dont les tables de votre extrait s’affichent dans la page Source de données. **Déterminer la quantité de données à extraire**  Sélectionnez Ajouter pour définir un ou plusieurs filtres afin de limiter la quantité de données extraites en fonction des champs et de leurs valeurs. **Agréger les données dans l’extrait**  Sélectionnez Agréger les données pour les dimensions visibles pour agréger les mesures à l’aide de leur agrégation par défaut. L’agrégation des données permet de consolider les lignes, de minimiser la taille du fichier d’extrait et d’augmenter les performances. Lorsque vous choisissez d’agréger les données, vous pouvez également choisir de Regrouper les dates à un niveau de date spécifique, tel que Année, Mois, etc. Les exemples ci-dessous expliquent comment les données seront extraites pour chaque option d’agrégation choisie.
Données d’origineChaque enregistrement apparaît sur une ligne distincte. Vos données contiennent sept lignes.
Agréger les données pour les dimensions visibles

(pas de regroupement)

Les enregistrements avec la même date et la même région ont été agrégés dans une seule ligne. Votre extrait contient cinq lignes.
Agréger les données pour les dimensions visibles
(regrouper les dates dans Mois)
Les dates ont été regroupées au niveau Mois et les enregistrements au sein de la même région ont été agrégés dans une seule ligne. Votre extrait contient trois lignes.
Choisir les lignes à extraire Sélectionnez le nombre de lignes que vous souhaitez extraire. Vous pouvez extraire Toutes les lignes ou les N premières lignes. Tableau applique d’abord les filtres et les agrégations, puis extrait le nombre de lignes des résultats filtrés et agrégés. Les options du nombre de lignes dépendent du type de source de données à partir duquel vous obtenez l’extrait. **Remarques :** - Toutes les sources de données ne prennent pas en charge l’échantillonnage. Il se peut donc que l’option Échantillonnage ne s’affiche pas dans la boîte de dialogue Extraire les données. - Tous les champs que vous masquez en premier dans la page Source de données ou dans l’onglet de feuille seront exclus de l’extrait. Configurer les paramètres d’actualisation incrémentielle La plupart des sources de données prennent en charge l’actualisation incrémentielle. Plutôt que d’actualiser la totalité de l’extrait, vous pouvez configurer l’actualisation de manière à ajouter uniquement les lignes nouvelles depuis la dernière extraction des données. Par exemple, votre source de données peut être mise à jour tous les jours avec les nouvelles transactions de ventes. Plutôt que de recréer tous les jours la totalité de l’extrait, vous pouvez simplement ajouter les nouvelles transactions de chaque jour. Pour que l’option d’actualisation incrémentielle soit disponible lorsque vous programmez une actualisation, vous devez d’abord en définir les paramètres. Vous pouvez envisager d’effectuer périodiquement une actualisation complète pour être sûr de posséder les données les plus récentes. **Remarque :** Si la structure des données source change (par exemple, suite à l’ajout d’une nouvelle colonne), vous devrez procéder à une actualisation complète de l’extrait avant de pouvoir recommencer à faire des actualisations incrémentielles. ### Configurer l’actualisation incrémentielle Suivez la procédure ci-dessous pour configurer l’actualisation incrémentielle d’un extrait. Assurez-vous d’avoir sélectionné Toutes les lignes dans la section Nombre de lignes. Les actualisations incrémentielles peuvent uniquement être définies lorsque vous effectuez l’extraction de toutes les lignes de la base de données. Vous ne pouvez pas effectuer une actualisation incrémentielle d’un échantillon d’extrait. 1. Développez la section Actualisation incrémentielle. 2. Cochez la case **Actualisation incrémentielle**. 3. Choisissez une table à actualiser. 4. Sélectionnez une colonne à utiliser pour identifier les nouvelles lignes. 5. (Facultatif) Entrez une durée et une unité de temps dans le champ Plage de dates minimum à actualiser pour extraire les nouvelles données ajoutées depuis la dernière actualisation, et remplacer également une sous-plage de données existantes dans l’extrait pour déterminer les modifications qui ont pu être apportées à la source de données. Vous avez la possibilité de définir la durée de plusieurs manières, de quelques secondes à quelques années, dans ce champ. Par exemple, vous pouvez saisir « 2 » et « mois » pour que l’actualisation de l’extrait récupère toutes les nouvelles lignes, et actualise les données des deux mois précédents. **Remarque** : La configuration des actualisations d’extraits ainsi qu’une date minimum à actualiser peut sembler difficile à comprendre. Avant de l’utiliser, consultez [Configurer une actualisation d’extrait incrémentielle](https://help.tableau.com/current/pro/desktop/fr-ca/extracting_refresh.htm#configure-an-incremental-extract-refresh). ![](/tableau/current/fr-ca/server/fr-ca/Img/subrange_incremental_refresh.png) ### Utiliser les paramètres avancés Développez **Paramètres avancés** pour définir de quelle manière les nouvelles lignes sont récupérées. **Remarque :** Si vous avez défini une plage de dates minimale pour l’actualisation, la fonctionnalité Paramètres avancés ne sera pas disponible. Les paramètres avancés vous permettent soit de remplacer les dernières lignes ajoutées par des valeurs actualisées égales ou supérieures à la dernière valeur enregistrée, soit de conserver les dernières lignes ajoutées en actualisant uniquement l’extrait avec des valeurs supérieures à la dernière valeur enregistrée. Dans la première approche, Tableau permet aux utilisateurs d’actualiser progressivement les extraits avec une colonne clé non unique telle que la date, la date et l’heure ou l’ID. Cette méthode ajoute une nouvelle étape lors de l’exécution d’une actualisation incrémentielle. Tableau supprime d’abord les lignes de l’extrait qui sont égales à la valeur la plus élevée précédemment observée. Tableau interroge ensuite toutes les lignes dont la valeur est supérieure ou égale à la valeur la plus élevée précédente, ce qui récupère toutes les lignes supprimées et toutes les nouvelles. À l’inverse, vous pouvez toujours choisir de ne pas remplacer les dernières lignes ajoutées et d’ajouter uniquement les lignes dont les valeurs sont supérieures à la dernière valeur enregistrée. Pour terminer, sélectionnez **Créer un extrait**. #### Considérations à prendre en compte lors de l’actualisation d’extraits **Modifier un extrait :** Si vous modifiez un extrait existant, la dernière actualisation s’affiche, de sorte que vous êtes sûr de mettre à jour l’extrait avec les données adéquates. **Actualisation complète :** Une actualisation complète remplace toutes les lignes par les données de la source de données d’origine chaque fois que vous actualisez l’extrait. Une actualisation complète peut prendre plus de temps et demander beaucoup à la base de données. **Précision de la date/heure et extraits :** Le moteur de données, qui est le mécanisme sous-jacent utilisé par Tableau pour créer des extraits, enregistre les valeurs temporelles avec une précision allant jusqu’à 3 décimales. Si vous spécifiez une colonne date et heure ou horodatage pour Identifier les nouvelles lignes à l’aide de la colonne, et que votre base de données utilise une précision supérieure à Tableau, vous pouvez vous retrouver avec des lignes en double après une actualisation incrémentielle. Par exemple, si la base de données comporte deux lignes, l’une avec une valeur date et heure de 2015-03-13 17:30:56.502352 et l’autre avec une valeur date et heure de 2015-03-13 17:30:56.502852, Tableau enregistre les deux colonnes en utilisant une valeur date et heure de 2015-03-13 17:30:56.502, créant de ce fait des lignes en double. ### Limites - Vous ne pouvez pas créer d’extraits pour des sources de données intégrées faisant référence à des sources de données publiées. Pour contourner ce problème, créez l’extrait directement sur la source de données publiée. Pour plus d’informations, consultez Extraire une source de données publiée sur le serveur de contenu. - Vous ne pouvez pas créer d’extraits pour des sources de données basées sur des fichiers. Les sources de données basées sur des fichiers présentent déjà des caractéristiques de performances spéciales et l’ajout de l’extraction n’aura aucun avantage en termes de performances. - Cette fonctionnalité ne s’applique pas aux sources de données basées sur les ponts dans Tableau Cloud. - Limitation SQL personnalisé : les requêtes SQL personnalisées ne sont pas prises en charge avec les paramètres avancés. Les utilisateurs qui s’appuient sur du SQL personnalisé devront ajuster leur approche s’ils souhaitent utiliser les paramètres avancés pour une actualisation incrémentielle. ## Créer des extraits dans le serveur de contenu ### Extraire une source de données publiée sur le serveur de contenu ![Volets Sources de données montrant l’option d’extrait dans le menu](/tableau/current/fr-ca/server/fr-ca/Img/datasource_extract2_wborder.png) Effectuez les étapes suivantes pour extraire une source de données publiée. 1. Connectez-vous en tant qu’administrateur ou en tant que propriétaire de la source de données. 2. Dans l’onglet Contenu, sélectionnez Explorer, puis cliquez sur Sources de données. 3. Sélectionnez une source de données en cliquant sur le nom de la source de données. 4. En haut de l’écran, sous le nom Source de données, sélectionnez le menu déroulant affichant **En direct**. 5. Modifiez le type de connexion de **En direct** en **Extrait**. Si la fonction de chiffrement d’extrait au repos est activée sur le site, sélectionnez **Chiffré** ou **Non chiffré**. 6. Si vous voyez un message d’erreur concernant les informations d’identification intégrées, intégrez vos informations d’identification dans la source de données. Pour ce faire, choisissez **Modifier la connexion**. Sélectionnez « Mot de passe intégré dans la connexion », puis cliquez sur **Enregistrer**. ### Extraire une source de données intégrée sur le serveur de contenu ![Option Extrait dans le menu Actions du volet Sources de données](/tableau/current/fr-ca/server/fr-ca/Img/datasource_extract3w_border.png) Suivez les étapes suivantes pour extraire une ou plusieurs sources de données intégrées dans un classeur publié. 1. Connectez-vous en tant qu’administrateur ou en tant que propriétaire de la source de données. 2. Accédez au classeur publié. 3. Accédez à l’onglet Sources de données. 4. Sélectionnez une ou plusieurs sources de données. 5. Sélectionnez le bouton **Action**. 6. Cliquez sur **Extrait**. Si la fonction de chiffrement d’extrait au repos est activée sur le site, sélectionnez **Chiffré** ou **Non chiffré**. ### Limites - Vos informations d’identification de connexion doivent être intégrées dans la source de données. - Vous ne pouvez pas créer d’extraits pour des sources de données intégrées faisant référence à des sources de données publiées. Pour contourner ce problème, [créez l’extrait directement sur la source de données publiée](#extract-published-data-source). - Vous ne pouvez pas créer d’extraits pour des sources de données basées sur des fichiers. Les sources de données basées sur des fichiers présentent déjà des caractéristiques de performances spéciales et l’ajout de l’extraction n’aura aucun avantage en termes de performances. - Depuis la version 2023.1, la modification d’une connexion en direct vers un extrait sur le serveur de contenu supprimera tous les filtres d’extrait précédemment créés sur Tableau Desktop ou dans la création Web. - Cette fonctionnalité ne s’applique pas aux sources de données basées sur les ponts dans Tableau Cloud. ## Actualiser les données d’extraits Une fois les données extraites, vous avez la possibilité de configurer une programmation d’actualisation des extraits afin de garder à jour les données. Pour plus d’informations, consultez [Actualiser des données de manière programmée](https://help.tableau.com/current/server/fr-ca/schedule_add.htm). ## Surveiller et gérer les extraits Les administrateurs de serveurs peuvent surveiller la création d’extraits dans la vue administrative **Tâches en arrière-plan pour les extraits**. Pour plus d’informations, consultez [Tâches en arrière-plan pour les extraits](https://help.tableau.com/current/server/fr-ca/adminview_backgrnd.htm). Les administrateurs de serveur peuvent gérer des extraits dans la page Travaux. Pour plus d’informations, consultez [Gérer les tâches du gestionnaire de processus en arrière-plan dans Tableau Server](https://help.tableau.com/current/server/fr-ca/server_backgrounder_job_management.htm). Les travaux de création d’extraits, par exemple les travaux d’actualisation d’extraits, ont une limite de requêtes maximum avant d’expirer. Il s’agit d’empêcher les travaux de fonctionner sans cesse et d’utiliser une quantité illimitée de ressources serveur. Le délai d’expiration limite pour les requêtes d’extraits peut être configuré par les administrateurs du serveur à l’aide du paramètre de configuration de l’interface de ligne de . commande TSM `backgrounder.querylimit`Pour plus d’informations, consultez [Options tsm configuration set](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm). Les administrateurs de serveur peuvent gérer la création Web. Pour plus d’informations, consultez [Définir l’accès à la création Web et aux fonctions d’un site](https://help.tableau.com/current/server/fr-ca/web_author_enable.htm). [Passer au contenu principal](#main-content) # Créer des groupes via Active Directory Vous pouvez importer des groupes Active Directory (AD) pour créer des groupes correspondants sur Tableau Server, ainsi qu’un utilisateur pour chaque membre d’un groupe AD qui n’est pas déjà sur le serveur. **Remarque :** dans le contexte de la synchronisation d’utilisateurs et de groupes, Tableau Server configuré avec un magasin d’identités LDAP est équivalent à Active Directory. Les fonctionnalités de synchronisation Active Directory dans Tableau Server fonctionnent sans problème avec des solutions de répertoire LDAP correctement configurées. Chaque utilisateur reçoit un rôle sur le site dans le cadre du processus d’importation. Si l’un des utilisateurs à importer existe déjà dans Tableau Server, le rôle sur le site affecté pendant le processus d’importation est appliqué uniquement s’il donne à l’utilisateur plus d’accès au serveur. L’importation d’utilisateurs n’abaisse pas les rôles sur le site. ## Avant de commencer Avant d’importer des groupes, veillez à consulter la section [Gestion des utilisateurs dans les déploiements avec magasins d’identités externes](https://help.tableau.com/current/server/fr-ca/users_manage_ad.htm) pour comprendre comment plusieurs domaines, l’appellation de domaine, NetBIOS et le format de nom d’utilisateur Active Directory influencent la gestion des utilisateurs Tableau. ## Importer depuis AD pour ajouter un groupe Dans le cadre de l’ajout d’un groupe d’utilisateurs à Tableau Server, vous importez un groupe depuis Active Directory (AD). Lors de l’importation d’un groupe, vous devez d’abord entrer le nom du groupe pour rechercher le groupe. La saisie d’un nom de groupe, par défaut, oblige Tableau Server à exécuter une requête générique (par exemple, \*marketing\*) sur AD (ou LDAP) pour optimiser les résultats de la recherche. Si vous travaillez avec un grand magasin d’identités AD (ou LDAP), vous pouvez rencontrer un délai d’expiration avant de pouvoir sélectionner avec succès le groupe à importer. Pour gagner du temps et éviter d’éventuels problèmes de délai d’attente lors du processus d’importation, envisagez de rechercher un nom de groupe à l’aide de l’une des méthodes suivantes : - **Correspondance exacte :** la méthode la plus efficace pour rechercher un nom de groupe consiste à saisir le nom exact du groupe en incluant des guillemets (") précédant et suivant la chaîne que vous saisissez. Par exemple, **"marketing"**. - **Correspondance partielle :** saisissez une partie du nom du groupe et incluez un astérisque (\*) avant et après la chaîne que vous saisissez. Par exemple, **\*ket\***. - **Commence par :** saisissez le début du nom du groupe suivi d’un astérisque (\*). Par exemple, **marché\***. - **Se termine par :** saisissez un astérisque (\*) suivi de la partie finale du nom du groupe. Par exemple, **\*ing**. **Remarque :** ces méthodes s’appliquent également à la façon dont Tableau Server recherche les utilisateurs. 1. Dans un site, cliquez sur Groupes, puis cliquez sur Ajouter des groupes. 2. Saisissez le nom du groupe Active Directory à importer, puis sélectionnez le nom du groupe dans la liste obtenue. Utilisez l’une des méthodes de filtrage ci-dessus pour améliorer les performances. Si vous importez un groupe à partir du même domaine AD sur lequel le serveur s’exécute, vous pouvez saisir le nom du groupe AD sans le domaine. Le domaine du serveur sera supposé. ![Boîte de dialogue permettant d’importer un groupe depuis Active Directory.](/tableau/current/fr-ca/server/fr-ca/Img/import_AD_group1.png) 3. Sélectionnez le rôle de site minimum pour les utilisateurs. ![Boîte de dialogue permettant d’importer un groupe depuis Active Directory avec la liste déroulante Rôle sur le site développée, et « Administrateur de site - Explorer » sélectionné.](/tableau/current/fr-ca/server/fr-ca/Img/import_AD_group2.png) 4. (Facultatif) Sélectionnez Attribuer un rôle lors de la connexion pour mettre en service de nouveaux rôles sur le site et licences lorsque les utilisateurs du groupe se connectent. Pour plus d’informations, consultez [Attribuer une licence lors de la connexion](https://help.tableau.com/current/server/fr-ca/grant_role.htm). 5. Cliquez sur le bouton Importer. **Remarque :** Vous ne pouvez pas modifier le nom des groupes importés à partir d’Active Directory. En effet, vous ne pouvez effectuer cette opération que dans Active Directory. [Passer au contenu principal](#main-content) # Créer des loupes qui adaptent Parlez aux données à des publics spécifiques **Changements importants apportés à Parlez aux données et Métriques** Les fonctionnalités Parlez aux données et Métriques de Tableau ont été retirées dans Tableau Cloud février 2024 et dans Tableau Server version 2024.2. Grâce aux progrès des technologies du langage naturel, nous développons une interface améliorée qui permettra de poser plus facilement des questions sur vos données et de rester au courant des changements. Pour plus d’informations, consultez [Comment Tableau AI et Tableau Pulse réinventent les expériences liées aux données.](https://www.tableau.com/fr-ca/blog/tableau-pulse-and-tableau-gpt) La plupart des utilisateurs n’ont pas besoin d’information provenant d’une source de données complète. Ils recherchent plutôt des visualisations de données pertinentes pour leur fonction, comme les ventes, le marketing ou l’assistance. Pour optimiser Parlez aux données en fonction des différents publics de ce type, les auteurs Tableau créent désormais des _loupes_ Parlez aux données distinctes, qui interrogent un sous-ensemble sélectionné de champs. Pour les champs sélectionnés, les auteurs peuvent spécifier des synonymes pour les noms de champs et les valeurs, reflétant les termes utilisés par le public de la loupe dans un langage courant (par exemple, « SF » pour « San Francisco »). Les auteurs de loupes personnalisent ensuite les visualisations recommandées qui apparaissent sous la zone de requête de Parlez aux données, fournissant des réponses aux utilisateurs en un seul clic. **Remarque :** les loupes Parlez aux données ne peuvent être créées que pour des sources de données publiées séparément sur un site Tableau. Les loupes ne peuvent pas être créées pour les sources de données intégrées dans des classeurs ou celles avec une connexion virtuelle. ## Créer ou configurer une page de loupe sur votre site Tableau Sur votre site Tableau, chaque loupe dispose d’une page distincte sur laquelle les utilisateurs peuvent interroger Parlez aux données et où les auteurs peuvent configurer les champs de loupe, les synonymes et les questions suggérées. ![Une loupe « Parlez aux données »](/tableau/current/fr-ca/server/fr-ca/Img/ask_data_lens_page.png) Page de loupe sur un site Tableau 1. Pour créer une page de loupe sur votre site Tableau, accédez à une page Source de données et choisissez Nouveau > Loupe Parlez aux données. Pour configurer un objectif existant, rendez-vous sur la page de loupe de votre site. (Depuis un objet Parlez aux données dans un tableau de bord, cliquez sur le menu contextuel dans le coin supérieur et choisissez Aller à la page Loupe.) 2. Si vous créez une nouvelle loupe, entrez un nom, une description et un emplacement de projet, puis cliquez sur Publier la loupe. 3. En haut du volet Champs à gauche, cliquez sur l’icône en forme de crayon. Sélectionnez ensuite les champs appropriés pour les utilisateurs de la loupe et cliquez sur Enregistrer. ![Une loupe « Parlez aux données » avec le nombre de champs mis en surbrillance.](/tableau/current/fr-ca/server/fr-ca/Img/ask_data_lens_fields.png) 4. À gauche, survolez des tables ou des champs individuels, puis cliquez sur l’icône en forme de crayon : ![Une liste de champs avec l’icône de modification à côté d’une valeur.](/tableau/current/fr-ca/server/fr-ca/Img/ask_data_synonyms.png) Effectuez ensuite l’une des options suivantes : - Indiquez un nom plus représentatif en cliquant sur l’icône en forme de crayon à droite. ![Détails du champ avec une icône de modification.](/tableau/current/fr-ca/server/fr-ca/Img/ask_data_rename.png) - Ajoutez des synonymes courants pour les noms de champs et les valeurs que les utilisateurs de loupes peuvent saisir dans leurs requêtes. - Modifiez les descriptions qui s’affichent lorsque les utilisateurs survolent les champs. ## Modifier la liste des visualisations recommandées Pour répondre aux requêtes courantes des utilisateurs de loupes, vous pouvez personnaliser les visualisations recommandées qui s’affichent sous la zone de requête. ### Ajouter ou remplacer une visualisation recommandée 1. Entrez une requête dans la zone de texte et appuyez sur Entrée ou Retour. 2. Une fois la visualisation affichée, à partir de l’icône d’épingle dans la barre d’outils, choisissez Épingler aux visualisations recommandées ou Remplacer la recommandation. ![Menu déroulant avec deux options : « Épingler aux visualisations recommandées » et « Remplacer la recommandation ».](/tableau/current/fr-ca/server/fr-ca/Img/ask_data_pin_recommended.png) 3. Pour une nouvelle recommandation, saisissez un nom et choisissez la section dans laquelle vous souhaitez qu’elle apparaisse. Pour une recommandation de remplacement, choisissez la recommandation existante que vous souhaitez écraser. ### Modifier les titres de section et les noms de recommandations, ou supprimer des recommandations - Pour modifier un titre de section, cliquez sur l’icône de crayon ![Icône de crayon.](/tableau/current/fr-ca/server/fr-ca/Img/ask_data_edit_pencil.png) à droite du titre. - Pour modifier le nom d’une recommandation existante, survolez-la et cliquez sur l’icône de crayon ![Icône de crayon.](/tableau/current/fr-ca/server/fr-ca/Img/ask_data_edit_pencil.png). Pour supprimer une recommandation, cliquez sur le signe X. ![Visualisations recommandées](/tableau/current/fr-ca/server/fr-ca/Img/ask_data_lens_questions.png) ## Ajouter une loupe Parlez aux données à un tableau de bord Dans un tableau de bord, vous pouvez ajouter un objet Parlez aux données qui permet aux utilisateurs d’interroger une source de données publiée à travers une loupe sur votre site Tableau. 1. Lors de la modification d’un tableau de bord dans Tableau Cloud ou Tableau Server faites glisser l’objet Parlez aux données sur l’espace de travail. **Remarque :** dans Tableau Desktop, vous pouvez également faire glisser un objet Parlez aux données vers l’espace de travail pour le positionner. Par contre, pour sélectionner une loupe, vous devrez publier sur Tableau Cloud ou Tableau Server et y modifier l’objet. 2. ![La zone des objets avec « Parlez aux données » mis en surbrillance.](/tableau/current/fr-ca/server/fr-ca/Img/ask_data_extension_to_canvas.png) 3. Sélectionnez une source de données publiée précédemment connectée au classeur. 4. Pour utiliser une loupe existante, sélectionnez-la et cliquez sur Utiliser la loupe. Sinon, pour créer une nouvelle loupe, effectuez l’une des opérations suivantes : - S’il n’y a pas de loupes pour la source de données, cliquez sur Aller à la page Source de données. - Si des loupes existent déjà, cliquez sur le nom de la source de données en bas de la boîte de dialogue. 5. (Nouvelles loupes uniquement) Suivez les étapes de la section [Créer ou configurer une page de loupe sur votre site Tableau](#Create). 6. Sous Options de la barre d’outils pour les utilisateurs de loupe, sélectionnez les boutons que vous souhaitez mettre à la disposition des utilisateurs. - Ajouter une visualisation aux épingles permet aux utilisateurs [d’ajouter à la liste des visualisations recommandées](#Change), qui apparaît juste en dessous de la zone de requête. - Publier en tant que classeur permet aux utilisateurs [d’enregistrer des visualisations sous forme de feuilles de classeur](https://help.tableau.com/current/pro/desktop/fr-ca/ask_data_share.htm#Save) sur leur site Tableau. - Partager la visualisation permet aux utilisateurs de [partager par courriel, Slack ou un lien](https://help.tableau.com/current/server/fr-ca/ask_data.htm#Share). Dans la loupe, les options de publication (icône d’enregistrement), d’épinglage et de partage s’affichent dans le coin supérieur droit : ![Options Enregistrer, Épingler et Partager mises en surbrillance dans la barre d’outils de « Parlez aux données ».](/tableau/current/fr-ca/server/fr-ca/Img/ask_data_toolbar_options.png) 7. (Nouvelles loupes seulement) Une fois la création de la loupe terminée, revenez à l’objet Loupe dans votre tableau de bord et cliquez sur Actualiser. Sélectionnez ensuite la nouvelle loupe et cliquez sur Utiliser la loupe. ## Appliquer une loupe différente à un objet de tableau de bord Parlez aux données 1. Dans le menu contextuel en haut de l’objet, sélectionnez Configuration. ![Partie d’une visualisation avec l’option de configuration de « Parlez aux données » mise en surbrillance.](/tableau/current/fr-ca/server/fr-ca/Img/ask_data_dashboard_configure.png) 2. Accédez à [Ajouter une loupe Parlez aux données à un tableau de bord](#Add) et répétez les étapes 2 et suivantes. ## Modifier le nom, la description ou l’emplacement de projet d’une loupe 1. Accédez à la page Loupe sur Tableau Cloud ou Tableau Server. 2. À droite du nom de la loupe en haut de la page, cliquez sur les trois points (...) et choisissez Modifier le classeur. 3. Cliquez sur Modifier les détails de la loupe. ## Voir comment les personnes utilisent Parlez aux données avec une loupe Pour les propriétaires de sources de données et les auteurs de loupes, la fonctionnalité Parlez aux données fournit un tableau de bord qui révèle les requêtes et les champs les plus populaires, le nombre de résultats de visualisation sur lesquels les utilisateurs ont cliqué et d’autres renseignements utiles. Les filtres vous permettent de limiter les données à des utilisateurs et à des plages de temps spécifiques. Ces statistiques vous aident à optimiser davantage la loupe pour augmenter le succès de vos utilisateurs. **Remarque :** si vous utilisez Tableau Server, vous pouvez accéder à ces données dans le référentiel Tableau Server afin de créer des tableaux de bord personnalisés. 1. Dans Tableau Server ou Tableau Cloud, accédez à une page Loupe. 2. À gauche de la zone de texte de Parlez aux données, cliquez sur l’icône « Conseils d’utilisation de Parlez aux données ». ![Survol de l’icône d’information affichant les infobulles Parlez aux données.](/tableau/current/fr-ca/server/fr-ca/Img/ask_data_tips_button.png) 3. En bas à gauche de la boîte de dialogue des conseils, cliquez sur Analytique de l’utilisation. ## Autoriser les utilisateurs à vous envoyer par courriel des questions sur une loupe En tant que propriétaire de loupe, vous pouvez autoriser les utilisateurs à vous envoyer des courriels avec des questions sur la structure des données, les résultats attendus, etc. Cette option est activée par défaut, mais vous pouvez la désactiver en suivant les étapes ci-dessous. 1. Dans Tableau Server ou Tableau Cloud, accédez à une page Loupe. 2. À gauche de la zone de texte Parlez aux données, cliquez sur le « i » illustré ci-dessus dans [Voir comment les personnes utilisent Parlez aux données avec une loupe](#See). 3. Au bas de la boîte de dialogue Conseils, cliquez sur l’icône en forme d’œil à côté de « Communiquer avec l’auteur de la loupe » pour activer ou désactiver les commentaires. ![Boîte de dialogue Optimiser pour la fonctionnalité « Parlez aux données » avec l’icône en forme d’œil mise en surbrillance pour montrer l’option permettant d’afficher ou de masquer l’option pour contacter l’auteur de la loupe.](/tableau/current/fr-ca/server/fr-ca/Img/ask_data_disable_feedback.png) ## Autorisations de publication et de consultation des loupes Pour les objets Parlez aux données dans les tableaux de bord, aucune modification des autorisations ne doit être requise : par défaut, les auteurs de classeurs existants peuvent créer des loupes et les publics de tableaux de bord existants peuvent les afficher. Mais pour référence, voici un aperçu détaillé des autorisations de loupe requises pour les tableaux de bord et l’accès direct par une page Source de données. Pour créer et publier une loupe, un utilisateur doit posséder : - Le rôle d’utilisateur Creator ou Explorer - L’autorisation de création de loupe pour la source de données (héritée par défaut de l’autorisation de connexion) - L’autorisation d’écriture pour le projet parent dans lequel la loupe est publiée Pour accéder à une loupe publiée et la modifier, un utilisateur doit posséder : - Le rôle Viewer ou un rôle supérieur - L’autorisation Connexion pour la source de données - L’autorisation Afficher pour la loupe **Remarque :** par défaut, les autorisations de loupe telles que l’autorisation Afficher reflètent les autorisations d’un projet pour les classeurs. Si les administrateurs Tableau souhaitent modifier les autorisations de loupe par défaut, ils peuvent le faire soit individuellement pour chaque projet, soit en bloc à l’aide de l’API des autorisations. [Passer au contenu principal](#main-content) # Créer des relations de mesure personnalisées dans vos Histoires de données Tableau **Changements importants pour Tableau Histoires de données** Les histoires de données Tableau ont été retirées dans Tableau Desktop, Tableau Cloud et Tableau Server en janvier 2025 (2025.1). Grâce aux progrès des technologies du langage naturel, nous développons une interface améliorée qui permettra de poser plus facilement des questions sur vos données et de rester au courant des changements. Pour plus d’informations, consultez l’article [Comment Tableau Pulse alimenté en énergie Tableau AI les expériences liées aux données.](https://www.tableau.com/fr-ca/blog/tableau-pulse-and-tableau-ai) Vous pouvez créer une histoire de relation dans votre histoire basée sur des données pour comparer ces données avec un autre ensemble de données. Pour construire une histoire de relation, vous devez au minimum avoir deux mesures et une dimension. Les données que vous souhaitez comparer sont souvent regroupées dans une colonne de données nommée par exemple « Année » ou « Mois », qui contient des valeurs telles que « 2022 » ou « Mars ». Vous pouvez [créer un champ calculé simple](https://help.tableau.com/current/pro/desktop/fr-ca/calculations_calculatedfields_formulas.htm) pour séparer « 2022 » de « 2021 » (ou mars de février), de manière à pouvoir comparer les deux périodes dans une histoire de relation. 1. Démarrez la création dans la feuille que vous souhaitez utiliser dans votre histoire basée sur des données. 2. Cliquez sur Analyse et sélectionnez Créer un champ calculé. 3. Créez un champ calculé, par exemple « Période actuelle ». ![Un champ calculé indiquant : Si DATETRUNC (’year’, \[Année\])= {MAX(DATETRUNC(’year’, \[Année\]))} THEN \[Nombre d’enregistrements\] END](Img/data_stories_calcfield_current.png) > [!TIP] > > **Conseil :** suivez la structure du champ calculé affiché ici, mais remplacez vos propres noms de dimension ou de mesure (texte orange). 1. Créez un champ calculé, par exemple « Période précédente ». ![Un champ calculé indiquant : Si DATETRUNC (‘year’, \[Année\])= DATEADD(‘year’, -1, {MAX(DATETRUNC(‘year’, \[Année\]))}) THEN \[Nombre d’enregistrements\] END](Img/data_stories_calcfield_previous.png) 1. Faites glisser les nouvelles mesures sur le repère Détail. 2. À partir de votre tableau de bord, cliquez sur l’histoire et ajoutez les deux nouvelles mesures dans votre histoire basée sur des données. ![La boîte de dialogue Histoire basée sur des données s’ouvre dans l’onglet Champ avec les dimensions et les mesures disponibles.](/tableau/current/fr-ca/server/fr-ca/Img/data_stories_calcfield_addnew.png) 1. À partir de votre tableau de bord, cliquez sur l’icône Paramètres dans le coin supérieur gauche de votre objet Histoire basée sur des données. 2. Dans la boîte de dialogue Histoire basée sur des données, cliquez sur l’onglet Relations. 3. Créez une histoire de relation avec les deux mesures personnalisées. ![La boîte de dialogue Paramètres de l’histoire basée sur des données s’ouvre dans l’onglet Relations. La case Période actuelle/la plus récente par opposition à Période précédente est cochée. Les mesures associées sont SUM(Période précédente) et SUM(Période actuelle).](/tableau/current/fr-ca/server/fr-ca/Img/data_stories_set_relationship.png) 1. Cliquez sur Enregistrer. Désormais, votre histoire enregistre des phrases qui comparent les mesures personnalisées. [Passer au contenu principal](#main-content) # Créer des vues administratives personnalisées Outre les vues administratives intégrées disponibles sur la page Maintenance du serveur, vous pouvez également utiliser Tableau Desktop pour interroger ou créer vos propres analyses de l’activité du serveur. Pour ce faire, vous pouvez vous connecter au référentiel Tableau Server et l’interroger en utilisant l’un des deux utilisateurs intégrés : "tableau" ou "readonly". Pour vous connecter au référentiel Tableau Server, consultez [Collecter des données avec le référentiel Tableau Server](https://help.tableau.com/current/server/fr-ca/perf_collect_server_repo.htm). - Utilisateur **tableau** —L’utilisateur tableau a accès à des vues spéciales et à un sous-ensemble de tables de la base de données du référentiel. Ces vues et ces tables sont fournies pour permettre à l’administrateur de créer des vues administratives personnalisées. Tableau s’efforce de limiter les modifications de ces tables et vues afin que leurs vues personnalisées intégrées ne soient pas rompues. - Utilisateur **readonly** —L’utilisateur readonly a accès à un grand nombre de tables du référentiel qui fournissent davantage de données relatives à l’utilisation du serveur. Les administrateurs peuvent les utiliser pour créer également des vues administratives personnalisées, mais un grand nombre de tables sont conçues principalement pour prendre en charge le fonctionnement de Tableau Server et peuvent être modifiées ou supprimées sans avertissement. Cela signifie que les vues créées à partir de ces tables peuvent être rompues lorsque la structure de la base de données est modifiée. Pour des exemples de vues administratives personnalisées, consultez la [Communauté Tableau](https://help.tableau.com/current/server/fr-ca/%3Chttps://community.tableau.com/s/global-search/%40uri#q=custom%E2%80%99administrateur views-t=All&f :content-type-facette=[Communauté]>). Vous pouvez également utiliser le classeur temporaire qui est généré lorsque vous visualisez les vues administratives intégrées. Avant de pouvoir vous connecter au moyen de l’un des utilisateurs intégrés, vous devez activer l’accès à la base de données Tableau Server. Une fois cela fait, vous pouvez utiliser Tableau Desktop pour vous connecter à la base de données en tant qu’utilisateur tableau ou readonly et l’interroger. L’option `tsm configuration set` [auditing.enabled](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm#auditing) contrôle la collecte de l’activité historique de l’utilisateur et d’autres informations dans le référentiel par Tableau Server. Elle est activée par défaut. Sachez que la collecte des événements historiques a un impact sur la taille du fichier de sauvegarde de Tableau Server (.tsbak). - Toutes les tables `hist_` sont contrôlées par l’option `tsm configuration set` [wgserver.audit\_history\_expiration\_days](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm#wgserver), qui contrôle le nombre de jours pendant lesquels l’historique des événements est conservé dans le référentiel et dont la valeur par défaut est de 183 jours. - La table `_http_requests` est nettoyée de toutes les données de plus de 7 jours lorsque vous exécutez [tsm maintenance cleanup](https://help.tableau.com/current/server/fr-ca/cli_maintenance_tsm.htm#cleanup) avec l’option `--http-requests-table`. Pour plus d’informations, consultez [Supprimer les fichiers superflus](https://help.tableau.com/current/server/fr-ca/maintenance_cleanup.htm). - La table `_background_tasks` est automatiquement nettoyée et conserve les données des 30 derniers jours. - Toutes les autres tables dont le nom commence par un "\_" le préfixe contient les données actuelles. Pour plus d’informations sur les tables dans le référentiel Tableau Server, consultez [Dictionnaires de données de la base de données Groupe de travail](https://tableau.github.io/tableau-data-dictionary/2023.1/data_dictionary.htm). [Passer au contenu principal](#main-content) # Créer des vues et explorer des données sur le Web Vous pouvez créer et interagir avec des vues sur Tableau Server. Pour plus d’informations, consultez les rubriques suivantes dans l’aide de Tableau pour les utilisateurs. [Utilisation de Tableau sur le Web](https://help.tableau.com/current/pro/desktop/fr-ca/web_author_home.htm) [Visite guidée de votre site Tableau](https://help.tableau.com/current/pro/desktop/fr-ca/navigating.htm) [Modifier des vues sur le Web](https://help.tableau.com/current/pro/desktop/fr-ca/web_author_build_view.htm) [Lier vos données](https://help.tableau.com/current/pro/desktop/fr-ca/joining_tables.htm) [Créer un tableau de bord](https://help.tableau.com/current/pro/desktop/fr-ca/dashboards_create.htm) [Créer une histoire](https://help.tableau.com/current/pro/desktop/fr-ca/story_create.htm) [Intégrer des vues et des tableaux de bord dans les pages Web](https://help.tableau.com/current/pro/desktop/fr-ca/embed_landing.htm) [Rendre les classeurs compatibles entre les versions](https://help.tableau.com/current/pro/desktop/fr-ca/publish_version_compatibility.htm) ## Alertes et abonnements [Résoudre les problèmes liés aux abonnements](https://help.tableau.com/current/server/fr-ca/subscribe_trouble.htm) [Envoyer des alertes basées sur les données depuis Tableau Cloud ou Tableau Server](https://help.tableau.com/current/pro/desktop/fr-ca/data_alerts.htm) ## Autres articles de cette section [Passer au contenu principal](#main-content) # Créer et modifier des flux publiés sur le Web Depuis la version 2020.4, vous pouvez créer et modifier des flux sur Tableau Server pour nettoyer vos données et les préparer. Connectez-vous à vos données, créez un nouveau flux ou modifiez un flux existant et votre travail est automatiquement enregistré toutes les quelques secondes au fur et à mesure. Créez des brouillons de flux qui ne sont disponibles que pour vous ou publiez votre flux pour le mettre à disposition d’autres utilisateurs. Exécutez vos flux individuels directement depuis le Web ou exécutez vos flux automatiquement de manière programmée à l’aide de Tableau Prep Conductor si Gestion des données est sous licence. Pour plus d’informations, consultez [Tableau Prep sur le Web](https://help.tableau.com/current/server/fr-ca/prep_web_auth.htm). Pour plus d’informations sur la configuration du processus Création de flux Tableau Prep sur Tableau Server, consultez [Création de flux Tableau Prep](https://help.tableau.com/current/server/fr-ca/server_process_prep_flow_authoring.htm). Effectuez les tâches décrites dans cet article pour activer la création Web pour les flux et autres fonctionnalités de flux sur le Web. ## Activer ou désactiver la création Web de flux pour un site Activée par défaut, cette option contrôle si les utilisateurs peuvent créer et modifier des flux sur Tableau Server ou Tableau Cloud 1. Dans un navigateur Web, connectez-vous au serveur en tant qu’administrateur et accédez au site et cliquez sur Paramètres. 2. Dans la section **Création Web**, désélectionnez ou sélectionnez Flux. Autoriser les utilisateurs à modifier les flux dans leur navigateur pour activer ou désactiver la fonctionnalité. ![Les paramètres de création Web et la case « Flux ». Autoriser les utilisateurs à modifier les flux dans leur navigateur. » est cochée et mise en surbrillance.](/tableau/current/fr-ca/server/fr-ca/Img/prep_pwa_admin.png) 3. Si vous souhaitez que la modification prenne effet immédiatement, redémarrez le serveur. Sinon, la modification est appliquée après l’expiration du cache de la session serveur où lors de la prochaine connexion de l’utilisateur, après déconnexion. ## Activer les tâches liées _Pris en charge dans Tableau Cloud et Tableau Server à partir de la version 2021.3.0._ Utilisez l’option Tâches liées pour programmer jusqu’à 20 flux à exécuter l’un après l’autre. Les tâches liées peuvent être exécutées sur des programmations seulement lorsque l’option Tâches liées est sélectionnée. Pour plus d’information sur la configuration des tâches liées, consultez Programmer des tâches liées. Depuis la version 2022.1, les tâches liées sont activées par défaut dans les paramètres du serveur et pour toutes les nouvelles programmations de flux que vous créez. Dans les versions précédentes, les administrateurs doivent d’abord activer l’option. Si vous avez plusieurs sites, vous pouvez désactiver les tâches liées pour chaque site en décochant les cases décrites ci-dessous. Si le paramètre est désactivé après la planification de tâches liées, toutes les tâches en cours d’exécution se terminent et les tâches liées planifiées sont masquées et ne s’affichent plus dans l’onglet Tâches planifiées. **Activer les tâches liées** (version 2021.4 et versions antérieures) 1. Dans un navigateur Web, connectez-vous au serveur en tant qu’administrateur et accédez au site sur lequel vous souhaitez activer l’option Tâches liées pour les flux. Sur un site, cliquez sur Paramètres. 2. Dans la section **Tâches liées**, sélectionnez Autoriser les utilisateurs à programmer des tâches liées pour autoriser les administrateurs à configurer des programmations de manière à exécuter des tâches liées. 3. Sélectionnez Autoriser les utilisateurs à exécuter des tâches liées manuellement avec Exécuter maintenant pour autoriser les utilisateurs à exécuter des tâches de flux liées à l’aide de l’option Exécuter maintenant. ![Le paramètre du site avec deux cases à cocher pour permettre la programmation ou l’exécution manuelle des tâches liées.](/tableau/current/fr-ca/server/fr-ca/Img/prep_linked_tasks_settings.png) ## Activer les paramètres de flux Autorisez les utilisateurs à programmer et exécuter des flux qui incluent des paramètres. Les paramètres permettent aux utilisateurs de mettre à l’échelle leurs flux en les créant une seule fois, puis en modifiant les valeurs des paramètres de manière à s’adapter à différents scénarios de données. Les paramètres peuvent être entrés dans une étape d’entrée pour le nom du fichier et son chemin d’accès, le nom de la table, ou lors de l’utilisation de requêtes SQL personnalisées, dans une étape de sortie pour le nom du fichier et son chemin d’accès et le nom de table, et dans n’importe quel type d’étape pour les filtres ou les valeurs calculées. À partir de Tableau Prep Builder et Tableau Cloud version 2023.2, vous pouvez ajouter des paramètres système aux noms de sortie de flux pour inclure automatiquement la date et l’heure de début de l’exécution du flux. Les paramètres de flux peuvent être appliqués au niveau du serveur pour inclure tous les sites sur Tableau Server. Les paramètres peuvent être désactivés au niveau du site pour inclure uniquement des sites spécifiques. Pour plus d’information sur l’utilisation des paramètres dans des flux, consultez [Créer et utiliser des paramètres dans les flux](https://help.tableau.com/current/prep/fr-ca/prep_parameters.htm) dans l’aide de Tableau Prep. 1. Dans un navigateur Web, connectez-vous au serveur en tant qu’administrateur et accédez au site sur lequel vous souhaitez activer les Paramètres de flux. Sur un site, cliquez sur Paramètres. 2. Dans la section **Paramètres de flux**, sélectionnez Autoriser les utilisateurs à programmer et exécuter des flux qui incluent des paramètres pour activer la fonctionnalité. 3. (version 2023.2 et versions ultérieures) Sélectionnez Autoriser l’application des paramètres générés par le système, tels que les horodatages, aux noms de sortie pour permettre aux utilisateurs d’ajouter un horodatage au nom de sortie du flux lors de l’exécution pour les types de sortie de fichier et de source de données publiée. 4. Sélectionnez Autoriser les paramètres qui peuvent accepter n’importe quelle entrée pour permettre à toute personne exécutant le flux d’entrer n’importe quelle valeur de paramètre dans le flux au moment de l’exécution. > [!IMPORTANT] > > **Important :** la définition de cette option permet à tout utilisateur de flux d’entrer n’importe quelle valeur dans un paramètre, exposant potentiellement des données auxquelles l’utilisateur ne devrait pas avoir accès. Si cette option n’est pas sélectionnée, les utilisateurs peuvent uniquement choisir à partir d’une liste prédéfinie de valeurs de paramètres. Tous les flux incluant des paramètres qui acceptent n’importe quelle valeur ne peuvent pas être exécutés ou programmés pour s’exécuter. ![La boîte de dialogue Paramètres de flux. Toutes les cases sont cochées : Autoriser les utilisateurs à programmer et exécuter des flux qui incluent des paramètres, Autoriser l’application des paramètres générés par le système, tels que les horodatages, aux noms de sortie et Autoriser les paramètres qui peuvent accepter n’importe quelle entrée. ](/tableau/current/fr-ca/server/fr-ca/Img/prep_parameters_settings.png) ## Activer Tableau Prep Conductor Si Gestion des données est sous licence, activez cette option pour permettre aux utilisateurs de planifier et de suivre les flux dans Tableau Server et Tableau Cloud. Pour plus d’informations sur les exigences de configuration supplémentaires pour Tableau Prep Conductor, consultez [Tableau Prep Conductor](https://help.tableau.com/current/server/fr-ca/server_process_prep_conductor.htm). 1. Dans un navigateur Web, connectez-vous au serveur en tant qu’administrateur et accédez au site sur lequel vous souhaitez activer Tableau Prep Conductor. Sur un site, cliquez sur Paramètres. 2. Dans la section **Tableau Prep Conductor**, sélectionnez Autoriser les utilisateurs à planifier et surveiller les flux pour activer la fonctionnalité. ![Sous Paramètres de Tableau Prep Conductor, la case « Autoriser les utilisateurs à programmer et surveiller les flux » est cochée.](/tableau/current/fr-ca/server/fr-ca/Img/prep_pwa_admin3.png) ## Activer l’option Exécuter maintenant Contrôlez si les utilisateurs ou uniquement les administrateurs peuvent exécuter les flux manuellement à l’aide de l’option Exécuter maintenant. Gestion des données n’est pas nécessaire pour exécuter les flux manuellement. 1. Dans un navigateur Web, connectez-vous au serveur en tant qu’administrateur et accédez au site sur lequel vous souhaitez activer l’option Exécuter maintenant pour les flux. Sur un site, cliquez sur Paramètres. 2. Dans la section **Exécuter maintenant**, sélectionnez Autoriser les utilisateurs à exécuter des travaux manuellement avec Exécuter maintenant pour activer la fonctionnalité. ![Sous Paramètres de l’option Exécuter maintenant, la case « Autoriser les utilisateurs à exécuter des tâches manuellement avec Exécuter maintenant » est cochée.](/tableau/current/fr-ca/server/fr-ca/Img/prep_pwa_admin2.png) Décochez la case si seuls les administrateurs de serveur peuvent exécuter des flux manuellement. ## Abonnements à des flux Vous pouvez contrôler si les utilisateurs peuvent recevoir des notifications de flux concernant des tâches planifiées en cas d’exécutions de flux réussies. Gestion des données est nécessaire pour activer les notifications. 1. Dans un navigateur Web, connectez-vous au serveur en tant qu’administrateur et accédez au site sur lequel vous souhaitez activer les abonnements aux flux. Sur un site, cliquez sur Paramètres. 2. Dans la section **Abonnements aux flux**, sélectionnez Autoriser les utilisateurs à envoyer ou à recevoir des courriels incluant des données de sortie de flux pour activer la fonctionnalité. ![Le paramètre du site Abonnements aux flux affiche la case à cocher permettant d’envoyer et de recevoir des notifications par courriel, qui y est sélectionnée.](/tableau/current/fr-ca/server/fr-ca/Img/prep_conductor_subscribe_site.png) **Remarque :** l’option de joindre un type de fichier .csv ou .xlsx au courriel n’est disponible que pour les environnements sur site. ## Activer les extensions Tableau Prep _Pris en charge dans Tableau Server et Tableau Cloud à partir de la version 2021.2.0_ Définissez cette option pour contrôler si les utilisateurs peuvent se connecter à Einstein Discovery pour exécuter des modèles prédictifs sur les données de leur flux. Vous pouvez utiliser des modèles basés sur Einstein Discovery pour évaluer en bloc les prédictions des données de votre flux lors de la création de flux sur le Web. Les prédictions peuvent vous aider à prendre des décisions plus éclairées et à prendre des mesures pour améliorer les résultats de votre entreprise. Vous devrez configurer des paramètres supplémentaires pour inclure des prédictions dans notre flux. Pour plus d’informations, consultez [Ajouter des prédictions Einstein Discovery à votre flux](https://help.tableau.com/current/prep/fr-ca/prep_predictions.htm) et [Configurer l’intégration Einstein Discovery](https://help.tableau.com/current/server/fr-ca/config_einstein_extensions.htm#einstein-discovery-tableau-prep-extensions). 1. Dans un navigateur Web, connectez-vous au serveur en tant qu’administrateur et accédez au site sur lequel vous souhaitez activer les extensions Tableau Prep. Sur un site, cliquez sur Paramètres > Extensions. 2. Dans la section **Extensions de Tableau Prep**, sélectionnez Autoriser les utilisateurs à se connecter à Einstein Discovery pour activer la fonctionnalité. ![Une zone de texte qui décrit les extensions Tableau Prep. La case « Autoriser l’utilisateur à se connecter à Einstein Discovery » est cochée.](/tableau/current/fr-ca/server/fr-ca/Img/prep_pwa_admin_einstein_discovery.png) ## Activer ou désactiver l’enregistrement automatique Activée par défaut, cette fonctionnalité enregistre automatiquement le travail de flux d’un utilisateur toutes les quelques secondes. Bien que cela ne soit pas recommandé, les administrateurs peuvent désactiver l’enregistrement automatique sur un site à l’aide de la méthode de l’API REST de Tableau Server « Mettre à jour le site » et du paramètre `flowAutoSaveEnabled`. Pour plus d’informations, consultez [Méthodes du site de l’API REST Tableau Server : site de mise à jour](https://help.tableau.com/current/api/rest_api/fr-ca/REST/rest_api_ref_sites.htm#update_site). Pour plus d’informations sur l’enregistrement automatique sur le Web, consultez [Activer ou désactiver l’enregistrement automatique](#autosave). Pour plus d’informations sur la configuration des paramètres du site, consultez [Référence de Paramètres du site](https://help.tableau.com/current/server/fr-ca/sites_add.htm) dans l’aide de Tableau Server. ## Autres articles de cette section [Passer au contenu principal](#main-content) # Créer et modifier un contenu privé dans l’espace personnel L’espace personnel est un emplacement privé dans lequel les explorateurs et les créateurs peuvent enregistrer du contenu lorsqu’ils travaillent sur un site Tableau. Le contenu enregistré dans l’espace personnel ne peut pas être partagé avec d’autres utilisateurs mais peut être déplacé vers un projet lorsque vous êtes prêt à le montrer à d’autres personnes. Dans l’espace personnel, vous pouvez créer un nouveau classeur ou enregistrer un classeur dans l’espace personnel en tant que copie distincte. Vous pouvez également déplacer un contenu existant dont vous êtes propriétaire dans l’espace personnel pour le modifier, puis revenir à un projet ultérieurement. Les utilisateurs de type Explorer peuvent télécharger des classeurs dans l’espace personnel, y compris toutes les données incluses dans le classeur. Les sources de données et les flux ne peuvent pas être enregistrés dans votre espace personnel. ## Confidentialité dans l’espace personnel Le contenu enregistré dans votre espace personnel n’est visible que par vous et les administrateurs de site. Les administrateurs de site ne peuvent pas accéder directement à l’espace personnel d’un utilisateur ni modifier le contenu dans l’espace personnel d’une autre personne. Par contre, ils peuvent afficher et gérer les classeurs de l’espace personnel. Les classeurs de l’espace personnel s’affichent dans les résultats de recherche de l’administrateur et en tant qu’emplacement de classeur dans la page Explorer. De plus, le menu des autorisations n’est pas disponible lorsqu’un classeur se trouve dans l’espace personnel étant donné que le classeur est privé. ### Tableau Catalog et espace personnel Depuis la version 2019.3, Tableau Catalog est disponible dans le module Gestion des données de Tableau Server et Tableau Cloud. Pour plus d’informations, consultez « À propos de Tableau Catalog » dans l’aide de Tableau Server ou de Tableau Cloud. Lorsque Tableau Catalog est activé dans votre environnement de travail, les informations sur les classeurs que vous enregistrez dans votre espace personnel sont indexées par Catalog. Ces classeurs sont inclus dans les décomptes de lignage, cependant, vous seul pouvez voir les classeurs. De plus, les utilisateurs qui parcourent l’outil de lignage voient les autorisations requises au lieu d’informations sur les classeurs dans votre espace personnel. ### Outils de collaboration Lorsqu’un classeur se trouve dans l’espace personnel, certaines fonctionnalités sont désactivées, notamment le partage, les métriques, les commentaires, les alertes et les abonnements. Les alertes et les abonnements existants continueront de s’exécuter, mais les alertes et les abonnements à d’autres classeurs échoueront, car le contenu est désormais privé. Les métriques ne peuvent pas être créées dans l’espace personnel mais continueront de fonctionner si un classeur connecté y est déplacé. (L’ancienne fonctionnalité Métriques a été retirée de Tableau Cloud en février 2024 et de Tableau Server version 2024.2. Pour plus d’informations, consultez [Créer et résoudre les problèmes liés aux métriques (retiré)](https://help.tableau.com/current/online/fr-ca/metrics_create.htm)().) Ces limitations sont supprimées lorsque le classeur est déplacé vers un autre emplacement ou y est enregistré. Par exemple, si un classeur contient des commentaires et est déplacé vers l’espace personnel, les commentaires existants sont masqués. Les commentaires sont restaurés lorsque le classeur est déplacé vers un autre emplacement. ### Actualisations d’extraits dans l’espace personnel Pour limiter la consommation de ressources, les actualisations d’extraits existantes continuent de s’exécuter si elles ont été planifiées, mais les nouvelles actualisations d’extraits ne peuvent pas être planifiées tant qu’un classeur est dans l’espace personnel. ## Rechercher un contenu dans l’espace personnel Vous pouvez accéder à l’espace personnel à partir du menu de navigation de gauche pour voir tout le contenu de votre espace personnel ou créer un nouveau classeur et l’enregistrer dans l’espace personnel lors de la création ou de la modification d’un classeur n’importe où sur le site. ![Onglet Espace personnel dans Tableau Cloud.](/tableau/current/fr-ca/server/fr-ca/Img/ps-navigation.png) ![Chemin pour publier un classeur dans votre espace personnel.](/tableau/current/fr-ca/server/fr-ca/Img/ps-save.png) Vous pouvez également voir les classeurs dans l’espace personnel à partir de la page Explorer lorsque l’option Tous les classeurs est sélectionnée, et vous pouvez filtrer le contenu de l’espace personnel. ![Menu déroulant de l’onglet Explorer de Tableau Cloud contenant une liste de classeurs et de projets.](/tableau/current/fr-ca/server/fr-ca/Img/ps-explore.png) ## Publier un classeur dans l’espace personnel L’espace personnel fonctionne comme un projet privé dans lequel vous pouvez publier un nouveau classeur ou un classeur existant depuis Tableau Cloud, Tableau Server ou Tableau Desktop. Si l’espace personnel est activé, les brouillons sont enregistrés automatiquement dans l’espace personnel, peu importe dans quel projet le nouveau classeur est créé. Si l’espace personnel _n’est pas_ activé, les brouillons des nouveaux classeurs sont enregistrés dans le projet. Toutefois, si un nouveau classeur est créé dans le projet de niveau supérieur, le brouillon n’est enregistré nulle part. ### Publier un classeur dans l’espace personnel sur Tableau Server ou Tableau Cloud 1. Le classeur étant ouvert, sélectionnez Fichier > Publier sous. 2. Sous Emplacement, sélectionnez Espace personnel. ![Chemin pour publier un classeur dans votre espace personnel.](/tableau/current/fr-ca/server/fr-ca/Img/ps-save.png) **Remarque :** les utilisateurs de type Explorer peuvent uniquement enregistrer des classeurs dans l’espace personnel et ne peuvent pas nécessairement voir la boîte de dialogue de sélection d’emplacement. ### Publier un classeur dans l’espace personnel à partir de Tableau Desktop À partir de la version 2023.1, vous pouvez publier un classeur dans l’espace personnel depuis Tableau Desktop. 1. Avec le classeur que vous souhaitez publier ouvert dans Tableau Desktop, sélectionnez Serveur > Publier le classeur. 2. Sous Projet, sélectionnez Espace personnel. 3. Dans Sources de données, sélectionnez Modifier. 4. Dans la fenêtre contextuelle Gérer les sources de données sous Type de publication, sélectionnez Intégré au classeur pour toutes les sources de données. Vous devez intégrer des sources de données lors de la publication à partir de Tableau Desktop, car vous ne pouvez pas publier de sources de données séparément dans l’espace personnel. 5. Remplissez le reste des options de publication comme d’habitude. Pour plus d’informations, consultez [Procédure complète de publication d’un classeur](https://help.tableau.com/current/pro/desktop/fr-ca/publish_workbooks_howto.htm). ## Déplacer des classeurs vers l’espace personnel Vous pouvez déplacer un classeur existant vers l’espace personnel si vous êtes le propriétaire du classeur et qu’il y a de la place dans votre espace personnel. Les limites de stockage de l’espace personnel sont définies par les administrateurs. Pour déplacer un classeur vers l’espace personnel : - Sélectionnez un classeur, puis cliquez sur le menu déroulant Actions. - Sélectionnez Déplacer. - Sous Emplacement, sélectionnez Espace personnel. **Remarque :** les utilisateurs de type Explorer peuvent uniquement enregistrer des classeurs dans l’espace personnel et ne peuvent pas nécessairement voir l’action Déplacer ou la boîte de dialogue de sélection d’emplacement. Pour plus d’informations, consultez [Exécuter des actions](https://help.tableau.com/current/pro/desktop/fr-ca/qs_content_page.htm#perform-actions) dans la rubrique d’aide Gérer le contenu Web. Lorsque vous déplacez un classeur ou une source de données existant(e) vers l’espace personnel, des outils tels que le partage, les alertes et les abonnements sont masqués. Les actualisations d’extraits existantes continuent de s’exécuter si elles ont été planifiées, mais les utilisateurs ne peuvent pas planifier de nouvelles actualisations d’extraits dans leur espace personnel. Les abonnements et alertes existants se poursuivent également mais ne peuvent pas être modifiés depuis l’espace personnel et échoueront si d’autres utilisateurs sont destinataires. Les métriques connectées existantes continueront d’être actualisées, mais la vue connectée ne sera pas visible pour les autres utilisateurs. ## Déplacer des classeurs depuis l’espace personnel Lorsque vous déplacez un classeur hors de l’espace personnel, les outils de collaboration tels que le partage, les alertes et les abonnements deviennent visibles et tous les commentaires existants réapparaissent. [Passer au contenu principal](#main-content) # Créer et résoudre les problèmes liés aux métriques (retiré) ## Retrait des anciennes métriques Cet article porte sur l’ancienne fonctionnalité Métriques de Tableau, qui a été retirée de Tableau Cloud en février 2024 et de la version 2024.2 de Tableau Server. En octobre 2023, Tableau a retiré la possibilité d’intégrer des anciennes métriques dans Tableau Cloud et dans Tableau Server version 2023.3. Tableau Pulse présente une nouvelle façon de suivre les métriques. Avec Tableau Pulse, les métriques que vous créez sont utilisées pour générer des découvertes sur vos données. Ces découvertes sur les données sont envoyées directement aux utilisateurs qui suivent les métriques, afin qu’ils puissent connaître les modifications apportées à leurs données dans leur flux de travail. Pour plus d’informations, consultez [Créer des métriques avec Tableau Pulse](https://help.tableau.com/current/online/fr-ca/pulse_create_metrics.htm). Si vous souhaitez conserver vos anciennes métriques, notez la source de données, la mesure et la dimension temporelle de ces métriques, puis recréez-les dans Tableau Pulse. Les anciennes métriques ne seront pas automatiquement migrées vers Tableau Pulse. Les métriques offrent un moyen rapide de rester informé sur vos données. Étant donné que les métriques se mettent à jour automatiquement et affichent leur valeur actuelle dans la vue grille et liste de votre contenu, vous pouvez vérifier tous les chiffres clés qui vous intéressent en quelques secondes. ![Grille de métriques de profit avec bons et mauvais états](/tableau/current/fr-ca/server/fr-ca/Img/metrics_grid.png) À leur niveau le plus élémentaire, les métriques montrent la valeur d’une mesure agrégée, comme la somme des ventes. Des métriques plus complexes peuvent inclure des chronologies, des comparaisons et des états qui fournissent une indication facile à comprendre de vos performances par rapport à un point antérieur dans le temps ou à une valeur que vous avez définie. Si vous avez un ensemble de plusieurs tableaux de bord que vous vérifiez fréquemment, vous pouvez créer des métriques pour les chiffres que vous souhaitez surveiller, puis les suivre en un seul emplacement en les ajoutant à vos favoris ou à une collection, ou en les créant dans le même projet. De cette façon, vous n’avez pas besoin de charger et de filtrer les tableaux de bord, sauf si vous souhaitez approfondir vos données. ## Trouver des métriques sur votre site Il existe plusieurs façons de trouver des métriques sur votre site Tableau. Pour parcourir toutes les métriques que vous êtes autorisé à afficher, accédez à la page Explorer, puis sélectionnez Toutes les métriques dans le menu des types de contenu. Si vous recherchez des métriques liées à une vue ou à un classeur particulier, vérifiez les métriques connectées pour ce contenu. Pour voir les métriques connectées pour une vue, ouvrez la vue, puis cliquez sur Surveiller > Métriques dans la barre d’outils de la vue. Les métriques affichées sont organisées de la date de création la plus récente à la plus ancienne. ![Barre d’outils d’affichage et métriques connectées à la vue](/tableau/current/fr-ca/server/fr-ca/Img/metrics_connected_view.png) Pour voir les métriques connectées pour toutes les vues d’un classeur, accédez au classeur, puis cliquez sur l’onglet Métriques connectées. Vous pouvez trier ces métriques à l’aide du menu Trier par. ![Page Classeur et métriques connectés au classeur](/tableau/current/fr-ca/server/fr-ca/Img/metrics_connected_workbook.png) ## Composants d’une métrique Les seules données requises pour définir une métrique sont une mesure agrégée. Les métriques sont créées à partir d’un repère dans une vue, et la mesure associée à ce repère définit la métrique. La mesure doit être agrégée, car un repère non agrégé ne changera pas dans le temps. Pour plus d’information sur les dimensions et les mesures dans Tableau, consultez [Dimensions et mesures, Bleu et vert](https://help.tableau.com/current/pro/desktop/fr-ca/datafields_typesandroles.htm). Une métrique peut éventuellement être définie par une dimension de type date, et vous pouvez configurer une comparaison et un état pour votre métrique. Chacun de ces composants ajoute du contexte aux données présentées sur la fiche de métrique. Les métriques qui ne sont définies que par une mesure s’affichent sous la forme d’un nombre unique. Ce nombre est mis à jour lorsque les données sont mises à jour, mais il n’y a pas de chronologie sur la fiche. ![Métrique à un seul chiffre](/tableau/current/fr-ca/server/fr-ca/Img/metrics_single_number.png) ### Chronologie Lorsque vous sélectionnez un repère pour définir une métrique, si le repère est associé à une dimension de type date, cette dimension fait partie de la définition de la métrique. Les métriques ayant une dimension de type date affichent une chronologie, et vous pouvez configurer la comparaison historique de la métrique. Par défaut, la comparaison historique se trouve au repère précédent. Lorsque vous ouvrez la page de détails d’une métrique, la chronologie affiche la valeur de la mesure en fonction de la granularité de la dimension de la date, par exemple les ventes quotidiennes ou les utilisateurs mensuels. Survolez les points de la chronologie pour voir des valeurs historiques. ![Chronologie des valeurs des ventes mensuelles](/tableau/current/fr-ca/server/fr-ca/Img/metrics_timeline.gif) ### Comparaison Vous pouvez configurer deux types de comparaisons pour les métriques : les comparaisons historiques et les comparaisons constantes. Vous pouvez configurer une comparaison historique uniquement si une mesure est associée à une dimension de type date, mais des comparaisons constantes peuvent être ajoutées pour tout type de mesure. Une comparaison historique est une comparaison relative entre la valeur actuelle et un nombre spécifié d’heures, de jours ou d’une autre unité de temps précédente. Par exemple, vous pouvez définir une comparaison entre la valeur actuelle des ventes mensuelles et la valeur observée il y a 12 mois. Chaque fois que des données sont ajoutées à une métrique, la comparaison historique s’ajuste en fonction de la date ou de l’heure des nouvelles données. ![Métrique en hausse de 20 % par rapport à la période de comparaison](/tableau/current/fr-ca/server/fr-ca/Img/metrics_historical_comp.png) Les comparaisons constantes portent sur une valeur unique qui ne change pas lorsque de nouvelles données sont ajoutées. Vous pouvez définir une comparaison pour représenterun seuil à dépasser, par exemple, si vous devez maintenir un taux de livraison ponctuelle de 90 %. Ou vous pouvez définir un objectif cumulatif visé, par exemple, un objectif de vente mensuel. ![Métrique 4640 $ au-dessus de la valeur de comparaison](/tableau/current/fr-ca/server/fr-ca/Img/metrics_constant_comp.png) ### État Pour les métriques faisant l’objet d’une comparaison constante, vous pouvez définir si une valeur supérieure, inférieure ou égale à la valeur de comparaison est bonne, mauvaise ou neutre. Une métrique ayant un état « bon » affiche une coche à côté de la valeur de comparaison, et la fiche de métrique présente une bande verte dans la partie supérieure. Une métrique ayant un état « mauvais » affiche un X à côté de la valeur de comparaison, et la fiche de métrique présente a une bande rouge dans la partie supérieure. Les métriques ayant un état « neutre » présente la même apparence que les métriques sans indicateur d’état; aucune icône ni couleur n’est appliquée à la fiche. ![Métriques ayant des états neutre, mauvais et bon](/tableau/current/fr-ca/server/fr-ca/Img/metrics_status.png) ## Créer une métrique à partir d’une vue Si vous possédez un rôle sur le site Creator ou Explorer (peut publier) et que vous disposez de la fonctionnalité Créer/Actualiser des métriques sur le classeur pertinent, vous pouvez créer des métriques dans Tableau Cloud ou Tableau Server. Avant de créer une métrique, vérifiez les métriques connectées pour la vue afin de vous assurer que la métrique que vous envisagez de créer n’existe pas déjà. Au lieu de créer une métrique en double, ouvrez la métrique existante et ajoutez-la comme un favori. ### Sélectionner le repère pour définir votre métrique 1. Accédez à la vue depuis laquelle vous voulez créer une métrique. 2. Dans la barre d’outils de la vue, sélectionnez Surveiller > Métriques. ![Barre d’outils d’affichage avec le bouton Métriques mis en évidence](/tableau/current/fr-ca/server/fr-ca/Img/metrics_toolbar.png) Le volet Métriques s’ouvre. 3. Si le volet affiche les mesures connectées, sélectionnez le bouton Créer pour passer en mode de création. 4. Sélectionnez un repère. Si vous rencontrez une erreur, consultez [Cas dans lesquels vous ne pouvez pas créer une métrique](#when-you-cant). ![Sélection d’un repère sur une vue multi-graphiques](/tableau/current/fr-ca/server/fr-ca/Img/metrics_mark_selection.png) La mesure associée à ce repère définit votre métrique. Tous les filtres que vous appliquez à ce repère sont appliqués à votre métrique. Si ce repère est associé à une dimension de type date, cette dimension de type date définit également votre métrique, et votre métrique affiche une chronologie. Le volet Métriques affiche un aperçu de votre métrique. La valeur dans l’aperçu est la valeur la plus récente pour la métrique. Elle peut différer de la valeur du repère que vous avez sélectionné si elle n’était pas la plus récente de la série chronologique. L’aperçu est mis à jour au fur et à mesure que vous essayez différentes configurations. ![Aperçu de configurations de métrique](/tableau/current/fr-ca/server/fr-ca/Img/metrics_preview.gif) ### Décrire et configurer votre métrique Les options disponibles pour configurer votre métrique dépendent du repère que vous sélectionnez et du type de comparaison que vous choisissez. 1. Le champ Nom est pré-rempli en fonction du repère que vous sélectionnez. Vous pouvez donner un nom différent à la métrique. Une métrique doit avoir un nom unique au sein du projet auquel elle appartient. 2. Sous Description, entrez un message facultatif pour aider les autres à comprendre votre métrique. Par exemple, décrivez les filtres appliqués à la métrique ou indiquez la source de données utilisée par la métrique. 3. Pour la Plage de dates (uniquement pour les métriques ayant une dimension de type date), sélectionnez l’une des options par défaut ou définissez une plage personnalisée. Si votre métrique comporte un grand nombre de repères, une limitation de la plage de dates peut faciliter la lecture de la chronologie. 4. Sélectionnez le Type de comparaison pour la métrique : historique ou constante. 5. Pour les comparaisons historiques : - Entrez la date à laquelle vous souhaitez effectuer la comparaison. L’unité de temps pour la comparaison est la même que la granularité de vos données, par exemple heures ou mois. - Sélectionnez Afficher la ligne de comparaison pour inclure une deuxième ligne pour la période de comparaison sur la chronologie. 6. Pour les comparaisons constantes : - Entrez la valeur à comparer. N’incluez pas de virgules ou de symboles dans ce champ. Pour entrer un pourcentage, tapez simplement le nombre sans le signe de pourcentage, par exemple, entrez 25 au lieu de 0,25 pour un objectif de 25 %. Lorsque vous entrez une valeur cible valide, l’aperçu se met à jour pour indiquer à quelle distance au-dessus ou en dessous de la cible se trouve la valeur actuelle. - Définissez l’état de la comparaison pour indiquer si le fait d’être au-dessus, à égalité, ou en dessous de la valeur est bon, mauvais ou neutre. Par défaut, l’état est défini sur neutre. Consultez l’aperçu de la métrique pour voir comment les différents états affectent votre métrique. 7. Sous Définition > Mesure, sélectionnez la mesure à utiliser pour votre définition dans la liste déroulante. Cette option n’apparaît que si le repère que vous sélectionnez est associé à plusieurs mesures. ![Sélection d’une mesure dans la liste déroulante](/tableau/current/fr-ca/server/fr-ca/Img/metrics_disambiguate.png) ### Finaliser votre métrique 1. Sous Projet, sélectionnez Modifier l’emplacement pour choisir un projet différent pour la métrique. Par défaut, votre métrique sera ajoutée au même projet que celui auquel la vue appartient. Chaque métrique d’un projet doit avoir un nom unique. Étant donné que le nom et le projet d’une métrique sont initialement définis en fonction du repère que vous sélectionnez, vous pouvez rencontrer un conflit lorsque vous essayez d’enregistrer votre métrique, si un autre utilisateur a déjà créé une métrique à partir de ce repère. Choisissez un projet ou un nom différent pour votre métrique ou, si vous souhaitez remplacer la métrique existante, consultez [Remplacer une métrique](#overwrite). 2. Cliquez sur le bouton Créer. Un message apparaît avec un lien vers la métrique dans le projet auquel vous l’avez ajoutée. ![Message confirmant le succès de l’opération](/tableau/current/fr-ca/server/fr-ca/Img/metrics_success.png) 3. Vérifiez que les autorisations pour votre métrique sont correctes, en suivant les instructions de la rubrique [Définir les autorisations](https://help.tableau.com/current/server/fr-ca/permissions.htm#set-permissions). Par défaut, une métrique hérite des autorisations du projet dans lequel elle est créée. Toute personne ayant accès à votre métrique peut voir les données de la métrique, même si elle n’a pas l’autorisation d’accéder à la vue connectée ou à la source de données. Maintenant que vous avez créé une métrique, vous pouvez gérer la métrique de la même manière que vous gérez d’autres éléments de contenu indépendants sur votre site Tableau. Bien que les métriques soient créées à partir d’une vue, elles existent indépendamment de cette vue, contrairement aux alertes ou abonnements basés sur les données. Vous pouvez déplacer la métrique vers un autre projet sans déplacer la vue connectée. Pour plus d’information sur la gestion du contenu de votre site Tableau, consultez [Gérer le contenu Web](https://help.tableau.com/current/pro/desktop/fr-ca/qs_content_page.htm). ### Remplacer une métrique Une fois qu’une métrique est créée, vous pouvez modifier le nom, la description et la configuration de la métrique, mais vous ne pouvez pas modifier la façon dont la métrique est définie. Si vous souhaitez modifier les données utilisées par la métrique, vous devez la remplacer. Pour remplacer une métrique, vous devez en être propriétaire ou disposer de la capacité d’autorisation appropriée. 1. Pour remplacer une métrique, créez une métrique du même nom dans le même projet que la métrique que vous souhaitez remplacer. Le dialogue Remplacer une métrique apparaît. 2. Cliquez sur le bouton Remplacer. Lorsque vous remplacez une métrique, la métrique continue d’apparaître pour ceux qui l’ont ajoutée à leurs favoris, et toute modification apportée aux autorisations pour la métrique précédente s’appliquera à la nouvelle métrique. ### Cas dans lesquels vous ne pouvez pas créer une métrique Si vous sélectionnez un repère sur un graphique qui ne prend pas en charge les métriques, un message d’erreur s’affiche et vous explique pourquoi vous ne pouvez pas créer de métrique. La table ci-dessous résume ces scénarios.
RaisonScénarios
Vous ne disposez pas des autorisations adéquates.
  • Le propriétaire du classeur ou un administrateur a refusé la fonctionnalité Créer/Actualiser des métriques. Pour plus d’informations, consultez Autorisations.
Vous ne pouvez pas accéder aux données complètes.
Le mot de passe de la source de données du classeur n’est pas intégré ou n’est plus valide.
Les données ne sont pas au niveau correct de granularité.
La dimension de date n’est pas prise en charge.
  • Le graphique comprend à la fois des parties de date et des valeurs de date. Pour plus d’informations, consultez Modifier les niveaux de date.
  • La dimension de date utilise le calendrier ISO 8601 plutôt que le calendrier grégorien standard. Pour plus d’informations, consultez Calendrier ISO-8601 basé sur les semaines.
  • La dimension de date est agrégée au niveau personnalisé Mois/Année ou Mois/Jour/Année. Pour plus d’informations, consultez Dates personnalisées.
## Modifier la configuration d’une métrique À compter de la version 2022.2, vous pouvez modifier la configuration d’une métrique. La configuration d’une métrique comprend la comparaison, la plage de dates et l’indicateur d’état. Les options de configuration disponibles dépendent du type de métrique. Les métriques avec une chronologie vous permettent de définir une comparaison historique ou une comparaison constante. La métrique à nombre unique ne prend en charge qu’une comparaison constante. La configuration d’une métrique n’inclut pas la définition de la métrique (la mesure et la dimension de date qui génèrent la valeur de la métrique). Si vous souhaitez modifier la définition, remplacez la mesure par une nouvelle mesure. Pour modifier la configuration d’une métrique, vous devez disposer de la capacité de remplacement pour la métrique. 1. Ouvrez la page des détails de la métrique pour la métrique que vous souhaitez modifier. 2. Passez la souris sur la section de configuration. Cliquez n’importe où sur la section pour entrer en mode d’édition. ![Section de configuration des métriques au survol de la souris](/tableau/current/fr-ca/server/fr-ca/Img/metrics_edit_config.png) 3. Pour une mesure de chronologie, définissez la plage de dates à afficher sur la fiche de mesure et les détails. 4. Sélectionnez le type de comparaison. Pour une comparaison constante, définissez une valeur et un état de comparaison. Pour une comparaison historique, définissez la distance à laquelle vous souhaitez effectuer la comparaison et choisissez d’afficher ou non une ligne de comparaison sur la chronologie. 5. Cliquez sur Enregistrer. Vos modifications de configuration apparaîtront à toute personne qui consulte la métrique. ## Actualisation des métriques Lorsqu’elle est actualisée, une métrique vérifie si de nouvelles données sont présentes dans la vue connectée (la vue à partir de laquelle la métrique a été créée). Une actualisation ne met pas nécessairement à jour la valeur d’une métrique, étant donné que les données n’ont pas nécessairement été modifiées. Les métriques sont actualisées selon une fréquence basée soit sur la programmation d’actualisation d’extrait, soit, pour les données en direct, toutes les 60 minutes. La date/heure de la dernière actualisation est affichée sur la métrique. ## Corriger les actualisations défaillantes Si une métrique ne peut pas accéder à la vue connectée ou à ses données sous-jacentes, l’actualisation échoue. Si l’actualisation de votre métrique échoue, vous recevez une notification, qui indique la date/l’heure de l’échec et la métrique concernée. Les actualisations de métriques peuvent échouer pour l’une des raisons suivantes. - La vue connectée a été supprimée ou modifiée. - Les autorisations ont été modifiées pour la vue connectée. - Le mot de passe de la source de données n’est plus intégré ou n’est plus valide. - Le propriétaire de la métrique n’a pas le rôle sur le site requis pour actualiser la métrique. Un rôle sur le site Creator ou Explorer (peut publier) est requis. - Il y a eu un problème de connectivité temporaire, qui se résoudra de lui-même. Pour identifier la cause de la défaillance, inspectez les détails de la métrique. Assurez-vous que le propriétaire de la métrique dispose du rôle sur le site requis pour actualiser la métrique. Ensuite, inspectez la vue connectée. ![Vue connectée à une métrique mise en évidence sous Détails de la métrique](/tableau/current/fr-ca/server/fr-ca/Img/metric_details.png) ### Si la vue connectée apparaît toujours Ouvrez la vue pour rechercher la cause de la défaillance. Si la vue se charge, vérifiez que la mesure et la dimension de date (facultatif) qui définissent la métrique sont toujours présentes dans la vue. - Si la vue semble inchangée, vous n’êtes peut-être plus autorisé à actualiser les métriques à partir de celle-ci. Le propriétaire du contenu ou un administrateur Tableau peut modifier la capacité d’autorisation Créer/Actualiser des métriques. Pour plus d’informations, consultez [Autorisations](https://help.tableau.com/current/server/fr-ca/permissions.htm). - Si la mesure n’est plus présente, la vue a été modifiée de manière à ce que la métrique ne puisse pas se connecter aux données nécessaires à l’actualisation. Le propriétaire du contenu ou un administrateur Tableau peut vérifier l’historique des révisions et restaurer les versions précédentes. Pour plus d’informations, consultez [Afficher l’historique des révisions](https://help.tableau.com/current/pro/desktop/fr-ca/qs_revision_history.htm#view-revision-history). Si la vue ne se charge pas, mais demande à la place un mot de passe ou affiche une erreur lors de la connexion à la source de données, le mot de passe de la source de données n’est pas intégré ou n’est plus valide. Le propriétaire du contenu ou un administrateur de Tableau peut modifier la connexion de la source de données pour intégrer le mot de passe. Pour plus d’informations, consultez [Modifier les connexions](https://help.tableau.com/current/online/fr-ca/to_connections_modify.htm). ### Si aucune vue connectée n’est répertoriée La vue a été supprimée ou vous n’êtes plus autorisé à y accéder. Communiquez avec votre administrateur Tableau pour obtenir de l’aide. ## Reprendre les actualisations suspendues En cas d’échecs répétés, l’actualisation est suspendue. Vous recevez une notification si l’actualisation de votre métrique est suspendue. Lorsqu’une actualisation de métrique est suspendue, Tableau ne tente plus d’obtenir de nouvelles données pour la métrique. Les métriques dont l’actualisation a été suspendue continuent de présenter des données historiques. Si la cause de l’échec est corrigée, vous pouvez redémarrer l’actualisation. 1. Ouvrez la métrique concernée. 2. Sur le message d’avertissement, cliquez sur Redémarrer l’actualisation. Tableau tente d’effectuer l’actualisation. Si cette tentative réussit, vous recevez une notification, et l’actualisation reprend à la date prévue. Si la tentative échoue, votre actualisation reste suspendue. Essayez de remplacer la métrique si la vue connectée est toujours disponible. Pour plus d’informations, consultez [Remplacer une métrique](#overwrite). Sinon, vous pouvez conserver la métrique pour référencer les données passées ou supprimer la métrique. **Remarque :** Si l’actualisation de la métrique est suspendue parce que vous n’avez pas le rôle sur le site requis pour son actualisation, vous ne pourrez pas reprendre l’actualisation ni supprimer la métrique. ## Les métriques s’affichent dans Tableau Catalog Depuis la version 2019.3, Tableau Catalog est disponible dans le module Gestion des données de Tableau Cloud et Tableau Server. Lorsque Tableau Catalog est activé dans votre environnement, vous pouvez voir les métriques de l’outil de lignage Catalog, et les métriques affectées par les avertissements sur la qualité des données affichent ces avertissements. Pour plus d’informations sur Tableau Catalog, consultez « À propos de Tableau Catalog » dans l’aide de [Tableau Server](https://help.tableau.com/current/server/fr-ca/dm_catalog_overview.htm) ou [Tableau Cloud](https://help.tableau.com/current/online/fr-ca/dm_catalog_overview.htm). Lorsque vous avez défini des métriques pour les nombres que vous souhaitez surveiller, il est important de savoir si les données sur lesquels les métriques s’appuient sont affectées d’une manière ou d’une autre. Vous pouvez utiliser Catalog de plusieurs façons pour le savoir. Tout d’abord, les avertissements sur la qualité des données configurés pour les données sur lesquelles votre métrique est basée s’affichent sur la métrique. Ces avertissements s’affichent lorsque vous ouvrez une métrique dans Tableau Mobile, et dans Tableau Server et Tableau Cloud lorsque vous survolez une métrique dans la grille et sur la page Détails de la métrique, comme indiqué ci-dessous : ![Métrique avec avertissement sur la qualité des données](/tableau/current/fr-ca/server/fr-ca/Img/dm_dqw_metrics.png) Pour plus d’informations, consultez « Configurer un avertissement sur la qualité des données » dans l’aide de [Tableau Server](https://help.tableau.com/current/server/fr-ca/dm_dqw.htm) ou [Tableau Cloud](https://help.tableau.com/current/online/fr-ca/dm_dqw.htm). Vous pouvez également utiliser l’outil de lignage dans Tableau Catalog pour voir les sources en amont sur lesquelles votre métrique est basée. Lors d’une analyse d’impact, vous pouvez voir quelles métriques sont affectées si une certaine colonne ou une table est modifiée ou obsolète, ou si certains classeurs sont supprimés. L’inclusion de mesures dans le lignage signifie que Catalog donne une image complète de l’impact possible des modifications sur les ressources de votre environnement. ![Impact sur le lignage en cas de filtrage par un champ](/tableau/current/fr-ca/server/fr-ca/Img/dm_lineage_filter.png) Pour plus d’informations, consultez « Utiliser le lignage pour l’analyse d’impact » dans l’aide de [Tableau Server](https://help.tableau.com/current/server/fr-ca/dm_lineage.htm) ou [Tableau Cloud](https://help.tableau.com/current/online/fr-ca/dm_lineage.htm). [Passer au contenu principal](#main-content) # Créer et tester des stratégies de données Utilisez une stratégie de données pour filtrer les données dans n’importe quelle vue, source de données ou flux qui utilise la connexion virtuelle. Utilisez une colonne dans une table de stratégie ou une table de droits pour filtrer les données uniquement sur ce qu’un utilisateur doit voir. - **Table de stratégie** - les tables qui sont filtrées. - **Colonne de stratégie** \- colonne utilisée pour filtrer les données. - **Table de droits** - une table qui comprend une colonne que vous pouvez utiliser pour filtrer les données. À utiliser lorsque les tables de stratégie n’incluent pas de colonne de stratégie. Ajouter des tables à la stratégie Pour créer une stratégie de données : 1. Clic ![le bouton Créer une nouvelle stratégie](/tableau/current/fr-ca/server/fr-ca/Img/ipa_Create_New_Policy_btn.png) 2. Cliquez sur le nom par défaut dans l’onglet pour renommer la stratégie. 3. Double-cliquez sur le nom de la table dans le volet de gauche pour ajouter des tables à la stratégie de données. [Lire la rubrique complète](https://help.tableau.com/current/server/fr-ca/dm_vconn_create_conn.htm#select-tables-to-include-in-the-connection) Mapper les colonnes de tables Pour chaque table de stratégie, mappez une colonne de la table de stratégie à une colonne de stratégie ou à une table de droits. ### Mapper à une colonne de stratégie 1. Cliquez sur ![Le bouton Ajouter une colonne à la carte.](/tableau/current/fr-ca/server/fr-ca/Img/ipa_vconn_add_col_map_btn.png) pour ajouter une ou plusieurs colonnes à utiliser pour filtrer les données. 2. Nommez la colonne de stratégie. Vous utiliserez ce nom dans la condition de stratégie. 3. Pour chaque table de stratégie, utilisez le menu déroulant pour sélectionner la colonne de table qui correspond à la colonne de stratégie. 4. Répétez ce processus pour autant de colonnes de stratégie que vous souhaitez utiliser dans la condition de stratégie. **Clip rapide :** Mappez une colonne de table à une colonne de stratégie et rédigez une condition de stratégie pour une stratégie de données qui filtre les factures par représentant commercial. Your browser does not support the video tag. [Lire la rubrique complète](https://help.tableau.com/current/server/fr-ca/dm_vconn_create_rlspolicy.htm#filter-with-a-policy-column-from-a-policy-table) ### Mappage avec une table des droits 1. Sélectionnez la table de droits, faites-la glisser vers la droite et déposez-la sur Ajouter en tant que table de droits. Vous pouvez utiliser une table à partir de n’importe quelle connexion ou base de données comme table de droits centrale qui sécurise les tables dans de nombreuses autres bases de données. 2. Pour chaque table de stratégie, cliquez sur le menu déroulant et sélectionnez les colonnes pour mapper la table de stratégie à la table de droits. **Clip rapide :** Mappez une table de droits (avec les colonnes EmployeeId et Full Name) aux colonnes de la table de stratégie et rédigez une condition de stratégie pour la stratégie de données. Your browser does not support the video tag. [Lire la rubrique complète](https://help.tableau.com/current/server/fr-ca/dm_vconn_create_rlspolicy.htm#filter-with-policy-column-from-an-entitlement-table) Écrire une condition de stratégie Une condition de stratégie est un calcul qui utilise souvent une fonction utilisateur pour définir l’accès au niveau de la ligne. Plus d’informations sur les [fonctions utilisateur](https://help.tableau.com/current/pro/desktop/fr-ca/functions_functions_user.htm) dans l’aide en ligne. Condition de stratégie : - Est requis dans une stratégie de données. - Doit être évaluée sur vrai ou faux. - Affiche les lignes lorsque la condition de stratégie est vraie. Exemple : `FULLNAME() = [EmployeeName]` [Lire la rubrique complète](https://help.tableau.com/current/server/fr-ca/dm_vconn_create_rlspolicy.htm#write-a-policy-condition) Tester votre stratégie de données en utilisant Afficher en tant qu’utilisateur Testez votre stratégie pour voir les données telles que l’utilisateur les voit et assurez-vous que votre stratégie fonctionne comme prévu. 1. Sélectionnez une table. 2. Dans la section Détails de la table, sélectionnez ![Une case à cocher intitulée « Avec application de la stratégie ».](/tableau/current/fr-ca/server/fr-ca/Img/ipa_vconns_with_policy_applied.png) 3. Cliquez sur Aperçu en tant qu’utilisateur, sélectionnez un groupe (facultatif) et un utilisateur. 4. Vérifiez que la politique affiche les données correctes pour cet utilisateur dans les détails de la table. 5. Répétez pour d’autres utilisateurs selon les besoins. [Lire la rubrique complète](https://help.tableau.com/current/server/fr-ca/dm_vconn_test_preview.htm) Publier la connexion et définir les autorisations ### Enregistrer un brouillon ou publier une connexion Votre connexion est automatiquement enregistrée en tant que brouillon pendant que vous travaillez. Enregistrez manuellement le brouillon en cliquant sur ![Icône Enregistrer](/tableau/current/fr-ca/server/fr-ca/Img/ipa_Save_16px_medium.png). Pour partager une nouvelle connexion virtuelle avec d’autres utilisateurs, vous devez la publier. 1. Cliquez sur ![Bouton Publier](/tableau/current/fr-ca/server/fr-ca/Img/ipa_vconn_publish_btn.png) dans l’angle supérieur droit de l’éditeur. 2. Saisissez un nom pour la connexion dans le champ Nom. 3. Sélectionnez un projet dans lequel enregistrer la connexion. 4. Clic ![Bouton Publier](/tableau/current/fr-ca/server/fr-ca/Img/ipa_vconn_publish_btn.png) Lorsque vous modifiez une connexion existante, elle reste disponible pour les utilisateurs dans son état de publication actuel. - Pour enregistrer les mises à jour apportées à un brouillon, cliquez sur ![Icône Enregistrer](/tableau/current/fr-ca/server/fr-ca/Img/ipa_Save_16px_medium.png). - Pour rendre la connexion mise à jour accessible aux utilisateurs, cliquez sur ![Bouton Publier](/tableau/current/fr-ca/server/fr-ca/Img/ipa_vconn_publish_btn.png) ### Définir des autorisations de manière à ce que d’autres personnes puissent utiliser la connexion Vous avez publié la connexion et vous êtes prêt à autoriser d’autres personnes à l’utiliser. Pour ce faire, définissez la fonctionnalité Connexion sur Autorisé. 1. Accédez à la connexion virtuelle. 2. Ouvrez le menu Actions (...), puis cliquez sur Autorisations. 3. Cochez la case sous l’icône Connexion afin que la connexion soit autorisée pour tous les utilisateurs. ![Case à cocher Fonctionnalité de connexion sous Règles d’autorisation](/tableau/current/fr-ca/server/fr-ca/Img/ipa_vconn_connect_capability.png) 4. Cliquez sur Enregistrer. [Lire la rubrique Publication et autorisations](https://help.tableau.com/current/server/fr-ca/dm_vconn_publish_save.htm) ## Tâches connexes [À propos de l’éditeur de connexion virtuelle](https://help.tableau.com/current/server/fr-ca/ipa_vconn_about_editor.htm) [Ajouter des tables à la connexion](https://help.tableau.com/current/server/fr-ca/ipa_vconn_add_tables.htm) [À propos des stratégies de données](https://help.tableau.com/current/server/fr-ca/ipa_vconn_about_data_policy.htm) Vous ne trouvez pas ce dont vous avez besoin? Consultez [toute l’aide de Tableau](https://www.tableau.com/fr-ca/support/help) en ligne [Passer au contenu principal](#main-content) # Créer ou modifier une programmation Seuls les administrateurs Tableau Server peuvent accéder à la page Programmations. Elle affiche une liste des programmations, notamment leur nom, type, portée, nombre de tâches, comportement (traitement simultané ou en série), ainsi que le moment planifié de leur exécution. **Remarque :** Si vous activez les programmations personnalisées pour les abonnements sur un ou plusieurs sites, les utilisateurs contrôleront les programmations pour leurs abonnements sur ces sites. Pour en savoir plus, consultez [Activer les programmations personnalisées pour les abonnements](https://help.tableau.com/current/server/fr-ca/schedule_enable_custom.htm). ## Pour créer une nouvelle programmation 1. Dans un site, cliquez sur Programmations. 2. Cliquez sur **Nouvelle programmation**. ![Une boîte de dialogue de création de programmation avec l’état du site, l’analyse et les paramètres. Une liste d’options d’état du site, notamment un tableau de bord du gestionnaire de processus en arrière-plan, des statistiques sur le contenu inutilisé, et l’utilisation des licences basées sur la connexion.](/tableau/current/fr-ca/server/fr-ca/Img/new-schedule-create.png) 4. Spécifiez un nom descriptif pour la programmation. 5. Sélectionnez un **Type de tâche** que la programmation va traiter : actualisation d’extrait, exécution de flux ou envoi d’abonnements. 6. Vous avez aussi la possibilité de définir une priorité comprise entre 1 et 100, où 1 est la priorité la plus élevée. Il s’agit de la priorité qui sera affectée aux tâches par défaut. Si deux tâches sont en attente dans la file d’attente, le gestionnaire de processus en arrière-plan évaluera la priorité de tâche pour les actualisations d’extraits et les flux, et la priorité des programmations pour les abonnements afin de déterminer lequel est exécuté en premier. Pour plus d’informations, consultez [Hiérarchisation des tâches serveur planifiées](https://help.tableau.com/current/server/fr-ca/task_prioritization.htm). 7. Exécution : choisissez si une programmation s’exécutera en parallèle ou en série. Les programmations exécutées en parallèle le sont sur tous les processus du gestionnaire de processus en arrière-plan disponibles pour pouvoir se terminer plus rapidement. **Remarque :** les programmations d’un même classeur seront toujours exécutées en série, même si vous définissez cette option sur Parallèle. 8. Terminez la définition de la programmation. Vous pouvez définir une programmation horaire, quotidienne, hebdomadaire ou mensuelle. La **Fréquence** est automatiquement renseignée en fonction de vos sélections. ![Un menu de navigation avec l’état du site, l’analyse et les paramètres. Une liste d’options d’état du site, notamment un tableau de bord du gestionnaire de processus en arrière-plan, des statistiques sur le contenu inutilisé, et l’utilisation des licences basées sur la connexion.](/tableau/current/fr-ca/server/fr-ca/Img/new-schedule-monthly.png) 9. Cliquez sur Créer. ## Pour modifier une programmation existante 1. Naviguer vers la page Programmations. 2. Sélectionnez une programmation existante, cliquez sur la flèche déroulante Actions, puis sélectionnez **Modifier les paramètres**. ![Une liste d’actualisations d’extraits programmées, avec les options Modifier les paramètres, Exécuter maintenant, Renommer ou Supprimer.](/tableau/current/fr-ca/server/fr-ca/Img/sched8.png) 3. Terminez la modification de la programmation, et cliquez sur Enregistrer. ## Règles pour la création ou la modification des programmations Voici les règles que vous devez suivre lors de la création de nouvelles programmations ou de modification des programmations existantes. **Remarque :** si certaines de vos programmations existantes ne respectent pas ces règles, vous devez les modifier en conséquence. Si vous ne le faites pas, il peut en résulter un comportement inattendu et les tâches peuvent ne pas s’exécuter à l’heure programmée. - Les programmations qui s’exécutent toutes les 15 ou 30 minutes doivent avoir des heures de début et de fin qui sont sur l’heure même. Exemples d’heure : 5h00 à 18h00. - Les programmations quotidiennes pour toute récurrence doivent avoir la même minute de début et de fin. Par exemple, de 10 h 35 à 16 h 35. L’heure peut être différente. Toutefois, si la programmation quotidienne est configurée pour s’exécuter une seule fois par jour, seule une heure de début est nécessaire, et non une heure de fin. ## Voir également [Gérer les tâches](https://help.tableau.com/current/server/fr-ca/task.htm) [Programmer des actualisations d’extraits](https://help.tableau.com/current/server/fr-ca/publish.htm) [Programmer des tâches de flux](https://help.tableau.com/current/server/fr-ca/prep_conductor_schedule_flow_task.htm) [Passer au contenu principal](#main-content) # Créer un abonnement à une vue ou à un classeur En vous abonnant, vous recevez un instantané de vue ou de classeur sous forme d’image ou de PDF par courriel à intervalles réguliers, sans avoir à vous connecter à Tableau Server. **Remarque :** les administrateurs déterminent si les abonnements sont activés pour un site. Si Tableau Catalog est activé pour un site, les administrateurs peuvent également déterminer si les courriels d’abonnement incluent des avertissements pertinents sur la qualité des données en amont. Tableau Catalog est disponible dans le cadre de l’offre de Gestion des données. Pour plus d’informations, consultez [À propos de Tableau Catalog](https://help.tableau.com/current/server/fr-ca/dm_catalog_overview.htm). ## Configurer un abonnement pour vous-même ou pour les autres Lorsque vous ouvrez une vue dans Tableau Server, si vous voyez une icône d’abonnement (![Icône d’abonnement.](/tableau/current/fr-ca/server/fr-ca/Img/subscribe_icon.png)) dans la barre d’outils, vous pouvez vous abonner à cette vue ou à tout le classeur. Vous pouvez abonner d’autres utilisateurs qui sont autorisés à voir le contenu si vous possédez un classeur, si vous êtes un chef de projet avec un rôle approprié sur le site, ou si vous êtes un administrateur. 1. Dans la section Explorer de votre site, sélectionnez Tous les classeurs ou Toutes les vues, ou ouvrez le projet contenant la vue à laquelle vous souhaitez vous abonner. ![Menu Type de contenu](/tableau/current/fr-ca/server/fr-ca/Img/subscribe_content_1a.png) 2. Ouvrez une vue directement, ou après avoir ouvert le classeur qui la contient. Les filtres que vous appliquez à la vue ne sont pas pris en compte dans l’abonnement. Pour abonner des utilisateurs à une vue filtrée, enregistrez une vue personnalisée avec ces filtres, puis abonnez-les à cette vue. Pour plus d’informations sur la création des vues personnalisés, consultez [Utiliser des vues personnalisées](https://help.tableau.com/current/server/fr-ca/customview.htm). 3. Dans la barre d’outils Vue, sélectionnez Surveiller > Abonnements. ![Chemin d’abonnement sur la barre d’outils de Tableau Cloud.](/tableau/current/fr-ca/server/fr-ca/Img/subscribe_toolbar.png) 4. Ajoutez les utilisateurs ou les groupes Tableau dont vous souhaitez qu’ils reçoivent l’abonnement. Pour recevoir un abonnement, les utilisateurs doivent disposer des autorisations Afficher et Télécharger l’image/le PDF et leurs comptes doivent également avoir des adresses de courriel. Si vous êtes propriétaire du classeur, cliquez sur M’abonner. Remarques :  - Lorsque vous abonnez un groupe, chaque utilisateur est ajouté individuellement au moment de la création de l’abonnement. Si d’autres utilisateurs sont ajoutés ultérieurement au groupe, vous devez réabonner le groupe pour que les nouveaux utilisateurs reçoivent l’abonnement. De même, les abonnements ne sont pas automatiquement supprimés pour les utilisateurs supprimés du groupe, à moins que leurs autorisations pour la vue à laquelle ils sont abonnés ne soient supprimées. - Vous ne pouvez pas souscrire à un ensemble de groupes. 5. Choisissez si les courriels d’abonnement incluent la vue actuelle ou tout le classeur. Si la vue contient des données uniquement s’il y a des informations de priorité élevée, sélectionnez Ne pas envoyer si la vue est vide. 6. Choisissez le format de votre instantané : image PNG, pièce jointe PDF ou les deux. Notez que les métriques Pulse sont incluses dans les instantanés PNG, mais pas dans les fichiers PDF. - Si vous optez pour PDF, choisissez la taille et l’orientation du papier que vous souhaitez recevoir. ![Un menu au format PDF avec des listes déroulantes pour le format et l’orientation du papier.](/tableau/current/fr-ca/server/fr-ca/Img/subscription_paper.png) 7. Pour clarifier les courriels d’abonnement, personnalisez la ligne d’objet, et ajoutez un message. **Remarque :** pour mettre à jour le message d’abonnement, vous devez vous désabonner de l’abonnement existant et créer un nouvel abonnement avec un message différent. Pour plus d’informations, consultez [Mettre à jour ou annuler un abonnement](#Unsubscribe). 8. Lorsque le classeur utilise un extrait de données sur une connexion publiée, vous pouvez choisir une fréquence : - Lors de l’actualisation des données : envoi uniquement lors de l’actualisation des données de la vue ou du classeur en exécutant des programmations d’actualisation. - Selon la programmation sélectionnée : Choisissez une programmation pour l’abonnement. 9. Si la fréquence n’est pas définie sur Lors de l’actualisation des données, choisissez une programmation : - Faites votre choix parmi les programmations d’abonnement établies par votre administrateur. - Pour les sites ayant des [programmations personnalisées activées](https://help.tableau.com/current/server-linux/fr-ca/schedule_enable_custom.htm), cliquez sur la flèche de la liste déroulante à gauche des paramètres actuels. ![La programmation est de cinq jours par semaine à 8h00.](/tableau/current/fr-ca/server/fr-ca/Img/subscribe_options_online_sched.png) Spécifiez ensuite une programmation personnalisée qui envoie des courriels d’abonnement quand vous le souhaitez. (L’heure de livraison précise peut varier si le serveur est soumis à une charge élevée.) ![Un programmateur configuré pour se répéter toutes les heures, du lundi au vendredi, de 9h00 à 17h00.](/tableau/current/fr-ca/server/fr-ca/Img/self_subscribe_topic.png) Pour modifier le fuseau horaire, cliquez sur le lien Fuseau horaire pour accéder à la page de vos paramètres de compte. 10. Cliquez sur S’abonner. Lorsque vous recevez un courriel d’abonnement, vous pouvez sélectionner l’image (ou le lien dans le corps du message pour les abonnements PDF) à intégrer dans la vue ou le classeur dans Tableau Server. ## Mettre à jour un abonnement ou se désabonner Vous pouvez vous désabonner d’un abonnement existant ou modifier le format, la programmation, le sujet ou le mode d’affichage vide d’un abonnement. 1. Accédez à vos paramètres de compte Tableau Server de l’une des manières suivantes : - Cliquez sur Gérer mes abonnements situé au bas d’un courriel d’abonnement. ![Lien pour gérer votre abonnement.](/tableau/current/fr-ca/server/fr-ca/Img/subscribe_remove.png) - Connectez-vous à Tableau Server. En haut de la page, sélectionnez votre nom, puis sélectionnez Mon contenu. ![Menu Abonnement avec des options pour Mon contenu.](/tableau/current/fr-ca/server/fr-ca/Img/subscribe_remove2.png) 2. Cliquez sur Abonnements. 3. Cochez la case en regard de la vue dont vous voulez vous désabonner, puis cliquez sur Actions, puis sur Se désabonner, ou sélectionnez l’option d’abonnement que vous souhaitez modifier. ## Reprendre ou supprimer des abonnements suspendus Parfois, les abonnements échouent en raison d’un problème avec le classeur ou d’un problème de chargement de la vue. En cas d’échec d’un abonnement plus de cinq fois, vous recevrez une notification par courriel vous indiquant que votre abonnement a été suspendu. Si vous êtes le propriétaire de l’alerte ou un administrateur, vous pouvez reprendre un abonnement suspendu de plusieurs manières : - Dans la zone Mon contenu des pages Web Tableau, une icône apparaît dans la colonne Dernière mise à jour pour indiquer que l’abonnement est suspendu. Sélectionnez ... \> Reprendre l’abonnement pour redémarrer. - Dans l’onglet Abonnements du classeur concerné, une icône apparaît dans la colonne Dernière mise à jour pour indiquer que l’abonnement est suspendu. Sélectionnez ... \> Reprendre l’abonnement pour redémarrer. Vous recevrez un courriel de notification lorsque l’abonnement est à nouveau opérationnel. ## Voir également [Modifier les paramètres d’abonnement](https://help.tableau.com/current/pro/desktop/fr-ca/useracct.htm#change-subscription-settings) dans l’aide de Tableau Desktop et de la création Web. [Administration au niveau des projets](https://help.tableau.com/current/online/fr-ca/projects.htm#project-admin "Le lien ouvre l’article dans un nouvel onglet de navigateur") dans l’aide de Tableau Cloud pour savoir quels rôles sur le site autorisent des fonctionnalités complètes de responsable de projet. [Passer au contenu principal](#main-content) # Créer un enregistrement de performances La fonction d’enregistrement des performances dans Tableau enregistre les informations de performances concernant des événements clés pendant que vous interagissez avec un classeur. Vous pouvez alors afficher les métriques de performances dans un classeur que Tableau crée pour analyser et résoudre les problèmes de performance associés à différents événements identifiés comme perturbateurs, notamment : - Exécution de requête - Compilation de requête - Géocodage - Connexion aux sources de données - Calcul des dispositions - Génération d’extrait - Fusion de données - Rendu serveur (Tableau Server uniquement) L’équipe d’assistance Tableau peut vous demander de générer un classeur de performances pour vous aider à diagnostiquer des problèmes de performances. Vous recherchez Tableau Server sur Linux? Consultez [Créer un enregistrement de performances](https://help.tableau.com/current/server-linux/fr-ca/perf_record_create_server.htm "Ouvre la rubrique dans un nouvel onglet de navigateur"). ## Activer l’enregistrement des performances pour un site Par défaut, l’enregistrement des performances n’est pas activée pour un site. Un administrateur de serveur peut activer l’enregistrement des performances site par site. 1. Naviguez jusqu’au site pour lequel vous souhaitez activer l’enregistrement des performances. 2. Sélectionnez Paramètres : ![Page des métriques de performance du classeur.](/tableau/current/fr-ca/server/fr-ca/Img/server-workbook-perf-metrics-settings.png) 3. Sous Métriques de performance du classeur, sélectionnez Enregistrer les métriques de performances du classeur. 4. Sélectionnez Enregistrer. ## Démarrer l’enregistrement des performances d’une vue 1. Ouvrez la vue dont vous souhaitez enregistrer les performances. Lorsque vous ouvrez une vue, Tableau Server ajoute " :iid=<_n_\>" après l’URL. Ceci est un ID de session. Par exemple : http://10.32.139.22/#/views/Coffee\_Sales2013/USSalesMarginsByAreaCode?:iid=1 2. Ajoutez `:record_performance=yes&` à la fin de l’URL d’affichage, juste avant l’ID de la session. Par exemple : http://10.32.139.22/#/views/Coffee\_Sales2013/USSalesMarginsByAreaCode?:record\_performance=yes&:iid=1 3. Sélectionnez le bouton **Actualiser** de la barre d’outils. 4. Chargez la vue. ## Afficher un enregistrement des performances Pendant l’enregistrement des performances, une nouvelle icône s’affiche dans la barre de menu : ![](/tableau/current/fr-ca/server/fr-ca/Img/server_perf_recording.png) Utilisez cette option pour afficher un enregistrement des performances : 1. Cliquez sur l’icône Consulter les données d’enregistrement des performances pour ouvrir un classeur des performances. Cet instantané des données de performance est pris à chaque minute. Vous pouvez réaliser d’autres instantanés pendant que vous travaillez sur la vue. Les données de performances sont cumulées. 2. Passez à une autre page ou supprimez `:record_performance=yes` de l’URL pour arrêter l’enregistrement. ## Utiliser un enregistrement des performances Pour en savoir plus sur l’interprétation d’un enregistrement des performances, consultez [Interpréter un enregistrement de performances](https://help.tableau.com/current/server/fr-ca/perf_record_interpret_server.htm). [Passer au contenu principal](#main-content) # Créer un groupe local Les groupes locaux sont créés à l’aide du système interne de gestion utilisateur Tableau Server. Après avoir créé un groupe, vous pouvez ajouter et supprimer des utilisateurs, et également définir un rôle sur le site minimum à attribuer aux utilisateurs du groupe lorsqu’ils se connectent. 1. Dans un site, cliquez sur **Groupes**, puis sur Groupe local. ![Boîte de dialogue permettant de créer un nouveau groupe local ou Active Directory.](/tableau/current/fr-ca/server/fr-ca/Img/grantrole_atgroup.png) 2. Saisissez un nom pour le groupe. 3. Pour définir un rôle sur le site minimum pour le groupe, sélectionnez Attribuer un rôle sur le site lors de la connexion et sélectionnez un rôle sur le site minimum dans la liste déroulante. ![Nouveau formulaire de création de groupe local.](/tableau/current/fr-ca/server/fr-ca/Img/grant_localgroup.png) 4. Cliquez sur Créer. ## Contrôle dynamique des membres de groupes à l’aide d’assertions À compter de Tableau Server 2024.2, si vous disposez d’une authentification SAML configurée ou si vous utilisez des applications connectées Tableau pour intégrer des flux de travail, vous pouvez contrôler dynamiquement les membres de groupes à l’aide d’assertions. Une fois configuré, Tableau reçoit l’assertion lorsqu’il s’exécute au moment de l’authentification de l’utilisateur, puis il évalue les membres des groupes et donc le contenu dont les autorisations dépendent de ces groupes. Les utilisateurs sont affectés au groupe sur la base de l’assertion et leur appartenance à ce groupe est effective uniquement lorsque les utilisateurs sont connectés. Le processus de contrôle dynamique des membres des groupes à l’aide d’assertions nécessite 1) d’activer le paramètre et 2) de s’assurer que les revendications de membre de groupe sont incluses dans les assertions. **Remarque :** Les utilisateurs ajoutés dynamiquement à l’aide d’assertions n’apparaissent pas en tant qu’utilisateurs dans Tableau Server. ### Étape 1 : Activer le paramètre Cette fonctionnalité comporte deux paramètres : un paramètre à l’échelle du serveur et un paramètre au niveau du site. Le paramètre au niveau du site ne peut être activé que si le paramètre à l’échelle du serveur a été activé en premier. Pensez à activer le paramètre au niveau du site si vous avez configuré des applications SAML ou des applications connectées sur le site. Pour des raisons de sécurité, le membre de groupe n’est validé dans un flux de travail d’authentification que si le paramètre est activé. 1. Connectez-vous à Tableau Serveur et accédez à la page Paramètres. **Remarque :** Pour un serveur multisite, accédez à la page Paramètres pour tous les sites. 2. Sous l’en-tête Assertions pour les membres de groupes, cochez la case Autoriser les assertions groupées pour activer les membres de groupes à l’aide d’assertions SAML ou JWT. ![](/tableau/current/fr-ca/server/fr-ca/Img/abac_assertions_setting_server.png) 3. (Facultatif) Si vous avez configuré SAML ou des applications connectées au niveau du site, procédez comme suit : 1. Accédez au site, puis à la page des Paramètres. Sous l’en-tête Assertions d’appartenance à un groupe, cochez la case Autoriser les assertions groupées pour activer l’appartenance à un groupe à l’aide d’assertions SAML ou JWT. 2. Cochez la case du type d’assertion correspondant pour l’activer. Pour plus d’informations sur les paramètres, consultez l’une des rubriques suivantes : - À l’échelle du serveur - [Paramètres du serveur (Général et Personnalisation)](https://help.tableau.com/current/server/fr-ca/maintenance_set.htm) - Au niveau du site - [Référence des paramètres de site](https://help.tableau.com/current/server/fr-ca/sites_add.htm) ### Étape 2 : S’assurer que les revendications de membre de groupe sont incluses dans l’assertion Deux revendications personnalisées de membre de groupe doivent être incluses dans l’assertion SAML, OIDC ou JWT correspondante pour spécifier le membre de groupe. Les deux revendications personnalisées de membre de groupe sont : - Groupe : `https://tableau.com/groups` - Noms de groupe : ces noms doivent correspondre exactement aux noms des groupes locaux dans Tableau Server. Pour obtenir des exemples d’assertions, reportez-vous à l’une des sections suivantes : - [Adhésion à un groupe dynamique à l’aide d’assertions SAML](https://help.tableau.com/current/server/fr-ca/saml_requ.htm#assertions) - Applications connectées - confiance directe : [Exemples de jetons JWT](https://help.tableau.com/current/server/fr-ca/connected_apps_direct.htm#example) [Passer au contenu principal](#main-content) # Créer un modèle de données avec des relations multi-faits L’analyse consiste souvent à rassembler des tables de données sans relation directe les unes avec les autres, mais se rapportant toutes deux à des informations identiques, communes, telles que la date ou le lieu. Ce type d’analyse est parfois appelé analyse multi-faits avec dimensions partagées. Pour effectuer ce type d’analyse dans Tableau, créez une source de données qui utilise plusieurs tables de base connectées par des tables partagées. - Les _tables de base_ sont les tables les plus à gauche du modèle de données dans l’onglet Source de données. Pour des conseils qui vous aideront à déterminer les tables à utiliser comme tables de base, consultez [Quand utiliser un modèle de relations multi-faits](https://help.tableau.com/current/server/fr-ca/datasource_mfr_when_to_use.htm). - Les _tables partagées_ sont des tables en aval avec plusieurs relations entrantes. Ces tables contiennent des champs qui peuvent assembler des champs non associés lors de l’analyse dans une visualisation. Date et Lieu sont des exemples de tables couramment partagées. ## Créer le modèle Construire un modèle de données avec des relations multi-faits revient essentiellement à créer une autre source de données utilisant des relations, mais avec deux éléments supplémentaires : des tables de base supplémentaires et plusieurs relations entrantes vers des tables partagées. 1. [Se connecter à vos données](https://help.tableau.com/current/pro/desktop/fr-ca/basicconnectoverview.htm). Vous pouvez utiliser [plusieurs connexions de données](https://help.tableau.com/current/pro/desktop/fr-ca/datasource_plan.htm#tableau-data-sources) si vos tables ne sont pas toutes dans la même base de données. 2. Faites glisser une table vers l’espace de travail pour créer la première table de base. 3. Faites glisser une autre table du volet de gauche vers la zone de dépôt Nouvelle table de base. ![l’espace de travail de modélisation des données avec une table de base existante et une zone de dépôt pour la nouvelle table de base](/tableau/current/fr-ca/server/fr-ca/Img/mfr_new_base_table.png) Tableau affiche un avertissement indiquant que vous créez un modèle de données avec des tables de base multiples. Nous vous recommandons de configurer un modèle de tables de base multiples uniquement si vos données en ont besoin. Sinon, utilisez un modèle à table de base unique pour éviter les complexités liées à un modèle à tables de base multiples. ![un modèle de données avec deux tables de base, l’une avec un avertissement pour les tables de base multiples](/tableau/current/fr-ca/server/fr-ca/Img/mfr_multi_base_table_warning.png) 4. Faites glisser un autre champ vers l’espace de travail et associez-le à l’une des tables de base. [Configurez chaque relation si nécessaire](https://help.tableau.com/current/pro/desktop/fr-ca/relate_tables.htm#create-and-define-relationships). ![une table en aval ajoutée au modèle de données](/tableau/current/fr-ca/server/fr-ca/Img/mfr_build_downstream.png) 5. Survolez la table de base qui n’est pas encore associée pour faire apparaître un signe plus (appelé familièrement « boulette de viande »). ![La table de base Clubs avec un curseur au-dessus et le signe plus « boulette de viande » qui s’affiche](/tableau/current/fr-ca/server/fr-ca/Img/mfr_build_meatball_base.png) 6. Faites glisser l’icône de signe plus vers la table partagée pour créer une nouvelle relation entrante (également appelée « fil »). ![une boulette de viande faisant glisser un nouveau fil vers une table en aval existante](/tableau/current/fr-ca/server/fr-ca/Img/mfr_build_meatball.png) 7. _Facultatif :_ Continuez à ajouter des tables en aval et des tables de base. Cliquez sur l’icône du signe plus et faites-la glisser pour créer des tables partagées selon vos besoins. **Remarque** : Plutôt que de commencer par les tables de base, vous pouvez également commencer par créer un modèle à table de base unique et ajouter d’autres tables de base par la suite. ## Découvrir le modèle Un modèle de données à tables de base multiples est créé avec des relations, mais toutes les tables ne sont pas liées les unes aux autres au même degré. Chaque table de base définit une _arborescence,_ qui contient toutes les tables associées à cette table de base, soit directement associées, soit en aval d’une table connexe. Les tables partagées existent dans plusieurs arborescences. Pour plus d’informations sur les degrés de relation, consultez [À propos des modèles de données avec relations multi-faits](https://help.tableau.com/current/server/fr-ca/datasource_mfr_multiple_base_tables.htm). Lorsque vous visualisez un modèle avec des tables de base multiples, vous disposez de différentes options pour explorer et gérer le modèle de données. Ces options sont particulièrement utiles lorsqu’un modèle de données est complexe. ![un modèle de données avec quatre tables de base, plusieurs tables partagées et des tables en aval non partagées](/tableau/current/fr-ca/server/fr-ca/Img/mfr_build_complex_model.png) Exemple de modèle de données complexe avec quatre tables de base, plusieurs tables partagées et des tables en aval. Les tables en aval sont à la fois partagées et non partagées entre les tables de base. La version 2024.2 a introduit de nouveaux détails de disposition pour le modèle de données. Dans un modèle de données avec des relations multi-faits, les relations sont regroupées pour permettre de suivre le nombre de relations entrantes d’une table. Le contour des tables partagées (et les tables partagées en aval) est plus épais que celui des tables qui ne sont pas partagées. ### Terminologie Les tables d’un modèle de données à tables de base multiples ont des rôles spécifiques. Les tables de base et les tables partagées sont les seules tables qui doivent exister dans un modèle de données avec des relations multi-faits. (S’il n’y a qu’une table de base, il ne s’agit pas d’un modèle de données avec des relations multi-faits. Sans une table partagée connectant les tables de base, il ne s’agit pas d’un modèle de données valide.) En raison de la complexité fréquente de ces modèles, il est utile de disposer d’une terminologie commune : - Les _tables de base_ se trouvent à l’extrême gauche et n’ont aucune relation entrante. - Dans l’exemple, Inventaire, Marketing, Ventes et Assistance sont des tables de base. - Les _tables de base secondaire_ se trouvent entre une table de base et une table partagée. - Dans l’exemple, Pièces est une table de base secondaire. - Les _tables partagées_ ont plus d’une relation entrante. - Dans l’exemple, Produits, Dates, Client et Fournisseur sont des tables partagées. - Les _tables partagées en aval_ ont exactement une relation entrante et une table partagée en amont. - Dans l’exemple, Sous-catégorie et Catégorie sont des tables partagées en aval. - Les _tables non partagées en aval_ ont exactement une relation entrante et n’ont aucune table partagée en amont. - Dans l’exemple, il n’y a pas aucune table non partagée en aval. ![Un modèle de données définissant les termes table de base, table de base secondaire, table non partagée en aval, table partagée et table partagée en aval.](/tableau/current/fr-ca/server/fr-ca/Img/mfr_terminology.png) Testez votre compréhension : identifiez les types de tables dans l’exemple de source de données ![un modèle de données avec quatre tables de base, plusieurs tables partagées et des tables en aval non partagées](/tableau/current/fr-ca/server/fr-ca/Img/mfr_build_complex_model.png) - **Tables de base** : inventaire, marketing, ventes et assistance - **Table de base secondaire :** Pièces - **Tables partagées :** Produits, Dates, Client et Fournisseur - **Tables partagées en aval :** Sous-catégorie et Catégorie - **Tables non partagées en aval :** aucune ### Identifier une arborescence relationnelle Survolez une table pour mettre en surbrillance les tables auxquelles elle est associée. Tableau met l’accent sur l’arborescence de cette table et réduit l’accent sur les tables non associées. ![modèle complexe, avec l’arborescence d’une table de base en surbrillance et les autres tables obscurcies](/tableau/current/fr-ca/server/fr-ca/Img/mfr_build_highlightedtree.png) L’arborescence des tables de base Marketing se compose de deux tables partagées, Dates et Produits, ainsi que des tables partagées en aval Sous-catégorie et Catégorie. ### Afficher les détails de la relation Survolez une relation ou un ensemble de relations pour voir les détails dans une infobulle. ![un ensemble de trois fils, avec une infobulle comportant une ligne pour les détails de chaque relation](/tableau/current/fr-ca/server/fr-ca/Img/mfr_build_noodle_bundle.png) Les relations entrantes vers la table Produits incluent trois relations individuelles avec les tables de base Inventaire, Marketing et Ventes. ### Sélectionner une relation Lorsqu’une relation est sélectionnée, elle est mise en surbrillance en bleu dans l’espace de travail et ses détails apparaissent dans le volet Détails de la table. C’est dans le volet Détails de la table que vous pouvez [inspecter ou modifier la clause de relation](https://help.tableau.com/current/pro/desktop/fr-ca/relate_tables.htm#create-a-relationship). Il existe de nombreuses façons de sélectionner un relation : - Cliquez sur une ligne de relation (fil) dans l’espace de travail. Chaque relation possède une zone cliquable qui sélectionne uniquement ce fil. - Faites un clic droit ou Contrôle+clic sur une table dans l’espace de travail pour ouvrir son menu. Sélectionnez l’option Sélectionner la relation et choisissez la relation de table souhaitée. - Cliquez sur un ensemble de relations dans l’espace de travail pour faire apparaître une infobulle persistante (le survol d’un ensemble fait apparaître l’infobulle, cliquer pour qu’elle reste affichée). Sélectionnez ensuite une ligne dans les détails de l’infobulle pour mettre en surbrillance cette relation dans le modèle. - Ouvrez le menu dans la barre d’outils du volet Détails de la table et sélectionnez la relation souhaitée. Vous pouvez également utiliser ce menu pour sélectionner une table spécifique et voir son aperçu dans le volet. ![le menu dans le volet Détails de la table](/tableau/current/fr-ca/server/fr-ca/Img/mfr_build_table_details_menu.png) ### Échanger avec une table de base Les tables intermédiaires dans une relation entre une table de base et des tables partagées vous donnent la possibilité de permuter la table en aval avec la table de base. Il s’agit simplement d’un changement visuel destiné à faciliter la compréhension conceptuelle. Il ne modifie pas la structure du modèle de données. Faites un clic droit ou Contrôle+clic sur une table en aval et sélectionnez Permuter avec la table de base (nom de la table). En outre, l’option de permutation n’est présente que sur la table en aval et non sur la table de base. L’option de permutation n’est pas disponible pour les tables qui modifieraient le modèle de données si elles étaient permutées, telles que les tables partagées ou les tables partagées en aval. Seules les tables non partagées en aval ou les tables de base secondaire peuvent être permutées avec les tables de base. #### _Exemple_ Dans cet exemple, les tables **Parlor Info** et **Ice Cream Sales** peuvent être échangées sans modifier la structure fondamentale du modèle de données. Aucune autre table ne peut être échangée. - Ice Cream Sales est associé à la fois à Parlor Info et à la table partagée Date. - La table Parlor Info est associée à la fois à table Ice Cream Sales et à la table partagée Location. - Weather est associé à la fois aux tables partagées Date et Location. Ces deux modèles sont conceptuellement équivalents : ![deux versions de modèles de données équivalents dans lesquels une table de base et sa table en aval non partagée sont échangées](/tableau/current/fr-ca/server/fr-ca/Img/mfr_swapbase_icecream.png) ### Réduire une table de base Vous pouvez également réduire un chemin de relation, ou arborescence, à sa seule table de base pour simplifier temporairement l’affichage du modèle de données. Cliquez sur les boutons Réduire ![](/tableau/current/fr-ca/server/fr-ca/Img/mfr_icon_collapse.png) ou Agrandir ![](/tableau/current/fr-ca/server/fr-ca/Img/mfr_icon_expand.png) dans une table de base pour réduire ou développer toute son arborescence. Vous pouvez également faire un clic droit ou Ctrl-clic sur une table en aval et sélectionner Réduire ce chemin ou Réduire d’autres chemins. Cette option n’est pas disponible sur les tables partagées ou les tables en aval des tables partagées. La réduction d’une arborescence en sa table de base est purement visuelle et ne déclenchera pas l’alerte Tables non associées. Un chemin réduit est indiqué par une table de base avec une table empilée et un bouton Développer. La réduction affecte toutes les tables et relations qui concernent uniquement cette arborescence, de sorte que les tables partagées avec un chemin non réduit ne sont pas masquées. Utilisez le bouton Développer ![](/tableau/current/fr-ca/server/fr-ca/Img/mfr_icon_expand.png) pour rouvrir la table de base et tout ce qui se trouve dans l’arborescence. ![l’arborescence de la table de base prise en charge est réduite ou développée](/tableau/current/fr-ca/server/fr-ca/Img/mfr_build_collapsetree_gif.gif) ## Résolution des problèmes ### Créer une source de données unique Toutes les tables doivent être associées à l’ensemble de la source de données d’une manière ou d’une autre. S’il existe des tables qui ne sont pas associées au modèle de données global, une alerte s’affiche. L’alerte persiste jusqu’à ce qu’aucune table ou arborescence ne soit complètement séparée du reste du modèle de données. Lorsque l’alerte est active, la source de données ne peut pas être publiée et vous ne pouvez pas l’utiliser dans une analyse. Vous pouvez ouvrir l’alerte et activer l’option Séparer visuellement les tables non connexes pour identifier les tables qui ont déclenché l’alerte. Cette option est utile lorsque vous disposez d’un modèle complexe et que vous devez identifier la ou les tables qui ne sont pas encore associées au reste du modèle de données. #### _Exemple_ Dans les étapes sous [Créer un modèle](https://help.tableau.com/current/pro/desktop/fr-ca/datasource_mfr_build.htm#Build), une alerte s’affiche à l’étape 4 avant qu’une relation soit ajoutée pour connecter la deuxième table de base. ![Un message d’alerte de table non associée](/tableau/current/fr-ca/server/fr-ca/Img/mfr_build_unrelated_alert.png) Si vous activez l’option Séparer visuellement les tables non associées, la table **Clubs** sera déplacée sous la ligne Tables non associées. Vous pouvez résoudre l’alerte en liant **Clubs** à **Students**. ![Un modèle de données avec une table non associée sous une ligne en pointillés rouge étiquetée Tables non associées](/tableau/current/fr-ca/server/fr-ca/Img/mfr_build_visuallyseparate.png) #### Résoudre un cycle Même si certaines tables ne sont pas directement associées les unes aux autres, l’ensemble du modèle de données doit former un tout cohérent. Dans cet exemple, chaque table de base définit une arborescence, mais aucune table partagée ne les connecte. Ce n’est pas un modèle valide pour l’analyse. ![Un modèle de données avec deux tables de base dont les arborescences distinctes ne se chevauchent pas](/tableau/current/fr-ca/server/fr-ca/Img/mfr_build_unrelated1.png) Les deux groupes de tables connexes doivent être combinés via une table partagée... ![Le même modèle de données, désormais connecté à une table partagée](/tableau/current/fr-ca/server/fr-ca/Img/mfr_build_unrelated2.png) ... ou le modèle de données doit être créé en tant que deux sources de données distinctes. ![Le même modèle de données, décomposé en deux sources de données](/tableau/current/fr-ca/server/fr-ca/Img/mfr_build_unrelated3.png) ### Restrictions du modèle de données Certains chemins de relation entre les tables ne sont pas pris en charge dans un modèle à plusieurs tables de base. En cas d’échec lorsque vous tentez de créer une deuxième relation entrante sur une table, vérifiez que la structure que vous essayez de créer est prise en charge dans Tableau. Exemples de modèles non pris en charge : #### Cycles Les cycles (dans lesquels il existe plusieurs chemins de relation entre une table en amont et la même table en aval) ne sont pas pris en charge. Cette structure non prise en charge est parfois appelée un « nœud papillon ». Pour modéliser ce type de relation entre les tables dans Tableau, utilisez plusieurs tables de base au lieu d’un nœud papillon en convertissant la table en aval en une autre table de base. ![Diagramme d’un nœud papillon et un autre diagramme sur lequel la table en aval est remplacée par une table de base supplémentaire](/tableau/current/fr-ca/server/fr-ca/Img/mfr_build_bowtie_tableauified.png) Le modèle de données doit être un _graphique acyclique orienté_. Cela signifie que chaque relation entrante vers une table doit être traçable en amont sur une table de base différente.
Non pris en charge. La table X a deux relations entrantes qui proviennent toutes deux de tables en aval de la table de base APris en charge. Les tables S et T ont toutes deux plusieurs relations entrantes, mais chacune provient d’une table de base différente.Pris en charge. Bien que cela puisse visuellement ressembler à un cycle, les relations entrantes pour la table S et la table T peuvent être retracées vers différentes tables de base.
un modèle de données non pris en charge en raison d’un cycleun modèle de données pris en charge avec un nœud papillon converti en une deuxième table de baseun modèle de données pris en charge avec des relations entrantes pour les tables partagées pouvant être retracées vers différentes tables de base
#### Tables partagées imbriquées Les tables partagées imbriquées ne sont pas prises en charge. Les tables en aval d’une table partagée (une table avec plusieurs relations entrantes) ne peuvent avoir qu’une seule relation entrante. ![modèle non pris en charge avec une table partagée imbriquée](/tableau/current/fr-ca/server/fr-ca/Img/mfr_build_nestedshared.png) Non pris en charge. La table T est en aval d’une table partagée et ne recevra pas une autre relation entrante. [Passer au contenu principal](#main-content) # Créer une base de données PostgreSQL en tant qu’installation autonome Depuis la version 2021.2, vous pouvez héberger le référentiel Tableau Server séparément en tant qu’installation autonome. Cette configuration diffère de l’utilisation d’un service en nuage géré tel qu’AWS RDS ou Azure Database. Elle peut être effectuée sur site, sur AWS EC2 ou sur une machine virtuelle Azure. Une telle installation du référentiel Tableau Server sera appelée référentiel externe autonome. Pour voir la liste complète des hôtes que vous pouvez utiliser pour votre référentiel externe, consultez [Référentiel externe Tableau Server](https://help.tableau.com/current/server/fr-ca/server_external_repo.htm). Cette rubrique fournit des conseils sur les exigences et les configurations nécessaires pour que Tableau Server se connecte à une installation PostgreSQL et l’utilise comme référentiel externe de Tableau Server. Cette rubrique ne vous fournit pas les instructions détaillées sur la façon d’installer PostgreSQL. Nous vous recommandons de vous référer à la [documentation sur le site PostgreSQL](https://www.postgresql.org/docs/) pour obtenir ces informations. ## Exigences et recommandations - **Recommandations matérielles :** L’unité centrale de traitement et le stockage dépendent de vos besoins. Pour les petites installations, vous devez disposer d’au moins 50 Go de stockage sur disque et d’un système à quatre processeurs (ou 4 cœurs virtuels) avec 32 Go de RAM. Consultez les instructions de [cette rubrique](https://help.tableau.com/current/server/fr-ca/requ_diskspace.htm#backup-and-restore-processes) pour calculer l’espace disque requis pour la sauvegarde et la restauration. La recommandation générale est de commencer avec plus de ressources matérielles et de réduire après la surveillance. - **Réseau :** L’instance de base de données PostgreSQL doit être accessible par tous les nœuds du groupement Tableau Server. Pour cela, vous pouvez intégrer l’instance de base de données PostgreSQL dans un groupe de sécurité doté des autorisations nécessaires pour être accessible par tous les nœuds du groupement Tableau Server. - **Compatibilité de version :** la version de PostgreSQL doit correspondre à la version utilisée par le référentiel Tableau Server en cas d’installation locale. Pour plus d’information sur la compatibilité, consultez [Compatibilité du produit](https://help.tableau.com/current/server/fr-ca/server_external_repo_upgrade_postgres.htm#postgres-ts-compat). - **Sécurité :** des connexions sécurisées entre Tableau Server et le référentiel externe à l’aide de SSL ne sont **pas** requises, mais sont recommandées.. Si vous ne souhaitez pas configurer de connexions sécurisées entre Tableau Server et le référentiel externe, vous devez configurer la base de données PostgreSQL autonome de manière à autoriser les connexions non chiffrées. ## Créer une instance de base de données PostgreSQL autonome ### Étape 1 : Installer et initialiser PostgreSQL 1. Utilisez la [documentation PostgreSQL](https://www.postgresql.org/docs/) pour installer l’instance de base de données PostgreSQL afin de servir de référentiel externe pour Tableau Server. Vous souhaiterez peut-être configurer un groupement de bases de données PostgreSQL pour répondre à toutes les exigences de haute disponibilité que vous pourriez avoir. 2. Installez le package contrib qui inclut l’extension uuid-ossp. Ce module est utilisé pour générer l’UUIDS que Tableau Server utilise pour les clés de la base de données. 3. Initialisez l’instance PostgreSQL. ### Étape 2 : Configurer votre instance PostgreSQL Vous utiliserez deux fichiers de configuration pour configurer votre instance PostgreSQL : - `pg_hba` : fichier de configuration pour l’authentification basée sur l’hôte. - `postgresql.conf` : fichier de configuration général du serveur. Par défaut, ces fichiers se trouvent ici : C:\\Program Files\\PostgreSQL\\\\Data #### Paramètres du super-utilisateur Choisissez un nom d’utilisateur qui répond à vos exigences. Nous vous recommandons d’utiliser **postgres** comme nom d’utilisateur Administrateur. Si vous choisissez d’utiliser un nom d’utilisateur différent, assurez-vous que le nom d’utilisateur ne commence pas par **pg**. Le nom d’utilisateur ne peut pas non plus être **rails**, **tblwgadmin**, **tableau**, **readonly** ou **tbladminviews**. > [!IMPORTANT] > > **Ceci est obligatoire pour que le référentiel externe fonctionne correctement avec Tableau Server.** #### Réseau et sécurité Assurez-vous que l’instance de base de données est accessible par tous les nœuds Tableau Server. Il s’agit le plus souvent de créer un groupe de sécurité qui permet l’accès à partir des nœuds. #### Options de base de données Le port peut être le port de votre choix, mais nous recommandons de le laisser comme port par défaut `5432`. #### Mettre à jour les paramètres Du point de vue de Tableau Server, la plupart des valeurs de paramètres de l’instance peuvent être définies sur les valeurs par défaut. Vous pouvez modifier les valeurs des paramètres si vous avez des exigences spécifiques en matière de performances ou de journalisation, mais nous vous recommandons vivement de définir les paramètres suivants aux valeurs par défaut et de ne pas les modifier : - `standard_conforming_strings` - `escape_string_warning` Nous recommandons également que la valeur de `work_mem` soit définie sur au moins `16384` pour éviter les problèmes de performances. #### Configurer les connexions distantes Suivez les étapes ci-après pour mettre à jour les fichiers de configuration : 1. Par défaut, la configuration dans `postgresql.conf` est configurée pour n’écouter que les connexions locales. Activez les connexions à distance en effectuant les modifications suivantes dans la section Connexions et authentification du fichier `postgresql.conf` : Ajoutez cette ligne pour autoriser les connexions à distance : `listen_addresses = '*'` 2. Redémarrez l’instance PostgreSQL. ### Configurer SSL Des connexions sécurisées entre Tableau Server et le référentiel externe ne sont **pas** requises, mais sont recommandées. Pour configurer des connexions chiffrées entre Tableau Server et le référentiel externe, suivez les instructions et les étapes détaillées décrites ci-dessous : Lors de la configuration de Tableau Server pour utiliser l’instance de base de données PostgreSQL autonome, vous devrez fournir une autorité de certification racine (CA) de confiance qui est utilisée pour vérifier la connexion au serveur. Idéalement, le certificat de serveur de l’instance PostgreSQL autonome doit spécifier un nom d’hôte pouvant être résolu afin que Tableau Server puisse utiliser sslmode, **verify-full**. Ce mode vérifie que le certificat du serveur PostgreSQL a été signé par une autorité de certification de confiance et que le nom d’hôte dans le certificat du serveur PostgreSQL correspond au nom d’hôte utilisé pour se connecter à l’instance PostgreSQL. Cependant, si cela n’est pas possible, sslmode, **verify-ca** vérifiera simplement que le certificat du serveur Postgres a été signé par une autorité de certification de confiance. La procédure suivante fournit les étapes générales pour générer un certificat CA racine sur le PostgreSQL. Pour plus d’informations, lisez la [documentation SSL](https://www.postgresql.org/docs/12/ssl-tcp.html) sur le site PostgreSQL (le lien pointe vers la version 12) : 1. Générez la clé de l’autorité de certification racine (CA) de signature. 2. Créez le certificat CA racine. 3. Créez le certificat et la clé associée (par exemple - `server.csr` et `server.key`) pour le serveur PostgreSQL. Le nom du sujet du certificat doit correspondre au nom DNS du serveur PostgreSQL. Le nom du sujet est défini avec l’option -subj au format "`/CN=`". 4. Signez le nouveau certificat avec le certificat CA que vous avez créé à l’étape 2. 5. Copiez les fichiers crt et key dans le répertoire data (`/pgsql//data`). 6. Le fichier `pg_hba.conf` contrôle les connexions à la base de données. Ajoutez cette ligne pour autoriser les connexions à distance. Par exemple : `host all all 10.0.0.0/8 md5` 7. Pour activer SSL, ajoutez ou mettez à jour le fichier `postgresql.conf` avec : `ssl = on` Pour restreindre les connexions à SSL uniquement, utilisez _hostssl_ au lieu de _host_ . ## Haute disponibilité et reprise après sinistre Tableau Server ne gère ni ne configure la haute disponibilité du référentiel externe. La base de données PostgreSQL prend en charge plusieurs solutions à ces fins, notamment la réplication et l’envoi de fichiers journaux. Pour plus d’information, consultez la [documentation sur la haute disponibilité](https://www.postgresql.org/docs/current/high-availability.html) sur le site Web de PostgreSQL. En cas de sinistre, si vous devez configurer une nouvelle instance PostgreSQL, assurez-vous de suivre ces étapes pour configurer Tableau Server afin d’utiliser la nouvelle instance. 1. **Créez un nouveau fichier de paramètres JSON** contenant l’information de connexion pour la nouvelle instance RDS. Pour plus d’informations sur la création d’un fichier de paramètres JSON, consultez **Étape 1** dans [Installer Tableau Server avec le référentiel externe PostgreSQL](https://help.tableau.com/current/server/fr-ca/server_external_repo_new_install.htm). 2. **Utilisez la commande** `tsm topology external-services repository replace-host` pour indiquer la nouvelle instance PostgreSQL à Tableau Server. Pour plus d’informations sur la commande `tsm topology external-services repository replace-host`, consultez [tsm topology](https://help.tableau.com/current/server/fr-ca/cli_topology_tsm.htm). ## Qui peut le faire? Seuls les administrateurs Tableau Server peuvent configurer Tableau Server de manière à utiliser le référentiel externe. Si vous utilisez AWS EC2 ou Azure VM pour configurer un référentiel externe autonome, vous devez disposer de comptes pour accéder à ces plate-formes. [Passer au contenu principal](#main-content) # Créer une connexion virtuelle Une connexion virtuelle est un type de contenu Tableau qui fournit un point d’accès central partageable aux données et prend en charge la sécurité au niveau des lignes au niveau de la connexion. La création d’une connexion virtuelle est un processus à plusieurs étapes. Cette rubrique couvre la connexion aux données que vous souhaitez partager et l’utilisation de l’onglet Tables de l’éditeur de connexion virtuelle. ## Se connecter aux données Pour créer une connexion virtuelle dans Tableau Cloud ou Tableau Server : 1. Depuis la page Accueil ou Explorer, sélectionnez Nouveau > Connexion virtuelle. 2. Dans la boîte de dialogue Se connecter aux données, sélectionnez le connecteur de vos données. Pour obtenir la liste des connecteurs pris en charge pour les connexions virtuelles, consultez [Utilisateurs Creator : se connecter aux données](https://help.tableau.com/current/pro/desktop/fr-ca/creator_connect.htm#connector_list) dans l’aide de Tableau Desktop et de la création Web. 3. Entrez les informations demandées. Les identifiants que vous entrez sont enregistrés dans la connexion virtuelle. Les utilisateurs de la connexion n’ont donc pas à entrer d’identifiants pour se connecter aux données. 4. Cliquez sur Se connecter si vous y êtes invité. Pour ajouter une autre connexion, cliquez sur ![Le signe plus d’ajout d’une connexion dans l’éditeur de connexion virtuelle](/tableau/current/fr-ca/server/fr-ca/Img/ipa_vconns_add_connection_plus.png) et sélectionnez un connecteur, puis entrez les identifiants et connectez-vous. Une connexion virtuelle peut avoir plusieurs connexions. Chaque connexion accède à une base de données ou à un fichier. **Remarque :** pour Tableau Cloud, les connexions virtuelles qui se connectent aux données du réseau privé utilisent Tableau Bridge pour garder à jour les données. Pour plus d’informations sur la configuration de Tableau Bridge, consultez [Configurer et gérer le pool de clients Bridge](https://help.tableau.com/current/online/fr-ca/to_enable_bridge_live_connections.htm). Pour plus d’informations sur les connexions prises en charge, consultez [Connectivité avec Bridge](https://help.tableau.com/current/online/fr-ca/to_sync_local_data.htm). ## Ajouter une autre connexion Si nécessaire, ajoutez une autre connexion à une connexion virtuelle et connectez-vous à plusieurs bases de données en cliquant sur ![Le signe plus d’ajout d’une connexion dans l’éditeur de connexion virtuelle](/tableau/current/fr-ca/server/fr-ca/Img/ipa_vconns_add_connection_plus.png) en regard de **Connexions**. Vous pouvez ajouter une connexion à un autre serveur ou à une autre base de données, ou au même serveur ou à la même base de données. Avec les connexions multiples, vous pouvez : - utiliser une table de n’importe quelle connexion ou base de données comme table des droits dans une stratégie de données qui sécurise les tables des autres connexions et bases de données. - ajouter ou remplacer des tables dans une connexion virtuelle par des tables d’une autre base de données. Par exemple, supposons que vous migrez des données d’une base de données vers une autre. Dans l’éditeur de connexion virtuelle, vous pouvez ajouter une connexion à la seconde base de données et remplacer les tables existantes de la première base de données par des tables de la seconde. - Ajoutez plusieurs connexions au même serveur ou à la même base de données. Cette action peut s’avérer utile lorsque vous devez, par exemple, accéder aux données de la même base de données mais avec des identifiants différents. - Partagez un groupe de tables liées ou destinées à être utilisées ensemble, quel que soit leur emplacement physique. Par exemple, à partir de plusieurs bases de données, vous pouvez regrouper des tables liées aux renseignements sur les employés. Lorsque vous ouvrez une connexion virtuelle pour la modifier, si vous y êtes invité, vous devez authentifier les connexions dans l’ordre. Si l’authentification des connexions échoue, vous ne pouvez pas modifier la connexion virtuelle. ## Sélectionner les tables à inclure dans la connexion Si nécessaire, sélectionnez une base de données pour afficher les tables qu’elle contient. 1. Sur la gauche, sous Tables, sélectionnez des tables et cliquez dessus ou faites-les glisser vers l’onglet Tables sur la droite. Vous pouvez inclure des tables de différentes connexions. Incluez une table de droits, si vous en utilisez une. 2. (Facultatif) Cliquez sur Nouveau SQL personnalisé pour créer un schéma de table personnalisé. **Remarque :** les connexions virtuelles ne prennent pas en charge les tables avec un type de données spatiales. ## Sélectionner le mode en direct ou le mode extrait pour les tables Vous pouvez définir des tables individuelles, qu’elles proviennent de plusieurs connexions ou non, en mode en direct ou en mode Extrait dans la même connexion virtuelle. - En direct : les tables sont interrogées directement à partir de la base de données. (« En direct » est le paramètre par défaut.) - Extraits : les tables sont extraites et enregistrées dans Tableau. Par exemple, vous pouvez définir certaines tables en mode Extrait afin qu’elles ne soient pas affectées par la génération de rapports ou par un trafic client important. Sous Tableaux, sélectionnez la table ou les tables dont vous souhaitez modifier le mode et sélectionnez Actions, puis Passer au mode en direct ou Passer au mode Extrait. Vous pouvez également cliquer sur le menu Actions (...) dans la ligne de la table, puis sélectionner En direct ou Extrait. ### Extraits incrémentiels Depuis Tableau Cloud juin 2024 et Tableau Server 2024.2, vous pouvez configurer des extraits de table en vue d’une actualisation incrémentielle. Lors de la configuration d’un extrait incrémentiel, vous devez spécifier une colonne clé qui sera utilisée pour identifier de nouvelles lignes. À l’issue de l’actualisation incrémentielle de l’extrait, seules les lignes dont la colonne clé a augmenté seront ajoutées à l’extrait. Moins de lignes traitées signifie une tâche d’actualisation d’extrait plus rapide et une réduction de la charge sur la base de données. Par exemple, supposons que nous ayons un extrait pour la table **Batteurs** et que les données de l’extrait soient les suivantes :
AnnéeÉquipe
1978Lions
1979Tigers
La table **Batteurs** est configurée pour l’actualisation d’extraits incrémentielle et la colonne clé est **Année**. La table en direct est mise à jour avec une nouvelle ligne pour **1980** :
AnnéeÉquipe
1978Lions
1979Tigers
1980Bears
Quand l’extrait de la table **Batteurs** fait l’objet d’une actualisation incrémentielle, seules les lignes qui dépassent la valeur la plus élevée de la colonne clé de l’extrait sont ajoutées. Dans ce cas, cela signifie que la ligne **1980** est ajoutée à l’extrait. Au lieu d’actualiser l’ensemble du fichier d’extrait, seule une ligne est traitée et ajoutée. Vous pouvez néanmoins effectuer une actualisation complète sur un extrait configuré pour l’actualisation incrémentielle si vous souhaitez actualiser la totalité de l’extrait. Pour configurer l’actualisation incrémentielle pour un extrait de table : 1. Modifiez le table de En direct à Extrait. 2. Cliquez sur le menu Actions (...) dans la ligne de la table et sélectionnez Paramètres de l’extrait.... 3. Cochez la case Activer l’actualisation incrémentielle. 4. Sélectionnez une colonne incrémentielle à utiliser pour déterminer les lignes à ajouter. 5. Sélectionnez Enregistrer les paramètres. ![Boîte de dialogue Paramètres de l’extrait avec l’actualisation incrémentielle activée](/tableau/current/fr-ca/server/fr-ca/Img/vconn-extract-settings.png) ### Convertir en SQL personnalisé Depuis Tableau Cloud juin 2024 et Tableau Server 2024.2, vous pouvez estimer le SQL utilisé pour se connecter à une table et l’utiliser comme point de départ pour votre propre SQL personnalisé. Le SQL personnalisé vous permet de filtrer ou d’apporter d’autres modifications à la requête qui sont susceptibles de modifier l’ensemble de résultats. Le fait de créer un SQL personnalisé de cette façon au lieu d’utiliser l’option Nouveau SQL personnalisé dans le volet Données a moins d’impact sur les connexions virtuelles existantes. Les actifs en aval considèrent qu’il s’agit de la même table et non d’une nouvelle table. Pour convertir une table en SQL personnalisé : 1. Sélectionnez le menu Actions (...) dans la ligne de la table. 2. Sélectionnez Convertir en SQL personnalisé. 3. Dans la boîte de dialogue Modifier le SQL personnalisé, modifiez le SQL, le cas échéant. 4. Sélectionnez Générer une table. Remarque : Le SQL qui s’affiche en premier dans la boîte de dialogue doit être considéré comme un point de départ et peut ne pas fonctionner sans modification. L’éditeur de connexion virtuelle ne contient pas les nuances nécessaires sur la syntaxe SQL spécifique utilisée dans la connexion. Si une erreur se produit lorsque vous cliquez sur le bouton Générer une table, essayez de supprimer ou de modifier les guillemets simples, les guillemets doubles, les guillemets inversés et les crochets pour que le SQL soit conforme à la base de données que vous utilisez. Pour modifier le SQL personnalisé : 1. Sélectionnez le menu Actions (...) dans la ligne de la table. 2. Sélectionnez Modifier le SQL personnalisé. 3. Dans la boîte de dialogue Modifier le SQL personnalisé, modifiez le SQL. 4. Sélectionnez Générer une table. Pour ramener la table à son état par défaut, sans le SQL personnalisé : 1. Sélectionnez le menu Actions (...) dans la ligne de la table. 2. Sélectionnez Remplacer. 3. Dans la boîte de dialogue Remplacer la table, sélectionnez le nom de la table d’origine. 4. Sélectionnez OK. ### Extraire les données d’une table Lorsqu’une table ou des tables sont passées du mode en direct au mode Extrait et qu’elles n’ont pas encore été extraites, cliquez sur Créer des extraits en attente (ou sur Exécuter les extraits en attente dans Tableau Server 2023.3 et versions antérieures) pour exécuter les extraits en attente. Une fois tous les extraits en attente exécutés, cliquez sur Actualiser tous les extraits (ou sur Exécuter tous les extraits dans Tableau Server 2023.3 et versions antérieures) pour extraire toutes les données de la table à ce moment-là. Dans Tableau Cloud juin 2024 ou Tableau Server 2024.2 et versions ultérieures, vous pouvez également sélectionner le menu Actions (...) dans la ligne de la table et sélectionner Actualiser l’extrait.... Si l’actualisation incrémentielle n’est pas configurée pour la table, vous pouvez juste sélectionner Actualisation (complète). Si l’actualisation incrémentielle est configurée, vous pouvez sélectionner soit Actualisation (complète) pour actualiser complètement l’extrait, soit Actualisation (incrémentielle) pour actualiser l’extrait de façon incrémentielle. Vous devez exécuter tous les extraits en attente avant de publier la connexion virtuelle. Vous ne pouvez pas modifier la connexion lorsque des extraits sont générés. Vous pouvez programmer des actualisations d’extraits des tables de votre connexion virtuelle sur la page de connexion virtuelle après avoir publié la connexion. Consultez la section [Planifier des actualisations d’extraits pour une connexion virtuelle](https://help.tableau.com/current/server/fr-ca/dm_vconn_extract.htm) ## Définir l’état de visibilité d’une table Utilisez le bouton-bascule Visibilité sur l’onglet Tables pour afficher ou masquer les tables et leurs données pour les utilisateurs. ![La coche signifie que les données sont visibles](/tableau/current/fr-ca/server/fr-ca/Img/ipa_vconn_check_mark_show.png) Les utilisateurs peuvent voir les données de la table. Vous pouvez créer une stratégie de données pour régir les données que les utilisateurs peuvent voir. (« Visible » est le paramètre par défaut.) ![X signifie que les données ne sont pas visibles](/tableau/current/fr-ca/server/fr-ca/Img/ipa_vconn_x_hide.png) Les utilisateurs ne peuvent pas voir les données de la table. Vous pouvez utiliser des tables masquées dans une stratégie de données et comme table des droits. ## Voir les détails de la table Cliquez sur une table en haut de l’onglet Tables pour afficher ses détails. Vous pouvez apporter des modifications simples dans la section Détails de la table, par exemple modifier un nom de table, masquer ou renommer une colonne, ou modifier un type de données. Changez les informations de la table que vous voyez à l’aide de ces icônes :
L’icône de balise représente le type de données de la colonne.Liste des colonnes de la table et type de données de chaque colonne.
L’icône de table représente les exemples de données de la colonne.Exemples de données pour chaque colonne et clés liées, si disponibles. Les clés liées indiquent les colonnes qui sont liées à d’autres tables. Elles ne sont visibles que lorsque les bases de données contiennent des renseignements de clé primaire et étrangère.
L’icône de profil représente la plage de valeurs de la colonne.Plage de valeurs dans un histogramme pour chaque colonne sélectionnée.
Your browser does not support the video tag. ## Actualiser les données de la base de données Cliquez sur l’icône d’actualisation ![l’icône d’actualisation de la barre d’outils de l’éditeur de connexion virtuelle;](/tableau/current/fr-ca/server/fr-ca/Img/ipa_vconns_refresh_icon.png) dans la barre d’outils pour obtenir les données les plus récentes de la base de données pour toutes les connexions d’une connexion virtuelle, y compris : - les listes de bases de données, de tables et de colonnes. Les tables incluses dans une connexion virtuelle et celles qui ne sont pas incluses sont actualisées. - Données de table et d’histogramme. Pour les tables en mode en direct, l’actualisation récupère la liste récente de bases de données, de tables et de colonnes, ainsi que les données de table et d’histogramme les plus récentes. Pour les tables en mode Extrait, l’actualisation récupère la liste à jour des tables et des colonnes. Mais pour visualiser les données de table et d’histogramme les plus récentes, vous devez démarrer un nouvel extrait. Par exemple, lorsqu’une table de base de données contient une nouvelle colonne et que vous cliquez sur l’icône d’actualisation, la nouvelle colonne apparaît dans l’éditeur, mais pas ses données. Pour visualiser les données les plus récentes, vous devez démarrer un nouvel extrait. L’actualisation des données rend non valides toutes les données actuellement mises en cache. La fermeture et la réouverture de l’éditeur, le basculement des tables du mode Extrait au mode en direct, et la modification d’un identifiant de connexion comme le nom d’utilisateur ou le mot de passe actualisent également les données. ## Qui peut le faire? Pour créer une connexion virtuelle, vous devez - avoir des informations d’identification à la base de données à laquelle la connexion virtuelle se connecte, et - être un administrateur de serveur ou de site, ou avoir le rôle Creator. ## Étapes suivantes Une fois les tables ajoutées et configurées dans l’onglet Tables, vous pouvez choisir de [Créer une stratégie de données pour la sécurité au niveau des lignes](https://help.tableau.com/current/server/fr-ca/dm_vconn_create_rlspolicy.htm) ou de [Publier une connexion virtuelle et définir des autorisations](https://help.tableau.com/current/server/fr-ca/dm_vconn_publish_save.htm). ## Voir également [Utiliser un fichier .properties pour personnaliser une connexion JDBC](https://help.tableau.com/current/pro/desktop/fr-ca/connect_customize.htm) – Si vous personnalisez une connexion JDBC, vous pouvez également procéder à la personnalisation dans un fichier .properties [Passer au contenu principal](#main-content) # Créer une histoire basée sur des données Tableau (anglais uniquement) **Changements importants pour Tableau Histoires de données** Les histoires de données Tableau ont été retirées dans Tableau Desktop, Tableau Cloud et Tableau Server en janvier 2025 (2025.1). Grâce aux progrès des technologies du langage naturel, nous développons une interface améliorée qui permettra de poser plus facilement des questions sur vos données et de rester au courant des changements. Pour plus d’informations, consultez l’article [Comment Tableau Pulse alimenté en énergie Tableau AI les expériences liées aux données.](https://www.tableau.com/fr-ca/blog/tableau-pulse-and-tableau-ai) Si vous avez déjà rédigé une synthèse de votre tableau de bord Tableau, vous savez que cet exercice prend beaucoup de temps. Choisir les enseignements à partager prend du temps, et vous devez réécrire vos résumés chaque fois que les données sont mises à jour. Les histoires basées sur des données de Tableau génèrent automatiquement les idées que vous devez rédiger dans votre tableau de bord, ce qui permet ainsi un gain de temps et fait ressortir des enseignements pertinents. En parcourant les visualisations de votre tableau de bord, les histoires écrites par Histoires de données se corrigent. Vous pourrez ainsi approfondir l’analyse des données et identifier plus rapidement les principaux enseignements. De l’endroit où vous travaillez dans Tableau, vous pouvez rapidement ajouter l’objet Histoire basée sur des données à votre tableau de bord. Vous pouvez également personnaliser les termes et les métriques utilisés dans votre histoire, de manière à ce que Histoires de données comprenne la langue de votre entreprise. Aujourd’hui, vous pouvez écrire et visualiser une histoire basée sur des données Tableau partout où vous utilisez Tableau. Après la création de votre histoire, vous pouvez également afficher votre histoire basée sur des données dans Tableau Mobile. Cependant, les Histoires basées sur les données ne sont pas incluses si vous exportez votre tableau de bord, par exemple au format PDF. ## Comprendre comment les histoires basées sur des données traitent les données Pour écrire des histoires basées sur les données, Tableau utilise un service hébergé dans votre environnement Tableau Cloud ou Tableau Server. Lorsque vous [Ajouter une histoire basée sur des données Tableau à un tableau de bord](https://help.tableau.com/current/server/fr-ca/data_stories_create.htm) ou visualiser une histoire basée sur des données depuis un tableau de bord, Tableau envoie les données de feuille de calcul associées à l’environnement auquel vous êtes connecté (c’est-à-dire votre site Tableau Cloud ou votre instance Tableau Server), en utilisant les normes de sécurité décrites dans [Sécurité dans le Cloud](https://help.tableau.com/current/online/fr-ca/to_security.htm) et [Sécurité dans Tableau Server](https://help.tableau.com/current/server/fr-ca/security.htm). Les histoires basées sur les données peuvent être écrites et visualisées depuis n’importe quel endroit où vous utilisez Tableau. ## Découvrez comment les Histoires basées sur les données sont écrites Les histoires basées sur les données de Tableau sont optimisées par la génération de langage naturel (NLG) basée sur des modèles. Les histoires basées sur les données effectuent des analyses automatisées pour déterminer des faits pertinents et précis sur les données sous-jacentes, des calculs de base aux statistiques plus avancées. Pour écrire une histoire, les histoires basées sur les données utilisent une bibliothèque de modèles de langage prédéfinis pour synthétiser ces faits en informations en langage naturel. Les histoires basées sur les données traitent ces modèles au moment de l’exécution, en utilisant les données récapitulatives les plus récentes de la feuille de calcul Tableau à laquelle il est connecté. Vous pouvez tirer parti de la [fonction de langage personnalisé](https://help.tableau.com/current/pro/desktop/fr-ca/data_stories_customize.htm) pour générer vos propres modèles de langage, ajouter des fonctions et définir des règles métier, vous aidant à créer une histoire de données plus pertinente et contextuelle. **Remarque :** les histoires basées sur les données n’utilisent pas l’IA générative, les grands modèles de langage (LLM) ou l’apprentissage automatique pour écrire des informations et des histoires. ## Gérer les histoires basées sur des données pour votre site Les administrateurs Tableau peuvent choisir si les histoires basées sur des données Tableau sont disponibles pour leur site. Histoires de données sont activés par défaut. 1. Connectez-vous à votre site Tableau. 2. Dans le volet gauche, sélectionnez **Paramètres**. 3. Dans l’onglet **Général**, faites défiler jusqu’à la section **Disponibilité des histoires basées sur des données**. 4. Choisissez si vous souhaitez **activer** ou **désactiver** les histoires basées sur des données. **Remarque :** si les histoires basées sur des données sont désactivées, la réactivation de la fonctionnalité restaure les histoires basées sur des données qui étaient déjà dans les tableaux de bord. ## Autres articles de cette section [Passer au contenu principal](#main-content) # Créer une instance Azure Database PostgreSQL sur Azure Depuis la version 2020.4, vous pouvez héberger votre référentiel externe sur la plateforme nuagique Azure. Cette rubrique décrit comment créer une instance Azure Database pour PostgreSQL que vous utiliserez comme votre référentiel externe Tableau Server. ## Exigences et recommandations - Nous vous recommandons d’utiliser 8 serveurs optimisés pour la mémoire vCore avec 50 Go de stockage pour le référentiel externe Tableau Server. Les exigences exactes varient toutefois en fonction de vos besoins et de votre utilisation. Si vous avez déjà une installation Tableau Server, analysez l’utilisation de votre référentiel existant pour déterminer vos besoins de stockage. Vous pouvez également mettre à l’échelle vos ressources si vous constatez qu’il vous en faut davantage. Pour plus d’informations, consultez [Mettre les ressources à l’échelle - Azure Database pour PostgreSQL](https://docs.microsoft.com/fr-ca/azure/postgresql/concepts-pricing-tiers#scale-resources). - Des communications sécurisées entre Tableau Server et l’instance externe de base de données PostgreSQL utilisant SSL sont recommandées, mais ne sont pas requises. Si vous ne souhaitez pas utiliser de connexions sécurisées entre Tableau Server et le référentiel externe, vous devez configurer la base de données Azure de manière à autoriser les connexions non chiffrées. - L’instance de base de données PostgreSQL doit être accessible par tous les nœuds du groupement Tableau Server. L’instance de base de données doit être configurée de manière à autoriser les connexions depuis tous les nœuds Tableau Server. Vous pouvez procéder de deux manières : - Le moyen le plus sûr consiste à configurer l’instance Azure Database pour PostgreSQL de manière à n’autoriser qu’un accès privé via le point de terminaison de service de réseau virtuel. Pour plus d’informations, consultez [Utiliser des points de terminaison de service de réseau virtuel et des règles pour Azure Database pour PostgreSQL](https://docs.microsoft.com/fr-ca/azure/postgresql/concepts-data-access-and-security-vnet) et [Créer et gérer des points de terminaison de service de réseau virtuel](https://docs.microsoft.com/fr-ca/azure/postgresql/howto-manage-vnet-using-portal). Vous pouvez également consulter la rubrique [Présentation](https://docs.microsoft.com/fr-ca/azure/virtual-network/virtual-networks-overview) des réseaux virtuels Azure. - Alternativement, vous pouvez configurer Azure Database pour PostgreSQL de manière à autoriser les connexions depuis une plage d’adresses IP publiques. Cette méthode expose le point de terminaison Azure Database à l’accès public sur Internet. - Lors de la configuration de l’instance Azure Database, nous vous recommandons d’utiliser **postgres** comme nom d’utilisateur Administrateur. Si vous choisissez d’utiliser un nom d’utilisateur différent, assurez-vous que le nom d’utilisateur ne commence pas par **pg** ou **azure**. Le nom d’utilisateur ne peut pas non plus être **rails**, **tblwgadmin**, **tableau**, **readonly** ou **tbladminviews**. - La version de PostgreSQL doit correspondre à la version utilisée par Tableau Server en cas d’installation locale. Pour une liste complète des versions PostgreSQL compatibles avec les versions Tableau Server, consultez [Compatibilité du produit](https://help.tableau.com/current/server/fr-ca/server_external_repo_upgrade_postgres.htm#postgres-ts-compat). - Tableau génère automatiquement des mots de passe à usage interne par les utilisateurs de la base de données interne. Ces mots de passe comportent 32 caractères et se composent de lettres minuscules et de chiffres. Ils ne peuvent pas être consultés ou configurés par un administrateur. Votre instance PostgreSQL externe peut vous permettre de définir une politique de mot de passe (cela dépendra de la plateforme que vous utilisez). Si vous spécifiez une stratégie qui inclut des types de caractères autres que des chiffres et des lettres minuscules, cela peut entraîner des erreurs lors de la configuration de Tableau Server pour utiliser le référentiel externe. ## Créer une instance Azure pour PostgreSQL sur Azure ### Étape 1 : Créer un sous-réseau délégué pour l’instance Azure Database pour PostgreSQL Cette étape est une condition requise pour la mise en place d’un accès privé à votre option réseau lorsque vous créez l’instance. La mise en place d’un accès privé à la base de données est une exigence absolue pour des communications sécurisées. Les machines virtuelles créées en tout point de ce réseau virtuel pourront ainsi se connecter à l’instance de base de données, mais aucune machine extérieure au réseau virtuel ne pourra le faire. Sur le même réseau virtuel où vous hébergez actuellement votre Tableau Server, créez un nouveau sous-réseau délégué pour l’instance Azure Database. Pour plus d’informations sur la configuration de l’accès privé, consultez [Choix d’une option réseau - Azure Database pour PostgreSQL - Serveur flexible](https://docs.microsoft.com/fr-ca/azure/postgresql/flexible-server/concepts-networking#private-access-vnet-integration) sur le site Azure. ### Étape 2 : Créer une instance Azure Database pour l’instance PostgreSQL Pour créer une nouvelle instance Azure Database pour PostgreSQL, suivez les instructions fournies sur le [site de documentation d’Azure](https://docs.microsoft.com/fr-ca/azure/postgresql/flexible-server/quickstart-create-server-portal). Voici les options de configuration, les valeurs requises ainsi que nos recommandations pour la nouvelle instance de la base de données PostgreSQL : - **Détails du serveur** - Spécifiez Aucune comme source de données pour créer un nouveau serveur. - Nous vous recommandons d’utiliser **postgres** comme nom d’utilisateur Administrateur. Si vous choisissez d’utiliser un nom d’utilisateur différent, assurez-vous que le nom d’utilisateur ne commence pas par **pg** ou **azure**. Le nom d’utilisateur ne peut pas non plus être **rails**, **tblwgadmin**, **tableau**, **readonly** ou **tbladminviews**. - Choisissez un mot de passe répondant aux exigences d’Azure. - Utilisez la version compatible de PostgreSQL pour votre version de Tableau Server. Pour une liste complète des versions PostgreSQL compatibles avec les versions Tableau Server, consultez [Compatibilité du produit](https://help.tableau.com/current/server/fr-ca/server_external_repo_upgrade_postgres.htm#postgres-ts-compat). - Allouez au moins 512 Go de stockage. - Les extensions uuid-ossp et unaccent doivent être autorisées pour une utilisation par les utilisateurs « azure\_pg\_admin » dans la base de données Azure pour PostgreSQL. - **Calcul et stockage** - Au minimum, utilisez un Serveur flexible avec le niveau d’ordinateur Usage général et une taille de calcul Standard\_D8s\_v3 (8 vCores, 32 Go de RAM). - **Options réseau** - Sélectionnez Accès privé (Réseau virtuel). Cette option garantit des communications privées et sécurisées pour la base de données. - Haute disponibilité - Activez l’option Haute disponibilité selon vos besoins. - **Sauvegarde** - Définissez la période de rétention selon vos besoins. Concerne les sauvegardes automatisées d’Azure et non les sauvegardes de Tableau Server. Vous pouvez spécifier les paramètres répondant aux exigences. ### Étape 3 : Configurer une règle de pare-feu au niveau du serveur Une fois la base de données créée, configurez une règle de pare-feu au niveau du serveur pour permettre l’accès aux nœuds Tableau Server. Assurez-vous que l’instance Database est accessible par tous les nœuds Tableau Server à l’aide du sous-réseau dédié décrit dans l’étape 1. ### Étape 4 : Configurer l’instance Azure Database pour PostgreSQL. Du point de vue de Tableau Server, la plupart des valeurs de paramètres de l’instance peuvent être définies sur les valeurs par défaut. Vous pouvez modifier les valeurs des paramètres si vous avez des exigences spécifiques en matière de performances ou de journalisation, mais nous vous recommandons vivement de laisser les paramètres suivants aux valeurs par défaut et de ne pas les modifier : - `standard_conforming_strings` - `escape_string_warning` Nous recommandons également que la valeur de `work_mem` soit définie sur au moins 16384 pour éviter les problèmes de performances. Pour savoir comment configurer les paramètres du serveur, consultez cette [documentation Azure](https://docs.microsoft.com/fr-ca/azure/postgresql/howto-configure-server-parameters-using-portal#viewing-and-editing-parameters). ### Étape 5 : Obtenir le point de terminaison de l’instance de la base de données PostgresSQL Une fois que l’instance est prête, récupérez les informations du point de terminaison qui serviront pour configurer Tableau Server afin qu’il utilise cette instance pour le référentiel Tableau Server. ### Étape 6 : Télécharger le fichier du certificat SSL Des connexions sécurisées entre Tableau Server et le référentiel externe à l’aide de SSL ne sont **pas** requises mais sont recommandées. Si vous souhaitez configurer des connexions sécurisées entre Tableau Server et le référentiel externe, téléchargez le fichier de certificat. Vous aurez besoin de ce fichier de certificat lorsque vous configurerez Tableau Server pour utiliser ce référentiel externe. Pour plus d’informations, consultez [Configurer la connectivité TLS dans Azure Database pour PostgreSQL](https://docs.microsoft.com/fr-ca/azure/postgresql/concepts-ssl-connection-security). Si vous n’avez pas besoin d’utiliser des connexions sécurisées entre Tableau Server et le référentiel externe, configurez l’instance Azure Database de manière à autoriser les connexions non chiffrées. ## Configuration de la haute disponibilité pour votre base de données PostgreSQL Tableau Server ne gère ni ne configure la haute disponibilité du référentiel externe. Azure offre des fonctionnalités de haute disponibilité qui peuvent être utilisées pour assurer la haute disponibilité. Pour plus d’informations, consultez [Haute disponibilité dans Azure Database](https://docs.microsoft.com/fr-ca/azure/postgresql/concepts-hyperscale-high-availability). ## Récupération d’urgence pour votre base de données PostgreSQL En cas de sinistre, vous devrez peut-être installer une nouvelle instance Azure Database pour PostgreSQL. Il existe d’autres cas où vous devrez peut-être récupérer d’un problème avec l’instance de base de données. Dans de tels scénarios, pour configurer Tableau Server de manière à utiliser la nouvelle instance Azure Database, procédez comme suit : 1. **Restaurez la sauvegarde sur une nouvelle instance Azure Database.** Dans Azure Database pour PostgresQL, l’exécution d’une restauration crée un nouveau serveur à partir des sauvegardes du serveur d’origine. Pour en savoir plus sur la sauvegarde et la restauration Azure Database pour PostgreSQL, consultez [Sauvegarde et restauration dans Azure Database pour PostgreSQL](https://docs.microsoft.com/fr-ca/azure/postgresql/concepts-backup). 2. **Créez un nouveau fichier de paramètres JSON** contenant des informations de connexion pour la nouvelle instance Azure Database pour PostgreSQL. Pour plus d’informations sur la création d’un fichier de paramètres JSON, consultez **Étape 1** dans [Installer Tableau Server avec le référentiel externe PostgreSQL](https://help.tableau.com/current/server/fr-ca/server_external_repo_new_install.htm). 3. **Utilisez la commande** `tsm topology external-services repository replace-host` pour indiquer la nouvelle instance Azure Database pour PostgreSQL à Tableau Server. Pour plus d’informations sur la commande `tsm topology external-services repository replace-host`, consultez [tsm topology](https://help.tableau.com/current/server/fr-ca/cli_topology_tsm.htm). ## Qui peut le faire? Seuls les administrateurs Tableau Server peuvent configurer Tableau Server de manière à utiliser le référentiel externe. Vous aurez également besoin d’un compte Azure pour créer une instance Azure Database. ## Étapes suivantes Pour les nouvelles installations : [Installer Tableau Server avec le référentiel externe PostgreSQL](https://help.tableau.com/current/server/fr-ca/server_external_repo_new_install.htm) Si vous souhaitez configurer votre Tableau Server existant de manière à utiliser un référentiel externe, consultez [Reconfigurer le référentiel Tableau Server](https://help.tableau.com/current/server/fr-ca/server_external_repo_reconfigure.htm). [Passer au contenu principal](#main-content) # Créer une instance de base de données PostgreSQL sur AWS Relational Database Service (RDS) Depuis la version 2019.3, vous pouvez héberger votre référentiel externe sur la plateforme nuagique AWS. Cette rubrique décrit comment créer une instance de base de données AWS RDS PostgreSQL que vous utiliserez comme votre référentiel externe Tableau Server. Pour voir la liste complète des hôtes que vous pouvez utiliser pour votre référentiel externe, consultez [Référentiel externe Tableau Server](https://help.tableau.com/current/server/fr-ca/server_external_repo.htm). ## Exigences et recommandations - Utilisez au minimum une instance avec 8 vCPU et 32 Go de RAM. Il s’agit de la taille d’instance AWS RDS minimale recommandée pour le référentiel externe de Tableau Server, mais les exigences exactes varieront selon vos besoins et votre utilisation. Nous vous recommandons d’utiliser des types d’instance optimisés pour la mémoire Amazon RDS de 16 vCPU et de 128 Go de RAM pour de bonnes performances. Vous pouvez commencer par un type d’instance plus petit et si vous trouvez plus tard que vous avez besoin d’un type d’instance plus grand, vous pouvez mettre à niveau votre instance RDS existante. Pour plus d’informations, consultez [Mise à niveau de votre instance RDS](https://help.tableau.com/current/server/fr-ca/server_external_repo_upgrade_RDS_instance_type.htm). Des communications sécurisées entre Tableau Server et l’instance de base de données PostgreSQL externe à l’aide de connexions SSL ne sont **pas** requises, mais sont recommandées. - L’instance de base de données PostgreSQL doit être accessible par tous les nœuds du groupement Tableau Server. Pour cela, vous pouvez intégrer l’instance de base de données PostgreSQL dans un groupe de sécurité doté des autorisations nécessaires pour être accessible par tous les nœuds du groupement Tableau Server. - La version de PostgreSQL doit correspondre à la version utilisée par Tableau Server en cas d’installation locale. Tableau Server 2020.4 utilise la version PostgreSQL 12. - Tableau génère automatiquement des mots de passe à usage interne par les utilisateurs de la base de données interne. Ces mots de passe comportent 32 caractères et se composent de lettres minuscules et de chiffres. Ils ne peuvent pas être consultés ou configurés par un administrateur. Votre instance PostgreSQL externe peut vous permettre de définir une politique de mot de passe (cela dépendra de la plateforme que vous utilisez). Si vous spécifiez une stratégie qui inclut des types de caractères autres que des chiffres et des lettres minuscules, cela peut entraîner des erreurs lors de la configuration de Tableau Server pour utiliser le référentiel externe. ## Créer une instance de base de données PostgreSQL sur Amazon RDS ### Étape 1 : Créer un groupe de paramètres Les paramètres PostgreSQL que vous définissez pour une instance PostgreSQL locale dans le fichier _postgresql.conf_ sont gérés dans le groupe de paramètres de BD de votre instance de base de données. Lorsque vous créez une instance de base de données, les paramètres du groupe de paramètres de BD associé sont chargés. Du point de vue de Tableau Server, la plupart des paramètres peuvent être définis par défaut. Vous pouvez modifier les valeurs des paramètres si vous avez des exigences spécifiques en matière de performances ou de journalisation, mais nous vous recommandons vivement de laisser les paramètres suivants aux valeurs par défaut et de ne pas les modifier : - `standard_conforming_strings` - `escape_string_warning` Nous recommandons également que la valeur de `work_mem` soit définie sur au moins 16384 pour éviter les problèmes de performances. Pour plus d’informations et une liste complète des paramètres PostgreSQL, consultez [Utilisation des paramètres PostgreSQL](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Appendix.PostgreSQL.CommonDBATasks.html#Appendix.PostgreSQL.CommonDBATasks.Parameters) sur le site AWS. ### Étape 2 : Créer une instance de base de données PostgreSQL sur Amazon RDS Pour créer une nouvelle instance de base de données PostgreSQL, suivez les instructions fournies sur le [site de documentation Amazon](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_GettingStarted.CreatingConnecting.PostgreSQL.html). Voici les options de configuration et les valeurs recommandées pour la nouvelle instance de la base de données PostgreSQL : - **Spécifications de l’instance** - Utilisez le groupe de paramètres créé à l’**Étape 1**. - Utilisez la version compatible de PostgreSQL pour votre version de Tableau Server. Pour une liste complète des versions PostgreSQL compatibles avec les versions Tableau Server, consultez [Compatibilité du produit](https://help.tableau.com/current/server/fr-ca/server_external_repo_upgrade_postgres.htm#postgres-ts-compat). - Utilisez une classe d’instance de base de données db.m4.2xlarge ou supérieure. - Allouez au moins 100 Go de stockage. - Type de stockage et IOPS provisionnés : laisser par défaut (les recommandations peuvent changer en fonction des tests de charge). - **Paramètres** - Vous **devez** utiliser **rails** comme nom d’utilisateur principal. > [!IMPORTANT] > > **Ceci est obligatoire pour que le référentiel externe fonctionne correctement avec Tableau Server.** - Choisissez un mot de passe répondant aux exigences d’AWS. - **Réseau et sécurité** - Assurez-vous que l’instance RDS est accessible par tous les nœuds Tableau Server. Il s’agit le plus souvent de créer un groupe de sécurité qui permet l’accès à partir des nœuds. - **Options de base de données** - Ne créez pas une base de données initiale. Le nom de la base de données doit être laissé vide, car Tableau Server créera les bases de données nécessaires dans l’instance RDS. - Le port peut être le port de votre choix, mais nous recommandons de le laisser comme port par défaut 5432. - Définissez le groupe de paramètres DB sur celui créé à l’**Étape 1**. - Laissez l’authentification IAM DB désactivée. - **Chiffrement** - Vous pouvez choisir si vous voulez ou non un chiffrement. - **Sauvegarde** - Concerne les sauvegardes automatisées d’AWS et non les sauvegardes de Tableau Server. Vous pouvez spécifier les paramètres répondant aux exigences. - Surveillance - Vous pouvez spécifier les paramètres en fonction de vos besoins. - **Exportations de fichiers journaux** - Vous pouvez spécifier les paramètres en fonction de vos besoins. - **Maintenance** - Désactive la mise à niveau automatique de la version mineure. Tableau Server est conçu pour utiliser une version spécifique de PostgreSQL et vous serez invité à mettre à niveau la version PostgreSQL si nécessaire, lors de la mise à niveau de Tableau Server. - **Supprimer la protection** - Vous pouvez spécifier les paramètres en fonction de vos besoins. ### Étape 3 : Obtenir le point de terminaison de l’instance de la base de données PostgresSQL Après avoir créé l’instance de base de données PostgreSQL, vous ne pouvez pas l’utiliser tant que l’initialisation par AWS n’est pas terminée, ce qui peut prendre plusieurs minutes. Une fois que l’instance est prête, récupérez les informations du point de terminaison qui serviront pour configurer Tableau Server afin qu’il utilise cette instance pour le référentiel Tableau Server. ### Étape 4 : Télécharger le fichier du certificat SSL (fichier .pem) Des connexions sécurisées entre Tableau Server et le référentiel externe à l’aide de SSL ne sont **pas** requises, mais sont recommandées. Si vous souhaitez configurer des connexions sécurisées entre Tableau Server et le référentiel externe, vous aurez besoin du fichier .pem lorsque vous configurerez Tableau Server pour utiliser l’instance de base de données externe pour votre référentiel Tableau Server. Pour plus d’informations, consultez [Utilisation de SSL pour chiffrer la connexion à une instance de base de données](https://docs.aws.amazon.com/fr-ca/AmazonRDS/latest/UserGuide/CHAP_PostgreSQL.html#PostgreSQL.Concepts.General.SSL). Si vous n’avez pas besoin d’utiliser des connexions sécurisées entre Tableau Server et le référentiel externe, vous devez configurer l’instance RDS de manière autoriser les connexions non chiffrées. > [!IMPORTANT] > > **Important :** Si dans le cadre d’une expiration prévue du certificat SSL de l’instance RDS, vous devez mettre à jour votre instance RDS avec le nouveau fichier de certificat, vous devez également mettre à jour les paramètres de Tableau Server pour utiliser le nouveau fichier de certificat. Vous pouvez le faire en téléchargeant le fichier le plus récent et en exécutant la commande _tsm topology external-services repository replace-host_ et en fournissant le nouveau fichier de certificat. ## Configuration de la haute disponibilité pour votre base de données PostgreSQL Tableau Server ne gère ni ne configure la haute disponibilité du référentiel externe. Amazon RDS offre des fonctions de haute disponibilité qui peuvent être utilisées pour fournir une haute disponibilité, gérer le basculement, etc. Pour plus d’informations, consultez [Haute disponibilité pour Amazon RDS](https://docs.aws.amazon.com/fr_ca/AmazonRDS/latest/UserGuide/Concepts.MultiAZ.html). ## Récupération d’urgence pour votre base de données PostgreSQL En cas de sinistre, vous devrez peut-être installer une nouvelle instance RDS. Il existe d’autres cas où vous devrez peut-être vous récupérer d’un problème avec l’instance RDS. Par exemple, lorsque vous mettez à niveau Tableau Server, vous devrez peut-être également mettre à niveau la version PostgreSQL sur votre instance RDS. En cas d’échec de votre mise à niveau PostgreSQL, vous pourriez avoir à utiliser une nouvelle instance RDS. Dans de tels scénarios, pour configurer Tableau Server de manière à utiliser la nouvelle instance RDS, appliquez les étapes suivantes : 1. **Restaurez l’instantané sur une nouvelle instance RDS.** AWS ne prend pas en charge la restauration d’un instantané sur une instance RDS existante. Pour en savoir plus sur la sauvegarde et la restauration d’instantanés RDS, consultez [Sauvegarde et restauration Amazon RDS](https://aws.amazon.com/rds/details/backup/) (en anglais). 2. **Créez un nouveau fichier de paramètres JSON** contenant l’information de connexion pour la nouvelle instance RDS. Pour plus d’informations sur la création d’un fichier de paramètres JSON, consultez **Étape 1** dans [Installer Tableau Server avec le référentiel externe PostgreSQL](https://help.tableau.com/current/server/fr-ca/server_external_repo_new_install.htm). 3. **Utilisez la commande** `tsm topology external-services repository replace-host` pour indiquer la nouvelle instance RDS à Tableau Server. Pour plus d’informations sur la commande `tsm topology external-services repository replace-host`, consultez [tsm topology](https://help.tableau.com/current/server/fr-ca/cli_topology_tsm.htm). ## Qui peut le faire? Seuls les administrateurs Tableau Server peuvent configurer Tableau Server de manière à utiliser le référentiel externe. Vous aurez également besoin d’un compte AWS pour créer une instance RDS. ## Étapes suivantes Pour les nouvelles installations : [Installer Tableau Server avec le référentiel externe PostgreSQL](https://help.tableau.com/current/server/fr-ca/server_external_repo_new_install.htm) Si vous souhaitez configurer votre Tableau Server existant de manière à utiliser un référentiel externe, consultez [Reconfigurer le référentiel Tableau Server](https://help.tableau.com/current/server/fr-ca/server_external_repo_reconfigure.htm). [Passer au contenu principal](#main-content) # Créer une instance PostgreSQL sur Google Cloud Depuis la version 2021.4, vous pouvez héberger votre référentiel externe Tableau Server sur la plate-forme Google Cloud. Cette rubrique décrit comment créer, sur Google Cloud, une instance PostgreSQL que vous utiliserez comme votre référentiel externe de Tableau Server. Pour voir la liste complète des hôtes que vous pouvez utiliser pour votre référentiel externe, consultez [Référentiel externe Tableau Server](https://help.tableau.com/current/server/fr-ca/server_external_repo.htm). ## Exigences et recommandations - Au minimum, utilisez un type de machine à mémoire élevée avec 8 vCPU et 32 Go de RAM. Il s’agit de la taille d’instance PostgreSQL minimale recommandée pour le référentiel externe Tableau Server, mais les exigences exactes varient selon vos besoins et votre utilisation. Nous recommandons un type d’instance à mémoire élevée avec 16 vCPU et 128 Go de RAM pour des performances solides dans la plupart des scénarios. - Des communications sécurisées entre Tableau Server et l’instance de base de données PostgreSQL externe à l’aide de connexions SSL ne sont pas requises, mais sont recommandées. - L’instance PostgreSQL doit être accessible par tous les nœuds du groupement Tableau Server. Pour cela, vous pouvez intégrer l’instance PostgreSQL dans un groupe de sécurité doté des autorisations nécessaires pour être accessible par tous les nœuds du groupement Tableau Server. - La version de PostgreSQL doit être une version prise en charge. Pour plus d’informations, consultez [Compatibilité du produit](https://help.tableau.com/current/server/fr-ca/server_external_repo_upgrade_postgres.htm#postgres-ts-compat) pour obtenir des renseignements sur les versions prises en charge. - Tableau génère automatiquement des mots de passe à usage interne par les utilisateurs de la base de données interne. Ces mots de passe comportent 32 caractères et se composent de lettres minuscules et de chiffres. Ils ne peuvent pas être consultés ou configurés par un administrateur. Votre instance PostgreSQL externe peut vous permettre de définir une politique de mot de passe (cela dépendra de la plateforme que vous utilisez). Si vous spécifiez une stratégie qui inclut des types de caractères autres que des chiffres et des lettres minuscules, cela peut entraîner des erreurs lors de la configuration de Tableau Server pour utiliser le référentiel externe. ## Créer une instance de base de données PostgreSQL sur Google Cloud ### Étape 1 : Créer une nouvelle instance PostgreSQL Créez une instance PostgreSQL en suivant les instructions fournies sur le site Web de Google, [ici](https://cloud.google.com/sql/docs/postgres/create-instance). Nous vous recommandons d’utiliser un type de machine à mémoire élevée, avec 16 processeurs virtuels et 128 Go de RAM. ### Étape 2 : Configurer les indicateurs de base de données pour votre instance PostgreSQL Du point de vue de Tableau Server, la plupart des valeurs de paramètres de l’instance peuvent être définies sur les valeurs par défaut. Vous pouvez modifier les valeurs des paramètres si vous avez des exigences spécifiques en matière de performances ou de journalisation, mais nous vous recommandons vivement de laisser les paramètres suivants aux valeurs par défaut et de ne pas les modifier : - `standard_conforming_strings` - `escape_string_warning` Nous recommandons également que la valeur de `work_mem` soit définie sur au moins 16384 pour éviter les problèmes de performances. Pour plus d’informations sur les indicateurs de base de données, consultez [cette rubrique](https://www.google.com/url?q=https://cloud.google.com/sql/docs/postgres/flags&sa=D&source=docs&ust=1635271250753000&usg=AOvVaw1dZNOfdZ1CEnSfup_wasnb) sur le site Web de Google. ### Étape 3 : Obtenir le point de terminaison de l’instance de la base de données PostgreSQL Une fois que l’instance est prête, récupérez les informations du point de terminaison qui serviront pour configurer Tableau Server afin qu’il utilise cette instance pour le référentiel Tableau Server. ### Étape 4 : Télécharger le fichier du certificat SSL Des connexions sécurisées entre Tableau Server et le référentiel externe à l’aide de SSL ne sont pas requises mais sont recommandées. Si vous souhaitez configurer des connexions sécurisées entre Tableau Server et le référentiel externe, vous aurez besoin du fichier de certificat lorsque vous configurez Tableau Server pour utiliser ce référentiel externe. Pour plus d’informations, consultez [configurer des certificats SSL/TLS](https://www.google.com/url?q=https://cloud.google.com/sql/docs/postgres/configure-ssl-instance&sa=D&source=docs&ust=1635271250769000&usg=AOvVaw3YRZJ0JQdXSkhNjdOxhuww) sur le site Web de Google. ## Configuration de la haute disponibilité pour votre base de données PostgreSQL Tableau Server ne gère ni ne configure la haute disponibilité du référentiel externe. Google Cloud offre des fonctionnalités de haute disponibilité qui peuvent être utilisées pour assurer la haute disponibilité. Pour plus d’informations, consultez [Activer la haute disponibilité](https://cloud.google.com/sql/docs/postgres/configure-ha) sur le site Web de Google. ## Récupération d’urgence pour votre base de données PostgreSQL En cas de sinistre, vous devrez peut-être installer une nouvelle instance de base de données PostgreSQL pour l’instance PostgreSQL. Il existe d’autres cas où vous devrez peut-être récupérer d’un problème avec l’instance de base de données. Dans de tels scénarios, pour configurer Tableau Server de manière à utiliser la nouvelle instance PostgreSQL, appliquez les étapes suivantes : 1. **Restaurer la sauvegarde sur une nouvelle instance PostgreSQL.** Sur la plateforme Google Cloud, vous pouvez choisir de restaurer sur la même instance ou de créer une nouvelle instance. Pour plus d’informations, consultez [Restaurer une instance](https://cloud.google.com/sql/docs/postgres/backup-recovery/restoring) sur le site Web de Google. Nous vous recommandons de créer une nouvelle instance et de suivre les étapes de récupération suivantes. 2. S’il s’agit d’une nouvelle instance, **créez un nouveau fichier de paramètres JSON** contenant l’information de connexion pour la nouvelle instance Azure Database pour PostgreSQL. Pour plus d’informations sur la création d’un fichier de paramètres JSON, consultez **Étape 1** dans [Installer Tableau Server avec le référentiel externe PostgreSQL](https://help.tableau.com/current/server/fr-ca/server_external_repo_new_install.htm). 3. **Utilisez la commande** `tsm topology external-services repository replace-host` pour indiquer la nouvelle instance Azure Database pour PostgreSQL à Tableau Server. Pour plus d’informations sur la commande `tsm topology external-services repository replace-host`, consultez [tsm topology](https://help.tableau.com/current/server/fr-ca/cli_topology_tsm.htm). ## Qui peut le faire? Seuls les administrateurs Tableau Server peuvent configurer Tableau Server de manière à utiliser le référentiel externe. Vous aurez également besoin d’un compte Google Cloud pour créer l’instance de base de données PostgreSQL. ## Étapes suivantes Pour les nouvelles installations : [Installer Tableau Server avec le référentiel externe PostgreSQL](https://help.tableau.com/current/server/fr-ca/server_external_repo_new_install.htm) Si vous souhaitez configurer votre Tableau Server existant de manière à utiliser un référentiel externe, consultez [Reconfigurer le référentiel Tableau Server](https://help.tableau.com/current/server/fr-ca/server_external_repo_reconfigure.htm). [Passer au contenu principal](#main-content) # Créer une stratégie de données pour la sécurité au niveau des lignes Utilisez une stratégie de données pour appliquer la sécurité au niveau des lignes à une ou plusieurs tables dans une connexion virtuelle. Une stratégie de données filtre les données, garantissant ainsi que les utilisateurs ne voient que les données qu’ils sont censés voir. Les stratégies de données s’appliquent aux connexions en direct et aux extraits. ## À propos des stratégies de données Une stratégie de données comporte trois composants principaux : ![Exemple des trois composants d’une stratégie de données dans un éditeur de connexion virtuelle](/tableau/current/fr-ca/server/fr-ca/Img/dm_vconn_policy_components.png) 1. Les tables auxquelles elle s’applique, appelées tables de stratégie. Ce sont les tables qui sont filtrées. 2. Les colonnes mappées qui définissent les relations entre les tables (par exemple entre les tables de droits et les tables de faits), et entre les colonnes de table et les colonnes de stratégie. Une colonne de stratégie est la colonne utilisée pour filtrer les données. 3. La condition de stratégie, qui est une expression évaluée ou un calcul pour chaque ligne lors d’une requête. Si la condition de stratégie est TRUE, la ligne s’affiche dans la requête. Lorsque vous créez une stratégie de données, vous avez besoin d’une colonne que vous pouvez utiliser pour filtrer les données. Cette colonne s’appelle une colonne de stratégie. Les données sont filtrées par la condition de stratégie, généralement à l’aide d’une fonction utilisateur, telle que USERNAME() ou FULLNAME(). Si votre table de stratégie comprend une colonne sur laquelle vous pouvez filtrer, utilisez cette colonne comme colonne de stratégie. Lorsqu’une table de stratégie n’inclut pas une telle colonne, utilisez une table des droits avec une colonne que vous pouvez utiliser pour filtrer les données. Une table des droits est une table qui comprend à la fois une colonne de stratégie que vous pouvez utiliser pour filtrer les tables de stratégie, et une autre colonne que vous pouvez associer (mapper) à une colonne dans une table de stratégie (comme illustré dans l’exemple de stratégie de données ci-dessus). ## Filtrer avec une colonne de stratégie à partir d’une table de stratégie Le moyen le plus courant de filtrer les données consiste à utiliser une colonne de la table contenant les données sur lesquelles vous souhaitez filtrer. Utilisez cette colonne comme colonne de stratégie, puis mappez les colonnes de table appropriées à la colonne de stratégie. Pour utiliser une colonne de stratégie pour filtrer vos données, commencez par ajouter des tables à la stratégie à partir du volet de gauche. Pour ajouter un table, effectuez l’une des opérations suivantes : - Double-cliquez sur le nom de la table. - Cliquez sur la flèche déroulante à côté du nom de la table et sélectionnez Gérer la table avec la politique. - Sinon, faites glisser la table vers la droite et déposez-la sur Ajouter en tant que table de stratégie. Une fois qu’une table est ajoutée à une stratégie, une icône de bouclier ![Icône de stratégie de données](/tableau/current/fr-ca/server/fr-ca/Img/dm_vconn_shield_18.png) figure à droite du nom de la table dans le volet de gauche indiquant qu’il s’agit d’une table de stratégie. Ensuite, mappez les colonnes pour créer une relation entre le nom de la colonne de la table et le nom de la colonne de stratégie. Utilisez le nom de la colonne de stratégie dans la condition de stratégie de données pour contrôler l’accès aux données au niveau des lignes pour les utilisateurs : 1. Cliquez sur +Ajouter une colonne au mappage pour ajouter une ou plusieurs colonnes qui serviront à filtrer les données. 2. Nommez la colonne de stratégie. Vous utiliserez ce nom dans la condition de stratégie. 3. Pour chaque table à laquelle la stratégie s’applique, utilisez le menu déroulant pour sélectionner la colonne de table qui correspond à la colonne de stratégie. 4. Répétez ce processus pour autant de colonnes de stratégie que vous souhaitez utiliser dans la condition de stratégie. Your browser does not support the video tag. > [!TIP] > > **Conseil :** au lieu d’utiliser le bouton + Ajouter une colonne au mappage, vous pouvez commencer à saisir le calcul dans la zone de condition de stratégie et utiliser la saisie semi-automatique pour choisir le nom de la colonne, qui remplira ensuite les informations de la colonne de stratégie à l’étape 1. Your browser does not support the video tag. ### Exemple d’utilisation d’une colonne de stratégie à partir d’une table de stratégie ![Diagramme d’une stratégie de données qui utilise une colonne de stratégie d’une table de stratégie pour filtrer les données](/tableau/current/fr-ca/server/fr-ca/Img/dm_vconn_policy_table_diagram.png) 1. La table Sales comporte une colonne \[Salesperson\] et la table Region a une colonne \[SalesRep\]. Les données Salesperson et SalesRep correspondent au nom complet des utilisateurs Tableau sur votre site. 2. Vous souhaitez filtrer les données Sales et Region par Salesperson. Vous nommez donc la colonne de stratégie « Salesperson », puis mappez la colonne Salesperson de Sales et la colonne SalesRep de Region à la colonne de stratégie Salesperson. 3. Ensuite, écrivez la condition de stratégie pour filtrer les deux tables. Utilisez la colonne de stratégie \[Salesperson\] et la fonction utilisateur FULLNAME() afin que chaque utilisateur ne puisse voir que ses propres données. ## Filtrer avec la colonne de stratégie d’une table des droits Les tables des droits sont utilisées lorsque votre table de stratégie ne contient pas de colonne sur laquelle vous pouvez filtrer. Vous pouvez utiliser la table des droits pour mapper une colonne de la table de données à une colonne de la table des droits. Notez les points suivants : - Assurez-vous d’inclure la table des droits en tant que table dans la connexion virtuelle. Vous pouvez utiliser une table à partir de n’importe quelle connexion ou base de données comme table de droits centrale qui sécurise les tables dans de nombreuses autres bases de données. Dans certains cas, une table de droits qui se trouve dans la même base de données que les tables que vous sécurisez peut constituer un risque de sécurité potentiel en raison de la possibilité d’exposer les données des employés. Et le fait d’avoir une table de droits dans une base de données différente peut faciliter le contrôle des autorisations, par exemple, pour accorder à quelqu’un l’accès à une base de données. - Si vous ne souhaitez pas que les utilisateurs de la connexion virtuelle voient la table des droits, vous pouvez basculer le paramètre dans la colonne Visibilité de l’onglet Tables pour la masquer. Une fois masquée, la table des droits est toujours disponible pour le filtrage des politiques, mais ne peut pas être utilisée dans les visualisations ou les sources de données du classeur. **Remarque** : la connexion directe à une sortie de flux (fichier .hyper) n’est pas prise en charge pour la table des droits. La sortie du flux doit écrire directement dans la base de données. Pour utiliser une table des droits pour filtrer vos données : 1. Ajoutez les tables auxquelles vous souhaitez que la stratégie de données s’applique. Effectuez l’une des actions suivantes : - Double-cliquez sur le nom de la table. - Cliquez sur la flèche déroulante à côté du nom de la table et sélectionnez Gérer la table avec la politique. - Sinon, faites glisser la table vers la droite et déposez-la sur Ajouter en tant que table de stratégie. 2. Une fois qu’une table est ajoutée à une stratégie, une icône de bouclier ![Icône de stratégie de données](/tableau/current/fr-ca/server/fr-ca/Img/dm_vconn_shield_18.png) figure à droite du nom de la table dans le volet de gauche indiquant qu’il s’agit d’une table de stratégie. 3. Sélectionnez la table des droits, puis : - Cliquez sur la flèche déroulante et sélectionnez Utiliser comme table de droits. - Sinon, faites glisser la table vers la droite et déposez-la sur Ajouter en tant que table des droits. 4. Pour chaque table à laquelle la stratégie s’applique, cliquez sur le menu déroulant et sélectionnez la colonne pour mapper la table de stratégie à la table des droits. Your browser does not support the video tag. ### Exemple d’utilisation d’une colonne de stratégie à partir d’une table des droits ![Diagramme d’une stratégie de données qui utilise une colonne de stratégie d’une table des droits pour filtrer les données](/tableau/current/fr-ca/server/fr-ca/Img/dm_vconn_entitlement_diagram.png) 1. Les données que vous souhaitez filtrer comportent une colonne EMP\_ID, mais pas une colonne de nom d’employé. Cependant, vous avez une deuxième table qui comprend des colonnes pour EMP\_ID et le nom complet (FULL NAME) de l’employé. De plus, les valeurs de la colonne FULL NAME de l’employé correspondent au nom complet des utilisateurs Tableau sur votre site. 2. Vous pouvez ajouter la table Employee à la stratégie en tant que table des droits, puis mapper le nom de colonne de la table de stratégie EMP\_ID au nom de colonne des droits EMP\_ID pour chaque table. 3. Utilisez ensuite la fonction FULLNAME() dans votre condition de stratégie pour faire correspondre le nom complet de l’utilisateur Tableau Server à la colonne \[FULL NAME\] de la table des droits (qui est la colonne de stratégie) afin que chaque utilisateur ne puisse voir que ses propres données. ## Écrire une condition de stratégie La dernière étape de la création d’une stratégie de données consiste à écrire une condition de stratégie, qui est un calcul ou une expression utilisé pour définir l’accès au niveau des lignes. Les conditions de stratégie sont souvent utilisées pour limiter l’accès aux utilisateurs ou aux groupes via des fonctions utilisateur. Condition de stratégie : - Est requis dans une stratégie de données. - Doit être évaluée sur vrai ou faux. - Affiche les lignes lorsque la condition de stratégie est vraie. Lorsque vous fermez un onglet de stratégie, votre travail n’est pas supprimé. ### Exemples de conditions de stratégie Affiche uniquement les lignes où la valeur de la colonne Region est North : `[Region] = "North"` Permet à un utilisateur connecté de voir les lignes où le nom de l’utilisateur correspond à la valeur contenue dans EmployeeName : `FULLNAME() = [EmployeeName]` Permet aux membres du groupe Managers de voir toutes les lignes, tandis que les utilisateurs ne peuvent voir que les lignes où leur nom d’utilisateur correspond à la valeur de la colonne employee\_name : `ISMEMBEROF('Managers') OR USERNAME() = [employee_name]` ### Fonctions Tableau prises en charge dans les conditions de stratégie Les conditions de stratégie prennent en charge un sous-ensemble de fonctions Tableau : - Logique (sauf lié à null) - Chaîne - Utilisateur - Date - Nombre : MIN, MID, MAX Pour voir quelles fonctions spécifiques sont prises en charge, dans l’éditeur de connexion virtuelle, dans l’onglet Stratégies de données, consultez le panneau Référence à droite. **Remarque** : Si la connexion virtuelle a une stratégie de données qui contient des [fonctions utilisateur](https://help.tableau.com/current/pro/desktop/fr-ca/functions_functions_user.htm) (par exemple, `USERNAME()`) et que vous vous y connectez à partir d’un classeur ou d’une source de données et que vous créez un extrait à cet emplacement, l’extrait ne contiendra que les lignes qui correspondent à la stratégie de données de la connexion virtuelle au moment de la création de l’extrait. Pour tirer parti d’une connexion virtuelle avec les fonctions utilisateur dans la stratégie de données, utilisez une connexion en direct du classeur ou de la source de données à la connexion virtuelle au lieu d’un extrait. ## Qui peut le faire? Pour créer une stratégie de données, vous devez - avoir des informations d’identification à la base de données à laquelle la connexion virtuelle se connecte, et - être un administrateur de serveur ou de site, ou avoir le rôle Creator. ## Étapes suivantes Après avoir créé une stratégie de données, l’étape suivante consiste à vérifier qu’elle fonctionne comme prévu. Consultez [Tester la sécurité au niveau de la ligne avec l’aperçu en tant qu’utilisateur](https://help.tableau.com/current/server/fr-ca/dm_vconn_test_preview.htm). Ou, si vous êtes prêt à partager la connexion virtuelle et ses stratégies de données avec d’autres, consultez [Publier une connexion virtuelle et définir des autorisations](https://help.tableau.com/current/server/fr-ca/dm_vconn_publish_save.htm). ## Ressources Pour plus de détails sur les calculs, consultez [Comprendre les calculs dans Tableau](https://help.tableau.com/current/pro/desktop/fr-ca/calculations_calculatedfields_understand.htm) dans l’aide de Tableau Desktop et de la création Web. Pour plus d’informations sur les fonctions utilisateur, consultez [Fonctions utilisateur](https://help.tableau.com/current/pro/desktop/fr-ca/functions_functions_user.htm) dans l’aide de Tableau Desktop et de la création Web. Pour plus d’informations sur les autres options de sécurité au niveau des lignes dans Tableau, consultez [Présentation des options de sécurité au niveau des lignes dans Tableau](https://help.tableau.com/current/server/fr-ca/rls_options_overview.htm) dans l’aide de Tableau Server. [Passer au contenu principal](#main-content) # Découvrir des informations plus rapidement avec Expliquer les données « Expliquer les données » dans le guide des données vous aide à inspecter, découvrir et approfondir les repères d’une visualisation à mesure que vous explorez vos données. Vous pouvez utiliser « Expliquer les données » pour analyser des tableaux de bord, des feuilles ou des repères sélectionnés afin de détecter d’éventuelles valeurs aberrantes et corrélations dans les données sous-jacentes. « Expliquer les données » crée des modèles statistiques et propose des explications possibles pour des repères individuels dans une visualisation, y compris des données potentiellement liées provenant de la source de données qui ne sont pas utilisées dans la vue actuelle. Pour plus d’informations sur l’exécution d’Expliquer les données et l’exploration des explications, consultez [Prise en main d’Expliquer les données](https://help.tableau.com/current/server/fr-ca/explain_data_basics.htm). **Remarque :** cette rubrique décrit le fonctionnement d’Expliquer les données dans Tableau 2021.2 et versions ultérieures. Si vous disposez d’une version précédente de Tableau, lisez cette rubrique dans la [version 2021.1 de l’aide d’Expliquer les données](https://help.tableau.com/v2021.1/pro/desktop/fr-ca/explain_data.htm "Lien vers la version précédente de cette rubrique d’aide dans Tableau version 2021.1") . Au fur et à mesure que vous créez différentes vues, vous pouvez utiliser Expliquer les données comme point de départ pour explorer vos données et poser plus de questions. Pour plus d’informations, consultez [Comment Expliquer les données contribue à enrichir votre analyse](#How) . Pour plus d’informations sur les caractéristiques qui rendent une source de données plus intéressante à utiliser avec Expliquer les données, consultez [Exigences et considérations relatives à la fonctionnalité Expliquer les données](https://help.tableau.com/current/server/fr-ca/explain_data_requirements.htm). ## Accès à Expliquer les données Expliquer les données est activé par défaut au niveau du site. Les administrateurs de serveur (Tableau Server) et les administrateurs de site (Tableau Cloud) peuvent contrôler si Expliquer les données est disponible pour un site. Pour plus d’informations, consultez [Désactiver ou activer Expliquer les données pour un site](https://help.tableau.com/current/server/fr-ca/explain_data_enable.htm). Les auteurs qui peuvent modifier des classeurs et qui disposent de la capacité d’autorisation Exécuter Expliquer les données pour un classeur peuvent exécuter Expliquer les données en mode de modification. Tous les utilisateurs disposant de la fonctionnalité Exécuter Expliquer les données peuvent exécuter Expliquer les données en mode d’affichage dans Tableau Cloud et Tableau Server. Lorsque les administrateurs du site l’autorisent, les explications peuvent être partagées en mode visualisation via courriel ou Slack avec d’autres utilisateurs de Tableau Cloud et Tableau Server. Pour plus d’informations, consultez [Configurer Tableau de manière à permettre aux utilisateurs de partager des explications par courriel et dans Slack](https://help.tableau.com/current/server/fr-ca/explain_data_control_access.htm#ConfigureSlackEmail). Les auteurs peuvent utiliser les paramètres Expliquer les données pour contrôler les types d’explications affichés dans le volet Guide des données. Pour plus d’informations sur le contrôle de l’accès à Expliquer les données, aux types d’explication et aux champs, consultez [Contrôler l’accès à Expliquer les données](https://help.tableau.com/current/server/fr-ca/explain_data_control_access.htm). ## Comment Expliquer les données contribue à enrichir votre analyse Remarque : Expliquer les données est un outil qui permet de découvrir et de décrire les relations dans vos données. Il ne peut pas vous indiquer ce qui est à l’origine des relations, ni comment interpréter les données. **C’est vous qui êtes l’expert de vos données.** Votre connaissance du domaine et votre intuition sont essentielles pour déterminer les caractéristiques qu’il serait intéressant d’approfondir en utilisant différentes vues. Pour des informations connexes, consultez [Comment fonctionne Expliquer les données](https://help.tableau.com/current/server/fr-ca/explain_data_explained.htm) et [Exigences et considérations relatives à la fonctionnalité Expliquer les données](https://help.tableau.com/current/server/fr-ca/explain_data_requirements.htm). Pour plus d’informations sur le fonctionnement de l’outil Expliquer les données et sur la façon de l’utiliser pour enrichir votre analyse, consultez ces présentations de la conférence Tableau : - [De l’analyste au statisticien : Expliquer les données en pratique (1 heure)](https://www.tableau.com/fr-ca/events/tc/2019/analyst-statistician-explain-data-practice) - [Tirer le meilleur parti de la fonctionnalité Expliquer les données (45 minutes)](https://www.tableau.com/fr-ca/events/tc/2019/leveraging-explain-data) ## Autres articles de cette section [Passer au contenu principal](#main-content) # Définir des accès Édition Web, Enregistrement et Téléchargement pour le contenu Si vous activez la fonction de création Web sur votre site, vous pouvez configurer de manière plus précise quels utilisateurs du site ont accès à cette fonction. En utilisant des rôles sur le site et des règles d’autorisation au niveau du contenu, vous pouvez accorder ou refuser des fonctionnalités Édition Web, Enregistrer ou Télécharger sur les projets, les classeurs et les sources de données. **Remarque :** Ce document s’applique à utiliser l’expression _Édition Web_ pour spécifier le nom de la fonctionnalité dans les règles d’autorisation, et _Création Web_ pour désigner la fonction générale de création et de modification des classeurs sur le serveur. Vous pouvez par contre constater que ces deux expressions sont utilisées de manière interchangeable. ## Pourquoi autoriser les utilisateurs à travailler directement sur le site En tant qu’administrateur, il se peut que vous soyez initialement sceptique pour ce qui est d’autoriser les utilisateurs à remplir un site avec du contenu. Toutefois, avec quelques commandes, vous pouvez limiter les emplacements concernés, tout en procurant, à vous-même et à vos utilisateurs, les avantages importants liés à une gestion centralisée du contenu. ### Avantages et inconvénients de la création Web Pour les publicateurs et les utilisateurs professionnels, voici quelques avantages de la création Web : - Elle fournit aux équipes d’analystes qui travaillent en collaboration un emplacement central où fournir des données. - Elle permet aux utilisateurs ne possédant pas Tableau Desktop de se connecter à des sources de données et de créer des classeurs. - Elle permet aux utilisateurs d’accéder à un contenu lorsqu’ils ne sont pas à leur ordinateur Tableau Desktop ou sur un VPN, que ce soit sur un ordinateur ou un appareil portable. - Elle fournit un cadre de travail qui permet de générer des rapports Tableau cohérents. Avec la mise à disposition des modèles de classeurs sur le site, les analystes peuvent télécharger ou créer de nouveaux classeurs dont les connexions de données, le choix de la marque et les mises en forme sont déjà en place. Les administrateurs peuvent en retirer les avantages suivants : - Moins de déploiements Tableau Desktop à gérer et à prendre en charge. - Moins d’ordinateurs sur lesquels installer les pilotes de base de données. - Fonctionnalité de gestion du contenu. - Une surveillance plus précise de ce que les utilisateurs font avec Tableau. Voici quelques inconvénients de l’édition Web : - Pour les analystes, la fonctionnalité d’édition Web n’est pas aussi complète que dans Tableau Desktop (même si elle continue à évoluer vers cette parité). - Pour les administrateurs, un plus grand nombre de personnes travaillant sur le serveur peut signifier une mise à niveau des systèmes. - Sans la publication de directives, il peut se produire une prolifération du contenu sur le site. Ce phénomène peut dérouter les personnes qui s’appuient sur des tableaux de bord et des sources de données Tableau publiés, mais également dégrader les performances du serveur et la qualité des données, avec un risque potentiel pour la sécurité des données. ## Gestion des autorisations pour aider les utilisateurs à éviter la prolifération de contenu Pour aider les utilisateurs à éviter la prolifération de contenu sur le site, de nombreux administrateurs Tableau utilisent des projets pour autoriser divers niveaux d’accès au contenu. Par exemple, un projet peut être configuré de manière à autoriser tous les utilisateurs à modifier et enregistrer les classeurs. Un autre peut autoriser les publicateurs approuvés uniquement à enregistrer un nouveau contenu. Pour avoir une idée plus précise de ce mode de fonctionnement, consultez les ressources suivantes : - [Configurer des projets, des groupes, des ensembles de groupes et des autorisations pour le libre-service géré](https://help.tableau.com/current/server/fr-ca/projects_data_gov.htm) - [Governed Self-Service at Scale](https://www.tableau.com/learn/whitepapers/governed-self-service-analytics-scale "Consultez un document technique décrivant un environnement de serveur en libre service gouverné"), un document technique Tableau par Rupali Jain. Pour afficher le PDF, vous devrez peut-être fournir vos informations d’identification pour le site Web de Tableau. Ce sont les mêmes informations que vous utilisez pour l’accès aux forums de la communauté ou pour la soumission de cas de support. ## Coordonner les fonctionnalités de modification et d’enregistrement avec les rôles sur le site pour le niveau d’accès approprié Pour modifier, enregistrer et télécharger des classeurs, les utilisateurs doivent posséder un rôle sur le site qui autorise ces actions, ainsi que les fonctionnalités (définies dans les règles d’autorisations) qui accordent ou refusent l’accès lié à la modification. ### Accès des rôles sur le site - Lorsque les autorisations appropriées sont configurées au niveau du contenu, le rôle sur le site Creator ou Explorer (Peut publier) offre à la fois les fonctions Enregistrer (remplacer) et Enregistrer sous/télécharger. Notez que **Fichier > Enregistrer** n’est disponible que pour le propriétaire du classeur. Lorsque la capacité d’autorisation **Enregistrer** a été accordée au niveau du projet et du classeur, un utilisateur non propriétaire peut écraser le classeur existant dans la création Web en sélectionnant **Fichier > Enregistrer sous** et en utilisant le même nom de classeur. Cela remplace le contenu existant et ils en deviennent les propriétaires et obtiennent un accès complet au contenu. - Le rôle sur le site Explorer peut se voir attribuer les fonctions **Édition Web** et **Enregistrer sous/télécharger**, mais il ne pourra pas enregistrer (ni remplacer les modifications existantes, ni enregistrer les modifications apportées à un nouveau classeur). Pour plus d’informations, consultez [Édition Web et création Web](https://help.tableau.com/current/server/fr-ca/permissions.htm#webauthor). [Passer au contenu principal](#main-content) # Définir l’accès à la création Web et aux fonctions d’un site Les administrateurs de Tableau Server peuvent spécifier au niveau du site s’ils souhaitent autoriser les utilisateurs à modifier les vues publiées dans l’environnement Web et à configurer d’autres fonctionnalités de création Web. Par défaut, la fonctionnalité de création Web est activée pour tous les sites. Les utilisateurs dotés de la fonctionnalité Édition Web peuvent créer et modifier les classeurs directement sur le serveur. Désactivez la création Web si vous souhaitez que les utilisateurs soient capables de visualiser les classeurs publiés et d’interagir avec eux, mais sans apporter aucune modification aux informations principales. Les étapes ci-dessous décrivent comment configurer la création Web et autres fonctionnalités associées pour un site entier. Pour contrôler plus précisément la manière dont les utilisateurs peuvent utiliser l’édition Web, vous pouvez utiliser des projets, des groupes et des autorisations. Consultez [Définir l’accès à l’édition Web, à l’enregistrement et au téléchargement pour le contenu](https://help.tableau.com/current/server/fr-ca/web_author_who.htm). Pour plus d’informations sur l’activation de la création de flux sur le Web, consultez [Créer et modifier des flux sur le Web](https://help.tableau.com/current/server/fr-ca/web_author_flows.htm). ## Activer ou désactiver la création Web pour un site 1. Dans un navigateur Web, connectez-vous au serveur en tant qu’administrateur et rendez-vous sur le site pour lequel vous souhaitez activer la création Web. Sur un site, cliquez sur Paramètres. 2. Dans la section **Création Web**, sélectionnez Classeurs. Autoriser les utilisateurs à modifier les classeurs dans leur navigateur pour activer la fonctionnalité. Décochez la case pour désactiver la création Web pour ce site. ![Rendre les vues de votre site non modifiables](/tableau/current/fr-ca/server/fr-ca/Img/web_author_disable4.png) 3. Si vous utilisez déjà votre site et si vous souhaitez que la modification prenne effet immédiatement, redémarrez le serveur. Sinon, la modification est appliquée après l’expiration du cache de la session serveur où lors de la prochaine connexion de l’utilisateur, après déconnexion. ### Remarques - Lorsque vous activez la création Web, assurez-vous que sur les classeurs ou vues appropriés, la règle d’autorisation pour un utilisateur ou un groupe autorise la fonctionnalité **Édition Web**. - Si vous désactivez la création Web sur un site de production et que vous ne terminez pas la dernière étape pour redémarrer le serveur, il se peut que les utilisateurs continuent d’avoir accès à la création jusqu’à ce que le cache de leur session expire ou qu’ils se déconnectent. ## Déterminer les sites autorisant la création Web Pour vérifier quels sites autorisent la création Web, sur le menu de sélection de site en haut, sélectionnez Gérer tous les sites, puis accédez à la page Sites. ![La page Sites indiquant les sites qui autorisent la création de sites Web.](/tableau/current/fr-ca/server/fr-ca/Img/web_author_disable3.png) ## À propos des jointures entre bases de données Pour améliorer les performances des jointures entre bases de données, Tableau décidera désormais par défaut s'il doit effectuer des jointures dans Tableau à l'aide d'Hyper ou déplacer les données dans la base de données en direct connectée en tant que table temporaire et y effectuer des jointures. L'option dans Paramètres pour chaque site qui doit effectuer la jointure entre bases de données est toujours visible, mais sa valeur par défaut ne peut plus être modifiée. ![Paramètre de jointures entre bases de données avec des options permettant de toujours effectuer des jointures dans la base de données ou de laisser Tableau décider quand les faire.](/tableau/current/fr-ca/server/fr-ca/Img/cross_database_join_web_setting.png) Pour plus d'information, consultez [Améliorer les performances des jointures entre bases de données](https://help.tableau.com/current/pro/desktop/fr-ca/joining_tables.htm#cross_dbase_joins_perf). [Passer au contenu principal](#main-content) # Définir la page de démarrage par défaut pour tous les utilisateurs Dans un nouveau déploiement, lorsqu’ils se connectent à un environnement de création Web Tableau Server, les utilisateurs sont dirigés sur l’écran d’accueil qui affiche une bannière de bienvenue en fonction du rôle. La page d’accueil affiche également les vues récentes, les favoris et le contenu le plus consulté du site. En tant qu’administrateur de serveur, vous pouvez modifier la page de destination par défaut des utilisateurs au niveau du serveur et du site. Par exemple, vous pouvez afficher tous les classeurs, et lorsqu’il se connecte, l’utilisateur voit les classeurs auxquels il a accès. ### Pour définir la page de démarrage par défaut pour tous les utilisateurs 1. Affichez la page ou la vue filtrée à définir comme page par défaut que les utilisateurs voient lorsqu’ils se connectent au site. 2. Sélectionnez votre icône de profil en haut à droite de la page. 3. Pour définir la page de démarrage par défaut pour : - Tous les utilisateurs d’un site : cliquez sur Définir comme page de démarrage et sur Pour les utilisateurs de ce site. - Tous les utilisateurs sur le serveur : cliquez sur Définir comme page de démarrage et sur Pour tous les utilisateurs Server. ![Menu permettant de définir la page de démarrage pour tous les utilisateurs Server.](/tableau/current/fr-ca/server/fr-ca/Img/maintenance_set_defaultpg.png) ## Pages de démarrage et hiérarchie définies par l’utilisateur Les utilisateurs peuvent également spécifier leurs propres pages de démarrage dans leur icône de profil et réinitialiser leurs pages de démarrage dans leurs paramètres de compte (voir [Accéder à votre profil et à vos paramètres de compte](https://help.tableau.com/current/pro/desktop/fr-ca/help.htm#useracct.htm)). Si un utilisateur définit sa propre page de démarrage, elle remplace toute page de démarrage définie par un administrateur de serveur. La prochaine fois que l’utilisateur se connectera, il accèdera à la page de démarrage qu’il a définie. Si un administrateur de serveur définit des pages de démarrage pour un serveur et un site, les utilisateurs définiront par défaut la page de démarrage pour eux-mêmes (le cas échéant), puis la page de démarrage du site, puis la page de démarrage du serveur. Si aucun utilisateur ou administrateur n’a défini de page de démarrage, la page d’accueil par défaut s’affichera. [Passer au contenu principal](#main-content) # Définir le fuseau horaire du site pour les extraits Le fuseau horaire par défaut pour les sources de données basées sur des extraits dans un site est le Temps universel coordonné (UTC). Les administrateurs de serveur peuvent définir un fuseau horaire différent. Pour définir le fuseau horaire du site pour les extraits : 1. Connectez-vous à Tableau en tant qu’administrateur. 2. Sur le site que vous souhaitez configurer, cliquez sur `Settings`. 3. Dans la section `Site Time Zone for Extracts`, sélectionnez un fuseau horaire, puis cliquez sur `Save`. Dans les champs calculés, des fonctions telles que NOW() ou TODAY() examinent le fuseau horaire. Pour plus d’informations sur les extraits, consultez [Extraire vos données](https://help.tableau.com/current/pro/desktop/fr-ca/extracting_data.htm) dans l’aide de Tableau Desktop. Le paramètre de fuseau horaire, en plus d’être utilisé pour des sources de données basées sur des extraits, affecte également les extraits internes. Par exemple, lorsque Tableau se connecte à des sources de données basées sur des fichiers comme des fichiers texte, un extrait est automatiquement créé en interne. De même, cela se produit lorsque Tableau utilise un extrait interne pour intégrer des données provenant de différentes sources. Le paramètre de fuseau horaire affecte également le rendu des sous-titres des filtres de dates relatives. **Remarque :** Lors de l’affichage d’un classeur dans un navigateur, les sous-titres des filtres de dates relatives (par exemple, « 7 derniers jours ») s’affichent selon votre fuseau horaire local. Cependant, les fichiers exportés (Télécharger > Image ou Télécharger > PDF) sont rendus sur le pod Tableau Cloud qui utilise le fuseau horaire du pod. La différence entraînée peut aller jusqu’à un jour entre le sous-titre du filtre exporté et la vue de votre navigateur. Cela n’affecte que le texte du sous-titre, tandis que les données sous-jacentes restent exactes. Pour conserver la cohérence des sous-titres des vues du navigateur et des vues exportées, utilisez plutôt un filtre **Plage de dates** avec des dates de début et de fin fixes. [Passer au contenu principal](#main-content) # Définir le type d’authentification utilisateur pour SAML Sur un site qui a été configuré pour SAML spécifique au site, les administrateurs peuvent spécifier le type d’authentification des utilisateurs. Par exemple, si Tableau Server était configuré pour SAML and server-wide SAML, administrators can specify which users authenticate with site-specific SAML and which users authenticate with server-wide SAML. Vous pouvez assigner la méthode d’authentification au moment où vous ajoutez des utilisateurs à Tableau Server, ainsi qu’à tout moment ultérieur. 1. Lorsque vous êtes connecté au site Tableau Server, sélectionnez **Utilisateurs**. 2. Sur la page Utilisateurs dusite, cochez les cases à côté des utilisateurs auxquels vous souhaitez assigner ou modifier un type d’authentification. 3. Dans le menu Actions, sélectionnez Authentification. ![Un menu d’actions avec l’option d’authentification.](/tableau/current/fr-ca/server/fr-ca/Img/users_set_authentication.png) 4. Dans la boîte de dialogue Authentification, sélectionnez Site SAML ou Serveur par défaut. ## Remarques - les utilisateurs qui s’authentifient avec SAML spécifique au site ne peuvent appartenir qu’à un seul site. Si un utilisateur a besoin d’appartenir à plusieurs sites, définissez son type d’authentification sur le paramètre par défaut du serveur. Selon la manière dont SAML spécifique au site a été configuré par l’administrateur de serveur, le paramètre serveur par défaut est soit l’authentification locale, soit SAML à l’échelle du serveur. - Si vous modifiez le type d’authentification utilisateur de SAML spécifique au site en Authentification unique, lors de leur prochaine connexion, les utilisateurs seront dirigés vers le site de votre fournisseur d’identité afin de fournir leurs informations d’identification. [Passer au contenu principal](#main-content) # Définir les rôles sur le site des utilisateurs Lorsque vous ajoutez des utilisateurs à un site sur Tableau Server, indépendamment de leur type de licence, vous devez leur appliquer un _rôle sur le site_. Les rôles sur le site correspondent au niveau maximum d’accès qu’un utilisateur peut avoir sur le site. Avec les autorisations de contenu, le rôle sur le site détermine qui peut publier, modifier ou uniquement afficher un contenu publié, ou qui peut gérer les utilisateurs du site et administrer le site lui-même. Vous recherchez Tableau Server sur Linux? Consultez [Définir les rôles sur le site des utilisateurs](https://help.tableau.com/current/server-linux/fr-ca/users_site_roles.htm "Ouvre la rubrique dans un nouvel onglet de navigateur"). ## Comment les licences d’utilisateur, les rôles sur le site et les autorisations de contenu fonctionnent ensemble L’intersection d’un type de licence d’utilisateur, de rôle sur le site et d’autorisations de contenu détermine le niveau d’accès dont un utilisateur dispose sur le site Tableau. **Remarque :** le nombre de niveaux de licence en haut de l’en-tête de l’onglet Utilisateurs du serveur peut être différent du nombre sous le filtre Rôle utilisateur max. car certains utilisateurs ont des rôles différents sur les sites. 1. Le type de licence est associé à l’utilisateur. Le rôle sur le site que vous souhaitez attribuer à l’utilisateur détermine le type de licence dont il a besoin. Dans un environnement multisite sur Tableau Server, une licence d’utilisateur s’applique à tous les sites dont l’utilisateur est membre. 2. Le rôle sur le site est également configuré au niveau de l’utilisateur. Dans un environnement multisite, vous attribuez des rôles sur le site à chaque site. Par exemple, le même utilisateur peut avoir le rôle sur le site Administrateur de site - Creator sur un site, et le rôle sur le site Viewer sur un autre site. Le rôle sur le site définit les capacités maximales que l’utilisateur peut avoir. 3. Les fonctionnalités maximum du rôle sur le site disponibles dépendent des autorisations définies sur les ressources de contenu (projets, sources de données, classeurs). Par exemple, imaginons qu’un utilisateur dispose de l’accès suivant à un site : - Licence Creator (en raison de son accès sur un autre site) - Rôle sur le site Explorer (sur ce site) - Enregistrer la fonctionnalité d’autorisation sur un projet (sur ce site) Dans ce scénario, la licence permet de se connecter à de nouvelles sources de données et de les créer dans l’environnement d’édition Web ou dans Tableau Desktop, et une règle d’autorisation permet de les enregistrer dans un projet. Cependant, leur rôle sur le site empêche leur sauvegarde, de sorte que leurs autorisations effectives n’incluent pas la capacité de sauvegarde. Par conséquent, l’utilisateur ne peut pas publier le contenu sur le site. Même si un utilisateur possède une licence Creator et un rôle sur le site Creator, s’il n’a pas la capacité d’enregistrer au moins un projet, il ne peut rien publier sur le site. Pour plus d’informations, consultez [Autorisations](https://help.tableau.com/current/server/fr-ca/permissions.htm). ## Modifier le rôle sur le site d’un utilisateur 1. Connectez-vous au site en tant qu’administrateur de serveur ou de site ou en tant qu’utilisateur disposant d’un profil d’administrateur et de fonctionnalités suffisantes, puis accédez à la zone Utilisateurs. Si vous êtes un administrateur de site et que vous ne voyez pas la zone Utilisateurs, adressez-vous à votre administrateur de serveur pour savoir s’il a refusé des fonctionnalités de gestion des utilisateurs aux administrateurs de site. 2. Sélectionnez les utilisateurs, puis sélectionnez Actions > Rôle sur le site. ![Un tableau des utilisateurs du site avec un menu déroulant ouvert affichant l’option permettant de supprimer des utilisateurs.](/tableau/current/fr-ca/server/fr-ca/Img/users_siterole_change.png) 3. Sélectionnez le nouveau rôle sur le site, puis cliquez sur Modifier le rôle sur le site. ![Sélectionnez le nouveau rôle sur le site.](/tableau/current/fr-ca/server/fr-ca/Img/users_siterole_change_select_new.png) Vous pouvez pointer sur le curseur au niveau de l’icône d’information pour afficher une matrice indiquant le niveau maximum des fonctionnalités générales autorisées par chaque rôle sur le site. Pour plus d’informations, continuez avec la section [Fonctionnalités générales autorisées avec chaque rôle sur le site](#site-role-capabilities-summary). ## Fonctionnalités générales autorisées avec chaque rôle sur le site Le tableau suivant répertorie les types de licence ainsi que le plus haut niveau de rôle sur le site autorisé pour chacun et résume les fonctionnalités maximales autorisées par chaque rôle sur le site. ### Sujets traités dans cet article et où trouver les sujets non abordés ici - Ces informations sont centrées sur les rôles sur le _site_ et sont plus générales. Pour une liste des tâches courantes spécifiques disponibles par rôle de _licence_, consultez la matrice dans l’onglet [Pour les équipes et les entreprises](https://www.tableau.com/fr-ca/pricing/teams-orgs "Dans une nouvelle fenêtre de navigateur, ouvrez la page de tarifs Tableau pour les licences basées sur les abonnements.") dans la plage des tarifs Tableau. - Pour en savoir plus sur les relations entre les licences basées sur les cœurs et les licences basées sur les utilisateurs, sur les transferts de licences ou autres scénarios courants de transition de licences, commencez par les rubriques suivantes : [Migrer depuis des licences basées sur les cœurs vers des licences basées sur les utilisateurs](https://help.tableau.com/current/server/fr-ca/licensing_migrate_from_core.htm) [Résoudre les problèmes de licence](https://help.tableau.com/current/server/fr-ca/unlicensed.htm) [Modèle de licences basées sur les cœurs](https://help.tableau.com/current/server/fr-ca/license_product_keys.htm#Core-bas) (Comprendre les modèles de licence et les clés produit) ### Rôles sur le site Tableau
Nom du rôle sur le siteFonctionnalités maximum autorisées par ce rôle sur le site

Rôles sur le site utilisant une licence Creator

—Les utilisateurs disposant de ces rôles sur le site ont accès aux clients Tableau tels que Tableau Prep, Tableau Desktop, Tableau Bridge et Tableau Mobile.

Administrateur de serveur

Disponible sur Tableau Server uniquement. Ne s’applique pas à Tableau Cloud.

Ce rôle sur le site occupe toujours la licence la plus élevée activée sur le serveur entre Creator et Explorer. Il autorise également un accès illimité aux paramètres de configuration pour l’environnement du navigateur Tableau Server, à tous les sites du serveur, aux utilisateurs et aux groupes, et à toutes les ressources de contenu, telles que les flux, les projets, les sources de données (y compris les informations de connexion) et les classeurs.

Connectez-vous à des sources de données publiées de Tableau ou à des données externes depuis le navigateur, Tableau Desktop ou Tableau Prep. Créez et publiez de nouvelles sources de données. Créez et publiez des classeurs.

Administrateur de site - Creator

Niveau d’accès le plus élevé pour Tableau Cloud.

Accès illimité au contenu comme décrit ci-dessus, mais au niveau du site. Connectez-vous à Tableau ou à des données externes dans le navigateur, Tableau Desktop ou Tableau Prep. Créez de nouvelles sources de données. Créez et publiez des contenus.

Dans Tableau Server, les administrateurs de serveur peuvent déterminer si les administrateurs de site sont autorisés ou non à gérer les utilisateurs et à attribuer des rôles sur le site et des membres de site. Par défaut, dans Tableau Server, et toujours dans Tableau Cloud, les administrateurs de site bénéficient de ces fonctionnalités.

Creator

Identique au précédent rôle sur le site Publicateur, mais avec de nouvelles fonctionnalités. Ce rôle sur le site offre aux non-administrateurs le niveau maximum d’accès au contenu.

Connectez-vous à Tableau ou à des données externes dans le navigateur, créez et publiez des flux, des sources de données et des classeurs, accédez à des Dashboard Starters, et utilisez les fonctions d’interaction sur les vues publiées. Peut également se connecter aux données depuis Tableau Prep ou Tableau Desktop, publier (téléverser/enregistrer) et télécharger des flux, des classeurs et des sources de données.

Ce rôle sur le site peut être doté d’un profil d’administrateur qui accorde des fonctionnalités administratives spécifiques sans que l’utilisateur ait accès à tout le contenu.

Rôles sur le site utilisant une licence Explorer

—Les utilisateurs dotés de ces rôles sur le site peuvent accéder au serveur depuis le navigateur ou Tableau Mobile.

Administrateur de serveur

Tableau Server uniquement; ne s’applique pas à Tableau Cloud.

Lors de la création d’un nouvel utilisateur administrateur de serveur, si Explorer est activé en tant que type de licence le plus élevé, le rôle sur le site de l’utilisateur est Administrateur de serveur. Toutefois, l’utilisateur n’aura pas accès à toutes les fonctionnalités de connexion et de publication qui ne sont offertes que par la licence Creator.

Avec la licence Explorer, un administrateur de serveur dispose d’un accès sans restrictions aux paramètres de configuration pour l’environnement du navigateur Tableau Server, à tous les sites du serveur, aux utilisateurs et aux groupes, et à toutes les ressources de contenu, telles que les projets, les flux, les sources de données (y compris les données de connexion) et les classeurs.

Cependant, avec la licence Explorer, un administrateur de serveur ne peut pas se connecter à des données externes à partir du navigateur pour créer une nouvelle source de données. Il peut créer ou publier des classeurs et des sources de données à partir de Tableau Desktop. En ce qui concerne la publication, il a accès aux mêmes fonctionnalités qu’avec le rôle sur le site Explorer (peut publier). Il ne peut pas publier de flux Tableau Prep.

Administrateur de site - Explorer

Même accès à la configuration du site et des utilisateurs que le rôle Administrateur de site - Creator, mais ne peut pas se connecter à des données externes ou des connexions virtuelles depuis l’environnement d’édition Web.

Peut se connecter à des sources de données publiées Tableau pour créer de nouveaux classeurs, et modifier et enregistrer des classeurs existants. Impossible de modifier et d’enregistrer les flux existants. Ne peut pas publier des flux Tableau Prep.

Explorer (peut publier)

Peut publier des classeurs depuis le Web en utilisant des sources de données existantes, parcourir et modifier des vues publiées et utiliser toutes les fonctionnalités d’interaction.

Dans l’environnement d’édition Web, peut modifier et enregistrer les classeurs existants. Ne peut pas enregistrer de nouvelles sources de données autonomes à partir des connexions de données intégrées dans les classeurs, et ne peut pas se connecter à des données externes ou des connexions virtuelles ou créer de nouvelles sources de données. Peut exécuter des flux si les autorisations d’exécution de flux lui sont accordées. Impossible de modifier et d’enregistrer les flux existants.

Ce rôle sur le site peut être doté d’un profil d’administrateur qui accorde des fonctionnalités administratives spécifiques sans que l’utilisateur ait accès à tout le contenu.

Explorer

Peut parcourir et modifier des vues publiées. Peut s’abonner à des contenus, créer des alertes basées sur les données, se connecter à des sources de données publiées Tableau et ouvrir des classeurs dans l’environnement de création Web pour des requêtes ad-hoc, mais ne peut pas enregistrer son travail. Ne peut pas se connecter à une connexion virtuelle. Ne peut pas publier ou exécuter des flux Tableau Prep, même si les autorisations d’exécution des flux lui ont été accordées. Impossible de modifier et d’enregistrer les flux existants.

Ce rôle sur le site peut être doté d’un profil d’administrateur qui accorde des fonctionnalités administratives spécifiques sans que l’utilisateur ait accès à tout le contenu.

Rôles sur le site utilisant une licence Viewer

Viewer

Peut consulter les vues publiées créées par d’autres utilisateurs et utiliser la plupart des fonctionnalités d’interaction. Peut s’abonner à des vues et les télécharger en tant qu’images ou que données résumées. Impossible de se connecter aux données; créer, modifier ou publier du contenu; définir des alertes de données; ou se voir attribuer un profil d’administrateur.

Pour une liste des fonctionnalités spécifiques, consultez la colonne Viewer dans la matrice sur la page de prix Tableau .

Autres rôles sur le site

Sans licence

Les utilisateurs sans licence ne peuvent pas se connecter à Tableau Server ni à Tableau Cloud. Ce rôle leur est attribué dans les circonstances suivantes :

  • Vous importez des utilisateurs depuis un fichier CSV et leur niveau de licence est défini sur Sans licence.

  • Le nombre de licences disponibles est atteint au moment où vous ajoutez ou importez des utilisateurs.

  • Vous supprimez un utilisateur qui possède un contenu sur le site. L’utilisateur continue de posséder le contenu, mais ne peut rien faire avec lui.

  • Une ou plusieurs clés produit ont expiré. Consultez Actualiser la date d’expiration et les attributs pour la clé produit.

## Qui peut publier du contenu? Les rôles sur le site suivants permettent le niveau spécifié d’accès à la publication. - Les rôles Administrateur de serveur (Tableau Server uniquement), Administrateur de site - Creator et Creator permettent un accès complet à la connexion et à la publication. Ceci inclut la connexion aux données et la publication de nouveaux flux, nouveaux classeurs et nouvelles sources de données depuis Tableau Desktop et l’environnement d’édition Web. Les rôles sur le site permettent également de modifier et d’enregistrer les classeurs publiés existants, ou de publier des mises à jour des sources de données existantes. - Les rôles Explorer (peut publier) et Administrateur de site - Explorer disposent de fonctionnalités de publication limitées, comme décrit dans [Fonctionnalités générales autorisées avec chaque rôle sur le site](#site-role-capabilities-summary). - Les rôles Explorer, Viewer, Lecture seule et Sans licence n’autorisent pas la publication. ## Rôles sur le site et importation/synchronisation Active Directory Lorsque vous importez des utilisateurs depuis un répertoire externe comme Active Directory, vous pouvez spécifier le rôle sur le site. Si un utilisateur n’est pas encore membre d’un site sur le serveur, il est ajouté au site avec le rôle affecté. Lorsque vous synchronisez des groupes Active Directory, le rôle sur le site est appliqué via le paramètre Rôle sur le site minimum dans la page Groupes - Détails. **Remarque :** dans le contexte de la synchronisation d’utilisateurs et de groupes, Tableau Server configuré avec un magasin d’identités LDAP est équivalent à Active Directory. Les fonctionnalités de synchronisation Active Directory dans Tableau Server fonctionnent sans problème avec des solutions de répertoire LDAP correctement configurées. Si un utilisateur existe déjà sur le site de Tableau Server, le rôle sur le site affecté au cours du processus d’importation ou de synchronisation n’est appliqué que s’il fournit à l’utilisateur un accès élargi à un site. L’importation ou la synchronisation d’utilisateurs et de groupes AD peut promouvoir le rôle sur le site d’un utilisateur mais ne peut pas l’abaisser. Si un utilisateur dispose déjà de l’autorisation de publier, celle-ci est toujours maintenue. La matrice ci-dessous présente les règles qui s’appliquent aux rôles sur le site lors de l’importation. **Remarque :** les en-têtes de ligne abrégés **Rôle sur le site d’importation** indiquent le rôle sur le site spécifié pour l’importation. Les en-têtes de colonne **Rôle sur le site actuel** représentent le rôle sur le site actuel de l’utilisateur. Les valeurs du tableau représentent le rôle sur le site abrégé résultant. - Administrateur de site : SA - Administrateur de site - Creator : SC - Administrateur de site - Explorer : SE - Creator : C - Explorer : E - Explorer (peut publier) : EP - Viewer : V - Sans licence : U
 Rôle sur le site actuel
Rôle sur le site d’importation

SC

C

SE

EP

E

V

U

Administrateur de site - Creator

(SC)

SCSCSCSCSCSCSC

Administrateur de site - Explorer

(SE)

SCSESESESESESE

Creator

(C)

SCCSECCCC

Explorer (peut publier)

(EP)

SCCSEEPEPEPEP

Explorer

(E)

SCCSEEPEEE

Viewer

(V)

SCCSEEPEVV

Sans licence

(U)

SCCSEEPEVU
[Passer au contenu principal](#main-content) # Définir une stratégie d’actualisation des données pour les caches de requêtes ## Comprendre l’actualisation des données pour les caches de requêtes Vous avez créé votre classeur et votre équipe en raffole. Mais parfois, les utilisateurs doivent cliquer sur le bouton Actualiser pour que les données les plus récentes apparaissent dans la visualisation. Vous avez créé le classeur à l’aide d’une connexion en direct, alors pourquoi faut-il actualiser les données? La réponse est simple : les performances. Pour améliorer les performances, Tableau met en cache les résultats des requêtes utilisées pour récupérer les données, afin que les visites ultérieures puissent réutiliser et renvoyer plus rapidement ces données mises en cache. Vous pouvez cliquer sur le bouton Actualiser pour récupérer les données mises à jour, mais cela peut augmenter les coûts de performances potentiels. Pour équilibrer les performances et le degré d’actualité des données, définissez une politique d’actualisation des données pour votre classeur. Lorsque vous définissez une politique d’actualisation des données, vos données sont actualisées à l’heure que vous spécifiez. Tableau ne visualisera pas les données mises en cache qui ne répondent pas à la politique d’actualisation que vous avez définie. ## Déterminer qui convient le mieux à votre classeur Certaines personnes préfèrent éviter la mise en cache afin d’avoir toujours les données les plus récentes, tandis que d’autres peuvent souhaiter des caches volumineux pour réduire les frais généraux et améliorer les performances des classeurs. La première étape de la définition d’une politique d’actualisation des données consiste à déterminer ce qui convient à votre entreprise. Tableau Cloud actualise les données mises en cache toutes les 12 heures par défaut, et les propriétaires de classeurs peuvent définir des politiques d’actualisation des données au niveau du classeur. Dans Tableau Server, les administrateurs de serveur peuvent [définir une politique de mise en cache par défaut pour tous les sites sur le serveur](https://help.tableau.com/current/server/fr-ca/config_cache.htm) et les propriétaires de classeurs peuvent définir des politiques d’actualisation des données au niveau du classeur. **Remarque :** Les stratégies d’actualisation des données ne sont pas disponibles dans Tableau Desktop ou pour les classeurs qui utilisent des sources de données basées sur des extraits et sur des fichiers. ## Modifier la politique d’actualisation des données d’un classeur Pour modifier la politique d’actualisation des données d’un classeur, vous devez être le propriétaire du classeur et le classeur doit disposer d’une connexion en direct à la source de données. 1. Connectez-vous à un site sur Tableau Cloud ou Tableau Server. 2. Depuis la page d’accueil ou d’exploration, accédez au classeur pour lequel vous souhaitez définir une politique. 3. Utilisez l’icône des trois points (Options supplémentaires) pour ouvrir le menu. 4. Sélectionnez Modifier la stratégie d’actualisation des données…. 5. Sélectionnez l’une des options suivantes : Site par défaut (12 heures) Toujours en direct (Tableau obtiendra toujours les données les plus récentes) Vérifiez que les données sont à jour tou(te)s les Vérifiez que les données sont à jour à 6. Sélectionnez OK. L’option Site par défaut actualise vos données toutes les 12 heures, ce qui constitue une excellente option si votre public utilise régulièrement votre tableau de bord, mais n’a pas besoin d’une actualisation des données à la minute près. Toujours en direct fournit les données les plus récentes à tout moment, ce qui peut augmenter le temps de chargement. Veiller à ce que les données soient actualisées tous les... vous permet de spécifier la fréquence d’actualisation des données avec une granularité en minutes, heures, jours ou semaines. Veiller à ce que les données soient à jour à... vous permet de programmer l’heure et le jour des actualisations de données. Si vous avez une réunion importante tous les lundis, mercredis et vendredis à 9h00, heure du Pacifique, vous pouvez configurer l’actualisation de vos données pour qu’elle ait lieu à 8h45 tous les lundis, mercredis et vendredis. Vous aurez ainsi les données les plus récentes quand votre réunion commencera. [Passer au contenu principal](#main-content) # Définitions et modèles d’entité Vous pouvez utiliser les définitions d’entités et les modèles avec la commande `tsm settings import` pour configurer divers paramètres Tableau Server. ## Autres articles de cette section [Passer au contenu principal](#main-content) # Délai d’expiration des commandes Tableau Services Manager (TSM) Lorsque Tableau Server est configuré avec deux instances du référentiel et qu’un basculement vers le référentiel de sauvegarde a lieu, TSM tente de redémarrer le référentiel d’origine afin qu’il soit disponible en tant que sauvegarde. Si cette opération ne peut pas être effectuée pour une raison quelconque, les commandes TSM suivantes peuvent échouer suite à l’expiration du délai dans l’attente de la récupération du référentiel d’origine. Les commandes concernées incluent : - tsm maintenance restore - tsm maintenance reindex-search - tsm reset - tsm security regenerate-internal-tokens - tsm sites export - tsm sites import Si l’une de ces commandes échoue, et que la récupération d’un référentiel ne fonctionne pas, supprimez le référentiel de la topologie du serveur, appliquez les modifications en attente, puis ajoutez-le à nouveau. [Passer au contenu principal](#main-content) # Démarrage rapide : Actualiser des extraits sur une programmation Pour les classeurs publiés qui se connectent à des extraits de données, vous pouvez configurer le serveur de manière à actualiser les données avec une programmation récurrente, afin que tous les classeurs connectés à ces derniers affichent toujours les données les plus à jour. Pour programmer les actualisations, vous devez posséder les autorisations Administrateur ou Propriétaire de données. **Remarque :** cette rubrique s’applique aux extraits publiés sur Tableau Server. Pour Tableau Cloud, la manière dont vous actualisez les extraits dépend des données sous-jacentes auxquelles ils se connectent. Pour plus d’informations, consultez la rubrique [Tenir à jour les données](https://help.tableau.com/current/online/fr-ca/to_keep_data_fresh.htm). ## 1 Définir une programmation sur le serveur Connectez-vous au serveur, accédez à la page Programmations, et cliquez sur **Nouvelle programmation**. ![Liste des actualisations d’extraits programmées.](/tableau/current/fr-ca/server/fr-ca/Img/refresh_extracts1.png) Tableau fournit quelques programmations d’actualisation. Vous créez les programmations supplémentaires dont vous avez besoin. ## 2 Activer les actualisations d’extrait programmées et les emails de défaillance En tant que l’administrateur de serveur ou de site, vous pouvez activer les programmations, ainsi que la notification par email lors de l’échec d’actualisation d’un extrait. Sélectionnez Paramètres, puis accédez à la page Général. - Sous la notification par email, sélectionnez Envoyer un email aux propriétaires du classeur et de la source de données lorsque les actualisations programmées échouent. - Sous Informations d’identification intégrées, sélectionnez les deux cases pour permettre aux publicateurs d’intégrer des données d’identification et de programmer des actualisations d’extrait de données. ![Paramètres généraux avec des cases à cocher pour les notifications par courriel et les identifiants intégrés.](/tableau/current/fr-ca/server/fr-ca/Img/refresh_extracts2.png) ## 3 Publier un classeur avec un extrait Dans Tableau Desktop, sélectionnez **Serveur** > **Publier le classeur**. Connectez-vous au serveur, si vous ne l’avez pas déjà fait. Dans la boîte de dialogue **Publier le classeur dans Tableau Server**, cliquez sur **Programmations & authentification**. Sélectionnez la programmation dans la liste sous **Extraire la programmation** ![Un formulaire permettant de publier un classeur sur Tableau Server avec des options pour définir une programmation d’actualisation.](/tableau/current/fr-ca/server/fr-ca/Img/refresh_extracts3.png) Si la source de données requiert l’authentfiication, vous devrez également sélectionner la manière dont les utilisateurs y accèdent. ## 4 Surveiller les performances d’actualisation Vous pouvez surveiller les tâches planifiées en affichant **Tâches en arrière-plan pour les extraits** sur la page **Statut**. ![Une liste des éléments d’état du serveur, y compris les tâches en arrière-plan pour les extraits.](/tableau/current/fr-ca/server/fr-ca/Img/refresh_extracts4.png) [Passer au contenu principal](#main-content) # Démarrage rapide : Autorisations Une règle d’autorisation est un ensemble de fonctionnalités qui définissent l’accès d’un groupe ou d’un utilisateur à un élément de contenu, tel qu’un classeur, un projet ou une source de données. Pour gérer efficacement les autorisations : - Supprimer les autorisations du groupe Tous les utilisateurs avant de créer d’autres groupes - Configurer les autorisations de modèle sur le projet **Par défaut** avant de créer d’autres projets - Gérer les autorisations pour les groupes, et non pour les utilisateurs - Gérer les autorisations pour les projets, et non pour le contenu ## Créer des règles d’autorisation de groupe pour les projets Pour plus de détails sur les étapes suivantes, consultez l’[article principal sur les autorisations](https://help.tableau.com/current/server/fr-ca/permissions.htm). Ce guide de démarrage rapide ne donne qu’un aperçu et ne contient pas beaucoup de détails importants sur les autorisations et la gestion des autorisations. ### 1\. Ajouter des utilisateurs à des groupes Une façon courante de gérer les autorisations consiste à utiliser des groupes pour les utilisateurs qui doivent avoir les mêmes autorisations. 1. Si nécessaire, ajoutez des utilisateurs au site. 2. Dans un site, sélectionnez **Groupes**. 3. Si nécessaire, créez un groupe à l’aide de l’option **Ajouter un groupe**. 4. Cliquez sur un nom de groupe pour l’ouvrir, puis utilisez le bouton **Ajouter des utilisateurs** pour ajouter des utilisateurs existants au groupe. ### 2\. Accéder aux paramètres d’autorisations au niveau du projet La page Explorer affiche le contenu du site. Utilisez la liste déroulante pour afficher Projets de niveau supérieur ou Tous les projets (pour visualiser également les projets imbriqués). Accédez au projet que vous souhaitez mettre à jour, ouvrez le menu Actions (…) puis sélectionnez Autorisations. ![Un menu déroulant avec des options pour partager, ajouter aux collections, renommer, déplacer, modifier les autorisations, changer le propriétaire et supprimer le projet.](/tableau/current/fr-ca/server/fr-ca/Img/project_permissions_actionmenu.png) ### 3\. Créer une règle d’autorisations Sélectionnez + **Ajouter une règle de groupe/utilisateur** pour créer une nouvelle règle d’autorisation. La liste déroulante de modèles offre un raccourci permettant d’appliquer un ensemble initial de fonctionnalités au groupe. Si vous le souhaitez, personnalisez la règle d’autorisations en cliquant sur une fonctionnalité pour la définir sur **Autorisé** ou **Refusé** ou la laisser sur **Non spécifié**. ![Niveaux d’autorisation pour le projet.](/tableau/current/fr-ca/server/fr-ca/Img/permissionrule.jpg) La possibilité pour un utilisateur de définir des autorisations dépend de son rôle sur le site, de la propriété du contenu et de la configuration de sa fonctionnalité Définir les autorisations. ### 4\. Afficher les autorisations effectives d’un utilisateur Après avoir enregistré la règle d’autorisations pour le groupe, vous pouvez afficher les autorisations effectives pour chaque utilisateur. Cliquez sur un nom du groupe pour voir les utilisateurs du groupe et leurs autorisations. Passez le curseur sur une zone de fonctionnalité pour voir une infobulle avec des détails afin de savoir si la fonctionnalité est autorisée ou refusée. #### Rôles sur le site Le rôle sur le site d’un utilisateur détermine les autorisations maximales autorisées pour cet utilisateur. - Les administrateurs de serveur et de site peuvent accéder à tout le contenu du site et effectuer des actions sur ce contenu. - Les propriétaires possèdent toujours tous les droits d’accès au contenu qu’ils ont publié. Lorsque les autorisations d’un projet parent ne sont pas verrouillées, les propriétaires peuvent modifier les autorisations pour leur contenu publié. Pour plus d’informations, consultez [Définir les rôles sur le site des utilisateurs](https://help.tableau.com/current/server/fr-ca/users_site_roles.htm) et [Utiliser des projets pour gérer l’accès au contenu](https://help.tableau.com/current/server/fr-ca/projects.htm). #### Logique d’autorisation - **Refusé** prévaut sur **Autorisé**. - **Non spécifié** devient **Refusé** si aucune autre autorisation n’est spécifiée. - Les autorisations de l’utilisateur sur le contenu priment sur les autorisations du groupe sur le contenu. En d’autres termes, les autorisations de l’utilisateur priment sur celles du groupe. Pour plus d’informations, consultez [Autorisations effectives](https://help.tableau.com/current/server/fr-ca/permission_effective.htm). [Passer au contenu principal](#main-content) # Démarrage rapide : Utiliser la gestion des licences basée sur la connexion avec Tableau Server Vous pouvez appliquer la procédure suivante pour être rapidement opérationnel avec Gestion des licences basée sur la connexion. ### Étape 1 : Installer Tableau Server Si vous souhaitez utiliser Gestion des licences basée sur la connexion pour activer Tableau, vous devez installer Tableau Server version 2021.1 ou ultérieure, et l’activer avec une clé produit activée pour Gestion des licences basée sur la connexion. Gestion des licences basée sur la connexion permet aux utilisateurs de Tableau Creator de se connecter et d’activer Tableau Desktop ou Tableau Prep Builder. **Remarque :** si votre la clé produit Tableau Server n’est pas activée pour Gestion des licences basée sur la connexion dans le portail client Tableau, contactez votre représentant de compte Tableau. Les rubriques suivantes fournissent des informations supplémentaires sur l’installation de Tableau Server et l’utilisation de Gestion des licences basée sur la connexion pour activer Tableau Desktop et Tableau Prep Builder : - [Installer et configurer Tableau Server](https://help.tableau.com/current/server/fr-ca/install_config_top.htm) - [Démarrer avec Tableau Server sur Windows](https://help.tableau.com/current/server/fr-ca/get_started_server.htm) Pour modifier les paramètres de configuration de Gestion des licences basée sur la connexion, ou pour désactiver Gestion des licences basée sur la connexion sur Tableau Server, consultez [Modifier les paramètres de gestion des licences basée sur la connexion](https://help.tableau.com/current/server/fr-ca/license_lblm.htm#Step_2). ### Étape 2 : Ajouter des utilisateurs autorisés à Tableau Server Après avoir activé Tableau Server, vous pouvez [ajouter des utilisateurs autorisés](https://help.tableau.com/current/server/fr-ca/users_add.htm). Lors de l’ajout d’utilisateurs, vous devrez sélectionner le rôle sur le site pour cet utilisateur, par exemple Creator, Explorer ou Administrateur de site. Les utilisateurs qui activeront Tableau Desktop ou Tableau Prep Builder doivent avoir reçu un rôle sur le site Creator (Creator ou Administrateur de site - Creator). Pour en savoir plus sur les rôles sur le site, consultez [Définir les rôles sur le site des utilisateurs](https://help.tableau.com/current/server/fr-ca/users_site_roles.htm). ### Étape 3 : Activer Tableau Desktop ou Tableau Prep Builder Un utilisateur Creator doit télécharger et installer Tableau Desktop et/ou Tableau Prep Builder sur son ordinateur avant de pouvoir les activer à l’aide de Gestion des licences basée sur la connexion. Pour plus d’informations, consultez [Installer Tableau Desktop ou Tableau Prep Builder depuis l’interface utilisateur](https://help.tableau.com/current/desktopdeploy/fr-ca/desktop_deploy_download_and_install.htm). 1. Lancez Tableau Desktop ou Tableau Prep Builder. Si c’est la première fois que vous exécutez Tableau Desktop ou Tableau Prep Builder, vous avez la possibilité de démarrer un essai gratuit de Tableau Prep Builder, d’une durée de 14 jours, de télécharger Tableau Desktop Free Edition ou d’activer Tableau. 2. Cliquez sur Activer Tableau. 3. Sur l’écran Activer Tableau, cliquez sur Activer en se connectant à un serveur pour vous connecter et activer Tableau à l’aide de Gestion des licences basée sur la connexion. 4. Lorsque vous y êtes invité, spécifiez l’URL de Tableau Server pour vous connecter à l’aide de vos identifiants. 5. Après que vous vous êtes authentifié par Tableau Server, Tableau Desktop et/ou Tableau Prep Builder sont activés et prêts à l’emploi. [Passer au contenu principal](#main-content) # Démarrer avec Tableau Server sur Windows Vous recherchez Tableau Server sur Linux? Consultez [Démarrer avec Tableau Server](https://help.tableau.com/current/server-linux/fr-ca/get_started_server.htm "Ouvre la rubrique dans un nouvel onglet de navigateur"). Pour une brève présentation, visionnez la vidéo de formation [Prise en main de Tableau Cloud et Tableau Server](https://www.tableau.com/fr-ca/learn/tutorials/on-demand/getting-started-tableau-cloudserver?playlist=509087) (2 minutes). ## Plan ![Ajouter une description de l’image](/tableau/current/fr-ca/server/fr-ca/Img/Help_Spot_GetStarted_big.png) - [Tableau Blueprint](https://help.tableau.com/current/blueprint/fr-ca/bp_overview.htm) - [Présentation de l’administrateur de serveur](https://help.tableau.com/current/server/fr-ca/admin.htm) - [Avant l’installation...](https://help.tableau.com/current/server/fr-ca/requ.htm) - [Planification de l’infrastructure](https://help.tableau.com/current/server/fr-ca/server_infrastructure_planning.htm) - [plus](https://help.tableau.com/current/server/fr-ca/plan.htm) ## Déployer ![Déploiement de Tableau Server.](/tableau/current/fr-ca/server/fr-ca/Img/Help_Spot_InstallConfigure_big.png) - [Lancer l’installation](https://help.tableau.com/current/server/fr-ca/jumpstart.htm) - [Installer et configurer Tableau Server](https://help.tableau.com/current/server/fr-ca/install_config_top.htm) - [Installer les pilotes](https://www.tableau.com/fr-ca/support/drivers) - [Installations distribuées et à haute disponibilité](https://help.tableau.com/current/server/fr-ca/distrib_ha.htm) - [plus](https://help.tableau.com/current/server/fr-ca/install.htm) ## Migrer et mettre à niveau ![Migration de Tableau Server et mise à niveau vers de nouvelles versions de Tableau Server](/tableau/current/fr-ca/server/fr-ca/Img/Help_Spot_Migrate_big.png) - [Considérations techniques pour la migration de Tableau Server vers Tableau Cloud](https://help.tableau.com/current/server/fr-ca/migrate_server_to_cloud_overview.htm) - [Guide de migration manuelle de Tableau Cloud](https://help.tableau.com/current/guides/migration/fr-ca/emg_intro.htm) - [Mise à niveau](https://help.tableau.com/current/server/fr-ca/upgrade.htm) - [plus](https://help.tableau.com/current/server/fr-ca/migrate.htm) ## Déployer le logiciel client ![Déploiement de Tableau Mobile et Desktop](/tableau/current/fr-ca/server/fr-ca/Img/Help_Spot_Deploy_big.png) - [Tableau Desktop et Tableau Prep Guide de déploiement](https://help.tableau.com/current/desktopdeploy/fr-ca/desktop_deploy_welcome.htm) - [Déploiement Tableau Mobile](https://help.tableau.com/current/mobile/mobile-admin/fr-ca/admin_mobile_intro.htm) - [plus](https://help.tableau.com/current/server/fr-ca/install.htm) ## Gérer le serveur ![Gestion des serveurs.](/tableau/current/fr-ca/server/fr-ca/Img/Help_Spot_ManageServer_big.png) - [Référence de lignes de commande TSM](https://help.tableau.com/current/server/fr-ca/tsm.htm) - [Programmations d’actualisations d’extraits](https://help.tableau.com/current/server/fr-ca/publish.htm) - [Ajouter ou mettre à jour des sites](https://help.tableau.com/current/server/fr-ca/sites_add.htm) - [Ajouter des utilisateurs au serveur](https://help.tableau.com/current/server/fr-ca/users_add.htm) - [plus](https://help.tableau.com/current/server/fr-ca/manage_server.htm) ## Gestion des sites ![Sites.](/tableau/current/fr-ca/server/fr-ca/Img/Help_Spot_ManageSites_big.png) - [Qu’est-ce qu’un site?](https://help.tableau.com/current/server/fr-ca/sites.htm) - [Gérer des utilisateurs et des groupes](https://help.tableau.com/current/server/fr-ca/users.htm) - [Gérer l’accès au contenu](https://help.tableau.com/current/server/fr-ca/permissions_section.htm) - [Gérer les données](https://help.tableau.com/current/server/fr-ca/manage_data_section.htm) - [plus](https://help.tableau.com/current/server/fr-ca/manage_site.htm) ## Automatiser et développer ![API REST, WDC, développeur](/tableau/current/fr-ca/server/fr-ca/Img/Help_Spot_Embed_big.png) - [Outils et échantillons Tableau sur GitHub](https://tableau.github.io/) - [API REST](https://help.tableau.com/current/api/rest_api/fr-ca/help.htm) - [Connecteur de données Web (wdc)](https://tableau.github.io/webdataconnector/docs/) - [Extensions de tableau de bord](https://help.tableau.com/current/server/fr-ca/dashboard_extensions_server.htm) - [plus](https://www.tableau.com/fr-ca/developer) ## Produits connexes ![Suppléments](/tableau/current/fr-ca/server/fr-ca/Img/Help_Spot_Addon_big.png) - [Tableau Advanced Management](https://help.tableau.com/current/server/fr-ca/itm_intro.htm) - [Gestion des données](https://help.tableau.com/current/server/fr-ca/dm_overview.htm) ## Autres articles de cette section [Passer au contenu principal](#main-content) # Dépannage des échecs de travail dus à des pannes de service À partir de Tableau Server version 2021.1, un nouvel ensemble de messages d’erreur vous aide à comprendre quand les tâches échouent en raison d’un problème avec un service. Cette rubrique explique les messages et ce qu’ils peuvent signifier. Un message d’erreur s’affichera dans ce format : \_.: Il existe quatre catégories d’erreurs : - **État manquant** - Si un service est incapable de signaler son état, par exemple, si un nœud est en panne, si tabadminagent est incapable de signaler l’état, ou si un service a échoué d’une manière qui empêche ses services dépendants d’être installés, cela est signalé comme une erreur « statut manquant ». - **Échec de la mise à jour de la configuration** - Si un service ne parvient pas à mettre à jour son fichier de configuration, cela est signalé comme une erreur « Échec de la mise à jour de la configuration ». Cela peut se produire lors des mises à niveau, lorsque vous tentez d’appliquer des modifications en attente à de nouveaux services. Voir le journal de l’application de contrôle du service,`/tabsvc/logs//control-_-` pour plus de détails sur l’erreur. - **Impossible d’atteindre l’état demandé. État actuel :** - Si un service ne peut pas être installé/supprimé/démarré/arrêté, cela entraîne une erreur « Impossible d’atteindre l’état demandé ». Cela peut se produire lors des mises à niveau lorsque de nouveaux services sont installés et que les anciens sont supprimés. Les options possibles pour sont : DEPLOY\_FAILED, INSTALL\_FAILED, DISABLE\_FAILED, ENABLE\_FAILED, CONFIGURE\_FAILED, UNINSTALL\_FAILED, REMOVE\_FAILED. Les états plus courants sont : INSTALL\_FAILED, UNINSTALL\_FAILED et REMOVE\_FAILED. Voir le journal de l’application de contrôle du service,`/tabsvc/logs//control-_-` pour plus de détails sur l’erreur. - **Impossible de démarrer/d’arrêter. État actuel :** - Cela se produit si un service qui devrait être en cours d’exécution est arrêté ou si un service qui devrait être arrêté continue de s’exécuter. Les valeurs possibles dans sont : ACTIVE, BUSY, PASSIVE, UNLICENSED, DOWN, STATUS\_UNAVAILABLE et DEGRADED. Les trois premières (ACTIVE, BUSY, PASSIVE) sont considérées comme des états « exécution en cours ». Les quatre derniers ont un statut « arrêté ». Voir le journal de service principal,`/tabsvc/logs//_-.log`, pour plus de détails sur l’erreur. Exemple de message d’erreur : This job failed due to unexpected error: 'ServiceOperationTimeoutException' One or more services failed to reach their expected state. node1: vizportal\_0.2021.4.0.0: Failed to reach requested state. Current state: INSTALL\_FAILED À partir de la version 2021.3, un message d’erreur supplémentaire a été ajouté pour les deuxième et troisième types d’erreurs qui correspondront aux erreurs trouvées dans les journaux de l’application de contrôle. [Passer au contenu principal](#main-content) # Dépannage des interruptions de service du serveur RMT Vous pouvez rencontrer des interruptions de service en raison de l’arrêt régulier du serveur RMT. Cela est très probablement dû au fait que Resource Monitoring Tool a été configuré avec des comptes de service qui ne sont pas conformes à vos politiques informatiques internes. De nombreux services informatiques utilisent des outils d’automatisation qui révoquent les privilèges sur les comptes jugés non conformes à leurs normes et qui sont à l’origine des interruptions de service. **Solution temporaire :** Redémarrez le serveur RMT en exécutant `rmtadmin start -master`. **Solution à long terme :** Vous pouvez soit configurer Resource Monitoring Tool pour s’exécuter sous un compte conforme à vos politiques de gouvernance internes (recommandé), ou alternativement, travaillez avec votre service informatique pour obtenir une exception à la politique. ## Qui peut le faire? Vous devez être un administrateur sur l’ordinateur et être un administrateur Resource Monitoring Tool pour effectuer des modifications de configuration et de base de données. [Passer au contenu principal](#main-content) # Dépannage des problèmes de Tableau Server sur AWS ## Ceci est un contenu archivé Les déploiements sur des nuages publics continuent d’être pris en charge, mais le contenu des déploiements de nuage public tiers n’est plus mis à jour. Pour consulter le dernier contenu de déploiement de Tableau Server, consultez le et la section [Déployer](https://help.tableau.com/current/server/fr-ca/install.htm) de l’aide de Tableau Server. Pour les clients qui ont accès, nous recommandons Tableau Cloud. Pour en savoir plus, consultez : - [Guide de migration manuelle de Tableau Cloud](https://help.tableau.com/current/guides/migration/fr-ca/emg_intro.htm) - [Version d’évaluation de Tableau Cloud pour administrateur](https://help.tableau.com/current/server-linux/fr-ca/install.htm) - [Tableau Cloud : Premiers pas pour l’administrateur](https://www.tableau.com/fr-ca/learn/get-started/online-admin) ## Introduction Suivez les suggestions de cette rubrique pour résoudre les problèmes courants liés à Tableau Server lorsqu’il est installé sur une instance Amazon EC2 dans le nuage AWS. - **L’interface de ligne de commande TSM ne fonctionne pas à partir des nœuds supplémentaires** L’interface de ligne de commande TSM est conçue pour exécuter les commandes tsm depuis n’importe quel nœud dans une grappe de serveurs en incluant l’option `-s` pour spécifier le nom ou l’adresse IP du nœud initial. Le symptôme suivant peut se produire en cas d’exécution de commandes TSM depuis plusieurs nœuds dans AWS : - Lorsque vous exécutez une commande tsm avec l’option `-s`, un message peut s’afficher : `Unable to verify the server's HTTPS certificate.` Pour exécuter TSM à la ligne de commande depuis un nœud autre que le nœud initial, vous devez utiliser le commutateur `-s` et l’adresse IP privée du nœud initial. - **Tableau Server n’utilise pas tous les cœurs de processeur physique** Un ou plusieurs des symptômes suivants peut survenir lorsque vous travaillez avec des licences par cœur de Tableau Server : - Lorsque vous installez Tableau Server, le programme d’installation peut afficher moins de cœurs que prévu sur l’ordinateur qui exécute Tableau Server. - Sur la page Licences de Tableau Server, le nombre de cœurs présentés sous Licences en cours d’utilisation est inférieur à celui prévu. - Lorsque vous exécutez `tsm licenses list`, Tableau Server peut signaler moins de cœurs utilisés que prévu. Pour plus d’informations, consultez [Tous les cœurs ne sont pas reconnus par Tableau Server](http://kb.tableau.com/articles/issue/not-all-cores-recognized-by-tableau-server?lang=fr-ca). - **La latence E/S est élevée** Le paramètre de pilote de disque **Meilleures performances** peut peut-être améliorer la situation. [Passer au contenu principal](#main-content) # Diagramme de Helm de Tableau Server - Dépannage **Important** : Cette documentation suppose une connaissance de Helm et des diagrammes de Helm. Elle ne cherche pas à fournir d’exemples détaillés et prescriptifs. Elle est destinée aux clients qui maîtrisent à la fois Tableau Server, Helm et les diagrammes de Helm. ## Introduction Cette rubrique vous aide à diagnostiquer et à résoudre les problèmes courants lors du déploiement de Tableau Server sur Kubernetes à l’aide d’un diagramme de Helm. Elle couvre les problèmes d’installation, les problèmes d’exécution et les techniques de débogage. ## Étapes de dépannage générales Lorsque vous rencontrez des problèmes avec Tableau Server dans Kubernetes : 1. Vérifier l’état et les événements du pod 2. Examiner les fichiers journaux des conteneurs 3. Vérifier la disponibilité des ressources 4. Vérifier les demandes de volume persistant 5. Vérifier l’état de la version Helm 6. Examiner la connectivité des services et du réseau ## Les pods ne démarrent pas 1. Vérifiez l’état du pod : kubectl get pods -l app.kubernetes.io/instance=tableau-server kubectl describe pod 2. Vérifiez les fichiers journaux : kubectl logs 3. Vérifiez les événements : kubectl get events --sort-by='.lastTimestamp' ## Problèmes de volume persistant 1. Vérifiez l’état du PVC : kubectl get pvc kubectl describe pvc 2. Vérifier la classe de stockage : kubectl get storageclass ## Problèmes liés aux clés produit 1. Vérifiez que la clé produit est définie : kubectl get secret tableau-server-secrets -o jsonpath='{.data.LICENSE\_KEY}' | base64 -d 2. Mettez à jour la clé produit : \# Edit values.yaml and upgrade helm upgrade tableau-server ./helm/tableau-server -f ./helm/tableau-server/values.yaml ## Échecs des contrôles d’intégrité 1. Vérifiez le script de contrôle d’intégrité : kubectl exec -- /docker/alive-check kubectl exec -- /docker/server-ready-check 2. Ajustez la durée du contrôle d’intégrité : healthChecks: liveness: initialDelaySeconds: 600 # Increase if server takes longer to start ## Problèmes liés au bootstrap multinœuds 1. Vérifiez le volume de bootstrap : kubectl get pvc | grep bootstrap 2. Vérifiez le fichier de bootstrap : kubectl exec -- ls -la /docker/config/bootstrap 3. Vérifiez le mode d’accès ReadWriteMany : persistence: bootstrap: accessMode: ReadWriteMany # Required for multi-node 4. Vérifiez la liaison PV/PVC de bootstrap pour la mise en service de l’EFS statique : kubectl get pv tableau-bootstrap-pv kubectl get pvc -n default tableau-server-bootstrap kubectl describe pv tableau-bootstrap-pv kubectl describe pvc -n default tableau-server-bootstrap 5. En cas d’erreur de montage après la liaison du PVC, vérifiez les erreurs de l’EFS CSI et de l’IAM : kubectl describe pod -n default tableau-server-primary-0 kubectl get events -n default --sort-by='.lastTimestamp' 6. Erreurs `driver name efs.csi.aws.com not found` : Installez et vérifiez le module complémentaire EKS comme décrit dans [Conditions préalables pour Elastic Kubernetes Service (EKS) d’Amazon](https://help.tableau.com/current/server/fr-ca/server-helm-prerequisites.htm#EKS-Prereq-storageclass) 7. Corriger les échecs d’autorisation `DescribeMountTargets` - Méthode préférée : aws iam attach-role-policy \\ --role-name \\ --policy-arn arn:aws:iam::aws:policy/AmazonElasticFileSystemClientReadWriteAccess Redémarrez ensuite les pods concernés (nœud principal et tous les nœuds worker). Les workers sont sélectionnés par étiquette, ce qui permet de couvrir n’importe quel nombre de répliques. - Méthode alternative Forcez le montage de l’IP de la cible dans la configuration du PV de bootstrap : Définissez `persistence.bootstrap.pv.csi.volumeAttributes.mounttargetip` (ou PV manuel `volumeAttributes.mounttargetip`) et réappliquez ou effectuez une mise à niveau. ## Ressources supplémentaires - [Documentation de Tableau Server](https://help.tableau.com/current/server-linux/fr-ca/) - [Référence des fichiers journaux de Tableau Server](https://help.tableau.com/current/server-linux/fr-ca/logs.htm) - [Résolution des problèmes sur Kubernetes](https://kubernetes.io/docs/tasks/debug/) - [Dépannage de Helm](https://helm.sh/docs/faq/troubleshooting/) - [Documentation de Helm](https://helm.sh/docs/) [Passer au contenu principal](#main-content) # Dépanner les erreurs de certificat SSL Lorsque vous essayez d’ajouter une empreinte de certificat SSL personnalisée à la configuration du Serveur RMT et que vous sélectionnez **Configuration du serveur de test**, l’erreur suivante s’affiche : _Le certificat n’inclut pas de clé privée accessible._ Ceci est dû au fait que Resource Monitoring Tool ne peut pas accéder à la clé privée parce que la clé n’est pas exportable en texte clair. Pour résoudre le problème, procédez comme suit : 1. Assurez-vous que vous avez la clé privée en utilisant le **Gestionnaire de certificats de Windows**. 2. Après avoir reçu le certificat à l’aide de certreq.exe, exécutez la commande suivante depuis le dossier où le certificat est enregistré : `certreq -accept ` Cela devrait résoudre le problème et vous permettre d’ajouter une empreinte de certificat SSL personnalisée à utiliser avec votre Resource Monitoring Tool. ## Qui peut le faire? Vous devez être administrateur sur l’ordinateur et être administrateur Resource Monitoring Tool pour résoudre les problèmes de requête WMI. [Passer au contenu principal](#main-content) # Déplacer le processus Référentiel Tableau Server s’appuie sur le référentiel PostgreSQL pour stocker les données du serveur. Il doit toujours y avoir au moins une instance active du référentiel dans toute installation Tableau Server, et vous pouvez avoir un maximum de deux instances (une active, une passive) si votre installation comporte au moins trois nœuds. Vous ne pouvez pas supprimer une instance de référentiel s’il n’y a qu’une seule instance. Cela signifie que si vous souhaitez déplacer la seule instance de votre référentiel depuis un nœud vers un autre nœud, vous devez ajouter une seconde instance et synchroniser le nouveau référentiel avec l’ancien avant de supprimer l’ancien. Synchronisez les instances du référentiel en démarrant le serveur. Si vous avez ajouté un nouveau référentiel, il se synchronise automatiquement avec l’instance existante. Si vous supprimez un nœud de votre grappe de serveurs et que ce nœud héberge la seule instance du référentiel, vous devez ajouter une seconde instance du référentiel et synchroniser les instances avant de supprimer le nœud. Si vous déplacez également le stockage de fichiers, vous pouvez déplacer le référentiel en même temps. Consultez [Déplacer le processus stockage de fichiers](https://help.tableau.com/current/server/fr-ca/distrib_de_move.htm). Avant d’apporter une quelconque modification au référentiel, créez une sauvegarde complète de Tableau Server. Pour plus d’informations, consultez [tsm maintenance backup](https://help.tableau.com/current/server/fr-ca/cli_maintenance_tsm.htm#tsm). **Important :** vous ne pouvez pas ajouter une seconde instance du référentiel et supprimer le premier dans la même étape. Vous devez exécuter les deux en même temps afin que le contenu du premier soit synchronisé avec le second, avant de supprimer l’instance d’origine. Voici les étapes de déplacement du référentiel : 1. Ajoutez une nouvelle instance du référentiel à un autre nœud, démarrez le serveur et attendez qu’il se synchronise avec le premier référentiel. 2. Supprimez l’instance du référentiel du nœud d’origine. Pour déplacer un référentiel, vous devez ajouter une seconde instance à un second nœud, et une fois que les deux instances ont synchronisé toutes les données dans le référentiel d’origine, supprimez l’instance d’origine. Ces étapes doivent être effectuées séparément pour permettre la synchronisation de contenu entre les deux instances. ### Ajouter une nouvelle instance de référentiel. 1. Ouvrez TSM dans un navigateur : `https://:8850` Pour plus d’informations, consultez [Se connecter à l’interface utilisateur Web Tableau Services Manager](https://help.tableau.com/current/server/fr-ca/sign_in_tsm.htm). 2. Cliquez sur l’onglet Configuration. 3. Pour le nœud que vous ajoutez au référentiel : Sélectionnez Référentiel (pgsql). 4. Cliquez sur Modifications en attente en haut de la page : ![Barre d’outils de Tableau Server Manager indiquant que des modifications sont en attente.](/tableau/current/fr-ca/server/fr-ca/Img/tsm-ui-pending-changes-btn.png) La liste des modifications en attente apparaît. Si vous êtes en train de configurer un groupement à trois ou cinq nœuds, et que vous n’avez pas déployé un ensemble de service de coordination, un avertissement s’affiche. Vous pouvez continuer et déployer un ensemble de service de coordination dans une étape séparée. Pour plus d’informations sur le déploiement d’un ensemble de service de coordination, consultez [Déployer un ensemble de service de coordination](https://help.tableau.com/current/server/fr-ca/distrib_ha_zk.htm). 5. Cliquez sur Appliquer les modifications et redémarrer et sur Confirmer pour confirmer le redémarrage de Tableau Server. 6. Une fois que Tableau Server a redémarré, dans l’onglet État, vérifiez que tous les processus sont actifs. ### Supprimer une instance du référentiel. 1. Dans TSM, dans l’onglet État, vérifiez que tous les processus sont actifs. Lorsque les deux référentiels s’affichent comme actifs, vous pouvez supprimer le premier. 2. Cliquez sur l’onglet Configuration. 3. Pour le nœud dont vous supprimez le référentiel, désélectionnez la case Référentiel. 4. Cliquez sur Modifications en attente en haut de la page. Si vous êtes en train de configurer un groupement à trois ou cinq nœuds, et que vous n’avez pas déployé un ensemble de service de coordination, un avertissement s’affiche. Vous pouvez continuer et déployer un ensemble de service de coordination dans une étape séparée. Pour plus d’informations sur le déploiement d’un ensemble de service de coordination, consultez [Déployer un ensemble de service de coordination](https://help.tableau.com/current/server/fr-ca/distrib_ha_zk.htm). 5. Cliquez sur Appliquer les modifications et redémarrer et sur Confirmer pour confirmer le redémarrage de Tableau Server. Pour déplacer un référentiel, vous devez ajouter une seconde instance à un second nœud, et une fois que les deux instances ont synchronisé toutes les données dans le référentiel d’origine, supprimez l’instance d’origine. Ces étapes doivent être effectuées séparément pour permettre la synchronisation de contenu entre les deux instances. ### Ajouter une nouvelle instance de référentiel. 1. Ajoutez le référentiel (pgsql) à un autre nœud : tsm topology set-process -n -pr pgsql -c 1 2. Appliquez les modifications. Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). tsm pending-changes apply 3. Attendez que le nouveau référentiel sur le second nœud se synchronise avec le référentiel sur le premier nœud. tsm status -v Attendez que l’état du nouveau référentiel affiche « passif ». ### Supprimer une instance du référentiel. Une fois que la nouvelle instance du référentiel est entièrement synchronisée et affiche l’état « passif », vous pouvez supprimer l’instance d’origine : 1. Supprimez le référentiel du premier nœud en définissant le nombre de processus sur 0 (zéro) : tsm topology set-process -n -pr pgsql -c 0 2. Appliquez la modification. Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). tsm pending-changes apply [Passer au contenu principal](#main-content) # Déplacer le processus Service de messagerie Cet article suppose que vous avez installé Tableau Server sur un nœud initial et sur au moins un nœud supplémentaire. Pour plus d’informations sur l’ajout de nœuds à Tableau Server, Consultez [Installer et configurer des nœuds supplémentaires](https://help.tableau.com/current/server/fr-ca/install_additional_nodes.htm). Vous ne pouvez pas supprimer une instance du service de messagerie s’il s’agit de la seule instance sur le serveur. Vous ne pouvez pas exécuter Tableau Server sans une instance du service de messagerie. Cela signifie que si vous devez déplacer le stockage de fichiers, ou si vous supprimez un nœud de serveur qui héberge la service de messagerie, vous devez d’abord le déplacer vers un autre nœud. Le déplacement du service de messagerie est un processus simple en trois étapes : - Supprimez l’instance originale du service de messagerie. - Ajoutez une nouvelle instance du service de messagerie. - Appliquez les modifications en attente. ### Déplacer du service de messagerie 1. Dans TSM, dans l’onglet État, vérifiez que tous les processus sont actifs. 2. Cliquez sur l’onglet Configuration. 3. Pour le nœud dont vous supprimez le service de messagerie, désélectionnez la case Service de messagerie. Ceci activera le bouton Modifications en attente , mais dans Modifications en attente, une erreur vous indiquera que le service de messagerie (activemqserver) n’est sur aucun nœud. Tant que vous ne l’avez pas ajouté à un autre nœud, vous ne pouvez pas appliquer les modifications en attente. 4. Pour le nœud auquel vous ajoutez le service de messagerie, cochez la case Service de messagerie . 5. Cliquez sur Modifications en attente en haut de la page. 6. Cliquez sur Appliquer les modifications et redémarrer et sur Confirmer pour confirmer le redémarrage de Tableau Server. ### Déplacer du service de messagerie 1. Sur le nœud initial, ouvrez une invite de commande en tant qu’administrateur. 2. Trouvez l’ID de nœud pour les nœuds que vous modifiez : `tsm topology list-nodes -v` 3. Supprimez le service de messagerie d’un nœud : tsm topology set-process -n -pr activemqserver -c 0 4. Ajoutez le service de messagerie à un autre nœud : tsm topology set-process -n -pr activemqserver -c 1 5. Appliquez les changements de configuration : `tsm pending-changes apply` Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). [Passer au contenu principal](#main-content) # Déplacer le processus stockage de fichiers Cette rubrique décrit le processus stockage de fichiers lorsqu’il est configuré pour s’exécuter localement sur Tableau Server. Le stockage de fichiers peut toutefois être exécuté aussi bien localement qu’en externe à Tableau Server. Pour plus d’informations sur le stockage de fichiers externe Tableau Server, consultez [Stockage de fichiers externe Tableau Server](https://help.tableau.com/current/server/fr-ca/server_external_filestore_storage.htm). Vous ne pouvez pas supprimer une instance du stockage de fichiers s’il s’agit de la seule instance sur le serveur. Vous ne pouvez pas exécuter Tableau Server sans au moins une instance du stockage de fichiers. Cela signifie que si vous devez déplacer le stockage de fichiers, ou si vous supprimez un nœud de serveur qui héberge l’unique instance du stockage de fichiers, vous devez d’abord le déplacer vers un autre nœud. Le déplacement du stockage de fichiers est un processus en deux parties : - Ajout d’une seconde instance de stockage de fichiers (s’il n’existe pas de seconde instance). - Désactivation et suppression de l’instance d’origine du stockage de fichiers. Cet article suppose que vous avez installé Tableau Server sur un nœud initial et sur au moins un nœud supplémentaire. Pour plus d’informations sur l’ajout de nœuds à Tableau Server, Consultez [Installer et configurer des nœuds supplémentaires](https://help.tableau.com/current/server/fr-ca/install_additional_nodes.htm). ### Ajout d’une seconde instance du stockage de fichiers Cette procédure suppose que vous avez ajouté un nœud supplémentaire. Pour plus d’informations sur l’ajout de nœuds à Tableau Server, Consultez [Installer et configurer des nœuds supplémentaires](https://help.tableau.com/current/server/fr-ca/install_additional_nodes.htm). 1. Ouvrez TSM dans un navigateur : https://:8850 Pour plus d’informations, consultez [Se connecter à l’interface utilisateur Web Tableau Services Manager](https://help.tableau.com/current/server/fr-ca/sign_in_tsm.htm). 2. Cliquez sur l’onglet Configuration. 3. Pour le nœud auquel vous souhaitez ajouter une instance du stockage de fichiers, sélectionnez stockage de fichiers. L’ajout d’un stockage de fichiers à un nœud ajoute également une instance du moteur de données si le nœud n’en comporte pas déjà un. 4. Cliquez sur Modifications en attente en haut de la page : ![Barre d’outils de Tableau Server Manager indiquant que des modifications sont en attente.](/tableau/current/fr-ca/server/fr-ca/Img/tsm-ui-pending-changes-btn.png) La liste des modifications en attente apparaît. Un avertissement de l’ensemble de service de coordination s’affiche parce que vous configurez un groupement à trois nœuds. Vous pouvez continuer. Vous déploierez un ensemble de service de coordination à une étape ultérieure. 5. Cliquez sur Appliquer les modifications et redémarrer et sur Confirmer pour confirmer le redémarrage de Tableau Server. ### Désactivation et suppression d’une instance du stockage de fichiers 1. Dans TSM, dans l’onglet État, vérifiez que tous les processus sont actifs. 2. Cliquez sur l’onglet Configuration. 3. Pour le nœud d’où vous supprimez le stockage de fichiers, désélectionnez la case stockage de fichiers. L’opération génère un avertissement relatif à la désactivation du stockage de fichiers avant sa suppression. Vous ne pouvez pas supprimer une instance du stockage de fichiers si elle n’a pas été désactivée. Cliquez sur OK pour désactiver et supprimer le stockage de fichiers. Le moteur de données sera également supprimé à moins qu’une instance de l’un de ces processus ne soit installée sur le nœud : VizQL Server, serveur d’applications (Vizportal), serveur de données ou gestionnaire de processus en arrière-plan. 4. Si vous supprimez le stockage de fichiers d’un nœud (généralement le nœud initial) sur lequel le contrôleur administratif TSM est également installé, un avertissement vous avertira de l’impact sur les performances de sauvegarde du serveur. Cliquez sur Continuer pour désactiver le stockage de fichiers. 5. Cliquez sur l’onglet État pour voir l’état de la désactivation. Lorsque l’instance du stockage de fichiers est marquée comme « Prêt pour la suppression », vous pouvez continuer. ![Message indiquant que le magasin de fichiers est prêt à être supprimé.](/tableau/current/fr-ca/server/fr-ca/Img/tsm-file-store-ready-for-removal.png) 6. Cliquez sur Modifications en attente en haut de la page. Remarque : si vous êtes en train de configurer un groupement à trois ou cinq nœuds, un avertissement de l’ensemble de service de coordination s’affiche. Vous pouvez continuer à appliquer les modifications en attente et déployer un ensemble de service de coordination lors d’une étape séparée. Pour plus d’informations sur le déploiement d’un ensemble de service de coordination, consultez [Déployer un ensemble de service de coordination](https://help.tableau.com/current/server/fr-ca/distrib_ha_zk.htm). 7. Cliquez sur Appliquer les modifications et redémarrer et sur Confirmer pour confirmer le redémarrage de Tableau Server. ### Ajout d’une seconde instance du stockage de fichiers 1. Créez une sauvegarde complète de Tableau Server. Pour plus d’informations, consultez [Sauvegarder les données Tableau Server](https://help.tableau.com/current/server/fr-ca/db_backup.htm). 2. Ajoutez le stockage de fichiers à un second nœud. `tsm topology set-process -n -pr filestore -c 1` Le stockage de fichiers est automatiquement ajouté. Le moteur de données est également ajouté s’il n’est pas déjà sur le nœud. Appliquez les changements de configuration : `tsm pending-changes apply` Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). 3. Vérifiez l’état de la nouvelle instance de stockage de fichiers. `tsm status -v` Attendez que le nouveau stockage de fichiers se synchronise avec le stockage de fichiers sur le premier nœud. Une fois la synchronisation terminée, le nouveau stockage de fichiers affiche l’état « en cours d’exécution » au lieu de « en cours de synchronisation ». ### Désactivation et suppression d’une instance du stockage de fichiers Une fois qu’une seconde instance du stockage de fichiers est installée et synchronisée, vous pouvez désactiver et supprimer l’instance d’origine. Vous devez désactiver l’instance d’origine avant de la supprimer. Ceci garantit que les fichiers uniques du nœud de stockage de fichiers sont dupliqués sur un autre nœud du stockage de fichiers. 1. Désactivez le stockage de fichiers d’origine : `[tsm topology filestore decommission](https://help.tableau.com/current/server/fr-ca/cli_topology_tsm.htm#TSMDecommission) -n --override` 2. Une fois que la commande de désactivation est terminée, supprimez le stockage de fichiers du nœud en appliquant les modifications de configuration en attente. Le stockage de fichiers est automatiquement supprimé. Le moteur de données est également supprimé à moins qu’une instance de l’un de ces processus ne soit installée sur le nœud : VizQL Server, serveur d’applications (Vizportal), serveur de données ou gestionnaire de processus en arrière-plan. `tsm pending-changes apply` Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). [Passer au contenu principal](#main-content) # Déplacer Tableau Server vers un autre lecteur Par défaut, Tableau Server sur Windows est installé sur le lecteur système (généralement C:\\). Cela signifie que tous les fichiers de programme et de données sont installés sur ce lecteur. Si vous avez besoin de déplacer Tableau Server vers un lecteur différent (si une nouvelle police exige que vous n’ayez pas de données d’application sur votre lecteur système, par exemple, ou si vous êtes à court d’espace sur le lecteur d’origine), vous pouvez le faire en suivant la procédure ci-dessous. Les étapes, données à titre d’exemple, expliquent comment déplacer Tableau Server d’un lecteur à un autre lecteur sur le même ordinateur. Il se peut qu’elles ne reflètent pas exactement votre installation et votre configuration. Pour savoir comment déplacer Tableau Server vers un nouvel ordinateur, consultez [Migration vers du nouveau matériel](https://help.tableau.com/current/server/fr-ca/upgrade_migrate.htm). ## Avant de commencer Avant de commencer, assurez-vous de : - Disposer d’une sauvegarde actuelle de vos données et des ressources de votre installation actuelle, ainsi que des paramètres exportés. Vous en aurez besoin pour restaurer votre installation de Tableau Server sur le nouveau lecteur. Pour plus d’informations sur la création d’une sauvegarde, consultez [Effectuer une sauvegarde et une restauration complètes de Tableau Server](https://help.tableau.com/current/server/fr-ca/backup_restore.htm). Vous pouvez uniquement restaurer à partir d’une sauvegarde présentant le même type de banque d’identités que le serveur en cours d’exécution. Par exemple, une sauvegarde à partir d’un serveur utilisant l’authentification locale peut être restaurée sur une instance Tableau Server initialisée avec l’authentification locale, mais une sauvegarde depuis un serveur utilisant l’authentification Active Directory ne peut pas être restaurée sur un serveur initialisé avec l’authentification locale. - Disposer d’informations d’identification pour un accès administrateur sur l’ordinateur Tableau Server. C’est là que l’activité se déroule, et vous devez être connecté à l’ordinateur en tant qu’administrateur. - Disposer d’une copie du programme d’installation de la version de Tableau Server que vous déplacez. Vous devez installer Tableau Server sur le nouveau lecteur. - Déterminez les méthodes d’authentification utilisées par votre installation actuelle. Par exemple, si Tableau Server est configuré pour SSL, SAML ou Kerberos, vous devez sauvegarder le certificat ou les fichiers keytab associés séparément, puis les copier sur le nouveau lecteur après avoir réinstallé Tableau Server. - Connaître et comprendre tous les paramètres et configurations du nœud initial dans votre installation actuelle. Lorsque vous êtes prêt à déplacer Tableau Server sur un autre lecteur, que vous avez entièrement sauvegardé vos données et toutes vos ressources et enregistré ces fichiers dans un emplacement sûr sur un ordinateur différent : 1. Ouvrez une invite de commande en tant qu’administrateur sur l’ordinateur Tableau Server initial. 2. Modifiez sur le répertoire de scripts (Par défaut :`C:\Program Files\Tableau\Tableau Server\packages\scripts.\`) et exécutez le script obliterate pour supprimer complètement Tableau Server de l’ordinateur : tableau-server-obliterate.cmd -a -y -y -y 3. Redémarrez l’ordinateur. 4. Installez Tableau Server sur le nouveau lecteur. Pour ce faire, exécutez le programme d'installation. Pour plus de détails, consultez [Installer TSM](https://help.tableau.com/current/server/fr-ca/setup.htm). 5. Activer et enregistrer Tableau Server. Consultez [Activer et enregistrer Tableau Server](https://help.tableau.com/current/server/fr-ca/activate.htm). Au terme de l’installation, une fenêtre du navigateur s’ouvre et vous invite à créer un premier utilisateur administrateur. Fermez-la sans créer l’utilisateur. 6. Configurer les paramètres du nœud initial. Consultez [Configurer les paramètres du nœud initial](https://help.tableau.com/current/server/fr-ca/config_general.htm) 7. Copiez votre fichier de sauvegarde _.tsbak_ sur l’emplacement de dossier spécifié par la variable `basefilepath.backuprestore`. Par défaut, il s’agit du dossier suivant : `` `C:\ProgramData\Tableau\Tableau Server\data\tabsvc\files\backups\` `` **Remarque :** vous pouvez modifier l’emplacement du fichier de sauvegarde. Pour plus d’informations, consultez [Chemins d’accès des fichiers tsm](https://help.tableau.com/current/server/fr-ca/cli_default_filepaths_tsm.htm). 8. Ouvrez une invite de commande en tant qu’administrateur. 9. Arrêter Tableau Server : `tsm stop` 10. Restaurez votre sauvegarde de données Tableau Server et les ressources que vous avez enregistrées précédemment. Cela inclut la restauration de votre base de données et toutes les ressources à restaurer manuellement, ainsi que l’importation des paramètres que vous avez exportés à partir de l’installation initiale. Pour plus de détails, consultez [Restauration des principales fonctionnalités de Tableau Server](https://help.tableau.com/current/server/fr-ca/backup_restore.htm#Restorin). 11. Démarrez Tableau Server : tsm start ## Activation de la clé produit Tableau Server Vous pouvez activer la même clé produit Tableau Server jusqu’à trois fois. Cela vous permet de tester Tableau Server (dans un environnement de type sandbox ou QA, par exemple), et également d’utiliser Tableau dans un environnement de production. Pour optimiser vos activations, vous devez désactiver votre clé produit lorsque vous supprimez Tableau Server d’un ordinateur, à moins que vous ne réinstalliez Tableau sur le même ordinateur. Vous pouvez ainsi utiliser l’activation sur un autre ordinateur, par exemple si vous déplacez Tableau Server d’un ordinateur ou une machine virtuelle vers un(e) autre, désactivez la clé produit, puis supprimez Tableau de l’ordinateur d’origine. Lorsque vous installez Tableau sur le nouvel ordinateur, vous pouvez activer la clé sans conflit. Si vous utilisez un modèle de licences basées sur les utilisateurs, assurez-vous d’activer une clé Creator ou Explorer, sans quoi vous risquez de perdre l’accès administrateur à Tableau. Si vous supprimez Tableau Server pour le réinstaller sur le même ordinateur, il n’est pas nécessaire de désactiver la clé. Tableau utilisera la clé lors de la réinstallation, par exemple si vous déplacez Tableau d’un lecteur d’un ordinateur vers un autre lecteur sur le même ordinateur. Pour plus d’informations sur la désactivation d’une clé produit, consultez [tsm licenses deactivate](https://help.tableau.com/current/server/fr-ca/cli_licenses_tsm.htm#TSMDeactivate). Lorsque vous supprimez Tableau Server à l’aide du script obliterate, vous avez la possibilité de désactiver le script et de supprimer les informations de la clé produit Tableau à l’aide d’un commutateur « `-l` ». Cette commande désactivera et supprimera toutes les données de licence de Tableau, y compris Tableau Desktop si vous l’avez installé. Si vous savez que vous souhaitez désactiver la clé, nous vous recommandons de désactiver la clé _avant_ d’exécuter le script. Pour plus d’informations, consultez [Supprimer Tableau Server de votre ordinateur](https://help.tableau.com/current/server/fr-ca/remove_tableau.htm). [Passer au contenu principal](#main-content) # Déploiement automatique d’un seul Tableau Server sur AWS ## Ceci est un contenu archivé Les déploiements sur des nuages publics continuent d’être pris en charge, mais le contenu des déploiements de nuage public tiers n’est plus mis à jour. Pour consulter le dernier contenu de déploiement de Tableau Server, consultez le et la section [Déployer](https://help.tableau.com/current/server/fr-ca/install.htm) de l’aide de Tableau Server. Pour les clients qui ont accès, nous recommandons Tableau Cloud. Pour en savoir plus, consultez : - [Guide de migration manuelle de Tableau Cloud](https://help.tableau.com/current/guides/migration/fr-ca/emg_intro.htm) - [Version d’évaluation de Tableau Cloud pour administrateur](https://help.tableau.com/current/server-linux/fr-ca/install.htm) - [Tableau Cloud : Premiers pas pour l’administrateur](https://www.tableau.com/fr-ca/learn/get-started/online-admin) ## Introduction Pour bénéficier d’une flexibilité maximum en termes de sécurité, d’évolutivité et de capacité, vous pouvez effectuer un déploiement automatique de Tableau Server sur AWS. La création d’une solution basée sur le nuage présente de nombreux avantages par rapport à une installation sur site. Par exemple, le coût total de possession pour la création d’une solution Tableau Server sur le nuage est généralement très inférieur à une solution sur site similaire car vous n’avez pas besoin d’acheter tout un équipement onéreux. Le nuage peut en outre offrir une disponibilité, une fiabilité et une tolérance aux pannes supérieures, tout particulièrement si vous déployez votre solution sur plusieurs régions et zones de disponibilité. Si vous déployez Tableau Server dans un groupement dans AWS, nous vous recommandons d’utiliser des volumes Amazon Elastic Block Store (EBS) avec Amazon EC2. EBS fournit des volumes de stockage permanents en mode bloc à utiliser avec les instances Amazon EC2. Il est conseillé de joindre un volume EBS séparé à usage général (SSD) d’une taille au moins égale à 100 GiB pour avoir suffisamment d’espace pour installer Tableau Server. Cette taille de volume prend en charge des performances de base de 300 opérations d’entrée/sortie par seconde (IOPS), avec la possibilité d’atteindre 3 000 IOPS. Pour plus d’informations, consultez [Volumes SSD à usage général (gp2)](http://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/EBSVolumeTypes.html#EBSVolumeTypes_gp2) dans le _guide de l’utilisateur d’Amazon EC2 pour les instances Windows_ sur le site Web d’AWS. Pour les charges de travail lourdes où le sous-système de stockage doit fournir un nombre minimum absolu d’IOPS en termes de performances, vous pouvez soit créer un volume EBS plus volumineux à usage général (SSD) de manière à atteindre 10 000 IOPS avec un taux de 3 IOPS par GiB, ou utiliser un volume IOPS EBS provisionné (SSD) avec les IOPS dont vous avez besoin. Quelle que soit l’option choisie, nous vous recommandons d’utiliser des instances optimisées pour EBS si vous comptez exécuter des extraits volumineux et traiter beaucoup de données. Pour plus d’informations sur les performances de Tableau Server, consultez [Présentation des performances de Tableau Server](https://help.tableau.com/current/server/fr-ca/perf.htm). Effectuez les tâches suivantes pour installer et configurer Tableau Server sur le nuage AWS. ## Étape 1 : Créer un nuage virtuel privé (NVP) Votre première étape consiste à créer un nuage virtuel privé (NVP) et à ajouter une [interface réseau élastique Amazon](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_ElasticNetworkInterfaces.html) pour fournir une adresse MAC statique pour votre instance Amazon EC2. 1. Connectez-vous à AWS puis accédez à la [Console Amazon VPC](https://console.aws.amazon.com/vpc/) (https://console.aws.amazon.com/vpc/) 2. Utilisez le sélecteur de région pour choisir l’emplacement où se trouvent vos autres ressources AWS. Il s’agit souvent de la région la plus proche de vous. 3. Sous **Ressources**, cliquez sur **Start VPC Wizard (Démarrer l’assistant VPC)**, dans l’écran **Step 1 : Select a VPC Configuration (Étape 1 : Sélectionner une configuration VPC)**, cliquez sur **VPC with a Single Public Subnet (VPC avec un seul sous-réseau (sub-net) public)**, puis cliquez sur **Select (Sélectionner)**. 4. Dans l’écran **Étape 2 : VPC with a Single Public Subnet (VPC avec un seul sous-réseau (sub-net) public)**, donnez un nom à votre VPC, puis cliquez sur **Créer un VPC**. Vous pouvez conserver les valeurs par défaut de tous les autres paramètres. ## Étape 2 : Configurer le réseau et la sécurité Pour autoriser la transmission du trafic entrant vers votre VPC, vous devriez limiter le trafic à trois ports standard (HTTP, HTTPS et RDP). Pour plus d’informations, consultez la section Règles des listes ACL réseau recommandées pour votre NVP dans le guide de l’utilisateur d’Amazon Virtual Private Cloud sur le site Web d’AWS. 1. Accédez à la [Console Amazon EC2](https://console.aws.amazon.com/ec2/) (https://console.aws.amazon.com/ec2/). 2. Utilisez le sélecteur de région pour choisir l’emplacement où vous avez créé votre VPC. 3. Dans le volet de navigation, cliquez sur **Security Groups (Groupes de sécurité)**, puis cliquez sur **Create Security Group (Créer un groupe de sécurité)**. 4. Dans le groupe **Create Security Group (Créer un groupe de sécurité)**, dans le champ **Security group name (Nom du groupe de sécurité)**, entrez un nom pour votre groupe de sécurité. 5. Dans le champ **Description**, entrez une description pour le groupe de sécurité. 6. Dans le champ **VPC**, sélectionnez votre VPC dans la liste. 7. Cliquez sur l’onglet **Inbound (Trafic entrant)**, cliquez sur **Add Rule (Ajouter une règle)**, puis dans la liste **Type**, sélectionnez **HTTP (80)**, et dans la colonne **Source**, choisissez **My IP (Mon IP)** pour chaque règle. Ceci limite le trafic entrant sur votre ordinateur. Pour spécifier une plage d’adresses IP à la place, choisissez **Custom (Personnalisé)**, puis entrez la plage en notation CIDR. Pour plus d’informations, consultez [Ajout de règles à un groupe de sécurité](http://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/using-network-security.html#adding-security-group-rule) dans le _guide de l’utilisateur d’Amazon EC2 pour les instances Windows_ sur le site Web d’AWS. **Remarque :** ce port est requis pour recevoir le trafic Web entrant non chiffré. 8. Cliquez sur **Add Rule (Ajouter une règle)**, dans la liste **Type**, sélectionnez **HTTPS (443)**, et dans la colonne **Source**, choisissez **My IP (Mon IP)** pour chaque règle. Ceci limite le trafic entrant sur votre ordinateur. Pour spécifier une plage d’adresses IP à la place, choisissez **Custom (Personnalisé)**, puis entrez la plage en notation CIDR. Pour plus d’informations, consultez [Ajout de règles à un groupe de sécurité](http://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/using-network-security.html#adding-security-group-rule) dans le _guide de l’utilisateur d’Amazon EC2 pour les instances Windows_ sur le site Web d’AWS. **Remarque :** ce port est requis pour recevoir le trafic Web entrant chiffré. 9. Cliquez sur **Add Rule (Ajouter une règle)**, dans la liste **Type**, sélectionnez **RDP (3389)**, et dans la colonne **Source**, choisissez **My IP (Mon IP)** pour chaque règle. Ceci limite le trafic entrant sur votre ordinateur. Pour spécifier une plage d’adresses IP à la place, choisissez **Custom (Personnalisé)**, puis entrez la plage en notation CIDR. Pour plus d’informations, consultez [Ajout de règles à un groupe de sécurité](http://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/using-network-security.html#adding-security-group-rule) dans le _guide de l’utilisateur d’Amazon EC2 pour les instances Windows_ sur le site Web d’AWS. **Remarque :** ce port est requis pour accepter les demandes Remote Desktop Protocol (RDP) de manière à ce que vous puissiez vous connecter à l’instance EC2. 10. Cliquez sur **Créer**. ## Étape 3 : Lancer une instance Amazon EC2 Après avoir créé votre VPC, vous pouvez lancer une instance Amazon EC2 dessus. Pour plus d’informations sur le lancement et la connexion à une instance Windows, consultez [Bien démarrer avec les instances Amazon EC2 sous Windows](http://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/EC2Win_GetStarted.html) dans le _guide de l’utilisateur d’Amazon EC2 pour les instances Windows_ sur le site Web d’AWS. 1. Accédez à la [Console Amazon EC2](https://console.aws.amazon.com/ec2/) (https://console.aws.amazon.com/ec2/). 2. Utilisez le sélecteur de région pour choisir l’emplacement où vous avez créé votre VPC. 3. Sous **Create Instance (Créer une instance)**, cliquez sur **Launch Instance (Lancer une instance)**. 4. Sélectionnez une image AMI (Amazon Machine Image) conforme à la [configuration système requise](https://help.tableau.com/current/server/fr-ca/ts_aws_virtual_machine_selection.htm) pour Tableau Server. 5. Dans l’écran **Step 2 : Choose Instance Type (Étape 2 : Choisir un type d’instance)**, sélectionnez la taille d’instance souhaitée (par exemple m4.2xlarge). **Remarque :** pour Tableau Server v10 sur un ordinateur virtuel 64 bits, il faut au minimum 4 cœurs physiques. Sur AWS, cela signifie 8 vCPU. Pour plus d’informations, consultez [Types d’instances Amazon EC2](https://aws.amazon.com/ec2/instance-types/) sur le site Web d’AWS. 6. Cliquez sur **Next : Configure Instance Details (Suivant : Configurer les détails de l’instance)**. 7. Dans l’écran **Step 3 : Configure Instance Details (Étape 3 : Configurer les détails de l’instance)**, dans la liste **Network (Réseau)**, sélectionnez votre VPC. 8. Cliquez sur les différentes étapes de l’assistant jusqu’à ce que vous arriviez à **Step 6 : Configure Security Group (Étape 6 : Configurer le groupe de sécurité)**. 9. Dans l’écran **Step 6 : Configure Security Group (Étape 6 : Configurer le groupe de sécurité)**, cliquez sur **Select an existing security group (Sélectionner un groupe de sécurité existant)**, puis sélectionnez le groupe de sécurité que vous avez créé précédemment. 10. Cliquez sur **Review and Launch (Vérifier et lancer)**, vérifiez votre configuration, puis cliquez sur **Launch (Lancer)**. 11. Lorsque vous y êtes invité, créez une nouvelle paire de clés, téléchargez-la en tant que fichier .pem, et conservez-la dans un emplacement sûr. Vous aurez besoin de la paire de clés pour créer un mot de passe servant à vous connecter à l’instance Amazon EC2. 12. Une fois que vous avez fini de créer et de télécharger votre paire de clés, cliquez sur **Launch Instances (Lancer des instances)**. 13. Cliquez sur **View Instances (Afficher les instances)** et localisez votre instance dans la liste. 14. Copiez l’ID d’instance. Vous en aurez besoin pour l’étape suivante. ## Étape 4 : Créer une adresse IP élastique pour le VPC Après avoir lancé votre instance Amazon EC2, vous pouvez créer et allouer une adresse IP publique statique à votre VPC. 1. Accédez à la [Console Amazon VPC](https://console.aws.amazon.com/vpc/) (https://console.aws.amazon.com/vpc/). 2. Utilisez le sélecteur de région pour choisir l’emplacement où vous avez créé votre VPC. 3. Dans le volet de navigation, cliquez sur **Elastic IPs (Adresses IP élastiques)**. 4. Cliquez sur **Allocate new address (Allouer une nouvelle adresse)**, puis cliquez sur **Allocate (Allouer)**. 5. Dans la boîte de dialogue **New address request succeeded (La demande de nouvelle adresse a abouti)**, cliquez sur l’adresse IP élastique. 6. Dans le menu **Action**, cliquez sur **Associate address (Associer l’adresse)**. 7. Dans **Resource type (Type de ressource)**, sélectionnez **Instance**. 8. Dans la zone de liste déroulante **Instance**, sélectionnez votre instance, puis cliquez sur **Associate (Associer)**. 9. Copiez la nouvelle adresse IP privée. Vous en aurez besoin ultérieurement. ## Étape 5 : Se connecter à Amazon EC2 Pour exécuter Tableau Server sur AWS, installez-le sur l’instance ou les instances Amazon EC2 que vous venez de configurer. Pour commencer, connectez-vous à l’instance Amazon EC2 sur laquelle vous souhaitez installer Tableau Server. Utilisez le protocole Remote Desktop Protocol (RDP) sur un ordinateur exécutant Microsoft Windows pour vous connecter à votre instance Amazon EC2 exécutant Microsoft Windows. Si vous vous connectez depuis un ordinateur exécutant Linux, vous pouvez utiliser [rdesktop](http://www.rdesktop.org/) pour vous connecter à votre instance Amazon EC2 exécutant Microsoft Windows. Pour plus d’informations, consultez [Connexion à votre instance Windows](http://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/connecting_to_windows_instance.html) dans _Amazon EC2 Guide de l’utilisateur pour les instances Windows_ sur le site Web d’AWS. 1. Accédez à la [Console Amazon EC2](https://console.aws.amazon.com/ec2/) (https://console.aws.amazon.com/ec2/). 2. Utilisez le sélecteur de région pour choisir l’emplacement où vous avez lancé votre instance. 3. Dans le tableau de bord EC2, cliquez sur **Instances**. 4. Cochez la case à côté de votre instance, puis dans le menu **Actions**, cliquez sur **Connect (Connexion)**. 5. Dans la boîte de dialogue **Connect To Your Instance (Se connecter à votre instance)**, cliquez sur **Download Remote Desktop File (Télécharger le fichier de bureau distant)** pour créer un fichier .rdp configuré pour se connecter à l’instance. Le fichier .rdp est configuré pour se connecter à l’adresse IP publique de votre VPC, que vous avez spécifiée dans l’adresse IP élastique vous avez créée. 6. Cliquez sur **Get Password (Obtenir un mot de passe)**, puis sélectionnez le fichier .pem correspondant à la paire de clés que vous avez créée précédemment. La clé privée est remplie à partir de votre paire de clés. 7. Cliquez sur **Decrypt Password (Déchiffrer le mot de passe)**. Lorsque le mot de passe s’affiche, notez l’adresse de DNS public, le nom d’utilisateur (par exemple Administrateur) et un mot de passe. 8. Double-cliquez sur le fichier .rdp que vous avez téléchargé précédemment. 9. Cliquez sur **Se connecter**. (Vous pouvez ignorer tout message indiquant que le publicateur est inconnu.) 10. Entrez le nom d’utilisateur et le mot de passe que vous avez enregistrés quelques étapes auparavant, puis cliquez sur **OK**. 11. Vous pouvez ignorer en toute sécurité tous les avertissements indiquant que le publicateur de la connexion distante est inconnu. Cliquez sur **Oui** pour vous connecter. ## Étape 6 : Installer Tableau Server Maintenant que vous êtes connecté à votre instance EC2, vous pouvez installer Tableau Server. Les étapes d’installation sur une instance EC2 sont identiques à celles sur tout autre ordinateur. Pour plus d’instructions, consultez [Installation et configuration](https://help.tableau.com/current/server/fr-ca/install.htm). Après avoir installé Tableau Server, créé un compte d’administrateur Tableau Server et vous y être connecté, vous pouvez [ajouter des utilisateurs](https://help.tableau.com/current/server/fr-ca/users_add.htm). Pour exécuter un groupement Tableau Server, installez des serveurs Tableau Server supplémentaires sur des instances Amazon EC2 supplémentaires. Pour plus d’informations, consultez [Auto-déploiement de Tableau Server sur AWS dans un environnement distribué](https://help.tableau.com/current/server/fr-ca/ts_aws_multiple_server.htm). [Passer au contenu principal](#main-content) # Déploiement automatique d’un seul Tableau Server sur Google Cloud Platform ## Ceci est un contenu archivé Les déploiements sur des nuages publics continuent d’être pris en charge, mais le contenu des déploiements de nuage public tiers n’est plus mis à jour. Pour consulter le dernier contenu de déploiement de Tableau Server, consultez le et la section [Déployer](https://help.tableau.com/current/server/fr-ca/install.htm) de l’aide de Tableau Server. Pour les clients qui ont accès, nous recommandons Tableau Cloud. Pour en savoir plus, consultez : - [Guide de migration manuelle de Tableau Cloud](https://help.tableau.com/current/guides/migration/fr-ca/emg_intro.htm) - [Version d’évaluation de Tableau Cloud pour administrateur](https://help.tableau.com/current/server-linux/fr-ca/install.htm) - [Tableau Cloud : Premiers pas pour l’administrateur](https://www.tableau.com/fr-ca/learn/get-started/online-admin) ## Introduction Vous pouvez installer et exécuter Tableau Server sur une machine virtuelle (VM) Google Compute Engine (GCE). Effectuez les tâches suivantes pour installer et configurer Tableau Server sur une VM Google Compute Engine. ## Étape 1 : Paramétrer une VM Google Compute Engine Créez une machine virtuelle (VM) Google Compute Engine là où vous allez installer Tableau Server. 1. Connectez-vous à la [Console Google Cloud Platform](https://console.cloud.google.com/) (https://console.cloud.google.com/). 2. Si vous ne l’avez pas déjà fait, créez un nouveau projet et configurez la facturation. Pour plus d’informations, consultez [Créer et gérer des projets](https://cloud.google.com/resource-manager/docs/creating-managing-projects) sur le site Web de Google. 3. Dans le tableau de bord Google Cloud Platform, dans le volet de navigation, sous **Compute**, cliquez sur **Compute Engine**. 4. Dans la boîte de dialogue **Instances de VM Compute Engine**, cliquez sur **Créer**. 5. Dans la page **Créer une instance**, spécifiez les propriétés suivantes : 1. **Nom :** Entrez un nom pour votre machine virtuelle (VM). 2. **Zone :** Pour réduire la latence, choisissez la zone la plus proche de votre source de données et de vos utilisateurs. 3. **Type de machine :** Sélectionnez une VM conforme à la [configuration système requise](https://help.tableau.com/current/server/fr-ca/ts_gcp_virtual_machine_selection.htm) pour Tableau Server. Par exemple, sélectionnez le type de machine **n1-standard-16**, cliquez sur **Personnaliser**, puis augmentez la mémoire à **64 Go**. 4. **Conteneur :** Si l’option est sélectionnée, désélectionnez la case à cocher **Déployer une image de conteneur sur cette instance de VM** (option par défaut). 5. **Disque de démarrage :** Cliquez sur **Modifier**, puis sélectionnez **Windows Server 2016 Datacenter** avec un disque SSD persistant de 128 Go, puis cliquez sur **Sélectionner**. 6. **Identité et et accès à l’API :** Utilisez le paramètre par défaut. 7. **Pare-feu :** Sélectionnez **Autoriser le trafic HTTP** et **Autoriser le trafic HTTPS**. 6. Une fois le paramétrage terminé, vérifiez vos sélections, puis cliquez sur **Créer**. ## Étape 2 : Vous connecter à votre VM Google Compute Engine Après avoir créé votre machine virtuelle (VM) Google Compute Engine (GCE), vous devez vous y connecter et la préparer pour installer Tableau Server. 1. Dans la console **Compute Engine**, cliquez sur **Instances de VM**. 2. Dans la liste des instances de VM, sélectionnez votre instance. 3. Dans la colonne **Se connecter**, cliquez sur le menu **RDP** puis cliquez sur **Définir le mot de passe Windows**. 4. Dans la boîte de dialogue **Définir le nouveau mot de passe Windows**, dans le champ **Nom d’utilisateur**, spécifiez un nom d’utilisateur (ou laissez le nom par défaut). Stockez le nom d’utilisateur en lieu sûr. 5. Cliquez sur **Définir** pour générer un mot de passe. Quelques secondes peuvent s’écouler avant que la boîte de dialogue **Nouveau mot de passe Windows** s’affiche. Stockez le mot de passe en lieu sûr. **Important :** Ceci est votre seule chance de copier le mot de passe. 6. Dans la page **Instances de VM**, dans la colonne **Se connecter**, cliquez sur le menu contextuel **RDP**, puis sélectionnez le menu déroulant **Télécharger le fichier RDP**. Enregistrez le fichier .rdp sur votre ordinateur. 7. Connectez-vous à votre VM à l’aide du fichier .rdp que vous avez enregistré. Fournissez le nom d’utilisateur et le mot de passe que vous avez généré ci-dessus pour la VM Google Compute Engine. (Si vous êtes déjà connecté à un réseau Windows, par exemple le réseau de votre entreprise, choisissez **Autre utilisateur** et entrez vos identifiants dans ces zones.) Vous verrez s’afficher un ou plusieurs messages vous indiquant que la connexion distante ne peut pas être identifiée. Ceci est normal. **Remarque :** le fichier RDP référence l’instance en utilisant une adresse IP externe. Par défaut, il s’agit d’une adresse IP éphémère, qui peut être renouvelée lorsque vous arrêtez ou redémarrez le serveur. Dans ce cas, il vous faudra une nouvelle copie du fichier RDP. Pour une utilisation à plus long terme, GCP fournit des adresses IP statiques à un coût supplémentaire. L’application Bureau à distance vous connecte à la VM Google Compute Engine. Pour plus d’informations sur la connexion à des VM Google Compute Engine, consultez [Connexion à des instances](https://cloud.google.com/compute/docs/instances/connecting-to-instance) sur le site Web de Google. ## Étape 3 : Installer Tableau Server sur votre VM Google Compute Engine L’installation de Tableau Server sur votre machine virtuelle (VM) Google Compute Engine (GCE) est similaire à l’installation sur un autre serveur. **Remarques :** - Vous pouvez sélectionner l’authentification locale ou l’authentification Active Directory (AD) uniquement durant l’installation initiale. AD est uniquement requis pour les configurations multi-worker. Pour plus d’informations, consultez [Configuration d’Active Directory sur Google Compute Engine](https://cloud.google.com/compute/docs/tutorials/setup-active-directory) sur le site Web de Google website. - Le compte Exécuter en tant qu’utilisateur doit être un utilisateur local sur l’instance du serveur. 1. Copiez le programme d’installation de Tableau Server sur votre VM en effectuant l’une des opérations suivantes : - **Télécharger le programme d’installation directement**. Pendant que vous êtes connecté à la machine virtuelle, ouvrez un navigateur, accédez à la [Page de téléchargement Tableau Server](http://www.tableau.com/fr-ca/products/server/download), et téléchargez la version de Tableau Server adaptée à votre système d’exploitation. **Remarque :** la configuration de sécurité améliorée par défaut sur Windows Server exige que la sécurité Internet Explorer soit toujours définie sur Élevée pour la zone Internet et ne puisse pas être modifiée pour cette zone. De ce fait, lorsque vous accédez à des sites publics avec Internet Explorer, vous devez ajouter ces sites à la liste des sites fiables. - **Copier le programme d’installation sur la VM**. Si vous avez déjà une copie du programme d’installation de Tableau Server sur votre ordinateur, copiez-le sur la VM. Créez un dossier sur la VM, là où vous souhaitez placer le programme d’installation. Depuis votre ordinateur, téléversez le fichier d’installation de Tableau Server (par exemple, tableau-server-2020-2-3.x86\_64.rpm) sur la VM. Pour plus d’informations sur la copie de fichiers sur une VM Google Compute Engine, consultez [Transfert de fichiers à des instances](https://cloud.google.com/compute/docs/instances/transfer-files) sur le site Web de Google. 2. Exécutez le programme d’installation de Tableau Server sur la VM sur laquelle démarrer le processus d’installation du serveur. Le processus d’installation fonctionne de la même manière que sur tout autre serveur. Pour plus d’informations, consultez [Installer et configurer Tableau Server](https://help.tableau.com/current/server/fr-ca/install_config_top.htm). ## Étape 4 : Accéder à Tableau Server depuis un navigateur distant Assurez-vous que seuls les utilisateurs autorisés peuvent accéder à la machine virtuelle (VM) Google Compute Platform où vous avez installé Tableau Server. 1. Sur la console Google Compute Platform, sous **Compute**, cliquez sur **Compute Engine**, puis cliquez sur **Instances de VM**. Trouvez l’adresse IP externe associée à la VM. 2. Sur un autre ordinateur (pas sur la VM), ouvrez un navigateur. 3. Dans le navigateur, saisissez l’adresse IP externe du Tableau Server que vous avez installé sur la VM. Par exemple, `http://13.64.47.61`. **Remarque :** l’adresse IP externe est une adresse éphémère. Elle est distribuée lorsque vous arrêtez l’instance et qu’une nouvelle adresse IP est attribuée au redémarrage. Si vous arrêtez une instance, vous devrez peut-être récupérer la nouvelle adresse IP externe pour accéder au serveur en utilisant votre navigateur. GCP fournit des adresses IP statiques persistantes. Cette fois, l’URL se résout correctement et vous accédez à la page de connexion pour votre instance de Tableau Server. 4. Connectez-vous à l’aide des informations d’identification de l’utilisateur administrateur que vous avez créé à la fin du processus d’installation. Lorsque vous êtes connecté, vous voyez la page Contenu de Tableau Server. Pour plus d’informations sur le contrôle de l’accès à votre Tableau Server, découvrez comment configurer un [magasin d’identités](https://help.tableau.com/current/server-linux/fr-ca/plan_identity_store.htm). ## Étape 5 : Publier des données vers Tableau Server sur votre VM Google Compute Engine Une fois que vous avez configuré Tableau Server sur votre machine virtuelle (VM) Google Compute Engine (GCE), les utilisateurs autorisés de votre entreprise peuvent publier des classeurs et des sources de données sur le serveur. Le processus fonctionne de la même manière que si Tableau Server est installé en local, sauf que les utilisateurs doivent s’authentifier sur le serveur s’exécutant sur la VM. Avant d’autoriser les utilisateurs à publier, assurez-vous que chaque utilisateur a été créé avec le rôle sur le site Publicateur dans Tableau Server et que les utilisateurs disposent des autorisations Publicateur. Pour plus d’informations, consultez [Ajouter des utilisateurs à Tableau Server](https://help.tableau.com/current/server/fr-ca/users_add.htm). Pour publier des classeurs et des sources de données sur Tableau Server, les utilisateurs doivent se connecter au serveur en utilisant l’adresse IP du serveur de nuage avec les identifiants qui leur ont été affectés. Pour plus d’informations, consultez [Comment publier des classeurs sur Tableau Server](https://help.tableau.com/current/pro/desktop/fr-ca/help.htm). ## Étape 6 : Gérer les licences Tableau Server Vous n’avez pas besoin de gérer votre licence Tableau Server si vous éteignez votre machine virtuelle (VM) Google Compute Engine (GCE) sur la console Google Cloud Platform ou depuis la VM elle-même. Lorsque vous [arrêtez une VM Google Compute Engine](https://cloud.google.com/compute/docs/instances/stopping-or-deleting-an-instance) dotée d’un disque SSD persistant à l’aide de la console GCP Compute Engine, la VM [ne génère pas de charges](https://cloud.google.com/compute/docs/instances/stopping-or-deleting-an-instance), mais les ressources liées à la VM continuent de générer des charges. La suppression d’une VM entraîne l’annulation de l’allocation de toutes ses ressources, y compris le stockage externe. Vous pouvez supprimer votre VM lorsque vous n’en avez plus besoin. Désactivez toujours votre licence Tableau Server avant d’éteindre et de supprimer votre VM. Avant de supprimer votre VM, faites les opérations suivantes : 1. Connectez-vous à votre VM. 2. Créez une sauvegarde de Tableau Server, puis copiez le fichier `.tsbak` sur un autre emplacement tel que [Google Cloud Storage](https://cloud.google.com/compute/docs/instances/transfer-files), qui sera accessible une fois que la VM ne sera plus disponible. Pour plus d’informations, consultez [Effectuer une sauvegarde et une restauration complètes de Tableau Server](https://help.tableau.com/current/server/fr-ca/backup_restore.htm). 3. Utilisez la commande [tsm licenses deactivate](https://help.tableau.com/current/server-linux/fr-ca/cli_licenses_tsm.htm#TSMDeactivate) pour désactiver votre clé produit Tableau Server. Vous pouvez maintenant éteindre et supprimer votre VM. [Passer au contenu principal](#main-content) # Déploiement automatique d’une seule instance Tableau Server sur Alibaba Cloud ## Ceci est un contenu archivé Les déploiements sur des nuages publics continuent d’être pris en charge, mais le contenu des déploiements de nuage public tiers n’est plus mis à jour. Pour consulter le dernier contenu de déploiement de Tableau Server, consultez le et la section [Déployer](https://help.tableau.com/current/server/fr-ca/install.htm) de l’aide de Tableau Server. Pour les clients qui ont accès, nous recommandons Tableau Cloud. Pour en savoir plus, consultez : - [Guide de migration manuelle de Tableau Cloud](https://help.tableau.com/current/guides/migration/fr-ca/emg_intro.htm) - [Version d’évaluation de Tableau Cloud pour administrateur](https://help.tableau.com/current/server-linux/fr-ca/install.htm) - [Tableau Cloud : Premiers pas pour l’administrateur](https://www.tableau.com/fr-ca/learn/get-started/online-admin) ## Introduction Vous pouvez installer et exécuter Tableau Server sur une instance Elastic Compute Service (ECS) d’Alibaba Cloud. Effectuez les tâches suivantes pour installer et configurer Tableau Server sur une instance ECS. ## Étape 1 : Configuration d’un VPC Créez un nuage privé virtuel (VPC) où vous lancerez votre instance ECS et installerez Tableau Server. Vous créerez également un commutateur virtuel (VSwitch), qui facilite les communications entre vos instances ECS. 1. Connectez-vous à la [Console Alibaba Cloud](https://account.alibabacloud.com/login/login.htm) (https://account.alibabacloud.com/login/login.htm). 2. Sur le tableau de bord Alibaba Cloud, sous **Réseau**, cliquez sur **Nuage virtuel privé**. 3. Dans la liste déroulante Région, sélectionnez la région où vous souhaitez créer des ressources. 4. Dans la console **VPC**, cliquez sur **Créer un VPC**. 5. Sur la page **Créer un VPC**, procédez comme suit : 1. **Nom :** Entrez un nom (128 caractères maximum) pour votre NVP. 2. **Bloc CIDR IPv4 :** Choisissez une plage CIDR IPv4 privée. **Remarque :** la plage CIDR IPv4 ne peut pas être modifiée après la création du VPC. 3. **Description :** Entrez une description (256 caractères maximum) pour décrire votre NVP. 6. Sous VSwitch, spécifiez ce qui suit : 1. **Nom :** Entrez un nom (128 caractères maximum) pour le commutateur virtuel (VSwitch). 2. **Zone :** Sélectionnez une zone de disponibilité. 3. **Bloc IPv4 CIDR** Choisissez une plage IPV4 CIDR privée. 4. **Description :** Entrez une description (jusqu’à 256 caractères) pour décrire votre VSwitch. 7. Une fois que vous avez terminé, vérifiez vos sélections, puis cliquez sur **OK**. ## Étape 2 : Création d’un groupe de sécurité Créez un groupe de sécurité à utiliser avec votre instance ECS. Le groupe de sécurité est un pare-feu virtuel qui autorise ou refuse l’accès à votre instance ECS depuis Internet. 1. Sur le tableau de bord Alibaba Cloud, sous **Produits et services**, cliquez sur **Elastic Compute Service**. 2. Dans la page **Elastic Compute Service**, sous Réseau et sécurité, cliquez sur **Groupes de sécurité**. 3. Dans la page Groupes de sécurité, cliquez sur Créer un groupe de sécurité. 4. Sur la page **Créer un groupe de sécurité**, procédez comme suit : 1. **Modèle :** Choisissez Web Server Windows. 2. **Nom du groupe de sécurité :** Entrez un nom (128 caractères maximum) pour votre groupe de sécurité. 3. **Description :** Entrez une description (256 caractères maximum) pour décrire votre groupe de sécurité. 4. **Type de réseau :** Sélectionnez NVP. 5. **VPC :** Sélectionnez le VPC que vous avez créé précédemment. 6. **Balise :** Saisissez une paire clé/valeur pour baliser le groupe de sécurité afin de faciliter la recherche/filtrage ultérieurement. 5. Cliquez sur **OK**, puis dans la boîte de dialogue Remarques, cliquez sur Créer des règles maintenant. 6. Pour chacun des ports répertoriés dans l’onglet Entrée, cliquez sur Modifier, puis dans le champ Objets d’autorisation, modifiez la plage d’adresses IP pour qu’elle corresponde à votre réseau afin que seul le trafic de votre réseau puisse se connecter à votre instance ECS. ## Étape 3 : Configuration d’une instance ECS Créez une instance ECS sur laquelle vous installerez Tableau Server. 1. Sur le tableau de bord Alibaba Cloud, sous **Produits et services**, cliquez sur **Elastic Compute Service**. 2. Dans la page **Elastic Compute Service**, cliquez sur **Instances**. 3. Dans la page **Instances**, cliquez sur Créer une instance. 4. Sur la page Elastic Compute Service (ECS), cliquez sur Personnaliser. 5. Dans Méthode de facturation, cliquez sur Abonnement. 6. Dans Région, sélectionnez la région et la zone de disponibilité où vous avez créé votre VPC. 7. Dans Type d’instance, sélectionnez Génération actuelle, sélectionnez X86-Architecture, puis dans la liste des instances, sélectionnez ecs.g5.4xlarge. **Remarque :** certains types d’instances peuvent ne pas être disponibles dans toutes les régions. 8. Dans Image, sélectionnez Image publique et dans la liste des systèmes d’exploitation, sélectionnez Windows Server et l’une des versions prises en charge, par exemple, 2012 R2 Data Center Edition 64bit English Edition. 9. Dans Stockage, sous Disque système, sélectionnez SSD Cloud Disk, puis paramétrez la taille sur 50 Go. 10. Sous Disque de données, cliquez sur Ajouter un disque, sélectionnez SSD Cloud Disk, puis paramétrez la taille sur 100 Go. 11. Dans Durée, choisissez la durée pour laquelle vous souhaitez louer l’instance, puis cliquez sur Suivant : Mise en réseau. 12. Dans Réseau, sélectionnez le VPC et le VSwitch que vous avez créés précédemment. 13. Dans Groupe de sécurité, sélectionnez le groupe de sécurité que vous avez créé précédemment. 14. Cliquez sur Suivant : Configurations système et spécifiez le mot de passe administrateur et le nom de l’instance. 15. Cliquez sur Suivant : Regroupement, spécifiez des balises ou des ensembles de déploiement, puis cliquez sur Suivant : Aperçu. 16. Passez en revue vos sélections, passez en revue les Conditions d’utilisation du service, puis cliquez sur **Créer une commande**. ## Étape 4 : Connexion à votre instance ECS Après avoir créé votre instance ECS, vous devez vous y connecter et la préparer pour installer Tableau Server. Pour plus d’informations sur la connexion à une instance ECS, consultez [Connexion à des instances](https://www.alibabacloud.com/help/doc-detail/71529.htm) sur le site Web d’Alibaba. 1. Sur le tableau de bord Alibaba Cloud, sous **Produits et services**, cliquez sur **Elastic Compute Service**. 2. Dans la page **Elastic Compute Service**, cliquez sur **Instances**. 3. Dans la liste des instances, sélectionnez votre instance, puis cliquez sur **Connexion**. 4. À l’invite, saisissez le mot de passe de votre NVP. 5. Entrez le nom d’utilisateur et le mot de passe Microsoft Windows, puis appuyez sur Entrée. ## Étape 5 : Installation de Tableau Server sur votre instance ECS L’installation de Tableau Server sur une instance ECS est similaire à l’installation sur un autre serveur. 1. Copiez le programme d’installation de Tableau Server sur votre VM en effectuant l’une des opérations suivantes : - **Télécharger le programme d’installation directement**. Pendant que vous êtes connecté à la VM, ouvrez un navigateur, accédez à la [Page de téléchargement Tableau Server](http://www.tableau.com/fr-ca/products/server/download), et téléchargez la version 64 bits de Tableau Server. **Remarque :** la configuration de sécurité améliorée par défaut sur Windows Server exige que la sécurité Internet Explorer soit toujours définie sur Élevée pour la zone Internet et ne puisse pas être modifiée pour cette zone. De ce fait, lorsque vous accédez à des sites publics avec Internet Explorer, vous devez ajouter ces sites à la liste des sites fiables. - **Copier le programme d’installation sur la VM**. Si vous avez déjà une copie du programme d’installation de Tableau Server sur votre ordinateur, copiez-le sur la VM. Créez un dossier sur la VM, là où vous souhaitez placer le programme d’installation. Depuis votre ordinateur, téléversez le fichier d’installation de Tableau Server (par exemple, TableauServer-64bit-10.5.exe) sur l’instance. 2. Exécutez le programme d’installation de Tableau Server sur la VM sur laquelle démarrer le processus d’installation du serveur. Le processus d’installation fonctionne de la même manière que sur tout autre serveur. Pour plus d’informations, consultez [Installer et configurer Tableau Server](https://help.tableau.com/current/server/fr-ca/install_config_top.htm). ## Étape 6 : Accès à Tableau Server depuis un navigateur distant Assurez-vous que les utilisateurs peuvent accéder à l’instance Alibaba Cloud ECS où vous avez installé Tableau Server. 1. Dans la console Elastic Compute Services, cliquez sur **Instances**, sélectionnez votre instance dans la liste, puis trouvez l’adresse IP externe. 2. Sur un autre ordinateur (pas sur l’instance), ouvrez un navigateur. 3. Dans le navigateur, saisissez l’adresse IP externe de Tableau Server que vous avez installé sur l’instance. Par exemple, `http://13.64.47.61`. 4. Connectez-vous à l’aide des informations d’identification de l’utilisateur administrateur que vous avez créé à la fin du processus d’installation. Lorsque vous êtes connecté, vous voyez la page Contenu de Tableau Server. ## Étape 7 : Publication de données vers Tableau Server sur votre instance ECS Une fois que vous avez configuré Tableau Server sur une instance ECS, les utilisateurs de votre entreprise peuvent publier des classeurs et des sources de données sur le serveur. Le processus fonctionne de la même manière que si Tableau Server était installé sur site, sauf que les utilisateurs doivent s’authentifier sur le serveur s’exécutant sur l’instance ECS. Avant d’autoriser les utilisateurs à publier, assurez-vous que chaque utilisateur a été créé avec le rôle sur le site Publicateur dans Tableau Server et que les utilisateurs disposent des autorisations Publicateur. Pour plus d’informations, consultez [Ajouter des utilisateurs à Tableau Server](https://help.tableau.com/current/server/fr-ca/users_add.htm). Pour publier des classeurs et des sources de données sur Tableau Server, les utilisateurs doivent se connecter au serveur en utilisant l’adresse IP du serveur de nuage avec les identifiants qui leur ont été affectés. Pour plus d’informations, consultez [Comment publier des classeurs sur Tableau Server](https://help.tableau.com/current/pro/desktop/fr-ca/help.htm). ## Étape 8 : Gestion des licences Tableau Server Vous n’avez pas besoin de gérer votre licence Tableau Server si vous éteignez votre instance ECS sur la console Alibaba Cloud ou depuis l’instance elle-même. Lorsque vous [arrêtez une instance](https://www.alibabacloud.com/help/doc-detail/25441.htm) à l’aide de la console ECS, l’instance peut toujours faire l’objet de frais. La suppression d’une instance entraîne l’annulation de l’allocation de toutes ses ressources, y compris le stockage externe. Vous pouvez supprimer votre instance lorsque vous n’en avez plus besoin. Désactivez toujours votre licence Tableau Server avant d’éteindre et de supprimer votre instance. Avant de supprimer votre instance, faites les opérations suivantes : 1. Connectez-vous à votre instance. 2. Créez une sauvegarde de Tableau Server, puis copiez le fichier `.tsbak` sur un autre emplacement tel que le [service de stockage d’objets Alibaba Cloud](https://www.alibabacloud.com/help/doc-detail/31817.htm), qui sera accessible une fois que l’instance ne sera plus disponible. Pour plus d’informations, consultez [Effectuer une sauvegarde et une restauration complètes de Tableau Server](https://help.tableau.com/current/server/fr-ca/backup_restore.htm). 3. Utilisez la commande [tsm licenses deactivate](https://help.tableau.com/current/server-linux/fr-ca/cli_licenses_tsm.htm#TSMDeactivate) pour désactiver votre clé produit Tableau Server. Vous pouvez maintenant éteindre et supprimer votre VM. [Passer au contenu principal](#main-content) # Déploiement automatique de Tableau Server sur Alibaba Cloud dans un environnement distribué ## Ceci est un contenu archivé Les déploiements sur des nuages publics continuent d’être pris en charge, mais le contenu des déploiements de nuage public tiers n’est plus mis à jour. Pour consulter le dernier contenu de déploiement de Tableau Server, consultez le et la section [Déployer](https://help.tableau.com/current/server/fr-ca/install.htm) de l’aide de Tableau Server. Pour les clients qui ont accès, nous recommandons Tableau Cloud. Pour en savoir plus, consultez : - [Guide de migration manuelle de Tableau Cloud](https://help.tableau.com/current/guides/migration/fr-ca/emg_intro.htm) - [Version d’évaluation de Tableau Cloud pour administrateur](https://help.tableau.com/current/server-linux/fr-ca/install.htm) - [Tableau Cloud : Premiers pas pour l’administrateur](https://www.tableau.com/fr-ca/learn/get-started/online-admin) ## Introduction Vous pouvez exécuter Tableau Server sur deux machines virtuelles (VM) dans un environnement distribué, également appelé groupement. Par contre, si vous souhaitez exécuter Tableau Server dans un environnement distribué à haute disponibilité, vous devez lancer au minimum trois instances Alibaba Cloud Elastic Compute Service (ECS) du même type et de la même capacité, et les configurer comme nœuds supplémentaires. Ce scénario part de l’hypothèse que vous avez trois instances ECS avec Tableau Server installé sur chaque instance. Une instance est configurée comme nœud initial, et les deux autres instances sont configurées comme nœuds supplémentaires. Utilisez les étapes suivantes pour installer et déployer Tableau Server sur un groupement de trois instances ECS dans une configuration évolutive à haute disponibilité. ## Étape 1 : Créer un nuage virtuel privé (VPC) Alibaba Vous devez avoir un nuage virtuel privé (VPC) Alibaba avec un sous-réseau privé et un sous-réseau public sur trois zones différentes. Pour des informations sur la planification et la création d’un réseau VPC en mode personnalisé avec des sous-réseaux personnalisés, consultez [Planifier et concevoir un VPC](https://www.alibabacloud.com/help/doc-detail/54095.htm) sur le site Web d’Alibaba (en anglais). ![Architecture multizone avec sous-réseaux publics et privés dans chaque zone.](/tableau/current/fr-ca/server/fr-ca/Img/ts_alibaba_three_zone.png) ## Étape 2 : Déployer trois instances ECS Déployez trois instances ECS du même type et de la même capacité, dans le sous-réseau privé et distribuez les nœuds entre les zones disponibles. Sélectionnez les instances conformes à la [configuration système requise](https://help.tableau.com/current/server/fr-ca/ts_alibaba_virtual_machine_selection.htm) pour Tableau Server. Vous allez installer Tableau Server sur chacune des instances ECS et utiliser un nœud comme serveur initial et les deux autres nœuds comme serveurs supplémentaires. Pour plus d’informations sur l’installation de Tableau Server dans un environnement Windows distribué, consultez [Installations Tableau Server distribuées et à haute disponibilité](https://help.tableau.com/current/server/fr-ca/distrib_ha.htm) et [Installer et configurer des nœuds supplémentaires](https://help.tableau.com/current/server/fr-ca/install_additional_nodes.htm). ![Un diagramme de réseau qui éclaire l’architecture de déploiement d’un Tableau Server sur Alibaba Cloud.](/tableau/current/fr-ca/server/fr-ca/Img/ts_alibaba_three_zone_primary_worker.png) ## Étape 3 : Créer un équilibreur de charge serveur Alibaba pour le groupement Tableau Server Consultez l’article [Mise en œuvre de la haute disponibilité avec un équilibreur de charge serveur](https://www.alibabacloud.com/help/doc-detail/59331.html) (en anglais) sur le site Web d’Alibaba et suivez les étapes pour lancer un équilibreur de charge dans votre nuage virtuel privé (VPC) Alibaba. 1. Créez et lancez un équilibreur de charge public sur Internet. Suivez les étapes de la section [Mise en œuvre de la haute disponibilité avec un équilibreur de charge serveur](https://www.alibabacloud.com/help/doc-detail/59331.htm) sur le site Web d’Alibaba. 2. Vérifiez que votre groupe de sécurité ECS est configuré pour autoriser l’accès sur le port 80 ou 443 uniquement, avec la source limitée aux hôtes et aux plages d’hôtes qui accéderont à Tableau Server. Pour plus d’informations sur les groupes de sécurité ECS, consultez [Cas de configuration des groupes de sécurité ECS](https://www.alibabacloud.com/help/doc-detail/65408.html) le site Web d’Alibaba. 3. Spécifiez le chemin d’accès du ping sous la forme /. 4. Sélectionnez les instances Tableau Server et suivez les instructions de l’article [Création de l’équilibrage de charge inter-zones grâce au gestionnaire de trafic global](https://www.alibabacloud.com/help/doc-detail/85980.html) sur le site Web d’Alibaba de manière à ce que l’équilibreur de charge puisse équilibrer le trafic sur les instances dans plusieurs zones. 5. Mettez à jour Tableau Server de manière à utiliser l’équilibreur de charge. Pour plus d’informations, consultez [Ajouter un équilibreur de charge](https://help.tableau.com/current/server/fr-ca/distrib_lb.htm) dans l’aide de Tableau Server. [Passer au contenu principal](#main-content) # Déploiement automatique de Tableau Server sur AWS dans un environnement distribué ## Ceci est un contenu archivé Les déploiements sur des nuages publics continuent d’être pris en charge, mais le contenu des déploiements de nuage public tiers n’est plus mis à jour. Pour consulter le dernier contenu de déploiement de Tableau Server, consultez le et la section [Déployer](https://help.tableau.com/current/server/fr-ca/install.htm) de l’aide de Tableau Server. Pour les clients qui ont accès, nous recommandons Tableau Cloud. Pour en savoir plus, consultez : - [Guide de migration manuelle de Tableau Cloud](https://help.tableau.com/current/guides/migration/fr-ca/emg_intro.htm) - [Version d’évaluation de Tableau Cloud pour administrateur](https://help.tableau.com/current/server-linux/fr-ca/install.htm) - [Tableau Cloud : Premiers pas pour l’administrateur](https://www.tableau.com/fr-ca/learn/get-started/online-admin) ## Introduction Vous pouvez exécuter Tableau Server sur deux machines virtuelles (VM) dans un environnement distribué, également appelé groupement. Par contre, si vous souhaitez exécuter Tableau Server dans un environnement distribué à haute disponibilité, également appelé groupement, vous devez lancer au moins trois instances Amazon EC2 du même type et de la même capacité sur votre Amazon Virtual Private Cloud (VPC) et les configurer comme nœuds supplémentaires. Le scénario suivant part de l’hypothèse que vous avez trois instances Amazon EC2 avec Tableau Server installé sur chaque instance. Une instance est configurée comme nœud initial, et les deux autres instances sont configurées comme nœuds supplémentaires. Les étapes suivantes expliquent comment installer et déployer Tableau Server sur un groupement de trois instances Amazon EC2 dans une configuration à haute disponibilité et évolutivité. ## Étape 1 : Créer un nuage virtuel privé (NVP) Les étapes suivantes partent de l’hypothèse que votre Amazon VPC comporte au moins six sous-réseaux (trois publics et trois privés) dans différentes zones de disponibilité, comme montré ci-dessous. Assurez-vous d’utiliser des adresses IP statiques lorsque vous configurez les adresses IP. Pour en savoir plus sur la création d’un NVP avec sous-réseaux publics et privés, consultez [Scénario 2 : VPC avec sous-réseaux publics et privés](http://docs.aws.amazon.com/AmazonVPC/latest/UserGuide/VPC_Scenario2.html) dans le _guide de l’utilisateur d’Amazon Virtual Private Cloud_ sur le site Web d’AWS. ![Schéma d’un nuage privé virtuel avec trois zones de disponibilité.](/tableau/current/fr-ca/server/fr-ca/Img/ts_aws_three_az.png) Lancez une instance EC2 sur chacun des trois sous-réseaux de votre VPC que vous utiliserez comme passerelles de Bureau distant. Pour plus d’informations sur le lancement et la connexion à une instance Windows, consultez [Bien démarrer avec les instances Amazon EC2 sous Windows](http://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/EC2Win_GetStarted.html) dans le _guide de l’utilisateur d’Amazon EC2 pour les instances Windows_ sur le site Web d’AWS. ## (Facultatif) Étape 2 : Créer un annuaire AWS Directory Service pour le VPC Suivez les étapes décrites dans la section [Création d’un annuaire Simple AD](https://docs.aws.amazon.com/directoryservice/latest/admin-guide/how_to_create_simple_ad.html) du _Guide d’administration AWS Directory Service_ sur le site Web AWS pour créer un annuaire basé Samba entièrement géré dans AWS. Lorsque vous créez un annuaire avec Microsoft AD, AWS Directory Service crée deux serveurs d’annuaire et serveurs DNS. Les serveurs d’annuaire sont créés dans différents sous-réseaux de votre Amazon VPC à des fins de redondance, afin que votre annuaire reste accessible même en cas de panne. Utilisez les deux sous-réseaux privés disponibles dans votre Amazon VPC pour créer Microsoft AD afin de pouvoir exécuter Tableau Server sur différentes zones de disponibilité. ## Étape 3 : Déployer trois instances Amazon EC2 Déployez trois instances Amazon EC2 sur trois zones de disponibilité, comme affiché dans la figure suivante. Vous installerez Tableau Server sur le premier nœud en tant que serveur initial et Tableau Server sur les deux nœuds restants en tant que serveurs supplémentaires. Toutes les instances doivent être du même type et de la même capacité. Ces instances Amazon EC2 peuvent être jointes automatiquement au domaine Simple AD créé à l’étape 2 sur la console ou en suivant les étapes décrites dans [Joindre une instance Windows à un domaine AWS Directory Service](http://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/ec2-join-aws-domain.html) dans le _guide de l’utilisateur d’Amazon EC2 pour les instances Windows_ sur le site Web d’AWS. ![Schéma d’une architecture multizone sur AWS.](/tableau/current/fr-ca/server/fr-ca/Img/ts_aws_three_az_primary_worker_691x603.png) Après avoir lancé les instances EC2, connectez-vous à elles depuis l’une des instances Remote Desktop Gateway (RDGW) en utilisant les informations d’identification que vous avez déchiffrées pour le compte d’administrateur local. ## Étape 4 : Installer et configurer Tableau Server Vous allez installer Tableau Server sur les instances Amazon EC2 que vous avez lancées dans [Déploiement automatique de Tableau Server sur AWS dans un environnement distribué](#Step3) et configurer les instances en tant que serveur initial et le reste en tant que serveurs supplémentaires. Pour plus d’informations sur l’installation et la configuration de Tableau Server sur un serveur initial et des serveurs supplémentaires, consultez [Installer Tableau Server sur des nœuds supplémentaires](https://help.tableau.com/current/server/fr-ca/install_additional_nodes.htm). **Remarque :** lors de l’ajout de nœuds supplémentaires dans Amazon Web Services (AWS), il peut être nécessaire de modifier le fichier hosts Windows pour ajouter une entrée pour chacun des nœuds supplémentaires. Ceci est dû au fait que le DNS ne peut pas résoudre les noms d’instance Elastic Compute Cloud (EC2). Pour modifier le fichier hosts Windows : 1. Exécutez Notepad en tant qu’administrateur. 2. Ouvrez le fichier `C:\Windows\system32\drivers\etc\hosts`. 3. Ajoutez une entrée dans le fichier hosts pour chacun des nœuds. Chaque entrée doit inclure l’adresse IP du nœud suivie du nom de domaine. 4. Enregistrez le fichier. ## Étape 5 : Créer un équilibreur de charge pour le groupement Tableau Server Suivez la procédure décrite dans [Mise en route avec Elastic Load Balancing](http://docs.aws.amazon.com/elasticloadbalancing/latest/userguide/load-balancer-getting-started.html) dans le _guide de l’utilisateur d’Elastic Load Balancing_ sur le site Web d’AWS pour lancer un équilibreur de charge dans votre NVP. 1. Dans [Étape 1 : Sélection d’un type d’équilibreur de charge](http://docs.aws.amazon.com/elasticloadbalancing/latest/userguide/load-balancer-getting-started.html#select-load-balancer-type), si vous souhaitez que l’équilibreur de charge soit accessible publiquement, sélectionnez les deux sous-réseaux publics. Sinon, cochez la case **Create an interna lad balancer (Créer un équilibreur de charge interne)** et choisissez les deux sous-réseaux privés. Si vous choisissez d’exposer l’équilibreur de charge avec un point de terminaison public, assurez-vous de configurer Elastic Load Balancing avec SSL, comme expliqué dans [Création d’un Classic Load Balancer avec un écouteur HTTPS](http://docs.aws.amazon.com/elasticloadbalancing/latest/classic/elb-create-https-ssl-load-balancer.html) dans le _guide Elastic Load Balancing Classic Load Balancer_ sur le site Web d’AWS. 2. Dans [Étape 2 : Configuration de l’équilibreur de charge et de l’écouteur](http://docs.aws.amazon.com/elasticloadbalancing/latest/userguide/load-balancer-getting-started.html#configure-load-balancer) des instructions, dans le _guide de l’utilisateur d’Elastic Load Balancing_ sur le site Web d’AWS, vérifiez que votre groupe de sécurité est configuré pour autoriser l’accès sur le port 80 ou 443 uniquement, avec la source limitée aux hôtes et aux plages d’hôtes qui accéderont à Tableau Server. 3. Dans [Étape 4 : Création d’un groupe cible](http://docs.aws.amazon.com/elasticloadbalancing/latest/userguide/load-balancer-getting-started.html#configure-target-group), vous pouvez spécifier le chemin du pin sous la forme /. 4. Dans [Étape 5 : Enregistrement de cibles avec votre groupe cible](http://docs.aws.amazon.com/elasticloadbalancing/latest/userguide/load-balancer-getting-started.html#add-targets), sélectionnez les instances Tableau Server et assurez-vous que l’option **Enable CrossZone Load Balancing (Activer l’équilibrage de charge entre zones)** est sélectionnée afin que l’équilibreur de charge puisse équilibrer la charge du trafic sur les différentes instances dans plusieurs zones de disponibilité. 5. Mettez à jour Tableau Server de manière à utiliser l’équilibreur de charge. Pour plus d’informations, consultez [Ajouter un équilibreur de charge](https://help.tableau.com/current/server/fr-ca/distrib_lb.htm) dans l’aide de Tableau Server. Sinon, vous pouvez configurer Tableau Server de manière à utiliser un équilibreur de charge en procédant comme suit. 1. Créez un sous-réseau pour votre équilibreur de charge équipé d’un bloc CIDR avec /27 bitmap, pour 32 adresses IP. **Remarque :** les adresses IP fournies par Elastic Load Balancing sont dynamiques, et Tableau Server a besoin d’une liste d’adresses IP statiques pour cette configuration. Pour que cela fonctionne, nous créons un sous-réseau avec la plage CIDR la plus petite possible de manière à ce que les adresses IP de l’équilibreur de charge soient limitées à un ensemble fini. Pour les étapes suivantes, nous utiliserons l’interface de ligne commande tsm qui est installée par défaut avec Tableau Server. Vous pouvez utiliser tsm pour effectuer des tâches administratives à la ligne de commande sur Tableau Server. Pour une vue d’ensemble, consultez [Référence de ligne de commande tsm](https://help.tableau.com/current/server/fr-ca/tsm.htm) dans l’aide de Tableau Server. 2. Dans le répertoire bin de Tableau Server, entrez la commande suivante, où le nom est l’URL qui sera utilisée pour joindre Tableau Server par le biais de l’équilibreur de charge : `tsm configuration set gateway.public.host "name"` 3. Entrez la commande suivante, où server1, server2, etc. sont les adresses IP pour la plage CIDR de sous-réseaux pour Elastic Load Balancing : `tsm configuration set gateway.trusted "server1,server2,..,server30"` 4. Appliquez les modifications : `tsm apply-pending-changes` Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). 5. Démarrez le serveur de manière à ce que les modifications puissent prendre effet. `tsm start` [Passer au contenu principal](#main-content) # Déploiement automatique de Tableau Server sur Google Cloud Platform dans un environnement distribué ## Ceci est un contenu archivé Les déploiements sur des nuages publics continuent d’être pris en charge, mais le contenu des déploiements de nuage public tiers n’est plus mis à jour. Pour consulter le dernier contenu de déploiement de Tableau Server, consultez le et la section [Déployer](https://help.tableau.com/current/server/fr-ca/install.htm) de l’aide de Tableau Server. Pour les clients qui ont accès, nous recommandons Tableau Cloud. Pour en savoir plus, consultez : - [Guide de migration manuelle de Tableau Cloud](https://help.tableau.com/current/guides/migration/fr-ca/emg_intro.htm) - [Version d’évaluation de Tableau Cloud pour administrateur](https://help.tableau.com/current/server-linux/fr-ca/install.htm) - [Tableau Cloud : Premiers pas pour l’administrateur](https://www.tableau.com/fr-ca/learn/get-started/online-admin) ## Introduction Vous pouvez exécuter Tableau Server sur deux machines virtuelles (VM) dans un environnement distribué, également appelé groupement. Par contre, si vous souhaitez exécuter Tableau Server dans un environnement distribué à haute disponibilité, vous devez lancer au minimum trois machines virtuelles (VM) Google Cloud Engine (GCE) du même type et de la même capacité, et les configurer comme nœuds supplémentaires. Ce scénario part de l’hypothèse que vous avez trois VM Google Compute Engine avec Tableau Server installé sur chaque instance. Une instance est configurée comme nœud initial, et les deux autres instances sont configurées comme nœuds supplémentaires. Utilisez les étapes suivantes pour installer et déployer Tableau Server sur un groupement de trois VM Google Compute Engine dans une configuration évolutive à haute disponibilité. ## Étape 1 : Créer un nuage virtuel privé (NVP) Google Compute Platform Vous devez avoir un nuage virtuel privé (NVP) en mode personnalisé Google Cloud Platform avec un sous-réseau privé et un sous-réseau public sur trois zones différentes. Pour des informations sur la planification et la création d’un réseau VPC en mode personnalisé avec des sous-réseaux personnalisés, consultez [Utilisation de réseaux VPC](https://cloud.google.com/vpc/docs/using-vpc) sur le site Web de Google. ![Schéma de trois zones de disponibilité.](/tableau/current/fr-ca/server/fr-ca/Img/ts_gcp_three_zone.png) ## Étape 1 : Créer un projet Google Cloud Platform en conformité avec la loi HIPAA À l’aide du tutoriel [Configurer un projet Google Cloud en conformité avec la loi HIPAA](https://cloud.google.com/solutions/setting-up-a-hipaa-aligned-project?hl=fr) et du Cloud Healthcare Data Protection Toolkit, vous pouvez utiliser cette architecture pour construire une infrastructure basée sur Google Cloud en quelques étapes en traitant la configuration comme du code. Le diagramme suivant illustre comment l’architecture vous aide à répondre aux meilleures pratiques en matière de sécurité et de conformité à l’aide de blocs de construction réutilisables : un script de configuration Google Cloud Deployment Manager et des modèles de configuration paramétrés. ![Schéma de trois zones de disponibilité.](/tableau/current/fr-ca/server/fr-ca/Img/ts_gcp_three_zone.png) ## Étape 2 : Déployer trois VM Google Compute Engine Déployez trois machines virtuelles (VM) Google Compute Engine du même type et de la même capacité, dans le sous-réseau privé, avec chaque VM dans sa propre zone. Sélectionnez les VM conformes à la [configuration système requise](https://help.tableau.com/current/server/fr-ca/ts_gcp_virtual_machine_selection.htm) pour Tableau Server. Vous allez installer Tableau Server sur chacune des VM Google Compute Engine et utiliser un nœud comme serveur initial et les deux autres nœuds comme serveurs supplémentaires. Pour plus d’informations sur l’installation de Tableau Server dans un environnement Windows distribué, consultez [Installations Tableau Server distribuées et à haute disponibilité](https://help.tableau.com/current/server/fr-ca/distrib_ha.htm) et [Installer et configurer des nœuds supplémentaires](https://help.tableau.com/current/server/fr-ca/install_additional_nodes.htm). ![Diagramme d’architecture avec trois zones principales.](/tableau/current/fr-ca/server/fr-ca/Img/ts_gcp_three_zone_primary_worker.png) ## Étape 3 : Créer un équilibreur de charge Google Compute Platform pour le groupement Tableau Server Consultez l’article [Configurer un équilibreur de charge](https://cloud.google.com/iap/docs/load-balancer-howto) sur le site Web de Google et suivez les étapes pour lancer un équilibreur de charge dans votre nuage virtuel privé (NVP) Google Cloud Platform. 1. Créez et lancez un équilibreur de charge sur Internet, ou un équilibreur de charge accessible en interne : - Pour lancer un équilibreur de charge sur Internet, suivez les étapes décrites dans [Configuration de l’équilibrage de charge HTTP(S)](https://cloud.google.com/compute/docs/load-balancing/http/) sur le site Web de Google et sélectionnez deux sous-réseaux publics. Veillez à configurer l’équilibrage de charge avec SSL, comme expliqué dans [Certificats SSL](https://cloud.google.com/compute/docs/load-balancing/http/ssl-certificates) sur le site Web de Google. - Pour lancer un équilibreur de charge accessible en interne, suivez les étapes décrites dans [Configuration de l’équilibrage de charge interne](https://cloud.google.com/compute/docs/load-balancing/internal/) sur le site Web de Google et sélectionnez deux sous-réseaux publics. 2. Vérifiez que les règles de votre pare-feu de votre réseau VPC sont configurées pour autoriser l’accès sur le port 80 ou 443 uniquement, avec la source limitée aux hôtes et aux plages d’hôtes qui accéderont à Tableau Server. Pour plus d’informations sur les règles de pare-feu, consultez [Présentation des règles de pare-feu](https://cloud.google.com/vpc/docs/firewalls) sur le site Web de Google. 3. Spécifiez le chemin d’accès du ping sous la forme /. 4. Sélectionnez les instances Tableau Server et suivez les instructions de l’article [Création de l’équilibrage de charge inter-zones](https://cloud.google.com/compute/docs/load-balancing/http/cross-region-example) sur le site Web de Google de manière à ce que l’équilibreur de charge puisse équilibrer le trafic sur les instances dans plusieurs zones. 5. Mettez à jour Tableau Server de manière à utiliser l’équilibreur de charge. Pour plus d’informations, consultez [Ajouter un équilibreur de charge](https://help.tableau.com/current/server/fr-ca/distrib_lb.htm) dans l’aide de Tableau Server. [Passer au contenu principal](#main-content) # Déploiement automatique de Tableau Server sur Microsoft Azure dans un environnement distribué ## Ceci est un contenu archivé Les déploiements sur des nuages publics continuent d’être pris en charge, mais le contenu des déploiements de nuage public tiers n’est plus mis à jour. Pour consulter le dernier contenu de déploiement de Tableau Server, consultez le et la section [Déployer](https://help.tableau.com/current/server/fr-ca/install.htm) de l’aide de Tableau Server. Pour les clients qui ont accès, nous recommandons Tableau Cloud. Pour en savoir plus, consultez : - [Guide de migration manuelle de Tableau Cloud](https://help.tableau.com/current/guides/migration/fr-ca/emg_intro.htm) - [Version d’évaluation de Tableau Cloud pour administrateur](https://help.tableau.com/current/server-linux/fr-ca/install.htm) - [Tableau Cloud : Premiers pas pour l’administrateur](https://www.tableau.com/fr-ca/learn/get-started/online-admin) ## Introduction Vous pouvez exécuter Tableau Server sur deux machines virtuelles (VM) dans un environnement distribué, également appelé groupement. Par contre, si vous souhaitez exécuter Tableau Server dans un environnement distribué à haute disponibilité, vous devez lancer au minimum trois machines virtuelles (VM) Microsoft Azure du même type et de la même capacité, et les configurer comme nœuds worker. Ce scénario part de l’hypothèse que vous avez trois VM Microsoft Azure avec Tableau Server installé sur chaque instance. Une instance est configurée comme nœud principal, et les deux autres instances sont configurées comme nœuds supplémentaires. Utilisez les étapes suivantes pour installer et déployer Tableau Server sur un groupement de trois VM Microsoft Azure dans une configuration évolutive à haute disponibilité. ## Étape 1 : Créer un réseau virtuel Azure (VNet) Vous devez avoir un réseau virtuel Azure (VNet) existant avec un sous-réseau privé couvrant trois zones de disponibilité. Pour savoir comment planifier et créer un VNet comportant des sous-réseaux publics et privés, consultez [Réseau virtuel Azure](https://docs.microsoft.com/fr-ca/azure/virtual-network/virtual-networks-overview), [Planifier et créer des réseaux virtuels Azure](https://docs.microsoft.com/fr-ca/azure/virtual-network/virtual-network-vnet-plan-design-arm) et [Créer un réseau virtuel comportant plusieurs sous-réseaux](https://docs.microsoft.com/fr-ca/azure/virtual-network/virtual-networks-create-vnet-arm-pportal) sur le site Web de Microsoft Azure. ## (Facultatif) Étape 2 : Créer un service Azure Active Directory pour VNet Suivez les étapes décrites dans l’article [Activer Azure Active Directory Domain Services à l’aide du portail Azure](https://docs.microsoft.com/fr-ca/azure/active-directory-domain-services/active-directory-ds-getting-started), sur le site Web de Microsoft Azure pour créer un répertoire basé entièrement géré dans Microsoft Azure. Lorsque vous créez un annuaire avec Microsoft AD, le service Azure Active Directory crée deux serveurs d’annuaire et des serveurs DNS. Les serveurs d’annuaire sont créés dans différents sous-réseaux de votre réseau virtuel à des fins de redondance, afin que votre annuaire reste accessible même en cas de panne. Utilisez le sous-réseau privé disponible dans votre réseau Azure VNet pour créer Microsoft AD afin de pouvoir exécuter Tableau Server sur différentes zones de disponibilité. **Remarque :** si vous souhaitez utiliser SSL avec votre déploiement, utilisez Microsoft Azure Application Gateway au lieu de Microsoft Azure Load Balancer. ![Diagramme d’un déploiement multizone pour Tableau Server dans Microsoft Azure.](/tableau/current/fr-ca/server/fr-ca/Img/ts_azure_three_zone_primary_worker.png) ## Étape 3 : Déployer trois VM Azure Déployez trois machines virtuelles (VM) Microsoft Azure sur trois [Zones de disponibilité](https://docs.microsoft.com/fr-ca/azure/availability-zones/az-overview#regions-that-support-availability-zones). Veillez à sélectionner une région prenant en charge les zones de disponibilité. Sélectionnez une VM conforme à la [configuration système requise](https://help.tableau.com/current/server/fr-ca/ts_azure_virtual_machine_selection.htm) pour Tableau Server. Vous utiliserez un nœud comme serveur initial, et les deux nouveaux nœuds comme serveurs supplémentaires. Toutes les instances doivent être du même type et de la même capacité. Après avoir lancé les VM Microsoft Azure, connectez-vous à elles depuis l’une des instances Remote Desktop Gateway (RDGW) en utilisant les informations d’identification que vous avez déchiffrées pour le compte d’administrateur local. ## Étape 4 : Installer et configurer Tableau Server Vous allez installer Tableau Server sur les machines virtuelles (VM) Microsoft Azure que vous avez lancées dans [Déploiement automatique de Tableau Server sur Microsoft Azure dans un environnement distribué](#Step3) et configurer les instances en tant que serveur initial et le reste en tant que serveurs supplémentaires. Pour plus d’informations sur l’installation et la configuration de Tableau Server sur un serveur initial et des serveurs supplémentaires, consultez [Installer et configurer des nœuds supplémentaires](https://help.tableau.com/current/server/fr-ca/install_additional_nodes.htm). Utilisez un hôte bastion pour gérer l’accès aux VM depuis le réseau virtuel. Pour plus d’informations, consultez [Planification d’un environnement bastion](https://docs.microsoft.com/fr-ca/microsoft-identity-manager/pam/planning-bastion-environment) sur le site Web de Microsoft Azure. ## Étape 5 : Créer un équilibreur de charge Azure pour le groupement Tableau Server Consultez l’article [Qu’est-ce qu’Azure Load Balancer?](https://docs.microsoft.com/fr-ca/azure/active-directory-domain-services/active-directory-ds-getting-started) sur le site Web de Microsoft Azure et suivez la procédure pour lancer un équilibreur de charge depuis votre réseau virtuel Azure (VNet). 1. Créez et lancez un équilibreur de charge sur Internet, ou un équilibreur de charge accessible en interne : - Pour lancer un équilibreur de charge public sur Internet, suivez les étapes décrites dans [Équilibrer la charge des machines virtuelles entre des zones de disponibilité avec un équilibreur de charge standard à l’aide du portail Azure](https://docs.microsoft.com/fr-ca/azure/load-balancer/tutorial-load-balancer-standard-public-zone-redundant-portal) sur le site Web de Microsoft Azure et sélectionnez deux sous-réseaux publics. Veillez à configurer l’équilibreur de charge avec SSL, comme expliqué dans [Configurer une passerelle d’application avec un arrêt SSL à l’aide du portail Azure](https://docs.microsoft.com/fr-ca/azure/application-gateway/application-gateway-ssl-portal) sur le site Web de Microsoft Azure. - Pour lancer un équilibreur de charge accessible en interne, suivez les étapes décrites dans [Créer un équilibreur de charge interne dans le portail Azure](https://docs.microsoft.com/fr-ca/azure/load-balancer/load-balancer-get-started-ilb-arm-portal) sur le site Web de Microsoft Azure et sélectionnez deux sous-réseaux publics. 2. Vérifiez que votre groupe de sécurité est configuré pour autoriser l’accès sur le port 80 ou 443 uniquement, avec la source limitée aux hôtes et aux plages d’hôtes qui accéderont à Tableau Server. 3. Spécifiez le chemin d’accès du ping sous la forme /. 4. Sélectionnez les instances Tableau Server et assurez-vous que l’option **Activer l’équilibrage de charge entre zones** est sélectionnée afin que l’équilibreur de charge puisse équilibrer la charge du trafic sur les différentes instances dans plusieurs zones de disponibilité. 5. Mettez à jour Tableau Server de manière à utiliser l’équilibreur de charge. Pour plus d’informations, consultez [Ajouter un équilibreur de charge](https://help.tableau.com/current/server/fr-ca/distrib_lb.htm) dans l’aide de Tableau Server. [Passer au contenu principal](#main-content) # Diagramme de Helm de Tableau Server - Déploiement **Important** : Cette documentation suppose une connaissance de Helm et des diagrammes de Helm. Elle ne cherche pas à fournir d’exemples détaillés et prescriptifs. Elle est destinée aux clients qui maîtrisent à la fois Tableau Server, Helm et les diagrammes de Helm. Cette rubrique décrit les grandes étapes du déploiement de Tableau Server sur Kubernetes à l’aide d’un diagramme de Helm. ## Conditions préalables Avant de commencer, vérifiez que vous remplissez les conditions préalables. Pour plus d’informations, consultez [Diagramme de Helm de Tableau Server - Conditions préalables](https://help.tableau.com/current/server/fr-ca/server-helm-prerequisites.htm). ### Télécharger un diagramme de Helm Les diagrammes de Helm sont inclus dans l’outil d’installation de Tableau Server dans un conteneur (`tableau-server-container-setup-tool-.tar.gz`) et peuvent être téléchargés depuis la page de [téléchargement de Tableau Server](http://tableau.com/fr-ca/support/releases/server/latest). Après l’extraction, les fichiers de diagrammes de Helm requis se trouvent dans le répertoire `helm/tableau`. ## Présentation rapide de l’utilisation d’un diagramme de Helm pour déployer Tableau Server **Important** : Il s’agit d’une description générale et sommaire du déploiement de Tableau Server à l’aide de diagrammes de Helm. Cette description ne constitue pas une procédure complète. Elle requiert une connaissance préalable de Helm et des diagrammes de Helm. Avant de commencer, vérifiez que vous remplissez les conditions préalables au déploiement de Tableau Server à l’aide des diagrammes de Helm. Consultez [Diagramme de Helm de Tableau Server - Conditions préalables](https://help.tableau.com/current/server/fr-ca/server-helm-prerequisites.htm) pour plus de détails. ### Ajouter votre clé produit à values.yaml Modifiez `values.yaml` et définissez votre clé produit. ### Déployer un Tableau Server à nœud unique Déployez une instance à nœud unique de Tableau Server en exécutant ces commandes dans une invite (remplacez votre espace de nom de version par ``, par exemple `tableau` ou `default`) : helm install tableau-server ./helm/tableau-server \\ -n \\ --create-namespace \\ -f ./helm/tableau-server/values-single.yaml ### Déployer un Tableau Server multinœuds Déployez une instance multinœuds de Tableau Server en exécutant ces commandes dans une invite, en utilisant la même convention d’espace de noms que celle indiquée ci-dessus : helm install tableau-server ./helm/tableau-server \\ \-n \\ \--create-namespace \\ -f ./helm/tableau-server/values-multinode.yaml ## Runbook multinœuds EKS (espace de noms + PV de bootstrap statique) Cette section décrit l’ordre des opérations pour EKS : espace de noms dédié, module complémentaire EFS CSI, IAM sur le rôle de nœud, PV de bootstrap statique et Helm. 1. Créez un espace de noms dédié. Cette valeur doit être identique à celle de `claimFef.namespace` sur le PV de bootstrap. Cet exemple utilise `tableau`. kubectl create namespace tableau-server kubectl get namespace tableau 2. Vérifiez que le module complémentaire EFS CSI existe. Si le module complémentaire est manquant, créez-le et attendez que son état devienne `ACTIVE` : kubectl get csidriver efs.csi.aws.com aws eks describe-addon \\ --cluster-name \\ --addon-name aws-efs-csi-driver \\ --region \\ --query 'addon.status' 3. Confirmez le Storageclass : Storageclass `efs-bootstrap` : s’applique si ce n’est pas déjà fait. Consultez [Conditions préalables pour Elastic Kubernetes Service (EKS) d’Amazon](https://help.tableau.com/current/server/fr-ca/server-helm-prerequisites.htm#EKS-Prereq-storageclass) pour plus de détails. kubectl get csidriver efs.csi.aws.com aws eks describe-addon \\ --cluster-name \\ --addon-name aws-efs-csi-driver \\ --region \\ --query 'addon.status' 4. Confirmez le PV de bootstrap statique. `claimRef` doit utiliser le même espace de noms et le même nom PVC généré par le diagramme de Helm (`tableau-server-bootstrap`). Remplacez `fs-...` par l’ID de votre système de fichiers EFS : cat > /tmp/tableau-bootstrap-pv.yaml <<'EOF' apiVersion: v1 kind: PersistentVolume metadata: name: tableau-bootstrap-pv spec: capacity: storage: 1Gi volumeMode: Filesystem accessModes: - ReadWriteMany persistentVolumeReclaimPolicy: Retain storageClassName: efs-bootstrap claimRef: namespace: tableau name: tableau-server-bootstrap csi: driver: efs.csi.aws.com volumeHandle: EOF kubectl apply -f /tmp/tableau-bootstrap-pv.yaml kubectl get pv tableau-bootstrap-pv 5. IAM sur le rôle d’instance du nœud. Joignez les stratégies en lecture seule du client EFS et de l’instance EC2. Consultez [Conditions préalables pour Elastic Kubernetes Service (EKS) d’Amazon](https://help.tableau.com/current/server/fr-ca/server-helm-prerequisites.htm#EKS-Prereq-storageclass) pour résoudre `` à partir du groupe de nœuds. Storageclass `efs-bootstrap` : s’applique si ce n’est pas déjà fait. Consultez [Conditions préalables pour Elastic Kubernetes Service (EKS) d’Amazon](https://help.tableau.com/current/server/fr-ca/server-helm-prerequisites.htm#EKS-Prereq-storageclass) pour plus de détails. kubectl get csidriver efs.csi.aws.com aws eks describe-addon \\ --cluster-name \\ --addon-name aws-efs-csi-driver \\ --region \\ --query 'addon.status' 6. Valeurs Dans `values-multinode.yaml` (ou une superposition), définissez le mode PV statique manuel persistence: bootstrap: createPV: false volumeName: tableau-bootstrap-pv storageClass: efs-bootstrap 7. Vérifiez que `image.repository`, `image.tag` et les secrets ou la licence sont définis comme requis. 8. Installer le diagramme de Helm Installez le diagramme dans le même espace de noms que le PV `claimRef` : helm install tableau-server ./helm/tableau-server \\ -n tableau \\ -f ./helm/tableau-server/values-multinode.yaml 9. Vérifiez le stockage et les pods : kubectl get pv,pvc -n tableau kubectl get pods -n tableau -w 10. Statut du PVC des données Les PVC de données peuvent afficher `Pending` brièvement jusqu’à ce que les volumes EBS soient connectés. Tous les PVC doivent passer à `Bound`, puis à `Running`, et finalement à `READY 1/1`. 11. Topologie (facultatif) Si le hook de post-installation est désactivé, vous devrez peut-être définir le nœud `clustercontroller` et appliquer les modifications en attente (consulter Automatisation de la topologie post-installation (hook) plus loin dans ce document). La commande `tsm pending-changes apply` peut générer des avertissements concernant la distribution du serveur d’indexation et de recherche ou l’ensemble du service de coordination lorsqu’il existe plusieurs nœuds Tableau. Pour résoudre ces avertissements, suivez les instructions décrites dans [Serveur d’indexation et de recherche](https://help.tableau.com/current/server/fr-ca/server_process_index-and-search.htm) et [Service de coordination Tableau Server](https://help.tableau.com/current/server/fr-ca/server_process_coordination.htm). ### Installation personnalisée 1. Personnaliser les valeurs cp ./helm/tableau-server/values.yaml ./helm/tableau-server/my-values.yaml \# Edit ./helm/tableau-server/my-values.yaml with your configuration 2. Installer avec des valeurs personnalisées helm install tableau-server ./helm/tableau-server -f ./helm/tableau-server/my-values.yaml ## Configuration ### Modes de déploiement #### Déploiement à nœud unique Le déploiement à nœud unique exécute Tableau Server comme un conteneur monolithique. Utiliser `values-single.yaml` ou définir : deploymentMode: "single" primary: replicaCount: 1 worker: replicaCount: 0 #### Déploiement multinœuds Le déploiement multinœuds exécute un nœud principal et un ou plusieurs nœuds worker. Définissez le nombre de nœuds worker avec `worker.replicaCount` : utilisez 1, 2 ou toute valeur supérieure autorisée par la capacité du groupement et la topologie Tableau. Le diagramme crée `tableau-server-worker-0 … tableau-server-worker-(N-1)` pour `replicaCount: N`. Utilisez `values-multinode.yaml` (l’exemple par défaut utilise deux nœuds worker) ou définissez explicitement : deploymentMode: "multinode" primary: replicaCount: 1 worker: replicaCount: 3 # example: three workers Alignement de la topologie : `values-multinode.yaml` est fourni avec un exemple de topologie `config.configJson` (identifiants de nœuds tels que `node1`, `node2`, `node3`). Si vous modifiez `worker.replicaCount` ou si vous réorganisez les services, mettez à jour cette topologie (et toute affectation de processus Tableau connexe) pour que le nombre et les rôles des nœuds TSM correspondent à votre déploiement. Consultez l’aide de Tableau Server pour le regroupement et la disposition des processus. ### Principales options de configuration #### Configuration de l’image image: repository: tableau\_server\_image tag: "latest" pullPolicy: IfNotPresent pullSecrets: \[\] #### Licence et secrets secrets: licenseKey: "YOUR-LICENSE-KEY" tsmRemotePassword: "password" tableauUsername: "admin" tableauPassword: "password" Sinon, vous pouvez les définir à l’aide de variables d’environnement : env: LICENSE\_KEY: "YOUR-LICENSE-KEY" TSM\_REMOTE\_PASSWORD: "password" TABLEAU\_USERNAME: "admin" TABLEAU\_PASSWORD: "password" Nous vous recommandons d’utiliser un fichier séparé (par exemple, `secrets.yaml`) et de le spécifier avec l’option `-f`. `secrets.yaml` : secrets: licenseKey: "YOUR-LICENSE-KEY" tsmRemotePassword: "YOUR-TSM-PASSWORD" tableauUsername: "YOUR-ADMIN-USER" tableauPassword: "YOUR-ADMIN-PASSWORD" Exemple d’installation ou de mise à niveau avec `secrets.yaml` : helm upgrade --install tableau-server ./helm/tableau-server \\ -n default \\ -f ./helm/tableau-server/values-multinode.yaml \\ -f ./helm/tableau-server/secrets.yaml **Remarque :** Le référencement d’un secret Kubernetes préexistant (par exemple s`ecrets.existingSecret`) n’est pas pris en charge pour le moment. La seule méthode prise en charge consiste à utiliser des valeurs de graphique avec un fichier de valeurs distinct pour les secrets. #### Référentiel PostgreSQL externe Le diagramme de Helm n’active pas de référentiel externe par défaut à l’aide de clés de valeurs spécifiques. Nous vous recommandons de suivre les étapes suivantes pour activer un référentiel externe : 1. Déployez le diagramme et vérifiez l’intégrité du nœud principal. 2. Exécutez les commandes `tsm external repository` de Tableau depuis le pod principal. 3. Appliquez les modifications en attente. Exemple de flux de travail (découverte et application des commandes) : \# Discover command syntax for your Tableau version kubectl exec -n default tableau-server-primary-0 -- sh -lc 'tsm topology external-services repository enable --help' \# After enabling external repository with Tableau-supported args/options: kubectl exec -n default tableau-server-primary-0 -- sh -lc 'tsm pending-changes apply -iw --ignore-prompt' kubectl exec -n default tableau-server-primary-0 -- sh -lc 'tsm status -v' Remarques : - La configuration du référentiel externe varie selon la version de Tableau (mode SSL, options de basculement, champs d’identifiants). pour plus d’informations, consultez Référentiel externe Tableau Server et topologie tsm. - Pour les déploiements clients, stockez les identifiants de base de données dans des secrets Kubernetes et évitez le texte brut dans l’historique de l’interpréteur. #### Stockage persistant persistence: enabled: true storageClass: "standard" accessMode: ReadWriteOnce size: 100Gi # Bootstrap volume (required for multi-node) bootstrap: enabled: true storageClass: "standard" accessMode: ReadWriteMany size: 1Gi createPV: false Pour les regroupements utilisant un module complémentaire EFS CSI statique (par exemple avec `mounttargetip`), Helm peut gérer à la fois le PV et le PVC de bootstrap : persistence: bootstrap: enabled: true storageClass: "efs-bootstrap" accessMode: ReadWriteMany size: 1Gi createPV: true permissionsFix: enabled: true pv: name: "tableau-bootstrap-pv" csi: driver: efs.csi.aws.com volumeHandle: "fs-xxxxxxxx" volumeAttributes: mounttargetip: "10.x.x.x" `permissionsFix.enabled` ajoute un conteneur d’initialisation `chown/chmods /docker/config/bootstrap`, ce qui permet au processus Tableau (UID/GID 999:998) d’écrire `bootstrap.json` sur les montages EFS partagés dont la valeur par défaut est `root:root`. Lorsque `createPV: true`, le diagramme crée le PV de bootstrap à partir de valeurs (par exemple `tableau-bootstrap-pv`) et l’associe au PVC `tableau-server-bootstrap`. Si vous gérez manuellement le PV de bootstrap, créez d’abord `tableau-bootstrap-pv`, puis installez Helm avec `createPV: false` et `volumeName: tableau-bootstrap-pv:` apiVersion: v1 kind: PersistentVolume metadata: name: tableau-bootstrap-pv spec: capacity: storage: 1Gi volumeMode: Filesystem accessModes: - ReadWriteMany persistentVolumeReclaimPolicy: Retain storageClassName: efs-bootstrap csi: driver: efs.csi.aws.com volumeHandle: fs-xxxxxxxx volumeAttributes: mounttargetip: 10.x.x.x kubectl apply -f tableau-bootstrap-pv.yaml kubectl get pv tableau-bootstrap-pv #### Limites de ressources primary: resources: limits: cpu: "4" memory: "8Gi" requests: cpu: "2" memory: "4Gi" worker: resources: limits: cpu: "4" memory: "8Gi" requests: cpu: "2" memory: "4Gi" #### Configuration du service service: primary: type: ClusterIP # or NodePort, LoadBalancer ports: http: 80 https: 8080 tsm: 8850 #### Entrée ingress: enabled: true className: "nginx" hosts: - host: tableau.example.com paths: - path: / pathType: Prefix tls: - secretName: tableau-tls hosts: - tableau.example.com #### Runbook de configuration d’entrée (exemple : contrôleur d’entrée NGINX) 1. Installez un contrôleur d’entrée dans le groupement (requis avant d’activer l’entrée du diagramme). 2. Définissez les valeurs d’entrée dans votre fichier de valeurs : ingress: enabled: true className: "nginx" annotations: nginx.ingress.kubernetes.io/proxy-body-size: "64m" nginx.ingress.kubernetes.io/proxy-read-timeout: "3600" nginx.ingress.kubernetes.io/proxy-send-timeout: "3600" hosts: - host: tableau.example.com paths: - path: / pathType: Prefix tls: - secretName: tableau-tls hosts: - tableau.example.com 3. Créez un enregistrement DNS qui dirige tableau.example.com vers le point de terminaison de votre contrôleur d’entrée ou équilibreur de charge. 4. Créez un secret TLS (ou utilisez cert-manager) dans l’espace de noms de version. 5. Déployez ou mettez à niveau le diagramme et vérifiez l’entrée : helm upgrade --install tableau-server ./helm/tableau-server -n default -f ./helm/tableau-server/values.yaml kubectl get ingress -n default kubectl describe ingress tableau-server Pour plus d’informations, consultez : - [Concept d’entrée de Kubernetes](https://kubernetes.io/docs/concepts/services-networking/ingress/) - [Guide de déploiement ingress-nginx](https://kubernetes.github.io/ingress-nginx/deploy/) - [Prise en main de cert-manager](https://cert-manager.io/docs/tutorials/getting-started-aks-letsencrypt/) #### Contrôles d’intégrité Le diagramme prend en charge les sondes de démarrage, d’activité et de préparation. La sonde de démarrage autorise une première initialisation prolongée (par exemple, failureThreshold : 200 × periodSeconds) avant l’exécution des sondes d’activité ou de préparation : healthChecks: startup: enabled: true initialDelaySeconds: 300 periodSeconds: 15 timeoutSeconds: 30 failureThreshold: 200 liveness: enabled: true initialDelaySeconds: 300 periodSeconds: 30 timeoutSeconds: 10 failureThreshold: 3 readiness: enabled: true initialDelaySeconds: 300 periodSeconds: 10 timeoutSeconds: 5 failureThreshold: 3 Pour les pods des workers multinœuds, le diagramme utilise par défaut `worker.healthChecks.enabled: false` pour éviter de faux échecs de sonde lorsque les workers exécutent des ensembles de processus limités (par exemple, agent administrateur + contrôleur de groupement uniquement). ### Utilisation #### Accès à Tableau Server Après l’installation, accédez à Tableau Server selon la configuration de votre service : - **ClusterIP** : utiliser le transfert de port ou l’entrée - **NodePort** : accéder via `:` - **LoadBalancer** : accéder via l’adresse IP externe fournie #### Utilisation des commandes TSM \# Get pod name POD\_NAME=$(kubectl get pods -l app.kubernetes.io/component=primary -o jsonpath='{.items\[0\].metadata.name}') # Run tabcmd kubectl exec -it $POD\_NAME -- tsm status kubectl exec -it $POD\_NAME -- tsm configuration get #### Utilisation de tabcmd \# Get pod name POD\_NAME=$(kubectl get pods -l app.kubernetes.io/component=primary -o jsonpath='{.items\[0\].metadata.name}') # Run tabcmd kubectl exec -it $POD\_NAME -- tabcmd login -u admin -p password kubectl exec -it $POD\_NAME -- tabcmd sites #### Affichage des fichiers journaux Tableau Server \# Primary node logs kubectl logs -l app.kubernetes.io/component=primary -f # Worker node logs (multi-node) kubectl logs -l app.kubernetes.io/component=worker -f # All logs kubectl logs -l app.kubernetes.io/instance=tableau-server -f #### Accès à l’interpréteur \# Get pod name POD\_NAME=$(kubectl get pods -l app.kubernetes.io/component=primary -o jsonpath='{.items\[0\].metadata.name}') # Open shell kubectl exec -it $POD\_NAME -- /bin/bash ### Mise à niveau #### Mettre à niveau le diagramme de Helm de Tableau Server helm upgrade tableau-server ./helm/tableau-server -f ./helm/tableau-server/values.yaml #### Mettre à niveau avec de nouvelles valeurs helm upgrade tableau-server ./helm/tableau-server -f ./helm/tableau-server/new-values.yaml ### Automatisation de la topologie post-installation (hook) Pour les installations multinœuds, ce diagramme peut exécuter une tâche hook de post-installation ou post-mise à niveau qui : - attend que les nœuds worker soient enregistrés dans TSM - définit l’affectation des processus `clustercontroller` des noeuds worker - exécute `tsm pending-changes apply -iw --ignore-prompt` lorsque des modifications sont en attente Configuration : hooks: autoApplyWorkerTopology: enabled: true kubectlImage: "bitnami/kubectl:latest" timeoutSeconds: 3600 Valeur par défaut : - désactivé dans `values.yaml` - dans `values-multinode.yaml`, vérifiez `hooks.autoApplyWorkerTopology.enabled` (peut être `true` ou `false` selon la version; activez pour une configuration automatisée du worker `clustercontroller`) Vérifiez l’exécution du hook : kubectl get jobs -n default kubectl get pods -n default -l job-name=tableau-server-hook-topology kubectl logs -n default job/tableau-server-hook-topology Solution de secours manuelle en cas de désactivation ou d’échec du hook : exécution `tsm topology set-process` pour chaque nœud worker du TSM (généralement node2 à node(1+N) pour N workers; confirmez les identifiants avec `tsm topology list-nodes -v`) : kubectl exec -n default tableau-server-primary-0 -- sh -lc ' tsm topology set-process -n node2 -pr clustercontroller -c 1 tsm topology set-process -n node3 -pr clustercontroller -c 1 # Add one line per additional worker node, e.g. for four workers: # tsm topology set-process -n node4 -pr clustercontroller -c 1 # tsm topology set-process -n node5 -pr clustercontroller -c 1 tsm pending-changes apply -iw --ignore-prompt tsm topology list-nodes -v tsm status -v **Remarque** : utilisez `-iw` pour `tsm pending-changes apply`. L’option `-ig` n’est pas valide dans cet environnement. ### Désinstallation helm uninstall tableau-server **Avertissement** : cette opération supprimera toutes les ressources, y compris les volumes persistants. Veillez à sauvegarder vos données avant toute désinstallation. #### Étapes de validation Avant toute publication ou toute modification du diagramme, exécutez : 1. Lint : helm lint helm/tableau-server -f helm/tableau-server/values-single.yaml helm lint helm/tableau-server -f helm/tableau-server/values-multinode.yaml 2. Template (répétition) : helm template tableau-server helm/tableau-server -f helm/tableau-server/values-single.yaml helm template tableau-server helm/tableau-server -f helm/tableau-server/values-multinode.yaml 3. Test d’installation (facultatif) : 1. Dans un espace de noms de test, exécutez `helm install` avec values-single ou values-multinode. 2. Exécutez `kubectl rollout status` (pour StatefulSet, attendez que le pod passe à l’état Ready) et des vérifications de base (par exemple `tsm status` ou HTTP vers le service). Pour plus d’informations sur le dépannage, consultez [Diagramme de Helm de Tableau Server - Dépannage](https://help.tableau.com/current/server/fr-ca/server-helm-troubleshooting.htm). ## Ressources supplémentaires - [Documentation de Tableau Server](https://help.tableau.com/current/server-linux/fr-ca/) - [Documentation de Helm](https://helm.sh/docs/) - [Mise à niveau du diagramme de Helm](https://helm.sh/docs/helm/helm_upgrade/) [Passer au contenu principal](#main-content) # Déployer Les rubriques de cette section expliquent comment installer, configurer et mettre à niveau Tableau Server sur Windows. Vous recherchez Tableau Server sur Linux? Consultez [Installer et configurer Tableau Server](https://help.tableau.com/current/server-linux/fr-ca/install.htm "Ouvre la rubrique dans un nouvel onglet de navigateur"). ## Validation de votre plan de déploiement de serveur Avant de vous engager à installer un nouveau déploiement Tableau Server dans votre organisation, assurez-vous d’évaluer soigneusement vos options. Pour la plupart des organisations, Tableau Cloud fournira une solution d’analyse plus fiable, performante et rentable par rapport à l’auto-hébergement de Tableau Server. Pour plus d’informations sur la viabilité de Tableau Cloud pour votre organisation, consultez ce billet de blogue : [Should I move my analytics to the cloud?](https://www.tableau.com/fr-ca/blog/should-i-move-my-analytics-cloud) Vous utilisez déjà Tableau Server et souhaitez migrer vers Tableau Cloud? Consultez [Guide de migration manuelle de Tableau Cloud](https://help.tableau.com/current/guides/migration/fr-ca/emg_intro.htm). ## Autres articles de cette section [Passer au contenu principal](#main-content) # Déployer un ensemble de service de coordination Le service de coordination s’appuie sur [Apache ZooKeeper](https://cwiki.apache.org/confluence/display/ZOOKEEPER/Index), un projet open-source, et coordonne les activités du serveur, garantissant un quorum en cas d’échec et servant de source de vérité unique pour la topologie, la configuration et l’état du serveur. Le service est installé automatiquement sur le nœud initial Tableau Server, mais aucune instance supplémentaire n’est installée lorsque vous ajoutez des nœuds supplémentaires. Le bon fonctionnement de Tableau Server dépendant du bon fonctionnement du service de coordination, nous vous recommandons, pour les installations de serveur de trois nœuds ou plus, d’ajouter des instances supplémentaires du service de coordination en déployant un nouvel ensemble de service de coordination. Vous bénéficierez ainsi de redondance et d’une disponibilité améliorée en cas de problème avec une instance du service de coordination. - [Configuration matérielle requise](#HardwareReqs) - [Quorum du service de coordination](#ZKquorum) - [Déployer un nouvel ensemble de service de coordination](#DeployZKEnsemble) ## Configuration matérielle requise Le matériel que vous utilisez pour Tableau Server peut avoir une incidence sur le bon fonctionnement du service de coordination. En particulier : - **Mémoire**. Le service de coordination gère les informations d’état en mémoire. Par nature, l’encombrement mémoire est faible et n’a pas d’impact sur les performances du serveur. - **Vitesse du disque**. Étant donné que le service stocke les informations d’état sur disque, il bénéficie d’une vitesse de disque élevée sur les ordinateurs du nœud. - **Vitesse de connexion** entre les nœuds. Le service communique en permanence entre les nœuds du groupement; une connexion rapide entre les nœuds contribue à une synchronisation efficace. Le service de coordination fait peser une importante charge d’E/S. De ce fait, si vous exécutez Tableau Server sur des ordinateurs présentant tout juste la configuration matérielle minimale requise, vous souhaiterez peut-être configurer un ensemble de service de coordination qui place le service sur des nœuds non utilisés par les autres processus du serveur. Ceci réduit le risque de retard du à la contention d’E/S entre les processus du serveur. Pour des informations sur le déploiement d’un ensemble sur des nœuds dédiés de service de coordination uniquement, consultez [Configurer Tableau Server pour la haute disponibilité avec des nœuds de service de coordination uniquement](https://help.tableau.com/current/server/fr-ca/distrib_ha_external_zk.htm). ## Quorum du service de coordination Pour pouvoir fonctionner correctement, le service de coordination exige un _quorum_, à savoir un nombre minimum d’instances du service. Cela signifie que le nombre de nœuds dans votre installation a une incidence sur le nombre d’instances du service de coordination que vous souhaitez configurer dans votre ensemble. #### Nombre d’instances de service de coordination à utiliser Le nombre maximum d’instances de service de coordination que vous pouvez avoir dans un ensemble sur Tableau Server dépend du nombre de nœuds Tableau Server dans votre déploiement. Configurez un ensemble de service de coordination basé sur ces recommandations : | Nombre total de nœuds de serveur | Nombre recommandé de nœuds de service de coordination dans l’ensemble (doit être 1, 3 ou 5) | Remarques | | --- | --- | --- | | 1-2 nœuds | 1 nœud | Ceci est le paramètre par défaut et ne nécessite aucune modification à moins que vous ne souhaitiez déplacer le service de coordination hors de votre nœud initial et vers votre nœud supplémentaire. | | 3-4 nœuds | 3 nœuds | Un ensemble de service de coordination à 3 nœuds permet à l’un des nœuds de l’ensemble d’échouer sans provoquer l’échec de Tableau Server. | | 5 nœuds ou plus | 3 nœuds ou 5 nœuds | Cinq est le nombre maximum d’instances de service de coordination que vous pouvez installer. Un ensemble de service de coordination à 3 nœuds permet à l’un des nœuds de l’ensemble d’échouer sans provoquer l’échec de Tableau Server. Un ensemble de 5 nœuds permet à deux nœuds de l’ensemble d’échouer sans provoquer l’échec de Tableau Server. Dans la plupart des installations, trois nœuds du service de coordination sont un choix adéquat et, étant donné que le service de coordination demande beaucoup de capacité d’E/S, il s’agit de la configuration la plus performante. Si la haute disponibilité est votre priorité absolue, vous pouvez envisager de déployer un ensemble de service de coordination à 5 nœuds. Cette configuration offrira une redondance accrue en cas d’échec d’un ou de plusieurs nœuds, mais exigera davantage de ressources système. Un maximum de deux nœuds de l’ensemble peuvent échouer sans impact sur Tableau Server (tant que d’autres services sur le nœud existent également sur les nœuds encore fonctionnels). Pour réduire l’impact sur les performances, localisez le service de coordination sur les nœuds qui utilisent moins d’autres services ou envisagez d’utiliser des nœuds de service de coordination uniquement. Pour plus d’informations, consultez [Configurer Tableau Server pour la haute disponibilité avec des nœuds de service de coordination uniquement](https://help.tableau.com/current/server/fr-ca/distrib_ha_external_zk.htm). | ## Déployer un nouvel ensemble de service de coordination Si vous installez un total de trois nœuds ou plus, vous devriez également déployer un ensemble de service de coordination. Si vous ne le faites pas, vous verrez s’afficher un message d’avertissement à chaque fois que vous apportez des modifications à la configuration ou à la topologie du serveur. Vous pouvez ignorer ce message, mais il est recommandé de déployer un ensemble de service de coordination multinœud. Lorsque vous installez Tableau Server, une seule instance du service de coordination est installée sur le nœud initial. TSM et Tableau Server dépendent du service de coordination pour fonctionner correctement. Ainsi, pour fournir la redondance et assurer la disponibilité sur des installations distribuées, configurez des instances supplémentaires du service de coordination en déployant un ensemble de service de coordination. Les ensembles de service de coordination sont installés avec une, trois ou cinq instances du service de coordination. Dans une installation à trois nœuds de Tableau Server, le nombre recommandé d’instances de service de coordination est de trois, un sur chaque nœud. N’essayez pas de déployer un ensemble de service de coordination s’il y a d’autres modifications en attente. Ignorez ou appliquez toute modification en attente avant de déployer un nouvel ensemble de service de coordination. **Remarque :** cette opération inclut des étapes que vous devrez peut-être effectuer avec la ligne de commande TSM. Pour utiliser l’interface en ligne de commande TSM, vous avez besoin d’un accès administrateur sur l’un des nœuds de votre installation et d’informations d’identification administrateur TSM pour exécuter des commandes TSM. Les étapes suivantes montrent comment déployer un nouvel ensemble de service de coordination sur un groupement Tableau Server existant à trois nœuds et nettoyer l’ancien ensemble. 1. Sur le nœud initial, ouvrez une invite de commande en tant qu’administrateur. 2. Arrêter Tableau Server : `tsm stop` Si vous y êtes invité, connectez-vous en tant qu’administrateur TSM. Certains processus TSM continueront de s’exécuter, notamment le contrôleur d’administration et l’agent d’administration. 3. Vérifiez qu’il n’y a aucune modification en attente : `tsm pending-changes list` S’il y a des modifications en attente, vous devez les ignorer ou les appliquer. L’application des modifications en attente demande un certain temps : - Rejetez les modifications : tsm pending-changes discard ou - Appliquez les modifications : tsm pending-changes apply Attendez que la commande se termine et que vous soyez renvoyé à l’invite système. 4. Obtenez les ID de nœud pour chaque nœud du groupement : `tsm topology list-nodes -v` 5. Utilisez la commande `tsm topology deploy-coordination-service` pour ajouter un ensemble de service de coordination en ajoutant le service de coordination aux nœuds spécifiés. Vous devez spécifier le(s) nœud(s) auquel (auxquels) le service de coordination doit être ajouté, en utilisant l’ID de nœud actuel pour identifier chaque nœud. La commande transforme également le nouvel ensemble en ensemble de « production » (l’ensemble en cours d’utilisation) et supprime l’ancien ensemble, sauf en cas d’échec du déploiement. Dans ce cas, consultez l’étape 6 ci-dessous. **Remarque :** une invite « y/n » (oui/non) s’affiche confirmant qu’un redémarrage du serveur aura lieu. Pour exécuter la commande sans entrée, incluez l’option `--ignore-prompt`. Par exemple, déployez le service de coordination sur l’ensemble des trois nœuds d’un groupement à trois nœuds, où les nœuds sont appelés node1, node2 et node3 : `tsm topology deploy-coordination-service -n node1,node2,node3` Attendez que la commande se termine et que vous soyez renvoyé à l’invite système. 6. (Facultatif) Si le déploiement échoue, vous devez exécuter la commande `tsm topology cleanup-coordination-service` pour supprimer l’ensemble déployé sans succès. Pour plus de détails sur l’exécution de la commande, consultez [tsm topology cleanup-coordination-service](https://help.tableau.com/current/server/fr-ca/cli_topology_tsm.htm#TSMCleanupCoordination). 7. Démarrez Tableau Server : `tsm start` [Passer au contenu principal](#main-content) # Désactiver l’authentification client automatique Une fois que les clients connectés à Tableau (p. ex., Tableau Desktop, Tableau Mobile, Tableau Prep Builder, etc.) et les jetons d’accès personnel (PAT) se sont correctement identifiés sur Tableau Server, ils sont automatiquement authentifiés à l’avenir. Les sessions clientes connectées et les PAT sont gérés par les jetons d’actualisation . Par défaut, les jetons d’actualisation sont réinitialisés après une année. Si un jeton d’actualisation n’a pas été utilisé dans les 14 jours, il expire. En tant qu’administrateur du serveur, vous pouvez modifier ces valeurs en définissant les options `refresh_token.absolute_expiry_in_seconds` et `refresh_token.idle_expiry_in_seconds`. Consultez [Options tsm configuration set](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm). En tant qu’administrateur Tableau Server, vous pouvez également désactiver l’authentification automatique pour les clients connectés. Dans ce cas, l’expiration de session est uniquement régie par le comportement de session Tableau Server, qui gère les sessions de création Web. Voir [10\. Vérifier la configuration de la durée de vie de la session](https://help.tableau.com/current/server/fr-ca/security_harden.htm#10.). Les sessions de création Web ne sont pas considérées comme un « client connecté » et n’utilisent pas de jetons d’actualisation . Pour déconnecter immédiatement les clients connectés de Tableau Server et demander aux utilisateurs de s’identifier à chaque fois qu’ils se connectent : 1. Connectez-vous à Tableau Server en tant qu’administrateur de serveur. 2. Dans le menu du site, cliquez sur Gérer tous les sites, puis cliquez sur Paramètres > Général. 3. Sous Clients connectés, décochez la case Autoriser les clients à se connecter automatiquement à Tableau Server. 4. Cliquez sur le bouton Enregistrer en haut ou en bas de la page. **Remarque :** ce paramètre décrit ci-dessus s’applique uniquement aux clients connectés et n’affecte pas la création et le rachat de PAT. [Passer au contenu principal](#main-content) # Désactiver ou activer Expliquer les données pour un site La fonctionnalité Parlez aux données est activée pour les sites par défaut, mais les administrateurs Tableau peuvent la désactiver. 1. Accédez aux paramètres de site Général. 2. (Tableau Server uniquement) Dans la section Création Web, sélectionnez Autoriser les utilisateurs à modifier les classeurs dans leur navigateur. 3. Dans la section Disponibilité d’Expliquer les données, choisissez parmi ces options : - Activer permet aux utilisateurs Creator et Explorer dotés des autorisations appropriées d’exécuter Expliquer les données en mode de modification. Permet à tous les utilisateurs disposant des autorisations appropriées d’exécuter Expliquer les données lorsqu’il est activé pour le mode d’affichage. - Désactiver empêche tous les utilisateurs d’exécuter Expliquer les données ou d’accéder aux paramètres d’Expliquer les données dans les classeurs. 4. Dans Tableau Cloud et Tableau Server 2023.3 et versions ultérieures, pour utiliser Expliquer les données : - Dans la section Disponibilité du guide des données, sélectionnez Afficher. Pour plus d’informations sur le guide des données, consultez [Explorer les tableaux de bord avec le Guide des données](https://help.tableau.com/current/server/fr-ca/data_guide.htm). [Passer au contenu principal](#main-content) # Désactiver Tableau Server hors ligne Si Tableau Server n’a pas accès à Internet, vous pouvez utiliser les instructions de cette rubrique pour désactiver Tableau Server. Vous aurez besoin d’un deuxième ordinateur capable d’accéder à Internet pour mener à bien ce processus d’activation. **Remarque :** Pour le moment, il n’est pas possible de désactiver Tableau Server 2023.1.0 ni les versions ultérieures si le service ATR est activé sur votre déploiement Tableau Server. Pour plus d’informations, consultez l’article de la base de connaissances [Tableau Server 2023.1+ : Désactivation de licence hors ligne avec ATR non disponible](https://help.salesforce.com/s/articleView?id=001534333&type=1). 1. Sur le nœud initial Tableau Server, créez un répertoire pour stocker le fichier de désactivation hors ligne qui est créé à l’étape suivante. 2. Connectez-vous à TSM en utilisant un compte administrateur Tableau, puis exécutez la commande suivante : `tsm licenses get-offline-deactivation-file -k -o ` 3. Déplacez le fichier `TableauOfflineDeactivationRequest.tlq` depuis le répertoire du fichier de désactivation que vous avez spécifié dans la commande précédente vers un ordinateur fiable ayant accès à Internet. 4. Sur l’ordinateur fiable ayant accès à Internet, ouvrez un navigateur Web et accédez à la page [Activations de produits](http://www.tableau.com/fr-ca/support/drivers/activation) Tableau. Suivez les instructions de cette page pour envoyer votre fichier `TableauOfflineDeactivationRequest.tlq`. **Remarque :** Ce processus ne fonctionne pas avec le navigateur Microsoft Edge. 5. À l’invite, enregistrez le fichier de retour de clé produit (`return.tlr`) depuis la page **Activations de produit**s. 6. Déplacez le fichier de retour de clé produit (`return.tlr`) depuis l’ordinateur de confiance ayant accès à Internet vers le Tableau Server du noeu initial exécutant le service du serveur de licences. 7. Connectez-vous à TSM en utilisant un compte administrateur Tableau, puis exécutez la commande suivante : `tsm licenses deactivate -f ` `tsm restart` **Remarque** : L’étape `tsm restart` ne s’applique que lorsque le serveur détient encore une ou plusieurs licences valides. Lorsque toutes les licences sont désactivées, Tableau Server ne peut pas démarrer, et l’exécution de tsm restart maintiendra l’état dégradé du serveur. [Passer au contenu principal](#main-content) # Désactiver une clé produit Dans certains cas, vous serez amené à désactiver une clé produit : - Modification d’une configuration matérielle - Modification des clés produit - Déplacement d’une clé produit vers une nouvelle installation ## Avant de commencer Vérifiez que vous êtes en train de supprimer la ou les clés produit appropriées. Vous pouvez afficher les détails de la licence en exécutant [tsm licenses list](https://help.tableau.com/current/server/fr-ca/cli_licenses_tsm.htm#TSMLicenseList) dans l’interface en ligne de commande. 1. Si l’ordinateur sur lequel vous exécutez Tableau Server a été configuré pour se connecter à Internet par un serveur proxy de transfert, suivez la procédure décrite dans la rubrique [Configurer les opérations de clé produit avec un proxy de transfert](https://help.tableau.com/current/server/fr-ca/activate_proxy.htm) avant de continuer. 2. Ouvrez TSM dans un navigateur : https://:8850 3. Cliquez sur **Configuration** puis sur Octroi de licences. ![Fenêtre d’octroi de licence affichant une licence qui expire bientôt.](/tableau/current/fr-ca/server/fr-ca/Img/license_deactivate.png) 4. Sélectionnez la clé produit que vous souhaitez désactiver, puis cliquez sur Désactiver la licence. 5. Une fois la clé désactivée, redémarrez Tableau Server. **Remarque :** Si aucune autre clé produit n’est activée avant le redémarrage, Tableau Server ne redémarre pas dans un état utilisable. Dans ce cas, vous ne pourrez pas utiliser Tableau Server tant que vous n’aurez pas activé une nouvelle clé produit dans TSM. 1. Ouvrez une invite de commande en tant qu’administrateur sur le nœud initial (le nœud sur lequel TSM est installé). 2. Exécutez les commandes suivantes : `tsm licenses deactivate --license-key ` `tsm restart` [Passer au contenu principal](#main-content) # Désinstallation de Resource Monitoring Tool Les programmes d’installation de Resource Monitoring Tool incluent les désinstallateurs. Si vous travaillez sous Windows, vous devriez pouvoir exécuter la désinstallation à partir de **Ajout/Suppression de programmes**. **Remarque :** si vous rencontrez des problèmes lors de la tentative de désinstallation de Resource Monitoring Tool, consultez [Résoudre les erreurs de désinstallation RMT](https://help.tableau.com/current/server/fr-ca/rmt-troubleshoot-uninstall.htm). Suivez les étapes ci-après pour désinstaller Resource Monitoring Tool. 1. Pour vous assurer d’avoir une désinstallation propre, supprimez tous les programmes suivants : Programmes installés sur le Serveur RMT : - Tableau Resource Monitoring Tool - Configuration Erlang pour Tableau Resource Monitoring Tool - Configuration PostgreSQL pour Tableau Resource Monitoring Tool - Conditions préalables pour Tableau Resource Monitoring Tool - Installation des prérequis Tableau Resource Monitoring Tool - Configuration RabbitMQ pour Tableau Resource Monitoring Tool Sur les ordinateurs Agent, désinstallez l’Agent Tableau Resource Monitoring Tool. 2. Après avoir désinstallé tous les programmes listés ci-dessus, supprimez le répertoire Tableau Resource Monitoring Tool sur le Serveur RMT et les ordinateurs Agent. L’emplacement par défaut du répertoire de données est `C:\Program Files\Tableau\Tableau Resource Monitoring Tool`. **Remarque :** si vous ne supprimez pas le répertoire Tableau Resource Monitoring Tool, certaines informations telles que le nom d’utilisateur et les mots de passe ou les paramètres de configuration sont conservées et réutilisées lors d’une réinstallation ultérieure de Resource Monitoring Tool. ## Qui peut le faire? Pour désinstaller Resource Monitoring Tool, vous devez remplir toutes les conditions suivantes : - Autorisations d’administrateur sur la machine où vous installez Resource Monitoring Tool. - Rôle sur le site d’administrateur Tableau Server. - Compte administrateur Resource Monitoring Tool. [Passer au contenu principal](#main-content) # Désinstallation de Tableau Server Ne désinstallez pas Tableau avant la mise à niveau. Pour plus d’informations sur la mise à niveau, consultez [Mise à niveau de Tableau Server (Windows)](https://help.tableau.com/current/server/fr-ca/sug_plan.htm). Depuis la version 2018.2, vous pouvez avoir plusieurs versions de Tableau Server installées en même temps. Cette configuration vous permet d’exécuter la majeure partie d’une mise à niveau pendant qu’une version existante est en cours d’exécution, et de réduire le temps d’immobilisation et l’impact pour les utilisateurs. Une fois que vous avez effectué la mise à niveau, vous pouvez désinstaller votre version précédente. Cette opération libère de l’espace disque. Vous n’avez pas à désinstaller la version précédente. Cet article explique comment désinstaller les versions antérieures après la mise à niveau à une version plus récente. ## Désinstallation et suppression complète de Tableau Server Il existe deux scénarios principaux de désinstallation pris en charge par Tableau Server sur Windows : - **Désinstaller Tableau Server :** _Après la mise à niveau_ à une nouvelle version de Tableau Server, vous pouvez désinstaller votre version précédente pour libérer de l’espace disque. Poursuivez votre lecture pour des informations sur la désinstallation de Tableau. - **Supprimer Tableau Server :** pour supprimer complètement Tableau Server d’un serveur, vous pouvez utiliser un script fourni par Tableau pour supprimer Tableau Server et tous les fichiers associés. _Cette opération supprime toutes les données ainsi que les composants serveur. Vous ne devez l’exécuter que si vous souhaitez réinitialiser l’ordinateur à un état pré-Tableau._ Vous pouvez avoir besoin de le faire si l’assistance technique vous recommande cette étape lors du dépannage d’un problème d’installation. Nous vous recommandons de créer une sauvegarde de vos données avant de supprimer Tableau. Enregistrez le fichier de sauvegarde dans un emplacement sûr sur un ordinateur qui ne fait pas partie de votre installation Tableau. Supprimez complètement Tableau Server sans d’abord désinstaller aucune version. Le script désinstallera toutes les versions existantes détectées sur l’ordinateur. Si vous avez déjà désinstallé votre version existante et que vous souhaitez supprimer complètement Tableau, vous trouverez le script de cette opération dans un emplacement temporaire. Pour plus d’informations, consultez [Supprimer Tableau Server de votre ordinateur](https://help.tableau.com/current/server/fr-ca/remove_tableau.htm). ## Désinstaller une version de Tableau Server Lors de la mise à niveau depuis une version TSM vers une autre, vous devez laisser la version antérieure en place jusqu’à ce que la mise à niveau soit terminée. _Ensuite_ vous pouvez la désinstaller. Utilisez le Panneau de configuration pour désinstaller une version antérieure de Tableau Server après la mise à niveau. Depuis la version 2018.2, vous pouvez avoir plusieurs versions de Tableau Server installées en même temps. Toutes les versions installés sont visibles dans le panneau de configuration, mais une seule version s’exécute (la version en cours d’exécution sera généralement le version vers laquelle vous effectuez la mise à niveau, mais si vous n’avez pas terminé la mise à niveau, ce peut être une version antérieure.) Une fois que vous avez effectué la mise à niveau, vous pouvez désinstaller votre version précédente. **Important :** depuis la version 2018.2, la désinstallation de Tableau Server ne crée plus une sauvegarde de vos données. La meilleure pratique consiste à toujours créer une sauvegarde de vos données avant la mise à niveau ou la désinstallation de Tableau. Vous pourrez ainsi réinstaller et restaurer les données si vous décidez de procéder ainsi. Enregistrez la sauvegarde dans un emplacement sûr sur un ordinateur qui ne fait pas partie de votre installation Tableau. Pour désinstaller une version de Tableau Server : 1. Ouvrez le panneau de configuration, cliquez sur Désinstaller un programme, et localisez la version à désinstaller. Assurez-vous de bien sélectionner la version correcte à désinstaller : - La désinstallation de versions antérieures de Tableau Server n’a pas d’incidence sur la version en cours d’exécution et supprime simplement les fichiers inutiles de ces précédentes versions. - Ne désinstallez **pas** votre version actuelle en cours d’exécution. La désinstallation de la version actuelle en cours d’exécution de Tableau Server arrête le serveur et supprime les fichiers et dossiers spécifiques au serveur, mais peut laisser quelques éléments derrière. La désinstallation ne crée pas une sauvegarde de vos données de référentiel. 2. Après avoir sélectionné la version de Tableau Server, cliquez sur Désinstaller. ## Autres articles de cette section [Passer au contenu principal](#main-content) # Désinstaller Tableau Server Independent Gateway Cette rubrique vous guide tout au long du processus de désinstallation de Tableau Server Independent Gateway. ## Désinstallation d’Independent Gateway La désinstallation d’Independent Gateway est un processus en deux étapes : 1. Désactivez l’instance d’Independent Gateway dans Tableau Server à l’aide de TSM. Pour désactiver Independent Gateway dans Tableau Server, exécutez cette commande à l’invite de commande du nœud Tableau Server initial : tsm topology external-services gateway disable 2. Désinstallez l’instance d’Independent Gateway que vous mettez à niveau à partir de l’ordinateur sur lequel elle s’exécute. Pour désinstaller Independent Gateway d’un ordinateur Windows, exécutez le programme d’installation et sélectionnez Désinstaller. Une fois le programme d’installation terminé, Independent Gateway a été désinstallé. Pour désinstaller une instance d’Independent Gateway, supprimez-la du groupement de serveurs à l’aide de TSM, puis, une fois Tableau Server entièrement reconfiguré, désinstallez Independent Gateway de l’ordinateur sur lequel il a été installé. Lorsque vous utilisez TSM pour supprimer l’instance de Tableau Server, TSM n’envoie plus aucune communication à l’instance d’Independent Gateway, de sorte que Independent Gateway n’est pas au courant des modifications de configuration. mais Independent Gateway continue de répondre en fonction de la dernière configuration connue et Tableau Server continue d’accepter ces réponses. Vous devez également supprimer l’instance d’Independent Gateway de l’ordinateur sur lequel elle s’exécute. [Passer au contenu principal](#main-content) # Définir les informations d’identification pour accéder à vos données publiées Lorsque vous publiez un classeur sur Tableau Cloud ou Tableau Server, vous pouvez publier la source de données à laquelle il se connecte comme faisant partie intégrante du classeur (_intégrée_ au classeur) ou en tant que source de données séparée et autonome. De plus, si la source de données que vous publiez nécessite une authentification, vous pouvez personnaliser la façon dont les informations d’identification sont obtenues. Le type d’authentification pour accéder à votre source de données ne dépend pas de la manière dont les personnes se connectent à votre site Tableau Cloud ou Tableau Server. Par exemple, pour que des utilisateurs puissent accéder directement aux données d’un classeur, vous devez intégrer les informations d’identification d’un utilisateur de base de données désigné dans la connexion à la source de données. Quiconque affiche le classeur devra tout de même se connecter au site sur Tableau Cloud ou Tableau Server pour ouvrir votre classeur. Cette rubrique explique comment définir l’authentification pour les connexions de données dans le cadre du processus de publication. **Remarque :** cette rubrique ne s’applique pas aux connexions qui ne nécessitent pas d’authentification, telles que des fichiers texte ou Excel. ## Définir le type d’authentification Pour de nombreux types de connexions, vous pouvez intégrer un mot de passe et un nom d’utilisateur de base de données ou utiliser l’authentification unique (SSO). Des exceptions particulières sont décrites dans les sections suivantes de cette rubrique. Les étapes suivantes expliquent comment définir l’authentification dans le cadre de la publication d’une source de données ou d’un classeur. Vous pouvez faire cela pour chaque connexion de la source de données. 1. Dans la boîte de dialogue Publier le classeur, accédez à la zone Sources de données, qui répertorie les connexions du classeur, et sélectionnez Modifier. 2. Dans la fenêtre contextuelle Gérer les sources de données, après avoir choisi de publier la source de données séparément ou dans le cadre du classeur, sélectionnez un type d’authentification pour chaque connexion dans la source de données. Les types d’authentification disponibles dépendent du type de connexion et peuvent inclure une ou plusieurs des options suivantes : - Inviter l’utilisateur : Les utilisateurs doivent saisir leurs propres identifiants pour la base de données permettant d’accéder aux données publiées lors du chargement de la vue ou du classeur. - Mot de passe intégré : Les informations d’identification utilisées pour la connexion aux données sont enregistrées avec la connexion et utilisées par toute personne qui accède à la source de données ou au classeur que vous publiez. - Compte Exécuter en tant que serveur : Un seul compte de service Kerberos sera utilisé pour authentifier l’utilisateur. Sous Windows, il s’agit du compte sous lequel Tableau Server s’exécute. Sous Linux, il peut s’agir de n’importe quel compte Kerberos. - Informations d’identification du Viewer : Les informations d’identification du Viewer sont transmises à la base de données à l’aide de SSO (généralement Kerberos). - Emprunt d’identité avec compte intégré ou Emprunt d’identité par compte Exécuter en tant que service : L’emprunt d’identité à l’aide d’informations d’identification intégrées se connecte aux informations d’identification intégrées, puis passe à l’identité du Viewer (uniquement pour les bases de données qui le prennent en charge). L’emprunt d’identité à l’aide du compte Exécuter en tant que service est similaire, mais se connecte d’abord au compte de service Kerberos avant de passer à l’identité du Viewer. - Actualisation non activée ou Accorder un accès d’actualisation : Ces options apparaissent lorsque vous publiez un extrait de données dans le nuage, par exemple provenant de Salesforce, et que les identifiants de la base de données ne sont pas nécessaires pour accéder aux données sous-jacentes. L’option Accorder un accès d’actualisationintègre les informations d’identification dans la connexion pour vous permettre de configurer une actualisation régulière de l’extrait. **Important :** la façon dont vous souhaitez actualiser les données extraites joue également un rôle : - Pour configurer une programmation d’actualisation automatique, vous devez insérer le mot de passe dans la connexion. - De plus, si vous publiez une connexion de données dans le nuage sur Tableau Cloud, les étapes de publication vous avertissent si vous devez ajouter Tableau Cloud à la liste autorisée du fournisseur de données. - Vous ne pouvez pas publier un extrait créé à partir d’une source de données déléguée par Kerberos et sécurisée au niveau des lignes. ### Connexions Dropbox, OneDrive Pour Dropbox et OneDrive, lorsque vous publiez une source de données ou un classeur et que vous sélectionnez Mot de passe intégré, Tableau crée des informations d’identification enregistrées et les intègre à la source de données ou au classeur. ### Connexions de classeurs aux sources de données Tableau Lorsque vous publiez un classeur qui se connecte à une source de données Tableau Cloud ou Tableau Server, au lieu de définir les informations d’identification pour accéder aux données sous-jacentes, indiquez si le classeur peut accéder à la source des données publiées à laquelle il se connecte. Peu importe le type de données d’origine, le choix des sources de données du serveur est toujours Mot de passe intégré ou Demander aux utilisateurs. Si vous définissez de demander aux utilisateurs, un utilisateur qui ouvre le classeur doit avoir les autorisations Afficher et Se connecter sur la source de données pour voir les données. Si vous sélectionnez mot de passe intégré, les utilisateurs peuvent voir les informations dans le classeur même s’ils ne disposent pas des autorisations Afficher et Se connecter. ### Connexions virtuelles À partir de Tableau Cloud et Tableau Server 2022.3 et Tableau Desktop 2022,4, lorsque vous publiez du contenu Tableau comme une source de données ou un classeur qui utilise une connexion virtuelle et que vous sélectionnez Intégrer le mot de passe ou Intégrer les informations d’identification, le visualiseur du contenu disposera de vos autorisations pour se connecter et interroger la connexion virtuelle. Cependant, toutes les politiques de données associées à la connexion virtuelle sont toujours évaluées en utilisant l’identité du visualiseur, et non la vôtre. Par exemple, vous publiez un classeur qui utilise une connexion virtuelle. Pour permettre aux visualiseurs du classeur de se connecter et d’interroger des données via la connexion virtuelle, vous intégrez vos autorisations pour vous connecter et interroger la connexion virtuelle. Ensuite, toutes les stratégies de données associées à la connexion virtuelle empêchent les visualiseurs du classeur d’accéder aux données sensibles. Lors de l’évaluation de l’accessibilité et de la visualisation des tables d’une connexion virtuelle, l’identité du créateur du contenu est utilisée. Cependant, lors de l’évaluation des stratégies de données associées aux tables dans une connexion virtuelle, l’identité de l’utilisateur est utilisée. Et le créateur de contenu ne peut intégrer que des autorisations de connexion à la connexion virtuelle, et non des autorisations de modification. Si vous choisissez de ne pas incorporer d’autorisations, seuls les utilisateurs disposant d’autorisations d’accès au classeur ou à la source de données et disposant d’autorisations de connexion à la connexion virtuelle peuvent accéder au classeur ou à la source de données. Les options d’incorporation du mot de passe et des informations d’identification pour les connexions virtuelles ne fonctionnent pas dans Tableau Cloud 2022,2, Tableau Server 2022.1 et Tableau Desktop 2022,3 et avant. Si vous sélectionnez ces options avant de mettre à niveau vers 2022.3 (Tableau Cloud et Tableau Server) ou 2022,4 (Tableau Desktop), les options fonctionneront comme prévu après la mise à niveau. Ensuite, vous pouvez incorporer vos autorisations pour interroger une connexion virtuelle. ## Voir également - Si vous publiez sur Tableau Server, consultez l’article [Modifier les connexions](https://help.tableau.com/current/server/fr-ca/help.htm#connections_modify.htm) dans l’aide de Tableau Server. - Si vous publiez sur Tableau Cloud et que le classeur se connecte à des données Salesforce, Google Analytics, Google Feuilles de calcul, Google BigQuery, OneDrive, Dropbox ou QuickBooks Online, consultez [Actualiser les données Google](https://help.tableau.com/current/online/fr-ca/to_fresh_data_saved_credentials.htm) dans l’aide de Tableau Cloud. - Si vous êtes administrateur de Tableau Server et que vous recherchez plus d’informations sur l’authentification, consultez les rubriques d’aide Tableau Server, « Authentification » ([Windows](https://help.tableau.com/current/server/fr-ca/security_auth.htm) | [Linux](https://help.tableau.com/current/server-linux/fr-ca/security_auth.htm)) et « Authentification de la connexion de données » ([Windows](https://help.tableau.com/current/server/fr-ca/security_data_connection_auth.htm) | [Linux](https://help.tableau.com/current/server-linux/fr-ca/security_data_connection_auth.htm)). [Passer au contenu principal](#main-content) # Différences entre relations et jointures Les relations sont une manière dynamique et flexible de combiner les données issues de plusieurs tables pour l’analyse. Vous n’avez pas besoin de définir les types de jointure pour les relations. Vous ne verrez donc pas un diagramme Venn lorsque vous les créez. Considérez une relation comme un contrat entre deux tables. Lorsque vous créez une visualisation avec des champs issus de ces tables, Tableau intègre les données depuis ces tables en utilisant ce contrat pour créer une requête avec les jointures appropriées. - **Pas de type de jointure à l’avance**. Il vous suffit de sélectionner les champs correspondants pour définir une relation (pas de [types de jointure](#WhereAreJoins)). Tableau tente d’abord de créer la relation en fonction des contraintes de clés existantes et des noms de champs correspondants. Vous pouvez ensuite vérifier qu’il s’agit bien des champs que vous voulez utiliser, ou ajouter d’autres paires de champs pour mieux définir la manière de relier les tables. - **Automatiques et contextuelles**. Les relations défèrent les jointures au moment et au contexte de l’analyse. Tableau sélectionne automatiquement les types de jointure en fonction des champs utilisés dans la visualisation. Au cours de l’analyse, Tableau ajuste les types de jointure de manière intelligente et préserve le niveau de détail natif dans vos données. Vous pouvez voir les agrégations au niveau de détail des champs dans votre visualisation plutôt que d’avoir à penser aux jointures sous-jacentes. Vous n’avez pas besoin d’utiliser des expressions LOD telles que FIXED pour dédupliquer des données dans des tables reliées. - **Flexibles**. Les relations peuvent être du type plusieurs à plusieurs et gérer des jointures externes complètes. La combinaison de tables à l’aide de relations est similaire à la création d’une source de données personnalisée et flexible pour chaque visualisation, le tout dans une seule source de données pour le classeur. Étant donné que Tableau interroge uniquement les tables qui sont nécessaires en fonction des champs et des filtres dans une visualisation, vous pouvez créer une source de données pouvant être utilisée pour divers flux analytiques. Pour plus d’informations, consultez [Relier vos données](https://help.tableau.com/current/pro/desktop/fr-ca/relate_tables.htm) et [Utiliser les relations sans crainte](https://help.tableau.com/current/pro/desktop/fr-ca/datasource_dont_be_scared.htm). > [!TIP] > > **Il est toujours possible de combiner vos données en utilisant des jointures**. Double-cliquez sur une table logique pour accéder à l’espace de travail des jointures. Pour plus d’informations, consultez [Qu’est-il advenu des jointures?](#WhereAreJoins) **Visionner une vidéo :** pour une introduction à l’utilisation des relations dans Tableau, visionnez cette vidéo de 5 minutes. **Remarque :** l’interface de modification des relations présentée dans cette vidéo peut différer légèrement de la version actuelle, mais elle possède les mêmes fonctionnalités. Consultez également les balados vidéo sur les relations à partir d’[Action Analytics](https://action-analytics.com/library/), tels que [Pourquoi Tableau a-t-il inventé des relations?](https://action-analytics.com/ep-1-why-did-tableau-invent-relationships/) Cliquez sur « Balado vidéo » dans la [bibliothèque](https://action-analytics.com/library/) pour en voir plus. Pour des informations connexes sur le fonctionnement des requêtes relationnelles, consultez ces billets du blogue Tableau : - [Relations, 1ère partie : Présentation des nouvelles fonctionnalités de modélisation des données dans Tableau](https://www.tableau.com/about/blog/2020/5/relationships-part-1-meet-new-tableau-data-model) - [Relations, 2ème partie : Conseils et astuces](https://www.tableau.com/about/blog/2020/5/relationships-part-2-tips-and-tricks) - [Relations, 3ème partie : Poser des questions sur plusieurs tables reliées](https://www.tableau.com/about/blog/2020/6/relationships-part-3-asking-questions-across-multiple-related-tables) ## Caractéristiques des relations et des jointures Les relations sont une manière dynamique et flexible de combiner les données issues de plusieurs tables pour l’analyse. Nous vous recommandons d’utiliser les relations comme première approche pour combiner vos données, car elles rendent la préparation et l’analyse des données plus faciles et plus intuitives. [Utilisez des jointures seulement lorsque vous en avez absolument besoin](https://help.tableau.com/current/pro/desktop/fr-ca/datasource_datamodel_faq.htm#can-i-use-joins-between-logical-tables). Voici quelques avantages à utiliser des relations pour combiner les tables : - Facilitent la définition, la modification et la réutilisation de votre source de données. - Facilitent l’analyse des données sur plusieurs tables au niveau de détail (LOD) correct. - Ne nécessitent pas l’utilisation d’expressions LOD ou de calculs LOD pour l’analyse à différents niveaux de détail. - Interrogent uniquement les données issues des tables comportant les champs utilisés dans le visualisation actuelle. ### Relations - S’affichent sous la forme de « noodles » flexibles entre les tables logiques - Nécessitent que vous sélectionniez les champs correspondants entre deux tables logiques - N’exigent pas que vous choisissiez les types de jointure - Rendent toutes les données de ligne et de colonne des tables reliées potentiellement disponibles dans la source de données - Conservent le niveau de détail de chaque table dans la source de données et pendant l’analyse - Créez des domaines indépendants à plusieurs niveaux de détail. Les tables ne sont pas fusionnées ensemble dans la source de données. - Lors de l’analyse, créez automatiquement les jointures appropriées, en fonction des champs utilisés. - Ne dupliquez pas les valeurs agrégées (lorsque les options de performance sont définies sur plusieurs à plusieurs) - Conservez des valeurs de mesures sans correspondances (lorsque les options de performance sont définies sur Certains enregistrements correspondent) ### Jointures Les jointures sont un moyen plus statique de combiner des données. Elles doivent être définies entre les tables physiques au préalable, avant l’analyse, et ne peuvent pas être modifiées sans incidence sur toutes les feuilles utilisant cette source de données. Les tables liées sont toujours fusionnées en une seule table. Par conséquent, il arrive qu’il manque des valeurs sans correspondances, ou qu’il y ait des valeurs agrégées en double dans les données liées. - S’affichent avec des icônes de diagramme de Venn entre les tables physiques - Exigent que vous spécifiiez les types de jointure et les clauses de jointure - Les tables physiques liées sont fusionnées en une seule table logique avec une combinaison fixe de données - Peuvent abandonner les valeurs de mesures sans correspondances - Peuvent entraîner la duplication des valeurs agrégées quand les champs sont à différents niveaux de détail - Prennent en charge des scénarios qui nécessitent une seule table de données, tels que les filtres d’extrait et l’agrégation. ## Exigences relatives à l’utilisation des relations - Lorsque vous reliez des tables, les champs qui définissent les relations doivent présenter le même type de données. La modification du type de données dans la page Source de données ne modifie pas cette exigence. Tableau continuera d’utiliser le type de données dans la base de données sous-jacente pour les requêtes. - Vous ne pouvez pas définir les relations en fonction de champs géographiques. - Les relations circulaires ne sont pas prises en charge dans le modèle de données. - Vous ne pouvez pas définir des relations entre des sources de données publiées. ### Facteurs qui limitent les avantages de l’utilisation de tables reliées - Les données « sales » dans les tables (c’est-à-dire les tables qui n’ont pas été créées avec un modèle bien structuré à l’esprit et contiennent un mélange de mesures et de dimensions dans plusieurs tables) peuvent rendre l’analyse multi-tables plus complexe. - L’utilisation de filtres de sources de données limitera la capacité de Tableau à éliminer les jointures dans les données. Le terme « élimination des jointures » désigne la façon dont Tableau simplifie les requêtes en supprimant les jointures inutiles. - Tables avec beaucoup de valeurs sans correspondances entre les relations. - Dans les versions 2020.2 à 2024.1 : Interrelier plusieurs tables de faits avec plusieurs tables de dimensions (tenter de modéliser des dimensions partagées ou conformes). Dans la version 2024.2 et versions ultérieures, vous pouvez utiliser des relations multi-faits pour résoudre ces cas. Pour plus d’informations, consultez [Analyse et relations multi-faits](https://help.tableau.com/current/pro/desktop/fr-ca/datasource_datamodel.htm#multifact-analysis) et [À propos des modèles de données avec des relations multi-faits](https://help.tableau.com/current/pro/desktop/fr-ca/datasource_mfr_multiple_base_tables.htm). ## Qu’est-il advenu des jointures? Vous pouvez toujours spécifier des jointures entre les tables dans la couche physique d’une source de données. Double-cliquez sur une table logique pour accéder à l’espace de travail Jointure/Union dans la couche physique et ajouter des jointures ou des unions. Chaque table logique de haut niveau contient au moins une table physique. Ouvrez une table logique pour afficher, modifier ou créer des jointures entre ses tables physiques. Faites un clic droit sur une table logique, puis cliquez sur Ouvrir. Il suffit sinon de double-cliquer sur la table pour l’ouvrir. ![Modèle de données avec deux jointures.](/tableau/current/fr-ca/server/fr-ca/Img/data_model_singletable_joins.gif) Lorsque vous créez une source de données, elle comporte deux couches. La couche de niveau supérieur est la couche logique de la source de données. Vous combinez les données entre les tables dans la couche logique en utilisant des relations. La couche suivante est la couche physique de la source de données. Vous combinez les données entre les tables de la couche physique à l’aide de jointures. Pour plus d’informations, consultez [Tables logiques et tables physiques dans le modèle de données](https://help.tableau.com/current/pro/desktop/fr-ca/datasource_datamodel.htm). ![Un diagramme de modèle de données affiche une couche logique avec deux tables liées par une relation et une couche physique qui illustre comment les tables logiques sont construites à partir de tables physiques.](/tableau/current/fr-ca/server/fr-ca/Img/data_model_layers_sm.png) [Passer au contenu principal](#main-content) # Directives générales de performances ## Matériel et logiciel **Ajouter plus de cœurs et de la mémoire :** En règle générale, vous obtiendrez de meilleures performances avec davantage de cœurs de processeurs et une mémoire RAM plus importante, que vous exécutiez Tableau Server sur un ou plusieurs ordinateurs. Assurez-vous de satisfaire les exigences matérielles et logicielles recommandées pour Tableau Server. Si vous exécutez Tableau Server dans un environnement virtuel, utilisez les bonnes pratiques concernant l’hôte de la machine virtuelle pour allouer la vCPU en fonction du nombre de cœurs de processeur physiques sur l’hôte de la machine virtuelle. ## Référentiel externe Pour des performances optimales pour Tableau Server, nous vous recommandons d’isoler le référentiel sur un nœud dédié dans votre déploiement. Si vous disposez d’une licence Advanced Management, envisagez d’exécuter le référentiel en tant que base de données externe. Si votre organisation a une charge maximale de plus de 1 000 sessions VizQL par heure, nous vous recommandons également d’exécuter Tableau Server sur Linux. Dans ce scénario, les sessions VizQL font référence à toutes les actions utilisateur qui affichent ou génèrent des visualisations à partir de Tableau Server. Pour plus d’informations, consultez [Référentiel externe Tableau Server](https://help.tableau.com/current/server-linux/fr-ca/server_external_repo.htm). ## Configuration **La programmation est actualisée pendant les heures creuses :** Les tâches de sauvegarde ont tendance à bloquer les autres tâches en arrière-plan jusqu’à la fin de la sauvegarde. Utilisez la vue administrative [Tâches en arrière-plan pour les extraits](https://help.tableau.com/current/server/fr-ca/adminview_backgrnd.htm) pour voir vos programmations d’actualisation et de sauvegarde. Vos programmations d’actualisation et de sauvegarde doivent être programmées durant les heures creuses qui ne se chevauchent pas avec votre sauvegarde Windows. **Vérifier la mise en cache :** La mise en cache permet à Tableau Server de répondre rapidement aux requêtes client, principalement dans le cadre des vues qui se connectent à des bases de données en direct. Utilisez la commande [tsm data-access caching list](https://help.tableau.com/current/server/fr-ca/cli_data-access.htm#caching-list) pour confirmer que la fréquence de mise en cache est définie sur `low` (paramètre par défaut). Tableau Server utilise un cache de requête pour stocker les résultats des requêtes. La taille du cache de requêtes est désormais définie automatiquement en fonction de la quantité de mémoire système disponible, tant que vous ne l’avez pas définie manuellement. Le cache de requêtes se compose du cache de requêtes logiques, du cache de métadonnées et du cache de requêtes natives. Les paramètres par défaut du cache de requêtes sont adaptés à la plupart des situations, mais il est possible de les configurer manuellement à l’aide de l’interface en ligne de commande TSM. Les paramètres TSM sont : `native_api.InitializeQueryCacheSizeBasedOnWeights`, `native_api.QueryCacheMaxAllowedMB`, `native_api.LogicalQueryCacheMaxAllowedWeight`, `native_api.MetadataQueryCachMaxAllowedWeight`, `native_api.NativeQueryCacheMaxAllowedWeight` et `native_api.QueryCacheEntryMaxAllowedInPercent`. Consultez [native\_api.InitializeQueryCacheSizeBasedOnWeights](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm#querycachesizeadaptiveinit) pour plus d’informations. **Envisager de modifier deux paramètres de mémoire de session :** - **Durée limite de la session VizQL :** La durée limite par défaut de la session VizQL est 30 minutes. La session VizQL consomme des cycles de mémoire et d’unité centrale de traitement même si elle est inactive. Si une limite inférieure suffit, utilisez [Options tsm configuration set](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm) pour modifier le paramètre `vizqlserver.session.expiry.timeout`. - **Effacer session VizQL :** Par défaut, les sessions VizQL sont stockées en mémoire même lorsqu’un utilisateur quitte une vue. Cette opération réduit la nécessité de recréer des vues, mais utilise davantage de mémoire de session. Pour libérer de la mémoire, vous pouvez terminer les sessions lorsque les utilisateurs quittent les vues en modifiant la valeur du paramètre `vizqlserver.clear_session_on_unload` sur `true`. (Quel que soit ce paramètre, les sessions de l’application Tableau Mobile sont toujours conservées en mémoire, ce qui améliore les performances mobiles.) **Évaluer la configuration du processus :** Tableau Server est divisé en six composants différents appelés processus serveur. Leur configuration par défaut est conçue pour fonctionner avec de nombreux scénarios mais vous pouvez également les reconfigurer pour atteindre différents objectifs de performances. Vous pouvez notamment contrôler sur quels ordinateurs les processus s’exécutent et le nombre de processus qui sont exécutés. Consultez [Réglage des performances](https://help.tableau.com/current/server/fr-ca/perf_tuning.htm) pour obtenir des instructions générales sur les déploiements à un, deux et trois nœuds. ## Logiciel antivirus Le logiciel antivirus qui analyse les répertoires utilisés par Tableau Server peut interférer avec l’installation et l’utilisation continue de Tableau Server. Dans certains cas, cela peut entraîner des échecs d’installation, des problèmes de démarrage de Tableau Server ou des incidences sur les performances. Si vous prévoyez de lancer un logiciel antivirus sur l’ordinateur exécutant Tableau Server, suivez les recommandations de la [Base de connaissances](http://kb.tableau.com/articles/howto/improving-performance-by-using-antivirus-exclusions?lang=fr-ca). ## Server Resource Manager (SRM) Server Resource Manager (SRM) surveille les ressources système utilisé par chaque processus Tableau et suit l’utilisation totale de Tableau Server sur le système. Si un processus spécifique ou le produit dans son ensemble utilise trop de ressources système, SRM peut notifier les processus de manière à libérer des ressources ou à redémarrer ces processus. Les seuils déterminant à quel moment SRM envoie une notification ou redémarre un processus sont définis dans les options de configuration de SRM. L’équipe de développement de Tableau a défini les paramètres par défaut sur la base de tests internes et vous déconseille de modifier ces paramètres directement. Si vous constatez une sollicitation excessive des ressources système, nous vous recommandons de contacter Tableau Server afin de déterminer s’il faut modifier ces options de configuration pour résoudre le problème ou la difficulté que vous rencontrez. [Passer au contenu principal](#main-content) # Disponibilité du site Un site peut être suspendu ou verrouillé en raison de l’échec de son importation ou parce qu’un administrateur de serveur choisit de le suspendre pendant un certain temps. Lorsqu’un site est suspendu, seul l’administrateur du serveur peut activer le site pour le rendre de nouveau disponible. **Remarque :** si un site est verrouillé et que vous ne pouvez pas accéder à la page Sites via l’interface Server, utilisez la commande [tsm sites unlock](https://help.tableau.com/current/server/fr-ca/cli_sites_tsm.htm#TSMUnlock) pour modifier l’état sur actif. ## Pour activer ou suspendre un site 1. Dans le menu de site, cliquez sur Gérer tous les sites, puis cliquez sur Sites. 2. Sélectionnez le site, puis sélectionnez Actions > Activer ou Suspendre. ![Une liste de sites Tableau avec un menu déroulant ouvert, dans lequel l’action « Activer... » est sélectionnée.](/tableau/current/fr-ca/server/fr-ca/Img/sites_activate.png) [Passer au contenu principal](#main-content) # Données d’utilisation du serveur L’administrateur de Tableau Server peut contrôler si les données d’utilisation de Tableau Server sont envoyées ou non à Tableau. Par défaut, cette option est activée et peut être désactivée lors de l’installation initiale ou après l’installation de Tableau Server, en utilisant l’interface utilisateur Web ou la ligne de commande TSM : Pour plus de détails sur ces données d’utilisation, consultez [Tableau Product Usage Data](http://tableau.com/derived-data). En plus des données sur l’utilisation des produits, les produits Tableau envoient des données de base sur les produits à Tableau. Ces données sont envoyées que vous ayez ou non désactivé l’envoi de données d’utilisation du produit. Vous pouvez désactiver l’envoi de données de base sur les produits séparément. Pour plus d’informations, consultez [Données de base sur les produits](https://help.tableau.com/current/server/fr-ca/usage_data_basic_product_data.htm). ## Désactiver le partage des données d’utilisation Vous pouvez désactiver le partage des données d’utilisation lorsque vous installez Tableau Server, ou à tout moment après l’installation. ### Désactiver le partage des données d’utilisation lors de l’installation Pour désactiver le partage des données d’utilisation avec Tableau lors de l’installation de Tableau Server, décochez l’option lors de la configuration initiale du serveur. Pour plus d’informations, consultez [Données d’utilisation du produit](https://help.tableau.com/current/server/fr-ca/config_general.htm#product_data). ### Désactiver le partage des données d’utilisation après l’installation 1. Ouvrez TSM dans un navigateur : https://:8850. Pour plus d’informations, consultez [Se connecter à l’interface utilisateur Web Tableau Services Manager](https://help.tableau.com/current/server/fr-ca/sign_in_tsm.htm). 2. Cliquez sur l’onglet Maintenance. 3. Sous Autres tâches de maintenance, dans Données d’utilisation du serveur, désélectionnez Envoyer des données d’utilisation pour améliorer les fonctionnalités de Tableau : ![Message de données d’utilisation du produit demandant l’autorisation de collecter des informations sur votre utilisation des fonctionnalités.](/tableau/current/fr-ca/server/fr-ca/Img/tsm-ui-server-usage.png) 4. Une fois que vous avez terminé, cliquez sur Modifications en attente, puis cliquez sur Appliquer les modifications et redémarrer. Si vous ne voulez pas partager les données d’utilisation du produit, désactivez l’option en utilisant cette commande de configuration tsm : tsm configuration set -k shareproductusagedata.enabled -v false tsm pending-changes apply Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). ## Autres articles de cette section [Passer au contenu principal](#main-content) # Données de base sur les produits Par défaut, les produits Tableau envoient des données d’utilisation à Tableau afin que nous puissions comprendre comment les clients utilisent notre logiciel, et comprendre là où ils réussissent et là où ils sont susceptibles de rencontrer des problèmes que nous pouvons résoudre. Par exemple, ces données peuvent nous aider à savoir où les mises à niveau échouent généralement et à apporter des modifications correctives aux produits. Elles permettent aussi d’identifier quelle partie de notre base d’utilisateurs a besoin informée d’un problème de sécurité concernant une version spécifique de Tableau Server. Vous pouvez désactiver l’envoi de ces données au moment de l’installation, ou ultérieurement. Pour plus d’informations sur cette procédure, consultez les instructions concernant [Tableau Desktop ou Tableau Server](https://help.tableau.com/current/desktopdeploy/fr-ca/desktop_deploy_setting_changes.htm#usage)[](https://help.tableau.com/current/server/fr-ca/usage_data_server.htm). Même lorsque vous désactivez l’envoi de données d’utilisation du produit, certaines données de base du produit sont envoyées à Tableau. Ces données de base sur les produits comprennent des détails sur les produits et leurs processus, et notamment : le produit ou le processus en cours d’exécution, leur heure de démarrage, le système d’exploitation utilisé, les données de licences, la machine ou le groupement de machines à l’origine de l’envoi des données (en utilisant des identificateurs avec pseudonymes uniques), et si le produit est configuré pour envoyer des données d’utilisation. Vous pouvez désactiver l’envoi de données de base sur les produits au niveau de l’ordinateur, ou au niveau de l’entreprise, en bloquant le trafic envoyé à **prod.telemetry.tableausoftware.com**. ## Désactivation du partage des données de base sur les produits au niveau des ordinateurs individuels **Important :** cette procédure consiste à modifier votre fichier local `hosts` . Si vous ne savez pas ce dont il s’agit, il est déconseillé de le modifier. Vous ne devez apporter cette modification que si vous comprenez les implications d’une modification de ce fichier, si vous savez comment modifier le fichier et si vous avez effectué une sauvegarde du fichier pour plus de sécurité. La modification des fichiers `hosts` modifie le comportement du réseau pour les ordinateurs. Des instructions détaillées relatives à la modification des fichiers `hosts` sont fournies par des fournisseurs de systèmes d’exploitation tels que Microsoft, Apple ou Linux Distributions. 1. Effectuez une copie de votre fichier d’hôtes existant et enregistrez-le sur un ordinateur qui n’est pas votre ordinateur Tableau. Il s’agit de votre sauvegarde, au cas où vous avez besoin d’annuler vos modifications. Ne commencez pas à modifier le fichier tant que vous n’en avez pas fait une copie de sauvegarde. 2. Modifiez le fichier `hosts` de votre ordinateur de manière à inclure les lignes suivantes : \# Stops sending Product Usage to Tableau (prod.telemetry.tableausoftware.com). # Learn more here: http:\\\\tableau.com\\derived-data 127.0.0.1 prod.telemetry.tableausoftware.com Les première et deuxième lignes sont des commentaires qui expliquent la troisième ligne. La troisième ligne empêche tout le trafic vers `prod.telemetry.tableausoftware.com` (`http://prod.telemetry.tableausoftware.com/`) de quitter votre machine locale en l’envoyant à l’adresse de bouclage de l’hôte interne. Les données ne sont pas envoyées à l’extérieur de l’ordinateur. ## Désactiver le partage des données de base sur les produits au niveau de l’entreprise Pour désactiver l’envoi de données de base sur les produits au niveau de l’entreprise, modifiez votre pare-feu réseau pour empêcher le trafic sortant vers `prod.telemetry.tableausoftware.com`. Ce domaine est utilisé par Tableau pour recevoir les données de base du produit sur le lancement et l’arrêt des processus. Il est également utilisé pour les données d’utilisation plus générales du produit. En bloquant le trafic vers ce domaine, vous empêcherez l’envoi des deux types de données. Le trafic vers ce domaine se fera sur les ports 80 (pour l’enregistrement initial de nos clients des données de produits) et sur le port 443 (pour tout le trafic ultérieur). Pour empêcher complètement l’envoi de données de produits, bloquez tout le trafic vers ce domaine. Pour plus de détails sur la configuration de votre pare-feu réseau, consultez votre fournisseur ou votre service informatique interne. Tableau ne peut pas fournir ces instructions. [Passer au contenu principal](#main-content) # Incidents d’échec d’extraction Les incidents _Échecs des extraits_ seront enregistrés en tant qu’avertissement en cas de défaillance d’un extrait dans le Tableau. ## Qui peut le faire? Administrateur Resource Monitoring Tool ou utilisateur Resource Monitoring Tool ayant un rôle **Gestion du serveur/de l’environnement.** [Passer au contenu principal](#main-content) # Effectuer une sauvegarde et une restauration complètes de Tableau Server Vous pouvez utiliser les étapes suivantes pour sauvegarder votre déploiement Tableau Server. Plus spécifiquement, ces étapes décrivent comment récupérer un clone d’un serveur à partir d’une collection de données et de ressources de sauvegarde. **Remarque :** l’exécution du processus de sauvegarde peut demander beaucoup de temps. Étant donné qu’aucun autre travail ne peut s’exécuter lorsque la sauvegarde est en cours, nous vous recommandons de l’exécuter en dehors des heures ouvrables. ## Types de données de sauvegarde Tableau Server peut générer deux types de données de sauvegarde. Nous vous recommandons d’effectuer des sauvegardes régulières de chaque type dans le cas où vous devez restaurer un serveur dans un scénario de récupération : - **Données gérées par** Tableau Server **:** elles sont constituées de la base de données PostgreSQL ou du référentiel et du répertoire de données de Tableau, qui contient les métadonnées des classeurs et des utilisateurs, des fichiers d’extraits de données et des données de configuration de site. Lorsque vous utilisez TSM pour créer une sauvegarde, tous ces éléments sont enregistrés dans un fichier unique portant une extension .tsbak. Ces données sont sauvegardées à l’aide de la commande `[tsm maintenance backup](https://help.tableau.com/current/server/fr-ca/cli_maintenance_tsm.htm#tsm)`. > [!IMPORTANT] > > **Remarque :** lorsqu’un stockage de fichiers externe est configuré, vous ne pouvez pas utiliser la commande `tsm maintenance backup` pour sauvegarder les données de Tableau Server. Pour plus d’informations sur la sauvegarde de ces données, consultez [Sauvegarde et restauration avec un stockage de fichiers externe](https://help.tableau.com/current/server/fr-ca/server_external_filestore_storage_backup_restore.htm). - Vous pouvez uniquement restaurer à partir d’une sauvegarde présentant le même type de banque d’identités que le serveur en cours d’exécution. Par exemple, une sauvegarde à partir d’un serveur utilisant l’authentification locale peut être restaurée sur une instance Tableau Server initialisée avec l’authentification locale, mais une sauvegarde depuis un serveur utilisant l’authentification Active Directory ne peut pas être restaurée sur un serveur initialisé avec l’authentification locale. - Vous ne pouvez restaurer un fichier de sauvegarde que dans une version de Tableau Server identique ou plus récente que la version sur laquelle la sauvegarde a été créée. Vous ne pouvez pas effectuer une restauration vers une version plus ancienne de Tableau. - **Important :** Si vous effectuez des mises à niveau bleu/vert ou mettez à niveau manuellement Tableau Server 2021.4 (ou version antérieure) à l’aide de la méthode [maintenance tsm (sauvegarde et restauration)](https://help.tableau.com/current/server/fr-ca/cli_maintenance_tsm.htm), vous devez activer `legacy-identity-mode` avant de pouvoir procéder à une restauration vers Tableau Server 2022.1 (ou version ultérieure). Pour plus d’informations, consultez [Résoudre les problèmes liés à la migration des identités](https://help.tableau.com/current/server/fr-ca/identity_migration_troubleshoot.htm). - À partir de la version 2022.3, les sauvegardes créées à l’aide de tabadmin (« sauvegardes avant TSM ») ne sont pas prises en charge. Vous ne pouvez pas restaurer une sauvegarde avant TSM vers la version 2022.3 de Tableau Server ou une version ultérieure. - Données de configuration et de topologie : incluent la plupart des renseignements sur la configuration du serveur qui sont nécessaires pour une récupération complète d’un serveur. SMTP, les alertes, certaines ressources d’authentification sont tous des exemples de données de configuration exportables pour une sauvegarde. Les données de topologie définissent comment vos processus Tableau Server sont configurés à la fois dans les déploiements à serveur monosite et à nœuds multiples. Les données de configuration et de topologie sont sauvegardées à l’aide de la commande `[tsm settings export](https://help.tableau.com/current/server/fr-ca/cli_settings_tsm.htm#TSMExport)`. **Remarque :** vous pouvez modifier les chemins d’accès de fichier utilisés par la commande `[tsm maintenance backup](https://help.tableau.com/current/server/fr-ca/cli_maintenance_tsm.htm#tsm)` à partir de la valeur par défaut. Pour plus d’informations, consultez [Chemins d’accès des fichiers tsm](https://help.tableau.com/current/server/fr-ca/cli_default_filepaths_tsm.htm). ## Ressources de sauvegarde nécessitant un processus manuel Certaines données de configuration ne sont pas incluses dans la commande `tsm settings export` et doivent donc être documentées et restaurées manuellement. Les données de configuration suivantes sont exclues de l’opération `tsm settings export`. Votre processus de maintenance de sauvegarde devrait inclure la documentation des données de configuration Tableau Server suivantes : - Comptes utilisateur système. Le programme d’installation de Tableau Server utilise un compte utilisateur sans privilège, `NetworkService`. Ce compte sert à accéder aux ressources Tableau Server. Si vous n’avez pas modifié ce compte, vous n’avez pas besoin de le documenter. - Configuration du déploiement du service de coordination. Si vous exécutez un groupement multinœuds, documentez les nœuds qui exécutent le processus de services de coordination. Pour afficher la configuration des processus sur vos nœuds, exécutez `tsm topology list-nodes -v`. - Paramètres de personnalisation. Si votre entreprise utilise un en-tête ou des logos de connexion personnalisés pour les pages Web Tableau Server, vous devriez inclure une copie de ces ressources avec votre portefeuille de sauvegarde. Consultez [tsm customize](https://help.tableau.com/current/server/fr-ca/cli_customize.htm). - La plupart des ressources d’authentification. Bien que les emplacements des fichiers peuvent être inclus dans un fichier `settings.json` exporté, la plupart des fichiers de certificat, fichiers de la clé, fichiers keytab ou autres ressources liées à l’authentification ne sont pas sauvegardés par TSM. Vérifiez que vous n’aurez pas besoin de recréer les actifs que vous essayez de déplacer. Il y a trois exceptions : - Le certificat public et la clé privée de la base de données interne PostgreSQL (si activée) sont sauvegardés. - Le certificat et la clé pour le protocole SSL externe sont sauvegardés et inclus dans les données de configuration. - Le certificat personnalisé installé par [tsm security custom-cert add](https://help.tableau.com/current/server/fr-ca/cli_security_tsm.htm#custom-cert-add) (si ajouté) est sauvegardé. Par contre, toutes les autres ressources associées à l’authentification ne sont pas sauvegardées. Par exemple, si vous avez activé l’accès à la base de données PostgreSQL avec la commande [tsm data-access repository-access enable](https://help.tableau.com/current/server/fr-ca/cli_data-access.htm#repository-access-enable), veillez à documenter les paires nom/mot de passe pour chaque compte que vous avez configuré. Ces identifiants ne sont pas sauvegardés. Le certificat et la clé pour le protocole SSL mutuel ne sont pas inclus dans la sauvegarde. - Ressources LDAP. Les fichiers keytab, les fichiers de configuration ou les autres ressources liées à LDAP ne sont pas sauvegardés par TSM. Les secrets de serveur internes et les mots de passe de référentiel sont des configurations liées au chiffrement et ne sont pas exportés. Toutefois, vous n’avez pas besoin de documenter les valeurs de configuration. Les nouveaux secrets seront créés dans le cadre du processus de restauration lorsque vous initialisez la nouvelle instance. ## Sauvegarde de Tableau Server en vue de la récupération Tableau Server inclut des commandes que vous exécutez pour générer des données de sauvegarde pour Tableau Server. Avant de sauvegarder Tableau Server, vérifiez que les autorisations sont configurées correctement pour les scénarios suivants : - Tableau Server installé sur un lecteur autre que par défaut : si vous avez installé Tableau Server sur un lecteur ou dossier autre que celui par défaut, vous devrez configurer manuellement les autorisations pour le compte Network Service. Vous devrez peut-être également configurer des autorisations supplémentaires pour le compte Exécuter en tant que service. Voir [Installation dans un emplacement autre que par défaut](https://help.tableau.com/current/server/fr-ca/runas_confirm_read_ex.htm#Installi). - Lors de la sauvegarde de Tableau Server sous Windows sur un lecteur réseau, le compte Machine doit disposer d’un accès en écriture au partage réseau où les fichiers de sauvegarde sont écrits (ce n’est pas normalement le cas et vous êtes responsable de ce paramétrage si vous souhaitez sauvegarder le serveur sur un partage réseau). Pour sauvegarder les données de topologie et de configuration du serveur, utilisez la commande [tsm settings](https://help.tableau.com/current/server/fr-ca/cli_settings_tsm.htm). 1. Les données de topologie et de configuration sont incluses lorsque vous exécutez la commande `[tsm settings export](https://help.tableau.com/current/server/fr-ca/cli_settings_tsm.htm#TSMExport)`. Les données sont exportées en tant que fichier json. Spécifiez le nom et l’emplacement du fichier json en exécutant la commande suivante : `tsm settings export -f .json` **Remarque :** du fait que la sauvegarde contient des secrets, nous vous recommandons de chiffrer la sauvegarde et de la stocker à un emplacement sûr. Pour plus d’informations sur les secrets de Tableau Server, consultez [Gérer les secrets de serveur](https://help.tableau.com/current/server/fr-ca/security_secret_storage.htm). 2. Sauvegarder les données du référentiel et du stockage de fichiers. Les données du référentiel sont sauvegardées à l’aide de la commande `[tsm maintenance backup](https://help.tableau.com/current/server/fr-ca/cli_maintenance_tsm.htm#tsm)`. Spécifiez le nom et l’emplacement du fichier de sauvegarde en exécutant la commande suivante : `tsm maintenance backup -f .tsbak -d` Le fichier de sauvegarde est assemblé dans un emplacement temporaire dans le répertoire de données, puis écrit sur le répertoire défini dans la variable TSM `basefilepath.backuprestore` . Par défaut : `` `C:\ProgramData\Tableau\Tableau Server\data\tabsvc\files\backups\` ```.tsbak` Pour plus d’informations sur l’emplacement d’écriture des fichiers de sauvegarde et la manière de les modifier, consultez [Chemins d’accès des fichiers tsm](https://help.tableau.com/current/server/fr-ca/cli_default_filepaths_tsm.htm). **Remarque :** même lorsque vous modifiez l’emplacement de sauvegarde, le processus de sauvegarde utilise un emplacement temporaire dans le répertoire de données pour assembler le fichier de sauvegarde. > [!IMPORTANT] > > **Remarque :** lorsque le stockage de fichiers est configuré en externe à Tableau Server, vous ne pouvez pas utiliser la commande tsm maintenance backup pour sauvegarder les données de Tableau Server. Pour plus d’informations sur la sauvegarde de ces données, consultez [Sauvegarde et restauration avec un stockage de fichiers externe](https://help.tableau.com/current/server/fr-ca/server_external_filestore_storage_backup_restore.htm). ## Restauration des principales fonctionnalités de Tableau Server La procédure ci-dessous utilise les ressources des deux précédentes sections pour reconstituer une instance Tableau Server dans un scénario de récupération. **Remarque :** si vous avez besoin de restaurer uniquement le référentiel sur une instance Tableau Server qui est autrement fonctionnelle, consultez [Restaurer à partir d’une sauvegarde](https://help.tableau.com/current/server/fr-ca/db_restore.htm#db). Si vous exécutez un déploiement distribué et que votre nœud initial a échoué, consultez [Récupérer suite à la défaillance d’un nœud initial](https://help.tableau.com/current/server/fr-ca/distrib_ha_init_node_fail.htm). Vous devez avoir à portée de main les ressources suivantes : - Données de topologie et de configuration : il s’agit du fichier json qui est généré par la commande `tsm settings export`. - Fichier de sauvegarde de référentiel : ce fichier portant l’extension .tsbak est généré par la commande `tsm maintenance backup`. Vous pouvez uniquement restaurer à partir d’une sauvegarde présentant le même type de banque d’identités que le serveur en cours d’exécution. Par exemple, une sauvegarde à partir d’un serveur utilisant l’authentification locale peut être restaurée sur une instance Tableau Server initialisée avec l’authentification locale, mais une sauvegarde depuis un serveur utilisant l’authentification Active Directory ne peut pas être restaurée sur un serveur initialisé avec l’authentification locale. Lorsque vous utilisez `tsm maintenance restore` pour restaurer vos données Tableau, les fichiers d’extrait de données et le contenu de la base de données PostgreSQL sont écrasés par le contenu du fichier de sauvegarde (`.tsbak`). En cas d’installation distribuée de Tableau Server, effectuez la restauration sur le nœud exécutant le contrôleur TSM (il s’agit généralement du nœud initial). - Ressources de sauvegarde : ces ressources incluent la liste des configurations documentées comme mentionné dans la section précédente. Pour restaurer une installation autonome de Tableau Server 1. Sur l’ordinateur sur lequel vous souhaitez restaurer Tableau Server, [Installer TSM](https://help.tableau.com/current/server/fr-ca/setup.htm). Si votre organisation a utilisé des comptes utilisateur système non par défaut, comme décrit dans une section précédente de cette rubrique, vous devez spécifier les utilisateurs lors de cette étape. 2. [Activer et enregistrer Tableau Server](https://help.tableau.com/current/server/fr-ca/activate.htm). 3. (Facultatif). Configurez le pare-feu local. Consultez « Configuration du pare-feu local » dans [Avant l’installation...](https://help.tableau.com/current/server/fr-ca/requ.htm). 4. (Facultatif). Vérifiez LDAP. 5. Initialisez Tableau Server. Consultez [Configurer les paramètres du nœud initial](https://help.tableau.com/current/server/fr-ca/config_general.htm). 6. Importez les données de topologie et de configuration. Copiez le fichier de sauvegarde json de topologie et de configuration sur l’ordinateur. Importez le fichier json en exécutant la commande suivante : `tsm settings import -f .json` 7. (Facultatif). Appliquez les modifications en attente. À l’invite de commande, exécutez : `tsm pending-changes apply` 8. Redémarrez Tableau Server. À l’invite de commande, exécutez : `tsm restart` 9. Restaurez les données du référentiel. Consultez [Restaurer à partir d’une sauvegarde](https://help.tableau.com/current/server/fr-ca/db_restore.htm#db). Pour restaurer un groupement Tableau Server 1. Sur le nœud initial, [Installer TSM](https://help.tableau.com/current/server/fr-ca/setup.htm). Si votre organisation a utilisé des comptes utilisateur système non par défaut, comme décrit dans une section précédente de cette rubrique, vous devez spécifier les utilisateurs lors de cette étape. 2. Sur le nœud initial, [Activer et enregistrer Tableau Server](https://help.tableau.com/current/server/fr-ca/activate.htm). 3. (Facultatif). Sur le nœud initial, configurez le pare-feu local. Consultez « Configuration du pare-feu local » dans [Avant l’installation...](https://help.tableau.com/current/server/fr-ca/requ.htm). 4. Sur le nœud initial, vérifiez LDAP (facultatif) et initialisez Tableau Server. Consultez [Configurer les paramètres du nœud initial](https://help.tableau.com/current/server/fr-ca/config_general.htm). 5. Sur le nœud initial, exécutez `tsm topology nodes get-bootstrap-file --file .json`. 6. Copiez le fichier bootstrap.json sur tous les nœuds supplémentaires du groupement. 7. Sur chaque nœud supplémentaire du groupement, installez le paquet Tableau Server. 8. Sur le nœud initial, exécutez `tsm topology list-nodes -v` et vérifiez que les noms de nœud n’ont pas changé par rapport aux paramètres de topologie exportés. _Si les noms de nœud ont changé, les paramètres de topologie doivent être mis à jour manuellement avec de nouveaux noms, ou les processus doivent être configurés manuellement._ 9. Le processus Contrôleur de grappe est requis sur chaque nœud et doit être ajouté explicitement. Depuis le nœud initial, ajoutez une instance du Contrôleur de grappe à chaque nœud supplémentaire, où`` est l’ID de l’un des nœuds supplémentaires. Ajoutez le processus à chaque nœud séparément. Dans cet exemple, nous ajoutons le Contrôleur de grappe aux nœuds 2 et 3 : tsm topology set-process -n node2 -pr clustercontroller -c 1 tsm topology set-process -n node3 -pr clustercontroller -c 1 tsm pending-changes apply 10. Depuis le nœud initial, [Déployer un ensemble de service de coordination](https://help.tableau.com/current/server/fr-ca/distrib_ha_zk.htm). La configuration de l’ensemble doit correspondre à votre configuration précédente. 11. Sur le nœud initial, importez les données de topologie et de configuration. Copiez le fichier de sauvegarde json de topologie et de configuration sur l’ordinateur. Importez le fichier json en exécutant la commande suivante : `tsm settings import -f .json` 12. Sur le nœud initial, appliquez les modifications en attente. À l’invite de commande, exécutez : `tsm pending-changes apply` 13. Sur le nœud initial, redémarrez Tableau Server. À l’invite de commande, exécutez : `tsm restart` 14. Sur le nœud initial, restaurez les données du référentiel. Consultez [Restaurer à partir d’une sauvegarde](https://help.tableau.com/current/server/fr-ca/db_restore.htm#db). ## Restaurer une autre fonctionnalité Si le précédent serveur a été configuré avec les fonctionnalités suivantes, vous devez les réactiver et reconfigurer sur le serveur restauré : - **Solutions d’authentification :** SSL externe, OpenID, SAML (à l’échelle du serveur et au niveau du site), ainsi que l’authentification de confiance. Consultez [Authentification](https://help.tableau.com/current/server/fr-ca/security_auth.htm). Les fichiers de certificat, les fichiers de clé et les autres ressources de ces solutions ne sont pas inclus dans la sauvegarde et doivent être reconfigurés sur le serveur restauré. - **En savoir plus sur SSL externe :** le certificat et la clé pour la SSL externe sont inclus dans les données de configuration de sauvegarde et sont restaurés automatiquement. Vous devez toutefois réactiver et reconfigurer la SSL externe sur le serveur restauré. Consultez [Configurer SSL pour le trafic HTTP externe vers et depuis Tableau Server](https://help.tableau.com/current/server/fr-ca/ssl_config.htm). - **En savoir plus sur SAML :** consultez l’article de la base de connaissances sur la reconfiguration de SAML après une restauration - [« Impossible de démarrer Tableau Server en raison de l’erreur ‘‘ Impossible de charger la clé privée SP depuis notre configuration SAML ’’ après la restauration depuis une sauvegarde complète »](https://aide.salesforce.com/s/articleView?id=001475210&type=1). - **Personnalisations de site :** consultez [tsm customize](https://help.tableau.com/current/server/fr-ca/cli_customize.htm). - **Activer l’accès au référentiel PostgreSQL :** consultez [tsm data-access repository-access enable](https://help.tableau.com/current/server/fr-ca/cli_data-access.htm#repository-access-enable). ## Rechiffrer les extraits après restauration Si vous utilisez la fonction de chiffrement d’extrait au repos, vous pouvez éventuellement, une fois la sauvegarde restaurée, chiffrer à nouveau les extraits à l’aide de différentes clés de chiffrement. Consultez [Chiffrement des extraits au repos](https://help.tableau.com/current/server/fr-ca/security_ear.htm). Exécutez `tabcmd reencryptextracts ` pour rechiffrer les extraits sur un site donné. Pour plus d’informations, consultez [reencryptextracts](https://help.tableau.com/current/server/fr-ca/tabcmd_cmd.htm#reencryptextracts_tabcmd). Exécutez cette commande sur chaque site où vous stockez des extraits chiffrés. Selon le nombre d’extraits chiffrés sur le site, cette opération peut faire peser une charge importante sur le serveur. Prévoyez d’effectuer cette opération en dehors des heures d’ouverture. [Passer au contenu principal](#main-content) # Emprunt d’identité avec un compte Exécuter en tant que service L’emprunt d’identité via un compte Exécuter en tant que service est la méthode recommandée pour effectuer un emprunt d’identité. Le compte Exécuter en tant que service est un compte Active Directory compte utilisateur que le service Tableau Server peut exécuter sur l’ordinateur hébergeant Tableau Server (consultez [Compte Exécuter en tant que service](https://help.tableau.com/current/server/fr-ca/runas.htm)). Ce même compte doit être associé à une autorisation SIMULATION pour les comptes utilisateur de base de données de SQL Server. Du point de vue de la sécurité des données, l’utilisation du compte Exécuter en tant que service de Tableau Server pour l’emprunt d’identité confère à l’administrateur le contrôle maximal. Pour définir la simulation avec un compte Exécuter en tant qu’utilisateur : 1. Lorsque vous configurez Tableau Server durant l’installation, sélectionnez Active Directory comme banque d’identités et spécifiez le compte utilisateur doté de l’autorisation IMPERSONATE comme compte Exécuter en tant que service. Consultez [Configurer les paramètres du nœud initial](https://help.tableau.com/current/server/fr-ca/config_general.htm). Si vous avez installé Tableau Server avec la banque d’identités configurée pour utiliser Active Directory, vous pouvez configurer le compte Exécuter en tant que service après l’installation. Voir [Modifier le compte Exécuter en tant que service](https://help.tableau.com/current/server/fr-ca/runas_acct.htm). 2. Créez un classeur dans Tableau Desktop. Lors de la création de la connexion de données, sélectionnez Utiliser la sécurité intégrée de Windows NT pour la connexion en direct du classeur à une base de données SQL Server : ![Volet de configuration de la connexion au serveur SQL où est sélectionnée l’option de connexion au serveur avec la sécurité intégrée Windows NT.](/tableau/current/fr-ca/server/fr-ca/Img/impers_runas_nt.png) 3. Dans Tableau Desktop, publiez le classeur dans Tableau Server (Serveur > Publier un classeur). 4. Dans la boîte de dialogue Publier, cliquez sur Authentification puis, dans la boîte de dialogue Authentification, sélectionnez Simulation par compte Exécuter en tant que du serveur dans la liste déroulante : ![Boîte de dialogue d’authentification avec, dans un cercle, l’option « Emprunt d’identité avec un compte serveur Exécuter en tant que ».](/tableau/current/fr-ca/server/fr-ca/Img/impers_runas_publish.png) 5. Cliquez sur OK. 6. Pour tester la connexion, connectez-vous à Tableau Server en tant qu’utilisateur. Lorsque vous cliquez sur une vue, vous ne devez pas être invité à spécifier d’informations d’authentification de base de données et ne devez voir que les données que l’utilisateur est autorisé à visualiser. [Passer au contenu principal](#main-content) # Emprunt d’identité dans SQL Server On parle d’emprunt d’identité dans le contexte de Tableau Server lorsqu’un compte utilisateur agit au nom d’un autre. Vous pouvez configurer Tableau et Microsoft SQL Server pour qu’ils effectuent une simulation pour les utilisateurs de base de données, de sorte que le compte de base de données SQL Server utilisé par Tableau Server effectue des requêtes au nom des utilisateurs de base de données SQL Server, lesquels sont également des utilisateurs Tableau. Le principal avantage de cette fonctionnalité est qu’elle permet aux administrateurs de mettre en place et de contrôler leur stratégie de sécurité des données dans un endroit spécifique : leurs bases de données. Lorsque les utilisateurs de Tableau accèdent à une vue avec une connexion en direct à une base de données SQL Server, la vue affiche uniquement ce que les utilisateurs sont autorisés à voir. Autre avantage : les utilisateurs n’ont plus besoin de passer par l’invite de connexion pour accéder à la vue. De plus, les publicateurs de classeur n’ont plus besoin de dépendre de filtres spécifiques à l’utilisateur pour limiter le contenu affiché dans les vues. ## Autres articles de cette section [Passer au contenu principal](#main-content) # En-têtes de réponse (RMT) Tableau Resource Monitoring Tool Cet article décrit comment définir des en-têtes de réponse personnalisés dans Tableau Resource Monitoring Tool. Cette fonctionnalité a été ajoutée dans les versions de maintenance d’août 2024 de RMT. Toute modification des en-têtes de réponse nécessite un redémarrage de RMT. **Important :** Les modifications apportées aux en-têtes de réponse peuvent interrompre le RMT. Si vous apportez des mises à jour aux en-têtes, effectuez un test après chaque modification pour confirmer que RMT fonctionne correctement. ## Affichage et mise à jour des en-têtes de réponse personnalisés Vous pouvez afficher et modifier les en-têtes de réponse personnalisés à l’aide des commandes `rmtadmin get` et `rmtadmin set`. ### Obtenir une liste de tous les en-têtes de réponse personnalisés Pour afficher une liste des en-têtes de réponse personnalisés actuellement définis, exécutez cette commande : rmtadmin get server:web:responseheaders Par exemple : \> rmtadmin get server:web:responseheaders server:web:responseHeaders:Access-Control-Allow-Origin = \* server:web:responseHeaders:Connection = Keep-Alive server:web:responseHeaders:X-Frame-Options = DENY server:web:responseHeaders:X-Cache-Info = not cacheable; meta data too large ### Obtenir la valeur d’un en-tête de réponse personnalisé précis Pour obtenir un en-tête de réponse personnalisé précis : rmtadmin get server:web:responseheader: Par exemple : \> rmtadmin get server:web:responseheader:X-Frame-Options server:web:responseHeaders:X-Frame-Options = DENY Si vous tentez d’obtenir ou de définir un en-tête de réponse personnalisé inexistant, cette erreur s’affiche : \> rmtadmin get server:web:responseheaders: \[ERR\] Config key not found. Key: server:web:responseHeaders: Vous pouvez obtenir plusieurs clés. Les doublons sont supprimés. Les clés non valides seront répertoriées à la fin : \> rmtadmin get server:web:responseheaders server:web:responseheaders:SomethingNew server:web:responseHeaders:Connection server:web:responseHeaders:Access-Control-Allow-Origin = \* server:web:responseHeaders:Connection = Keep-Alive server:web:responseHeaders:X-Frame-Options = DENY server:web:responseHeaders:X-Cache-Info = not cacheable; meta data too large \[ERR\] Config key not found. Key: server:web:responseheaders:SomethingNew ### Définir ou mettre à jour un en-tête de réponse personnalisé précis Pour définir ou modifier un en-tête de réponse personnalisé précis : rmtadmin set server:web:responseheader: Par exemple : \> rmtadmin set server:web:responseheaders:X-Frame-Options = Allow Config value set successfully. Key: server:web:responseHeaders:X-Frame-Options server:web:responseHeaders:X-Frame-Options = Allow Les en-têtes sont une chaîne de l’en-tête complet et de toutes les paires clé-valeur (le cas échéant). Par exemple, ceci définit le délai et les valeurs maximales du maintien actif : rmtadmin set server:web:responseheader:connection "Keep-Alive: timeout=5, max=997" Config value set successfully. Key: server:web:responseHeaders:Connection server:web:responseHeaders:Connection = "Keep-Alive: timeout=5, max=997" ### Supprimer un en-tête de réponse personnalisé \> rmtadmin set server:web:responseheaders:X-Frame-Options --remove Config value successfully removed. Key: server:web:responseHeaders:X-Frame-Options #### Supprimer une valeur de configuration normale Vous ne pouvez pas supprimer une valeur de configuration normale et une erreur s’affichera si vous tentez de le faire : \> rmtadmin set db:username --remove \[ERR\] The --remove argument is not valid for this key. Key: db:username #### Attribution d’une valeur vide à une valeur d’en-tête de réponse personnalisée Vous devez inclure une valeur pour toutes les clés `rmtadmin set`, à l’exception de l’en-tête de réponse personnalisé. Avec les en-têtes de réponse personnalisés, vous pouvez attribuer une valeur vide à une clé. Cet exemple attribue une valeur vide à la clé X-Frame-Options : \> rmtadmin set server:web:responseheaders:X-Frame-Options Config value set successfully. Key: server:web:responseheaders:X-Frame-Options server:web:responseheaders:X-Frame-Options = Cette opération diffère de la suppression de l’en-tête X-Frame-Options. Pourquoi voudriez-vous faire cela? RMT génère des en-têtes de réponse personnalisés par défaut, et si vous souhaitez empêcher RMT d’inclure un en-tête, vous pouvez attribuer une valeur vide à la clé. Par exemple, RMT génère par défaut un en-tête de réponse avec `X-Frame-Options = Deny`. Vous pouvez créer un en-tête de réponse personnalisé pour X-Frame-Options : \> rmtadmin set server:web:responseheaders:X-Frame-Options ALLOW Pour revenir à la valeur par défaut, vous pouvez la supprimer entièrement ou la régler sur DENY : \> rmtadmin set server:web:responseheaders:X-Frame-Options --remove Cependant, si vous souhaitez que RMT n’envoie aucune information, vous pouvez lui attribuer une valeur vide : \> rmtadmin set server:web:responseheaders:X-Frame-Options ## En-têtes non valides RMT vous permet de définir des en-têtes de réponse non valides. Si l’en-tête de réponse que vous spécifiez n’est pas valide, RMT vous avertit, mais vous permet de définir la valeur. Il est de votre responsabilité de vérifier que RMT fonctionne correctement après la mise à jour des en-têtes de réponse. Vous ne pouvez pas définir « responseheaders ». Vous ne pouvez définir que des clés enfants individuelles dans l’en-tête de réponse. rmtadmin set server:web:responseheaders \[ERR\] Key cannot be set: server:web:responseHeaders > [!IMPORTANT] > > **Important :** Testez RMT après avoir _modifié_ les en-têtes de réponse. [Passer au contenu principal](#main-content) # En-têtes de réponse HTTP Tableau Server prend en charge certains des en-têtes de réponse spécifiés dans le [projet En-têtes sécurisés de l’OWASP](https://owasp.org/www-project-secure-headers/#div-headers). Cette rubrique explique comment configurer les en-têtes de réponse suivants pour Tableau Server : - HTTP Strict Transport Security (HSTS) - Referrer-Policy - X-Content-Type-Options - X-XSS-Protection Tableau Server prend également en charge la norme CSP (Content Security Policy). La configuration de la norme CSP n’est pas décrite dans cette rubrique. Consultez [Stratégie de sécurité du contenu](https://help.tableau.com/current/server/fr-ca/security_csp.htm) . ## Configuration des en-têtes de réponse Tous les en-têtes de réponse sont configurés avec la commande [tsm configuration set](https://help.tableau.com/current/server/fr-ca/cli_configuration_tsm.htm#TSMSet). Une fois que vous avez fini de configurer les en-têtes de réponse, exécutez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). ## HTTP Strict Transport Security (HSTS) HSTS oblige les clients qui se connectent à Tableau Server à se connecter via HTTPS. Pour plus d’informations, consultez l’entrée OWASP [HTTP Strict Transport Security (HSTS)](https://owasp.org/www-project-secure-headers/#div-headers). ### Options gateway.http.hsts Valeur par défaut : `false` L’en-tête HTTP Strict Transport Security (HSTS) force les navigateurs à utiliser HTTPS sur le domaine où il est activé. gateway.http.hsts\_options Valeur par défaut : `"max-age=31536000"` Par défaut, la stratégie HSTS est configurée pour une année (31 536 000 secondes). Cette période spécifie la durée pendant laquelle le navigateur accédera au serveur via HTTPS. ## Referrer-Policy Depuis 2019.2, Tableau Server inclut la possibilité de configurer le comportement de l’en-tête HTTP Referrer-Policy. Cette stratégie est activée avec un comportement par défaut qui inclut l’URL d’origine pour toutes les connexions « secure as » (`no-referrer-when-downgrade`). Dans les versions précédentes, l’en-tête Referrer-Policy n’était pas inclus dans les réponses envoyées par Tableau Server. Pour plus d’informations sur les différentes options de stratégie prises en charge par Referrer-Policy, consultez l’entrée OWASP [Referrer-Policy](https://owasp.org/www-project-secure-headers/#div-headers). ### Options gateway.http.referrer\_policy\_enabled Valeur par défaut : `true` Pour exclure l’en-tête Referrer-Policy des réponses envoyées par Tableau Server, définissez cette valeur sur `false`. gateway.http.referrer\_policy Valeur par défaut : `no-referrer-when-downgrade` Cette option définit la stratégie de référent pour Tableau Server. Vous pouvez spécifier n’importe laquelle des chaînes de valeur de police listées dans le tableau [Referrer-Policy](https://owasp.org/www-project-secure-headers/#div-headers) sur la page OWASP. ## X-Content-Type-Options L’en-tête HTTP de réponse X-Content-Type-Options spécifie que le type MIME dans l’en-tête Content-Type ne devrait pas être modifié par le navigateur. Dans certains cas où le type MIME n’est pas spécifié, un navigateur peut tenter de déterminer le type MIME en évaluant les caractéristiques de la charge active. Le navigateur affiche alors le contenu en conséquence. Ce processus est appelé « sniffing » (détection). L’interprétation erronée du type MIME peut générer des vulnérabilités de sécurité. Pour plus d’informations, consultez l’entrée OWASP [X-Content-Type-Options](https://owasp.org/www-project-secure-headers/#div-headers). ### Option gateway.http.x\_content\_type\_nosniff Valeur par défaut : `true` L’en-tête HTTP X-Content-Type-Options est défini par défaut sur « nosniff » avec cette option. ## X-XSS-Protection L’en-tête de réponse HTTP X-XSS-Protection est envoyé au navigateur afin d’activer la protection XSS (scripts inter-sites). L’en-tête de réponse X-XSS-Protection écrase les configurations dans les cas où les utilisateurs ont désactivé la protection XSS dans le navigateur. Pour plus d’informations, consultez l’entrée OWASP [X-XSS-Protection](https://owasp.org/www-project-secure-headers/#div-headers). ### Option gateway.http.x\_xss\_protection Valeur par défaut : `true` L’en-tête de réponse X-XSS-Protection est activé par défaut avec cette option. ## Autres articles de cette section [Passer au contenu principal](#main-content) # Enquête sur les demandes relatives au chargement lent des vues Le graphique **Demandes relatives au chargement lent des vues** dans la page Performances est une métrique utile pour comprendre les performances des vues et l’impact qui en résulte sur les interactions des utilisateurs sur Tableau Server. Le graphique Demandes relatives au chargement lent de vues indique les cas où le rendu des vues est plus lent que la normale sur Tableau Server. Pour ce faire, le graphique s’appuie sur une **ligne de base** qui est établie pour chaque vue et l’utilise ensuite pour comparer le temps nécessaire au rendu de cette vue. Il permet ainsi de déterminer si la vue prend plus de temps que prévu. **Dans la version 2021.4**, la ligne de base est établie en calculant la valeur médiane des 10 premières fois où le rendu d’un classeur spécifique est effectué. **Dans la version 2021.4.1** et les versions ultérieures, la ligne de base est établie en calculant le 95e centile des 50 fois où le rendu d’un classeur spécifique est effectué avec succès. Une fois la ligne de base établie, chaque fois qu’un rendu de ce même classeur est effectué à l’avenir, le temps de chargement d’un classeur est ensuite comparé à sa ligne de base. Selon que le temps nécessaire au rendu de la vue se situe dans la plage attendue ou à des degrés divers en dehors de la plage attendue, ils sont classés comme suit : - **Normal :** <=2x la ligne de base - **Long :** >=2x la ligne de base - **Très long :** >=4x la ligne de base - **Échec :** Échec du chargement ou génération d’une erreur **Remarque :** cette ligne de base et les comparaisons ne s’appliquent qu’au rendu initial de la vue. Elle s’applique aux actions ultérieures telles que les sélections de filtres. De plus, la publication d’une nouvelle version du classeur déclenche un recalcul de la ligne de base. Le graphique montre le pourcentage de chargements de vues qui sont en dehors de la plage normale pour la période sélectionnée. Ainsi, si vous voyez des pointes jaunes (Long) ou rouges (Très long) sur ce graphique, c’est la première indication qu’il y a probablement un problème. **Conseil :** la sélection de la plage de temps « 48 dernières heures » peut être un bon point de départ, car elle vous donnera un certain contexte sur l’activité passée par rapport à l’activité actuelle. ![Un graphique à barres illustrant les demandes de chargement lent des vues.](/tableau/current/fr-ca/server/fr-ca/Img/rmt-slow-view-loads-chart.png) Les graphiques **Utilisateurs simultanés** et **Nombre total de demandes de chargement de vues** sur la même page peuvent être utilisés pour voir l’étendue de l’impact résultant des chargements de vues lents dans la même période. Vous pouvez également utiliser le graphique **Processus Tableau** pour identifier les corrélations entre les performances de chargement lent des vues et l’utilisation des ressources. Par exemple, vous pourriez voir une utilisation élevée des ressources VizQL Server sur des nœuds spécifiques pendant la même période où vous observez des pics dans le graphique **Demandes relatives au chargement lent des vues**. Si vous observez un pic dans le graphique Demandes relatives au chargement lent des vues, vous pouvez alors chercher à identifier la cause du problème, pour savoir si le problème est dû à une vue unique ou à un problème beaucoup plus large. Pour ce faire, dans le graphique **Demandes relatives au chargement lent de vues**, sélectionnez une plage pour inclure une grande partie des vues lentes. Vous accédez alors à la page d’activité **Chargements de vue**, qui affiche les demandes de chargement de vues pour la même période. Filtrez par **Catégorie de gravité du temps de chargement** et sélectionnez la catégorie appropriée pour les chargements de vue que vous souhaitez étudier. ![Un menu déroulant répertorie les options de filtrage : Durée, Temps de chargement, Catégorie de gravité, Site, Utilisateur et Affichage.](/tableau/current/fr-ca/server/fr-ca/Img/rmt-slow-view-loads-activity.png) La liste doit indiquer quelles vues peuvent avoir causé les résultats du graphique et peut être interprétée comme suit : **Vues multiples :** si la liste affiche plusieurs vues, il s’agit probablement d’un problème plus large dans Tableau Server. Revenez à la page des performances et examinez le graphique **Performances** et **Processus Tableau Server** pour étudier l’utilisation des ressources. L’onglet **État** de la page des performances affichera l’état des processus, qu’ils soient actifs, occupés ou arrêtés. Recherchez les processus VizQL Server, Serveur de données et Moteur de données dans cette liste. **Même vue :** si la liste est principalement une vue unique, cela peut signifier qu’il y a un problème avec cette vue ou ce classeur. Une enquête plus approfondie peut être nécessaire pour déterminer la cause du problème. Cliquez sur le **nom de la vue** dans la liste pour afficher plus d’information sur les temps de chargement, les requêtes de données associées et les sessions VizQL. ![Un graphique linéaire montrant les temps de chargement du 17 novembre au 1er décembre.](/tableau/current/fr-ca/server/fr-ca/Img/rmt-slow-view-loads-view-load-time-chart.png) > [!IMPORTANT] > > **Important!** Sur le graphique **Temps de chargement**, si le temps de chargement moyen est cohérent même en ajustant la plage de dates de manière à l’étendre juste avant et après le début du pic, cela signifie que le calcul de base a probablement été créé lorsque les charges de vue étaient intensivement mises en cache, le chargement ultérieur des vues est alors considéré comme « lent ». Ce scénario ne reflète pas un problème avec Tableau Server ou la vue. Si tel est le cas, vous pouvez déclencher un recalcul de la ligne de base en publiant une nouvelle version du classeur. Voici quelques ressources pour vous aider à résoudre les problèmes de performances pour une vue spécifique : - [Optimiser les performances du classeur](https://help.tableau.com/current/pro/desktop/fr-ca/performance_tips.htm) - [Enregistrer et analyser les performances de classeur](https://help.tableau.com/current/pro/desktop/fr-ca/perf_record_create_desktop.htm) ## Qui peut le faire? N’importe quel utilisateur de l’outil Resource Monitoring Tool peut afficher les graphiques. [Passer au contenu principal](#main-content) # Enregistrement des performances Cette section explique comment créer des enregistrements de performances et utiliser les résultats pour améliorer les performances des classeurs. Avec les enregistrements de performances, vous pouvez afficher le temps que prennent les événements de classeur. Par exemple, vous pouvez voir la durée nécessaire pour se connecter à une source de données, exécuter une requête, effectuer un rendu des données, et autre. ## Autres articles de cette section [Passer au contenu principal](#main-content) # Entité gatewaySettings Vous devez configurer les paramètres de passerelle pour l’ordinateur Tableau Server. Utilisez le modèle du fichier de configuration ci-dessous pour créer un fichier json. Après avoir rempli les options avec les valeurs appropriées, transmettez le fichier json et appliquez les paramètres avec les commandes suivantes : `tsm settings import -f /path/to/file.json` `tsm pending-changes apply` Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). ### Paramètres de passerelle Les paramètres de passerelle dans le modèle ci-dessous spécifient les paramètres HTTP pour Tableau Server. Nous vous recommandons d’utiliser SSL/TLS. Tableau Server est codé de manière irréversible pour utiliser le port 443 pour SSL/TLS. De ce fait, si vous activez SSL, vous n’avez pas besoin de mettre à niveau l’entité gatewaySettings. ### Modèle de configuration Utilisez ce modèle pour configurer les paramètres de passerelle. **Important :** toutes les options d’entité sont sensibles à la casse. Pour plus d’explications sur les fichiers de configuration, les entités et les clés, consultez [Exemple de fichier de configuration](https://help.tableau.com/current/server/fr-ca/config_file_example.htm). { "configEntities": { "gatewaySettings": { "\_type": "gatewaySettingsType", "port": 80, "sslRedirectEnabled": true, "publicHost": "localhost" } } } ### Référence du fichier de configuration Cette table indique toutes les options pouvant être incluses avec l’ensemble d’entité `"gatewaySettings"`. \_type Obligatoire. Valeur : `"gatewaySettingsType"` Ne pas modifier. port Spécifie le port HTTP. Le port par défaut est le port 80. sslRedirectEnabled Options : `true` ou `false`. publicHost Spécifie le nom d’hôte pour le service http/s. trustedIPs Spécifie les adresses IP de confiance qui communiquent avec Tableau Server. Les adresses IP de confiance incluent les serveurs proxy en amont et les serveurs utilisés pour l’authentification de confiance avec Tableau Server. Consultez [Configuration des proxys et des équilibreurs de charge pour Tableau Server](https://help.tableau.com/current/server/fr-ca/proxy.htm) et [Ajout d’adresses IP ou de noms d’hôte de confiance à Tableau Server](https://help.tableau.com/current/server/fr-ca/trusted_auth_trustIP.htm). Si vous exécutez Tableau Server dans un groupement, tous les autres nœuds du groupement sont automatiquement inclus dans le fichier de configuration correspondant mis à jour par cette entité. Ainsi, si vous spécifiez une nouvelle valeur pour `trustedIPs`, vous devez inclure les adresses IP pour les autres nœuds dans la valeur. Cette option prend une liste de chaînes, ce qui nécessite de transmettre chaque IP ou hôte entre guillemets, en les séparant par une virgule (sans espace) et entre parenthèses. Par exemple : `["192.168.1.101","192.168.1.102","192.168.1.103"]` ou `["webserv1","webserv2","webserv3"]`. trustedHosts Spécifie les adresses IP de confiance qui communiquent avec Tableau Server. En général, cette valeur contient une liste de serveurs proxy en amont. Les valeurs dans trustedHosts sont utilisées pour déterminer les cibles des demandes des clients. Si vous exécutez Tableau Server dans un groupement, tous les autres nœuds du groupement sont automatiquement inclus dans le fichier de configuration correspondant mis à jour par cette entité. Ainsi, si vous spécifiez une nouvelle valeur pour `trustedIPs`, vous devez inclure les adresses IP pour les autres nœuds dans la valeur. Cette option prend une liste de chaînes, ce qui nécessite de transmettre chaque IP ou hôte entre guillemets, en les séparant par une virgule (sans espace) et entre parenthèses. Par exemple : `["192.168.1.101","192.168.1.102","192.168.1.103"]` ou `["webserv1","webserv2","webserv3"]`. [Passer au contenu principal](#main-content) # Entité identityStore Tableau Server a besoin d’un magasin d’identités pour stocker les informations sur les utilisateurs et les groupes. Consultez les rubriques [Authentification](https://help.tableau.com/current/server/fr-ca/security_auth.htm) et [Magasin d’identités](https://help.tableau.com/current/server/fr-ca/plan_identity_store.htm) avant de configurer le magasin d’identités pour la première fois. Après avoir installé le magasin d’identités sur Tableau Server, vous ne pouvez pas la modifier sans réinstaller le serveur. **Important :** toutes les options d’entité sont sensibles à la casse. ## Avant de commencer Vérifiez les informations suivantes : - Si vous ne comptez pas utiliser pas le magasin d’identités local, vous utiliserez une version de LDAP. Dans ce cas, adressez-vous à votre administrateur de répertoire/LDAP pour configurer Tableau Server en fonction des exigences de schéma et de liaison LDAP. - La configuration de Tableau Server est optimisée pour Active Directory. Si vous effectuez l’installation sur Active Directory, nous vous recommandons de configurer le magasin d’identités avec l’[Configurer les paramètres du nœud initial](https://help.tableau.com/current/server/fr-ca/config_general.htm#tsm-ui-steps). - La liaison LDAP est indépendante de l’authentification utilisateur. Par exemple, vous pouvez configurer Tableau Server de manière à utiliser la liaison simple pour l’authentification sur l’annuaire LDAP, puis configurer Tableau Server pour authentifier les utilisateurs sur Kerberos après l’installation. - Ne vous connectez pas à LDAP par liaison simple ou via une connexion non sécurisée. Par défaut, LDAP avec liaison simple envoie des données en texte clair. Utilisez LDAPS pour chiffrer le trafic avec une liaison simple. Consultez [Configurer le réseau chiffré vers le magasin d’identités externe LDAP](https://help.tableau.com/current/server/fr-ca/config_encrypt_ldap.htm). - Pour utiliser l’authentification Kerberos pour la liaison LDAP avec le service Tableau Server, vous avez besoin d’un fichier keytab pour la liaison GSSAPI, comme décrit dans les sections ci-dessous. Consultez également [Comprendre la configuration requise du fichier keytab](https://help.tableau.com/current/server/fr-ca/kerberos_keytab.htm). Dans le contexte de Kerberos, la liaison GSSAPI est la seule chose dont vous avez besoin lors de l’installation de base de Tableau Server. Après avoir installé le serveur, vous pouvez [configurer Kerberos pour l’authentification utilisateur](https://help.tableau.com/current/server/fr-ca/config_kerberos.htm) et la [délégation Kerberos pour les sources de données](https://help.tableau.com/current/server/fr-ca/kerberos_delegation.htm). - Dans cette rubrique, nous faisons la distinction entre _LDAP_ (le protocole de connexion aux services de répertoire) et un _serveur LDAP_ (l’implémentation d’un service de répertoire). Par exemple, `slapd` est un serveur LDAP faisant partie d’un projet OpenLDAP. - Validez la configuration LDAP avant d’initialiser le serveur. Consultez [Configurer les paramètres du nœud initial](https://help.tableau.com/current/server/fr-ca/config_general.htm). - Importez des fichiers de configuration JSON uniquement dans le cadre de la configuration initiale. Si vous devez effectuer des modifications LDAP après avoir importé le fichier de configuration JSON et initialisé Tableau Server, n’essayez pas de ré-importer le fichier JSON. Apportez plutôt des modifications aux clés individuelles avec des commandes tsm natives ou avec `tsm configuration set`. Consultez [Référence de configuration du magasin d’identités externe](https://help.tableau.com/current/server/fr-ca/ldap_config.htm). ## Modèles de configuration Les modèles JSON de cette section sont utilisés pour configurer Tableau Server avec différents scénarios de magasin d’identités. À moins que vous ne configuriez un magasin d’identités local, vous devrez sélectionner et modifier un modèle de fichier de configuration spécifique à votre environnement LDAP. Envisagez d’utiliser l’[Outil de configuration du magasin d’identités Tableau](https://tagyoureit.github.io/tableau-identitystore-config-tool/) pour générer votre fichier de configuration LDAP JSON. L’outil lui-même n’est pas pris en charge par Tableau. Par contre, si vous utilisez un fichier JSON créé par l’outil au lieu de créer un fichier manuellement, l’état de prise en charge de votre serveur n’est pas modifié. Sélectionnez un modèle de configuration de magasin d’identités à modifier : - Local - LDAP - Active Directory - OpenLDAP - Liaison GSSAPI - OpenLDAP - Liaison simple Pour plus d’explications sur les fichiers de configuration, les entités et les clés, consultez [Exemple de fichier de configuration](https://help.tableau.com/current/server/fr-ca/config_file_example.htm). ### Local Configurez le type de magasin d’identités « local » si votre entreprise n’utilise pas déjà un serveur Active Directory ou LDAP pour l’authentification utilisateur. Lorsque vous sélectionnez un magasin d’identités local, vous utilisez Tableau Server pour créer et gérer des utilisateurs. Une autre façon de configurer Tableau Server pour le magasin d’identités local est d’exécuter l’interface graphique d’installation et de sélectionner « Local » pendant le processus d’installation. Consultez [Configurer les paramètres du nœud initial](https://help.tableau.com/current/server/fr-ca/config_general.htm). { "configEntities": { "identityStore": { "\_type": "identityStoreType", "type": "local" } } } ![](/tableau/current/fr-ca/server/fr-ca/Img/Road-sign-alert.png) ### Important Les modèles de configuration LDAP que vous trouverez ci-dessous sont des exemples. Les modèles, tels qu’ils sont présentés, ne permettront pas de configurer la connectivité LDAP dans votre organisation. Vous devez vous adresser à votre administrateur de répertoires pour modifier les valeurs des modèles LDAP pour un déploiement réussi. En outre, tous les fichiers référencés dans configEntities doivent se trouver sur l’ordinateur local. Ne spécifiez pas les chemins d’accès UNC. ### LDAP - Active Directory La configuration de Tableau Server est optimisée pour Active Directory. Si vous effectuez l’installation sur Active Directory, configurez le magasin d’identités avec l’[Configurer les paramètres du nœud initial](https://help.tableau.com/current/server/fr-ca/config_general.htm#tsm-ui-steps). Une connexion chiffrée à Active Directory est requise. Consultez [Configurer le réseau chiffré vers le magasin d’identités externe LDAP](https://help.tableau.com/current/server/fr-ca/config_encrypt_ldap.htm). Si, pour une raison quelconque, vous ne pouvez pas configurer le magasin d’identités de manière à ce qu’il communique avec Active Directory à l’aide de l’interface Web TSM, utilisez ce modèle JSON pour configurer Tableau Server de manière à ce qu’il se connecte à Active Directory. Ce modèle utilise la liaison GSSAPI (Kerberos) pour authentifier le service Tableau Server sur Active Directory. Tableau Server inclut la prise en charge du schéma Active Directory. De ce fait, si vous avez défini l’option `"directoryServiceType"` sur `"activedirectory"`, vous n’avez pas besoin de fournir des informations de schéma dans l’option `"identityStoreSchemaType"`. { "configEntities":{ "identityStore": { "\_type": "identityStoreType", "type": "activedirectory", "domain": "your-domain.lan", "nickname": "YOUR-DOMAIN-NICKNAME", "directoryServiceType": "activedirectory", "bind": "gssapi", "kerberosKeytab": "", "kerberosConfig": "/etc/krb5.conf", "kerberosPrincipal": "your-principal@YOUR.DOMAIN" } } } Nous recommandons une liaison à Active Directory avec GSSAPI. Toutefois, vous pouvez vous connecter avec une liaison simple et LDAPS. Pour vous connecter avec la liaison simple, modifiez `bind` en `simple`, supprimez les trois entités Kerberos et ajoutez les options `port`/`sslPort`, `username` et `password`. L’exemple suivant présente Active Directory avec un fichier json liaison simple. { "configEntities":{ "identityStore": { "\_type": "identityStoreType", "type": "activedirectory", "domain": "your-domain.lan", "nickname": "YOUR-DOMAIN-NICKNAME", "directoryServiceType": "activedirectory", "hostname": "optional-ldap-server", "sslPort": "636", "bind": "simple", "username": "username", "password": "password" } } } ### OpenLDAP - Liaison GSSAPI Utilisez le modèle ci-dessous pour configurer OpenLDAP avec la liaison GSSAPI. N’utilisez pas ce modèle si votre entreprise exécute Active Directory. Si vous effectuez l’installation sur Active Directory, utilisez le modèle ci-dessus, LDAP - Active Directory. Dans la plupart des cas, les entreprises utilisant OpenLDAP avec GSSAPI (Kerberos) utiliseront un fichier keytab pour stocker les informations d’identification. Dans l’exemple suivant, un fichier keytab est utilisé pour les identifiants d’authentification. Vous pouvez toutefois fournir des informations d’identification via les entités `username` et `password`. Vous pouvez également spécifier un fichier keytab ainsi qu’une paire nom d’utilisateur/mot de passe. Dans ce cas, Tableau Server tente d’utiliser le fichier keytab, mais si l’authentification échoue pour une raison quelconque, il passe à l’option de secours et utilise les informations d’identification de nom d’utilisateur et mot de passe. { "configEntities":{ "identityStore": { "\_type": "identityStoreType", "type": "activedirectory", "domain": "your-domain.lan", "nickname": "YOUR-DOMAIN-NICKNAME", "directoryServiceType": "openldap", "bind": "gssapi", "kerberosKeytab": "", "kerberosConfig": "/etc/krb5.conf", "kerberosPrincipal": "your-principal@YOUR.DOMAIN", "identityStoreSchemaType": { "userBaseFilter": "(objectClass=inetOrgPerson)", "userUsername": "user", "userDisplayName": "displayname", "userEmail": "email", "userCertificate": "certificate", "userThumbnail": "thumbnail", "userJpegPhoto": "photo", "groupBaseFilter": "(objectClass=groupofNames)", "groupName": "groupname", "groupEmail": "groupemail", "groupDescription": "groupdescription", "member": "member", "distinguishedNameAttribute": "", "serverSideSorting": "", "rangeRetrieval": "", "userClassNames": \["inetOrgPerson","someClass2"\], "groupClassNames": \["groupOfUniqueNames1","groupOfUniqueNames2"\] } } } } ### OpenLDAP - Liaison simple { "configEntities":{ "identityStore": { "\_type": "identityStoreType", "type": "activedirectory", "domain": "my.root", "nickname": "", "hostname": "optional-ldap-server", "port": "389", "directoryServiceType": "openldap", "bind": "simple", "username": "cn=username,dc=your,dc=domain", "password": "password", "identityStoreSchemaType": { "userBaseFilter": "(objectClass=inetOrgPerson)", "userUsername": "user", "userDisplayName": "displayname", "userEmail": "email", "userCertificate": "certificate", "userThumbnail": "thumbnail", "userJpegPhoto": "photo", "groupBaseFilter": "(objectClass=groupofNames)", "groupName": "groupname", "groupEmail": "groupemail", "groupDescription": "groupdescription", "member": "member", "distinguishedNameAttribute": "", "serverSideSorting": "", "rangeRetrieval": "", "userClassNames": \["inetOrgPerson","someClass2"\], "groupClassNames": \["groupOfUniqueNames1","groupOfUniqueNames2"\] } } } } ## Référence du modèle de configuration ### Options de magasin d’identités partagé type Emplacement où vous souhaitez enregistrer les informations d’identité de l’utilisateur. Soit `local`, soit `activedirectory`. (Si vous souhaitez vous connecter à un serveur LDAP, sélectionnez `activedirectory`.) domain Domaine de l’ordinateur où vous avez installé Tableau Server. nickname Surnom du domaine. Également appelé nom NetBIOS dans les environnements Windows. L’option `nickname` est requise pour toutes les entités LDAP. Si votre organisation n’exige pas un surnom/nom NetBIOS, transmettez une clé vide, par exemple : `"nickname": ""`. ### Options de liaison GSSAPI LDAP directoryservicetype Type de service de répertoire auquel vous souhaitez vous connecter. Soit `activedirectory`, soit `openldap`. kerberosConfig Chemin d’accès du fichier de configuration Kerberos sur l’ordinateur local. Si vous effectuez l’installation sur Active Directory, nous déconseillons d’utiliser le fichier de configuration Kerberos ou le fichier keytab existant qui se trouve peut-être déjà sur l’ordinateur personnel lié au domaine. Consultez [Magasin d’identités](https://help.tableau.com/current/server/fr-ca/plan_identity_store.htm). kerberosKeytab Chemin d’accès du fichier keytab Kerberos sur l’ordinateur local. Il est recommandé de créer un fichier keytab avec des clés spécifiquement pour le service Tableau Server et de ne pas partager le fichier keytab avec d’autres applications sur l’ordinateur. kerberosPrincipal Nom SPN (Service Principal Name) pour Tableau Server sur l’ordinateur hôte. Le fichier keytab doit disposer d’autorisations pour ce nom SPN. N’utilisez pas un fichier keytab existant pour le système. Nous vous recommandons plutôt d’enregistrer un nouveau nom SPN (Service Principal Name). Pour voir les noms SPN dans un fichier keytab donné, exécutez la commande `klist -k`. Consultez [Comprendre la configuration requise du fichier keytab](https://help.tableau.com/current/server/fr-ca/kerberos_keytab.htm). ### Options de liaison simple LDAP directoryservicetype Type de service de répertoire auquel vous souhaitez vous connecter. Soit `activedirectory`, soit `openldap`. hostname Nom d’hôte du serveur LDAP. Vous pouvez entrer un nom d’hôte ou une adresse IP pour cette valeur. L’hôte que vous indiquez ici sera utilisé pour les requêtes des utilisateurs/groupes sur le domaine principal uniquement. Si les requêtes utilisateur/groupe se trouvent dans d’autres domaines (pas dans le domaine principal), Tableau Server n’utilisera pas cette valeur, mais interrogera plutôt DNS pour identifier le contrôleur de domaine approprié. port Utilisez cette option pour spécifier le port non sécurisé du serveur LDAP. Le texte simple est généralement 389. sslPort Utilisez cette option pour activer LDAPS. Spécifiez le port sécurisé du serveur LDAP. LDAPS est généralement le port 636. Pour utiliser LDAPS, vous devez également spécifier l’option de nom d’hôte. Consultez [Configurer le réseau chiffré vers le magasin d’identités externe LDAP](https://help.tableau.com/current/server/fr-ca/config_encrypt_ldap.htm). username Nom d’utilisateur que vous souhaitez utiliser pour vous connecter au service de répertoire. Le compte que vous spécifiez doit être autorisé à interroger le service de répertoire. Pour Active Directory, entrez le nom d’utilisateur, par exemple, `jsmith`. Pour les serveurs LDAP, entrez le nom unique de l’utilisateur à utiliser pour la connexion. Par exemple, vous pouvez entrer `cn=username,dc=your-local-domain,dc=lan`. password Mot de passe de l’utilisateur que vous souhaitez utiliser pour vous connecter au serveur LDAP. ### Options LDAP partagées Vous pouvez définir les options suivantes pour les implémentations génériques LDAP, OpenLDAP, ou Active Directory. bind Méthode de communication d’authentification souhaitée depuis le service Tableau Server vers le service d’annuaire LDAP. Entrez `gssapi` pour GSSAPI (Kerberos). domain Dans des environnements Active Directory, spécifiez le domaine sur lequel Tableau Server est installé, par exemple « example.lan ». Pour l’authentification LDAP non-AD : la chaîne que vous entrez pour cette valeur s’affiche dans la colonne « Domaine » des outils de gestion des utilisateurs. Vous pouvez entrer une chaîne arbitraire, mais la clé ne peut pas être vide. root LDAP uniquement. Ne spécifiez pas cette option pour Active Directory. Si vous n’utilisez pas un composant dc dans la racine LDAP ou si vous souhaitez spécifier une racine plus complexe, vous devez définir la racine LDAP. Utilisez le format « o=my,u=root ». Par exemple, pour le domaine, `example.lan`, la racine serait `"o=example,u=lan"`. membersRetrievalPageSize Cette option détermine le nombre maximum de résultats renvoyés par une requête LDAP. Par exemple, envisagez un scénario où Tableau Server importe un groupe LDAP contenant 50 000 utilisateurs. Il est déconseillé de tenter d’importer un nombre si important d’utilisateurs en une seule opération. Lorsque cette option est définie sur 1500, Tableau Server importe les 1500 premiers utilisateurs dans la première réponse. Une fois que ces utilisateurs ont été traités, Tableau Server demande les 1500 utilisateurs suivants auprès du serveur LDAP, et ainsi de suite. Nous vous recommandons de modifier cette option uniquement de manière à répondre aux exigences de votre serveur LDAP. ### Options `identityStoreSchemaType` Si vous configurez une connexion LDAP à un serveur LDAP, vous pouvez entrer les données de schéma spécifiques à votre serveur LDAP dans l’objet `identityStoreSchemaType`. **Important** Si vous vous connectez à Active Directory (`"directoryServiceType": "activedirectory"`), ne configurez pas ces options. userBaseFilter Filtre que vous souhaitez utiliser pour les utilisateurs de Tableau Server. Par exemple, vous pouvez spécifier un attribut de classe d’objet et un attribut d’unité organisationnelle. userUsername Attribut correspondant aux noms d’utilisateur sur votre serveur LDAP. userDisplayName Attribut correspondant aux noms d’affichage d’utilisateur sur votre serveur LDAP. userEmail Attribut correspondant aux adresses de courriel d’utilisateur sur votre serveur LDAP. userCertificate Attribut correspondant aux certificats d’utilisateur sur votre serveur LDAP. userThumbnail Attribut correspondant aux images miniatures d’utilisateur sur votre serveur LDAP. userJpegPhoto Attribut correspondant aux images de profil d’utilisateur sur votre serveur LDAP. groupBaseFilter Filtre que vous souhaitez utiliser pour les groupes d’utilisateurs de Tableau Server. Par exemple, vous pouvez spécifier un attribut de classe d’objet et un attribut d’unité organisationnelle. groupName Attribut correspondant aux noms de groupes sur votre serveur LDAP. groupEmail Attribut correspondant aux adresses de courriel de groupes sur votre serveur LDAP. groupDescription Attribut correspondant aux descriptions de groupes sur votre serveur LDAP. member Attribut décrivant la liste des utilisateurs d’un groupe. distinguishedNameAttribute Attribut stockant les noms uniques des utilisateurs. Cet attribut est facultatif, mais améliore considérablement les performances des requêtes LDAP. serverSideSorting Indique si le serveur LDAP est configuré pour le tri des résultats de la requête côté serveur. Si votre serveur LDAP prend en charge le tri côté serveur, définissez cette option sur `true`. Si vous n’êtes pas sûr que votre serveur LDAP prenne en charge cette option, entrez `false`, étant donné qu’une erreur de configuration peut générer des erreurs. rangeRetrieval Indique si le serveur LDAP est configuré pour retourner une plage de résultats de requête pour une demande. Cela signifie que les groupes comportant de nombreux utilisateurs seront demandés par ensembles de petite taille plutôt que tous à la fois. Les serveurs LDAP prenant en charge la récupération par plages seront plus performants pour les requêtes volumineuses. Si votre serveur LDAP prend en charge la récupération par plages, définissez cette option sur `true`. Si vous ignorez si votre serveur LDAP prend en charge la récupération par plages, entrez `false`, étant donné qu’une erreur de configuration peut provoquer des erreurs. groupClassNames Par défaut, Tableau Server recherche les classes d’objet de groupe LDAP contenant la chaîne « group ». Si vos objets de groupe LDAP ne correspondent pas au nom de classe par défaut, remplacez la valeur par défaut en définissant cette valeur. Vous pouvez fournir plusieurs noms de classe en les séparant par des virgules. Cette option prend une liste de chaînes, ce qui nécessite de transmettre chaque classe entre guillemets, en les séparant par une virgule (sans espace) et entre parenthèses. Par exemple : `["basegroup","othergroup"]`. userClassNames Par défaut, Tableau Server recherche les classes d’objet de groupe LDAP contenant la chaîne « user » et « inetOrgPerson ». Si vos objets d’utilisateur LDAP n’utilisent pas ces noms de classe par défaut, remplacez la valeur par défaut en définissant cette valeur. Vous pouvez fournir plusieurs noms de classe en les séparant par des virgules. Cette option prend une liste de chaînes, ce qui nécessite de transmettre chaque classe entre guillemets, en les séparant par une virgule (sans espace) et entre parenthèses. Par exemple : `["userclass1",userclass2”]`. ## Importation du fichier JSON Une fois que vous avez fini de modifier le fichier JSON, transmettez le fichier et appliquez les paramètres avec les commandes suivantes : `tsm settings import -f path-to-file.json` `tsm pending-changes apply` Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). [Passer au contenu principal](#main-content) # Entité kerberosSettings Avant de configurer l’authentification Kerberos, consultez les [Conditions requises pour Kerberos](https://help.tableau.com/current/server/fr-ca/kerberos_requ.htm). Utilisez le modèle du fichier de configuration ci-dessous pour créer un fichier json. Après avoir rempli les options avec les valeurs appropriées, transmettez le fichier json et appliquez les paramètres avec les commandes suivantes : `tsm settings import -f /path/to/file.json` `tsm pending-changes apply` Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). ## Modèle de configuration Utilisez ce modèle pour configurer les paramètres Kerberos. **Important :** toutes les options d’entité sont sensibles à la casse. Pour plus d’explications sur les fichiers de configuration, les entités et les clés, consultez [Exemple de fichier de configuration](https://help.tableau.com/current/server/fr-ca/config_file_example.htm). Après avoir terminé la configuration initiale de l’authentification Kerberos, utilisez la sous-catégorie [tsm authentication kerberos ](https://help.tableau.com/current/server/fr-ca/cli_authentication_tsm.htm#TSMKerb) pour définir des valeurs supplémentaires. { "configEntities": { "kerberosSettings": { "\_type": "kerberosSettingsType", "enabled": "true", "keytabFile": "/path/to/keytab\_file" } } } ## Référence du fichier de configuration La liste suivante indique toutes les options pouvant être incluses avec l’ensemble d’entité `"kerberosSettings"`. Option Valeur enabled Options : `true` ou `false`. Active l’authentification Kerberos. keytabFile Obligatoire. Chemin d’accès à un fichier keytab Kerberos valide. dBClasses Liste de valeurs séparées par des virgules des classes de base de données pour des informations d’identification globales. Peut être requis pour la connexion à des sources de données Cloudera. [Passer au contenu principal](#main-content) # Entité mutualSSLSettings Avant de configurer SSL mutuel, consultez [Configurer SSL pour le trafic HTTP externe vers et depuis Tableau Server](https://help.tableau.com/current/server/fr-ca/ssl_config.htm). L’entité `mutualSSLSettings` combine à la fois la configuration SSL et SSL mutuel. SSL mutuel nécessite que SSL externe ait été activé et correctement configuré. Les entités TSM utilisent JSON et des paires de valeurs de clés. Utilisez le modèle du fichier de configuration ci-dessous pour créer un fichier .json. Fournissez des valeurs pour les clés adaptées à votre environnement, puis transmettez le fichier .json à Tableau Server avec les commandes suivantes : `tsm settings import -f ` `tsm pending-changes apply` Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). ## Modèle de configuration Utilisez ce modèle pour configurer les paramètres SSL mutuel. **Important :** toutes les options d’entité sont sensibles à la casse. Pour plus d’explications sur les fichiers de configuration, les entités et les clés, consultez [Exemple de fichier de configuration](https://help.tableau.com/current/server/fr-ca/config_file_example.htm). { "configEntities": { "mutualSSLSettings": { "\_type": "mutualSSLSettingsType", "sslEnabled": true, "proxyLogin": false, "clientCertRequired": true, "caCertFile": "required", "keyFileName": "required", "keyPassphrase": "", "chainFile": "", "revocationFile": "", "redirect": false, "fallbackToPassword": true, "protocols": "", "cipherSuite": "", "forceHttpsForPublicEmbed": false } } } ## Référence du fichier de configuration sslEnabled Activez SSL. Il s’agit d’une condition préalable requise pour activer SSL mutuel. clientCertRequired (MutualSSL) Définissez sur « true » pour activer l’authentification SSL mutuel. Définissez sur « false » pour la désactiver. caCertFile (MutualSSL) Obligatoire. Spécifiez le fichier de certificat émis par une autorité de certification pour SSL mutuel. Tableau Server doit pouvoir lire le chemin d’accès du fichier. certFileName Spécifiez le fichier contenant la concaténation des certificats d’autorité de certification codés PEM qui constituent la chaîne de certificats pour le certificat du serveur. Sinon, le fichier référencé peut être le même que le fichiercaCertFile lorsque les certificats d’autorité de certification sont directement ajoutés au certificat du serveur pour des raisons pratiques. keyFileName Si la clé n’est pas associée au certificat, utilisez la clé de certificat pour pointer vers le fichier de la clé. Si vous possédez à la fois une clé privée RSA et DSA, vous pouvez configurer les deux en parallèle (par exemple pour autoriser l’utilisation de chiffrements DSA). keyPassphrase Facultatif. Phrase de passe pour le fichier de certificat. La phrase de passe que vous entrez sera chiffrée en période d’inactivité. **Remarque :** si vous créez un fichier de clé de certificat avec une phrase de passe, vous ne pouvez pas réutiliser la clé de certificat SSL pour SAML. revocationFile Spécifie le chemin d’accès du fichier pour un fichier Certificate Revocation List (.crl) SSL d’autorité de certification. Redirect Par défaut : true. Spécifie si Tableau Server doit rediriger les demandes http en tant que demandes https vers le point de terminaison approprié. clientCertMapping (MutualSSL) Spécifie la méthode de récupération du nom d’utilisateur à partir du certificat. Valeurs acceptées : `ldap`, `upn`, `cn` - Pour un serveur utilisant l’authentification locale, le paramètre par défaut est `upn` (User Principal Name). - Lorsque l’authentification Tableau Server est configurée pour Active Directory (AD), le paramètre par défaut est `ldap` (Lightweight Directory Access Protocol). Ceci indique au serveur d’accéder à AD pour valider l’utilisateur, et il ignore les noms à l’intérieur du certificat. Vous pouvez définir `cn` pour qu’un type d’authentification ou l’autre utilise le nom commun dans le DN d’objet du certificat. Pour plus d’informations, consultez [Association d’un certificat client à un utilisateur pendant l’authentification mutuelle](https://help.tableau.com/current/server/fr-ca/ssl_mutual_mapping_username.htm). fallbackToPassword (MutualSSL) Définissez sur « true » pour que les utilisateurs aient la possibilité de se connecter à Tableau Server via leur nom d’utilisateur et leur mot de passe en cas d’échec de l’authentification SSL mutuel. Définissez sur « false » pour interdire cette option de secours. protocols Spécifiez les versions du protocole TLS (Transport Layer Security) que vous souhaitez autoriser ou interdire. Valeur par défaut : `"all -SSLv2 -SSLv3"` Nous vous recommandons toutefois d’utiliser le paramètre suivant : `"all -SSLv2 -SSLv3 -TLSv1 -TLSv1.1"` Pour plus d’informations, consultez [tsm security external-ssl enable](https://help.tableau.com/current/server/fr-ca/cli_security_tsm.htm#external-ssl-enable). Pour des informations générales, consultez la documentation en ligne d’Apache. cipherSuite Répertoriez les chiffrements à autoriser ou à interdire pour SSL. Valeur par défaut : `"HIGH:MEDIUM:!aNULL:!MD5:!RC4:!3DES:!CAMELLIA:!IDEA:!SEED"` Voir la page des [chiffrements OpenSSL](https://www.openssl.org/docs/man1.0.2/man1/ciphers.html) pour connaître le format de liste de chiffrement. Soyez prudent lorsque vous modifiez cette option. Les valeurs par défaut n’autorisent pas les chiffres qui ne sont plus considérés comme suffisamment sécurisés. proxyLogin Valeur par défaut : « false ». Indique que Tableau Server utilise un proxy pour SSL lors de la connexion uniquement. Il contrôle le protocole que le serveur signale à Tableau Desktop pour les API de connexion. forceHTTPForPublicEmbed Valeur par défaut : « false ». Force le code pour que les vues intégrées utilisent SSL. [Passer au contenu principal](#main-content) # Entité openIDSettings Avant de configurer l’authentification OpenID, consultez [Configuration requise pour utiliser OpenID Connect](https://help.tableau.com/current/server/fr-ca/openid_auth_requirements.htm). Utilisez le modèle du fichier de configuration ci-dessous pour créer un fichier json. Après avoir rempli les options avec les valeurs appropriées, transmettez le fichier json et appliquez les paramètres avec les commandes suivantes : `tsm settings import -f path-to-file.json` `tsm pending-changes apply` Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). ## Modèle de configuration Utilisez ce modèle pour configurer les paramètres OpenID. **Important :** toutes les options d’entité sont sensibles à la casse. Pour plus d’explications sur les fichiers de configuration, les entités et les clés, consultez [Exemple de fichier de configuration](https://help.tableau.com/current/server/fr-ca/config_file_example.htm). Après avoir terminé la configuration initiale d’OIDC, utilisez la sous-catégorie [tsm authentication openid ](https://help.tableau.com/current/server/fr-ca/cli_authentication_tsm.htm#TSMOIDC) pour définir des valeurs supplémentaires. { "configEntities": { "openIDSettings": { "\_type": "openIDSettingsType", "enabled": true, "clientId": "required", "clientSecret": "required", "configURL": "required if staticFile value is not set", "staticFile": "required if configURL value is not set", "externalURL": "required" } } } ## Référence du fichier de configuration La liste suivante indique toutes les options pouvant être incluses avec l’ensemble d’entité `"openIDSettings"`. \_type Obligatoire. Ne pas modifier. enabled Obligatoire. Définissez sur `true`. clientId Obligatoire. Spécifie l’identificateur du client du fournisseur que le fournisseur d’identités a affecté à votre application. Par exemple, `“laakjwdlnaoiloadjkwha"`. clientSecret Obligatoire. Spécifie le secret du client du fournisseur. Il s’agit d’un jeton utilisé par Tableau pour vérifier l’authenticité de la réponse du fournisseur d’identités. Cette valeur est un secret et doit être protégée. Par exemple, `“fwahfkjaw72123="`. configURL Obligatoire. Spécifie l’URL de configuration du fournisseur. Si vous ne spécifiez pas une URL de configuration, supprimez cette option et spécifiez un chemin d’accès et un nom de fichier pour `staticFile` à la place. staticFile Obligatoire. Spécifie le chemin d’accès local au document JSON de découverte OIDC statique. Si vous ne spécifiez pas un fichier statique, supprimez cette option et spécifiez une URL pour `configURL` à la place. externalURL Obligatoire. URL de votre serveur. Il s’agit généralement du nom public de votre serveur, par exemple `http://example.tableau.com`. connectionTimeout Facultatif. Spécifie le délai d’expiration de la connexion en secondes. La valeur par défaut est `10`. readTimeout Facultatif. Spécifie le délai d’expiration de la lecture en secondes. La valeur par défaut est `30`. ignoreDomain Définissez cette valeur sur `true` si les conditions suivantes sont remplies : - Vous utilisez des adresses de courriel comme noms d’utilisateur dans Tableau Server - Vous avez configuré des utilisateurs dans le fournisseur d’identités avec plusieurs noms de domaine - Vous souhaitez ignorer la partie nom de domaine de la revendication `email` du fournisseur d’identités Avant de poursuivre, examinez les noms d’utilisateurs qui seront utilisés en définissant cette option sur `true`. Des conflits de nom d’utilisateur peuvent se produire. Dans de tels cas, le risque de divulgation d’informations est élevé. Voir [Configuration requise pour utiliser OpenID Connect](https://help.tableau.com/current/server/fr-ca/openid_auth_requirements.htm). ignoreJWK Définissez cette valeur sur `true` si votre fournisseur d’identités ne prend pas en charge la validation JWK. Dans ce cas, nous vous recommandons d’authentifier la communication avec votre fournisseur d’identités en utilisant TLS mutuel ou un autre protocole de sécurité de couche réseau. La valeur par défaut est `false`. customScope Spécifie une valeur d’étendue personnalisée liée à l’utilisateur que vous pouvez utiliser pour interroger le fournisseur d’identités. Voir [Configuration requise pour utiliser OpenID Connect](https://help.tableau.com/current/server/fr-ca/openid_auth_requirements.htm). idClaim Modifiez cette valeur si votre fournisseur d’identités n’utilise pas la revendication `sub` pour identifier de manière unique les utilisateurs dans le jeton d’ID. La revendication du fournisseur d’identités que vous spécifiez doit contenir une seule chaîne unique. usernameClaim Redéfinissez cette valeur sur la revendication du fournisseur d’identités que votre organisation utilisera pour mapper les noms d’utilisateur stockés dans Tableau Server. clientAuthentication Spécifie la méthode d’authentification clients personnalisée pour OpenID Connect. Pour configurer Tableau Server de manière à utiliser le fournisseur d’identités Salesforce, définissez cette valeur sur `client_secret_post`. iFramedIDPEnabled Définissez sur `true` pour autoriser l’affichage du fournisseur d’identités dans un iFrame. Le fournisseur d’identités doit désactiver la protection contre les détournements de clics pour autoriser la présentation iFrame. [Passer au contenu principal](#main-content) # Entité samlSettings Cet article contient un modèle et une référence pour la configuration de SAML à l’échelle du serveur sur Tableau Server, en utilisant un fichier de configuration avec des clés et des valeurs pour l’entité `samlSettings`. Ces informations complètent la procédure de configuration SAML dans [Configurer SAML à l’échelle du serveur](https://help.tableau.com/current/server/fr-ca/config_saml.htm). Pour créer un modèle de configuration SAML et l’appliquer à Tableau Server, procédez comme suit : 1. Consultez les deux sections suivantes qui décrivent le modèle et la manière dont il est structuré ([Catégories et définitions de modèle](#value-categories) et [Modèle de configuration samlSettings](#saml-config-template)). 2. Collez le code JSON affiché dans le modèle dans un nouveau fichier texte, et enregistrez-le en utilisant une extension .json. 3. Utilisez la [Référence de l’entité de configuration SAML](#saml-config-entity-reference) qui vous aidera à fournir les valeurs là où nécessaire. 4. Ajoutez des paires clé/valeur facultatives à votre environnement. Par exemple, si votre fichier de clé de certificat. SAM exige une phrase de passe, vous devez spécifier le mot de passe dans le paramètre `wgserver.saml.key.passphrase` à l’aide de la commande [tsm configuration set](https://help.tableau.com/current/server/fr-ca/cli_configuration_tsm.htm#TSMSet). 5. [Transmettre le fichier de configuration à Tableau Server](#apply-config-template). ## Catégories et définitions de modèle Le modèle utilise des espaces réservés pour chaque valeur de clé. Ces espaces réservés sont classés comme suit : - **Obligatoire :** Les attributs portant la mention `"required"` doivent être remplacés par des données valides avant que vous n’exécutiez la commande de configuration. Consultez la référence du fichier de configuration pour avoir des valeurs valides. - **Codé en dur :** Les noms d’attribut précédés par un trait bas (\_), par exemple `"_type"` contiennent des valeurs codées de manière irréversible. Ne modifiez pas ces valeurs. - **Valeurs par défaut :** Les attributs définis sur une valeur qui n’est pas `"required"` sont les valeurs par défaut. Ce sont des attributs obligatoires que vous pouvez modifier en fonction de votre environnement. - **Ensembles vides :** Les valeurs qui sont vides (`""`) peuvent être transmises telles quelles, ou vous pouvez fournir une valeur pour votre installation. **Important :** toutes les options d’entité sont sensibles à la casse. ## Modèle de configuration samlSettings Collez ce code dans un fichier texte et personnalisez-le en fonction de votre environnement, en utilisant la référence ci-dessous. { "configEntities": { "samlSettings": { "\_type": "samlSettingsType", "enabled": true, "returnUrl": "required", "entityId": "required", "certFile": "required", "keyFile": "required", "idpMetadataFile": "required", "idpDomainAttribute": "", "idpUsernameAttribute": "required" } } } ## Référence de l’entité de configuration SAML La liste suivante indique toutes les options pouvant être incluses avec l’ensemble d’entité `"samlSettings"`. idpMetadataFile Obligatoire. Le chemin et le nom de fichier du fichier XML sont générés par le fournisseur d’identités. Les métadonnées XML doivent inclure l’attribut de nom d’utilisateur (assertion). Si vous avez effectué les étapes décrites dans [Configurer SAML à l’échelle du serveur](https://help.tableau.com/current/server/fr-ca/config_saml.htm), voici la valeur que vous devriez entrer : `"C:\ProgramData\Tableau\Tableau Server\data\saml\"` enabled true | false Obligatoire. Indique si l’authentification SAML est activée. Ne définissez pas cette option sur `true` avant d’avoir défini les autres options de configuration SAML requises. returnURL Il s’agit généralement de l’URL externe que les utilisateurs de Tableau Server entrent dans leur navigateur pour accéder au serveur, par exemple `https://tableau_server.example.com`. Cette valeur est utilisée pour créer l’attribut URL ACS lors de la configuration du fournisseur d’identités. entityId Obligatoire. Valeur d’identification de l’entité fournisseur de services (dans ce cas, Tableau Server). Identifie votre configuration Tableau Server auprès du fournisseur d’identités. Nous vous recommandons d’entrer la même valeur que l’option `returnURL`. idpUsernameAttribute Obligatoire. Dans les métadonnées du fournisseur d’identités, trouvez l’attribut utilisé pour spécifier les valeurs de nom d’utilisateur, et entrez le nom de l’attribut. La valeur par défaut est `username`. certFile Obligatoire. Entrez l’emplacement et nom du fichier pour le fichier de certificat x509 (.crt) pour SAML. Par exemple : `"C:\ProgramData\Tableau\Tableau Server\data\saml\"` Pour plus d’informations, consultez [Exigences en matière d’authentification SAML](https://help.tableau.com/current/server/fr-ca/saml_requ.htm) et [Configurer SAML à l’échelle du serveur](https://help.tableau.com/current/server/fr-ca/config_saml.htm). keyFile Obligatoire. Spécifiez l’emplacement du fichier de clé privée (.key) qui accompagne le fichier de certificat. Par exemple : `"C:\ProgramData\Tableau\Tableau Server\data\saml\"` **Remarque :** si vous utilisez une clé RSA PKCS#8 qui nécessite une phrase de passe, vous devez définir la phrase de passe à l’aide d’une entité configKey (voir Exemple de fichier de configuration) ou avec [Exemple de fichier de configuration](https://help.tableau.com/current/server/fr-ca/config_file_example.htm) [tsm configuration set](https://help.tableau.com/current/server/fr-ca/cli_configuration_tsm.htm#TSMSet). La clé pour la phrase de passe utilisant ces méthodes est `wgserver.saml.key.passphrase`. La valeur doit être une chaîne non nulle. idpDomainAttribute Pour les entreprises qui utilisent LDAP ou Active Directory, cette valeur spécifie l’attribut SAML que Tableau Server référencera pour déterminer le nom de domaine. Par exemple, si votre fournisseur d’identités spécifie le nom de domaine dans l’attribut`domain`, vous spécifiez `domain` pour cette valeur. **Remarque :** pour les organisations dont les utilisateurs se connectent à partir de plusieurs domaines, cette valeur est obligatoire. Si vous ne fournissez pas une valeur pour cette clé, la valeur utilisée dépend du paramètre du magasin d’identités sur Tableau Server : - Pour le magasin d’identités local, la valeur `idpDomainAttribute` est ignorée. - Pour les magasins d’identités Active Directory ou LDAP, Tableau utilise le nom de domaine qualifié complet du paramètre de configuration `wgserver.domain.default`. Pour obtenir la valeur pour `wgserver.domain.default`, vous pouvez exécuter la commande suivante : `tsm configuration get --key wgserver.domain.default` desktopNoSAML true | false Facultatif. Autoriser les utilisateurs à utiliser l’authentification SAML lorsqu’ils se connectent depuis Tableau Desktop. Par défaut, ce paramètre n’est pas activé, et le comportement est alors équivalent à « false ». Si l’authentification unique depuis les applications du client Tableau ne fonctionne pas avec votre fournisseur d’identités, vous pouvez définir cette option sur « true » pour désactiver l’authentification SAML via Tableau Desktop. appNoSAML true | false Facultatif. Autorisez l’utilisation de SAML pour la connexion depuis des versions antérieures de l’application Tableau Mobile. Les appareils exécutant l’application Tableau Mobile version 19.225.1731 et supérieure ignorent cette option. Pour désactiver les appareils exécutant l’application Tableau Mobile version 19.225.1731 et supérieure, désactivez SAML comme option de connexion client sur Tableau Server. logoutEnabled true | false Facultatif. Permet la déconnexion unique pour les utilisateurs qui se sont connectés avec SAML. La valeur par défaut est `true`. Les métadonnées de configuration du fournisseur d’identités doivent inclure un point de terminaison de déconnexion unique avec liaison POST. Ce paramètre ne s’applique qu’à SAML à l’échelle du serveur Lorsqu’il est défini sur `false`, Tableau Server ne tente pas d’effectuer une déconnexion unique. logoutUrl Facultatif. Entrez l’URL de redirection après que les utilisateurs se sont déconnectés du serveur. La définition de cette option nécessite que `logoutEnabled` soit défini sur `true`. Par défaut, il s’agit de la page de connexion de Tableau Server. Vous pouvez spécifier une URL absolue ou relative. maxAuthenticationAge Facultatif. Précise le nombre maximal de secondes autorisées entre l’authentification d’un utilisateur sur le fournisseur d’identités et le traitement du message AuthNResponse. La valeur par défaut est -1, ce qui signifie que maxAuthenticationAge n’est pas défini ou est ignoré par défaut. Avant février 2022, la valeur par défaut était 7200 (2 heures). Pour optimiser la durée de la session, utilisez la même valeur de délai d’attente que celle définie sur le fournisseur d’identités. maxAssertionTime Facultatif. Précise le nombre maximal de secondes pendant lesquelles une assertion SAML est utilisable (à partir de sa création). La valeur par défaut est 3000 (50 minutes). sha256Enabled true | false Facultatif. Le type de signature que Tableau Server utilisera lors de l’envoi de messages au fournisseur d’identités. Si défini sur `true`, Tableau Server signera les messages avec l’algorithme de signature SHA 256. Si défini sur `false`, Tableau Server signera les messages avec SHA 1. La valeur par défaut est `true`. Cette option définit l’algorithme de signature pour les messages suivants que Tableau Server signe :  - Messages AuthnRequest lorsque `signRequests` est activé. - Messages LogoutRequest si `logoutEnabled` est activé. signRequests true | false Facultatif. Précise si Tableau Server signera les messages AuthnRequests qui sont envoyés au fournisseur d’identités. Les demandes signées ne sont pas toujours nécessaires pour tous les fournisseurs d’identités. Nous recommandons de signer les demandes afin de garantir l’option la plus sûre lors de la configuration de SAML. Pour vérifier si votre fournisseur d’identités accepte la demande signée, inspectez les métadonnées IdP : si `wantAuthnRequestsSigned` est défini sur `true`, votre fournisseur d’identités acceptera les demandes signées. La valeur par défaut est `true`. Pour désactiver les demandes signées, définissez cette option sur `false`. acceptableAuthnContexts Facultatif. Définit l’attribut SAML `AuthNContextClassRef`. Cet attribut optionnel impose la validation de certains « contextes » d’authentification dans les flux initiés par le fournisseur d’identités. Définissez un ensemble de valeurs séparées par une virgule pour cet attribut. Une fois cet attribut défini, Tableau Server vérifie que la réponse SAML contient au moins l’une des valeurs répertoriées. Si la réponse SAML ne contient pas l’une des valeurs configurées, l’authentification sera rejetée, même si l’utilisateur s’est authentifié avec succès avec l’IdP. Si vous laissez cette option vide, il en résultera un comportement par défaut : toute réponse SAML authentifiée avec succès permettra à un utilisateur d’obtenir une session dans Tableau Server. iFramedIdpEnabled true | false Facultatif. La valeur par défaut est `false`, ce qui signifie que, lorsque les utilisateurs sélectionnent le bouton de connexion dans une vue intégrée, le formulaire de connexion du fournisseur d’identités s’ouvre dans une fenêtre contextuelle. Si vous définissez cette valeur sur « true », et qu’un utilisateur SAML de serveur déjà connecté accède à une page Web comportant une vue intégrée, l’utilisateur n’a pas besoin de se connecter pour voir la vue. Vous pouvez définir cette valeur sur « true » uniquement si le fournisseur d’identités prend en charge la connexion dans un iframe. L’option iframe offrant moins de sécurité qu’une fenêtre contextuelle, tous les fournisseurs d’identités ne la prennent pas en charge. Si la page de connexion du fournisseur d’identités met en œuvre la protection contre le détournement de clic, comme c’est le cas pour la plupart d’entre eux, la page de connexion ne peut pas s’afficher dans un iframe, et l’utilisateur ne peut pas se connecter. Si votre fournisseur d’identité prend en charge la connexion par un iframe, vous devrez peut-être l’activer explicitement. Toutefois, même si vous pouvez utiliser cette option, elle désactive la protection contre le détournement de clic de Tableau Server pour SAML, et présente donc toujours un risque de sécurité. ## Transmettre le fichier de configuration à Tableau Server Après avoir fourni une valeur appropriée pour chaque entité que vous incluez dans le modèle de configuration, utilisez les commandes suivantes pour transmettre le fichier .json et appliquer les paramètres à Tableau Server. `tsm settings import -f path-to-file.json` `tsm pending-changes apply` ## Voir également Une fois la configuration SAML initiale terminée, utilisez [tsm authentication mutual-ssl ](https://help.tableau.com/current/server/fr-ca/cli_authentication_tsm.htm#TSMMutualSSL) pour définir des valeurs supplémentaires. Pour la référence de ligne de commande relative à la configuration de SAML, consultez [tsm authentication saml ](https://help.tableau.com/current/server/fr-ca/cli_authentication_tsm.htm#TSMsaml). [Passer au contenu principal](#main-content) # Entité sapHanaSettings Utilisez l’entité sapHanaSettings pour configurer la délégation SAML pour SAP HANA. Consultez [Configuration de SSO SAP HANA](https://help.tableau.com/current/server/fr-ca/config_sap_hana_sso.htm) avant de continuer. Utilisez le modèle du fichier de configuration ci-dessous pour créer un fichier json. Après avoir rempli les options avec les valeurs appropriées, transmettez le fichier json et appliquez les paramètres avec les commandes suivantes : `tsm settings import -f path-to-file.json` `tsm pending-changes apply` Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). ### Paramètres SAP HANA pour SAML Les paramètres dans le modèle ci-dessous spécifient les paramètres pour Tableau Server dans un scénario de délégation SAML avec SAP HANA. ### Modèle de configuration Utilisez ce modèle pour configurer les paramètres de l’authentification de confiance. Tous les fichiers référencés dans configEntities doivent se trouver sur l’ordinateur local. Ne spécifiez pas les chemins d’accès UNC. **Important :** toutes les options d’entité sont sensibles à la casse. Pour plus d’explications sur les fichiers de configuration, les entités et les clés, consultez [Exemple de fichier de configuration](https://help.tableau.com/current/server/fr-ca/config_file_example.htm). { "configEntities": { "sapHanaSettings": { "\_type": "sapHanaSettingsType", "enabled": "true", "usernameFormat": "username", "usernameCase": "preserve", "certFile": "path-to-cert\_file", "keyFile": "path-to-key\_file" } } } ### Référence du fichier de configuration Cette table indique toutes les options pouvant être incluses avec l’ensemble d’entité `"gatewaySettings"`. enabled Obligatoire. Valeurs : `true` or `false` usernameFormat Valeurs : `username`, `domain_and_username`, or `email` Spécifie le format des informations d’identification de nom d’utilisateur. usernameCase Valeurs : `lower`, `upper`, or `preserve` Spécifie la casse du nom de saisie de l’utilisateur. certFile Spécifie le chemin d’accès et le nom de fichier pour le fichier de certificat sur l’ordinateur local. Par exemple, `"c:\\Program Files\\Tableau\\Tableau Server\\SAML\\saml_cert.crt"`. keyFile Spécifie le chemin d’accès et le nom de fichier pour la clé de certificat sur l’ordinateur local. Par exemple, `"c:\\Program Files\\Tableau\\Tableau Server\\SAML\\saml_key.der"`. [Passer au contenu principal](#main-content) # Entité shareProductUsageDataSettings Avant de configurer cette entité, consultez la section [Données d’utilisation du produit](https://help.tableau.com/current/server/fr-ca/config_general.htm#product_data) pour mieux comprendre le comportement et les données d’utilisation collectées par Tableau. (Les valeurs de bases de données confidentielles ne sont jamais incluses.) Utilisez le modèle du fichier de configuration ci-dessous pour créer un fichier json. Après avoir rempli les options avec les valeurs appropriées, transmettez le fichier json et appliquez les paramètres avec les commandes suivantes : `tsm settings import -f /path/to/file.json` `tsm pending-changes apply` Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). ## Modèle de configuration Utilisez ce modèle pour configurer les paramètres de données d’utilisation du produit. **Important :** toutes les options d’entité sont sensibles à la casse. Pour plus d’explications sur les fichiers de configuration, les entités et les clés, consultez [Exemple de fichier de configuration](https://help.tableau.com/current/server/fr-ca/config_file_example.htm). { "configEntities": { "shareProductUsageDataSettings": { "\_type": "shareProductUsageDataSettingsType", "enabled": "true" } } } ## Référence du fichier de configuration La liste suivante indique toutes les options pouvant être incluses avec l’ensemble d’entité `"shareProductUsageDataSettings"`  : \_type Valeur requise : `shareProductUsageDataSettingsType` enabled Options : `true` ou `false` La valeur par défaut, `true`, partage les données d’utilisation du produit depuis votre serveur avec Tableau. [Passer au contenu principal](#main-content) # Entité trustedAuthenticationSettings Avant de configurer l’authentification de confiance, consultez [Authentification de confiance](https://help.tableau.com/current/server/fr-ca/trusted_auth.htm). Utilisez le modèle du fichier de configuration ci-dessous pour créer un fichier json. Après avoir rempli les options avec les valeurs appropriées, transmettez le fichier json et appliquez les paramètres avec les commandes suivantes : `tsm settings import -f /path/to/file.json` `tsm pending-changes apply` Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). ## Modèle de configuration Utilisez ce modèle pour configurer les paramètres de l’authentification de confiance. **Important :** toutes les options d’entité sont sensibles à la casse. Pour plus d’explications sur les fichiers de configuration, les entités et les clés, consultez [Exemple de fichier de configuration](https://help.tableau.com/current/server/fr-ca/config_file_example.htm). Après avoir terminé la configuration initiale de l’authentification de confiance, utilisez la sous-catégorie [tsm authentication trusted ](https://help.tableau.com/current/server/fr-ca/cli_authentication_tsm.htm#TSMTrusted) pour définir des valeurs supplémentaires. { "configEntities": { "trustedAuthenticationSettings": { "\_type": "trustedAuthenticationSettingsType", "trustedHosts": \["webserv1","webserv2","webserv3"\] } } } ## Référence du fichier de configuration La liste suivante indique toutes les options pouvant être incluses avec l’ensemble d’entité `"trustedAuthenticationSettings"`. trustedHosts Obligatoire. Adresse IP ou noms d’hôte des serveurs Web qui demandent des billets de confiance auprès de Tableau Server. Cette option prend une liste de chaînes, ce qui nécessite de transmettre chaque IP ou hôte entre guillemets, en les séparant par une virgule (sans espace) et entre parenthèses. Par exemple : `["192.168.1.101","192.168.1.102","192.168.1.103"]` ou `["webserv1","webserv2","webserv3"]`. Les valeurs que vous spécifiez remplacent les paramètres précédents. Vous devez donc inclure la liste complète des hôtes avant de configurer cette valeur. tokenLength Facultatif. Elle peut être remplacée par un nombre entier compris entre 9 et 255 inclus. Détermine le nombre de caractères de chaque billet de confiance. Le paramètre par défaut de `24` caractères fournit 144 bits de caractère aléatoire. Cette option est ignorée sauf si `useV2Tickets` est défini sur `true`, ce qui n’est pas une pratique recommandée. logLevel Facultatif. `all` | `debug` | `info` | `warn` | `error` | `fatal` | `off` Par défaut : `info` Spécifie le niveau d’enregistrement pour les processus liés à la création et à l’échange de billets de confiance. Consultez [Modifier les niveaux d’enregistrement](https://help.tableau.com/current/server/fr-ca/logs_debug_level.htm). timeoutInSeconds Facultatif. Par défaut : `180` Spécifie après combien de temps (en secondes) les billets de confiance sont invalidés après avoir été créés. tryCount Facultatif. Nombre entier. Par défaut : `10` Spécifie le nombre de tentatives de création d’une entrée de billet de confiance. use9DigitToken Facultatif. `true` | `false` Par défaut : `false` Lorsque la valeur configurée est `true`, la longueur des billets est de 9 chiffres (comme dans les versions 8.0 et antérieures) et l’option `tokenLength` est ignorée. Cette option est conçue pour la prise en charge temporaire de l’ancien code. **Avertissement :** la configuration de cette option sur `true` dégrade sérieusement la sécurité de l’authentification des billets de confiance. useV2Tickets Facultatif. `true` | `false` Par défaut : `false` Indique si Tableau Server doit renvoyer un format d’URL hérité pour les demandes de billet de confiance. Le format d’URL hérité inclut une chaîne de caractères de 24 caractères encodées en Base64. À partir de Tableau Server version 10.3, l’URL retournée a été mise à jour et inclut un UUID codé en Base64 et une chaîne aléatoire sécurisée de 24 caractères. Définissez uniquement cette option sur `true` si vous avez déployé des billets de confiance avec un code personnalisé qui nécessite le format d’URL hérité. Nous vous recommandons plutôt de mettre à jour votre code personnalisé pour accepter le nouveau format d’URL.
[Passer au contenu principal](#main-content) # Entité web-data-connector-settings Cette entité est utilisée pour gérer les paramètres de connecteur de données Web (WDC). Pour en savoir plus sur l’utilisation de WDC dans Tableau Server, consultez [Connecteurs de données Web dans Tableau Server](https://help.tableau.com/current/server/fr-ca/datasource_wdc.htm) et [tsm data-access](https://help.tableau.com/current/server/fr-ca/cli_data-access.htm). Utilisez le modèle du fichier de configuration ci-dessous pour créer un fichier .json. Après avoir rempli les options avec les valeurs appropriées, transmettez le fichier . json et appliquez les paramètres avec les commandes suivantes : `tsm settings import -f /path/to/file.json` `tsm pending-changes apply` Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). ### Paramètres des connecteurs de données Web Les paramètres de connecteur de données Web (WDC) dans le modèle ci-dessous spécifient si les WDC sont activés, si l’actualisation des WDC est activée, et indiquent les listes sûres principales et secondaires. Les listes autorisées indiquent les URL de WDC approuvées pour votre installation Tableau Server et les domaines ou les URL auquel un connecteur peut envoyer des demandes ou dont il peut en recevoir. ### Modèle de configuration Utilisez ce modèle pour configurer les paramètres de WDC. **Important :** toutes les options d’entité sont sensibles à la casse. Pour plus d’explications sur les fichiers de configuration, les entités et les clés, consultez [Exemple de fichier de configuration](https://help.tableau.com/current/server/fr-ca/config_file_example.htm). { "configEntities": { "web-data-connector-settings": { "\_type": "webDataConnectorSettingsType", "refreshEnabled": true, "whitelist": { "https://www.example.com:443/wdc/": { "secondaryWhitelist": \[ "https://www.example.com/.\*", "https://www.coolapi.com/.\*" \] } }, "enabled": true } } } { "configEntities": { "web-data-connector-settings": { "\_type": "webDataConnectorSettingsType", "refreshEnabled": true, "whitelist": { "https://www.example.com:443/wdc/": { "secondaryWhitelist": \[ "https://www.example.com/.\*" \] }, "https://www.mysite.com:443/coolwdc/": { "secondaryWhitelist": \[ "https://www.mysite.com/.\*", "https://www.coolapi.com/.\*" \] } }, "enabled": true } } } ### Référence du fichier de configuration Cette table indique toutes les options pouvant être incluses avec l’ensemble d’entité `web-data-connector-settings`. \_type Obligatoire. Valeur : `webDataConnectorSettingsType` Ne pas modifier. refreshEnabled Définissez sur `false` pour désactiver l’actualisation des WDC. Par défaut : `true`. liste d’autorisations Obligatoire. Peut contenir un ou plusieurs ensembles correspondants de listes sûres et de listes sûres secondaires (une par WDC). La première URL fournie est la liste d’autorisations où vous spécifiez l’URL du WDC et le port, sous le format suivant : `://:/` Pour de nombreux WDC, la valeur de `` est 443, à savoir le port par défaut utilisé pour HTTPS, mais vous pouvez vérifier la valeur pour votre connecteur en vous reportant aux détails de la source de données sur Tableau Server ou Tableau Cloud. secondaryWhitelist Obligatoire. Spécifie les domaines ou les URL auxquels le connecteur peut envoyer des demandes ou dont il peut en recevoir, par exemple les bibliothèques JavaScript externes, les API REST ou les fichiers locaux. Pour ajouter un domaine entier à cette liste d’autorisations secondaire, vous pouvez utiliser une expression avec caractère générique contenant `.*` à la fin de l’URL, comme indiqué dans l’exemple suivant : `https://www.example.com/.*` enabled Définissez sur `false` pour désactiver l’utilisation des WDC. Par défaut : `true`. [Passer au contenu principal](#main-content) # Équilibrage de charge pour les requêtes basées sur les extraits Dans Tableau Server version 2020.2 et versions ultérieures, l’équilibrage de charge pour les requêtes basées sur les extraits a été amélioré, ce qui peut se traduire par des temps de charge plus rapides pour les tableaux de bord basés sur des extraits. Ce sont les déploiements volumineux utilisant de nombreux extraits et ayant un volume élevé de charge de tableau de bord qui verront probablement le plus d’amélioration, particulièrement si Hyper est utilisé sur les nœuds autonomes. Les déploiements plus modestes où Hyper fonctionne sur des nœuds partagés avec d’autres processus du serveur peuvent également bénéficier d’améliorations de performances. Hyper enregistre une métrique d’état du serveur sur la quantité de ressources utilisées par Hyper et prend également en compte la charge d’autres processus Tableau éventuellement en cours d’exécution sur le même nœud serveur. Sur la base de ces informations, les requêtes basées sur les extraits seront envoyées à un nœud qui dispose de ressources disponibles pour traiter la requête. En plus d’évaluer les ressources du système, l’équilibreur de charge améliore les chances que l’extrait soit déjà mis en cache sur le nœud vers lequel vous êtes routé. Cela diminue le nombre d’extraits en double à travers les nœuds et améliore la mémoire et l’utilisation des E/S. Pour utiliser cette fonctionnalité, le processus Serveur de cache doit être actif. Pour plus d’informations, consultez [Serveur de cache Tableau](https://help.tableau.com/current/server/fr-ca/server_process_cache-server.htm). Si le processus Serveur de cache n’est pas activé, l’équilibrage de charge reviendra automatiquement aux fonctionnement précédent. Cette fonctionnalité est activée par défaut. Pour la désactiver, utilisez les commandes tsm suivantes : `tsm configuration set -k hyper_standalone.consistent_hashing.enabled -v false` `tsm configuration set -k hyper_standalone.health.enabled -v false` Appliquez les modifications à l’aide de la commande tsm suivante : `tsm pending-changes apply` Consultez [Options tsm configuration set](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm) pour plus d’informations. [Passer au contenu principal](#main-content) # Erreur de restriction de témoin Lorsqu’un utilisateur se connecte à Tableau Server, un témoin de session est stocké dans son navigateur local. Le témoin stocké concerne la façon dont Tableau Server conserve l’authentification de l’utilisateur connecté et son accès au serveur. Le témoin étant défini à l’aide du même domaine ou sous-domaine que la barre d’adresse du navigateur, il est considéré comme un témoin non tiers. Si le navigateur de l’utilisateur est configuré de manière à bloquer les témoins non tiers, il ne pourra pas se connecter à Tableau Server. Lorsqu’un utilisateur se connecte à Tableau Server par l’intermédiaire d’une vue intégrée ou dans un environnement dans lequel l’authentification fiable a été configurée, la même chose se produit : un témoin est stocké. Toutefois, dans ce cas, le navigateur traite le témoin comme un témoin tiers. Cela s’explique par le fait que le témoin est défini à l’aide d’un domaine différent de celui affiché dans la barre d’adresse du navigateur. Si le navigateur Web d’un utilisateur est configuré de manière à bloquer les témoins tiers, l’authentification à Tableau Server échoue. Pour éviter pareille situation, il est nécessaire de configurer les navigateurs Web de manière à autoriser les témoins tiers. [Passer au contenu principal](#main-content) # Exigences d’espace disque En général, lorsque vous évaluez la quantité d’espace disque supplémentaire à allouer pour l’utilisation quotidienne de Tableau Server, vous devez déterminer si les extraits seront publiés ou non sur Tableau Server, et envisager le nombre de classeurs que vous comptez publier sur Tableau Server . Si vous prévoyez d’utiliser des extraits, Tableau recommande de commencer par quelques centaines de giga-octets (Go). Si vous ne prévoyez pas d’utiliser des extraits, il ne vous faudra que 50 Go environ pour répondre à vos besoins d’utilisation. Pour configurer les alertes d’espace disque, consultez [Configurer la notification d’événement serveur](https://help.tableau.com/current/server/fr-ca/email.htm#drive-space). Vous recherchez Tableau Server sur Linux? Consultez [Exigences d’espace disque](https://help.tableau.com/current/server-linux/fr-ca/requ_diskspace.htm). Il est essentiel que Tableau Server dispose de suffisamment d’espace disque. Si vous n’avez plus d’espace disque sur l’un des nœuds d’une installation Tableau Server, les performances risquent d’être erratiques. Par exemple, vous ne serez pas être en mesure d’accéder à Tableau Server ou à l’interface utilisateur Web TSM. Pour les étapes de dépannage, consultez [Résoudre les problèmes liés à l’utilisation de l’espace disque sur les noeuds Tableau Server](https://help.tableau.com/current/server/fr-ca/trouble_disk_space.htm) dans la base de connaissances Tableau. Voici les facteurs qui affectent les besoins en espace disque et le choix de l’emplacement d’installation de Tableau Server : ## Taille du lecteur et type de partition Le type de partition utilisé sur votre lecteur Tableau Server peut avoir un impact sur la quantité d’espace disponible pour votre installation Tableau Server. - Les partitions Master Boot Record (MBR) prennent en charge les partitions et les disques durs jusqu’à 2 téraoctets (2T) et peuvent être utilisées sur les lecteurs de démarrage. - Le partitionnement GPT (GUID partition table) prend en charge les partitions et les disques durs jusqu’à 18 exaoctets, mais ne peut pas être utilisé sur les lecteurs de démarrage. Il s’agit d’un bon choix lors de l’installation de Tableau Server sur un disque supplémentaire parce qu’ils fournissent beaucoup d’espace disque, permettant aux entreprises d’évoluer au fil du temps. ## Publication d’extraits sur Tableau Server Considérez le nombre d’extraits qui seront publiés sur Tableau Server et la taille de chaque extrait. Testez vos besoins en publiant plusieurs extraits sur Tableau Server, puis en vérifiant l’espace disque utilisé. Vous pouvez utiliser cette quantité d’espace disque pour vous aider à déterminer le nombre d’extraits qui seront publiés sur Tableau Server dans la durée ainsi que l’augmentation de taille de chaque extrait existant. ## Actualisation d’extraits Considérez l’espace requis par le répertoire temporaire pendant une actualisation d’extrait. Le répertoire temporaire, sur lequel un extrait est stocké pendant une actualisation, peut demander jusqu’à trois fois la taille de fichier finale de l’extrait. ## Création de nombreux classeurs Si vous utilisez des classeurs, considérez le nombre de classeurs qui seront publiés sur Tableau Server. Les classeurs individuels n’utilisent généralement qu’une petite quantité d’espace disque. Toutefois, si vous anticipez la publication de milliers de classeurs, vous souhaiterez peut-être allouer de l’espace disque supplémentaire pour gérer ces classeurs. ## Enregistrement Pour vous aider dans vos opérations quotidiennes de gestion et de résolution des problèmes, Tableau Server crée des fichiers journaux comme partie intégrante des opérations normales. Selon le niveau de journalisation configuré, ces journaux peuvent avoir un impact important sur la quantité d’espace disque nécessaire sur l’ordinateur Tableau Server. ## Processus de sauvegarde et de restauration L’espace disque libre requis pour créer une sauvegarde varie en fonction de la quantité de données dans le référentiel Tableau Server et des services de stockage de fichiers, ainsi que de leur collocation avec le service tabadmincontroller. Pendant les sauvegardes, les tâches en arrière-plan pour le nettoyage des anciens extraits sont temporairement interrompues. Cela signifie que, pendant la durée de la sauvegarde, les actualisations d’extraits laisseront des fichiers supplémentaires en place, ce qui augmentera l’espace disque utilisé. Si votre sauvegarde prend beaucoup de temps, ou si votre entreprise utilise de nombreux extraits qui sont régulièrement mis à jour, il peut en résulter une utilisation importante d’espace disque temporaire. Ces fichiers temporaires seront supprimés une fois la sauvegarde terminée. Le tableau suivant répertorie les besoins en espace disque pour la sauvegarde selon que le nœud héberge le référentiel, le stockage de fichiers, le contrôleur ou une combinaison de ces éléments. Dans les environnements Tableau Server à plusieurs nœuds, vous devez estimer l’espace disque requis sur chaque nœud.
RéférentielStockage de fichiersContrôleurEspace disque requis
Icône de coche indiquant que l’opération a été exécutée avec succès.  

3 x données du référentiel + 250 Mo

Pour obtenir une estimation des données du référentiel, vérifiez la taille du répertoire <data directory>/pgsql/data/base.

Pour obtenir la taille exacte des données du référentiel, ouvrez le fichier de sauvegarde et utilisez la taille du fichier workgroup.pg_dump.

 Icône de coche indiquant que l’opération a été exécutée avec succès. 

1,5x données du stockage de fichiers

Pour obtenir une estimation des données du stockage de fichiers (extraits, flux, etc.), vérifiez la taille du répertoire <data directory>/dataengine.

  Icône de coche indiquant que l’opération a été exécutée avec succès.3 x données du référentiel + 250 Mo + 2,5 x données du stockage de fichiers
Icône de coche indiquant que l’opération a été exécutée avec succès.Icône de coche indiquant que l’opération a été exécutée avec succès. 3 x données du référentiel + 250 Mo + 1,5 x données du stockage de fichiers
 Icône de coche indiquant que l’opération a été exécutée avec succès.Icône de coche indiquant que l’opération a été exécutée avec succès.3 x données du référentiel + 250 Mo + 1,5 x données du stockage de fichiers
Icône de coche indiquant que l’opération a été exécutée avec succès. Icône de coche indiquant que l’opération a été exécutée avec succès.3 x données du référentiel + 250 Mo + 2,5 x données du stockage de fichiers
Icône de coche indiquant que l’opération a été exécutée avec succès.Icône de coche indiquant que l’opération a été exécutée avec succès.Icône de coche indiquant que l’opération a été exécutée avec succès.3 x données du référentiel + 250 Mo + 1,5 x données du stockage de fichiers
#### Exigences en matière d’espace disque de restauration Vous devez disposer d’un espace disque suffisant pour que le processus de restauration de la base de données fonctionne correctement. Pour restaurer Tableau Server : - Sur les nœuds de contrôleur, vous avez besoin d’un espace libre au moins égal à la taille de l’archive de sauvegarde. - Sur les nœuds de référentiel, vous avez besoin d’un espace libre égal au moins au trois fois la taille des données du référentiel dans l’archive de sauvegarde, plus 250 Mo, plus la taille du répertoire de données pgsql. - Sur les nœuds du stockage de fichiers, vous avez besoin d’un espace libre égal à au moins deux fois la taille du dossier dataengine dans l’archive de sauvegarde. ## Exportation et importation de site Les exportations et les importations de site nécessitent un espace disque approprié, tout comme les copies de sauvegarde et les processus de restauration. Vous devez avoir au moins assez d’espace pour le fichier exporté. Vous pouvez utiliser les exigences de sauvegarde et de restauration comme ligne directrice pour la quantité d’espace disque nécessaire lors des exportations et importations de sites. Ce fichier d’exportation est généré sur le répertoire défini dans la variable TSM `basefilepath.site_export.exports`. Pour plus d’informations, consultez [tsm sites export](https://help.tableau.com/current/server/fr-ca/cli_sites_tsm.htm#TSMExport). Pour plus d’informations sur les chemins d’accès des fichiers et la manière de les modifier, consultez [Chemins d’accès des fichiers tsm](https://help.tableau.com/current/server/fr-ca/cli_default_filepaths_tsm.htm). [Passer au contenu principal](#main-content) # Espace disque serveur **Remarque :** cette vue est uniquement disponible pour les administrateurs de serveur. Pour accéder aux vues de serveur sur les déploiements multi-sites, cliquez sur le menu du site et sélectionnez **Gérer tous les sites**. Pour plus d’informations sur la navigation des vues administratives, consultez [Vues administratives](https://help.tableau.com/current/server/fr-ca/adminview.htm) . Utilisez la vue Espace disque du serveur pour voir la quantité d’espace disque utilisée sur l’ordinateur ou les ordinateurs exécutant Tableau Server, où l’espace disque désigne uniquement la partition sur laquelle Tableau Server est installé. Vous pouvez également utiliser cette vue pour identifier les changements soudains dans l’utilisation de l’espace disque. Cette vue indique l’utilisation de l’espace disque en tant que valeur décimale de Go. Si le système d’exploitation de vos ordinateurs Tableau Server indique la valeur à l’aide d’un Go binaire, les montants peuvent différer. Dans le cas d’une installation distribuée, la vue affiche l’information concernant chaque ordinateur personnel du groupement. ![Un graphique à barres affiche l’utilisation la plus récente de l’espace disque, tandis qu’un graphique en courbes montre l’utilisation de l’espace disque disponible en gigaoctets au cours du mois écoulé pour cinq serveurs distincts.](/tableau/current/fr-ca/server/fr-ca/Img/adminview_space_all_nodes.png) La vue Espace disque serveur contient deux graphiques : - **Quelle est l’utilisation d’espace disque la plus récente?**—Ce graphique montre l’utilisation de l’espace disque sur les 30 derniers jours en gigaoctets et sous forme de pourcentage. L’espace disque se rapporte uniquement à la partition sur laquelle Tableau Server est installé. - **Quelle a été la tendance d’espace disque disponible sur le dernier mois?**—Ce graphique montre les changements dans l’utilisation de l’espace disque au cours du dernier mois. Posez votre pointeur sur une ligne pour afficher la quantité exacte d’espace libre disponible à un moment donné. Lorsque l’espace disque devient faible sur Tableau Server, vous pouvez supprimer des fichiers pour libérer de l’espace. Pour plus d’informations, consultez [Résoudre les problèmes liés à l’utilisation de l’espace disque sur les noeuds Tableau Server](https://help.tableau.com/current/server/fr-ca/trouble_disk_space.htm). **Astuce :** vous pouvez faire en sorte que Tableau Server envoie une notification lorsque l’espace disque disponible tombe en-dessous d’un seuil que vous spécifiez. Pour plus d’informations, consultez [Configurer la notification d’événement serveur](https://help.tableau.com/current/server/fr-ca/email.htm). [Passer au contenu principal](#main-content) # Étape 1 (Installation existante) : Tableau Prep Conductor Cette rubrique décrit comment activer Tableau Prep Conductor sur votre installation existante de Tableau Server. Tableau Prep Conductor est pris en charge uniquement sur les versions 2019.1 ou ultérieures de Tableau Server. Si vous utilisez Tableau Server 2018.3 ou une version antérieure, vous devez d’abord mettre à niveau votre version de Tableau Server à 2019.1 avant d’activer Tableau Prep Conductor sur votre installation Tableau Server. La licence Tableau Prep Conductor est octroyée par le biais de Gestion des données, pour un déploiement individuel qui est basé sur les utilisateurs ou basé sur les cœurs. Un déploiement comprend une installation Tableau Server de production sous licence et des installations Tableau Server hors production sous licence qui prennent en charge l’installation de production. Pour plus d’informations sur le déploiement, consultez le [Guide de déploiement de Tableau](https://help.tableau.com/current/desktopdeploy/fr-ca/desktop_deploy_welcome.htm). Cette rubrique décrit comment activer Tableau Prep Conductor sur votre installation existante de Tableau Server. ## Avant la mise à niveau ### Préparer la mise à niveau : - [Avant de mettre à niveau](https://help.tableau.com/current/server/fr-ca/upgrade_know_before.htm) - [Licences Tableau Prep Conductor](https://help.tableau.com/current/prep/fr-ca/prep_conductor_licensing.htm) - [Configuration matérielle requise et recommandée pour Tableau Server](https://help.tableau.com/current/server/fr-ca/server_hardware_min.htm) ### Configurer les paramètres de passerelle publique Si Tableau Server est configuré avec l’une des options suivantes : - Équilibreur de charge pour répartir les demandes entre les passerelles. - Proxy inverse pour authentifier les demandes des clients externes (Internet) et déchargement de chiffrement basé sur SSL. Vous devez configurer les paramètres de passerelle publique suivants : `tsm configuration set -k gateway.public.host -v ` (ce doit être l’URL que vos utilisateurs utilisent pour accéder à Tableau Server) `tsm configuration set -k gateway.public.port -v 443` Pour plus d’informations sur la configuration des paramètres de passerelle, reportez-vous à la rubrique [Configuration des proxy pour Tableau Server](https://help.tableau.com/current/server/fr-ca/proxy.htm#configure-tableau-server-to-work-with-a-reverse-proxy-server). ## Installations Tableau Server avec des licences basées sur les utilisateurs La topologie recommandée pour une installation de production de Tableau Server est un nœud dédié pour l’exécution des flux. Pour plus d’informations, consultez [Configuration matérielle minimale requise et recommandée pour Tableau Server](https://help.tableau.com/current/server/fr-ca/server_hardware_min.htm). ### Installations Tableau Server sur un seul nœud Si vous disposez actuellement d’une installation Tableau Server sur un seul nœud, il est recommandé d’ajouter un second nœud et de le dédier à l’exécution des flux. 1. Exécutez la mise à niveau sur votre installation Tableau Server actuelle à l’aide des informations contenues dans les rubriques ci-dessous : - [Windows](https://help.tableau.com/current/server/fr-ca/upgrade.htm) - [Linux](https://help.tableau.com/current/server-linux/fr-ca/upgrade.htm) Lorsque vous accédez à l’étape **Activer**, utilisez les clés produit Tableau Server pour activer Tableau Server. Toutes les clés produit sont disponibles via le [Portail client](http://customer.tableau.com/). 2. À la fin de l’installation, ajoutez la clé produit de Gestion des données pour activer Tableau Prep Conductor sur votre nœud. La clé produit Gestion des données, comme vos autres clés de serveur, sont disponibles via le [Portail client](http://customer.tableau.com/). - Dans l’interface Web de Tableau Services Manager, cliquez sur **Licences** sous l’onglet **Configuration** et cliquez sur **Activer la licence**. - Entrez ou collez votre clé produit, puis cliquez sur **Activer**. - Dans la page **S’enregistrer**, entrez votre information dans les champs et cliquez sur **S’enregistrer**. 3. Vous serez invité à redémarrer le serveur. Redémarrez le serveur et vérifiez que Tableau Prep Conductor est activé et en cours d’exécution. - Dans l’interface Web de Tableau Services Manager, cliquez sur l’onglet **État** pour afficher l’état. S’il est activé et en cours d’exécution, Tableau Prep Conductor devrait s’afficher comme **Actif** dans la liste des processus. Si Tableau Prep Conductor n’est pas activé, Tableau Prep Conductor s’affichera dans la liste des processus, mais sans informations d’état. **Tableau Prep Conductor n’est pas activé :** ![L’onglet État de l’interface Web de Tableau Services Manager indiquant que Tableau Prep Conductor n’est pas activé.](/tableau/current/fr-ca/server/fr-ca/Img/prep_conductor_TPC_disabled_singlenode.png) **Tableau Prep Conductor est activé et en cours d’exécution :** ![L’onglet État de l’interface Web de Tableau Services Manager indiquant que Tableau Prep Conductor est activé et en cours d’exécution.](/tableau/current/fr-ca/server/fr-ca/Img/prep_conductor_TPC_enabled_singlenode.png) 4. Ajoutez un deuxième nœud à votre installation Tableau Server. Le programme d’installation activera certains processus requis comme le contrôleur de grappe. Activez le processus du gestionnaire de processus en arrière-plan dessus comme nécessaire pour exécuter des tâches de flux planifiées. Lorsque vous activez le processus du gestionnaire de processus en arrière-plan, le programme d’installation active automatiquement une seule instance du moteur de données et de Tableau Prep Conductor sur le nœud. N’ajoutez pas d’autres processus sur ce nœud. 5. Exécutez les commandes suivantes pour dédier ce nœud aux tâches de flux uniquement. Pour plus d’informations sur les rôles des nœuds, consultez [Rôles des nœuds dans Tableau Server](https://help.tableau.com/current/server/fr-ca/server_node_roles.htm). - Obtenez le nodeID de votre nœud dédié pour voir la liste des services sur chaque nœud : `tsm topology list-nodes -v`. - Définissez le rôle de nœud du nœud dédié en utilisant le nodeID que vous avez reçu lors de l’exécution de la commande décrite ci-dessus : `tsm topology set-node-role -n -r flows`. - Appliquez les modifications et redémarrez le serveur : `tsm pending-changes apply`. - Vérifiez l’état pour vous assurer que tous les processus sont opérationnels et configurés correctement : `tsm status -v`. Vous avez ajouté avec succès Tableau Prep Conductor à votre installation Tableau Server. ### Installations distribuées de Tableau Server 1. Exécutez la mise à niveau sur votre installation Tableau Server actuelle à l’aide des informations contenues dans les rubriques ci-dessous : - [Windows](https://help.tableau.com/current/server/fr-ca/upgrade.htm) - [Linux](https://help.tableau.com/current/server-linux/fr-ca/upgrade.htm) Lorsque vous accédez à l’étape **Activer**, utilisez les clés produit Tableau Server pour activer Tableau Server. Toutes les clés produit sont disponibles via le [Portail client](http://customer.tableau.com/). 2. Une fois l’installation terminée, ajoutez la clé produit Gestion des données pour activer Tableau Prep Conductor. Tableau Prep Conductor est automatiquement activé sur les nœuds sur lesquels vous avez déjà activé le processus du gestionnaire de processus en arrière-plan. La clé produit Gestion des données, comme vos autres clés de serveur, sont disponibles via le [Portail client](http://customer.tableau.com/). - Dans l’interface Web de Tableau Services Manager, cliquez sur **Licences** sous l’onglet **Configuration** et cliquez sur **Activer la licence**. - Entrez ou collez votre clé produit, puis cliquez sur **Activer**. - Dans la page **S’enregistrer**, entrez votre information dans les champs et cliquez sur **S’enregistrer**. 3. Vous serez invité à redémarrer le serveur. Redémarrez le serveur et vérifiez que Tableau Prep Conductor est activé et en cours d’exécution. - Dans l’interface Web de Tableau Services Manager, cliquez sur l’onglet **État** pour afficher l’état de tous les processus. S’il est activé et en cours d’exécution, Tableau Prep Conductor devrait s’afficher comme **Actif** dans la liste des processus. Si Tableau Prep Conductor n’est pas activé, Tableau Prep Conductor s’affichera dans la liste des processus, mais sans informations d’état. **Tableau Prep Conductor n’est pas activé :** ![L’onglet État de l’interface Web de Tableau Services Manager indiquant que Tableau Prep Conductor n’est pas activé.](/tableau/current/fr-ca/server/fr-ca/Img/prep_conductor_TPC_disabled_multinode.png) **Tableau Prep Conductor est activé et en cours d’exécution :** ![L’onglet État de l’interface Web de Tableau Services Manager indiquant que Tableau Prep Conductor est activé et en cours d’exécution.](/tableau/current/fr-ca/server/fr-ca/Img/prep_conductor_TPC_enabled_multinode.png) 4. Ajoutez un nouveau nœud à votre installation Tableau Server. Le programme d’installation activera certains processus requis comme le contrôleur de grappe. Activez le processus du gestionnaire de processus en arrière-plan dessus comme nécessaire pour exécuter des tâches de flux planifiées. Lorsque vous activez le processus du gestionnaire de processus en arrière-plan, le programme d’installation active automatiquement une seule instance du moteur de données et de Tableau Prep Conductor sur le nœud. N’ajoutez pas d’autres processus sur ce nœud. **Remarque :** le nœud dédié est comptabilisé dans le total de l’ensemble du service de coordination. Vous devrez peut-être déployer un service de coordination sur le nouveau nœud en fonction du nombre total de nœuds inclus dans votre groupement, y compris le nouveau nœud dédié. Pour plus d’informations, consultez [Déployer un ensemble de service de coordination](https://help.tableau.com/current/server/fr-ca/distrib_ha_zk.htm). 5. Exécutez la commande suivante pour dédier ce nœud uniquement aux opérations liées au flux. Pour plus d’informations sur les rôles des nœuds, consultez [Rôles des nœuds dans Tableau Server](https://help.tableau.com/current/server/fr-ca/server_node_roles.htm). - Obtenez le nodeID de votre nœud dédié pour voir la liste des services sur chaque nœud : - `tsm topology list-nodes -v`. - Définissez le rôle de nœud du nœud dédié en utilisant le nodeID que vous avez reçu lors de l’exécution de la commande décrite ci-dessus : - `tsm topology set-node-role -n -r flows`. - Appliquez les modifications et redémarrez le serveur : - `tsm pending-changes apply`. - Vérifiez l’état pour vous assurer que tous les processus sont opérationnels et configurés correctement : - `tsm status -v`. 6. À ce stade, Tableau Prep Conductor sera peut-être activé sur d’autres nœuds. Par défaut, le processus du gestionnaire de processus en arrière-plan sur un nœud effectue toutes les tâches de tous les types, y compris les tâches de flux. Pour isoler les tâches Tableau Prep Conductor et les tâches de flux sur certains nœuds seulement, vous pouvez configurer les gestionnaires de processus en arrière-plan pour effectuer l’une des opérations suivantes : - Exécuter uniquement les tâches de flux : `tsm topology set-node-role -n -r flows`. - Exécuter toutes les autres tâches, à l’exception des flux : `tsm topology set-node-role -n -r no-flows`. Vous avez ajouté avec succès Tableau Prep Conductor à votre installation Tableau Server. ## Installations Tableau Server avec des licences basées sur les cœurs La topologie recommandée pour une installation de production de Tableau Server est un nœud dédié pour l’exécution des flux. Pour plus d’informations, consultez [Configuration matérielle minimale requise et recommandée pour Tableau Server](https://help.tableau.com/current/server/fr-ca/server_hardware_min.htm). Gestion des données pour les licences basées sur les cœurs inclut les clés produit qui activent Tableau Prep Conductor pour votre Tableau Server, et les cœurs Tableau Prep Conductor qui sont groupés par unités de quatre. Les cœurs Tableau Prep Conductor doivent être appliquées au nœud dédié à l’exécution des flux. Ces clés produit, comme vos autres clés de serveur, sont disponibles via le [Portail client](http://customer.tableau.com/). Pour en savoir plus sur la licence Tableau Prep Conductor, consultez [Gestion des licences Tableau Prep Conductor pour Tableau Server](https://help.tableau.com/current/prep/fr-ca/prep_conductor_licensing.htm). ### Installations Tableau Server sur un seul nœud Si vous disposez actuellement d’une installation Tableau Server sur un seul nœud, il est recommandé d’ajouter un second nœud et de le dédier à l’exécution des flux. 1. Exécutez la mise à niveau sur votre installation Tableau Server actuelle à l’aide des informations contenues dans les rubriques ci-dessous : - [Windows](https://help.tableau.com/current/server/fr-ca/upgrade.htm) - [Linux](https://help.tableau.com/current/server-linux/fr-ca/upgrade.htm) 2. Activez les clés produit. Tableau Prep Conductor sera ainsi activé sur les nœuds où vous avez déjà activé le processus du gestionnaire de processus en arrière-plan. Lorsque vous utilisez des licences basées sur les cœurs, vous devez appliquer à la fois la clé produit Gestion des données et la clé produit Resource Core à votre déploiement Tableau. La première clé permet d’exécuter les flux sur Tableau Server par le biais de Tableau Prep Conductor et la seconde clé ajoute les cœurs supplémentaires pour les nœuds Tableau Prep Conductor. Toutes les clés produit sont disponibles via le [Portail client](http://customer.tableau.com/). - Dans l’interface Web de Tableau Services Manager, cliquez sur **Licences** sous l’onglet **Configuration** et cliquez sur **Activer la licence**. - Entrez ou collez votre clé produit, puis cliquez sur **Activer**. - Dans la page **S’enregistrer**, entrez votre information dans les champs et cliquez sur **S’enregistrer**. 3. Vous serez invité à redémarrer le serveur. Redémarrez le serveur et vérifiez que Tableau Prep Conductor est activé et en cours d’exécution. - Dans l’interface Web de Tableau Services Manager, cliquez sur l’onglet **État** pour afficher l’état. S’il est activé et en cours d’exécution, Tableau Prep Conductor devrait s’afficher comme **Actif** dans la liste des processus. Si Tableau Prep Conductor n’est pas activé, Tableau Prep Conductor s’affichera dans la liste des processus, mais sans informations d’état. **Tableau Prep Conductor n’est pas activé :** ![L’onglet État de l’interface Web de Tableau Services Manager indiquant que Tableau Prep Conductor n’est pas activé.](/tableau/current/fr-ca/server/fr-ca/Img/prep_conductor_TPC_disabled_singlenode.png) **Tableau Prep Conductor est activé et en cours d’exécution :** ![L’onglet État de l’interface Web de Tableau Services Manager indiquant que Tableau Prep Conductor est activé et en cours d’exécution.](/tableau/current/fr-ca/server/fr-ca/Img/prep_conductor_TPC_enabled_singlenode.png) 4. Ajoutez un deuxième nœud à votre installation Tableau Server. Le programme d’installation activera certains processus requis comme le contrôleur de grappe. Activez le processus du gestionnaire de processus en arrière-plan dessus comme nécessaire pour exécuter des tâches de flux planifiées. Lorsque vous activez le processus du gestionnaire de processus en arrière-plan, le programme d’installation active automatiquement une seule instance du moteur de données et de Tableau Prep Conductor sur le nœud. N’ajoutez pas d’autres processus sur ce nœud. > [!IMPORTANT] > > **Important :** le nombre de cœurs physiques sur cette machine doit être égal ou inférieur aux cœurs Tableau Prep Conductor que vous avez achetés. Par exemple, si vous avez acheté quatre cœurs Tableau Prep Conductor, votre nœud ne peut avoir que quatre cœurs physiques au maximum. Pour comprendre le fonctionnement des licences Tableau Prep Conductor, consultez [Gestion des licences Tableau Prep Conductor pour Tableau Server](https://help.tableau.com/current/prep/fr-ca/prep_conductor_licensing.htm). 5. Exécutez les commandes suivantes pour dédier ce nœud à des tâches de flux uniquement. Pour plus d’informations sur les rôles des nœuds, consultez [Rôles des nœuds dans Tableau Server](https://help.tableau.com/current/server/fr-ca/server_node_roles.htm). - Obtenez le nodeID de votre nœud dédié pour voir la liste des services sur chaque nœud : `tsm topology list-nodes -v`. - Définissez le rôle de nœud du nœud dédié en utilisant le nodeID que vous avez reçu lors de l’exécution de la commande décrite ci-dessus : `tsm topology set-node-role -n -r flows`. - Appliquez les modifications et redémarrez le serveur : `tsm pending-changes apply`. - Vérifiez l’état pour vous assurer que tous les processus sont opérationnels et configurés correctement : `tsm status -v`. Vous avez ajouté avec succès Tableau Prep Conductor à votre installation Tableau Server. ### Installations distribuées de Tableau Server 1. Exécutez la mise à niveau sur votre installation Tableau Server actuelle à l’aide des informations contenues dans les rubriques ci-dessous : - [Windows](https://help.tableau.com/current/server/fr-ca/upgrade.htm) - [Linux](https://help.tableau.com/current/server-linux/fr-ca/upgrade.htm) 2. Activez les clés produit. Tableau Prep Conductor sera ainsi activé sur les nœuds où vous avez déjà activé le processus du gestionnaire de processus en arrière-plan. Lorsque vous utilisez des licences basées sur les cœurs, vous devez appliquer à la fois la clé produit Gestion des données et la clé produit Resource Core à votre déploiement Tableau. La première clé permet d’exécuter les flux sur Tableau Server par le biais de Tableau Prep Conductor et la seconde clé ajoute les cœurs supplémentaires pour les nœuds Tableau Prep Conductor. Toutes les clés produit sont disponibles via le [Portail client](http://customer.tableau.com/). - Dans l’interface Web de Tableau Services Manager, cliquez sur **Licences** sous l’onglet **Configuration** et cliquez sur **Activer la licence**. - Entrez ou collez votre clé produit, puis cliquez sur **Activer**. - Dans la page **S’enregistrer**, entrez votre information dans les champs et cliquez sur **S’enregistrer**. 3. Vous serez invité à redémarrer le serveur. Redémarrez le serveur et vérifiez que Tableau Prep Conductor est activé et en cours d’exécution. - Dans l’interface Web de Tableau Services Manager, cliquez sur l’onglet **État** pour afficher l’état. S’il est activé et en cours d’exécution, Tableau Prep Conductor devrait s’afficher comme **Actif** dans la liste des processus. Si Tableau Prep Conductor n’est pas activé, Tableau Prep Conductor s’affichera dans la liste des processus, mais sans informations d’état. **Tableau Prep Conductor n’est pas activé :** ![L’onglet État de l’interface Web de Tableau Services Manager indiquant que Tableau Prep Conductor n’est pas activé.](/tableau/current/fr-ca/server/fr-ca/Img/prep_conductor_TPC_disabled_multinode.png) **Tableau Prep Conductor est activé et en cours d’exécution :** ![L’onglet État de l’interface Web de Tableau Services Manager indiquant que Tableau Prep Conductor est activé et en cours d’exécution.](/tableau/current/fr-ca/server/fr-ca/Img/prep_conductor_TPC_enabled_multinode.png) 4. Ajoutez un nouveau nœud à votre installation Tableau Server. Un nœud dédié pour exécuter des opérations liées au flux est recommandé pour les installations de production de Tableau Server. Le programme d’installation activera certains processus requis comme le contrôleur de grappe. Activez le processus du gestionnaire de processus en arrière-plan dessus comme nécessaire pour exécuter des tâches de flux planifiées. Lorsque vous activez le processus du gestionnaire de processus en arrière-plan, le programme d’installation active automatiquement une instance unique du moteur de données sur le nœud. N’ajoutez pas d’autres processus sur ce nœud. **Remarque :** le nœud dédié est comptabilisé dans le total de l’ensemble du service de coordination. Vous devrez peut-être déployer un service de coordination sur le nouveau nœud en fonction du nombre total de nœuds inclus dans votre groupement, y compris le nouveau nœud dédié. Pour plus d’informations, consultez [Déployer un ensemble de service de coordination](https://help.tableau.com/current/server/fr-ca/distrib_ha_zk.htm). > [!IMPORTANT] > > **Important :** > Le nombre de cœurs physiques sur cette machine doit être égal ou inférieur aux cœurs Tableau Prep Conductor que vous avez achetés. Par exemple, si vous avez acheté quatre cœurs Tableau Prep Conductor, votre nœud ne peut avoir que quatre cœurs physiques au maximum. Pour comprendre le fonctionnement des licences Tableau Prep Conductor, consultez [Gestion des licences Tableau Prep Conductor pour Tableau Server](https://help.tableau.com/current/prep/fr-ca/prep_conductor_licensing.htm). 5. Exécutez les commandes suivantes pour dédier ce nœud à des tâches de flux uniquement. Ceci activera Tableau Prep Conductor sur votre nouveau nœud. Pour plus d’informations, consultez [Rôles des nœuds dans Tableau Server](https://help.tableau.com/current/server/fr-ca/server_node_roles.htm). - Obtenez le nodeID de votre nœud dédié pour voir la liste des services sur chaque nœud : `tsm topology list-nodes -v`. - Définissez le rôle de nœud du nœud dédié en utilisant le nodeID que vous avez reçu lors de l’exécution de la commande décrite ci-dessus : `tsm topology set-node-role -n nodeID -r flows`. - Appliquez les modifications et redémarrez le serveur : `tsm pending-changes apply`. - Vérifiez l’état pour vous assurer que tous les processus sont opérationnels et configurés correctement : `tsm status -v`. 6. À ce stade, Tableau Prep Conductor sera peut-être activé sur d’autres nœuds exécutant le processus du gestionnaire de processus en arrière-plan. Par défaut, le processus du gestionnaire de processus en arrière-plan sur un nœud effectue toutes les tâches de tous les types, y compris les tâches de flux. Pour isoler les tâches Tableau Prep Conductor et les tâches de flux sur certains nœuds seulement, vous pouvez configurer les gestionnaires de processus en arrière-plan de manière à ce qu’ils effectuent l’une des opérations suivantes : - Exécuter uniquement les tâches de flux : `tsm topology set-node-role -n -r flows`. - Exécuter toutes les autres tâches, à l’exception des flux : `tsm topology set-node-role -n -r no-flows`. ## Étape suivante [Étape 2 : Configurer les paramètres de flux pour Tableau Server](https://help.tableau.com/current/server/fr-ca/prep_conductor_configure_server_site_settings.htm). ### Qui peut le faire? Les administrateurs Tableau Server peuvent installer ou mettre à niveau Tableau Server et activer Tableau Prep Conductor sur Tableau Server. [Passer au contenu principal](#main-content) # Étape 1 (Nouvelle installation) : Installer Tableau Server avec Tableau Prep Conductor Cette rubrique décrit comment installer Tableau Prep Conductor sur une nouvelle installation de Tableau Server. Tableau Prep Conductor est pris en charge uniquement sur les versions 2019.1 ou ultérieures de Tableau Server. Tableau Prep Conductor est concédé sous licence via Gestion des données, par déploiement. Un déploiement comprend une installation Tableau Server de production sous licence et des installations Tableau Server hors production sous licence qui prennent en charge l’installation de production. Pour plus d’informations sur le déploiement, consultez le [Guide de déploiement de Tableau](https://help.tableau.com/current/desktopdeploy/fr-ca/desktop_deploy_welcome.htm). ## Avant l’installation La topologie recommandée pour une installation de production de Tableau Server est un nœud dédié pour l’exécution des flux. Si vous envisagez actuellement une installation Tableau Server sur un seul nœud, il est recommandé d’ajouter un second nœud et de le dédier à l’exécution des flux. - Examinez les recommandations matérielles pour Tableau Server et Tableau Prep Conductor. - [Configuration matérielle minimale requise et recommandée pour Tableau Server sur Windows](https://help.tableau.com/current/server/fr-ca/server_hardware_min.htm). - [Configuration matérielle minimale requise et recommandée pour Tableau Server sur Linux](https://help.tableau.com/current/server-linux/fr-ca/server_hardware_min.htm). ## Installer Tableau Server et activer Tableau Prep Conductor Suivez les instructions décrites dans les rubriques suivantes pour installer Tableau Server. [Windows : Installer Tableau Server](https://help.tableau.com/current/server/fr-ca/jumpstart.htm) [Linux : Installer Tableau Server](https://help.tableau.com/current/server-linux/fr-ca/jumpstart.htm) Lorsque vous accédez à l’étape **Activer**, utilisez les clés produit Tableau Server pour activer Tableau Server. Toutes les clés produit sont disponibles via le [Portail client](http://customer.tableau.com/). ### Configurer les paramètres de passerelle publique Si Tableau Server est configuré avec l’une des options suivantes : - Équilibreur de charge pour répartir les demandes entre les passerelles. - Proxy inverse pour authentifier les demandes des clients externes (Internet) et déchargement de chiffrement basé sur SSL. Vous devez configurer les paramètres de passerelle publique suivants : `tsm configuration set -k gateway.public.host -v ` (ce doit être l’URL que vos utilisateurs utilisent pour accéder à Tableau Server) `tsm configuration set -k gateway.public.port -v 443` Pour plus d’informations sur la configuration des paramètres de passerelle, reportez-vous à la rubrique [Configuration des proxy pour Tableau Server](https://help.tableau.com/current/server/fr-ca/proxy.htm#configure-tableau-server-to-work-with-a-reverse-proxy-server). ### Activer Tableau Prep Conductor Procédez comme suit pour ajouter la clé produit Gestion des données à votre Tableau Server. Ce processus nécessite le redémarrage de Tableau Server. **Remarque :** Lorsque vous utilisez des licences basées sur les cœurs, vous devez appliquer à la fois la clé produit Gestion des données et la clé produit Resource Core à votre déploiement Tableau. La première clé permet d’exécuter les flux sur Tableau Server par le biais de Tableau Prep Conductor et la seconde clé ajoute les cœurs supplémentaires pour les nœuds Tableau Prep Conductor. Toutes les clés produit sont disponibles via le [Portail client](http://customer.tableau.com/). 1. Si l’ordinateur sur lequel vous exécutez Tableau Server a été configuré pour se connecter à Internet par un serveur proxy de transfert, suivez la procédure décrite dans la rubrique [Configurer les opérations de clé produit avec un serveur proxy de transfert](https://help.tableau.com/current/server/fr-ca/activate_proxy.htm) avant de continuer. 2. Ouvrez TSM dans un navigateur : `https://:8850` 3. Cliquez sur Licences dans l’onglet Configuration puis cliquez sur Activer la licence. 4. Entrez ou collez votre **Gestion des donnéesclé produit** , puis cliquez sur **Activer**. 5. Dans la page S’enregistrer, entrez votre information dans les champs et cliquez sur S’enregistrer. 6. Suivez les invites et redémarrez Tableau Server une fois l’enregistrement terminé. ### Vérifier Tableau Prep Conductor est activé et en cours d’exécution Lorsque vous activez la clé produit Gestion des données, une seule instance de Tableau Prep Conductor est automatiquement activée sur tout nœud sur lequel le gestionnaire de processus en arrière-plan est activé. **Utiliser la procédure suivante pour vérifier qu’il est activé et en cours d’exécution :** 1. Ouvrez un navigateur et entrez l’URL de Tableau Server, puis ajoutez le port d’interface utilisateur Web TSM dédié. Voici quelques exemples possibles de l’URL : https://localhost :8850/ (si vous travaillez directement sur l’ordinateur serveur) https://MarketingServer :8850/ (si vous connaissez le nom du serveur) https://10.0.0.2 :8850/ (si vous connaissez l’adresse IP du serveur) Dans la page de connexion qui s’affiche, entrez votre nom d’utilisateur administrateur et votre mot de passe. **Remarque :** Tableau Server crée et configure un certificat autosigné lors du processus d’installation. Ce certificat sert à chiffrer le trafic vers l’interface utilisateur Web TSM. Étant donné qu’il s’agit d’un certificat autosigné, votre navigateur ne lui fera pas confiance par défaut. Par conséquent, votre navigateur affiche un avertissement concernant la fiabilité du certificat avant de vous permettre de vous connecter. 2. Dans l’interface Web de Tableau Services Manager, cliquez sur l’onglet **État** pour afficher l’état. - S’il est activé et en cours d’exécution, Tableau Prep Conductor devrait s’afficher comme **Actif** dans la liste des processus sur au moins un nœud. Si Tableau Prep Conductor n’est pas activé, Tableau Prep Conductor s’affichera dans la liste des processus, mais sans informations d’état pour aucun des nœuds. **Tableau Prep Conductor n’est pas activé :** ![Tableau Prep Conductor n’est pas activé](/tableau/current/fr-ca/server/fr-ca/Img/prep_conductor_TPC_disabled_multinode.png) **Tableau Prep Conductor est activé et en cours d’exécution. Dans l’image ci-dessous, Tableau Prep Conductor est activé sur le nœud 1 et le nœud 3 :** ![L’onglet État de l’interface Web de Tableau Services Manager indiquant que Tableau Prep Conductor est activé et en cours d’exécution.](/tableau/current/fr-ca/server/fr-ca/Img/prep_conductor_TPC_enabled_multinode.png) ## Dédier un nœud à Tableau Prep Conductor Sur le nœud que vous prévoyez de consacrer à l’exécution des flux, activez le processus du gestionnaire de processus en arrière-plan s’il n’est pas déjà activé. Il est recommandé de ne pas exécuter d’autres processus tels que VizQL Server sur ce nœud. Puisque vous consacrez ce nœud à l’exécution de flux, vous devez configurer le gestionnaire de processus en arrière-plan de manière à ce qu’il n’exécute que des tâches de flux. Par défaut, le processus du gestionnaire de processus en arrière-plan exécute des tâches de tous types, y compris les flux, les actualisations d’extraits et les abonnements. Pour plus d’informations, consultez [Rôles des nœuds dans Tableau Server](https://help.tableau.com/current/server/fr-ca/server_node_roles.htm). Exécutez les commandes tsm suivantes sur ce nœud dédié pour exécuter uniquement des tâches de flux : 1. Exécutez la commande suivante pour autoriser les gestionnaires de processus en arrière-plan de ce nœud à exécuter uniquement des tâches de flux. `tsm topology set-node-role -n node1 -r flows` 2. Configurez le rôle de nœud sur le nœud initial sur Aucun flux. Le gestionnaire de processus en arrière-plan sur ce nœud exécutera toutes les tâches à l’exception des flux : `tsm topology set-node-role -n node1 -r no-flows` 3. Appliquez les modifications et redémarrez Tableau Server : `tsm pending-changes apply` ### Installations distribuées Si votre installation Tableau Server comporte plus de 2 nœuds, vous pouvez choisir de configurer d’autres nœuds pour exécuter toutes les tâches autres que les flux : 1. Limiter un nœud de manière à ne pas autoriser les flux. Cette commande supprime Tableau Prep Conductor de ce nœud, et les gestionnaires de processus en arrière-plan de ce nœud n’exécuteront pas les tâches de flux. `tsm topology set-node-role -n node1 -r no-flows` 2. Appliquez les modifications et redémarrez Tableau Server : `tsm pending-changes apply` ## Étape suivante [Étape 2 : Configurer les paramètres de flux pour Tableau Server](https://help.tableau.com/current/server/fr-ca/prep_conductor_configure_server_site_settings.htm) ### Qui peut le faire? Les administrateurs de serveur peuvent installer Tableau Server et activer Tableau Prep Conductor. [Passer au contenu principal](#main-content) # Étape 2 : Configurer les paramètres de flux pour Tableau Server Cette rubrique décrit les différents paramètres de flux que vous pouvez configurer pour votre Tableau Server. Pour plus d’informations sur les différents paramètres nécessaires pour activer la création Web pour les flux, consultez [Créer et modifier des flux publiés sur le Web](https://help.tableau.com/current/server/fr-ca/web_author_flows.htm). ## Paramètres de publication, de programmation et d’informations d’identification Lorsque vous activez Tableau Prep Conductor à l’aide de la clé produit Data Management, Tableau Prep Conductor est activé pour l’ensemble de l’installation Tableau Server. Vous pouvez modifier et personnaliser plus encore les paramètres pour les sites. Utilisez les instructions suivantes pour configurer les paramètres relatifs aux flux pour tous vos sites ou pour des sites individuels : Suivez les instructions ci-dessous pour vous connecter aux pages d’administration de Tableau Server : - Windows : [Pages d’administration Tableau Server](https://help.tableau.com/current/server/fr-ca/sign_in_server_admin.htm). - Linux : Pages d’administration Tableau Server. **Configurer si la publication et la programmation de flux doivent être autorisées pour un site :** 1. **Autoriser les utilisateurs à publier et à programmer des flux :** ce paramètre est activé par défaut lorsque vous activez Tableau Prep Conductor. Si vous avez plusieurs sites, vous pouvez désactiver de manière sélective Tableau Prep pour Server pour chaque site. Si vous désactivez ce paramètre pour un site qui a autorisé les flux par le passé, consultez la section [Conséquences de la désactivation de Tableau Prep Conductor](#Implicat) pour plus d’informations. Dans la page **Général** sous **Paramètres**, faites défiler jusqu’à la section **Tableau Prep Conductor** et désélectionnez la case **Autoriser les utilisateurs à planifier et surveiller les flux**. 2. **Autoriser les utilisateurs à lier des exécutions de flux à l’aide des tâches liées (à partir de la version 2021.3) :** permet aux utilisateurs de planifier les tâches de flux à exécuter l’une après l’autre. À partir de la version 2022.1, cette option est activée par défaut. Dans les versions précédentes, les administrateurs devaient d’abord activer cette fonctionnalité. Si vous avez plusieurs sites, vous pouvez désactiver sélectivement les Tâches liées pour des sites individuels, mais l’option doit d’abord être activée au niveau des Paramètres du serveur. Si le paramètre est désactivé après la planification de tâches liées, toutes les tâches en cours d’exécution se terminent et les tâches liées planifiées sont masquées et ne s’affichent plus dans l’onglet Tâches planifiées. 3. **Intégrer les informations d’identification** **\-Autoriser les publicateurs à intégrer les informations d’identification dans une source de données, un flux ou un classeur :** ce paramètre permet aux publicateurs de joindre aux flux publiés des mots de passe qui authentifient automatiquement les utilisateurs Web. **\-Autoriser les publicateurs à programmer les exécutions de flux et les actualisations d’extraits de données :** cette option n’est disponible que si le paramètre ci-dessus est activé. Lorsque ce paramètre est activé, les publicateurs voient les options de programmation dans la boîte de dialogue Publier. ### Conséquences de la désactivation de Tableau Prep Conductor Si vous désactivez Tableau Prep Conductor après l’avoir utilisé pendant un certain temps, vous ne pourrez pas voir les flux, les programmations, les tâches et autres éléments liés aux flux. Le tableau suivant fournit des informations supplémentaires sur ce que vous pouvez et ne pouvez pas voir lorsque vous désactivez Tableau Prep Conductor complètement ou uniquement pour des sites spécifiques :
 Prep non activé au niveau du serveurPrep activé au niveau du serveur, mais désactivé pour un sitePrep activé à la fois pour le serveur et le site
Afficher les fluxOuiOuiOui
Afficher les tâches/programmations en mode ServeurNonOuiOui
Afficher les tâches/programmations en mode SiteNonNonOui
Afficher le paramètre du site (uniquement pour les administrateurs de serveur)Oui (désactivé)OuiOui
Afficher le statut TSMOui (Tableau Prep Conductor n’est pas affiché)OuiOui
Afficher les paramètres TSMOui (désactivé)OuiOui
> [!IMPORTANT] > > **Important :** les tâches planifiées continueront de s’exécuter même lorsque Tableau Prep Conductor est désactivé pour ce site, mais échoueront. ## Configurer des notifications en cas d’échec des flux Vous pouvez configurer Tableau Server pour qu’il envoie des notifications par courriel en cas d’échec d’exécution des flux. Les notifications sont envoyées en cas d’échecs lors de l’exécution des flux via une tâche planifiée, une tâche liée ou une exécution manuelle à l’aide de l’option de menu **Exécuter maintenant**. Vous devez d’abord activer le paramètre à l’échelle du serveur, puis le configurer au niveau du site. ### Pour activer la notification par courriel à l’échelle du serveur Vous pouvez utiliser l’interface Web de Tableau Services Manager (TSM) ou l’interface en ligne de commande TSM comme décrit ci-dessous : Utiliser l’interface Web TSM 1. Ouvrez TSM dans un navigateur : https://:8850. 2. Cliquez sur Notifications dans l’onglet Configuration puis cliquez sur Serveur de messagerie. 3. Entrez les données du serveur de messagerie. 4. Cliquez sur l’onglet **Événements**. 5. Sous **Mises à jour de contenu**, sélectionnez **Envoyer des courriels pour les échecs d’actualisation d’extraits et les échecs d’exécution de flux** si les notifications ne sont pas déjà activées par défaut. 6. Cliquez sur Enregistrer les modifications en attente après avoir entré vos données de configuration. 7. Cliquez sur Appliquer les modifications et redémarrer. Utiliser l’interface en ligne de commande TSM Vous pouvez définir les valeurs de notification individuellement avec la commande tsm configuration set : Windows : [tsm configuration](https://help.tableau.com/current/server/fr-ca/cli_configuration_tsm.htm#tsm-configuration-set). Linux : [tsm configuration.](https://help.tableau.com/current/server-linux/fr-ca/cli_configuration_tsm.htm#tsm-configuration-set) #### Définir les valeurs de notification Utilisez la commande tsm configuration set avec la syntaxe suivante pour activer les notifications d’échec de flux, et exécutez la commande suivante : `tsm configuration set -k backgrounder.notifications_enabled -v true` **Remarque :** cette action activera la notification par courriel pour les échecs d’actualisation d’extrait et les échecs de flux. Une fois que vous avez fini de configurer les valeurs, vous devez exécuter la commande suivante : `tsm pending-changes apply` La commande pending-changes apply affiche une invite qui vous informe que Tableau Server sera alors redémarré si le serveur est en cours d’exécution. L’invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option --ignore-prompt, sans que cela change toutefois le comportement de redémarrage. ### Pour configurer une notification pour un site : Sur la page **Général** sous **Paramètres**, faites défiler jusqu’au paramètre Gérer les notifications et sélectionnez les types de notification que vous souhaitez que les utilisateurs du site reçoivent. Vous pouvez recevoir des notifications par courriel, sur le site Tableau ou dans votre espace de travail Slack si votre administrateur a connecté votre site à Slack. Pour plus d’informations, consultez [Référence des paramètres de site](https://help.tableau.com/current/server/fr-ca/sites_add.htm). ![Centre de notification de configuration du site](/tableau/current/fr-ca/server/fr-ca/Img/prep_conductor_notification_center22_1.png) **Remarque :** Recréez vos paramètres de notification lors de la mise à niveau de 2020.4 ou antérieur vers 2021.1 et ultérieur. Les anciens paramètres de notification ne sont pas automatiquement déplacés vers le paramètre Gérer les notifications. ## Étape suivante [Étape 3 : Créer des programmations pour les tâches de flux](https://help.tableau.com/current/server/fr-ca/prep_conductor_create_schedule_definitions.htm) ### Qui peut le faire? Les administrateurs Tableau Server peuvent configurer les paramètres au niveau du serveur et du site. Les administrateurs de site Tableau peuvent configurer les paramètres au niveau du site. [Passer au contenu principal](#main-content) # Étape 3 : Créer des programmations pour les tâches de flux ## Créer une nouvelle programmation : 1. Sous l’onglet **Programmations**, cliquez sur **Nouvelle programmation.** ![L’onglet Programmations dans Tableau Server ou Tableau Cloud affiche le bouton Nouvelles programmations.](/tableau/current/fr-ca/server/fr-ca/Img/prep_conductor_schedules.png) 2. Entrez les renseignements suivants dans la boîte de dialogue **Nouvelle programmation** et cliquez sur **Créer**. - **Nom :** Entrez un nom descriptif pour la programmation. Il inclut en général la description de la fréquence de programmation. - **Type :** sélectionnez Flux comme type de tâche. - **Priorité :** vous pouvez définir une priorité par défaut entre 1 et 100, où 1 est la priorité la plus élevée. Cette valeur sera attribuée aux tâches par défaut. Si deux tâches sont en attente dans la file d’attente, celle dont la priorité est la plus élevée s’exécute en premier. Si aucune priorité de tâche n’est attribuée, la valeur par défaut est 0, ce qui correspond à la priorité la plus élevée. Seuls les administrateurs peuvent modifier la priorité des tâches. Pour plus d’informations, consultez [Hiérarchisation des tâches serveur planifiées](https://help.tableau.com/current/server/fr-ca/task_prioritization.htm). - **Exécution :** indiquez si une programmation doit être exécutée en parallèle ou en série. Les programmations exécutées en parallèle le sont sur tous les processus du gestionnaire de processus en arrière-plan disponibles pour pouvoir se terminer plus rapidement. - Tâches liées (version 2021.3 et ultérieures) : cochez la case si la programmation peut être utilisée pour planifier des flux à exécuter l’un après l’autre. Les tâches liées nécessitent une méthode d’exécution parallèle. À partir de la version 2022.1, cette option est activée par défaut. Dans les versions antérieures, l’administrateur de serveur doit d’abord activer les tâches liées pour le serveur avant de pouvoir configurer des planifications pour prendre en charge les tâches liées. Pour plus d’informations, consultez [Étape 2 : Configurer les paramètres de flux pour Tableau Server](https://help.tableau.com/current/server/fr-ca/prep_conductor_configure_server_site_settings.htm). - **Fréquence :** vous pouvez définir une programmation horaire, quotidienne, hebdomadaire ou mensuelle. ![La boîte de dialogue Créer une programmation sur Tableau Server.](/tableau/current/fr-ca/server/fr-ca/Img/prep_conductor_new_schedule.png) ## Étape suivante [Étape 4 : Liste autorisée des emplacements d’entrée et de sortie](https://help.tableau.com/current/server/fr-ca/prep_conductor_configure_network_shares.htm) ### Qui peut le faire? Les administrateurs Tableau Server peuvent créer et modifier des programmations. Les programmations sont créées au niveau du serveur et s’appliquent à tous les sites d’un serveur. [Passer au contenu principal](#main-content) # Étape 4 : Liste autorisée des emplacements d’entrée et de sortie Cette rubrique décrit les règles qui s’appliquent à cette fonctionnalité et l’établissement d’une liste d’autorisations pour les répertoires de votre réseau. Les connexions d’entrée et de sortie de flux peuvent nécessiter la connexion à des bases de données ou des fichiers qui se trouvent dans des répertoires de votre réseau. Vous devez établir la liste d’autorisations des répertoires auxquels vous souhaitez autoriser l’accès. Les connexions d’entrée et de sortie seront uniquement autorisées à se connecter aux données qui figurent sur la liste des emplacements autorisés. Par défaut, aucune connexion n’est autorisée. **Remarque :** vous pouvez toujours publier les flux et les données intégrées dans le fichier de flux (tflx) sur Tableau Server, mais le flux ne fonctionnera pas si les répertoires ne sont pas inclus dans la liste d’autorisations de votre entreprise. ## Comment établir la liste d’autorisations d’emplacements d’entrée et de sortie Les règles suivantes s’appliquent et doivent être prises en compte lors de la configuration de ce paramètre : - Les chemins d’accès aux répertoires doivent être accessibles par Tableau Server. Ces chemins sont vérifiés au cours du démarrage du serveur et au moment de l’exécution et ne sont **pas** vérifiés au moment de la publication du flux sur Tableau Server. - Si le flux lit ou écrit dans un fichier .hyper sur un partage réseau, ajoutez le chemin d’accès au répertoire contenant le fichier à la liste d’autorisations native\_api.allowed\_paths. Consultez [Options tsm configuration set](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm#nativeapiallowedpaths) pour plus d’informations. - Les chemins d’accès au répertoire réseau doivent être absolus et ne peuvent pas contenir de caractères génériques ni d’autres symboles de parcours de chemin. Par exemple, `\\myhost\myShare\*` **ou** `\\myhost\myShare*` sont des chemins d’accès non valides et entraîneraient l’interdiction de tous les chemins. La méthode correcte pour inscrire un dossier dans la liste d’autorisations sous _myShare_ serait `\\myhost\myShare` **ou** `\\myhost\\myShare\`. **Remarque :** la configuration `\\myhost\myShare` n’autorise pas `\\myhost\myShare1`. Pour inscrire ces deux dossiers dans la liste d’autorisations, incluez-les en tant que \\\\myhost\\myShare; \\\\myhost\\myShare1. - **Windows :** - La valeur peut être `*` (par exemple, `tsm configuration set -k maestro.input.allowed_paths -v "*"`) pour autoriser tout répertoire réseau ou une liste spécifiée de chemins d’accès aux répertoires réseau, délimités par un point-virgule (**;**). Si vous spécifiez une liste de chemins de répertoire, assurez-vous de spécifier des répertoires particuliers plutôt que la racine du partage fichier. - Si le chemin contient des espaces ou des caractères spéciaux, vous devez utiliser des guillemets simples ou doubles. L’utilisation de guillemets simples ou doubles dépend du shell utilisé. - Aucun chemin de répertoire local n’est autorisé même lorsque la valeur est définie sur `*`. - Pour enregistrer la sortie de flux sur un partage réseau, vous devez d’abord [configurer un compte de service Exécuter en tant qu’utilisateur](https://help.tableau.com/current/server/fr-ca/runas_acct.htm) sur Tableau Server. Vous ne pouvez pas enregistrer les flux sur un partage réseau à l’aide du compte système par défaut. Configurez ensuite le répertoire cible sur le partage réseau pour les autorisations Contrôle total applicables au compte Exécuter en tant qu’utilisateur que vous avez créé. Selon la manière dont votre entreprise gère les autorisations de dossier imbriquées, vous devrez peut-être accorder des autorisations supplémentaires dans la hiérarchie des dossiers, avec un minimum d’autorisations de lecture, d’écriture, d’exécution, de suppression et de dossier de liste, pour autoriser le compte Exécuter en tant qu’utilisateur à accéder au dossier cible. - **Linux :** - La valeur peut être `*`, (par exemple, `tsm configuration set -k maestro.input.allowed_paths -v "*"`), ce qui signifie tout chemin, y compris les chemins locaux (à l’exception de certains chemins système configurés à l’aide de « native\_api.internal\_disallowed\_paths »), ou une liste de chemins délimités par un point-virgule (**;**). - Vous devez utiliser une version de kernel égale ou supérieure à 4.7. La liste sécurisée vers ou depuis un partage réseau n’est pas prise en charge sur les versions de kernel antérieures à 4.7. Sur les versions antérieures, lorsque la sortie est écrite sur un partage réseau, hyper échoue dans la sortie des fichiers, ce qui entraîne l’échec des flux lors de l’exécution. Lors de la lecture de fichiers d’entrée à partir d’un partage réseau sur des versions antérieures, les exécutions de flux échouent. Pour vérifier la version de kernel, dans le terminal Linux, tapez la commande `uname -r`. Cette commande affiche la version complète du kernel en cours d’exécution sur la machine Linux. Notez que pour Red Hat Enterprise Linux, la version 4.7 et ultérieure du kernel n’est disponible qu’avec Red Hat Enterprise Linux version 8. - Pour enregistrer la sortie de flux sur un partage réseau, le compte Linux local qui a accès aux ressources Tableau Server doit recevoir des autorisations Contrôle total pour le répertoire cible sur le partage réseau. Si un chemin se trouve à la fois dans la liste autorisée des flux et dans la liste internal\_disallowed, internal\_disallowed est prioritaire. Les points de montage des chemins d’entrée et de sortie utilisés par les flux doivent être configurés à l’aide de la clé de configuration `native_api.unc_mountpoints`. Par exemple : `tsm configuration set -k native_api.unc_mountpoints -v 'mountpoints'` Pour plus d’informations sur cette configuration, consultez cet article de la base de connaissances Tableau : [Tableau Server on Linux How to Connect to a Windows Shared Directory](https://kb.tableau.com/articles/howto/tableau-server-on-linux-how-to-connect-to-a-windows-shared-directory?lang=fr-ca). Utilisez les commandes suivantes pour créer une liste de chemins d’accès réseau autorisés : **Pour les connexions d’entrée :** `tsm configuration set -k maestro.input.allowed_paths -v your_networkdirectory_path_1;your_networkdirectory_path_2` `tsm pending-changes apply` **Pour les connexions de sortie :** `tsm configuration set -k maestro.output.allowed_paths -v your_networkdirectory_path_1;your_networkdirectory_path_2` `tsm pending-changes apply` > [!IMPORTANT] > > Important : > ces commandes écrasent les informations existantes et les remplacent par les nouvelles informations que vous avez fournies. Si vous souhaitez ajouter un nouvel emplacement à une liste existante, vous devez fournir une liste de tous les emplacements, existants et nouveaux à ajouter. Utilisez les commandes suivantes pour afficher la liste actuelle des emplacements d’entrée et de sortie : > > `tsm configuration get -k maestro.input.allowed_paths tsm configuration get -k maestro.output.allowed_paths` ## Étape suivante [Étape 5 : Configurations facultatives du serveur](https://help.tableau.com/current/server/fr-ca/prep_conductor_config_server_optional.htm) ### Qui peut le faire? Sous Windows, les membres du groupe Administrateurs de l’ordinateur local peuvent exécuter des commandes _tsm_. Sous Linux, les membres du groupe **tsmadmin** peuvent exécuter des commandes _tsm_. Le groupe **tsmadmin** peut être configuré à l’aide du paramètre _tsm.authorized.groups_. [Passer au contenu principal](#main-content) # Étape 5 : Configurations facultatives du serveur Les options décrites dans cette rubrique ne sont pas obligatoires pour activer la publication de flux et la programmation de flux sur Tableau Server. Elles peuvent par contre servir à personnaliser votre environnement en fonction de vos besoins. ## Configurer le délai d’expiration pour les flux Vous pouvez définir des limites de temps pour la durée d’exécution d’un flux afin que les tâches suivantes ne soient pas mises en attente suite au blocage de tâches. Les deux options de commande _tsm_ suivantes déterminent la durée d’exécution d’une tâche de flux avant l’annulation de la tâche en arrière-plan de flux. Ces deux commandes déterminent ensemble la valeur totale du délai d’expiration pour les tâches de flux. `backgrounder.default_timeout.run_flow` définit le nombre de secondes avant l’annulation d’une tâche d’exécution de flux. Par exemple : `tsm configuration set -k backgrounder.default_timeout.run_flow -v ` `tsm pending-changes apply` (Valeur par défaut : 14400 secondes ou 4 heures) La commande `backgrounder.extra_timeout_in_seconds` définit le nombre de secondes au-delà du réglage dans `backgrounder.querylimit` avant l’annulation d’une tâche en arrière-plan. Ce paramètre garantit qu’un travail bloqué ne retarde pas les travaux suivants. Le paramètre s’applique aux processus énumérés dans `backgrounder.timeout_tasks`. Par exemple : `tsm configuration set -k backgrounder.extra_timeout_in_seconds -v ` (Valeur par défaut : 1800 secondes ou 30 minutes) Vérifiez les ressources disponibles sur le serveur exécutant les flux. Il est recommandé d’utiliser un nœud dédié pour Tableau Prep Conductor. ## Définir le seuil pour les tâches de flux suspendues Par défaut, une tâche de flux est suspendue après 5 échecs consécutifs. Pour modifier le seuil autorisé d’échecs consécutifs de tâches de flux avant leur suspension, utilisez la commande tsm configuration set suivante : `tsm configuration set -k backgrounder.flow_failure_threshold_for_run_prevention -v ` Cette commande définit le seuil autorisé de tentatives infructueuses pour les tâches de flux avant leur suspension. Ce paramètre s’applique au niveau du serveur. ### Qui peut le faire? Les administrateurs Tableau Server peuvent apporter des modifications aux configurations serveur. [Passer au contenu principal](#main-content) # Étendues d’accès des applications connectées Depuis Tableau Server version 2022.3 , à l’aide des applications connectées à Tableau, vous pouvez appeler et accéder par programmation à l’API Tableau REST via votre application personnalisée au nom des utilisateurs de Tableau Server. L’accès à l’API REST est activé par un jeton Web JSON (JWT) défini dans le cadre de la demande de connexion initiale. Le JWT doit contenir des étendues qui définissent les méthodes d’API REST disponibles pour votre application personnalisée et ses utilisateurs via l’application connectée. Autorisez l’accès à l’API REST à l’aide d’applications connectées pour : - Renforcer la sécurité : l’utilisation d’un jeton JWT en tant que jeton porteur est intrinsèquement plus sécurisée que le stockage et la gestion des mots de passe des utilisateurs administrateurs via des fichiers .env dans des coffres-forts - Améliorer l’efficacité : l’utilisation d’un jeton JWT en tant que jeton de support permet un emprunt d’identité simplifié avec une demande au point de terminaison de connexion au lieu de deux demandes - Étendre et automatiser les intégrations Tableau complexes et les requêtes backend, telles que la récupération de contenu dynamique et le filtrage avancé ## Actions d’une étendue Les applications connectées utilisent des étendues qui accordent l’accès au contenu ou aux actions administratives grâce aux [Méthodes d’API REST prenant en charge l’autorisation JWT](#scopes) (ci-dessous). Une étendue est une chaîne séparée par deux-points qui commence par l’espace de noms `tableau`, suivi de la ressource Tableau à laquelle l’accès est accordé, par exemple `datasources`, et se termine par l’action autorisée sur la ressource, telle que `update` . L’action qu’une étendue peut effectuer inclut : - `create` - `read` - `run` - `update` - `download` - `delete` Par exemple, une étendue qui permet à votre application personnalisée d’appeler la méthode [Mettre à jour la source de données](https://help.tableau.com/current/api/rest_api/fr-ca/REST/rest_api_ref_data_sources.htm#update_data_source) ressemble à : `tableau:datasources:update` ## Types d’étendues Le type d’étendue que vous utilisez dépend du contenu ou de l’action administrative que vous souhaitez activer. Les étendues appartiennent généralement à l’un des types suivants : lecture de contenu, étendue individuelle, caractère générique et catégories multiples. - **Étendue de lecture de contenu :** l’étendue de lecture de contenu, `tableau:content:read` , active les méthodes GET prises en charge pour le contenu Tableau. Lorsque vous utilisez cette étendue, vous activez des actions dans des catégories d’API REST multiples. Plus précisément, l’utilisation de cette étendue vous permet d’activer les méthodes GET pour les sources de données, les métriques, les vues, les classeurs, les projets et les sites. À partir Tableau Server 2023.3, vous spécifiez également cette étendue dans un JWT qui sera utilisé pour créer un jeton d’informations d’identification à utiliser avec [l’API de métadonnées](https://help.tableau.com/current/api/metadata_api/en-us/docs/meta_api_auth.html). Depuis Tableau Server 2025.1, vous spécifiez également cette étendue dans un JWT qui sera utilisé pour créer un jeton d’informations d’identification à utiliser avec le [service de données VizQL](https://help.tableau.com/current/api/vizql-data-service/fr-ca/index.html). **Remarque :** pour activer les méthodes GET pour les actions administratives, telles que les utilisateurs et les groupes, vous pouvez utiliser leurs étendues individuelles. - **Étendues individuelles :** pour activer le contenu et les actions administratives pris en charge, vous pouvez utiliser leurs étendues individuelles. Une étendue individuelle est généralement associée à une seule méthode et une seule catégorie d’API REST. Exemples : - Pour activer la publication ou la mise à jour d’une action de source de données, vous pouvez utiliser l’étendue individuelle `tableau:datasources:create` ou `tableau:datasources:update`, respectivement. - Pour les actions administratives telles que l’ajout ou la suppression d’utilisateurs, vous pouvez utiliser l’étendue individuelle `tableau:users:create` ou `tableau:users:delete`, respectivement. **Remarque :** certaines étendues individuelles peuvent activer des actions dans des catégories d’API REST multiples. Par exemple, `tableau:views:download` active les actions dans les catégories d’API REST des données de la vue et des classeurs. - **[Étendues à caractère générique :](#wildcard)** pour certaines étendues, vous pouvez remplacer l’action par le caractère générique (\*) pour activer les actions prises en charge dans une catégorie d’API REST spécifique. Exemples : - Vous pouvez utiliser l’étendue à caractère générique `tableau:projects:*` pour activer les actions de création, de suppression et de mise à jour dans la catégorie d’API REST des projets. - Vous pouvez utiliser l’étendue à caractère générique `tableau:users:*` pour activer les actions d’obtention/énumération, d’ajout, de suppression et de mise à jour dans la catégorie d’API REST des utilisateurs. - Vous pouvez utiliser l’étendue à caractère générique `tableau:tasks:*` pour activer les actions d’obtention/énumération, d’ajout, de suppression, de mise à jour et d’exécution dans les catégories d’API REST des extraits et des abonnements. Cette étendue permet également de mettre à jour la source de données (s’il s’agit d’un extrait) et de mettre à jour le classeur. - **[Étendues à catégories multiples :](#cross)** en plus de l’étendue de lecture de contenu, il existe quelques étendues supplémentaires qui, si elles sont utilisées, activent les actions prises en charge dans des catégories d’API REST multiples. Exemples : - Si vous utilisez l’étendue `tableau:tasks:run`, vous activez les actions dans les catégories d’API REST des sources de données et des classeurs. - Encore une fois, si vous utilisez l’étendue `tableau:views:download`, vous activez les actions dans les catégories d’API REST des données de la vue et des classeurs. - Si vous utilisez des étendues d’autorisations telles que `tableau:permissions:update` ou `tableau:permissions:delete`, vous activez les actions dans les catégories d’API REST des sources de données, des classeurs et des projets. ## Résumé de la façon d’autoriser l’accès à l’API REST La liste suivante résume les étapes pour demander l’accès à l’API REST via un JWT : 1. **Créez une application connectée** à l’aide de l’une des méthodes suivantes : - [Configurer les applications connectées avec Direct Trust](https://help.tableau.com/current/server/fr-ca/connected_apps_direct.htm) - [Configurer les applications connectées à l’aide de la confiance Oauth 2.0](https://help.tableau.com/current/server/fr-ca/connected_apps_eas.htm) 2. **Générer un JWT valide** : au moment de l’exécution, votre application personnalisée génère un JWT valide, configuré avec les étendues que vous avez incluses 3. **Faire une demande [Connexion](https://help.tableau.com/current/api/rest_api/fr-ca/REST/rest_api_ref_authentication.htm#sign_in) :** votre application personnalisée effectue une demande de connexion à l’aide du JWT pour renvoyer un jeton d’accès Tableau et un ID de site (LUID) 4. **Utiliser le jeton d’accès Tableau dans les demandes suivantes :** dans les appels d’API REST suivants, utilisez 1) le jeton d’accès Tableau comme la valeur d’en-tête [`X-Tableau-Auth`](https://help.tableau.com/current/api/rest_api/en-us/REST/rest_api_concepts_auth.htm#using_auth_token) et 2) l’ID de site (LUID) dans l’URI de la demande ### Exemple Par exemple, supposons que vous créez une application connectée à l’aide de Direct Trust. À l’aide de Direct Trust, votre application personnalisée qui appelle l’API REST génère un JWT valide à l’aide de l’ID client et du secret client générés par l’application connectée. **Étendues dans le JWT** Pour autoriser avec succès l’accès à l’API REST, le JWT doit également contenir les étendues qui définissent les capacités de l’API REST. Par exemple, pour activer diverses méthodes liées à la source de données, vous pouvez inclure les étendues suivantes dans le JWT : `"tableau:content:read","tableau:datasources:create","tableau:datasources:update","tableau:datasources:download","tableau:tasks:run"` Ou `"tableau:content:read","tableau:datasources:*","tableau:tasks:run"` **Remarque :** les valeurs d’étendue doivent être transmises sous forme de type de liste. **URI de demande de connexion** Pour effectuer un appel à l’API REST, votre application personnalisée doit d’abord effectuer une demande de connexion pour générer un jeton d’identifiants Tableau. ``` POST https://myco/api/3.17/auth/signin ``` **Corps de la requête** Pour autoriser l’accès à l’API REST à l’aide d’un JWT, le corps de la demande de connexion doit contenir le JWT valide, comme dans l’exemple ci-dessous. ``` ``` **Corps de réponse** La demande de connexion produit le corps de réponse suivant, qui inclut le jeton d’identification de Tableau. ``` ``` Une fois le jeton d’identifiant Tableau généré, ajoutez-le à l’en-tête de toutes les demandes d’API REST ultérieures. **En-tête** X-Tableau-Auth:12ab34cd56ef78ab90cd12ef34ab56cd Toutes les demandes d’API REST ultérieures utilisant le jeton d’accès Tableau sont alors limitées par les étendues du JWT. ## Méthodes d’API REST prenant en charge l’autorisation JWT Les étendues des applications connectées permettent à votre application personnalisée d’accéder aux fonctionnalités de l’API REST de Tableau au nom des utilisateurs ### Comment trouver des étendues L’étendue requise pour une méthode prise en charge par JWT dans son bloc de propriétés est disponible dans l’aide de l’[API REST de Tableau](https://help.tableau.com/current/api/rest_api/fr-ca/REST/rest_api.htm). Si une étendue n’est pas répertoriée dans le bloc de propriétés de la méthode, l’accès à cette méthode ne pourra pas être contrôlé par un JWT. Par exemple, `tableau:sites:read` est une étendue qui vous permet d’appeler la méthode [Interroger le site](https://help.tableau.com/current/api/rest_api/fr-ca/REST/rest_api_ref_site.htm#query_site) dans l’API REST de Tableau. **Remarques :** - Les méthodes [Se connecter](https://help.tableau.com/current/api/rest_api/fr-ca/REST/rest_api_ref_authentication.htm#sign_in) et [Se déconnecter](https://help.tableau.com/current/api/rest_api/fr-ca/REST/rest_api_ref_authentication.htm#sign_out) sont toutes deux prises en charge par l’autorisation JWT, mais à partir de Tableau Server 2023.3 leur utilisation ne nécessite pas d’étendue. - Pour les champs d’application pris en charge par l’API d’intégration v3, consultez l’un des éléments suivants : - [Configurer les applications connectées avec Direct Trust](https://help.tableau.com/current/server/fr-ca/connected_apps_direct.htm) - [Configurer les applications connectées à l’aide de la confiance Oauth 2.0](https://help.tableau.com/current/server/fr-ca/connected_apps_eas.htm) - Depuis la version 2025.3 de Tableau Server, un sous-ensemble d’étendues répertoriées prend également en charge l’autorisation API REST via des jetons d’accès unifiés (UAT). Cela signifie que les applications connectées et les étendues UAT sont les mêmes. ### Type d’étendues #### À propos des étendues à caractère générique (\*) Les étendues à caractère générique utilisent le caractère générique (\*) au lieu d’une action spécifique, pour activer plusieurs actions prises en charge dans une catégorie spécifique d’API REST de Tableau. #### Exemples
ÉtendueMéthodes activées
tableau:datasources:*Permet de créer, de mettre à jour et d’actualiser des sources de données de connexion.
tableau:metrics:*Permet d’interroger, de mettre à jour et de supprimer des métriques.
tableau:workbooks:*Permet de publier, de mettre à jour, de télécharger et de prévisualiser un classeur d’images.
tableau:groups:*Permet de créer, d’interroger, de mettre à jour et de supprimer des groupes.
tableau:projects:*Permet de créer, de supprimer et de mettre à jour des projets.
tableau:users:*Permet d’obtenir / d’énumérer, d’ajouter, de supprimer et de mettre à jour des utilisateurs.
tableau:tasks:*

Remarque : Il s’agit également d’une étendue à catégories multiples.

Permet d’obtenir / de répertorier, d’ajouter, de supprimer, de mettre à jour et d’exécuter les méthodes pour les tâches d’extraits et d’abonnements.

Permet de mettre à jour des sources de données pour les classeurs.

#### À propos des étendues à catégories multiples Les étendues à catégories multiples activent les multiples actions prises en charge dans différentes catégories d’API REST de Tableau. #### Exemples
ÉtendueMéthodes activées
tableau:content:readPermet de lire / d’énumérer le contenu Tableau, y compris les sources de données, les métriques, les vues, les classeurs, les projets et les sites.
tableau:tasks:runPermet d’exécuter les méthodes pour les sources de données, les classeurs et les extraits.
tableau:views:downloadPermet de télécharger les méthodes pour la visualisation des données et des classeurs.
tableau:tasks:*

Remarque : Il s’agit également d’une étendue à caractère générique.

Permet d’obtenir / de répertorier, d’ajouter, de supprimer, de mettre à jour et d’exécuter les méthodes pour les tâches d’extraits et d’abonnements.

Permet de mettre à jour des sources de données pour les classeurs.

## Dépanner les étendues ### 401001 - erreur de connexion Si vous rencontrez l’erreur 401001, le corps de la réponse **Connexion** est ajouté avec l’un des codes d’erreur supplémentaires spécifiques aux applications connectées suivants : 16, 10084 ou 10085. Par exemple, dans le corps de la réponse suivante, « 10084 » est le code d’erreur des applications connectées que vous pouvez utiliser pour résoudre les problèmes de connexion à Tableau Server à l’aide d’un JWT pour l’autorisation de l’API REST. "summary": "Signin Error", "detail": "Error signing in to Tableau Cloud (10084)" Pour vous aider à résoudre le problème, reportez-vous à la description du code d’erreur applicable et à ses causes potentielles. - **16 : Impossible de trouver l’utilisateur** — cette erreur peut se produire parce que le « `sub` » (nom d’utilisateur) a été spécifié - **10084 : Impossible d’analyser le jeton d’accès** — cette erreur peut se produire pour les raisons suivantes : - JWT n’est pas valide ou il y a eu un problème inattendu - « `aud` » (audience) incorrect spécifié - Pour la confiance directe, il y a eu un problème avec la signature du secret - **10085 : Impossible d’extraire le secret pour vérifier la signature de l’ID client** — cette erreur peut se produire pour les raisons suivantes : - ID client incorrect dans « `iss` » spécifié - Pour la confiance directe, « `kid` »(ID secret) incorrect spécifié - Pour EAS, impossible de récupérer les clés de JWKSource ### 401002 - erreur d’accès non autorisé Si vous rencontrez l’erreur 401002 et avez confirmé que vous disposez des autorisations appropriées pour effectuer la demande, assurez-vous que la portée incluse dans le JWT est correcte et correspond à la demande que vous essayez de faire. Pour obtenir la liste des points de terminaison et des étendues prises en charge, consultez la section [Méthodes d’API REST prenant en charge l’autorisation JWT](#scopes) ci-dessus. [Passer au contenu principal](#main-content) # Étiquettes avec catégories personnalisées > [!WARNING] > > Le 14 octobre 2025, Data Cloud a été rebaptisé Data 360. Au cours de cette transition, vous verrez peut-être des références à Data Cloud dans notre application et dans notre documentation. Bien que le nom soit nouveau, la fonctionnalité et le contenu restent inchangés. Tableau propose plusieurs étiquettes de données (certification, avertissements sur la qualité et étiquettes de sensibilité) qui s’appliquent à diverses façons de classer les données. Néanmoins, il peut arriver que les utilisateurs aient besoin d’autres étiquettes et catégories correspondant à d’autres cas d’utilisation. À partir de Tableau Cloud octobre 2023 et de Tableau Server 2023.3, les utilisateurs peuvent classer les ressources à l’aide d’étiquettes avec des catégories personnalisées définies par un administrateur. Par exemple, un administrateur peut créer une catégorie appelée « Service » avec des étiquettes pour les services de ventes, après-vente et opérations, prêtes à être appliquées aux ressources. Les étiquettes avec des catégories personnalisées requièrent l’activation d’une licence Gestion des données avec Tableau Catalog et peuvent être associées aux mêmes types de ressources que les autres étiquettes de données. Toutefois, les étiquettes avec des catégories personnalisées ne s’affichent pas sur les ressources en aval de la même manière que les avertissements sur la qualité des données et les étiquettes de sensibilité. Remarque : Si vous êtes un administrateur qui souhaite créer des catégories et des étiquettes personnalisées, consultez [Gérer les étiquettes de données](https://help.tableau.com/current/server/fr-ca/dm_labels_manage.htm). ## Associer des étiquettes avec des catégories personnalisées à une ressource Remarque : À partir de la version de février 2024 de Tableau Cloud et de Tableau Server 2024.2, vous ajoutez et supprimez des étiquettes avec catégories personnalisées à l’aide de la boîte de dialogue Étiquettes de données consolidée au lieu d’utiliser des boîtes de dialogue distinctes pour chaque type d’étiquette. Pour en savoir plus sur la boîte de dialogue Étiquettes de données, voir [La boîte de dialogue Étiquettes de données](https://help.tableau.com/current/server/fr-ca/dm_labels.htm#data-labels-dialog). Pour associer une étiquette avec une catégorie personnalisée à une ressource : ### Dans Tableau Cloud et Tableau Server 2024.2 et versions ultérieures 1. Recherchez l’actif ou accédez-y. Les étapes à suivre pour y accéder dépend du type d’actif auquel vous souhaitez ajouter l’étiquette : - Source de données ou connexion virtuelle - sur la page Explorer , sélectionnez Toutes les sources de données ou Toutes les connexions virtuelles. - Table des connexions virtuelles - sur la page Explorer, sélectionnez Toutes les connexions virtuelles, puis sélectionnez la connexion virtuelle qui contient la table des connexions virtuelles que vous souhaitez certifier. Sélectionnez ensuite la table de connexion virtuelle. - Base de données ou table - sur la page Explorer , accédez à la base de données ou à la table. Ou sur la page Ressources externes, sélectionnez Bases de données et fichiers ou Tables et objets. - Colonne – sur la page Explorer, accédez à la table. Ou sur la page Ressources externes, sélectionnez Tables et objets et accédez à la table. Trouvez ensuite la colonne dans la liste. 2. Sélectionnez le menu Actions (...) en regard de l’actif, et puis sélectionnez Étiquettes de données > Toutes les étiquettes de données. 3. Sélectionnez l’onglet vertical du côté gauche de la boîte de dialogue qui correspond à la catégorie de l’étiquette personnalisée. Si vous connaissez le nom de l’étiquette, vous pouvez aussi la rechercher en haut de la boîte de dialogue. 4. Cochez la case en regard des étiquettes que vous souhaitez attacher à l’actif. 5. Si vous le souhaitez, entrez un message à afficher à l’attention des utilisateurs. Vous pouvez mettre en forme le texte d’un message en gras, souligné et italique, et inclure un lien ou une image. Pour voir des conseils de mise en forme du texte, survolez l’icône d’information (i) au-dessus du bouton Enregistrer. 6. Répétez les étapes 3 et 5 pour chaque étiquette que vous souhaitez ajouter. 7. Sélectionnez Enregistrer. ![Boîte de dialogue Étiquettes de données dans l’onglet Catégorie personnalisée](/tableau/current/fr-ca/server/fr-ca/Img/dm_label_data_labels_dialog_custom_category.png) ### Dans Tableau Server 2023.3 1. Sélectionnez le menu Actions (...) en regard de l’actif, et puis sélectionnez Étiquettes de données > Plus d’étiquettes de données. 2. Sélectionnez le menu déroulant Étiquettes. Les noms d’étiquettes sont classés par catégorie d’étiquettes et vous pouvez les faire défiler. ![Sélectionner une étiquette dans la boîte de dialogue Plus d’étiquettes de données](/tableau/current/fr-ca/server/fr-ca/Img/dm_label_custom_category_add_1_246.png) 3. Sélectionnez l’étiquette à associer, puis sélectionnez Ajouter en regard du menu déroulant Étiquettes. L’étiquette apparaît dans la liste Étiquettes appliquées à droite de la boîte de dialogue. 4. Pour ajouter un message d’étiquette facultatif sur cette ressource spécifique, sélectionnez le crayon dans la colonne Messages (facultatif), puis sélectionnez Sauvegarder. ![Ajouter un message dans la boîte de dialogue Plus d’étiquettes de données](/tableau/current/fr-ca/server/fr-ca/Img/dm_label_custom_category_add_2_246.png) 5. Répétez les étapes 2 et 5 pour chaque étiquette que vous souhaitez ajouter. 6. Lorsque vous avez terminé d’ajouter des étiquettes, fermez la boîte de dialogue. (Sélectionnez le X situé dans le coin supérieur droit de la boîte de dialogue ou sélectionnez tout élément en dehors de la boîte de dialogue pour la fermer.) ## Supprimer des étiquettes avec des catégories personnalisées d’une ressource Remarque : À partir de la version de février 2024 de Tableau Cloud et de Tableau Server 2024.2, vous ajoutez et supprimez des étiquettes avec catégories personnalisées à l’aide de la boîte de dialogue Étiquettes de données consolidée au lieu d’utiliser des boîtes de dialogue distinctes pour chaque type d’étiquette. Pour en savoir plus sur la boîte de dialogue Étiquettes de données, voir [La boîte de dialogue Étiquettes de données](https://help.tableau.com/current/server/fr-ca/dm_labels.htm#data-labels-dialog). Pour supprimer une étiquette avec une catégorie personnalisée d’une ressource : ### Dans Tableau Cloud et Tableau Server 2024.2 et versions ultérieures. 1. Recherchez l’actif ou accédez-y. Les étapes à suivre pour y accéder dépend du type d’actif auquel vous souhaitez ajouter l’étiquette : - Source de données ou connexion virtuelle - sur la page Explorer , sélectionnez Toutes les sources de données ou Toutes les connexions virtuelles. - Table des connexions virtuelles - sur la page Explorer, sélectionnez Toutes les connexions virtuelles, puis sélectionnez la connexion virtuelle qui contient la table des connexions virtuelles que vous souhaitez certifier. Sélectionnez ensuite la table de connexion virtuelle. - Base de données ou table - sur la page Explorer , accédez à la base de données ou à la table. Ou sur la page Ressources externes, sélectionnez Bases de données et fichiers ou Tables et objets. - Colonne – sur la page Explorer, accédez à la table. Ou sur la page Ressources externes, sélectionnez Tables et objets et accédez à la table. Trouvez ensuite la colonne dans la liste. 2. Sélectionnez le menu Actions (...) en regard de l’actif, et puis sélectionnez Étiquettes de données > Toutes les étiquettes de données. 3. Sélectionnez l’onglet vertical du côté gauche de la boîte de dialogue qui correspond à la catégorie de l’étiquette personnalisée. Vous pouvez aussi utiliser l’onglet vertical Étiquettes sélectionnées pour voir toutes les étiquettes attachées à l’actif. Ou, si vous connaissez le nom de l’étiquette, vous pouvez la rechercher en haut de la boîte de dialogue. 4. Décochez la case en regard des étiquettes que vous souhaitez supprimer de l’actif. 5. Répétez les étapes 3 et 4 pour chaque étiquette que vous souhaitez supprimer. 6. Sélectionnez Enregistrer. ### Dans Tableau Server 2023.3 1. Sélectionnez le menu Actions (...) en regard de l’actif, et puis sélectionnez Étiquettes de données > Plus d’étiquettes de données. 2. Dans la section Étiquettes appliquées de la boîte de dialogue, sélectionnez l’icône de corbeille dans la ligne correspondant à l’étiquette à supprimer. ![Supprimer une étiquette de la boîte de dialogue Plus d’étiquettes de données](/tableau/current/fr-ca/server/fr-ca/Img/dm_label_custom_category_remove_246.png) 3. Répétez l’étape 2 pour chaque étiquette que vous souhaitez supprimer. 4. Lorsque vous avez terminé de supprimer des étiquettes, fermez la boîte de dialogue. (Sélectionnez le X situé dans le coin supérieur droit de la boîte de dialogue ou sélectionnez tout élément en dehors de la boîte de dialogue pour la fermer.) ## Où s’affichent les étiquettes avec des catégories personnalisées Les étiquettes personnalisées s’affichent sur les ressources lors de la navigation dans Tableau Cloud et Tableau Server. ![Étiquette avec catégorie personnalisée s’affichant sur une page de la table](/tableau/current/fr-ca/server/fr-ca/Img/dm_label_custom_category_masthead.png) Dans la création Web, sélectionnez une source de données ou une colonne, puis sélectionnez Détails de Catalog pour voir toutes ses étiquettes. Contrairement aux avertissements sur la qualité des données et aux étiquettes de sensibilité, les étiquettes avec des catégories personnalisées ne s’affichent pas en aval des ressources auxquelles elles sont associées. Par exemple, supposons que votre organisation dispose d’une catégorie d’étiquettes personnalisées nommée « Service » à laquelle appartient une étiquette personnalisée nommée « Ventes ». Si vous associez l’étiquette « Ventes » à une table appelée « Commandes », l’étiquette s’affiche uniquement sur la table « Commandes » et non sur les classeurs en aval de celle-ci. ## Qui peut ajouter des étiquettes de catégorie personnalisée? Pour ajouter une étiquette avec une catégorie personnalisée à une ressource (ou pour en supprimer une d’une ressource), vous devez - être un administrateur de serveur ou de site, ou - disposer de la fonctionnalité Écraser pour l’actif. ## Personnaliser une étiquette avec une catégorie personnalisée Pour savoir comment les administrateurs peuvent créer ou modifier des catégories et des étiquettes personnalisées qui apparaissent dans la boîte de dialogue Plus d’étiquettes de données, consultez [Gérer les étiquettes de données](https://help.tableau.com/current/server/fr-ca/dm_labels_manage.htm). [Passer au contenu principal](#main-content) # Étiquettes de données Les étiquettes de données sont des métadonnées que vous pouvez associer aux ressources de données. Les étiquettes de données permettent de classer les données et de transmettre cette information aux utilisateurs. Par exemple : - Une source de données publiée est plus fiable que d’autres sources portant le même nom. L’étiquette de certification des données peut vous aider à informer les utilisateurs de la source de données recommandée. - Une colonne d’une base de données contient des renseignements obsolètes. Une étiquette d’avertissement sur les données permet d’indiquer aux auteurs et aux observateurs de classeurs que les données ne sont pas à jour. - Un tableau des revenus des salariés contient des renseignements sensibles qui ne doivent pas être partagés. Une étiquette de données sensibles peut informer les utilisateurs qu’ils doivent faire preuve de prudence lorsqu’ils utilisent les données de la table. - Certaines sources de données publiées sont regroupées en fonction du service qui les a publiées. Une catégorie d’étiquette personnalisée avec des étiquettes personnalisées peut présenter les services responsables des sources de données. Remarque : Les étiquettes de données sont une toute nouvelle façon d’envisager le classement des métadonnées, en toute souplesse. Les certifications et les avertissements sur la qualité des données, qui faisaient partie de la licence Gestion des données bien avant que le terme « étiquettes de données » n’existe, sont désormais considérés comme des catégories du concept plus large d’étiquettes de données, au même titre que les étiquettes de sensibilité publiées dans Tableau Cloud juin 2023 et Tableau Server 2023.3. Une licence Gestion des données est requise pour toutes les opérations d’étiquetage de données, à l’exception de celles liées à la certification des sources de données publiées. ## Ressources que vous pouvez étiqueter Vous pouvez ajouter des étiquettes au contenu Tableau et aux ressources externes suivants : - Bases de données - Tables - Colonnes (à l’exception de la certification) _(étiquettes de colonne introduites dans Tableau Cloud octobre 2022 / Server 2022.3)_ - Sources de données - Flux - Connexions virtuelles - Tables de connexion virtuelle ## Noms et catégories des étiquettes Chaque étiquette a un nom et une catégorie. Les noms et catégories intégrés à Tableau sont :
NomCatégorie
CertifiéCertificat
ObsolèteAvertissement sur la qualité des données
Données périméesAvertissement sur la qualité des données
En cours de maintenanceAvertissement sur la qualité des données
AvertissementAvertissement sur la qualité des données
Échec d’actualisation d’extraitAvertissement sur la qualité des données
Échec d’exécution du fluxAvertissement sur la qualité des données
Données sensibles1Sensibilité
1_Dans Tableau Cloud mars 2023/Server 2023.1 et versions antérieures, l’étiquette de données sensibles utilise la catégorie Avertissement sur la qualité des données._ Depuis Tableau Cloud octobre 2023 et Tableau Server 2023.3, à l’aide du gestionnaire d’étiquettes de la page Étiquettes de données ou de l’API REST, un administrateur peut personnaliser les étiquettes intégrées ou créer de nouveaux noms et de nouvelles catégories d’étiquettes. (Grâce à l’API REST, les administrateurs Tableau Cloud peuvent modifier certaines étiquettes intégrées et en ajouter d’autres dans certaines catégories depuis juin 2023.) Pour plus d’informations, consultez [Gérer les étiquettes de données](https://help.tableau.com/current/server/fr-ca/dm_labels_manage.htm). ## Catégories d’étiquettes La catégorie d’une étiquette détermine le lieu et le mode d’affichage de l’étiquette, si elle s’affiche sur des actifs en aval et quelles parties sont personnalisables, entre autres choses. ### Certificat Dans un environnement en libre-service avec plusieurs publicateurs et de nombreux actifs, il peut être difficile de trouver le contenu recommandé. Grâce à la certification, vous pouvez marquer les ressources comme étant fiables et des badges apparaitront sur ces ressources à différents endroits dans Tableau. Pour plus d’information, consultez [Utiliser la certification pour aider les utilisateurs à trouver des données fiables](https://help.tableau.com/current/server/fr-ca/datasource_certified.htm). ### Avertissements sur la qualité des données Il est important de déterminer les données problématiques pour instaurer la confiance avec les utilisateurs. Les avertissements sur la qualité des données vous permettent de marquer les ressources de données qui présentent des problèmes connus. Lorsque vous associez un avertissement sur la qualité des données à une ressource, un avertissement s’affiche sur cette ressource et sur toutes les ressources en aval qui l’utilisent; ainsi les consommateurs de données sont informés des problèmes liés aux données source. Par exemple, si vous marquez une table de base de données comme étant obsolète, les utilisateurs qui consultent les classeurs basés sur cette table peuvent voir un avertissement. De plus, des avertissements sur la qualité des données peuvent être définis automatiquement en cas d’échec d’une actualisation d’extrait ou d’une exécution de flux, puis supprimés en cas de réussite. De plus, en utilisant la page Étiquettes de données ou l’API REST, les administrateurs peuvent créer des étiquettes d’avertissement sur la qualité des données récentes et personnalisées, en ajoutant des nuances et des spécificités aux avertissements que les utilisateurs pourront choisir. Pour plus d’information, consultez [Configurer un avertissement sur la qualité des données](https://help.tableau.com/current/server/fr-ca/dm_dqw.htm) ### Étiquettes de sensibilité Certaines données doivent être traitées différemment. Les étiquettes de sensibilité permettent de transmettre des renseignements sur la sensibilité des données aux consommateurs de ces données. Lorsque vous marquez un actif comme étant sensible, les utilisateurs naviguant sur Tableau Cloud verront des badges sur cet actif et sur tous les actifs en aval qui l’utilisent. Par exemple, si vous marquez une colonne de table comme étant sensible, l’utilisateur qui crée un nouveau classeur basé sur cette table peut voir un avertissement. De plus, en utilisant la page Étiquettes de données ou l’API REST, les administrateurs peuvent créer des étiquettes de sensibilité personnalisées, en ajoutant des nuances et des spécificités aux classifications que les utilisateurs pourront choisir lorsqu’ils utilisent des étiquettes de sensibilité. Remarque : Les étiquettes de sensibilité ont été introduites dans Tableau Cloud juin 2023 et Tableau Server 2023.3. Les versions antérieures de Tableau Cloud et de Tableau Server utilisent un avertissement sur la qualité des données « Données sensibles » plutôt qu’une catégorie de sensibilité dédiée pour indiquer la sensibilité des données. Pour plus d’information, consultez [Étiquettes de sensibilité](https://help.tableau.com/current/server/fr-ca/dm_labels_sensitivity.htm). ### Catégories d’étiquettes personnalisées Il est parfois nécessaire de classer les données d’une manière qui n’est pas prise en compte par la certification, les avertissements sur la qualité des données ou les étiquettes de sensibilité. À l’aide de catégories personnalisées définies par les administrateurs, vous pouvez utiliser des étiquettes pour catégoriser les ressources d’une manière qui convient à votre organisation. Par exemple, un administrateur de votre organisation peut créer une catégorie appelée « Service » avec des étiquettes pour les services de ventes, de marketing et d’autres services, prêtes à être appliquées aux ressources de votre site. Pour de plus amples renseignements, consultez [Étiquettes avec catégories personnalisées](https://help.tableau.com/current/server/fr-ca/dm_labels_custom_categories.htm). Remarque : À partir de Tableau Cloud octobre 2023 et Tableau Server 2023.3, les administrateurs peuvent désormais créer des noms et des catégories d’étiquettes par le biais du gestionnaire d’étiquettes. Dans la version de juin 2023, la capacité des administrateurs Tableau Cloud à utiliser l’API REST pour créer des noms d’étiquettes personnalisés avec des catégories intégrées était très restreinte. ## Où s’affichent les étiquettes de données Les étiquettes de données apparaissent à divers endroits, par exemple - en haut des pages des actifs (classeurs, sources de données, tables, etc.) ![Étiquettes sur la page de l’actif](/tableau/current/fr-ca/server/fr-ca/Img/dm_label_labels_masthead.png) - listes d’actifs (pages Explorer, page Actifs externes, etc.) ![Étiquettes sur la page de l’actif](/tableau/current/fr-ca/server/fr-ca/Img/dm_label_labels_list_view.png) - le volet Données de Desktop ![Étiquettes dans le volet Données de Desktop](/tableau/current/fr-ca/server/fr-ca/Img/dm_label_labels_desktop_data_pane.png) - le volet Détails du catalogue de la création Web ![Étiquettes dans la fenêtre de création Web Détails du catalogue](/tableau/current/fr-ca/server/fr-ca/Img/dm_label_labels_web_authoring_catalog_details.png) - le volet Détails des données ![Étiquettes dans le volet Détails des données](/tableau/current/fr-ca/server/fr-ca/Img/dm_label_labels_data_details_pane.png) La couleur indique la catégorie et le niveau de visibilité d’une étiquette : - **Vert** indique que l’actif est certifié. - **Bleu** indique un avertissement sur la qualité des données de visibilité standard. - **Jaune** indique un avertissement sur la qualité des données à haute visibilité. - **Gris** indique une étiquette de sensibilité de visibilité standard ou une étiquette avec une catégorie personnalisée - **Violet** indique une étiquette de sensibilité à haute visibilité. Sélectionnez un badge d’étiquette pour afficher les détails des étiquettes de cette catégorie sur l’actif. Dans le cas des étiquettes d’avertissement sur la qualité et des étiquettes de sensibilité, les détails incluent les étiquettes héritées des actifs en amont. Si vous examinez les étiquettes d’avertissement sur la qualité ou les étiquettes de sensibilité sur une table, les détails incluent les étiquettes sur les colonnes en aval. Pour accéder à la page de l’action connexe, sélectionnez-la. Les étiquettes de certification et de catégorie personnalisée ne sont pas héritées des actifs en amont. Il existe un seul indicateur pour chaque catégorie d’étiquette, quel que soit le nombre d’étiquettes de cette catégorie présentes sur l’actif ou héritées par celui-ci. La couleur de l’indicateur correspond à une haute visibilité si une ou plusieurs des étiquettes qu’il représente sont des étiquettes à haute visibilité. Par exemple, supposons qu’une table comporte un avertissement sur la qualité des données de visibilité standard et que la base de données en amont de la table comporte un avertissement sur la qualité des données à haute visibilité. Vous verrez un indicateur Avertissement sur la qualité des données (2) jaune, car l’indicateur représente deux avertissements sur la qualité des données, dont l’un est à haute visibilité. ![Actif auquel des étiquettes sont attribuées et qui en a hérité](/tableau/current/fr-ca/server/fr-ca/Img/dm_label_labels_on_asset_and_inherited.png) Les avertissements sur la qualité de haute visibilité et les étiquettes de sensibilité de haute visibilité qui déterminent les vues et les sessions de création Web font apparaître des alertes. ![Alerte liée à une étiquette de sensibilité de haute visibilité](/tableau/current/fr-ca/server/fr-ca/Img/dm_label_sensitivity_hv_alert.png) Ces alertes informent les utilisateurs que les données qu’ils consultent doivent être traitées avec prudence. Sélectionnez le lien Ouvrir les détails des données pour visualiser plus d’informations sur les étiquettes affectant les données. ## La boîte de dialogue Étiquettes de données À partir de la version de février 2024 de Tableau Cloud et de Tableau Server 2024.2, vous ajoutez, supprimez et modifiez des étiquettes de données sur les actifs à l’aide de la boîte de dialogue Étiquettes de données consolidée. (La surveillance de l’actualisation d’extrait et la surveillance de l’actualisation du flux sont toujours contrôlées par des boites de dialogue distinctes.) Pour ouvrir la boîte de dialogue Étiquettes de données pour un actif, sélectionnez le menu actions (...) en regard de l’actif, puis sélectionnez Étiquettes de données. Sélectionnez Certification, Avertissement sur la qualité des données, Étiquette de sensibilité ou Toutes les étiquettes pour ouvrir la boîte de dialogue Étiquettes de données dans laquelle l’onglet correspondant est affiché. ![La boîte de dialogue Étiquettes de données](/tableau/current/fr-ca/server/fr-ca/Img/dm_label_data_labels_dialog.png) Les onglets verticaux sur le côté gauche de la boîte de dialogue correspondent aux catégories d’étiquettes de données, à l’exception des onglets Toutes les étiquettes et Étiquettes sélectionnées en haut de la liste. - L’onglet Toutes les étiquettes répertorie toutes les étiquettes de données du site dans toutes les catégories. Chaque étiquette sélectionnée pour l’actif est cochée. Cela inclut les étiquettes de données qui étaient sélectionnées pour l’actif lors de l’ouverture de la boîte de dialogue, ainsi que toutes les étiquettes qui ont été sélectionnées depuis lors. - L’onglet Étiquettes sélectionnées répertorie toutes les étiquettes de données qui ont été sélectionnées pour l’actif. Cela inclut les étiquettes de données qui étaient sélectionnées pour l’actif lors de l’ouverture de la boîte de dialogue, ainsi que toutes les étiquettes qui ont été sélectionnées depuis lors. - Les autres onglets correspondent aux catégories d’étiquettes de données. Ces onglets répertorient toutes les étiquettes de données associées à la catégorie. Chaque étiquette sélectionnée pour l’actif est cochée. Cela inclut les étiquettes de données qui étaient sélectionnées pour l’actif lors de l’ouverture de la boîte de dialogue, ainsi que toutes les étiquettes qui ont été sélectionnées depuis lors. La barre de recherche située en haut de la boîte de dialogue renvoie les étiquettes de données qui correspondent au terme de recherche que vous avez indiqué. Vous pouvez cocher ou décocher les étiquettes que vous souhaitez dans les résultats. Pour modifier les étiquettes de données attribuées à un actif : 1. Accédez à l’étiquette en utilisant la barre de recherche ou les onglets verticaux pour la trouver. 2. Pour ajouter une étiquette de données à l’actif, cochez la case à côté de celle-ci. 3. Sélectionnez un niveau de visibilité (le cas échéant) et un message si vous le souhaitez. 4. Pour supprimer une étiquette de données de l’actif, décochez la case à côté de celle-ci. 5. Vous pouvez ajouter, supprimer ou modifier d’autres étiquettes de l’actif en répétant ces étapes. 6. Pour valider les modifications que vous avez apporté aux étiquettes de données de l’actif et fermer la boîte de dialogue, cliquez sur Enregistrer. Ou, si vous souhaitez abandonner toutes les modifications que vous avez apportés depuis l’ouverture de la boîte de dialogue, cliquez sur Annuler et confirmez que vous souhaitez abandonner les modifications. Remarque : Le fait de sélectionner l’étiquette de données au lieu de la case à côté de celle-ci affichera les détails sur l’étiquette sans pour autant modifier l’état de la case à cocher. Cela est utile pour voir la description de l’étiquette ou apporter des modifications au message sans changer le statut de l’étiquette sur l’actif. La boîte de dialogue Étiquettes de données consolidée n’est pas disponible dans Tableau Server. Pour des informations détaillées sur les étiquettes de catégories en particulier, consultez la rubrique appropriée : - [Utiliser la certification pour aider les utilisateurs à trouver des données fiables](https://help.tableau.com/current/server/fr-ca/datasource_certified.htm) - [Configurer un avertissement sur la qualité des données](https://help.tableau.com/current/server/fr-ca/dm_dqw.htm#dm_dqw) - [Étiquettes de sensibilité](https://help.tableau.com/current/server/fr-ca/dm_labels_sensitivity.htm) - [Étiquettes avec catégories personnalisées](https://help.tableau.com/current/server/fr-ca/dm_labels_custom_categories.htm) ## Autorisations requises pour interagir avec les étiquettes de données sur les actifs Les autorisations requises pour afficher, ajouter, mettre à jour et supprimer des étiquettes sur des actifs sont décrites ci-dessous : - Pour afficher une étiquette de données, vous devez disposer d’une autorisation de lecture sur l’actif concerné. - Pour ajouter, mettre à jour ou supprimer une étiquette de données autre qu’une étiquette de certification, vous devez disposer d’une autorisation d’écriture sur l’actif concerné. - Pour ajouter, mettre à jour ou supprimer une étiquette de certification, vous devez être un administrateur ou être un responsable de projet ou un responsable produit pour le projet dans lequel se trouve l’actif. - Pour ajouter, mettre à jour ou supprimer une étiquette de certification pour un actif externe ne figurant _pas_ dans un projet, vous devez disposer de l’autorisation de modification des autorisations sur l’actif concerné. ## Comparaison des étiquettes de données et des balises Tableau Cloud et Tableau Server proposent également une autre solution pour la classification des actifs : les balises. Les étiquettes de données et les balises diffèrent sensiblement :
ZoneÉtiquettes de donnéesBalises
Structure et contrôleLes administrateurs contrôlent l’étendue des étiquettes de donnéesL’ajout de balises par les utilisateurs n’est pas soumis au contrôle de l’administrateur
AutorisationsL’ajout, la mise à jour ou la suppression des étiquettes de données est contrôlée par le biais des autorisations d’actifsLes utilisateurs de type Explorer ou Creator peuvent étiqueter tous les actifs qu’ils peuvent visualiser
ApparenceL’iconographie des étiquettes de données est bien visible et codée par couleur en fonction de la catégorie et du niveau de visibilitéLes balises s’affichent à moins d’endroits que les étiquettes de données et ne comportent aucune iconographie
HéritageCertaines étiquettes de données (telles que les avertissements et les étiquettes de sensibilité) s’affichent sur les actifs en avalAucun héritage
Recherche ou filtrageLes certifications et les avertissements sur la qualité des données servent de filtres dans certaines listes d’actifsLes résultats de recherche renvoient des actifs avec des balises correspondantes, et les balises peuvent être utilisées comme filtres dans certaines listes d’actifs.
API accessibleAccès possible par l’intermédiaire de l’API REST et de l’API de métadonnéesAccès possible par l’intermédiaire de l’API REST et de l’API de métadonnées
Exigences en matière de licenceNécessite une licence Gestion des données (sauf pour la certification des sources de données publiées)Aucune licence requise
UtilisationCatégorisation structurée visant à mettre à la disposition des utilisateurs des renseignements importants susceptibles d’influencer leur utilisation des donnéesMéthode de catégorisation des actifs définie par l’utilisateur
Pour plus d’informations sur les balises, consultez [Utiliser des balises](https://help.tableau.com/current/pro/desktop/fr-ca/tags.htm) dans l’aide de Tableau Desktop et de la création Web. ## Autres articles de cette section [Passer au contenu principal](#main-content) # Étiquettes de sensibilité Certaines données doivent être traitées avec la plus grande prudence. Pour des raisons de confiance et de sécurité, les utilisateurs doivent savoir de quelles données il s’agit. Depuis Tableau Cloud juin 2023 et Tableau Server 2023.3, si vous disposez d’une licence Gestion des données, Tableau propose une nouvelle catégorie d’étiquettes de données : _les étiquettes de sensibilité_. Les utilisateurs peuvent utiliser des étiquettes de sensibilité pour indiquer le niveau de précaution à prendre lors de la création de vues ou du partage d’information. De plus, les étiquettes de sensibilité peuvent coexister sur la même ressource que d’autres étiquettes, notamment la certification et les avertissements sur la qualité des données. De plus, grâce au gestionnaire d’étiquettes de la page Étiquettes de données ou de l’API REST, un administrateur peut créer des étiquettes de sensibilité pour répondre aux besoins de son entreprise. Remarque : Dans Tableau Cloud mars 2023 et Tableau Server 2023.1 et versions antérieures, la sensibilité des données était exprimée à l’aide de l’avertissement sur la qualité des données « données sensibles ». Avec la mise à niveau vers Tableau Cloud juin 2023 et Tableau Server 2023.3, les avertissements sur la qualité des données « données sensibles » ont été migrés vers des étiquettes de sensibilité. Les étiquettes de sensibilité peuvent être apposées sur les mêmes types de ressources que les autres [étiquettes de données](https://help.tableau.com/current/server/fr-ca/dm_labels.htm#assets). ## Apposer une étiquette de sensibilité sur une ressource Pour apposer une étiquette de sensibilité sur une ressource : Remarque : Depuis Tableau Cloud février 2024 et Tableau Server 2024.2, vous ajoutez et supprimez des étiquettes de sensibilité à l’aide de la boîte de dialogue Étiquettes de données consolidée au lieu d’utiliser des boîtes de dialogue distinctes pour chaque type d’étiquette. Pour en savoir plus sur la boîte de dialogue Étiquettes de données, voir [La boîte de dialogue Étiquettes de données](https://help.tableau.com/current/server/fr-ca/dm_labels.htm#data-labels-dialog). 1. Recherchez l’actif ou accédez-y. Les étapes à suivre pour y accéder dépend du type d’actif auquel vous souhaitez ajouter l’étiquette de sensibilité : - Source de données ou connexion virtuelle - sur la page Explorer , sélectionnez Toutes les sources de données ou Toutes les connexions virtuelles. - Table des connexions virtuelles - sur la page Explorer, sélectionnez Toutes les connexions virtuelles, puis sélectionnez la connexion virtuelle qui contient la table des connexions virtuelles que vous souhaitez certifier. Sélectionnez ensuite la table de connexion virtuelle. - Base de données ou table - sur la page Explorer , accédez à la base de données ou à la table. Ou sur la page Ressources externes, sélectionnez Bases de données et fichiers ou Tables et objets. - Colonne – sur la page Explorer, accédez à la table. Ou sur la page Ressources externes, sélectionnez Tables et objets et accédez à la table. Trouvez ensuite la colonne dans la liste. 2. Sélectionnez le menu Actions (. . .) en regard de l’actif, puis sélectionnez Étiquettes de données > Plus d’étiquettes de données. 3. Cochez la case en regard des étiquettes de sensibilité que vous souhaitez attacher à l’actif. Si vous connaissez le nom de l’étiquette de sensibilité, vous pouvez aussi le rechercher en haut de la boîte de dialogue, puis cocher la case située à côté. (Dans Tableau Server 2023.3 et les versions antérieures, vous pouvez attacher une seule étiquette de sensibilité à chaque actif. Utilisez la fonction de basculement Afficher l’étiquette pour activer une étiquette de sensibilité pour cet actif, puis sélectionnez l’étiquette de sensibilité souhaitée dans la liste déroulante.) 4. Si vous le souhaitez, entrez un message à afficher à l’attention des utilisateurs. Vous pouvez mettre en forme le texte d’un message en gras, souligné et italique, et inclure un lien ou une image. Pour voir des conseils de mise en forme du texte, survolez l’icône d’information (i) au-dessus du bouton Enregistrer. 5. Sélectionnez Enregistrer. ![La boîte de dialogue Étiquette de sensibilité](/tableau/current/fr-ca/server/fr-ca/Img/dm_label_sensitivity_dialog.png) ## Supprimer une étiquette de sensibilité d’une ressource Pour supprimer une étiquette de sensibilité d’une ressource : Remarque : Depuis Tableau Cloud février 2024 et Tableau Server 2024.2, vous ajoutez et supprimez des étiquettes de sensibilité à l’aide de la boîte de dialogue Étiquettes de données consolidée au lieu d’utiliser des boîtes de dialogue distinctes pour chaque type d’étiquette. Pour plus d’informations sur la boîte de dialogue Étiquettes de données, consultez la section [La boîte de dialogue Étiquettes de données](https://help.tableau.com/current/server/fr-ca/dm_labels.htm#data-labels-dialog) 1. Sélectionnez le menu Actions (. . .) en regard de l’actif, puis sélectionnez Étiquettes de données > Plus d’étiquettes de données. 2. Décochez les cases en regard des étiquettes de sensibilité que vous souhaitez retirer de l’actif. (Dans Tableau Server 2023.3 et les versions antérieures, désactivez l’étiquette à l’aide de la fonction de basculement Afficher l’étiquette.) 3. Sélectionnez Enregistrer. ## Où s’affichent les étiquettes de sensibilité Les étiquettes de sensibilité s’affichent sur les ressources lors de la navigation dans Tableau Server. Comme les avertissements sur la qualité des données, les étiquettes de sensibilité s’affichent en aval des ressources sur lesquelles elles sont apposées. Par exemple, une étiquette de sensibilité sur une colonne s’affichera en regard de la ligne des colonnes sur la page de la table, en haut de la page de la table et sur la page de la base de données. ![Une étiquette de sensibilité sur une page de la table](/tableau/current/fr-ca/server/fr-ca/Img/dm_label_sensitivity_table_page.png) ![Une étiquette de sensibilité sur un champ de la page du classeur](/tableau/current/fr-ca/server/fr-ca/Img/dm_label_sensitivity_workbook_lineage_page.png) Dans la création Web, les utilisateurs voient une icône à côté de la source de données dans le volet Données lorsque - une étiquettes de sensibilité définie sur une source de données est utilisée dans le classeur, ou - il y a un avertissement en amont de la source de données utilisée dans le classeur Pour voir les détails, survolez l’icône d’avertissement avec le curseur. Ou bien, dans la création Web Tableau Cloud, sélectionnez une source de données ou une colonne, puis sélectionnez Détails du catalogue pour voir toutes ses étiquettes. ### Visibilité Les étiquettes de sensibilité à haute visibilité semblent plus urgents et apparaissent à davantage d’endroits. Par exemple, une étiquette de sensibilité à haute visibilité sur une table génère une notification dès qu’une personne crée une vue ou ouvre une vue publiée qui en dépend. ![Étiquette de sensibilité à haute visibilité dans la création Web](/tableau/current/fr-ca/server/fr-ca/Img/dm_label_sensitivity_hv_alert.png) L’icône et le badge des étiquettes de sensibilité à haute visibilité sont violets, tandis que ceux à visibilité standard sont gris. Par défaut, l’étiquette de sensibilité intégrée nommée « Données sensibles » est une étiquette à haute visibilité. Si plus d’une étiquettes de sensibilité s’appliquent à un actif (soit parce que plusieurs étiquettes de sensibilité sont définies pour l’actif, soit par héritage), le badge comprend un numéro et la couleur est déterminée par l’étiquette de visibilité la plus élevée. Par exemple, si deux étiquettes de sensibilité s’appliquent à un actif, dont une à visibilité standard et une à haute visibilité, le badge est violet. ![Badge de sensibilité sur le cartouche de titre avec deux étiquettes ](/tableau/current/fr-ca/server/fr-ca/Img/dm_label_sensitivity_badge_2_labels.png) ### Étiquettes de sensibilité dans les abonnements par courriel Les administrateurs peuvent activer les étiquettes de sensibilité dans les abonnements par courriel. De cette manière, lorsque les utilisateurs s’abonnent à une vue, le courriel qu’ils reçoivent inclut toutes les étiquettes de sensibilité haute visibilité associées à cette vue. Les courriels comportant des étiquettes de sensibilité haute visibilité incluent les éléments suivants : - Liens vers des vues ou des classeurs pertinents avec leur volet Détails des données ouvert. - Liens vers des ressources en amont pertinentes, telles que des sources de données, des tables ou des bases de données. Les administrateurs peuvent activer les étiquettes de sensibilité dans les abonnements par courriel en sélectionnant l’option Étiquettes de données à haute visibilité dans les abonnements aux vues et aux classeurs (précédemment appelée l’option Avertissements sur la qualité des données dans les abonnements) dans la page des paramètres du site Tableau Server ou Tableau Cloud. Pour plus d’informations, consultez [Étiquettes de données à haute visibilité dans les abonnements aux vues et aux classeurs](https://help.tableau.com/current/server/fr-ca/sites_add.htm#data-quality-warnings-in-subscriptions) dans la Référence des paramètres de site. ## Qui peut définir des étiquettes de sensibilité? Pour configurer une étiquette de sensibilité, vous devez - être un administrateur de serveur ou de site, ou - disposer de la fonctionnalité Écraser pour l’actif. ## Personnaliser les étiquettes de sensibilité Il n’existe qu’une seule étiquette de sensibilité intégrée : _Données sensibles_. Depuis des versions Tableau Cloud de juin 2023 et Tableau Server 2023, un administrateur peut créer de nouvelles étiquettes de sensibilité ou modifier le nom et la description d’une étiquette existante à l’aide du gestionnaire d’étiquettes de la page Étiquettes de données ou de l’API REST. Les ajouts typiques (nom et description) peuvent être les suivants : - **Public** : Accessible au public. - **Interne** : Réservé aux employés de l’entreprise et aux sous-traitants. Ces données ne doivent pas être rendues publiques, mais elles peuvent être communiquées à des clients, des partenaires et d’autres personnes dans le cadre d’un accord de confidentialité. - **Confidentiel** : Mises à la disposition d’un groupe d’employés et d’entrepreneurs agréés. Ces données ne font pas l’objet de restrictions légales et réglementaires ou d’un contrat-cadre de service de l’entreprise. Elles peuvent être communiquées à des clients, des partenaires et à d’autres personnes dans le cadre d’un accord de confidentialité. - **Restreint** : Mises à la disposition d’un groupe d’employés et d’entrepreneurs agréés. Ces données font probablement l’objet de restrictions légales et réglementaires ou d’un accord de confidentialité ou un contrat-cadre de service de l’entreprise. - **Stratégique** : Mises à la disposition d’un petit groupe d’employés et d’entrepreneurs agréés. Les tiers bénéficiant d’un accès pourraient être soumis à des exigences contractuelles plus strictes. Ces données font presque toujours l’objet de restrictions légales et réglementaires ou d’un accord de confidentialité ou un contrat-cadre de service de l’entreprise. Pour en savoir plus, consultez [Gérer les étiquettes de données](https://help.tableau.com/current/server/fr-ca/dm_labels_manage.htm). [Passer au contenu principal](#main-content) # Évolutivité de Tableau Server sur AWS ## Ceci est un contenu archivé Les déploiements sur des nuages publics continuent d’être pris en charge, mais le contenu des déploiements de nuage public tiers n’est plus mis à jour. Pour consulter le dernier contenu de déploiement de Tableau Server, consultez le et la section [Déployer](https://help.tableau.com/current/server/fr-ca/install.htm) de l’aide de Tableau Server. Pour les clients qui ont accès, nous recommandons Tableau Cloud. Pour en savoir plus, consultez : - [Guide de migration manuelle de Tableau Cloud](https://help.tableau.com/current/guides/migration/fr-ca/emg_intro.htm) - [Version d’évaluation de Tableau Cloud pour administrateur](https://help.tableau.com/current/server-linux/fr-ca/install.htm) - [Tableau Cloud : Premiers pas pour l’administrateur](https://www.tableau.com/fr-ca/learn/get-started/online-admin) ## Introduction Tableau Server est conçu pour une évolutivité verticale lorsque vous ajoutez des cœurs de processeur et de la mémoire, et pour une évolutivité horizontale lorsque vous ajoutez des serveurs. Cette architecture vous permet d’optimiser l’utilisation des ressources informatiques tout en vous donnant la possibilité d’une évolutivité massive. Pour créer de la redondance, vous devez ajouter d’autres serveurs qui hébergent des instances des processus Référentiel et stockage de fichiers, et d’autres processus. Dans ce scénario, vous devez isoler le serveur initial sur son propre nœud, et il devrait, dans l’idéal, exécuter aussi peu de processus de serveur que possible. **Remarque :** Bien que vous puissiez diviser une licence de 8 cœurs sur deux ordinateurs à 4 cœurs, nous vous recommandons une évolutivité par incréments d’ordinateurs à 8 cœurs uniquement. ## Équilibrage de charge Dans AWS, Elastic Load Balancing (ELB) distribue automatiquement le trafic des applications entrantes sur plusieurs instances Amazon EC2 dans le nuage. Ceci vous permet d’obtenir des niveaux supérieurs de tolérance de panne dans vos applications, et fournit directement la quantité de capacité d’équilibrage de charge nécessaire pour distribuer le trafic des applications. Vous pouvez utiliser ELB pour répartir les demandes sur plusieurs passerelles dans un groupement Tableau Server. Dans la figure ci-dessous, les trois nœuds disposent de passerelles qui servent à router des requêtes vers les processus serveur disponibles. À la différence du processus de référentiel, il n’existe pas de processus de passerelle passive ou de veille. Toutes les passerelles sont actives. Lorsque vous ajoutez un équilibreur de charge à un groupement Tableau Server, l’URL à laquelle les utilisateurs de Tableau accèdent appartient à l’équilibreur de charge, et non au Tableau Server initial. ![Un organigramme illustrant l’architecture d’équilibrage de charge sur trois instances Tableau Server.](/tableau/current/fr-ca/server/fr-ca/Img/ts_aws_elb.png) ## Haute disponibilité Maintenant que vous avez fourni la redondance pour le stockage de fichiers, le référentiel et la passerelle en ajoutant des nœuds supplémentaires, vous pouvez créer de la redondance pour l’instance Tableau Server initiale. Pour cela, créez une sauvegarde du Tableau Server initial. Bien que le serveur de sauvegarde doive être sous licence pendant l’installation, il n’est pas comptabilisé comme faisant partie des trois environnements autorisés par le contrat de licence de l’utilisateur final (CLUF) de Tableau. Pour configurer la haute disponibilité, vous devez exécuter un groupement de basculement. Si vous configurez la haute disponibilité, le serveur Tableau Server initial peut exécuter un petit nombre de processus Tableau Server ou aucun. Pour plus d’informations, consultez [Haute disponibilité](https://help.tableau.com/current/server/fr-ca/distrib_ha.htm) dans l’aide de Tableau Server. [Passer au contenu principal](#main-content) # Exécuter SQL initial **Remarque** : Tableau Prep Builder version 2019.2.2 et ultérieure prend en charge SQL initial, mais ne prend pas encore en charge toutes les mêmes options gérées par Tableau Desktop Pour plus d’information sur l’utilisation de SQL initial avec Tableau Prep Builder, consultez [Utilisez SQL initial pour interroger vos connexions](https://help.tableau.com/current/prep/fr-ca/prep_connect.htm#initial_SQL) dans l’aide de Tableau Prep Builder Salesforce. Lors de la connexion à certaines bases de données, vous pouvez définir une commande SQL initial qui sera exécutée ou qui utilisera une valeur mise en cache lorsque vous vous connectez à la base de données, par exemple lorsque vous ouvrez le classeur, que vous actualisez un extrait, que vous vous connectez à Tableau Server ou que vous effectuez une publication dans Tableau Server. **Remarque :** SQL initial est différent d’une connexion SQL personnalisée. Une connexion SQL personnalisée définit une relation (ou table) à laquelle envoyer des requêtes. Pour plus d’informations, consultez [Se connecter à une requête SQL personnalisée](https://help.tableau.com/current/pro/desktop/fr-ca/customsql.htm). Vous pouvez utiliser cette commande pour : - Configurer des tables temporaires qui seront utilisées pendant la session. - Définir un environnement de données personnalisé. Vous avez la possibilité d’ajouter une commande SQL initial dans la source de données Connexion du serveur ou dans la page Source de données. Remarque : si votre source de données prend en charge l’exécution d’une expression SQL initial, un lien SQL initial apparaît dans le coin inférieur gauche de la boîte de dialogue Connexion au serveur. Pour plus d’informations sur votre source de données, consultez [Connecteurs pris en charge](https://help.tableau.com/current/pro/desktop/fr-ca/exampleconnections_overview.htm). ## Pour utiliser le SQL initial : 1. Dans la boîte de dialogue Connexion du serveur, cliquez sur SQL initial. Ou bien, sur la page Source de données, sélectionnez Données > SQL initial ou Données > Bandes de requêtes et SQL initial en fonction de la base de données à laquelle vous vous connectez. 2. Saisissez la commande SQL dans la boîte de dialogue SQL initial. Vous pouvez utiliser le menu déroulant Insérer pour transmettre des paramètres à votre source de données. ![Configuration SQL initiale avec un champ de texte pour la saisie d’expressions SQL.](/tableau/current/fr-ca/server/fr-ca/Img/connect_basic_initialsql.png) **Remarque :** Tableau ne vérifie pas si l’expression contient des erreurs. Cette expression SQL est envoyée vers la base de données lorsque vous vous connectez. Il se peut que votre contrat de licence ne vous permette pas d’utiliser le SQL initial avec votre connexion. Si vous effectuez une publication sur Tableau Server, le serveur doit être configuré pour autoriser les expressions SQL initial. Par défaut, le logiciel du serveur est configuré pour autoriser l’exécution de ces expressions lors du chargement du classeur dans un navigateur Web. Les administrateurs peuvent configurer le serveur pour ignorer les expressions SQL en utilisant la commande `tsm configuration set` : `tsm configuration set -k vizqlserver.initialsql.disabled -v true` Si le serveur n’autorise pas les expressions SQL initial, le classeur s’ouvre mais les commandes SQL initial ne sont pas envoyées. Pour plus d’informations sur la commande `tsm configuration set`, consultez l’[Aide de Tableau Server](https://help.tableau.com/current/server/fr-ca/cli_configuration_tsm.htm#TSMSet). ## Paramètres dans une expression SQL initiale Vous pouvez transmettre des paramètres à votre source de données dans une expression SQL initial. La liste suivante présente plusieurs avantages liés à l’utilisation de paramètres dans une expression SQL initial. - Vous pouvez configurer la simulation à l’aide des paramètres TableauServerUser ou TableauServerUserFull. - Si votre source de données prend en charge cette fonction, vous pouvez configurer une sécurité au niveau de la ligne (par exemple, Oracle VPD ou SAP Sybase ASE) pour vous assurer que les utilisateurs ne voient que les données qu’ils sont autorisés à voir. - Vous pouvez fournir davantage de détails en enregistrant par exemple la version de Tableau ou le nom du classeur. Les paramètres suivants sont pris en charge dans une expression SQL initial.
ParamètreDescriptionExemple de valeur retournée
TableauServerUserLe nom d’utilisateur de l’utilisateur actuel du serveur. S’utilise lors de la mise en place de l’emprunt d’identité sur le serveur. Renvoie une chaîne vide si l’utilisateur n’est pas connecté à Tableau Server.jsmith
TableauServerUserFullLe nom d’utilisateur et le domaine de l’utilisateur actuel du serveur. S’utilise lors de la mise en place de l’emprunt d’identité sur le serveur. Renvoie une chaîne vide si l’utilisateur n’est pas connecté à Tableau Server.domain.lan\jsmith
TableauAppLe nom de l’application Tableau.

Tableau Desktop Professional

Tableau Server

TableauVersionLa version de l’application Tableau.9.3
WorkbookNameLe nom du classeur Tableau. À utiliser uniquement dans les classeurs comportant une source de données intégrée.Financial-Analysis
> [!WARNING] > > **Avertissement :** Tableau Desktop n’inclut pas de domaine. Vous pouvez l’inclure si vous n’utilisez pas la délégation et que vous définissez tsm configuration set -k delegationUseFullDomainName=-v true--force-keys Les exemples suivants montrent différentes manières d’utiliser les paramètres dans une expression SQL initial. - Cet exemple configure le contexte de sécurité sur Microsoft SQL Server. `EXECUTE AS USER = [TableauServerUser] WITH NO REVERT;` - Cet exemple montre comment, dans une base de données DataStax, vous pouvez utiliser les paramètres pour ajouter des détails dans le journal ou pour configurer une variable de session permettant d’effectuer le suivi des données : `SET TABLEAUVERSION [TableauVersion];` - Cet exemple peut être utilisé pour vous aider à configurer une sécurité au niveau de la ligne dans Oracle VPD : `begin`  `DBMS_SESSION.SET_IDENTIFIER([TableauServerUser]);` `end;` Remarque : Les blocs Oracle PL/SQL nécessitent un point-virgule de fin de ligne pour terminer le bloc. Consultez la documentation Oracle pour connaître la syntaxe appropriée. ### Différer l’exécution sur le serveur Vous pouvez différer une expression SQL initial afin qu’elle soit exécutée sur le serveur uniquement. Vous pouvez différer l’exécution sur le serveur parce que vous n’avez pas l’autorisation d’exécuter les commandes permettant de configurer la simulation. Utilisez les balises pour inclure les commandes à exécuter uniquement sur le serveur. Exemple : CREATE TEMP TABLE TempTable(x varchar(25)); INSERT INTO TempTable VALUES (1); INSERT INTO TempTable Values(2); ### Sécurité et simulation Si vous utilisez le paramètre TableauServerUser ou TableauServerUserFull dans une expression SQL initial, vous créez une connexion dédiée qui ne peut pas être partagée avec d’autres utilisateurs. Le partage du cache sera également restreint, ce qui peut améliorer la sécurité mais également ralentir les performances. ## Résoudre les problèmes de la commande « create table » pour les connexions MySQL et Oracle #### Pour les connexions MySQL, les tables ne sont pas listées si SQL initial a été utilisé pour créer une table Lorsque vous vous connectez à MySQL et vous exécutez une expression SQL initial, les tables peuvent ne pas s’afficher en raison de la manière dont Tableau construit la requête. CREATE TABLE TestV1.testtable77(testID int); Pour résoudre ce problème, ajoutez `IF NOT EXISTS` à l’instruction SQL : CREATE TABLE IF NOT EXISTS TestV1.TestTable(testID int); #### Pour les connexions Oracle, l’utilisation de SQL initial pour créer une table entraîne le blocage de Tableau Lorsque vous vous connectez à Oracle et que exécutez une expression SQL initial, Tableau est bloqué avec un rouet à cause de la manière dont Tableau construit la requête. CREATE TABLE TEST\_TABLE (TESTid int) Pour résoudre ce problème, utilisez l’instruction SQL suivante : BEGIN EXECUTE IMMEDIATE 'create table test\_table(testID int)'; EXCEPTION WHEN OTHERS THEN NULL; END; [Passer au contenu principal](#main-content) # Exemple : Certificat SSL - Générer une clé et une demande CSR Important : cet exemple propose des conseils généraux aux professionnels informatiques maîtrisant les exigences et la configuration SSL. La procédure décrite dans cet article ne représente que l’une des nombreuses méthodes disponibles que vous pouvez utiliser pour générer les fichiers requis. Le processus décrit ici doit donc être traité comme un exemple, et non comme une recommandation. * * * Lorsque vous configurez Tableau Server de manière à utiliser le chiffrement Secure Sockets Layer (SSL), vous avez l’assurance que l’accès au serveur est sécurisé et que les données envoyées entre Tableau Server et Tableau Desktop sont protégées. Vous recherchez Tableau Server sur Linux? Consultez [Exemple : Certificat SSL - Générer une clé et une demande CSR](https://help.tableau.com/current/server-linux/fr-ca/ssl_cert_create.htm "Ouvre la rubrique dans un nouvel onglet de navigateur"). Tableau Server utilise Apache, qui inclut [OpenSSL](http://www.openssl.org/). Vous pouvez utiliser le kit d’outils OpenSSL pour générer un fichier clé et une demande de signature de certificat (CSR) qui peuvent ensuite être utilisés pour obtenir un certificat SSL signé. Tableau Server versions 2022.1.17, 2022.3.9, 2023.1.5 jusqu’à 2025.1.x exécute OpenSSL 3.1. **Important :** Depuis la version 2025.2 (Tableau Desktop), 2025.3 (Tableau Server), et juin 2025 (Tableau Cloud), Tableau utilise OpenSSL 3.4.x et la sécurité de niveau 2. La sécurité de niveau 2 requiert des clés de 2 048 bits ou plus. Les clés de sécurité de niveau 1 existantes seront désactivées et vous devrez générer et déployer une nouvelle paire de clés. Si vous avez généré des clés d’au moins 2 048 bits comme recommandé, aucune action n’est nécessaire. Pour plus d’informations, consultez [Générer une clé](#generate-key). ## Procédure de génération d’une clé et d’une demande CSR Pour configurer Tableau Server de manière à ce qu’il utilise SSL, vous devez posséder un certificat SSL. Pour obtenir le certificat SSL, procédez comme suit : 1. [Définir la variable d’environnement de configuration OpenSSL (facultatif).](#Set) 2. [Générer un fichier clé](#generate-key). 3. [Créer une demande de signature de certificat (CSR)](#generate-csr). 4. [Envoyer la demande CSR à une autorité de certification pour obtenir un certificat SSL](#send-csr). 5. [Utiliser la clé et le certificat pour configurer Tableau Server de manière à utiliser SSL](#config-server). Vous trouverez des informations supplémentaires dans la [page de FAQ sur SSL](http://httpd.apache.org/docs/2.2/ssl/ssl_faq.html#realcert) sur le site Web de l’Apache Software Foundation. ### Configurer un certificat pour plusieurs noms de domaine Tableau Server autorise SSL pour plusieurs domaines. Pour configurer cet environnement, vous devez modifier le fichier de configuration OpenSSL, openssl.conf, et configurer un certificat SAN (Subject Alternative Name, ou nom alternatif du sujet) sur Tableau Server. Consultez [Pour les certificats SAN : modifier le fichier de configuration OpenSSL](#san-certs) ci-dessous. ### Définir la variable d’environnement de configuration OpenSSL (facultatif) Pour éviter d’utiliser l’argument `-config` avec chaque utilisation de openssl.exe, vous pouvez utiliser la variable d’environnement `OPENSSL_CONF` pour être sûr que le fichier de configuration correct est utilisé et que toutes les modifications de configuration apportées dans les procédures suivantes décrites dans cet article génèrent les résultats attendus (par exemple, vous devez configurer la variable d’environnement de manière à ajouter un SAN à votre certificat). Ouvrez la fenêtre d’invite de commande en tant qu’administrateur et exécutez la commande suivante : `set OPENSSL_CONF=c:\Program Files\Tableau\Tableau Server\packages\apache.\conf\openssl.cnf` **Remarque :** lorsque vous définissez la variable d’environnement de configuration Open SSL, ne mettez pas le chemin d’accès du fichier entre guillemets. ### Générer une clé Générez un fichier clé que vous utiliserez pour générer une demande de signature de certificat. 1. Ouvrez une invite de commande en tant qu’administrateur et accédez au répertoire **Apache** pour Tableau Server. Par exemple, exécutez la commande suivante : `cd C:\Program Files\Tableau\Tableau Server\packages\apache.\bin` 2. Exécutez la commande suivante pour créer le fichier clé : `openssl.exe genrsa -out .key 4096` **Remarques :** - Cette commande utilise une longueur de clé de 4096 bits. Vous devriez choisir une longueur de bits d’au moins 2048 bits parce que la communication chiffrée avec une longueur de bits inférieure offre moins de sécurité. Si aucune valeur n’est fournie, 512 bits est utilisé. - Pour créer des clés PKCS# RSA avec les versions 2021.3.26, 2021.4.21, 2022.1.17, 2022.3.9, 2023.1.5 et ultérieures de Tableau Server, vous devez utiliser l’option supplémentaire `-traditional` lorsque vous exécutez la commande `openssl genrsa`" basée sur OpenSSL 3.1. Pour plus d’informations sur l’option, consultez [https://www.openssl.org/docs/man3.1/man1/openssl-rsa.html](https://www.openssl.org/docs/man3.1/man1/openssl-rsa.html). ### Créer une demande de signature de certificat à envoyer à une autorité de certification Utilisez le fichier clé que vous avez créé dans la procédure ci-dessus pour générer la demande de signature de certificat (CSR). Vous envoyez la demande CSR à une autorité de certification pour obtenir un certificat signé. **Important :** si vous souhaitez configurer un certificat SAN pour utiliser SSL pour plusieurs domaines, complétez d’abord les étapes décrites dans [Pour les certificats SAN : modifier le fichier de configuration OpenSSL](#san-certs) ci-dessous, puis revenez ici pour générer une demande CSR. 1. Exécutez la commande suivante pour créer un fichier de demande de signature de certificat (CSR) : `openssl.exe req -new -key yourcertname.key -out yourcertname.csr` Si vous n’avez pas défini la variable d’environnement de configuration OpenSSL, `OPENSSL_CONF`, l’un des messages suivants peut s’afficher : - Un message d’erreur relatif aux informations de configuration impossibles à charger. Dans ce cas, saisissez à nouveau la commande ci-dessus avec le paramètre suivant : `-config ..\conf\openssl.cnf`. - Un avertissement que le répertoire `/usr/local/ssl` est introuvable. Ce répertoire n’existe pas sur Windows, et vous pouvez simplement ignorer ce message. Le fichier a été créé avec succès. Pour définir une variable d’environnement de configuration OpenSSL, consultez la section [Définir la variable d’environnement de configuration OpenSSL (facultatif)](#Set) dans cet article. 2. À l’invite, saisissez les données requises. **Remarque :** pour **Nom courant**, entrez le nom de Tableau Server. Le nom de Tableau Server est l’URL qui sera utilisé pour accéder à Tableau Server. Par exemple, si vous accédez à Tableau Server en saisissant `tableau.example.com` dans la barre d’adresses de votre navigateur, `tableau.example.com` est le nom courant. Si le nom courant ne résout pas le nom du serveur, des erreurs se produisent lorsqu’un navigateur ou Tableau Desktop tente de se connecter à Tableau Server. ### Envoyer la demande CSR à une autorité de certification pour obtenir un certificat SSL Envoyez la demande CSR à une autorité de certification (CA) pour demander le certificat numérique. Pour des informations, consultez l’article de la Wikipedia [Autorité de certification](http://en.wikipedia.org/wiki/Certificate_authority) et tout article associé qui vous aidera à déterminer la CA à utiliser. ### Utiliser la clé et le certificat pour configurer Tableau Server Lorsque vous êtes en possession à la fois de la clé et du certificat de l’autorité de certification, vous pouvez configurer Tableau Server de manière à utiliser SSL. Consultez [Configurer SSL externe](https://help.tableau.com/current/server/fr-ca/ssl_config.htm) pour connaître la procédure. ## Pour les certificats SAN : modifier le fichier de configuration OpenSSL Dans une installation standard d’OpenSSL, certaines fonctions ne sont pas activées par défaut. Pour utiliser SSL avec plusieurs noms de domaine, avant de générer la demande CSR, effectuez la procédure suivante pour modifier le fichier **openssl.cnf**. 1. Ouvrez Windows Explorer et accédez au dossier Apache **conf** pour Tableau Server. Par exemple : `C:\Program Files\Tableau\Tableau Server\packages\apache.\conf` 2. Ouvrez **openssl.cnf** dans un éditeur de texte et trouvez la ligne suivante : `req_extensions = v3_req` Cette ligne peut être commentée avec un signe dièse (#) au début de la ligne. ![Le code montre comment définir les extensions à ajouter à une demande de certificat.](/tableau/current/fr-ca/server/fr-ca/Img/creating-ssl-cert-and-key1.png) Si la ligne est commentée, annulez le commentaire en supprimant les caractères **#** et **space** du début de la ligne. 3. Accédez à la section **\[ v3\_req \]** du fichier. Les premières lignes contiennent le texte suivant : `# Extensions to add to a certificate request basicConstraints = CA:FALSE keyUsage = nonRepudiation, digitalSignature, keyEncipherment` Après la ligne **keyUsage**, insérez la ligne suivante : `subjectAltName = @alt_names` Si vous créez un certificat SAN auto-signé, procédez ainsi pour donner au certificat l’autorisation de signer le certificat : 1. Ajoutez `cRLSign` et `keyCertSign` à la ligne **keyUsage** pour qu’elle se présente ainsi : `keyUsage = nonRepudiation, digitalSignature, keyEncipherment, cRLSign, keyCertSign` 2. Après la ligne **keyUsage**, insérez la ligne suivante : `subjectAltName = @alt_names` 4. Dans la section **\[alt\_names\]**, indiquez les noms de domaine que vous souhaitez utiliser avec SSL. `DNS.1 = [domain1] DNS.2 = [domain2] DNS.3 = [etc]` L’image suivante montre les résultats en surbrillance, avec le texte d’espace réservé que vous devez remplacer par vos noms de domaine. ![](/tableau/current/fr-ca/server/fr-ca/Img/creating-ssl-cert-and-key2.png) 5. Enregistrez et fermez le fichier. 6. Effectuez la procédure décrite dans la section [Créer une demande de signature de certificat à envoyer à une autorité de certification](#generate-csr) ci-dessus. ## Informations supplémentaires Si vous préférez utiliser une version différente d’OpenSSL, vous pouvez la télécharger depuis [Open SSL pour Windows](http://gnuwin32.sourceforge.net/packages/openssl.htm). [Passer au contenu principal](#main-content) # Exemple : installer et configurer un groupement HA à trois nœuds Une installation multinœud à haute disponibilité de Tableau Server peut vous aider à maximiser l’efficacité et la disponibilité de Tableau Server. Lorsque vous configurez un déploiement Tableau Server, les étapes que vous effectuez sont conçues pour créer de la redondance, et vous aider à réduire vos durées d’immobilisation potentielles. Vous pouvez non seulement améliorer l’efficacité en déplaçant ou en ajoutant des processus serveur aux nœuds supplémentaires, mais vous pouvez aussi créer une installation à haute disponibilité (HA) de Tableau Server en remplissant les conditions suivantes : - Ajouter des nœuds supplémentaires pour un total d’au moins trois nœuds - Déployer un ensemble de service de coordination sur trois nœuds au moins - Ajouter une instance de service des fichiers clients (CFS) sur au moins un nœud supplémentaire (nous recommandons d’ajouter une instance sur chaque nœud exécutant le service de coordination) - Ajouter une seconde instance du stockage de fichiers sur l’un des nœuds supplémentaires (le moteur de données sera installé automatiquement, s’il n’est pas déjà sur le nœud) - Ajouter une seconde instance du référentiel (pgsql) sur l’un des nœuds supplémentaires Une installation Tableau Server incluant ces ajouts disposera de la redondance intégrée et pourra prendre en charge le basculement en cas de problème avec le référentiel. Cet exemple montre notamment comment procéder dans ce cas. ## Système à un seul serveur Après avoir installé Tableau Server sur un nœud initial, vous disposez d’un système qui exécute tout ce dont il a besoin pour fonctionner. Il dispose d’au mois une instance de tous les processus serveur et constitue la configuration la plus élémentaire de Tableau Server. Il n’est pas redondant. La topologie du serveur se présente ainsi (certains processus spécifiques à TSM ne sont pas montrés) : ![Un diagramme illustre une configuration de serveur à nœud unique.](/tableau/current/fr-ca/server/fr-ca/Img/baseline_config_onenode1_200x1028.png) ## Système à trois nœuds Pour créer de la redondance, vous devez ajouter d’autres nœuds et y héberger des instances des processus Référentiel, Moteur de données et stockage de fichiers. Vous pouvez ajouter des instances d’autres processus, y compris plusieurs instances d’un processus sur un nœud. En outre, pour réduire la vulnérabilité du système, vous pouvez exécuter plusieurs passerelles et des instances supplémentaires de certains processus du serveur. Pour ce faire, le nombre minimum d’ordinateurs requis est de trois. Dans le diagramme ci-dessous, le processus stockage de fichiers a été ajouté aux deux nœuds supplémentaires. Une seconde instance passive du référentiel a également été ajoutée à l’un des autres nouveaux nœuds. Enfin, les processus serveur (affichés en bleu) ont été ajoutés aux nœuds supplémentaires pour fournir de la redondance. ![Un diagramme illustre une configuration de serveur à trois nœuds.](/tableau/current/fr-ca/server/fr-ca/Img/baseline_config_ha_tsm1.png) ## Étapes de configuration Cette procédure décrit comment configurer un groupement Tableau Server HA à trois nœuds avec deux instances de référentiel et deux instances de stockage de fichiers/moteur de données sur les nœuds supplémentaires, comme montré ci-dessus. ## Avant de commencer Avant d’installer Tableau Server sur des nœuds supplémentaires, vérifiez que chaque nœud supplémentaire présente la configuration requise par les environnements distribués. Pour plus d’informations, consultez [Configuration requise par les environnements distribués](https://help.tableau.com/current/server/fr-ca/distrib_requ.htm). **Remarque :** cette opération inclut des étapes que vous devrez peut-être effectuer avec la ligne de commande TSM. Pour utiliser l’interface en ligne de commande TSM, vous avez besoin d’un accès administrateur sur l’un des nœuds de votre installation et d’informations d’identification administrateur TSM pour exécuter des commandes TSM. ### Étape 1 : Installer le nœud initial Consultez [Installer et configurer Tableau Server](https://help.tableau.com/current/server/fr-ca/install_config_top.htm). ### Étape 2 : Générer un fichier bootstrap pour les nœuds supplémentaires 1. Ouvrez TSM dans un navigateur : `https://:8850` Pour plus d’informations, consultez [Se connecter à l’interface utilisateur Web Tableau Services Manager](https://help.tableau.com/current/server/fr-ca/sign_in_tsm.htm). 2. Cliquez sur l’onglet Configuration et dans la boîte de dialogue Ajouter un nœud, cliquez sur Télécharger un fichier bootstrap. ![Une liste de processus et le nombre d’instances dans un déploiement Tableau Server.](/tableau/current/fr-ca/server/fr-ca/Img/tsm-ui-linux-generate-bootstrap.png) Le fichier bootstrap est créé et copié sur votre ordinateur local. Les identifiants intégrés sont inclus dans le fichier bootstrap. Si vous ne voulez pas que les informations d’identification soient intégrées dans le fichier bootstrap, désactivez l’option Inclure les informations d’identification temporaires dans le fichier . Si vous souhaitez désactiver complètement la possibilité d’inclure des informations d’identification intégrées dans les fichiers bootstrap des nœuds, vous pouvez définir une option de configuration pour le serveur. Consultez [features.PasswordlessBootstrapInit](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm#pwdlessbootstrap) pour plus de détails. ### Étape 3 : Installer et initialiser le nœud 2 1. Copiez le programme d’installation original que vous avez utilisé sur le premier ordinateur en même temps que le fichier de bootstrap que vous avez généré et placez-les dans un emplacement accessible depuis le nouvel ordinateur auquel vous ajoutez Tableau Server. Ce peut être un partage réseau monté ou directement sur le nouvel ordinateur. 2. Si vous utilisez un pare-feu local, vous devez configurer les règles de pare-feu pour tous les nœuds du groupement. Pour plus d’informations, consultez [Configuration du pare-feu local](https://help.tableau.com/current/server/fr-ca/requ.htm#firewall). 3. Sur le nouveau nœud, exécutez le programme d’installation de Tableau Server. Ce devrait être le même programme d’installation que celui que vous avez exécuté sur le nœud initial pour installer Tableau Server. Acceptez les termes du contrat de licence et cliquez sur **Suivant**. 4. L’installation doit être effectuée dans le même emplacement sur tous les nœuds du groupement. Entrez l’emplacement d’installation ou cliquez sur Parcourir pour accéder à l’emplacement d’installation. Cliquez sur **Suivant** pour continuer. ![](/tableau/current/fr-ca/server/fr-ca/Img/tsm-install-path.png) 5. Pendant l’installation, il vous sera demandé de choisir un type d’installation. Sélectionnez Ajouter un nœud supplémentaire au groupement Tableau Server existant et cliquez sur Suivant pour continuer. ![](/tableau/current/fr-ca/server/fr-ca/Img/tsm-install-type-additional.png) 6. L’option **Utiliser ATR pour l’activation du produit** qui a été définie pour le nœud 1 sera automatiquement sélectionnée : **Important :** à partir de la version 2025.1.0, cet écran ne s’affiche plus. Le service ATR est utilisé par défaut. Si vous souhaitez utiliser l’ancien service de licences, vous devez installer Tableau Server à partir de la ligne de commande en utilisant le commutateur `ACTIVATIONSERVICE` pour spécifier l’option non définie par défaut. Pour plus d’informations, consultez [Commutateurs d’installation et propriétés pour Tableau Server](https://help.tableau.com/current/server/fr-ca/silent_installer_flags.htm) ![](/tableau/current/fr-ca/server/fr-ca/Img/tsm-install-activation-type-additional.png) Cliquez sur **Installer** pour continuer. Si vous y êtes invité par le pare-feu Windows Defender, cliquez sur Autoriser l’accès. Vous devrez peut-être effectuer cette opération plusieurs fois pour terminer l’installation. 7. Dans le programme d’installation, une fois que les fichiers Tableau Server ont été copiés, vous serez invité à fournir le fichier bootstrap ainsi que le nom et le mot de passe de l’administrateur TSM : ![Une fenêtre de configuration avec des champs vides pour le fichier bootstrap, le nom d’utilisateur TSM et le mot de passe TSM.](/tableau/current/fr-ca/server/fr-ca/Img/tsm-installer-node-config.png) Entrez l’emplacement du fichier bootstrap ou cliquez sur Parcourir pour accéder à l’emplacement. Si le fichier bootstrap ne contient pas d’identifants intégrés ou si ces identifiants ont expiré, saisissez le nom d’utilisateur et le mot de passe administrateur TSM. Ces identifiants doivent être les mêmes que ceux de l’utilisateur que vous avez utilisés durant le processus d’installation sur le nœud initial. Cliquez sur Suivant pour continuer. 8. Une fenêtre de navigateur s’ouvre et vous êtes invité à vous connecter à TSM. Entrez le nom d’utilisateur et le mot de passe de l’administrateur TSM. Si aucune fenêtre de navigateur ne s’ouvre automatiquement, ouvrez une fenêtre et accédez à TSM : `https://:8850` 9. Dans TSM, cliquez sur Configuration. Un message s’affiche et vous indique que le nœud a été ajouté : ![Message indiquant qu’un nouveau nœud a été ajouté à un groupement dans Tableau Server.](/tableau/current/fr-ca/server/fr-ca/Img/tsm-ui-node-added.png) 10. Cliquez sur Continuer. ### Étape 4 : Installer le nœud 3 Répétez l’étape 3 ci-dessus. ### Étape 5 : Configurer le nouveau nœud avec une topologie minimum Pour terminer le processus d’ajout de nouveaux nœuds à votre groupement, vous devez les configurer avec une topologie minimum. Sans topologie minimum, la seule modification en attente sera l’ajout du contrôleur de grappe qui est requis sur chaque nœud. Si vous souhaitez d’autres processus sur les nœuds, vous pouvez ajouter la plupart d’entre eux en même temps. Cet exemple configure uniquement les nœuds contenant le contrôleur de grappe. 1. Ouvrez TSM dans un navigateur : `https://:8850` Pour plus d’informations, consultez [Se connecter à l’interface utilisateur Web Tableau Services Manager](https://help.tableau.com/current/server/fr-ca/sign_in_tsm.htm). 2. Cliquez sur l’onglet Configuration. Un message devrait vous indiquer que les nouveaux nœuds ont été ajoutés. ![Message indiquant qu’un nouveau nœud a été ajouté à un groupement dans Tableau Server.](/tableau/current/fr-ca/server/fr-ca/Img/tsm-ui-node-added.png) Cliquez sur Continuer pour ignorer le message. 3. Cliquez sur Modifications en attente en haut de la page : ![Barre d’outils de Tableau Server Manager indiquant que des modifications sont en attente.](/tableau/current/fr-ca/server/fr-ca/Img/tsm-ui-pending-changes-btn.png) Si vous êtes en train de configurer un groupement à trois nœuds ou plus, un avertissement de l’ensemble de service de coordination s’affiche. Vous pouvez continuer. Vous déploierez un ensemble de service de coordination dans une étape séparée. 4. Cliquez sur Appliquer les modifications et redémarrer et sur Confirmer pour confirmer le redémarrage de Tableau Server. Lorsque Tableau Server redémarre, les nœuds sont inclus avec la topologie minimum nécessaire. ### Étape 6 : Déployer un ensemble de service de coordination Si vous installez un total de trois nœuds ou plus, vous devriez également déployer un ensemble de service de coordination. Si vous ne le faites pas, vous verrez s’afficher un message d’avertissement à chaque fois que vous apportez des modifications à la configuration ou à la topologie du serveur. Vous pouvez ignorer ce message, mais il est recommandé de déployer un ensemble de service de coordination multinœud. Lorsque vous installez Tableau Server, une seule instance du service de coordination est installée sur le nœud initial. TSM et Tableau Server dépendent du service de coordination pour fonctionner correctement. Ainsi, pour fournir la redondance et assurer la disponibilité sur des installations distribuées, configurez des instances supplémentaires du service de coordination en déployant un ensemble de service de coordination. Les ensembles de service de coordination sont installés avec une, trois ou cinq instances du service de coordination. Dans une installation à trois nœuds de Tableau Server, le nombre recommandé d’instances de service de coordination est de trois, un sur chaque nœud. N’essayez pas de déployer un ensemble de service de coordination s’il y a d’autres modifications en attente. Ignorez ou appliquez toute modification en attente avant de déployer un nouvel ensemble de service de coordination. **Remarque :** cette opération inclut des étapes que vous devrez peut-être effectuer avec la ligne de commande TSM. Pour utiliser l’interface en ligne de commande TSM, vous avez besoin d’un accès administrateur sur l’un des nœuds de votre installation et d’informations d’identification administrateur TSM pour exécuter des commandes TSM. Les étapes suivantes montrent comment déployer un nouvel ensemble de service de coordination sur un groupement Tableau Server existant à trois nœuds et nettoyer l’ancien ensemble. 1. Sur le nœud initial, ouvrez une invite de commande en tant qu’administrateur. 2. Arrêter Tableau Server : `tsm stop` Si vous y êtes invité, connectez-vous en tant qu’administrateur TSM. Certains processus TSM continueront de s’exécuter, notamment le contrôleur d’administration et l’agent d’administration. 3. Vérifiez qu’il n’y a aucune modification en attente : `tsm pending-changes list` S’il y a des modifications en attente, vous devez les ignorer ou les appliquer. L’application des modifications en attente demande un certain temps : - Rejetez les modifications : tsm pending-changes discard ou - Appliquez les modifications : tsm pending-changes apply Attendez que la commande se termine et que vous soyez renvoyé à l’invite système. 4. Obtenez les ID de nœud pour chaque nœud du groupement : `tsm topology list-nodes -v` 5. Utilisez la commande `tsm topology deploy-coordination-service` pour ajouter un ensemble de service de coordination en ajoutant le service de coordination aux nœuds spécifiés. Vous devez spécifier le(s) nœud(s) auquel (auxquels) le service de coordination doit être ajouté, en utilisant l’ID de nœud actuel pour identifier chaque nœud. La commande transforme également le nouvel ensemble en ensemble de « production » (l’ensemble en cours d’utilisation) et supprime l’ancien ensemble, sauf en cas d’échec du déploiement. Dans ce cas, consultez l’étape 6 ci-dessous. **Remarque :** une invite « y/n » (oui/non) s’affiche confirmant qu’un redémarrage du serveur aura lieu. Pour exécuter la commande sans entrée, incluez l’option `--ignore-prompt`. Par exemple, déployez le service de coordination sur l’ensemble des trois nœuds d’un groupement à trois nœuds, où les nœuds sont appelés node1, node2 et node3 : `tsm topology deploy-coordination-service -n node1,node2,node3` Attendez que la commande se termine et que vous soyez renvoyé à l’invite système. 6. (Facultatif) Si le déploiement échoue, vous devez exécuter la commande `tsm topology cleanup-coordination-service` pour supprimer l’ensemble déployé sans succès. Pour plus de détails sur l’exécution de la commande, consultez [tsm topology cleanup-coordination-service](https://help.tableau.com/current/server/fr-ca/cli_topology_tsm.htm#TSMCleanupCoordination). 7. Démarrez Tableau Server : `tsm start` Pour plus d’informations et de détails sur le déploiement d’un nouvel ensemble de service de coordination, consultez [Déployer un ensemble de service de coordination](https://help.tableau.com/current/server/fr-ca/distrib_ha_zk.htm). ### Étape 7 : configurer le service des fichiers client (CFS) sur les nœuds supplémentaires Configurez CFS sur des nœuds supplémentaires. Nous vous recommandons d’ajouter CFS à chaque nœud exécutant le service de coordination. **Remarque :** cette opération inclut des étapes que vous devrez peut-être effectuer avec la ligne de commande TSM. Pour utiliser l’interface en ligne de commande TSM, vous avez besoin d’un accès administrateur sur l’un des nœuds de votre installation et d’informations d’identification administrateur TSM pour exécuter des commandes TSM. 1. Sur le nœud initial, ouvrez une invite de commande en tant qu’administrateur. 2. Trouvez l’ID de nœud pour le nœud auquel vous ajoutez CFS : `tsm topology list-nodes -v` 3. Ajoutez CFS sur le nœud en spécifiant le nœud, le processus et une seule instance. Par exemple, cette commande ajoute une instance de CFS à node2 : `tsm topology set-process -n node2 -pr clientfileservice -c 1` Si vous tentez d’ajouter une instance de CFS à un nœud qui est déjà configuré avec CFS, un message d’erreur vous indique qu’il existe déjà une instance sur le nœud. Pour ajouter CFS à des nœuds supplémentaires, répétez cette étape pour chaque nœud. 4. Appliquez les modifications : `tsm pending-changes apply` ### Étape 8 : Configurer les processus du nœud 2 1. Ouvrez TSM dans un navigateur : `https://:8850` Pour plus d’informations, consultez [Se connecter à l’interface utilisateur Web Tableau Services Manager](https://help.tableau.com/current/server/fr-ca/sign_in_tsm.htm). 2. Cliquez sur l’onglet Configuration. 3. Spécifiez les processus et le nombre d’instances qui devraient s’exécuter sur le premier nœud supplémentaire. Dans cet exemple : 1. Sélectionnez Passerelle. 2. Définissez le nombre de Serveur d’applications (vizportal) sur 2. 3. Définissez le nombre de VizQL Server sur 2. 4. Définissez le nombre de Serveur de cache sur 2. 5. Définissez le nombre de gestionnaire de processus en arrière-plan sur 2. L’ajout d’un gestionnaire de processus en arrière-plan à un nœud ajoute également une instance du moteur de données si le nœud n’en comporte pas déjà un. 6. Définissez le nombre de Serveur de données sur 2. 7. Sélectionnez stockage de fichiers. 8. Sélectionnez Référentiel (pgsql). 9. Sélectionnez Service de métriques. (L’ancienne fonctionnalité Métriques a été retirée de Tableau Cloud en février 2024 et de Tableau Server version 2024.2. Pour plus d’informations, consultez [Créer et résoudre les problèmes liés aux métriques (retiré)](https://help.tableau.com/current/online/fr-ca/metrics_create.htm)().) 10. Sélectionnez Service de messagerie. 11. Sélectionnez Propriétés de la source de données. 12. Sélectionnez Service d’exploration de contenu. 13. Sélectionnez Service de recouvrement. 14. Sélectionnez Serveur de recherche et d’indexation. Les processus spécifiques et le nombre de processus que vous configurez dépendent de l’environnement et des besoins de votre organisation. Certains processus sont ajoutés automatiquement lorsque vous ajoutez un autre processus. Pour plus d’informations, consultez [Configurer les nœuds](https://help.tableau.com/current/server/fr-ca/config_nodes.htm) et [Processus Tableau Server](https://help.tableau.com/current/server/fr-ca/processes.htm). **Remarque :** l’interface utilisateur Web TSM vous limite à un maximum de 8 instances de processus vous permettant de choisir le nombre d’instances. Pour configurer plus d’instances que ce nombre, utilisez la ligne de commande et la commande `TSM topology set-process` . Pour plus d’informations, consultez [tsm topology set-process](https://help.tableau.com/current/server/fr-ca/cli_topology_tsm.htm#TSMSetProcess). ### Étape 9 : Configurer les processus du nœud 3 1. Dans TSM, dans l’onglet Configuration, spécifiez les processus et le nombre d’instances qui devraient s’exécuter sur le second nœud supplémentaire. Dans cet exemple : 1. Sélectionnez Passerelle. 2. Définissez le nombre de Serveur d’applications (vizportal) sur 2. 3. Définissez le nombre de VizQL Server sur 2. 4. Définissez le nombre de Serveur de cache sur 2. 5. Définissez le nombre de gestionnaire de processus en arrière-plan sur 2. L’ajout d’un gestionnaire de processus en arrière-plan à un nœud ajoute également une instance du moteur de données si le nœud n’en comporte pas déjà un. 6. Définissez le nombre de Serveur de données sur 2. 7. Sélectionnez stockage de fichiers. 8. Sélectionnez Service de métriques. (L’ancienne fonctionnalité Métriques a été retirée de Tableau Cloud en février 2024 et de Tableau Server version 2024.2. Pour plus d’informations, consultez [Créer et résoudre les problèmes liés aux métriques (retiré)](https://help.tableau.com/current/online/fr-ca/metrics_create.htm)().) 9. Sélectionnez Propriétés de la source de données. 10. Sélectionnez Service d’exploration de contenu. 11. Sélectionnez Service de recouvrement. 12. Sélectionnez Serveur de recherche et d’indexation. 2. Cliquez sur Modifications en attente en haut de la page : ![Barre d’outils de Tableau Server Manager indiquant que des modifications sont en attente.](/tableau/current/fr-ca/server/fr-ca/Img/tsm-ui-pending-changes-btn.png) La liste des modifications en attente apparaît. 3. Cliquez sur Appliquer les modifications et redémarrer et sur Confirmer pour confirmer le redémarrage de Tableau Server. **Remarque :** cette méthode d’installation depuis la ligne de commande nécessite que vous configuriez les variables d’environnement Windows sur chaque nœud supplémentaire pour le nom d’utilisateur et le mot de passe d’un administrateur sur le nœud initial. Pour une méthode alternative d’automatisation de l’installation de Tableau Server sans inclure des informations d’identification chiffrées, consultez [Installation automatisée de Tableau Server](https://help.tableau.com/current/server/fr-ca/automated_install_windows.htm). ### Étape 1 : Installer le nœud initial Consultez [Installer et configurer Tableau Server](https://help.tableau.com/current/server/fr-ca/install_config_top.htm). ### Étape 2 : Générer un fichier bootstrap pour les nœuds supplémentaires Pour installer Tableau Server sur des ordinateurs supplémentaires, vous utilisez le même programme d’installation que pour le nœud initial, en même temps qu’un fichier « bootstrap » que vous générez sur le nœud initial. **Important :** Le fichier bootstrap contient une copie du fichier de magasin de clés principal utilisé pour le chiffrement des secrets de configuration. Le fichier peut également contenir des informations d’identification valides pour une durée prédéterminée (voir [tabadmincontroller.auth.expiration.minutes](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm#tabadminctrlrauthexpire)) et servir de témoin de session. Nous vous recommandons vivement de prendre des mesures supplémentaires pour sécuriser le fichier bootstrap. 1. Après avoir installé Tableau Server sur le nœud initial, générez le fichier bootstrap du nœud. 2. Sur le nœud initial, ouvrez une invite de commande en tant qu’administrateur. 3. Entrez cette commande pour générer le fichier bootstrap : `tsm topology nodes get-bootstrap-file --file .json` Les identifiants intégrés sont inclus dans le fichier bootstrap. Si vous ne souhaitez pas que le fichier bootstrap inclut des informations d’identification, utilisez l’option `-nec` ou `--no-embedded-credentials` : `tsm topology nodes get-bootstrap-file --file .json --no-embedded-credentials`. Si vous souhaitez désactiver complètement la possibilité d’inclure des informations d’identification intégrées dans les fichiers bootstrap des nœuds, vous pouvez définir une option de configuration pour le serveur. Consultez [features.PasswordlessBootstrapInit](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm#pwdlessbootstrap) pour plus de détails. ### Étape 3 : Installer et initialiser le nœud 2 1. Copiez le programme d’installation original que vous avez utilisé sur le premier ordinateur en même temps que le fichier de bootstrap que vous avez généré et placez-les dans un emplacement accessible depuis le nouvel ordinateur auquel vous ajoutez Tableau Server. Ce peut être un partage réseau monté ou directement sur le nouvel ordinateur. 2. Si vous utilisez un pare-feu local, vous devez configurer les règles de pare-feu pour tous les nœuds du groupement. Pour plus d’informations, consultez [Configuration du pare-feu local](https://help.tableau.com/current/server/fr-ca/requ.htm#firewall). 3. Sur le nouveau nœud, exécutez le programme d’installation de Tableau Server. Ce devrait être le même programme d’installation que celui que vous avez exécuté sur le nœud initial pour installer Tableau Server. TableauServer-64bit-.exe /silent ACCEPTEULA=1 EMBEDDEDCREDENTIAL=1 BOOTSTRAPFILE="path\\bootstrapfile" Pour plus d’informations sur les commutateurs que vous pouvez utiliser avec le programme d’installation, consultez [Commutateurs d’installation et propriétés pour Tableau Server](https://help.tableau.com/current/server/fr-ca/silent_installer_flags.htm). ### Étape 4 : Installer le nœud 3 Installez Tableau Server sur le nœud 3 : 1. Copiez le programme d’installation original que vous avez utilisé sur le premier ordinateur en même temps que le fichier de bootstrap que vous avez généré et placez-les dans un emplacement accessible depuis le nouvel ordinateur auquel vous ajoutez Tableau Server. Ce peut être un partage réseau monté ou directement sur le nouvel ordinateur. 2. Si vous utilisez un pare-feu local, vous devez configurer les règles de pare-feu pour tous les nœuds du groupement. Pour plus d’informations, consultez [Configuration du pare-feu local](https://help.tableau.com/current/server/fr-ca/requ.htm#firewall). 3. Sur le nouveau nœud, exécutez le programme d’installation de Tableau Server. Ce devrait être le même programme d’installation que celui que vous avez exécuté sur le nœud initial pour installer Tableau Server. TableauServer-64bit-.exe /silent ACCEPTEULA=1 EMBEDDEDCREDENTIAL=1 BOOTSTRAPFILE="path\\bootstrapfile" Pour plus d’informations sur les commutateurs que vous pouvez utiliser avec le programme d’installation, consultez [Commutateurs d’installation et propriétés pour Tableau Server](https://help.tableau.com/current/server/fr-ca/silent_installer_flags.htm). ### Étape 5 : Ajouter un processus aux nœuds supplémentaires 1. Sur le nœud initial, configurez une instance de contrôleur de grappe sur chaque nœud supplémentaire : `tsm topology set-process -n -pr clustercontroller -c 1` `tsm topology set-process -n -pr clustercontroller -c 1` 2. Appliquez les modifications de configuration du nœud : ``` tsm pending-changes apply --ignore-warnings ``` Un avertissement relatif au déploiement d’un ensemble de service de coordination s’affiche si vous avez déployé un groupement à trois nœuds. Utilisez l’option `--ignore-warnings` pour appliquer les changements de configuration en dépit de l’avertissement. À l’étape suivante, vous allez déployer un nouvel ensemble de service de coordination. ### Étape 6 : Déployer un ensemble de service de coordination Si vous installez un total de trois nœuds ou plus, vous devriez également déployer un ensemble de service de coordination. Si vous ne le faites pas, vous verrez s’afficher un message d’avertissement à chaque fois que vous apportez des modifications à la configuration ou à la topologie du serveur. Vous pouvez ignorer ce message, mais il est recommandé de déployer un ensemble de service de coordination multinœud. Lorsque vous installez Tableau Server, une seule instance du service de coordination est installée sur le nœud initial. TSM et Tableau Server dépendent du service de coordination pour fonctionner correctement. Ainsi, pour fournir la redondance et assurer la disponibilité sur des installations distribuées, configurez des instances supplémentaires du service de coordination en déployant un ensemble de service de coordination. Les ensembles de service de coordination sont installés avec une, trois ou cinq instances du service de coordination. Dans une installation à trois nœuds de Tableau Server, le nombre recommandé d’instances de service de coordination est de trois, un sur chaque nœud. N’essayez pas de déployer un ensemble de service de coordination s’il y a d’autres modifications en attente. Ignorez ou appliquez toute modification en attente avant de déployer un nouvel ensemble de service de coordination. **Remarque :** cette opération inclut des étapes que vous devrez peut-être effectuer avec la ligne de commande TSM. Pour utiliser l’interface en ligne de commande TSM, vous avez besoin d’un accès administrateur sur l’un des nœuds de votre installation et d’informations d’identification administrateur TSM pour exécuter des commandes TSM. Les étapes suivantes montrent comment déployer un nouvel ensemble de service de coordination sur un groupement Tableau Server existant à trois nœuds et nettoyer l’ancien ensemble. 1. Sur le nœud initial, ouvrez une invite de commande en tant qu’administrateur. 2. Arrêter Tableau Server : `tsm stop` Si vous y êtes invité, connectez-vous en tant qu’administrateur TSM. Certains processus TSM continueront de s’exécuter, notamment le contrôleur d’administration et l’agent d’administration. 3. Vérifiez qu’il n’y a aucune modification en attente : `tsm pending-changes list` S’il y a des modifications en attente, vous devez les ignorer ou les appliquer. L’application des modifications en attente demande un certain temps : - Rejetez les modifications : tsm pending-changes discard ou - Appliquez les modifications : tsm pending-changes apply Attendez que la commande se termine et que vous soyez renvoyé à l’invite système. 4. Obtenez les ID de nœud pour chaque nœud du groupement : `tsm topology list-nodes -v` 5. Utilisez la commande `tsm topology deploy-coordination-service` pour ajouter un ensemble de service de coordination en ajoutant le service de coordination aux nœuds spécifiés. Vous devez spécifier le(s) nœud(s) auquel (auxquels) le service de coordination doit être ajouté, en utilisant l’ID de nœud actuel pour identifier chaque nœud. La commande transforme également le nouvel ensemble en ensemble de « production » (l’ensemble en cours d’utilisation) et supprime l’ancien ensemble, sauf en cas d’échec du déploiement. Dans ce cas, consultez l’étape 6 ci-dessous. **Remarque :** une invite « y/n » (oui/non) s’affiche confirmant qu’un redémarrage du serveur aura lieu. Pour exécuter la commande sans entrée, incluez l’option `--ignore-prompt`. Par exemple, déployez le service de coordination sur l’ensemble des trois nœuds d’un groupement à trois nœuds, où les nœuds sont appelés node1, node2 et node3 : `tsm topology deploy-coordination-service -n node1,node2,node3` Attendez que la commande se termine et que vous soyez renvoyé à l’invite système. 6. (Facultatif) Si le déploiement échoue, vous devez exécuter la commande `tsm topology cleanup-coordination-service` pour supprimer l’ensemble déployé sans succès. Pour plus de détails sur l’exécution de la commande, consultez [tsm topology cleanup-coordination-service](https://help.tableau.com/current/server/fr-ca/cli_topology_tsm.htm#TSMCleanupCoordination). 7. Démarrez Tableau Server : `tsm start` Pour plus d’informations et de détails sur le déploiement d’un nouvel ensemble de service de coordination, consultez [Déployer un ensemble de service de coordination](https://help.tableau.com/current/server/fr-ca/distrib_ha_zk.htm). ### Étape 7 : configurer le service des fichiers client (CFS) sur les nœuds supplémentaires Configurez CFS sur des nœuds supplémentaires. Nous vous recommandons d’ajouter CFS à chaque nœud exécutant le service de coordination. **Remarque :** cette opération inclut des étapes que vous devrez peut-être effectuer avec la ligne de commande TSM. Pour utiliser l’interface en ligne de commande TSM, vous avez besoin d’un accès administrateur sur l’un des nœuds de votre installation et d’informations d’identification administrateur TSM pour exécuter des commandes TSM. 1. Sur le nœud initial, ouvrez une invite de commande en tant qu’administrateur. 2. Trouvez l’ID de nœud pour le nœud auquel vous ajoutez CFS : `tsm topology list-nodes -v` 3. Ajoutez CFS sur le nœud en spécifiant le nœud, le processus et une seule instance. Par exemple, cette commande ajoute une instance de CFS à node2 : `tsm topology set-process -n node2 -pr clientfileservice -c 1` Si vous tentez d’ajouter une instance de CFS à un nœud qui est déjà configuré avec CFS, un message d’erreur vous indique qu’il existe déjà une instance sur le nœud. Pour ajouter CFS à des nœuds supplémentaires, répétez cette étape pour chaque nœud. 4. Appliquez les modifications : `tsm pending-changes apply` ### Étape 8 : Configurer les processus du nœud 2 1. Sur le nœud initial, définissez la topologie pour le nœud 2. La topologie spécifie les processus et le nombre d’instances de chaque processus qui doivent s’exécuter sur le nœud. Pour des détails sur la configuration des nœuds, consultez [Configurer les nœuds](https://help.tableau.com/current/server/fr-ca/config_nodes.htm). Le moteur de données sera ajouté automatiquement lorsque vous ajoutez d’autres processus. Pour des détails sur le moment où le moteur de données est ajouté, consultez [Processus Tableau Server](https://help.tableau.com/current/server/fr-ca/processes.htm). 1. Obtenez le paramètre node-id pour le nouveau nœud : `tsm topology list-nodes -v` 2. Spécifiez les processus individuels qui s’exécuteront sur le nouveau nœud : `tsm topology set-process -n -pr gateway -c 1` `tsm topology set-process -n -pr vizqlserver -c 2` `tsm topology set-process -n -pr vizportal -c 2` `tsm topology set-process -n -pr backgrounder -c 2` `tsm topology set-process -n -pr cacheserver -c 2` `tsm topology set-process -n -pr indexandsearchserver -c 1` `tsm topology set-process -n -pr dataserver -c 2` `tsm topology set-process -n -pr filestore -c 1` `tsm topology set-process -n -pr pgsql -c 1` `tsm topology set-process -n -pr metrics -c 1` `tsm topology set-process -n -pr activemqserver -c 1` `tsm topology set-process -n -pr tdsservice -c 1` `tsm topology set-process -n -pr contentexploration -c 1` `tsm topology set-process -n -pr collections -c 1` 2. Appliquez les modifications de configuration du nœud. Un message vous invitera à redémarrer Tableau Server. ``` tsm pending-changes apply ``` ### Étape 9 : Configurer les processus du nœud 3 Sur le nœud initial, définissez la topologie pour le nœud 3. La topologie spécifie les processus et le nombre d’instances de chaque processus qui doivent s’exécuter sur le nœud. Le moteur de données sera ajouté automatiquement lorsque vous ajoutez d’autres processus. Pour des détails sur le moment où le moteur de données est ajouté, consultez [Processus Tableau Server](https://help.tableau.com/current/server/fr-ca/processes.htm). 1. Obtenez le paramètre node-id pour le nouveau nœud : `tsm topology list-nodes -v` 2. Spécifiez les processus individuels qui s’exécuteront sur le nouveau nœud : `tsm topology set-process -n -pr gateway -c 1` `tsm topology set-process -n -pr vizqlserver -c 2` `tsm topology set-process -n -pr vizportal -c 2` `tsm topology set-process -n -pr backgrounder -c 2` `tsm topology set-process -n -pr cacheserver -c 2` `tsm topology set-process -n -pr indexandsearchserver -c 1` `tsm topology set-process -n -pr dataserver -c 2` `tsm topology set-process -n -pr filestore -c 1` `tsm topology set-process -n -pr metrics -c 1` `tsm topology set-process -n -pr tdsservice -c 1` `tsm topology set-process -n -pr contentexploration -c 1` `tsm topology set-process -n -pr collections -c 1` 3. Appliquez la configuration du nœud. Un message vous invitera à redémarrer Tableau Server. ``` tsm pending-changes apply ``` 4. Démarrez le serveur : `tsm start` ### Étape 10 : Configurer les règles de pare-feu (facultatif) Si vous utilisez un pare-feu local, vous devez configurer les règles de pare-feu pour tous les nœuds du groupement. Pour plus d’informations, consultez [Configuration du pare-feu local](https://help.tableau.com/current/server/fr-ca/requ.htm#firewall) . ## Ajouter un équilibreur de charge À ce stade, les trois nœuds disposent de passerelles qui servent à router des requêtes vers les processus de serveur disponibles. Toutes les passerelles sont actives, mais pour réduire le risque de temps d’immobilisation dans le groupement, vous pouvez configurer un équilibreur de charge. Pour plus d’informations, consultez [Ajouter un équilibreur de charge](https://help.tableau.com/current/server/fr-ca/distrib_lb.htm). [Passer au contenu principal](#main-content) # Exemple : Scripts des plans de migration **Remarque :** cette rubrique comprend un exemple de script que vous pouvez utiliser comme base pour des scripts de migration multiplan répondant à vos besoins et à votre environnement. Ce script est destiné à être utilisé à titre d’exemple seulement, et ne doit pas être exécuté tel quel. Pour des instructions détaillées sur l’utilisation de l’utilitaire d’exécution de la console, consultez [Utilisation de l’utilitaire d’exécution de console Tableau Content Migration Tool](https://help.tableau.com/current/server/fr-ca/cmt-deployment_console_runner.htm). Vous pouvez utiliser l’utilitaire de ligne de commande de Tableau Content Migration Tool pour l’exécution des migrations et l’automatisation de l’exécution d’un plan de migration à partir d’un planificateur externe (tel que le Planificateur de tâches Windows) ou d’un script personnalisé. Le programme d’exécution de la console n’exécute qu’un seul plan de migration (stocké dans un fichier .edt) à la fois. Si vous avez un groupe de plans de migration que vous souhaitez exécuter en tant que groupe, vous pouvez utiliser un script personnalisé en combinaison avec l’utilitaire d’exécution de la console Content Migration Tool. L’exemple ci-dessous est écrit en PowerShell et utilise l’utilitaire d’exécution de la console pour exécuter une liste de plans de migration en tant que groupe. L’exemple de code suivant le démontre : - Exécution de plusieurs plans de migration en tant que groupe à l’aide du l’utilitaire d’exécution de console. - Possibilité d’arrêter le déploiement du groupe de plans immédiatement lorsqu’une migration unique dans le groupe échoue. - Utilisation du code de sortie de l’utilitaire d’exécution de console pour déterminer si la migration a échoué ou si des avertissements ont été enregistrés. \# List of migration plans to execute as a group. $planFiles = @( 'customer 1.tcmx', 'customer 2.tcmx' ) # True of false whether to continue with the next plan if a migration fails. $continueOnFailure = $false # Path to the CMT console runner executable $runnerExe = 'C:\\Program Files (x86)\\Tableau\\Tableau Content Migration Tool\\tabcmt-runner.exe' # Store the exit code from the previously run migration plan. $lastResult = -1 # Loop through and run each migration plan one at a time. $planFiles | % { $file = $\_ if ($lastResult -ge 2 -and -not($continueOnFailure)) { Write-Warning "Skipping plan because previous migration failed. \`nSkipped plan: $file" return } Write-Verbose "Running migration plan: $file" & $runnerExe $file $lastResult = $LASTEXITCODE if ($lastResult -ge 2) { Write-Error "Migration failed. See output or log file for error details.\`nPlan: $file" -ErrorAction 'Continue' } elseif ($lastResult -eq 1) { Write-Warning "Migration completed with warnings. See output or log file for warning details.\`nPlan: $file" } } ## Qui peut le faire? Si vous souhaitez créer des scripts pour les plans de migration, vous devez remplir toutes les conditions suivantes : - Autorisations d’administrateur sur l’ordinateur Content Migration Tool. - Compte d’utilisateur du site Tableau avec un rôle Explorer ou supérieur. - Autorisations Afficher et Télécharger le classeur/Enregistrer une copie sur le site source. - Droits de publication pour le site de destination. [Passer au contenu principal](#main-content) # Exemple de fichier de configuration Cet article fournit un exemple de fichier de configuration JSON complet, avec spécification des entités gatewaySettings et identityStore. En outre, une clé de configuration définit le délai d’expiration de la passerelle sur 900 secondes. Votre fichier de configuration varie selon les options que vous avez besoin de configurer. Vous pouvez définir plusieurs fichiers de configuration .json pendant l’installation. Pour définir les valeurs pour chaque fichier dans Tableau Server, vous exécutez la commande suivante, une fois pour chaque fichier de configuration : `tsm settings import -f path-to-file.json` Après avoir défini les fichiers de configuration, exécutez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply) pour appliquer les modifications de tous les fichiers .json que vous avez définis. { "configEntities": { "gatewaySettings": { "\_type": "gatewaySettingsType", "port": 80, "publicHost": "localhost", "publicPort": 80 }, "identityStore": { "\_type": "identityStoreType", "type": "local", "domain": "example.lan", "nickname": "EXAMPLE" } }, "configKeys": { "gateway.timeout": "900" } } ## Entités vs. clés Comme montré dans l’exemple ci-dessus, il existe deux classes de paramètres de configuration : configEntities et configKeys. **configEntities** Certains types de configuration sont effectués via des ensembles d’entité qui associent à des scénarios spécifiques, par exemple les configurations de banque d’identités et de passerelle. Lorsque vous transmettez un ensemble configEntities avec la commande `tsm settings import -f path-to-file.json`, TSM valide la configuration. Si les valeurs transmises ne sont pas valides, TSM affiche une erreur. Vous pouvez ainsi apporter des modifications pendant le processus de configuration plutôt que de rencontrer une erreur de configuration lors de l’initialisation ou de l’exécution. Les entités peuvent uniquement être définies en incluant un bloc configEntities dans un fichier .json. **Important :** tous les fichiers référencés dans configEntities doivent se trouver sur l’ordinateur local. Ne spécifiez pas les chemins d’accès UNC. configKeys Les entités couvrent uniquement une petite partie des valeurs de configuration pouvant être définies. Des centaines de clés correspondent aux paramètres stockés dans les fichiers .yml. Tableau Server utilise ces paramètres pour stocker toutes les informations sur la configuration pour tous les services. Vous pouvez définir des clés individuelles à l’aide de la commande [tsm configuration](https://help.tableau.com/current/server/fr-ca/cli_configuration_tsm.htm). Par contre, pendant le déploiement, il est plus pratique de les définir en même temps que d’autres scénarios de configuration dans les fichiers JSON, comme montré ci-dessus. À la différence de configEntities, configKeys ne sont pas validées. **Remarque :** nous déconseillons de définir des paramètres qui ne sont pas documentés dans [Options tsm configuration set](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm). [Passer au contenu principal](#main-content) # Diagramme de Helm de Tableau Server - Exemples **Important** : Cette documentation suppose une connaissance de Helm et des diagrammes de Helm. Elle ne cherche pas à fournir d’exemples détaillés et prescriptifs. Elle est destinée aux clients qui maîtrisent à la fois Tableau Server, Helm et les diagrammes de Helm. ## Introduction Ce document fournit des exemples de déploiement de Tableau Server à l’aide d’un diagramme de Helm dans des configurations et des scénarios variés. ## Téléchargement et distribution du diagramme de Helm Les diagrammes de Helm sont inclus dans l’outil d’installation de Tableau Server dans un conteneur (`tableau-server-container-setup-tool-.tar.gz`) et peuvent être téléchargés depuis la page de [téléchargement de Tableau Server](http://tableau.com/fr-ca/support/releases/server/latest). Après l’extraction, les fichiers de diagrammes de Helm requis se trouvent dans le répertoire `helm/tableau`. ## Exemple 1 : nœud unique avec NodePort deploymentMode: "single" service: primary: type: NodePort secrets: licenseKey: "YOUR-LICENSE-KEY" ## Exemple 2 : multinœuds avec LoadBalancer (trois workers) Pour les déploiements multinœuds, utilisez `worker.replicaCount ≥ 1` où ce nombre correspond au nombre de workers. L’exemple ci-dessous utilise trois workers. deploymentMode: "multinode" primary: replicaCount: 1 worker: replicaCount: 3 service: primary: type: LoadBalancer persistence: bootstrap: enabled: true accessMode: ReadWriteMany secrets: licenseKey: "YOUR-LICENSE-KEY" ### Exemple 3 : Production avec entrée et TLS deploymentMode: "single" ingress: enabled: true className: "nginx" hosts: - host: tableau.company.com paths: - path: / pathType: Prefix tls: - secretName: tableau-tls hosts: - tableau.company.com service: primary: type: ClusterIP persistence: storageClass: "fast-ssd" size: 500Gi primary: resources: limits: cpu: "8" memory: "16Gi" requests: cpu: "4" memory: "8Gi" ## Ressources supplémentaires - [Diagramme de Helm de Tableau Server - Présentation](https://help.tableau.com/current/server/fr-ca/server-in-container_helm-chart.htm) - [Diagramme de Helm de Tableau Server - Conditions préalables](https://help.tableau.com/current/server/fr-ca/server-helm-prerequisites.htm) - [Diagramme de Helm de Tableau Server - Déploiement](https://help.tableau.com/current/server/fr-ca/server-helm-deploy.htm) - [Diagramme de Helm de Tableau Server - Dépannage](https://help.tableau.com/current/server/fr-ca/server-helm-troubleshooting.htm) - [Diagramme de Helm de Tableau Server - Exemples](#) - [Documentation de Tableau Server](https://help.tableau.com/current/server-linux/fr-ca/) [Passer au contenu principal](#main-content) # Exigences d’approbation de domaine pour les déploiements Active Directory Lorsque vous exécutez Tableau Server dans un environnement Active Directory entre plusieurs domaines (soit dans la même forêt Active Directory soit dans des forêts différentes), certaines fonctionnalités de Tableau sont dépendantes de la relation de confiance entre les domaines. Par exemple, certains administrateurs gèrent les utilisateurs dans des domaines distincts d’où ils déploient des applications de serveur, comme Tableau Server. Dans d’autres structures, un déploiement de Tableau Server peut être partagé avec des partenaires externes ou avec différents partenaires au sein de l’entreprise. Enfin, les sources de données authentifiées par Windows, telles que SQL Server, MSAS ou Oracle, auxquelles Tableau Server se connecte peuvent aussi résider dans d’autres domaines. Si possible, nous recommandons la configuration d’une relation de confiance bidirectionnelle entre tous les domaines qui interagissent avec Tableau Server. Sinon, Tableau Server peut être configuré de sorte à prendre en charge l’authentification des utilisateurs dans les cas où une relation de confiance unidirectionnelle a été configurée. Dans ce cas, la relation de confiance unidirectionnelle est prise en charge lorsque le domaine dans lequel Tableau Server est installé est configuré pour faire confiance au domaine où les comptes utilisateur résident. L’illustration suivante représente une relation de confiance unidirectionnelle entre le domaine dans lequel Tableau Server est installé et celui où les comptes utilisateur résident : ![Deux triangles, intitulés respectivement « users.lan » et « dev.local », avec une flèche indiquant « confiance » dirigée vers l’ancienne.](/tableau/current/fr-ca/server/fr-ca/Img/runas_oneway_trust.png) Dans ce cas de figure, Tableau Server est installé dans le domaine dev.local et les utilisateurs du domaine Active Directory users.lan sont importés dans Tableau Server. Une relation unidirectionnelle est nécessaire ici. En particulier, le domaine dev.local est configuré pour faire confiance au domaine users.lan. Les utilisateurs du domaine users.lan peuvent accéder à Tableau Server dans le domaine dev.local au moyen de leurs informations d’identification Active Directory ordinaires. Toutefois, il vous faudra peut-être modifier le surnom du domaine dans Tableau Server pour que les utilisateurs puissent se connecter avec. Consultez [Tableau Knowledge Base](http://kb.tableau.com/articles/Issue/users-from-new-domain-unable-to-log-in-and-do-not-appear-in-user-list?lang=fr-ca) pour plus d’informations. Lorsque vous configurez Tableau Server pour ce scénario, spécifiez le domaine utilisateur principal durant l’installation. Consultez [Configurer les paramètres du nœud initial](https://help.tableau.com/current/server/fr-ca/config_general.htm). Pour être sûr que Tableau Server puisse se connecter à d’autres domaines Active Directory, vous devez également spécifier d’autres domaines auxquels Tableau Server se connecte en définissant l’option `wgserver.domain.accept_list` avec TSM. Pour plus d’informations, consultez [wgserver.domain.accept\_list](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm#wgserver-domain-acceptlist). Le compte Exécuter en tant que service doit également avoir un accès en lecture (interrogation) à chaque domaine depuis lequel les utilisateurs seront importés. **Remarque :** Dans certains scénarios où le compte Exécuter en tant que service n’est pas autorisé à interroger un domaine secondaire hébergeant les utilisateurs, il peut être nécessaire de configurer la liaison LDAP avec un compte autorisé sur tous les domaines utilisateur. Pour ce faire, nous vous recommandons d’utiliser la liaison gssapi au lieu de la liaison simple. Pour plus d’informations, consultez [LDAP avec liaison GSSAPI (Kerberos)](https://help.tableau.com/current/server/fr-ca/plan_identity_store.htm#gssapi). L’authentification unique Kerberos est prise en charge avec cette relation de confiance unidirectionnelle. Consultez la [Gestion des utilisateurs dans les déploiements avec magasins d’identités externes](https://help.tableau.com/current/server/fr-ca/users_manage_ad.htm) pou comprendre comme le format des domaines multiples, des domaines, des noms de domaine, NetBIOS et du nom d’utilisateur Active Directory influence la gestion utilisateur de Tableau. ### Connexion à des données en direct dans des relations de confiance unidirectionnelles. Dans une relation de confiance unidirectionnelle, les utilisateurs qui se connectent à Tableau Server peuvent se connecter aux données en direct hébergées dans le nuage ou dans un autre source de données locale qui ne dépend pas de l’authentification Windows. Les sources de données nécessitant une authentification Windows sont parfois associées à d’autres contraintes d’authentification qui compliquent le cas de figure ou empêchent même les utilisateurs Tableau Server de se connecter. La raison est que Tableau Server utilise le compte Exécuter en tant que service pour l’authentification avec des sources de données de ce type. Si vous exécutez Tableau Server dans un domaine différent de celui des sources de données qui utilisent l’authentification Windows, vérifiez que le compte Exécuter en tant que service utilisé pour Tableau Server peut accéder à la source de données. [Passer au contenu principal](#main-content) # Exigences de simulation Pour utiliser la fonctionnalité, vous devez disposer des éléments suivants : - **Connexions en direct à SQL Server uniquement :** La simulation ne peut être utilisée que pour des vues disposant d’une connexion en direct à une base de données SQL Server (version 2005 ou ultérieure). - **Comptes de base de données individuels :** Toutes les personnes appelées à accéder à la vue doivent disposer d’un compte individuel explicite dans la base de données SQL Server à laquelle la vue est connectée. Les membres d’un groupe Active Directory (AD) ne peuvent pas être simulés. Par exemple, si Jane Smith est membre du groupe AD Ventes et que son administrateur de base de données ajoute ce groupe à la base de données SQL Server, Jane ne peut faire l’objet d’une simulation. - **Informations d’identification et type d’authentification correspondants :** Les informations d’authentification de tous les comptes d’utilisateurs de Tableau ainsi que leur type d’authentification doivent correspondre aux éléments présents dans la base de données SQL Server. Par exemple, si le compte utilisateur Tableau Server de Jane Smith est `MyCo\jsmith`, le nom d’utilisateur dans la base de données SQL Server doit également être `MyCo\jsmith`. SQL Server doit utiliser l’authentification Windows intégrée. - **Prérequis SQL Server :** Dans SQL Server, vous devez disposer d’une table de sécurité de données (vue appliquant la sécurité des données) et exiger que vos utilisateurs de base de données utilisent la vue. - **Compte SQL SIMULATION :** Vous devez disposer d’un compte de base de données SQL Server associé à une autorisation SIMULATION pour les utilisateurs de base de données ci-dessus. Il s’agit d’un compte associé au rôle sysadmin ou d’un compte disposant d’une autorisation SIMULATION pour chaque compte utilisateur individuel (voir l’[article MSDN sur EXECUTE AS](http://msdn.microsoft.com/fr-ca/library/ms181362.aspx)). Le compte SQL Server doit être l’un des comptes suivants : - Compte Tableau Server Exécuter en tant que service. Consultez [Emprunt d’identité avec un compte Exécuter en tant que service](https://help.tableau.com/current/server/fr-ca/impers_runas.htm). - Compte du publicateur du classeur. Consultez [Simuler avec des informations d’identification SQL intégrées](https://help.tableau.com/current/server/fr-ca/impers_SQL.htm). [Passer au contenu principal](#main-content) # Exigences en matière d’authentification SAML Avant de configurer SAML sur Tableau Server, assurez-vous que votre environnement présente la configuration requise. **Important :** les configurations SAML, à la fois avec l’IdP et sur Tableau Server, sont sensibles à la casse. Par exemple, les URL configurées avec l’IdP et sur Tableau Server doivent correspondre exactement. ## Conditions liées au certificat et au fournisseur d’identité (IdP) La configuration de Tableau Server pour SAML nécessite le respect des conditions suivantes : - ****Fichier de certificat**.** Certificat x509 codé au format PEM possédant une extension .crt. Ce fichier est utilisé par Tableau Server, pas par l’IdP. Si vous avez un certificat SSL, il est possible, dans certains cas, d’utiliser le même certificat avec SAML. Pour plus d’informations, consultez [Utilisation d’un certificat SSL et de fichiers de clé pour SAML](#Cert_Name) plus loin dans cet article. Tableau Server a besoin d’une paire de clé/certificat pour signer la demande envoyée à l’IdP. Cela réduit la menace d’une attaque de type « homme du milieu » étant donné la difficulté d’usurper une demande signée. En outre, Tableau Server vérifie que la valeur AuthNResponse qu’il reçoit provient de l’IdP de confiance. Tableau Server vérifie la valeur AuthNResponse en utilisant la signature produite par l’IdP. Les métadonnées du certificat de l’IdP sont fournies à Tableau Server dans le cadre du processus de configuration SAML initiale. Les demandes signées ne sont pas toujours nécessaires pour tous les IdP. Par défaut, Tableau Server exige des demandes signées. Nous recommandons cette configuration pour assurer une transmission de communication plus sûre avec l’IdP. Adressez-vous à l’équipe de votre IdP pour comprendre s’il est nécessaire de désactiver les demandes signées. Pour désactiver les demandes signées, consultez [Entité samlSettings](https://help.tableau.com/current/server/fr-ca/entity_saml.htm). - **Algorithme de signature.** Le certificat doit utiliser un algorithme de signature sécurisé, par exemple SHA-256. Si vous essayez de configurer Tableau Server pour SAML avec un certificat qui utilise le hachage de signature SHA-1, Tableau Server rejettera le certificat. Vous pouvez configurer Tableau Server de manière à ce qu’il accepte le hachage SHA-1 moins sécurisé en définissant la clé de configuration tsm [wgserver.saml.blocklisted\_digest\_algorithms](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm#wgserver5). - **Tailles de la clé RSA et de la courbe ECDSA.** Le certificat Tableau Server doit avoir une force de clé RSA de 2048 et le certificat IdP doit avoir une force de clé RSA de 2048 ou une taille de courbe ECDSA de 256. Vous pouvez configurer Tableau Server pour accepter les tailles moins sécurisées en définissant les clés de configuration respectives [wgserver.saml.min\_allowed.rsa\_key\_size](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm#wgserver4) et [wgserver.saml.min\_allowed.elliptic\_curve\_size](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm#wgserver2). - ****Fichier de clé de certificat**.** Fichier de clé RSA ou DSA privée possédant une extension .key. Les clés RSA doivent être au format PKCS#1 ou PKCS#8. Les exigences relatives à la protection par mot de passe sont les suivantes : - Le fichier de la clé PKCS# RSA ne peut pas être protégé par un mot de passe. - Pour utiliser un fichier de clé protégé par un mot de passe, vous devez configurer SAML avec un fichier RSA PKCS#8. **Remarque :** un fichier PKCS#8 avec un mot de passe nul n’est pas pris en charge. - Les fichiers de clé protégés par mot de passe ne sont pas pris en charge dans les déploiements SAML spécifiques au site. **Résumé de la prise en charge** | Format du fichier de clé | Prise en charge de SAML à l’échelle du serveur | Prise en charge de SAML au niveau du site | | --- | --- | --- | | RSA PKCS#8 | Oui | Non | | PKCS#8 (mot de passe non/null) | Non | Non | | RSA PKCS#1 | Oui | Oui | | RSA PKCS#1 (mot de passe) | Non | Non | | DSA PKCS#1 (mot de passe) | Non | Non | - **L’IdP doit signer les assertions SAML avec un algorithme de signature sécurisé.** Par défaut, Tableau Server rejettera les assertions SAML signées avec l’algorithme SHA-1. Vous pouvez configurer Tableau Server de manière à accepter les assertions signées avec le hachage SHA-1 moins sécurisé en définissant la clé de configuration tsm [wgserver.saml.blocklisted\_digest\_algorithms](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm#wgserver5). - ****Compte IdP compatible avec SAML 2.0 ou version ultérieure**.** Vous avez besoin d’un compte auprès d’un fournisseur d’identité externe. PingFederate, SiteMinder et Open AM en sont quelques exemples. - ****Fournisseur IdP qui prend en charge l’importation/exportation de métadonnées XML**.** Un fichier de métadonnées créé manuellement peut fonctionner, mais le support technique de Tableau ne peut pas vous aider en ce qui concerne la génération manuelle du fichier ou la résolution des problèmes. - **Username :** obligatoire. La configuration de l’IdP doit inclure l’attribut ou la revendication « nom d’utilisateur » et l’attribut de configuration SAML correspondant sur Tableau Server doit également être défini sur « nom d’utilisateur ». ### Déchargement SSL Si votre entreprise termine les connexions SSL de l’IdP sur un serveur proxy avant d’envoyer la demande d’authentification à Tableau Server, vous devrez peut-être effectuer une configuration proxy. Dans ce scénario, SSL est « déchargé » sur le serveur proxy, ce qui signifie que la requête https est terminée sur le serveur proxy et ensuite transférée à Tableau Server via http. Tableau Server valide le message de réponse SAML renvoyé par l’IdP. Puisque SSL est déchargé au niveau du proxy, Tableau Server effectue la validation avec le protocole qu’il reçoit (http), mais la réponse IdP est formatée avec https. La validation échoue donc, sauf si votre serveur proxy inclut l’en-tête X-Forwarded-Proto défini sur `https`. Consultez [Configurer Tableau Server pour qu’il fonctionne avec un serveur proxy inverse et/ou un équilibreur de charge](https://help.tableau.com/current/server/fr-ca/proxy.htm#Configur). ### Utilisation d’un certificat SSL et de fichiers de clé pour SAML Si vous utilisez un fichier de certificat x509 encodé PEM en guise de SSL, vous pouvez utiliser le même fichier pour SAML. Avec SSL, le fichier de certificat est utilisé pour chiffrer le trafic. Avec SAML, le certificat est utilisé pour l’authentification. Outre les conditions énumérées dans [Conditions liées au certificat et au fournisseur d’identité (IdP)](#Certific) ci-dessus, pour que vous puissiez utiliser le même certificat à la fois pour SSL et SAML, le certificat doit également répondre à la condition suivante pour fonctionner avec SAML : - Vérifiez que le certificat inclut uniquement le certificat qui s’applique à Tableau Server et non pas d’autres certificats ou clés. Pour cela, vous pouvez créer une copie de sauvegarde du fichier de certificat, puis ouvrir la copie dans un éditeur de texte pour consulter son contenu. ## Conditions liées à la gestion des utilisateurs Lorsque vous activez SAML, l’authentification utilisateur est effectuée en dehors de Tableau, par l’IdP. Par contre, la gestion des utilisateurs est effectuée par un magasin d’identités : soit un magasin d’identités externe (Active Directory ou LDAP), soit par Tableau Server dans un magasin d’identités local. Pour plus d’informations sur la planification de la gestion des utilisateurs avec Tableau Server, consultez [Magasin d’identités](https://help.tableau.com/current/server/fr-ca/plan_identity_store.htm). Lorsque vous configurez le magasin d’identités lors de l’installation, vous sélectionnez l’option reflétant la manière dont vous souhaitez utiliser SAML. Remarque : si vous souhaitez utiliser SAML spécifique à un site, vous devez configurer SAML à l’échelle du serveur avant de pouvoir configurer des sites individuels. - **Pour SAML spécifique au site :** si vous utilisez plusieurs sites sur Tableau Server et souhaitez configurer chaque site pour un IdP ou une application d’IdP spécifique (ou configurer certains sites pour qu’ils n’utilisent pas SAML), configurez Tableau Server de manière à gérer les utilisateurs avec un magasin d’identités local. Pour SAML spécifique au site, Tableau Server se base sur l’IdP pour l’authentification et n’utilise pas de mots de passe. - **Pour SAML à l’échelle du serveur :** si vous configurez SAML à l’échelle du serveur avec un seul IdP, vous pouvez configurer Tableau Server de manière à utiliser un magasin d’identités local ou un magasin d’identités externe. Si vous utilisez Active Directory(AD), vous devez désactiver l’option Activer la connexion automatique (Microsoft SSPI). - **Pour l’authentification SAML à l’échelle du serveur et l’authentification SAML spécifique au site :** - **Lors de l’utilisation d’un magasin d’identités local**, il est important que vous utilisiez un nom d’utilisateur avec un format d’adresse de courriel. L’utilisation d’une adresse de courriel complète permet de garantir l’unicité du nom d’utilisateur dans Tableau Server, même lorsque deux utilisateurs ont le même préfixe d’adresse de courriel mais des domaines différents. Pour garantir l’unicité des identités, exploitez le formatage complet des adresses de courriel sur les deux systèmes ou mettez à niveau Tableau Server vers la version 2022.1.x ou ultérieure et exécutez le travail en arrière-plan [migration d’identité](https://help.tableau.com/current/server/fr-ca/identity_migration.htm). - Dans un **environnement à plusieurs sites**, tous les utilisateurs s’authentifient à travers un fournisseur d’identités SAML configuré au niveau du site. Dans ce scénario, vous spécifiez un IDP SAML par défaut à l’échelle du serveur pour les utilisateurs qui appartiennent à plusieurs sites. Pour configurer ce scénario, Tableau Server doit être configuré avec un magasin d’identités local. - **Ignorer le domaine lors de la correspondance avec l’attribut de nom d’utilisateur SAML**. À partir des versions 2021.4.21, 2022.1.17, 2022.3.9 et 2023.1.5 de Tableau Server, vous pouvez configurer Tableau Server pour ignorer la partie domaine de l’attribut de nom d’utilisateur lors de la mise en correspondance du nom d’utilisateur du fournisseur d’identité (IdP) avec un compte d’utilisateur. sur Tableau Server. Par exemple, l’attribut de nom d’utilisateur dans le fournisseur d’identité peut être `alice@example.com` pour correspondre à un utilisateur nommé `alice` dans Tableau Server. Ignorer la partie domaine de l’attribut du nom d’utilisateur peut être utile si vous avez déjà des utilisateurs définis dans Tableau Server qui correspondent à la partie préfixe de l’attribut du nom d’utilisateur mais pas à la partie domaine de l’attribut du nom d’utilisateur. **Important :** nous vous déconseillons d’ignorer nom de domaine sans prendre de précautions. Plus spécifiquement, vérifiez que les noms d’utilisateur sont uniques dans les domaines configurés que vous avez créés dans votre IdP. La configuration de Tableau Server pour ignorer le nom de domaine peut entraîner une connexion involontaire de l’utilisateur. Prenons le cas où votre fournisseur d’identité a été configuré pour plusieurs domaines (par exemple, `example.com` et `tableau.com`). Si deux utilisateurs portant le même prénom, mais des comptes d’utilisateurs différents (par exemple, `alice@tableau.com` et `alice@example.com`) se trouvent dans votre organisation, vous pourriez alors avoir une incompatibilité de mappage. Pour configurer Tableau Server de manière à ce qu’il ignore les noms de domaine dans l’attribut de nom d’utilisateur depuis le fournisseur d’identité, définissez `wgserver.ignore_domain_in_username_for_matching` sur `true`. Consultez [wgserver.ignore\_domain\_in\_username\_for\_matching](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm#ignore_domain) pour plus d’informations. **Remarques :** - Cette commande ne fonctionne que dans les déploiements Tableau Server dans `legacy-identity-mode` ou des déploiements qui n’ont pas été mis à jour via la [migration d’identité](https://help.tableau.com/current/server/fr-ca/identity_migration.htm) pour utiliser le service d’identité. - Lorsque vous modifiez la commande tsm pour qu’elle ignore le nom de domaine dans l’attribut du nom d’utilisateur, tous les noms d’utilisateur dans Tableau Server doivent comporter un nom de domaine. **Remarque :** [REST API](https://onlinehelp.tableau.com/current/api/rest_api/fr-ca/help.htm) et [tabcmd](http://onlinehelp.tableau.com/current/server/fr-ca/tabcmd.htm) ne prennent pas en charge l’authentification unique (SSO) SAML. Pour vous connecter, vous devez spécifier le nom et le mot de passe d’un utilisateur qui a été créé sur le serveur. L’utilisateur peut être géré par le magasin d’identités local ou un magasin d’identités externe, selon la façon dont vous avez configuré Tableau Server. Les appels REST API ou tabcmd disposeront des autorisations de l’utilisateur sous lequel vous êtes connecté. ## Remarques sur la compatibilité SAML et les exigences - **Noms d’utilisateur concordants :** Le nom d’utilisateur stocké dans Tableau Server doit correspondre à l’attribut de nom d’utilisateur configuré envoyé par l’IdP dans l’assertion SAML. Par défaut, Tableau Server s’attend à ce que l’assertion entrante contienne un attribut appelé « username » avec les informations de cet utilisateur. Par exemple, si le nom d’utilisateur de Jane Smith est stocké dans PingFederate sous la forme jsmith, il doit également être stocké dans Tableau Server sous la forme jsmith. **Configuration de SAML lors de l’authentification** Si vous configurez SAML en tant que partie intégrante de l’installation initiale de Tableau Server, assurez-vous que le compte que vous comptez utiliser existe dans votre IdP avant d’exécuter l’installation. Pendant l’installation de Tableau Server, vous créez un compte d’administrateur de serveur. **Exécution de plusieurs domaines** Si vous utilisez un magasin d’identités externe Active Directory ou LDAP et que vous utilisez plusieurs domaines (à savoir, les utilisateurs appartiennent à plusieurs domaines ou votre installation Tableau Server comprend plusieurs domaines), l’IdP doit envoyer à la fois le nom d’utilisateur _et_ le nom de domaine pour un utilisateur dans l’assertion SAML. Ces deux attributs de nom d’utilisateur et de domaine doivent correspondre exactement au nom d’utilisateur et au domaine stockés dans Tableau Server. Effectuez l’_une_ des actions suivantes : - Définir `domain\username` dans le champ Nom d’utilisateur - Définir le domaine dans le champ Domaine et définissez le nom d’utilisateur dans le champ Nom d’utilisateur Lors de la définition de l’attribut de domaine, vous pouvez utiliser le nom de domaine complet (FQDN) ou le nom abrégé. Lorsque le domaine n’est pas spécifié, il sera considéré comme le domaine par défaut. Pour plus d’informations, consultez [Prise en charge de plusieurs domaines](https://help.tableau.com/current/server/fr-ca/users_manage_ad.htm#multiple_domains) et la section « Associer des assertions » sur l’onglet **Utiliser l’interface en ligne de commande TSM** dans [Configurer SAML à l’échelle du serveur](https://help.tableau.com/current/server/fr-ca/config_saml.htm). - **Algorithme de signature :** Tableau Server utilise l’algorithme de signature SHA256. - **Déconnexion unique (SLO)** : Tableau Server prend en charge à la fois le SLO initié par le fournisseur de services (SP) et le SLO initié par le fournisseur d’identité (IdP) pour SAML à l’échelle du serveur et SAML spécifique au site. Pour s’assurer que SLO fonctionne comme prévu, la liaison HTTP-POST SAML est requise. Pour plus d’informations, consultez [Liaison HTTP-POST](#binding) ci-dessous. Pour obtenir de l’aide sur le dépannage de SLO, consultez l’article de connaissance [La déconnexion unique initiée par le fournisseur d’identité ne se comporte pas comme prévu](https://help.salesforce.com/s/issue?id=a02Ka00000mmzqj). - **Types d’authentification externe :** Tableau Server prend en charge l’utilisation d’un seul type d’authentification externe à la fois. - **SSL mutuel :** Tableau Server ne prend pas en charge le SSL mutuel (SSL réciproque) et SAML simultanément. Si vous souhaitez utiliser SSL mutuel, vous pouvez le configurer sur l’IdP. - **Encodage des assertions :** les assertions doivent être codées en UTF-8. - **Chiffrement et assertions SAML** : - **SAML à l’échelle du serveur :** lorsque Tableau Server est configuré pour SAML à l’échelle du serveur, il prend en charge les assertions chiffrées de l’IdP. Les assertions de chiffrement sont activées par le certificat que vous téléversez dans le cadre de la configuration initiale pour SAML à l’échelle du serveur. Les demandes et les réponses SAML peuvent être envoyées via HTTP ou HTTPS. - **SAML spécifique au site :** lorsque Tableau Sites est configuré pour SAML spécifique au site, il ne prend pas en charge les assertions chiffrées de l’IdP. Toutes les demandes et réponses SAML sont toutefois envoyées par HTTPS pour assurer la communication avec l’IdP. Les requêtes et les réponses HTTP ne sont pas prises en charge. - **Identité utilisateur dans Tableau Server pour les utilisateurs tabcmd :**Comme décrit dans la section [Conditions liées à la gestion des utilisateurs](#saml_user_mgmt) ci-dessus, pour utiliser tabcmd, vous devez vous connecter en tant qu’utilisateur défini sur le serveur. Vous ne pouvez pas utiliser des comptes SAML avec **tabcmd**. - **Utilisation de SAML SSO avec Tableau Desktop :** par défaut, Tableau Desktop autorise l’authentification SAML initiée par le fournisseur de service. Si votre IdP ne prend pas en charge cette fonctionnalité, vous pouvez désactiver la connexion SAML pour Tableau Desktop à l’aide de la commande suivante : `tsm authentication saml configure --desktop-access disable` Pour plus d’informations, consultez [tsm authentication saml ](https://help.tableau.com/current/server/fr-ca/cli_authentication_tsm.htm#TSMsaml). - **Installations distribuées :** Les versions TSM de Tableau Server (2018.2 et ultérieur) utilisent le service de fichiers client pour partager des fichiers dans un groupement multi-nœuds. Une fois que vous avez configuré SAML sur le nœud initial de votre groupement, le service de fichiers client distribue les fichiers de certificats et de clés aux autres nœuds. - **URL de connexion :** pour que les utilisateurs puissent se connecter, votre IdP doit être configuré de sorte que le terminal de connexion SAML envoie une requête POST à l’URL suivant : `https:///wg/saml/SSO/index.html`. - **URL de déconnexion :** Pour que les utilisateurs puissent se déconnecter après s’être connectés avec SAML (déconnexion simple, ou SLO), votre IdP doit être configuré de sorte que le terminal de déconnexion SAML envoie une demande POST à l’URL suivante : `https:///wg/saml/SingleLogout/index.html`. **Remarque :** Tableau Server prend en charge à la fois le SLO initié par le fournisseur de services (SP) et le SLO initié par le fournisseur d’identité (IdP) pour SAML à l’échelle du serveur et SAML spécifique au site. - **URL de redirection post-déconnexion :** Par défaut, lorsqu’un utilisateur se déconnecte de Tableau Server, la page de connexion s’affiche.  Pour afficher une page différente après la déconnexion, utilisez la commande `tsm authentication saml configure` avec la commande `-su` ou `--signout-url`. - Pour spécifier une URL absolue, entrez une URL complète commençant par `http://` ou `https://`, comme dans cet exemple : `tsm authentication saml configure -su https://example.com` - Pour spécifier une URL relative à l’hôte Tableau Server entrez une page Web commençant par une / (barre oblique) : `tsm authentication saml configure -su /ourlogoutpage.html` - **Active Directory Federation Service (AD FS)**  : Vous devez configurer AD FS pour renvoyer des attributs supplémentaires pour l’authentification Tableau avec SAML. Les attributs ID de nom et nom d’utilisateur peuvent être mappés sur le même attribut AD : Nom-Compte-SAM. Pour des informations sur la configuration, consultez [Configurer SAML avec AD FS sur Tableau Server](https://help.tableau.com/current/server/fr-ca/saml_config_adfs_server.htm). - **AuthNContextClassRef :** AuthNContextClassRef est un attribut SAML optionnel qui applique la validation de certains « contextes » d’authentification dans les flux initiés par l’IdP. Vous pouvez définir des valeurs séparées par des virgules pour cet attribut avec TSM. Une fois cet attribut défini, Tableau Server vérifie que la réponse SAML contient au moins l’une des valeurs répertoriées. Si la réponse SAML ne contient pas l’une des valeurs configurées, l’authentification sera rejetée, même si l’utilisateur s’est authentifié avec succès avec l’IdP. Si vous laissez cet attribut optionnel vide, il en résultera un comportement par défaut : toute réponse SAML authentifiée avec succès permettra à un utilisateur d’obtenir une session dans Tableau Server. Cette valeur n’est prise en charge que pour SAML à l’échelle du serveur. Si vous avez configuré SAML sur le site, l’attribut `AuthNContextClassRef` sera ignoré. - Pour définir cette valeur avec l’interface Web TSM, consultez [Configurer SAML à l’échelle du serveur](https://help.tableau.com/current/server/fr-ca/config_saml.htm). - Pour définir cette valeur avec [tsm configuration set](https://help.tableau.com/current/server/fr-ca/cli_configuration_tsm.htm#TSMSet), utilisez la clé `wgserver.saml.authcontexts` pour définir une liste de valeurs séparées par des virgules. - Pour définir cette valeur avec un fichier de configuration JSON, consultez [Entité samlSettings](https://help.tableau.com/current/server/fr-ca/entity_saml.htm). ## Utilisation de SSO SAML dans les applications du client Tableau Les utilisateurs Tableau Server se servant des informations d’identification SAML peuvent également se connecter au serveur depuis l’application Tableau Desktop ou Tableau Mobile. Pour assurer une compatibilité complète, nous recommandons que la version de l’application du client Tableau corresponde à celle du serveur. Pour se connecter avec SAML spécifique au site, les utilisateurs doivent exécuter la version 10.0 ou une version ultérieure de l’application du client Tableau. La connexion à Tableau Server depuis Tableau Desktop ou Tableau Mobile utilise une connexion initiée par un fournisseur de services (SP). ### Redirection d’utilisateurs authentifiés vers les clients Tableau Lorsqu’un utilisateur se connecte à Tableau Server (en utilisant un flux de travail initié par le fournisseur de service), Tableau Server envoie une demande SAML (`AuthnRequest`) au fournisseur d’identité, qui inclut la valeur **RelayState** de l’application Tableau. Si l’utilisateur s’est connecté à Tableau Server depuis un client Tableau tel que Tableau Desktop ou Tableau Mobile, il est important que la valeur RelayState soit renvoyée dans la réponse SAML du fournisseur d’identité à Tableau pour diriger l’utilisateur vers une ressource Tableau spécifique. Lorsque l’utilisateur initie le processus de connexion à Tableau Server directement depuis le fournisseur d’identité (à l’aide d’un flux de travail initié par le fournisseur d’identité), le fournisseur d’identité peut inclure une valeur **RelayState** dans la réponse SAML afin de diriger l’utilisateur vers une ressource Tableau spécifique. Par exemple, la valeur RelayState peut être définie sur `/#/site/[site-url]/views/[view-name]/[workbook-tab-name]`. Si la valeur RelayState n’est pas renvoyée correctement dans ces scénarios, l’utilisateur est emmené sur la page d’accueil de Tableau Server dans le navigateur Web plutôt que d’être redirigé vers l’application depuis laquelle il s’est connecté. Adressez-vous à votre fournisseur d’identité et votre équipe informatique interne pour vérifier que cette valeur sera incluse dans la réponse SAML du fournisseur d’identité, puis conservée par un appareil réseau (par exemple, un proxy ou un équilibreur de charge) résidant entre votre fournisseur d’identité et Tableau Server. ## Exigences liées aux données XML Dans le cadre de la configuration SAML, vous échangez des métadonnées XML entre Tableau Server et l’IdP. Ces métadonnées XML sont utilisées pour vérifier les informations d’authentification d’un utilisateur lorsque ce dernier initie le processus de connexion à Tableau Server. Tableau Server et l’IdP génèrent chacun leurs propres métadonnées. Chaque ensemble de métadonnées doit contenir les informations décrites dans la liste suivante. S’il manque des informations dans un ensemble, des erreurs peuvent se produire lorsque vous configurez SAML ou lorsque les utilisateurs tentent de se connecter. ### HTTP-POST Pour SAML à l’échelle du serveur, Tableau Server ne prend en charge que les demandes HTTP POST pour les communications SAML. Dans le document XML de métadonnées SAML qui est exporté par le fournisseur d’identité, l’attribut `Binding` doit être défini sur HTTP-POST **Remarques :** - Tableau Server ne prend pas en charge la liaison HTTP-REDIRECT pour la déconnexion unique (SLO). Pour être plus précis, la liaison HTTP-REDIRECT n’est pas prise en charge pour le SLO initié par le fournisseur de services (SP) (lorsqu’un utilisateur clique sur Se déconnecter directement dans Tableau Server), ou pour le SLO initié par le fournisseur d’identité (IdP) (lorsqu’un utilisateur se déconnecte du fournisseur d’identité). Certains fournisseurs d’identité peuvent utiliser la liaison HTTP-REDIRECT pour les demandes SLO. L’utilisation de HTTP-REDIRECT pour SLO entraînera l’échec de la déconnexion, car Tableau Server ne traitera pas correctement les demandes de déconnexion envoyées via HTTP-REDIRECT. Vérifiez que votre fournisseur d’identité est configuré pour utiliser la liaison HTTP-POST pour toutes les communications SAML. - SAML spécifique au site ne prend pas en charge la liaison HTTP-Redirect. Pour plus d’informations, consultez [Configurer le protocole SAML spécifique à un site](https://help.tableau.com/current/server/fr-ca/saml_site_specific.htm). - Lorsque l’attribut `Binding` est défini sur `HTTP-POST`, les métadonnées SAML que Tableau Server et le fournisseur d’identité exportent respectivement doivent contenir les éléments suivants. - Élément qui définit l’URL vers laquelle l’IdP redirige l’utilisateur après une authentification réussie . Ceci est requis dans les métadonnées du fournisseur de services, et non dans les métadonnées du fournisseur d’identité. `` Dans le cas de SAML pour le site, le point de terminaison `Location` est `/samlservice/public/sp/metadata?alias=`. - Cet élément de point de terminaison de déconnexion apparaît dans les métadonnées du Tableau Server et spécifie l’URL que l’IdP utilisera pour le point de terminaison de déconnexion de Tableau Server. Si cet élément n’est pas dans les métadonnées de l’IdP, Tableau Server ne peut pas négocier un point de terminaison de déconnexion avec l’IdP et la fonction de déconnexion SAML ne sera pas disponible dans Tableau Server : `` - Cet élément doit apparaître dans les métadonnées de l’IdP et spécifie l’URL que Tableau Server utilisera pour le point de terminaison de déconnexion de l’IdP. `` ### Nom de l’attribut _username_ Vous devez configurer votre fournisseur d’identité pour qu’il renvoie une assertion incluant l’attribut `username` dans l’élément `saml:AttributeStatement`. Le type d’attribut de l’assertion doit être `xs:string` (elle ne doit _pas_ être entrée sous la forme `xs:any`). L’exemple suivant montre comment cela peut se présenter. _issuer-information_ ... ... ... ... **_user-name_** Par défaut, Tableau Server lit l’attribut `username` dans la réponse AuthNResponse retournée par l’IdP. Cependant, certains IdP peuvent retourner un attribut différent qui est destiné à identifier l’utilisateur. Pour modifier l’attribut SAML qui transmet la valeur `username`, exécutez la commande TSM suivante : `tsm authentication saml map-assertions --user-name `. Consultez [tsm authentication](https://help.tableau.com/current/server/fr-ca/cli_authentication_tsm.htm#tsm). ### Adhésion à un groupe dynamique à l’aide d’assertions SAML À compter de Tableau Serveur 2024.2, si SAML (ou SAML du site) est configuré et le paramètre de la fonctionnalité est activé (à l’échelle du serveur ou au niveau du site), vous pouvez contrôler dynamiquement les membres du groupe au moyen de revendications personnalisées incluses dans la réponse SAML XML envoyée par le fournisseur d’identité (IdP). Une fois configuré, lors de l’authentification de l’utilisateur, l’IdP envoie l’assertion SAML qui contient deux revendications personnalisées des membres du groupe : le groupe (`https://tableau.com/groups`) et les noms de groupe (par exemple, « Group1 » et « Group2 ») pour affirmer l’appartenance de l’utilisateur à ce groupe. Tableau valide l’assertion et autorise ensuite l’accès aux groupes et au contenu dont les autorisations dépendent de ces groupes. Pour plus d’informations, consultez [Contrôle dynamique des membres de groupes à l’aide d’assertions](https://help.tableau.com/current/server/fr-ca/groups_create_local.htm#assertions). **Exemple de réponse SAML XML** Group1 Group2 ### Attributs utilisateur dans les assertions SAML À compter de Tableau Server 2026.2, une fois la fonctionnalité configurée et le paramètre activé, vous pouvez transmettre les assertions d’attributs utilisateur de la réponse SAML XML envoyée par le fournisseur d’identité (IdP) à Tableau Server lors de la connexion. Ces attributs utilisateur peuvent être utilisés avec les fonctions d’attributs utilisateur de Tableau (`USERATTRIBUTE()`, `USERATTRIBUTEINCLUDES()`) pour contrôler et personnaliser le contenu de manière dynamique. Tableau valide l’assertion et autorise ensuite l’accès au contenu. Pour plus d’informations, consultez [Personnaliser et contrôler l’accès aux données à l’aide d’attributs utilisateur](https://help.tableau.com/current/server/fr-ca/config_saml.htm#user_attributes). **Exemple de réponse SAML XML** South South West [Passer au contenu principal](#main-content) # Exigences et considérations relatives à la fonctionnalité Expliquer les données Expliquer les données est toujours disponible pour les auteurs dans Tableau Desktop. Pour Tableau Cloud et Tableau Server : lorsque la fonction Explique-moi les données est activée pour un site, les utilisateurs de type Creator et Explorer disposant des autorisations appropriées peuvent exécuter Expliquer les données lors de la modification d’un classeur. Tous les utilisateurs disposant des autorisations appropriées peuvent exécuter Expliquer les données en mode d’affichage dans les classeurs publiés. Pour plus d’informations, consultez [Contrôler l’accès à Expliquer les données](https://help.tableau.com/current/server/fr-ca/explain_data_control_access.htm). ## Qu’est-ce qui fait d’une visualisation un bon candidat pour Expliquer les données Expliquer les données fonctionne de manière optimale sur les visualisations exigeant une exploration et une analyse plus approfondies, plutôt que sur des visualisations descriptives de style infographique qui communiquent des données résumées. - Les données au niveau des lignes sont nécessaires à Expliquer les données pour créer des modèles de vos données et générer des explications. Les visualisations contenant des données sous-jacentes au niveau des lignes, où des relations peuvent exister dans des champs non visualisés, sont de bons candidats pour exécuter Expliquer les données. - Les visualisations basées sur des données pré-agrégées sans accès aux données au niveau des lignes sont moins adaptées à l’analyse statistique effectuée par Expliquer les données. ## Quelles données fonctionnent le mieux pour Expliquer les données Lorsque vous utilisez la fonctionnalité Expliquer les données dans une feuille de calcul, n’oubliez pas qu’elle fonctionne avec : - **Repères uniques seulement :** la fonctionnalité Expliquer les données analyse les repères uniques. L’analyse de repères multiples n’est pas prise en charge. - **Données agrégées :** la vue doit contenir une ou plusieurs mesures agrégées à l’aide de SUM, AVG, COUNT ou COUNTD. Au moins une dimension doit également être présente dans la vue. - **Sources de données uniques seulement :** les données doivent provenir d’une seule source de données principales. Expliquer les données ne fonctionne pas avec des sources de données fusionnées ou multidimensionnelles. Lorsque vous préparez une source de données pour un classeur, gardez à l’esprit les considérations suivantes si vous prévoyez d’utiliser Expliquer les données pendant l’analyse. - Utilisez une source de données avec des données sous-jacentes suffisamment larges. Une donnée idéale comporte au moins 10-20 colonnes en plus d’une (ou plusieurs) mesure(s) agrégée(s) à expliquer. - Donnez des noms de colonnes (champs) faciles à comprendre. - Éliminez les colonnes redondantes et les artefacts de préparation des données. Pour plus d’informations, consultez [Modifier les champs utilisés pour l’analyse statistique](https://help.tableau.com/current/server/fr-ca/explain_data_lm_status.htm#IncludeExcludeFields). - Ne supprimez pas les colonnes non visualisées dans la source de données. Expliquer les données prend en compte les champs des données sous-jacentes lorsqu’il analyse un repère. - Les dimensions de faible cardinalité fonctionnent mieux. L’explication des dimensions catégorielles est plus facile à interpréter si sa cardinalité n’est pas trop élevée (< 20 catégories). Les dimensions contenant plus de 500 valeurs uniques ne seront pas prises en compte pour l’analyse. - En règle générale, ne pré-agrégez pas les données. Par contre, si la source de données est très volumineuse, envisagez de pré-agréger les données à un niveau de détail approprié. - Utilisez des extraits sur des sources de données en direct. Les extraits sont plus rapides que les sources de données en direct. Avec les sources de données en direct, le processus de création d’explications peut créer de nombreuses requêtes (environ une requête pour chaque explication candidate), ce qui peut entraîner une durée plus longue de génération des explications. ## Situations où la fonctionnalité Expliquer les données n’est pas disponible Il peut arriver que la fonctionnalité Expliquer les données ne soit pas disponible pour un repère sélectionné, selon les caractéristiques de la source de données ou de la vue. Si la fonctionnalité Expliquer les données ne peut pas analyser le repère sélectionné, l’icône Expliquer les données et la commande de menu contextuel ne seront pas disponibles.
Expliquer les données ne peut pas être exécuté dans les vues qui utilisent :
  • Filtres de coordonnées cartographiques
  • Sources de données fusionnées
  • Sources de données avec paramètres
  • Les sources de données qui ne prennent pas en charge la syntaxe COUNTD ou COUNT(DISTINCT ...), par exemple Access.
  • Filtres sur les mesures agrégées
  • Mesures désagrégées

La fonctionnalité Expliquer les données ne peut pas être exécutée si vous sélectionnez :

  • Repères multiples
  • Axe
  • Légende
  • Total général
  • Courbe de tendance ou ligne de référence
  • Un repère dans une vue qui contient un très petit nombre de marques
La fonctionnalité Expliquer les données ne peut pas être exécutée lorsque la mesure à utiliser pour une explication :
  • N’est pas agrégée à l’aide de SUM, AVG, COUNT, COUNTD
  • Est un calcul de table
  • Est utilisée dans les valeurs de mesures

La fonctionnalité Expliquer les données ne peut pas expliquer une dimension lorsque cette dernière est :

  • Un champ calculé
  • Un paramètre
  • Utilisée dans les noms de mesures et les valeurs des mesures
  • Un champ avec plus de 500 valeurs uniques. Les dimensions contenant plus de 500 valeurs uniques ne seront pas prises en compte pour l’analyse.
[Passer au contenu principal](#main-content) # Expiration des licences Desktop **Remarque :** Cette vue est uniquement disponible pour les administrateurs de serveur. Pour accéder aux vues de serveur sur les déploiements multi-sites, cliquez sur le menu du site et sélectionnez **Gérer tous les sites**. Pour plus d’informations sur la navigation des vues administratives, consultez [Vues administratives](https://help.tableau.com/current/server/fr-ca/adminview.htm) . La vue Expiration des licences Desktop fournit aux administrateurs de serveur des renseignements sur les licences Tableau Desktop de votre organisation qui ont expiré ou dont le contrat de maintenance doit être renouvelé. Elle peut vous aider à gérer les licences efficacement. Cette vue peut vous aider à répondre aux questions suivantes : - Quelles licences à durée limitée ont expiré? - Quelles sont les licences perpétuelles dont le contrat de maintenance a expiré? - Quelles sont les licences perpétuelles dont le contrat de maintenance doit être renouvelé prochainement? Pour renouveler une licence ou obtenir des renseignements supplémentaires sur le renouvellement, consultez [Comment renouveler vos licences Tableau](https://www.tableau.com/fr-ca/support/renew). **Remarque :** Pour obtenir des données sur les licences, vous devez configurer chaque copie de Tableau Desktop pour qu’elle envoie ses données à Tableau Server. Cette configuration peut être effectuée lors de l’installation, à l’aide de scripts ou de logiciels tiers permettant d’installer ou de configurer Tableau. Pour plus d’informations, consultez [Configurer les rapports sur les licences Desktop](https://help.tableau.com/current/desktopdeploy/fr-ca/desktop_deploy_reporting_admin.htm). Pour afficher les données de licence, les rapports sur les licences Desktop doivent être activés sur Tableau Server. Voir [Activer et configurer les rapports sur les licences Desktop](https://help.tableau.com/current/desktopdeploy/fr-ca/desktop_deploy_reporting_admin.htm#enable). Filtres : - **Clés produits**—Saisissez une chaîne de caractères pour filtrer le tableau de bord de manière à n’afficher que les licences incluant cette chaîne. Par exemple, pour voir uniquement les licences commençant par TDTD, saisissez TDTD et appuyez sur Retour pour filtrer la vue. Dans la liste rapide, cliquez sur le bouton « x » après la chaîne de caractères pour réinitialiser le filtre. - **Service**—Utilisez ce filtre pour contrôler le(s) service(s) dont le tableau de bord affiche les licences. Le filtre est rempli en fonction des valeurs Service utilisées lors de l’enregistrement des copies de Tableau Desktop. - **Durée**—Utilisez ce filtre pour contrôler la durée pendant laquelle le tableau de bord affiche l’information. La vue inclut les tables suivantes, qui sont affectées par les filtres que vous définissez en haut de la vue : - Quelles sont les clés dont le contrat de maintenance a expiré—Ce tableau affiche les clés produits dont le contrat de maintenance a expiré, avec une ligne verticale indiquant la date d’expiration de la fenêtre de six mois autorisée pour le renouvellement du contrat de maintenance. Si le contrat de maintenance pour une clé a expiré depuis plus de six mois, vous devez acheter une nouvelle clé pour avoir droit à l’assistance ou aux mises à niveau. - **Quelles licences à durée limitée ou temporaires ont expiré**—Affiche les clés de produits à durée limitée qui ont expiré. - Quelle est le programme de maintenance pour mes clés—Affiche les clés et le statut de leur contrat de maintenance. [Passer au contenu principal](#main-content) # Explorer les données de surveillance à l’aide des fichiers de source de données Tableau Tableau Resource Monitoring Tool inclut des graphiques intégrés que vous pouvez utiliser pour surveiller et analyser l’intégrité et les performances de Tableau Server. Les données Tableau Resource Monitoring Tool peuvent être téléchargés sous forme de fichiers de source de données Tableau (.tds) pour une exploration dans Tableau Desktop. Vous pouvez télécharger les fichiers à partir du menu **Admin** à l’aide de l’interface Web Resource Monitoring Tool. Cette méthode fonctionne pour les configurations de référentiel locales et externes. ![Menu déroulant d’administration sur Tableau Server.](/tableau/current/fr-ca/server/fr-ca/Img/rmt-tds-menu.png) Voici une liste des fichiers de source de données Tableau (.tds) que vous pouvez télécharger : - **Tâches en arrière-plan :** Inclut des données sur les tâches planifiées du gestionnaire de processus en arrière-plan, par exemple les actualisations d’extraits, les abonnements et les flux. - **Requêtes de données :** Informations sur toutes les requêtes exécutées par Tableau Server. - **Demandes de passerelle :** Requêtes HTTP gérées par Tableau Server incluant les détails de session du serveur VizQL. - **Incidents :** Incidents enregistrés par Resource Monitoring Tool. - **Performances du serveur :** Informations sur le matériel et les processus Tableau Server qui sont recueillies par Resource Monitoring Tool. - **Entités Tableau :** Informations sur les sites, les projets, les classeurs et les vues Tableau Server recueillies par Resource Monitoring Tool. ## Exigences - Le chiffrement utilisé est SCRAM-SHA-256 qui est pris en charge par Tableau Desktop 2020.4 et les versions ultérieures. ## Active l’accès à la base de données PostgreSQL de Resource Monitoring Tool Le fichier source de données Tableau (.tds) contient une connexion à la base de données PostgreSQL Resource Monitoring Tool. Avant de pouvoir vous connecter au fichier .tds téléchargé, vous devez activer l’accès de l’utilisateur `readonly` à la base de données PostgreSQL Resource Monitoring Tool. Une fois que l’utilisateur `readonly` a accès, vous pouvez utiliser le nom d’utilisateur et le mot de passe `readonly` pour vous connecter à la base de données PostgresSQL Resource Monitoring Tool à partir du fichier .tds dans Tableau Desktop. ### Resource Monitoring Tool 2022.3 et versions ultérieures : #### Resource Monitoring Tool avec référentiel local : 1. Sur l’ordinateur du serveur RMT, activez l’accès à la base de données PostgreSQL Resource Monitoring Tool pour l’utilisateur `readonly` : `rmtadmin data-access ReadOnly` 2. Redémarrez la base de données PostgreSQL Resource Monitoring Tool pour que le changement de configuration prenne effet : `rmtadmin restart --db` 3. Récupérez le mot de passe de l’utilisateur `readonly` : `rmtadmin get db.readOnlyPassword` #### Resource Monitoring Tool avec référentiel externe : Vous devez configurer l’instance RDS pour autoriser l’accès à partir de Tableau Desktop. Récupérez le nom d’utilisateur et le mot de passe pour la base de données PostgreSQL Resource Monitoring Tool et utilisez-les pour télécharger les fichiers .tds. Pour plus d’informations, consultez la [documentation sur le site AWS](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_ConnectToPostgreSQLInstance.html). ### Resource Monitoring Tool 2022.2 et versions antérieures : 1. Ouvrez le fichier `postgresql.conf` dans un éditeur de texte. Par défaut, le fichier se trouve dans : `C:\Program Files\Tableau\Tableau Resource Monitoring Tool\data\postgresql` 2. Mettez à jour `Listen_addresses = 'localhost'` à`Listen_addresses = '*'`. **Remarque :** Vous devez supprimer le ’`#`’ de cette ligne. 3. Ouvrez le fichier `pg_hba.conf` dans un éditeur de texte. Ce fichier se trouve également dans le même répertoire que le fichier `postresql.conf`. Par défaut, le fichier se trouve dans : `C:\Program Files\Tableau\Tableau Resource Monitoring Tool\data\postgresql` 4. Ajoutez ce qui suit à la fin du fichier `pg_hba.conf` puis enregistrez le fichier : `host all all 0.0.0.0/0 scram-sha-256` `host all all ::/0 scram-sha-256` 5. Redémarrez la base de données PostgreSQL Resource Monitoring Tool pour que les changements de configuration prennent effet : `rmtadmin restart --db` 6. Récupérez le mot de passe de l’utilisateur `readonly` : `rmtadmin get db.readOnlyPassword` ## Connectez-vous aux fichiers RMT .tds depuis Tableau Desktop Une fois l’accès à la base de données PostgreSQL Resource Monitoring Tool activé pour l’utilisateur `readonly`, vous pouvez vous connecter aux fichiers .tds téléchargés depuis Tableau Desktop. 1. Dans Tableau Desktop, accédez à **Fichier > Ouvrir** et sélectionnez le fichier .tds téléchargé depuis l’interface Web Resource Monitoring Tool. **Remarque :** vous devrez peut-être installer les pilotes de la base de données PostgreSQL. Vous pouvez télécharger les pilotes à l’adresse [www.tableau.com/fr-ca/support/drivers](http://www.tableau.com/fr-ca/support/drivers). Si Tableau Desktop ne se connecte pas automatiquement à la base de données Postgres Resource Monitoring Tool après avoir ouvert le fichier .tds, vous devrez peut-être entrer manuellement le nom d’utilisateur et le mot de passe `readonly` dans la fenêtre de modification de connexion de Tableau Desktop. ## Qui peut le faire? Administrateur Resource Monitoring Tool ou utilisateur Resource Monitoring Tool ayant un rôle serveur **Télécharger les fichiers TDS**. [Passer au contenu principal](#main-content) # Explorer les tableaux de bord avec le Guide des données Vous avez déjà découvert un nouveau tableau de bord Tableau et vous vous êtes demandé ce que signifiaient les données ou comment les utiliser? Ou bien, vous avez déjà publié un nouveau tableau de bord et vous souhaité pouvoir y intégrer des instructions sur la façon d’utiliser votre tableau de bord? Le Guide des données propose des renseignements précieux sur un tableau de bord et des enseignements sur les données qui le sous-tendent. Le Guide des données permet aux créateurs de tableaux de bord de présenter une meilleure mise en contexte aux utilisateurs finaux, comme des descriptions et des liens vers des ressources, directement dans le tableau de bord. En outre, il met automatiquement en évidence les découvertes optimisées par [Expliquer les données](https://help.tableau.com/current/pro/desktop/fr-ca/explain_data.htm) pour aider les utilisateurs à trouver les valeurs atypiques et à découvrir les explications d’un repère. Expliquer la visualisation (optimisé par Expliquer les données) détermine les mesures atypiques et les principaux facteurs potentiels qui les sous-tendent. Ces détails contextuels pertinents peuvent aider les utilisateurs de tableaux de bord à accéder et utiliser plus facilement les nouveaux tableaux de bord, leur permettant ainsi de trouver plus rapidement des renseignements exploitables, de s’assurer qu’ils visualisent les bonnes données, de mettre les données en contexte et de s’assurer qu’ils comprennent bien la visualisation. Sinon, si vous avez un site Tableau Cloud avec Tableau+, vous pouvez utiliser la fonctionnalité Narratifs de tableaux de bord de Tableau Agent pour explorer votre tableau de bord grâce à l’IA. Pour plus d’informations, consultez [Créer des narratifs de tableau de bord avec Tableau Agent (bêta)](https://help.tableau.com/current/pro/desktop/fr-ca/dashboard-narratives.htm). ## Personnaliser le Guide des données en tant qu’auteur 1. Sur votre tableau de bord, cliquez sur le bouton Modifier. 2. Choisissez Guide des données dans la barre d’outils. 3. Dans le volet Guide des données, tapez une description pour aider vos utilisateurs finaux à comprendre l’objectif de votre tableau de bord. 4. Sélectionnez Ajouter un lien et tapez une étiquette descriptive pour le texte du lien et son URL. 5. Cliquez sur OK. 6. Sélectionnez une visualisation (une feuille du tableau de bord). Le Guide des données se met à jour automatiquement afin que vous puissiez ajouter une description et des ressources pertinentes pour chaque visualisation dans votre tableau de bord. 7. Tapez une description et ajoutez des liens pertinents pour la visualisation. 8. Cliquez sur OK. > [!TIP] > > **Conseil :** Pour utiliser le Guide des données afin d’écrire un texte de remplacement personnalisé afin d’améliorer l’accessibilité de vos visualisations, consultez [Afficher plus de texte et le rendre utile](https://help.tableau.com/v0.0/pro/desktop/fr-ca/accessibility_create_view.htm#show-more-text-and-make-it-helpful). ## Explorer le Guide des données en tant qu’utilisateur de tableaux de bord 1. Dans le tableau de bord, choisissez Guide des données dans la barre d’outils. 2. Lisez la description du tableau de bord et explorez les ressources fournies par l’auteur du tableau de bord. 3. Développez les onglets Données de ce tableau de bord et Valeurs atypiques détectées pour découvrir les données sous-jacentes utilisées dans le tableau de bord. 4. Sélectionnez une visualisation (une objet du tableau de bord). 5. Lisez la description de la visualisation et explorez les ressources fournies par l’auteur du tableau de bord. 6. Développez les onglets Résumé des données et Valeurs atypiques détectées pour découvrir les données utilisées dans cette visualisation. 7. Sélectionnez un ou plusieurs repères, par exemple une barre sur un graphique ou une zone géographique sur une carte, pour afficher des informations sur les données de ce repère et les filtres appliqués. Sélectionnez un seul repère pour voir les explications possibles pour sa valeur. ![Courte animation montrant comment le Guide des données affiche différentes informations lorsque vous cliquez sur un tableau de bord, une visualisation ou un repère](/tableau/current/fr-ca/server/fr-ca/Img/data_guide_ovw.gif) ## Explorer le Guide des données à différents niveaux Par défaut, le Guide des données et fermé lorsque vous ouvrez un classeur. Et vous pouvez ouvrir le Guide des données dans la barre d’outils. Le nom du tableau de bord ou de la visualisation que vous avez sélectionné s’affiche en haut du volet Guide des données. En tant qu’auteur du tableau de bord, vous pouvez rédiger des descriptions à la fois pour le tableau de bord et pour les différentes visualisations qui constituent votre tableau de bord. ### Comprendre les détails au niveau du tableau de bord Au niveau du tableau de bord, le Guide des données : - affiche le nom, l’auteur et la dernière date de publication du tableau de bord. - peut inclure une description rédigée par l’auteur du tableau de bord et des liens vers les ressources associées, telles que des vidéos ou des pages wiki. - répertorie les sources de données utilisées par le tableau de bord et les détails sur les données, tels que les dimensions et les mesures utilisées. - affiche les valeurs atypiques détectées dans le tableau de bord et déterminées par Expliquer les données. Pour plus d’informations, consultez [Prise en main d’Expliquer les données](https://help.tableau.com/current/server/fr-ca/explain_data_basics.htm). ![Volet Guide des données au niveau du tableau de bord](/tableau/current/fr-ca/server/fr-ca/Img/data_guide_dashboard_level.png) ### Comprendre les détails au niveau de la visualisation Lorsqu’un utilisateur clique sur une visualisation spécifique (objet de tableau de bord), le Guide des données : - affiche le nom de la visualisation. - peut inclure une description rédigée par l’auteur du tableau de bord et des liens vers les ressources associées, telles que des vidéos ou des pages wiki. - répertorie les sources de données utilisées par le tableau de bord, y compris les dimensions et les mesures utilisées. - répertorie les filtres appliqués et les données utilisées dans la visualisation, afin que vous puissiez déterminer l’incidence des filtres avec lesquels les utilisateurs interagissent sur les données. Seuls les filtres que l’utilisateur peut modifier sont affichés. - Contient un résumé des données utilisées dans l’enquête, y compris le nombre de points de données et les détails du tri. - affiche les valeurs atypiques détectées dans la visualisation et déterminées par Expliquer les données. Pour plus d’informations, consultez [Prise en main d’Expliquer les données](https://help.tableau.com/current/server/fr-ca/explain_data_basics.htm). ![Volet Guide des données au niveau de la visualisation](/tableau/current/fr-ca/server/fr-ca/Img/data_guide_viz_level.png) ### Comprendre les détails au niveau du repère Lorsqu’un utilisateur sélectionne un ou des repères (par exemple une zone géographique sur une carte), le Guide des données : - affiche le nom du repère. - répertorie les filtres appliqués et les données utilisées dans la visualisation. Ainsi, vous savez exactement quels éléments sont inclus et quels éléments sont exclus. - affiche les valeurs atypiques détectées dans la visualisation et déterminées par Expliquer les données. Pour plus d’informations, consultez [Prise en main d’Expliquer les données](https://help.tableau.com/current/server/fr-ca/explain_data_basics.htm). ![Volet Guide des données au niveau du repère](/tableau/current/fr-ca/server/fr-ca/Img/data_guide_mark_level.png) ## Contrôler la visibilité du Guide des données Par défaut, le Guide des données et fermé lorsque vous ouvrez un classeur. Lorsque vous ouvrez ou fermez le Guide de données, il reste dans cet état pour tous les classeurs du site. À partir de la version 2023.1, un administrateur de serveur peut masquer le Guide des données pour tous les utilisateurs. Cela supprime le bouton Guide des données de la barre d’outils Tableau sur tous les classeurs du site. Pour masquer le Guide des données : 1. Dans le volet gauche, sélectionnez Paramètres. 2. Dans l’onglet Général, faites défiler jusqu’à la section Disponibilité du Guide des données. 3. Choisissez Masquer. 4. Choisissez Enregistrer. [Passer au contenu principal](#main-content) # Exporter ou importer un site **Remarque :** Pour plus d’information sur la migration de sites de Tableau Server vers Tableau Cloud, consultez notre [Guide de migration manuelle de Tableau Cloud](https://help.tableau.com/current/guides/migration/fr-ca/emg_intro.htm). Vous pouvez mettre un nouveau site Tableau Server à disposition en important (migrant) des informations depuis un autre site. Vous pouvez effectuer cette opération en exportant les informations du site (le site _source_) dans un fichier. Ensuite, vous effectuez les étapes de vérification et d’importation de ces informations dans le site _cible_. ## Options de migration de site Vous pouvez migrer un site de l’une des façons suivantes : - Vers un autre site sur la même instance Tableau Server. - Vers un site sur une instance Tableau Server séparée. - De Tableau Server sur Windows à Tableau Server sur Linux ou vice-versa. **Remarque :** lors de la migration de sites entre des instances de Tableau Server, le site cible doit être sur une version de Tableau Server qui est égale ou ultérieure à la version de Tableau Server pour le site source. Les sites source et cible doivent provenir de versions prises en charge de Tableau Server. ## Limitation de la migration de site ### Quelles sont les Informations préservées dans une exportation de site - Le fichier d’exportation que vous créez préserve les classeurs, les projets, les sources de données et les utilisateurs. Il comprend les autorisations définies sur le contenu, les listes de favoris des utilisateurs et les quotas de site. - Les vues personnalisées des utilisateurs sont conservées. Par contre, selon le type de migration de site, les URL de vues personnalisées peuvent changer et endommager les favoris que les utilisateurs ont définis pour leurs vues. - Lorsque vous importez un site sur Tableau Server pour l’importer vers un autre site Tableau Server, les programmations d’abonnement et d’actualisation d’extraits sont conservées. ### Quelle sont les informations non préservées dans une exportation de site - Les données d’utilisation, qui sont présentées dans les vues administratives du site ne sont pas préservées. Par exemple, le nombre de vues et de sources de données, les actions des utilisateurs et les données de performances. - Les travaux du gestionnaire de processus en arrière-plan qui sont en cours pendant l’exportation d’un site ne seront pas exportés et ne seront pas affichés sur le nouveau site une fois l’importation terminée. - Les jetons d’accès OAuth intégrés aux connexions de données sont réinitialisés. Pour ces sources de données, vous devrez modifier les connexions et vous authentifier à nouveau pour les données sous-jacentes. - Les programmations de flux de Prep ne sont pas incluses. Vous devez les migrer manuellement. - Le contenu enregistré dans l’espace personnel des utilisateurs n’est pas inclus. - Les collections ne sont pas incluses dans les exportations de sites avant Tableau Server 2025.3. - Lors de la migration de sites entre les différents types de magasins d’identités (local vers Active Directory/LDAP ou Active Directory/LDAP vers local), les filtres utilisateur utilisant des groupes cesseront de fonctionner à cause des différences de déclaration de domaine. Après la migration, vous devez recréer manuellement ces filtres utilisateur dans tous les classeurs et sources de données concernés sur le site de destination (surtout ceux qui utilisent la fonction `ISMEMBEROF()`). ## Préparer les sites source et cible Avant d’exporter un site, complétez la liste de contrôle suivante pour préparer les deux environnements. Certaines de ces instructions varient si les deux sites se trouvent sur la même instance de serveur ou sur des instances distinctes. ### Supprimer le contenu obsolète Assurez-vous que le site source contient uniquement ce que vous souhaitez importer sur le nouveau site. Il est recommandé de supprimer de votre site source tout ce que vous ne souhaitez pas inclure dans votre nouveau site, que ces éléments soient inclus dans une exportation/importation ou que vous devez les migrer manuellement. Supprimez les classeurs, les sources de données ou les projets inutilisés. Si vous disposez de flux ou de programmations de flux de Prep que vous n’utilisez plus, supprimez-les également. ### Supprimer les utilisateurs obsolètes Confirmez que tous les utilisateurs sur le serveur disposent d’une licence et supprimez tous les comptes qui ne sont plus utilisés. Vous ne pouvez pas supprimer d’utilisateurs pendant l’importation, donc si les deux sites se trouvent sur la même instance de serveur, tous les utilisateurs que vous exportez du site source sont importés sur le site cible. ### Créer ou identifier le site cible Vous devez importer un fichier de site dans un site qui existe déjà sur l’instance Tableau Server cible. Comme le processus d’importation supprime du site cible tout ce qui ne fait pas partie du fichier d’importation, nous vous recommandons de procéder à l’importation sur un site vide. Pour plus d’informations, consultez [Ajout ou modification de sites](https://help.tableau.com/current/server/fr-ca/sites_add.htm). ### Localiser les ID de site La commande tsm que vous utilisez pour exporter ou importer un site nécessite un paramètre comprenant l’ID du site. Vous pouvez récupérer l’ID du site dans l’URL lorsque vous vous connectez au site depuis un navigateur Web. S’il n’existe qu’un seul site sur le serveur, ce site est appelé site par défaut (Default). Lorsque vous êtes connecté au site par défaut, l’URL du navigateur se présente comme suit : `https://server-name/#/projects` Dans l’URL, l’absence de paramètre `/site` indique qu’il s’agit du site par défaut. L’ID de site du site Par défaut est « Default » (sans les guillemets). Sur un déploiement distribué de Tableau Server, l’URL du navigateur inclut l’élément `#/site/` suivi de l’ID du site. L’URL suivante doit s’afficher si vous accédez aux pages des vues sur un site dont l’ID est `finance` : `https://localhost/#/site/finance/views` ![Une fenêtre de navigateur Web affichant une adresse Tableau Server.](/tableau/current/fr-ca/server/fr-ca/Img/ms_URL.png) ### Vérifier le magasin d’identités Vous pouvez exporter depuis des sites et importer vers des sites qui n’utilisent pas le même type de magasin d’identités utilisateur, mais vous devrez modifier les fichiers de mappage utilisés pour l’importation. Cette étape est intégrée au processus d’importation et décrite dans [Étape 3 : Vérifier que les paramètres du site sont correctement mappés](#verify-site-mappings). ### Créer les utilisateurs sur le serveur cible si nécessaire Le processus d’importation du site affecte des utilisateurs au site cible. Si le site source se trouve sur une instance Tableau Server autre que le site cible, vous devez créer les utilisateurs sur le serveur cible avant de pouvoir effectuer l’importation. Si les deux sites se trouvent sur la même instance Tableau Server, le site cible a accès aux utilisateurs existants et vous pouvez ignorer cette étape. ### Configurer le serveur cible pour envoyer des abonnements Les abonnements sont importés, mais vous devez configurer le serveur pour les envoyer. Pour plus d’information, consultez [Configurer un site pour les abonnements](https://help.tableau.com/current/server/fr-ca/subscribe.htm). ### Vérifier les programmations La page Programmations répertorie les programmations existantes pour les actualisations d’extraits et les abonnements. ![Programmation des abonnements et des actualisations d’extraits.](/tableau/current/fr-ca/server/fr-ca/Img/sites_schedule.png) Pour les migrations **depuis un site Tableau Server vers un autre**, les actualisations et les abonnements affectés aux programmations par défaut du site source sont mappés avec les mêmes programmations sur le site cible. Si le site source comporte des programmations qui n’existent pas sur le site cible et que le site cible se trouve sur une autre instance de Tableau Server, vous devez créer les programmations sur le site cible pour pouvoir mapper les programmations source. Vous pouvez modifier les fichiers de mappage pour être certain que cette opération a bien été effectuée. ## Conseils pour importer dans une cible avec moins d’utilisateurs ou de programmations Lorsqu’un site cible a moins d’utilisateurs ou de programmations que le site source, l’importation de plusieurs vers une n’est pas prise en charge. La résolution de ce problème dépend de si les sites source et cible se trouvent sur la même instance de Tableau Server. Vous pouvez appliquer l’une des approches suivantes applicables à votre cas de migration de site : - Supprimez les utilisateurs ou les programmations supplémentaires du site source avant l’exportation. Cette option est recommandée si les deux sites se trouvent sur la même instance de serveur. - Ajoutez les programmations ou utilisateurs manquant(e)s au site cible avant de commencer l’importation. Cette étape est obligatoire sur le site cible se trouve sur une autre instance de serveur. - Ajoutez les programmations ou utilisateurs manquant(e)s au site cible au milieu du processus d’importation et mettez manuellement à jour les fichiers de mappage. Cette option est possible uniquement si les sites se trouvent sur la même instance. - Mappez manuellement les utilisateurs ou les programmations vers différents utilisateurs et programmations dans le site cible pendant le processus d’importation. Cette option est requise si un nom d’utilisateur diffère entre les serveurs. Par exemple, l’utilisateur exporté appelé _adavis@company.com_ est défini sur le site cible comme _davisa_. ## Migrer un site Vous devez utiliser les commandes `tsm sites` pour compléter le processus de migration du site. Les étapes ci-dessous vous guident à travers l’exportation d’informations depuis le site source, le mappage des paramètres du site et l’importation des fichiers mappés sur le site cible. ### Étape 1 : Exporter un site Sur l’ordinateur Tableau Server source, entrez la commande suivante : `tsm sites export --site-id --file ` Tableau Server doit être en cours d’exécution lorsque vous utilisez la commande `export`. Durant le processus d’exportation, Tableau Server verrouille le site que vous exportez. Par exemple, pour exporter un site dont l’ID de site est **weather-data** vers le fichier **C:\\sites\\exported\_sites\\export-file.zip**, entrez les éléments suivants : `tsm sites export --site-id weather-data --file export-file` Par défaut, Tableau Server enregistre `.zip` dans `C:\ProgramData\Tableau\Tableau Server\data\tabsvc\files\siteexports`. Pour plus d’informations, consultez [Chemins d’accès des fichiers tsm](https://help.tableau.com/current/server/fr-ca/cli_default_filepaths_tsm.htm#import-file-location). ### Étape 2 : Générer les fichiers de mappage d’importation Pour générer les fichiers d’importation du site cible, vous avez besoin du fichier .zip que vous avez créé lorsque vous avez effectué les étapes de la section [Étape 1 : Exporter un site](#export-site-steps). 1. Sur l’ordinateur Tableau Server cible, copiez le fichier .zip exporté dans le répertoire dans lequel Tableau Server s’attend à trouver les fichiers à importer. Par exemple : `C:\ProgramData\Tableau\Tableau Server\data\tabsvc\files\siteimports` 2. Vérifiez que le site cible existe déjà sur Tableau Server, car le processus d’importation ne créera pas de nouveau site. Pour plus d’informations, consultez [Préparer les sites source et cible](#before-you-export). 3. Exécutez la commande suivante sur l’ordinateur Tableau Server cible (Tableau Server doit être en cours d’exécution) : `tsm sites import --site-id --file ` Cette commande génère un jeu de fichiers .csv qui indiquent comment les paramètres du site source seront mappés sur le site cible. Dans les étapes dans la section suivante de cet article, vous confirmez ces mappages et vous les modifiez si nécessaire. Par défaut, ces fichiers .csv sont générés dans un répertoire `mappings` créé sous `siteimports`. Par exemple : `C:\ProgramData\Tableau\Tableau Server\data\tabsvc\files\siteimports\working\import__\mappings` Pour plus d’informations, consultez [Chemins d’accès des fichiers tsm](https://help.tableau.com/current/server/fr-ca/cli_default_filepaths_tsm.htm#import-file-location). ### Étape 3 : Vérifier que les paramètres du site sont correctement mappés Les fichiers .csv que vous avez générés dans la section précédente décrivent comment les ressources du site seront affectées au site cible une fois l’importation terminée. Les éléments présents dans les fichiers que Tableau Server n’a pas pu mapper, et que vous devez modifier, sont indiqués par des points d’interrogation (`???`). Avant de pouvoir terminer le processus d’importation, vous devez remplacer les points d’interrogation de manière à ce qu’ils représentent des affectations valides sur le site cible. **Important :** Certaines exigences s’appliquent au mappage des utilisateurs, des programmations et des ressources de contenu publié, en particulier lorsque les sites source et cible se trouvent sur des instances Tableau Server séparées. Pour plus d’informations, consultez [Préparer les sites source et cible](#before-you-export), plus haut dans cet article. #### Pour vérifier les fichiers de mappage d’un site 1. Accédez au répertoire qui contient les fichiers de mappage .csv générés par la commande `tsm sites import`. Par défaut : `C:\ProgramData\Tableau\Tableau Server\data\tabsvc\files\siteimports\working\import__\mappings` 2. Utilisez un éditeur de texte pour ouvrir un des fichiers.csv du répertoire `mappings` et effectuez les opérations suivantes. 1. Vérifiez que les mappages sont corrects. 2. Si une entrée contient des points d’interrogation (`???`), remplacez-les par une valeur valide. Pour une description des paramètres de chacun de ces fichiers, utilisez les tables dans [Mappage des références de contenu des fichiers](#map-file-reference) plus loin dans cet article. 3. Enregistrez les modifications et préservez la mise en forme du fichier CSV. Répétez ce processus pour les fichiers .csv restants. ### Étape 4 : Importer les fichiers correctement mappés sur le site cible Après avoir vérifié les mappages du site dans les fichiers .csv, vous pouvez importer les paramètres vers le nouveau site pour terminer le processus de migration. 1. Exécutez la commande suivante sur l’ordinateur Tableau Server cible : `tsm sites import-verified --import-job-dir --site-id ` Par exemple : `tsm sites import-verified --import-job-dir "C:\ProgramData\Tableau\Tableau Server\data\tabsvc\files\siteimports\working\import_ff00_20180102022014457" --site-id new-site` 2. Lorsque le message de confirmation s’affiche, connectez-vous au nouveau site et vérifiez si tout a bien été importé comme prévu. **Remarque :** les commandes `tsm sites import` et `tsm sites export` peuvent laisser un site dans un état verrouillé en cas d’erreur. Pour déverrouiller un site, utilisez la commande `tsm sites unlock`. ## Mappage des références de contenu des fichiers Les tableaux suivants présentent les colonnes de chacun des fichiers de mappage créés lorsque vous exécutez la commande `tsm site import`. ### Nom de fichier CSV : mappingsDomainMapperForGroups

Titre de la colonne

Modifiable?

Description

source_name

Non

Le nom d’un groupe d’utilisateurs sur le site source.

source_domain_name

Non

Le type de magasin d’identités sur le site source : soit local (pour le magasin d’identités local), soit un nom de domaine (pour un magasin d’identités externe Active Directory ou LDAP).

target_domain_name

Oui*

Le type de magasin d’identités sur le site cible : soit local pour un magasin d’identités local, soit un nom de domaine (comme example.com ou example.lan) pour un magasin d’identités externe Active Directory ou LDAP.

*Pour le groupe Tous les utilisateurs, conservez le paramètre local de la valeur target_domain_name, même si votre serveur cible est configuré pour utiliser le magasin d’identités Active Directory. Le groupe Tous les utilisateurs est un groupe d’utilisateurs par défaut spécial qui doit exister sur chaque Tableau Server.

### Nom de fichier CSV : mappingsScheduleMapper

Titre de la colonne

Modifiable?

Description

source_name

Non

Les noms des programmations d’abonnement ou de l’extrait personnalisés et par défaut sur le site source.

source_scheduled_action_type

Non

Le type de programmation, soit Actualiser l’extrait, pour les actualisations d’extraits, soit Abonnements, pour les envois d’abonnements sur le site source.

target_name

Oui

Les noms des programmations personnalisées sur le site cible. Vous pouvez modifier cette valeur. Par exemple, si la programmation est nommée Mise à jour du vendredi sur le site source, vous pouvez la renommer Actualisation du vendredi sur le site cible.

target_scheduled_action_type

Non*

Le type de programmation, soit Actualiser l’extrait, pour les actualisations d’extraits, soit Abonnements, pour les envois d’abonnements sur le site cible.

*Dans le cas improbable où vous verriez des points d’interrogation (???) dans cette colonne, remplacez-les soit par Actualiser l’extrait, soit par Abonnements, en fonction de l’entrée que vous voyez dans source_scheduled_action_type.

### Nom de fichier CSV : mappingsSiteMapper

Titre de la colonne

Modifiable?

Description

source_url_namespace

Non

L’ID de site du site source.

target_url_namespace

Non

L’ID de site du site cible.

### Nom de fichier CSV : mappingsSystemUserNameMapper

Titre de la colonne

Modifiable?

Description

source_name

Non

L’attribut de nom d’utilisateur d’un utilisateur sur le site source.

source_domain_name

Non

Le type de magasin d’identités sur le site source: soit local (pour le magasin d’identités local), soit un nom de domaine (pour un magasin d’identités Active Directory ou LDAP) ou externe.

target_name

Oui

L’attribut de nom d’utilisateurs des utilisateurs qui seront affectés au site cible lors de l’importation.

Vérifiez que tous les noms d’utilisateur de la liste existent sur le serveur cible et remplacez les points d’interrogation (???) par les noms d’utilisateur qui existent sur le serveur cible.

Vous ne pouvez pas créer de noms d’utilisateurs en ajoutant des lignes au fichier CSV. De même, vous ne pouvez pas supprimer les utilisateurs en supprimant des lignes.

Vous pouvez modifier un nom d’utilisateur dans la colonne target_name pour le différencier de son nom d’utilisateur source, tant que l’utilisateur existe déjà sur le serveur cible avec cet autre nom.

Par exemple, un utilisateur peut avoir une valeur source_name agarcia@company.com et une valeur target_name ashleygarcia@company.com.

Vous ne pouvez mapper un utilisateur du site source que sur un seul nom d’utilisateur du site cible.

target_domain_name

Oui

Le type de magasin d’identités sur le site cible : soit local (pour un magasin d’identités local), soit un nom de domaine (pour un magasin d’identités externe Active Directory ou LDAP).

### Nom du fichier CSV : MappingsScheduleRecurrenceMapperWithAutoCreation Ce fichier n’a pas besoin de mise à jour. [Passer au contenu principal](#main-content) # Extensions de tables Les extensions de tables vous permettent de créer de nouvelles tables de données avec un script d’extensions d’analytiques. Vous pouvez rédiger un script personnalisé TabPy ou Rserve et ajouter éventuellement une ou plusieurs tables d’entrée. Les extensions de tables sont prises en charge par Tableau Cloud, Tableau Server et Tableau Desktop. Ce document porte sur Tableau Server. **Remarque :** les données sont actualisées chaque fois que vous ouvrez un classeur ou que vous actualisez une source de données. ### Avantages Les extensions de tables présentent les avantages suivants pour les utilisateurs novices et expérimentés. - Traitement accéléré des données - Éditeur à faible code - Intégration avec [Parlez aux données](https://help.tableau.com/current/server/fr-ca/ask_data.htm) et [Expliquer les données](https://help.tableau.com/current/server/fr-ca/explain_data_basics.htm) - Intégration avec TabPy et Rserve - Les résultats permettent de créer des tableaux de bord ou des visualisations. ## Conditions préalables Avant de pouvoir utiliser les extensions de tables, vous devez remplir la liste suivante. - Configurer une extension d’analytique - Pour connaître la procédure de configuration des extensions d’analytiques, consultez [Configurer les connexions avec les extensions d’analytiques](https://help.tableau.com/current/server/fr-ca/config_r_tabpy.htm). - Publiez votre classeur. ## Créer une extension de table Pour créer une extension de table, procédez comme suit : 1. Ouvrez un classeur publié. **Remarque :** le classeur doit être publié avant de pouvoir ajouter une extension de table. 3. Sous **Feuilles**, choisissez **Nouvelle extension de table**. ![menu Connexions](/tableau/current/fr-ca/server/fr-ca/Img/new_table_extension.png) 4. (Facultatif) Faites glisser des feuilles dans le volet Extension de table. 5. Sous **Choisir une connexion**, sélectionnez une extension d’analytique. ![menu déroulant Extensions d’analytiques](/tableau/current/fr-ca/server/fr-ca/Img/choose_analytics_extension.png) 6. Dans **Script**, saisissez votre script. 7. Sélectionnez **Appliquer**. 8. Choisissez **Mettre à jour maintenant** et les résultats s’affichent dans l’onglet **Table de sortie**. ![table des résultats de sortie](/tableau/current/fr-ca/server/fr-ca/Img/table_extension_output_table.png) 9. Dans le champ **Nom**, saisissez un nom unique pour votre nouvelle extension de table. 10. Allez à l’onglet Feuille et publiez le classeur pour l’enregistrer. **Remarque :** si vous modifiez la table d’entrée, vous devez à nouveau appuyer sur **Appliquer** pour pouvoir visualiser ou utiliser les données actualisées de la table de sortie. > [!TIP] > > Conseil de dépannage : si une erreur survient dans votre extension de table, essayez d’utiliser le bouton circulaire **Actualiser la source de données**, situé en regard du bouton **Enregistrer**. ### **Extensions de tables c. extensions d’analytiques** Tableau propose quelques fonctionnalités diverses dont le nom contient le mot « extension ». Bien que certains de ces produits ne soient pas liés, les extensions de table et les extensions d’analytique le sont. Pour fonctionner, les extensions de tables doivent être connectées aux extensions d’analytiques. Présentons chaque fonctionnalité de manière succincte. #### Extensions de tables Les extensions de tables vous permettent de créer des calculs de classeurs qui envoient des données et un script de traitement à votre extension d’analytique. Les résultats renvoyés sont affichés sous forme de tableau dans l’onglet Source de données et sous forme de mesures et de dimensions dans le classeur. #### Extensions d’analytiques Les extensions d’analytiques vous permettent de développer les calculs dynamiques de Tableau avec des langages de programmation comme Python, des outils externes et des plateformes externes. Après avoir créé une connexion à une extension d’analytique, vous pouvez communiquer avec votre serveur externe par l’intermédiaire de champs calculés. Pour plus d’information, consultez [Configurer les connexions avec les extensions d’analytiques](https://help.tableau.com/current/server/fr-ca/config_r_tabpy.htm). [Passer au contenu principal](#main-content) # Facultatif : Configurer la mise en correspondance des adresses IP client Par défaut, Tableau Server ne prend pas en compte l’adresse IP du navigateur Web du client lorsqu’il crée ou échange des billets. Pour modifier cela, vous devez effectuer deux opérations : spécifier une adresse IP en utilisant le paramètre `client_ip` dans la requête POST qui obtient le billet, et suivre les étapes ci-dessous pour configurer Tableau Server de manière à appliquer la mise en correspondance des adresses IP client. 1. Utilisez l’interface en ligne de commande TSM pour exécuter la commande suivante : tsm configuration set -k wgserver.extended\_trusted\_ip\_checking -v true 2. Entrez ensuite la commande suivante : tsm pending-changes apply Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). [Passer au contenu principal](#main-content) # Faits saillants de la version Dans Tableau Server version 2025.3 : - **Tableau Agent dans Tableau Server :** Accédez désormais aux fonctionnalités de l’IA générative de Tableau Agent dans Tableau Prep, Tableau Desktop et la création Web en vous connectant à Tableau Server. - **Prise en charge SCIM :** Permet aux administrateurs de serveur d’activer le SCIM au niveau du site afin d’automatiser le provisionnement et la synchronisation des utilisateurs et des groupes lors de l’utilisation de l’authentification SAML spécifique au site. - **Extensions de confiance Tableau :** Un nouveau sous-ensemble d’extensions Tableau Exchange vérifiées et sécurisées, hébergées par Tableau, offrant des fonctionnalités transparentes et sous gouvernance, sont désormais disponibles. - **Modifications apportées à Tableau Mobile :** Le paramètre de sécurité de l’application Tableau Mobile pour la détection des logiciels malveillants a été retiré. [Voir la liste complète](https://help.tableau.com/current/server/fr-ca/whatsnew_server.htm) ## Autres articles de cette section [Passer au contenu principal](#main-content) # Fichier de configuration du Serveur RMT Cette rubrique décrit les options de configuration que vous pouvez utiliser à l’aide du fichier de configuration. Si vous utilisez l’interface Web à cette fin, consultez [Configuration du serveur Resource Monitoring Tool](https://help.tableau.com/current/server/fr-ca/rmt-config-configGui.htm). Nous veillons à mettre en œuvre l’une des valeurs fondamentales de notre entreprise, à savoir l’égalité, et à cette fin, nous avons modifié la terminologie afin d’être le plus inclusifs possible. Étant donné que la modification des termes à certains endroits peut entraîner un changement radical, nous conservons la terminologie existante. Il se peut donc que vous continuiez à voir les termes dans les commandes et options de l’interface en ligne de commande, dans les dossiers d’installation, dans les fichiers de configuration et dans d’autres instances. Pour plus d’informations, consultez [À propos de l’Aide de Tableau](https://help.tableau.com/current/tableau/fr-ca/about-tableau-help.htm). Le fichier de configuration se trouve à l’adresse `%PROGRAMFILES%\Tableau\Tableau Resource Monitoring Tool\master\config\config.json`. Ce chemin peut varier en fonction de votre installation. **Remarque :** les valeurs de configuration sont enregistrées dans le fichier de configuration. Vous pouvez apporter des modifications directement à ce fichier, mais il est conseillé de tirer parti des options de configuration dans l’interface utilisateur et via l’utilitaire de ligne de commande `rmtadmin`. L’application des modifications apportées au fichier config nécessite un redémarrage. Vous devez redémarrer le Serveur RMT après avoir apporté des modifications au fichier de configuration. ## Conservation des données Par défaut, Resource Monitoring Tool stocke deux semaines de données détaillées et dix années de données de rapports agrégées. Ces paramètres sont configurables. Voici un exemple de snippet définissant les paramètres de conservation des données : ``` { "db": { "cleanup": { "afterDays": 14, "aggregate": { "afterDays": 3650 } } } } ``` ### Configuration SMTP Exemple de snippet `config.json` définissant les informations SMTP : ``` { "smtp": { "server": "localhost", "port": 25, "username": "my-username", "password": "my-password", "requireSSL": true } } ``` Liste complète des valeurs de configuration disponibles dans la section de configuration `smtp` : | Clé | Type de données | Obligatoire? | Description | | --- | --- | --- | --- | | `server` | Chaîne | Facultatif | Le serveur SMTP à utiliser. Valeur par défaut : `localhost` | | `port` | Nombre | Facultatif | Le numéro de port du serveur SMTP. Valeur par défaut : `25` | | `username` | Chaîne | Facultatif | Le nom d’utilisateur à utiliser si l’authentification est requise par le serveur. | | `password` | Chaîne | Facultatif | Le mot de passe à utiliser si l’authentification est requise par le serveur. | | `requireSSL` | Booléen | Facultatif | `true` si votre serveur SMTP requiert SSL, sinon `false`. Valeur par défaut : `false` | ## Configuration des notifications Exemple de snippet `config.json` définissant les informations de notification : ``` { "notifications": { "email": { "from": "sender@domain.com", "to": "recipient1@domain.com,recipient2@domain.com" } } } ``` Les informations de notification globales (comme indiqué ci-dessus) peuvent être remplacées par environnement dans la section `environments`  : ``` { "environments": { "Environment1": { "notifications": { "email": { "from": "sender@domain.com", "to": "recipient1@domain.com,recipient2@domain.com" } } } } } ``` Liste complète des valeurs de configuration disponibles dans la section de configuration `notifications.email` : | Clé | Type de données | Obligatoire? | Description | | --- | --- | --- | --- | | `from` | Chaîne | Obligatoire | Adresse de courriel de l’utilisateur. | | `to` | Chaîne | Obligatoire | Adresse(s) de courriel du destinataire. Les adresses multiples doivent être séparées par des virgules ou des points-virgules. | | `minimumIncidentSeverity` | Chaîne | Facultatif | La gravité minimale de l’incident déclenchant l’envoi de courriels. Valeur par défaut : `critical`. Voir aussi [Tableau Resource Monitoring Tool - Incidents](https://help.tableau.com/current/server/fr-ca/rmt-incidents-index-incidents.htm). | ## Configuration des histogrammes Les limites utilisées pour générer des histogrammes dans l’interface Web sont configurables, en utilisant un tableau de valeurs représentant chaque limite. Liste complète des histogrammes configurables dans la section `monitoring.histograms`  : | Clé | Type de données | Obligatoire? | Description | | --- | --- | --- | --- | | `viewLoadDuration` | Tableau de nombres | Facultatif | Limites de l’histogramme pour les chargements de vue. Les valeurs sont en millisecondes. Valeur par défaut : `[1000, 3000, 6000, 10000]` | | `externalDataRequestDuration` | Tableau de nombres | Facultatif | Limites de l’histogramme pour les demandes de données externes. Les valeurs sont en millisecondes. Valeur par défaut : `[1000, 3000, 6000, 10000]` | | `backgroundTaskDuration` | Tableau de nombres | Facultatif | Limites de l’histogramme pour les tâches en arrière-plan. Les valeurs sont en millisecondes. Valeur par défaut : `[60000, 300000, 600000, 1800000]` | Par exemple, pour utiliser les compartiments d’histogrammes suivants pour tout à un niveau global : - ≤ 1 seconde - \> 1 seconde et ≤ 10 secondes - \> 10 secondes et ≤ 30 secondes - \> 30 secondes La configuration se présenterait ainsi : ``` { "monitoring": { "histograms": { "viewLoadDuration": [1000, 10000, 30000], "externalDataRequestDuration": [1000, 10000, 30000], "backgroundTaskDuration": [1000, 10000, 30000] } } } ``` Les limites des histogrammes peuvent également être définies par environnement. À titre d’exemple, pour un environnement dont l’identificateur est « staging-environnement », utilisez les compartiments d’histogramme de vue suivants : - ≤ 2,5 secondes - \> 2,5 secondes et ≤ 5 secondes - \> 5 secondes et ≤ 30 secondes - \> 30 secondes et ≤ 1 minute - \> 1 minute et ≤ 10 minutes - \> 10 minutes La configuration se présenterait ainsi : ``` { "environments": { "staging-environment": { "monitoring": { "histograms": { "viewLoadDuration": [2500, 5000, 30000, 60000, 600000] } } } } } ``` Le « staging-environnement » reviendrait à la configuration globale de l’histogramme pour les tâches en arrière-plan. ## Version TLS minimale Par défaut, RMT utilisera une version sécurisée de TLS pour chiffrer le trafic. La version minimale par défaut est 1.2, mais si vous avez des exigences de sécurité spécifiques qui imposent de désactiver les anciennes versions de TLS, vous pouvez modifier la section `server.minimumTlsVersion` du fichier de configuration pour appliquer une version TLS minimale, comme le montre l’exemple d’extrait ci-dessous où la version minimale est définie sur 1.3. Les valeurs valides pour `minimumTlsVersion` sont définies dans les [SslProtocols de .Net Core](https://learn.microsoft.com/fr-ca/dotnet/api/system.security.authentication.sslprotocols?view=net-8.0 "Énumération des SslProtocols"). ``` "server": { "url": "https://rmtserver:443", "https": { "enforce": true, "certificate": { "mode": Default, "local": { "name": null, "password": null }, "store": { "certificateThumbprint": ""} }, "minimumTlsVersion": "Tls13" }, ``` ### Configuration des incidents Consultez [Incidents](https://help.tableau.com/current/server/fr-ca/rmt-incidents-index-incidents.htm) pour plus d’informations sur les options d’incident disponibles et sur la façon de les configurer. ### Fichiers journaux du Serveur RMT Voir [Fichiers journaux de Tableau Resource Monitoring Tool](https://help.tableau.com/current/server/fr-ca/rmt-admin-logs.htm). ## Agent Le fichier de configuration du service d’agent se trouve à l’adresse `%PROGRAMFILES%\Tableau\Tableau Resource Monitoring Tool\agent\config\config.json`. Ce chemin peut varier en fonction de votre installation. Vous devez redémarrer le service d’agent après avoir apporté des modifications au fichier de configuration. ### Détection de Tableau Server Dans presque toutes les situations, les agents détectent automatiquement l’installation de Tableau Server et aucune configuration n’est nécessaire au-delà du [processus de configuration des agents](https://help.tableau.com/current/server/fr-ca/rmt-admin-installation.htm#agent-setup). Si vous le souhaitez, vous pouvez cependant configurer manuellement les informations de Tableau Server via le fichier `config.json`. Exemple de snippet `config.json` définissant les informations de Tableau Server nécessaires à l’exécution de l’agent : ``` { "agent": { "tableauServer": { "override": true, "productVersion": 2021.4, "applicationDirectory": "C:\\Tableau\\Tableau Server\\2021.4" } } } ``` Les barres obliques arrières doivent être échappées comme indiqué ci-dessus pour le format JSON. Liste complète des valeurs de configuration disponibles dans la section de configuration `agent.tableauServer` : | Clé | Type de données | Obligatoire? | Description | | --- | --- | --- | --- | | `applicationDirectory` | Chaîne | Obligatoire | Répertoire racine de l’application Tableau Server. | | `dataDirectory` | Chaîne | Facultatif | Répertoire pour obtenir les fichiers de données de Tableau Server. | | `override` | Booléen | Facultatif | `true` pour que les valeurs de configuration prévalent sur toutes les valeurs détectées automatiquement. `false` pour que les valeurs de configuration servent de secours par rapport aux valeurs détectées automatiquement. | | `productVersion` | Nombre | Obligatoire | Numéro de version de Tableau Server. | ### Journaux de l’agent Voir [Fichiers journaux de Tableau Resource Monitoring Tool](https://help.tableau.com/current/server/fr-ca/rmt-admin-logs.htm). ## Commun Des valeurs de configuration communes sont disponibles à la fois dans les applications de Serveur RMT et d’Agent. Reportez-vous aux sections spécifiques à l’application pour obtenir des conseils sur la localisation du fichier de configuration. Vous devez redémarrer le service de l’application si vous apportez des modifications au fichier de configuration. ## Messagerie chiffrée Pour activer la messagerie chiffrée, le serveur RabbitMQ doit d’abord être configuré pour autoriser TLS. Consultez le guide de l’administrateur de la [Collecte de données chiffrées](https://help.tableau.com/current/server/fr-ca/rmt-admin-encrypted-data-collection.htm) pour plus de détails. Lors de la configuration du Serveur RMT ou des Agents pour la messagerie chiffrée : - Vous devez configurer à la fois l’indicateur `enabled` et `certificateHostName` pour activer le chiffrement. - La variable `certificateHostName` DOIT correspondre au nom canonique (CN=) sur le certificat du serveur sinon la connexion échouera. - Le paramètre `port` dans la section `mq` devra probablement être modifié sur le port TLS sur lequel vous avez configuré RabbitMQ. ``` { "mq": { "port": 5671, "tls": { "enabled": true, "certificateHostName": "foo" } } } ``` Liste complète des valeurs de configuration disponibles dans la section de configuration `mq.tls` : | Clé | Type de données | Obligatoire? | Description | | --- | --- | --- | --- | | `enabled` | Booléen | Facultatif | `true` active le chiffrement TLS pour les connexions de messagerie. `false` utilise des connexions non chiffrées pour la messagerie. Valeur par défaut : `false` | | `certificateHostName` | Chaîne | Facultatif | `certificateHostName` DOIT correspondre au nom canonique (CN=) du certificat du serveur sinon la connexion échouera. Valeur par défaut : `""` | ## Qui peut le faire? Administrateur Resource Monitoring Tool ou utilisateur Resource Monitoring Tool ayant un rôle **Gestion du serveur/de l’environnement.** [Passer au contenu principal](#main-content) # Fichiers journaux de Tableau Content Migration Tool Tableau Content Migration Tool génère des fichiers journaux lorsque vous exécutez des migrations. Ces fichiers journaux peuvent être utiles pour dépanner des problèmes. **Remarque :** Pour plus d’informations sur tous les paramètres Content Migration Tool, consultez [Paramètres de Tableau Content Migration Tool](https://help.tableau.com/current/server/fr-ca/cmt-settings.htm). ## Emplacement des fichiers journaux de Content Migration Tool Pour trouver les fichiers journaux Content Migration Tool à partir de l’écran Content Migration Tool : 1. Démarrez Content Migration Tool. 2. Cliquez sur Help et Settings : ![L’option Paramètres dans le menu déroulant Aide.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-help-settings.png) 3. Dans la boîte de dialogue Settings , cliquez sur Open Log Folder : ![Un curseur survole le bouton bleu intitulé « Ouvrir le dossier du journal ».](/tableau/current/fr-ca/server/fr-ca/Img/cmt-logfile-folder.png) Une fenêtre s’ouvre avec les fichiers journaux. Si vous communiquez avec l’assistance Tableau et qu’ils vous demandent d’envoyer des fichiers journaux, compressez les fichiers avant de les envoyer. Pour plus d’informations sur l’envoi des fichiers journaux à Tableau, consultez la [Base de connaissances de Tableau](https://kb.tableau.com/articles/howto/alternative-method-for-sending-large-files?lang=fr-ca). ## Qui peut le faire? En règle générale, les tâches énumérées ci-dessus ne peuvent être effectuées que par un utilisateur doté d’un accès administrateur sur l’ordinateur. [Passer au contenu principal](#main-content) # Fichiers journaux de Tableau Resource Monitoring Tool ## Fichiers journaux Tableau Resource Monitoring Tool comprend de nombreux composants. Chaque composant gère son propre ensemble de fichiers journaux. Par défaut, 31 fichiers journaux d’une taille maximale de 1 Go chacun seront conservés dans chaque ensemble. Les fichiers journaux au-delà de cette limite sont automatiquement supprimés. **Remarque :** nous veillons à mettre en œuvre l’une des valeurs fondamentales de notre entreprise, à savoir l’égalité, et à cette fin, nous avons modifié la terminologie afin d’être le plus inclusifs possible. Étant donné que la modification des termes à certains endroits peut entraîner un changement radical, nous conservons la terminologie existante. Il se peut donc que vous continuiez à voir les termes dans les commandes et options de l’interface en ligne de commande, dans les dossiers d’installation, dans les fichiers de configuration et dans d’autres instances. Pour plus d’informations, consultez [À propos de l’Aide de Tableau](https://help.tableau.com/current/tableau/fr-ca/about-tableau-help.htm). ### Composants

Composant

Pour plus d’informations sur les services installés avec RMT, consultez Services Resource Monitoring Tool (RMT).

Emplacement du fichier journal

C:\Program Files\Tableau\Tableau Resource Monitoring Tool\master\logs\

Description
Gestionnaire de processus en arrière-planbackground\YYYYMMDD-pts.logProtocoles générés par le gestionnaire de processus en arrière-plan général.
Directeurdirector\YYYYMMDD-pts.logFichiers journaux générés par le gestionnaire de processus en arrière-plan directeur.
Hôtehost\YYYYMMDD.logFichiers journaux générés par l’hôte.
Serveur Webweb\YYYYMMDD-pts.logFichiers journaux générés par le serveur Web.
RabbitMQ (Message Broker)rabbitmq/*.logJournaux générés par RabbbitMQ
PostgreSQL (référentiel de données local)pgsql/*.log and *.csvJournaux générés par la base de données PostgreSQL locale.
### Journaux de sécurité La journalisation de sécurité a été ajoutée avec la version 2025.3.4. Vous ne verrez pas ces journaux ou dossiers si vous exécutez une plus ancienne version RMT. Pour plus de détails sur les journaux de sécurité, consultez [Tableau Resource Monitoring Tool Fichiers journaux de sécurité](https://help.tableau.com/current/server/fr-ca/rmt-admin-logs-security.htm) Pour un dépannage avancé, la journalisation détaillée peut également être activée pour d’autres d’activités internes. Ces fichiers journaux d’activité sont stockés dans le stockage de fichiers journaux du composant associé. | Activité | Emplacement du fichier journal | Description | | --- | --- | --- | | Base de données | `logs\*\YYYYMMDD-ef.log` | Fichiers journaux des requêtes internes de la base de données. Par défaut, seules les erreurs sont écrites dans ce fichier journal. Activez-le en modifiant `db.logLevel` en `Debug` ou supérieur. | | File d’attente des messages | `logs\*\YYYYMMDD-mq.log` | Fichiers journaux de la communication interne de file d’attente des messages. Par défaut, ce fichier journal n’est pas généré. Activez-le en modifiant `mq.logLevel` en `Debug` ou supérieur. | ## Configuration du niveau de journalisation Vous pouvez ajuster les niveaux de journalisation de Resource Monitoring Tool comme suit : - Interface Web de Resource Monitoring Tool : dans le menu Administration, accédez à Configuration et sélectionnez l’onglet Avancé. Vous pouvez définir les niveaux de journalisation et également spécifier si vous souhaitez inclure les requêtes de base de données et les communications de file d’attente de messages. Niveaux de journalisation que vous pouvez définir à l’aide de l’interface Web : | Niveau | | --- | | Par défaut : comprend les niveaux d’information, d’avertissement, d’erreur et critique | | Détaillé : comprend les niveaux Information, Avertissement, Erreur, Critique (tout par défaut) et Débogage | - Paramètres dans les fichiers `config.json`. Les niveaux de journalisation sont configurés indépendamment pour chaque composant. Les chemins des fichiers de configuration par défaut sont indiqués ci-dessous. Ils peuvent varier en fonction de votre dossier d’installation. | Installation | Emplacement par défaut | | --- | --- | | Tableau Resource Monitoring Tool | `%PROGRAMFILES%\Tableau\Tableau Resource Monitoring Tool\master\config\config.json` | | Agent Tableau Resource Monitoring Tool | `%PROGRAMFILES%\Tableau\Tableau Resource Monitoring Tool\agent\config\config.json` | Niveaux de journalisation configurables à l’aide du fichier de configuration : | Niveau | | --- | | Trace | | Débogage | | Information | | Avertissement | | Erreur | | Critique | | Aucun | Vous trouverez ci-dessous un aperçu démontrant quelques paramètres par défaut du niveau de journalisation : ``` { "db": { "logLevel": "Error" }, "mq": { "logLevel": "Warning" }, "server": { "background": { "logLevel": "Information" }, "director": { "logLevel": "Information" }, "web": { "logLevel": "Information" } } } ``` ### Envoi de fichiers journaux au service client de Tableau Si vous communiquez avec l’assistance Tableau et qu’ils vous demandent d’envoyer des fichiers journaux, compressez les fichiers avant de les envoyer. 1. Connectez-vous au Serveur RMT et à chaque serveur sur lequel l’Agent Resource Monitoring Tool est installé. 2. Ouvrez une invite de commande et exécutez : `rmtadmin ziplogs ` pour créer une archive ZIP des fichiers journaux. Pour plus d’informations sur l’envoi des fichiers journaux à Tableau, consultez la [Base de connaissances de Tableau](https://kb.tableau.com/articles/howto/alternative-method-for-sending-large-files?lang=fr-ca). **Remarque :** les fichiers journaux d’installation se trouvent dans `%userprofile%\AppData\Local\Temp`. Par exemple, `C:\Users\jsmith\AppData\Local\Temp`. ## Qui peut le faire? Administrateur Resource Monitoring Tool ou utilisateur Resource Monitoring Tool ayant un rôle **Gestion du serveur/de l’environnement**. ## Autres articles de cette section [Passer au contenu principal](#main-content) # Fichiers journaux de Tableau Server Les agents Tableau Resource Monitoring Tool surveillent les fichiers journaux Tableau quasiment en temps réel et envoient les messages de fichiers journaux au Serveur RMT à des fins de traitement et de génération de rapports. Vous trouverez ci-dessous une liste des fichiers journaux Tableau spécifiques qui sont surveillés. Tous les chemins des répertoires sont relatifs au répertoire de données de Tableau Server. Par défaut, il se trouve à cet emplacement : `%PROGRAMDATA%\Tableau\Tableau Server\data\tabsvc` | Répertoire | Nom de fichier | | --- | --- | | `logs\backgrounder` | `backgrounder-*.log` | | `logs\httpd` | `*.log` | | `logs\vizportal` | `vizportal-*.log` | | `logs\dataserver` | `dataserver_*.txt` | | `logs\vizqlserver` | `vizqlserver_*.txt` | [Passer au contenu principal](#main-content) # Fichiers journaux et emplacement des fichiers journaux Tableau Server Tableau Server crée automatiquement des fichiers journaux. Chaque service qui s’exécute dans le cadre de Tableau Server génère ses propres fichiers journaux. Ces fichiers journaux contiennent des renseignements sur les événements du serveur, les actions du service ou du processus, et ce qui se passe en cas d’erreurs ou d’avertissements. L’étendue des données contenues dans les fichiers journaux dépend du service qui écrit les fichiers journaux, des niveaux d’enregistrement définis et de ce qui se passe sur le serveur. Vous recherchez Tableau Server sur Linux? Consultez [Emplacements des fichiers journaux du serveur](http://onlinehelp.tableau.com/current/server-linux/fr-ca/logs_loc.htm). Les fichiers journaux peuvent vous aider à identifier et à résoudre les problèmes rencontrés par Tableau Server. Dans certains cas, les administrateurs système peuvent consulter les fichiers journaux et trouver des indices sur ce qui se passe, mais dans la plupart des situations, c’est à l’assistance Tableau que les fichiers journaux Tableau Server seront les plus utiles. Lorsque vous créez une demande d’assistance, il peut vous être demandé d’envoyer des fichiers journaux depuis votre serveur. **Remarque :** Les répertoires et fichiers journaux spécifiques générés par Tableau Server dépendent de la version du serveur que vous exécutez et des processus que vous avez configurés. De nouveaux services et processus sont ajoutés régulièrement pour prendre en charge les nouvelles fonctionnalités. Pour plus de détails sur les processus ou les services pour lesquels vous pouvez trouver des fichiers journaux, consultez [Processus Tableau Server](https://help.tableau.com/current/server/fr-ca/processes.htm). ## Fichiers journaux Tableau Server sur un groupement actif Il est recommandé de ne pas modifier ou supprimer des fichiers journaux dans une installation Tableau Server active. Ces opérations peuvent provoquer un comportement inattendu ou un arrêt du serveur. La plupart des fichiers journaux Tableau Server sont écrits dans un emplacement sur le répertoire de données. Certains fichiers journaux sont écrits sur d’autres emplacements. La façon la plus simple et la plus sûre de recueillir et de visualiser les fichiers journaux du serveur consiste à créer une archive de fichiers journaux, qui est une collection compressée de fichiers journaux de tous les nœuds d’un groupement. Si vous pensez avoir besoin d’anciens fichiers journaux pour une raison quelconque, par exemple, pour comparer avec de nouveaux fichiers journaux après avoir fait une mise à niveau, ou pour les envoyer à l’assistance Tableau lors de la résolution d’un problème de serveur, créez une archive zip et déplacez les archives vers un emplacement sûr extérieur à votre infrastructure Tableau Server. Pour plus d’informations sur les fichiers journaux dans une archive de fichiers journaux, consultez [Fichiers journaux du serveur dans une archive compressée](#ServerLogsInArchve). Les fichiers journaux peuvent prendre beaucoup d’espace, en particulier sur un serveur très utilisé. Vous pouvez utiliser la commande [tsm maintenance cleanup](https://help.tableau.com/current/server/fr-ca/cli_maintenance_tsm.htm#cleanup) pour supprimer les fichiers journaux que vous ne voulez plus ou dont vous n’avez plus besoin. Par contre, si vous pensez avoir besoin de vos fichiers journaux existants, envisagez de les archiver avant le nettoyage. ### Emplacement principal des fichiers journaux sur une installation Tableau Server active La plupart des ficheirs journaux Tableau Server sont écrits sur le stockage de données, par défaut `C:\ProgramData\Tableau\Tableau Server\data\tabsvc\logs\`. Des sous-dossiers sont créés pour chaque instance d’un service, dont le nom inclut le nom de service et le code de version. Par exemple : C:\\ProgramData\\Tableau\\Tableau Server\\data\\tabsvc\\logs\\backgrounder ### Emplacement des fichiers de configuration sur une installation Tableau Server active En plus des fichiers journaux pour chaque service ou processus, un `config` sous-dossier contient des données de configuration sur le service. C:\\ProgramData\\Tableau\\Tableau Server\\data\\tabsvc\\config\\backgrounder L’assistance Tableau peut vous demander de rassembler certains d’entre eux si vous vous adressez à eux pour un problème de serveur. Le contenu peut être analysé par l’assistance. ### Fichiers journaux qui ne sont pas écrits à l’emplacement principal Quelques fichiers journaux ne font pas partie de l’ensemble principal de fichiers journaux et sont écrits sur des emplacements autres que les dossiers de fichiers journaux habituels : - Le fichier journal TSM. Le fichier `tsm.log` se trouve dans `C:\Users\\.tableau\tsm` . - Fichier journal d’installation. Par défaut, le fichier `app-install.log` se trouve dans `C:\ProgramData\Tableau\Tableau Server\logs`. - Le fichier journal de mise à niveau. Par défaut, le fichier `app-upgrade.log` se trouve dans `C:\ProgramData\Tableau\Tableau Server\logs`. - Fichiers journaux des interpréteurs de commandes. Les scripts Tableau Server se trouvent dans le répertoire de scripts (Par défaut :`C:\Program Files\Tableau\Tableau Server\packages\scripts.\`) et un grand nombre d’entre eux génèrent des fichiers journaux à chaque fois qu’un script est exécuté. Ces fichiers journaux de scripts sont enregistrés sur : \\\\logs\\ par défaut : C:\\ProgramData\\Tableau\\Tableau Server\\logs ## Fichiers journaux du serveur dans une archive compressée Il peut arriver que vous souhaitiez consulter des fichiers journaux Tableau Server, ou avoir besoin de les envoyer à l’assistance Tableau si vous avez un problème avec votre serveur. Utilisez la commande `[tsm maintenance ziplogs](https://help.tableau.com/current/server/fr-ca/cli_maintenance_tsm.htm#tsm4ziplogs)` pour créer une archive compressée des fichiers journaux à partir de tous les nœuds de votre installation. Par défaut, les archives de fichiers journaux de Tableau Server sont enregistrées dans un fichier compressé appelé `logs.zip`, mais vous pouvez spécifier un nom de fichier différent lorsque vous créez l’archive. Vous pouvez enregistrer et ouvrir l’archive sur un ordinateur local, ou l’envoyer à l’équipe d’assistance Tableau. Lorsque vous décompressez l’archive, un répertoire est créé pour chaque nœud du groupement, et ce répertoire contient des sous-répertoires pour chaque service ou processus en utilisant cette convention de nommage : \_.. S’il y a plusieurs instances d’un service sur un nœud, il y aura plusieurs répertoires pour ce service, un pour chaque instance. Par exemple, si vous avez deux gestionnaires de processus en arrière-plan sur un nœud, vous verrez des répertoires de ce type : backgrounder\_0.. backgrounder\_1.. Les répertoires et fichiers journaux spécifiques du fichier zip dépendent de la version de Tableau Server que vous utilisez et des processus que vous avez configurés. Pour plus de détails sur les processus ou les services pour lesquels vous pouvez trouver des fichiers journaux, consultez [Processus Tableau Server](https://help.tableau.com/current/server/fr-ca/processes.htm). ## Fichiers temporaires Tous les fichiers commençant par exe\_ dans le dossier ci-dessous sont des fichiers Tableau Server et peuvent être supprimés. `C:\ProgramData\Tableau\Tableau Server\temp` [Passer au contenu principal](#main-content) # Fonctionnalités et modèles d’autorisation Les autorisations sont constituées de fonctionnalités ou de la capacité d’effectuer une action donnée sur un élément de contenu, par exemple afficher, filtrer, télécharger ou supprimer. Chaque ligne de la zone Règles d’autorisation de la boîte de dialogue est une _règle d’autorisation_. Les règles d’autorisation sont les paramètres de chaque fonctionnalité (autorisée, refusée ou non spécifiée) pour le groupe ou l’utilisateur de cette ligne. Les règles d’autorisation disposent de _modèles_ qui facilitent l’attribution rapide des fonctionnalités. Les règles d’autorisation peuvent également être copiées et collées. **Remarque** : Dans la boîte de dialogue des autorisations des projets, chaque type de contenu possède son propre onglet : Projets, Classeurs, Sources de données, etc. Lorsqu’une règle d’autorisation est ajoutée, la valeur par défaut pour toutes les fonctionnalités de tous les types de contenu est « Non spécifié ». Pour autoriser ou refuser les fonctionnalités pour chaque type de contenu, vous devez accéder à chaque onglet de la boîte de dialogue d’autorisation à tour de rôle. Ceci définit le modèle pour tout le contenu de ce type dans le projet (par exemple tous les classeurs). Dans la boîte de dialogue d’autorisations pour un contenu spécifique, il n’y a pas d’onglet et les règles d’autorisations on s’appliquent uniquement à ce contenu. ## Modèles Les modèles regroupent des ensembles de fonctionnalités qui sont souvent attribuées ensemble sur la base de scénarios utilisateur courants, Afficher, Explorer, Publier et Administrer. Lorsque vous attribuez un modèle, ses fonctionnalités incluses sont définies sur Autorisé, le reste restant Non spécifié. Les modèles sont cumulatifs, de sorte que le modèle « Explorer » comprend tout ce qui figure dans le modèle « Afficher », plus des fonctionnalités supplémentaires. Tous les contenus ont également un modèle pour **Aucune** (qui définit toutes les fonctionnalités sur Non spécifié) et **Refusé** (qui définit toutes les fonctionnalités sur Refusé). Les modèles sont conçus comme un point de départ et peuvent être adaptés après leur application. Les fonctionnalités peuvent également être accordées ou refusées sans utiliser aucun modèle. Dans les deux cas, la colonne du modèle affiche alors Personnalisé. ## Copier et coller des autorisations Si une règle d’autorisation doit être attribuée à plusieurs groupes ou utilisateurs, vous pouvez copier et coller d’une règle à l’autre. Vous ne pouvez pas copier depuis ou coller dans une règle qui implique le statut de responsable de projet. 1. Ouvrez le menu Actions (...) de la règle existante que vous souhaitez copier et sélectionnez Copier les autorisations. Cette fonction n’est disponible que lorsque la règle n’est pas en mode édition. 2. Sélectionnez une règle existante sur laquelle vous souhaitez coller. Vous pouvez également créer une nouvelle règle en cliquant sur \+ Ajouter une règle de groupe/utilisateur et en sélectionnant un groupe ou un utilisateur. 3. Ouvrez le menu Actions (...), puis cliquez sur Coller les autorisations. ## Autorisations effectives Retenez que ce n’est pas parce qu’un utilisateur a obtenu une fonctionnalité dans une règle donnée qu’il pourra nécessairement effectuer l’action correspondante. Le rôle sur le site impose des limites aux actions qu’un utilisateur peut effectuer (consulter [Autorisations, rôles sur le site et licences](https://help.tableau.com/current/server/fr-ca/permission_license_siterole.htm)). Il peut également être nécessaire de comparer plusieurs règles d’autorisation pour déterminer les fonctionnalités finales dont dispose un utilisateur donné (consulter [Autorisations effectives](https://help.tableau.com/current/server/fr-ca/permission_effective.htm)). ## Fonctionnalités Chaque type de contenu a des fonctionnalités spécifiques : ### Projets Les projets n’ont que deux fonctionnalités et deux modèles. Pour plus d’information sur les responsables de projets et sur la manière de les désigner, consultez [Administration des projets](https://help.tableau.com/current/server/fr-ca/permissions_projects.htm#projectpermissions). #### Afficher un modèle ![Icône Afficher.](/tableau/current/fr-ca/server/fr-ca/Img/perms_view_icon.png)La fonctionnalité **Afficher** permet à un utilisateur de voir le projet. Si un utilisateur n’a pas obtenu la fonctionnalité Afficher, le projet ne sera pas visible pour lui. Accorder la fonctionnalité d’affichage pour un projet ne signifie pas qu’un utilisateur peut voir n’importe quel contenu dans le projet, mais seulement l’existence du projet lui-même. #### Publier un modèle ![Icône Enregistrer.](/tableau/current/fr-ca/server/fr-ca/Img/perms_save_icon.png)La fonctionnalité **Publier** permet à un utilisateur de publier un contenu dans le projet depuis Tableau Desktop ou Tableau Prep Builder. La fonctionnalité Publier est également nécessaire pour déplacer un contenu dans le projet ou enregistrer le contenu dans le projet à partir de la création Web. ### Classeurs #### Afficher un modèle ![Icône Afficher.](/tableau/current/fr-ca/server/fr-ca/Img/perms_view_icon.png)La fonctionnalité **Afficher** permet à l’utilisateur de voir le classeur ou la vue. Si un utilisateur n’a pas obtenu la fonctionnalité Afficher, il ne pourra pas voir le classeur. ![Icône de filtre.](/tableau/current/fr-ca/server/fr-ca/Img/perms_filter_icon.png)**Filtre** permet à un utilisateur d’interagir avec les filtres de la vue, y compris les filtres Conserver uniquement et Exclure. Les utilisateurs qui n’ont pas cette fonctionnalité ne verront pas les contrôles de filtre dans la vue. ![Icône d’affichage des commentaires.](/tableau/current/fr-ca/server/fr-ca/Img/perms_viewcomments_icon.png)**Afficher les commentaires** permet à un utilisateur d’afficher les commentaires associés aux vues d’un classeur. ![Icône d’ajout de commentaires.](/tableau/current/fr-ca/server/fr-ca/Img/perms_addcomments_icon.png)**Ajouter des commentaires** permet à un utilisateur d’ajouter des commentaires aux vues d’un classeur. ![Icône de téléchargement des données complètes.](/tableau/current/fr-ca/server/fr-ca/Img/perms_downloadimage_icon.png)**Télécharger l’image/le PDF** permet à un utilisateur de télécharger chaque vue au format PNG, PDF ou PowerPoint. ![Icône de téléchargement des données totales.](/tableau/current/fr-ca/server/fr-ca/Img/perms_downloadsumdata_icon.png)**Télécharger les données résumées** permet à un utilisateur d’afficher les données agrégées dans une vue, ou dans les repères qu’il a sélectionnés, et de télécharger ces données (sous forme de fichier CSV). #### Explorer un modèle ![Icône de partage personnalisé.](/tableau/current/fr-ca/server/fr-ca/Img/perms_sharecustomized_icon.png)**Partager une vue personnalisée** permet aux utilisateurs d’ajouter leurs vues personnalisées à la liste des « Autres vues » visibles sur un classeur. - Lorsque cette fonctionnalité est refusée, les utilisateurs ne voient pas l’option « Rendre visible aux autres » lorsqu’ils créent une vue personnalisée. Pour plus d’information, consultez [Utiliser les vues personnalisées](https://help.tableau.com/current/pro/desktop/fr-ca/customview.htm). Cette fonctionnalité n’affecte pas la possibilité de partager une vue personnalisée avec la boîte de dialogue de partage ou en copiant le lien. ![Icône de téléchargement des données complètes.](/tableau/current/fr-ca/server/fr-ca/Img/perms_downloadfulldata_icon.png)**Télécharger les données complètes** permet à un utilisateur d’afficher les données sous-jacentes dans une vue, ou dans les repères qu’il a sélectionnés, et de télécharger ces données (sous forme de fichier CSV). - La fonctionnalité « Télécharger les données complètes » est distincte de la fonctionnalité « Interroger les données complètes », qui est utilisée par les API pour le compte de l’utilisateur. ![Icône d’édition Web.](/tableau/current/fr-ca/server/fr-ca/Img/perms_webedit_icon.png)**L’Édition Web** permet à un utilisateur de modifier la vue dans un environnement de création basé sur un navigateur. - La création de contenu dans le navigateur ou l’enregistrement de vues à partir de l’interface d’édition Web nécessite une combinaison spécifique de fonctionnalités. Pour plus d’information, consultez [Édition Web et création Web](https://help.tableau.com/current/server/fr-ca/permissions.htm#webauthor). - La fonctionnalité Édition Web doit également être activée pour l’ensemble du site, sans quoi même les utilisateurs disposant de cette fonctionnalité ne pourront pas effectuer d’édition Web. Pour plus d’information, consultez [Définir les fonctionnalités de création Web d’un site](https://help.tableau.com/current/server/fr-ca/web_author_enable.htm). ![](/tableau/current/fr-ca/server/fr-ca/Img/perms_explain_data_icon.png)**Exécuter Expliquer les données** permet à un utilisateur d’exécuter Expliquer les données sur des repères en mode de modification et d’affichage. - Pour que « Expliquer les données » s’affiche en tant qu’option lorsqu’un utilisateur sélectionne un repère dans un classeur, la fonctionnalité doit également être activée en tant que paramètre de site. Pour que Expliquer les données soit disponible en mode d’affichage, la fonctionnalité doit également être autorisée par l’auteur à partir d’un classeur dans les paramètres d’Expliquer les données. Pour plus d’information, consultez [Contrôler l’accès à Expliquer les données](https://help.tableau.com/current/pro/desktop/fr-ca/explain_data_control_access.htm). ![Requête de données complètes](/tableau/current/fr-ca/server/fr-ca/Img/perms_full_data_query.png) **Interroger les données complètes** permet à une API ou à un agent d’accéder aux données sous-jacentes d’une source de données de classeur. - La fonctionnalité « Interroger les données complètes (FDQ) » diffère de la fonctionnalité « Télécharger les données complètes ». FDQ est une fonctionnalité d’autorisation directe qui fonctionne conjointement avec l’autorisation Accès par API ou Accès par IA pour permettre à une API ou à un agent d’interroger les données du classeur au nom de l’utilisateur. - La fonctionnalité FDQ garantit que les filtres utilisateur sont appliqués uniquement lorsqu’il s’agit de filtres de source de données, et non de filtres au niveau du classeur ou de la feuille. La sécurité au niveau des lignes avec des filtres utilisateur doit être configurée sous forme de filtres de source de données. - L’interaction du service de données VizQL avec les données du classeur requiert à la fois les fonctionnalités d’autorisation de FDQ et d’accès à l’API. - Si FDQ n’est pas autorisée, Tableau Agent dans les tableaux de bord a uniquement accès aux données résumées et dispose alors de capacités limitées pour approfondir la découverte des connaissances et les analyses. FDQ est requis pour bénéficier de toutes les fonctionnalités de Tableau Agent. #### Publier un modèle ![Icône Télécharger le classeur et Enregistrer sous.](/tableau/current/fr-ca/server/fr-ca/Img/perms_downloadwkbksaveas_icon.png)**Télécharger le classeur/Enregistrer une copie** permet à un utilisateur de télécharger un classeur complet (sous forme de fichier .twbx). Permet à un utilisateur d’enregistrer (publier) une copie de l’interface d’édition Web dans un nouveau classeur. ![Icône Enregistrer.](/tableau/current/fr-ca/server/fr-ca/Img/perms_save_icon.png)**Écrire** permet à un utilisateur de remplacer les ressources de contenu sur le serveur. - Lorsqu’il y est autorisé, l’utilisateur peut republier un classeur, une source de données ou un flux à partir de Tableau Desktop ou enregistrer un classeur ou un flux dans la création Web, devenant ainsi le propriétaire et obtenant accès à toutes les autorisations. Après ce changement de propriétaire, l’accès du propriétaire d’origine au classeur est déterminé par ses autorisations, comme tout autre utilisateur. ![Icône d’accès par API.](/tableau/current/fr-ca/server/fr-ca/Img/perms_api_access_icon.png)**L’accès par API** permet à un utilisateur d’interroger la source de données du classeur avec le service de données VizQL. Pour plus d’informations, consultez [Service de données VizQL](https://help.tableau.com/current/api/vizql-data-service/fr-ca/index.html). ![](/tableau/current/fr-ca/server/fr-ca/Img/perms_ai_access.png)**L’accès par IA** permet à un utilisateur d’utiliser Tableau Agent dans les tableaux de bord, notamment Vue d’ensemble du tableau de bord, Connaissances du tableau de bord et Q et R du tableau de bord. - Accordez également l’autorisation Requête de données complètes afin que l’outil d’IA puisse accéder à davantage de données que les seules données résumées des visualisations. ![](/tableau/current/fr-ca/server/fr-ca/Img/perms_metrics_icon.png)**Créer/Actualiser des métriques** permet à un utilisateur de créer des métriques sur les vues dans un classeur et permet à toutes les métriques qu’un utilisateur crée à partir de ces vues d’être actualisées. L’ancienne fonctionnalité Métriques a été retirée de Tableau Cloud en février 2024 et de Tableau Server version 2024.2. Pour plus d’informations, consultez [Créer et résoudre les problèmes liés aux métriques (retiré)](https://help.tableau.com/current/online/fr-ca/metrics_create.htm)(). #### Administrer un modèle ![Icône Déplacer.](/tableau/current/fr-ca/server/fr-ca/Img/perms_move_icon.png)**Déplacer** permet à un utilisateur de déplacer des classeurs d’un projet à l’autre. Pour plus d’information, consultez [Déplacer le contenu](https://help.tableau.com/current/server/fr-ca/permissions.htm#MoveContent). ![Icône de suppression.](/tableau/current/fr-ca/server/fr-ca/Img/perms_delete_icon.png)**Supprimer** permet à un utilisateur de supprimer le classeur. ![Icône Définir les autorisations.](/tableau/current/fr-ca/server/fr-ca/Img/perms_setperms_icon.png)**Définir les autorisations** permet à un utilisateur de créer des règles d’autorisation pour le classeur. ![Icône pour la fonctionnalité d’autorisation d’actualisation d’extrait](/tableau/current/fr-ca/server/fr-ca/Img/perms_extract_refresh.jpg)**Actualiser les extraits** permet à un utilisateur de déclencher une actualisation d’extrait pour ce classeur. ### Vues Dans un classeur qui n’est pas un projet verrouillé et qui n’affiche pas les feuilles sous forme d’onglets de navigation, les vues (feuilles, tableaux de bord, histoires) héritent des droits du classeur lors de la publication, mais toute modification des règles d’autorisation doit être effectuée sur des vues individuelles. Les fonctionnalités d’affichage sont les mêmes que celles des classeurs, à l’exception des fonctionnalités **Enregistrer**, **Télécharger le classeur/Enregistrer une copie** et **Déplacer** qui ne sont disponibles qu’au niveau du classeur. Nous recommandons d’afficher les onglets de navigation des feuilles chaque fois que possible afin que les vues héritent leurs autorisations du classeur. ### Sources de données #### Afficher un modèle ![Icône Afficher.](/tableau/current/fr-ca/server/fr-ca/Img/perms_view_icon.png)La fonctionnalité **Afficher** permet à un utilisateur de voir la source de données sur le serveur. ![Icône de connexion.](/tableau/current/fr-ca/server/fr-ca/Img/perms_connect_icon.png)La fonctionnalité **Connexion** permet à un utilisateur de se connecter à une source de données dans Tableau Desktop, Tableau Prep Builder, « Parlez aux données » ou l’édition Web. - Si un auteur de classeur intègre ses identifiants dans une source de données publiée dans un classeur publié, il intègre essentiellement sa fonctionnalité de **Connexion**. Par conséquent, les utilisateurs peuvent voir les données dans le classeur indépendamment de leur propre capacité de **connexion** pour cette source de données. Si l’auteur du classeur n’intègre pas ses identifiants dans la source de données publiée, l’utilisateur a besoin de sa propre fonctionnalité de **Connexion** à la source de données pour pouvoir utiliser le classeur. Pour plus d’information, consultez [Accès aux données pour les sources de données publiées Tableau](https://help.tableau.com/current/server/fr-ca/permissions.htm#PublishedData). - Un utilisateur doit disposer de la capacité **Connexion** à une source de données pour pouvoir utiliser Parlez aux données et créer des loupes Parlez aux données. Pour plus d’information, consultez [Activer la fonctionnalité « Parlez aux données » pour les sites et les sources de données](https://help.tableau.com/current/pro/desktop/fr-ca/ask_data_enable.htm#ensure-that-users-can-access-a-data-source). #### Explorer un modèle ![Icône de téléchargement de la source de données.](/tableau/current/fr-ca/server/fr-ca/Img/perms_downloaddatasource_icon.png)**Télécharger la source de données** permet à un utilisateur de télécharger la source de données depuis le serveur (sous la forme d’un fichier .tdsx). - Les sources de données multidimensionnelles, comme celles utilisées pour les connexions Microsoft Analysis Services ou Oracle Essbase, doivent être utilisées sur site. Pour télécharger la source de données publiée sur Tableau Desktop, l’utilisateur doit disposer de la fonctionnalité Télécharger. Pour plus d’information, consultez [Sources de données multidimensionnelles](https://help.tableau.com/current/server/fr-ca/datasource_cube.htm). #### Publier un modèle ![Icône Enregistrer.](/tableau/current/fr-ca/server/fr-ca/Img/perms_save_icon.png)La fonctionnalité **Remplacer** permet à un utilisateur de publier une source de données sur le serveur et de remplacer la source de données sur le serveur. ![](/tableau/current/fr-ca/server/fr-ca/Img/perms_api_access_icon.png)**L’accès API** permet à un utilisateur d’interroger la source de données avec le service de données VizQL. Pour plus d’informations, consultez [Service de données VizQL](https://help.tableau.com/current/api/vizql-data-service/fr-ca/index.html). ![Icône Créer des définitions de métriques](/tableau/current/fr-ca/server/fr-ca/Img/perms_pulse_metric_icon.png) **Créer des définitions de métriques** permet à un utilisateur de se connecter à une source de données pour créer des définitions de métriques Tableau Pulse. Pour plus d’information, consultez [Créer des métriques avec Tableau Pulse](https://help.tableau.com/current/online/fr-ca/pulse_create_metrics.htm). #### Administrer un modèle ![Icône de suppression.](/tableau/current/fr-ca/server/fr-ca/Img/perms_delete_icon.png)**Supprimer** permet à un utilisateur de supprimer la source de données. ![Icône Définir les autorisations.](/tableau/current/fr-ca/server/fr-ca/Img/perms_setperms_icon.png)**Définir les autorisations** permet à un utilisateur de créer et de modifier des règles d’autorisation pour la source de données. ![Icône pour la fonctionnalité d’autorisation d’actualisation d’extrait](/tableau/current/fr-ca/server/fr-ca/Img/perms_extract_refresh.jpg)**Actualiser les extraits** permet à un utilisateur de déclencher une actualisation d’extrait pour la source de données. ### Autres types de ressources
 Afficher un modèleExplorer un modèlePublier un modèleAdministrer un modèle
FluxIcône Afficher.La fonctionnalité Afficher permet à un utilisateur de voir le flux.Icône de téléchargement de la source de données.Télécharger le flux permet à un utilisateur de télécharger le flux (sous la forme d’un fichier .tflx).

Icône de connexion.La fonctionnalité Exécuter permet à un utilisateur d’exécuter le flux.

Icône Enregistrer.Remplacer permet à un utilisateur de publier un flux et de remplacer le flux publié.

Icône Déplacer.Déplacer permet à un utilisateur de déplacer des ressources d’un projet à l’autre. Pour plus d’information, consultez Déplacer le contenu.

Icône de suppression.Supprimer permet à un utilisateur de supprimer la ressource.

Icône Définir les autorisations.Définir les autorisations permet à un utilisateur de créer des règles d’autorisation pour la ressource.

 

Rôle des donnéesIcône Afficher.La fonctionnalité Afficher permet à un utilisateur d’afficher des rôles des données.S.O.Icône Enregistrer.Remplacer permet à un utilisateur de publier des rôles des données, de remplacer des rôles des données publiées et de modifier les synonymes de rôles des données publiées.
Métriques (retiré)Icône Afficher.La fonctionnalité Afficher permet à un utilisateur d’afficher les métriques.S.O.Icône Enregistrer.Remplacer permet à un utilisateur de remplacer une métrique et de modifier les détails d’une métrique.
Loupes Parlez aux donnéesIcône Afficher.La fonctionnalité Afficher permet à un utilisateur de voir la loupe.S.O.Icône Enregistrer.La fonctionnalité Remplacer permet à un utilisateur de modifier la loupe.
Connexions virtuellesIcône Afficher.La fonctionnalité Afficher permet à un utilisateur de voir la connexion virtuelle.

Icône de connexion.La fonctionnalité Connexion* permet à un utilisateur de se connecter aux données à l’aide d’une connexion virtuelle.

S.O.Icône Enregistrer.La fonctionnalité Remplacer permet à un utilisateur de modifier la connexion virtuelle.
Bases de donnéesIcône Afficher.Afficher permet à un utilisateur de voir la base de données.S.O.Icône Enregistrer.Remplacer permet à un utilisateur de modifier les métadonnées de la base de données.
TablesIcône Afficher.Afficher permet à un utilisateur de voir la table.S.O.Icône Enregistrer.Remplacer permet à un utilisateur de modifier les métadonnées de la table.
CollectionsIcône Afficher.La fonctionnalité Afficher permet à un utilisateur d’afficher les collections.S.O.S.O.S.O.
\*Par défaut, les connexions virtuelles ont un modèle personnalisé qui définit la fonctionnalité Afficher sur Autorisé mais pas la fonctionnalité de connexion. Assurez-vous de définir la fonctionnalité de connexion sur Autorisé afin que les utilisateurs puissent se connecter à l’aide de la connexion virtuelle. [Passer au contenu principal](#main-content) # Fonctionnement de l’authentification SSL mutuel L’authentification SSL mutuel (ou réciproque) fournit une combinaison de flux de donnée chiffrées, une authentification mutuelle du serveur et du client ainsi que le confort d’un accès direct. L’utilisation de SSL mutuel avec Tableau Server nécessite le respect des conditions suivantes : - SSL externe configuré sur Tableau Server. - Un certificat SSL émis par une autorité de certification de confiance pour Tableau Server. Le fichier est une concaténation des fichiers de certificat CA. Une « CA » est une _autorité de certification_ qui émet des certificats pour les ordinateurs clients qui se connecteront à Tableau Server. L’action de téléversement du fichier de certificat CA établit une relation d’approbation, qui permet à Tableau Server d’authentifier les certificats individuels présentés par les ordinateurs clients. - Un certificat sur chaque client qui se connectera à Tableau Server. - Une instance Tableau Server configurée pour utiliser SSL mutuel. Tableau Server et le client vérifie que les autres ont un certificat valide, et Tableau Server authentifie l’utilisateur en fonction du nom d’utilisateur figurant sur le certificat client. L’image suivante montre plus en détail la séquence d’événements qui se produit avec SSL mutuel. ![Un diagramme qui montre le processus de communication entre un utilisateur de Tableau Server et Tableau Server.](/tableau/current/fr-ca/server/fr-ca/Img/ssl_mutual02.png) 1. L’utilisateur accède à Tableau Server. 2. Tableau Server envoie son certificat SSL à l’ordinateur client. 3. L’ordinateur client vérifie le certificat Tableau Server. 4. L’ordinateur client envoie son certificat à Tableau Server. 5. Tableau Server vérifie le certificat client. 6. Tableau Server référence le nom d’utilisateur dans le certificat client afin d’authentifier l’utilisateur. [Passer au contenu principal](#main-content) # Fonctionnement de la mise à niveau Tableau Server Lors de la mise à niveau depuis Tableau Server 2018.2 ou version ultérieure, vous n’avez pas besoin de désinstaller la version précédente. Le processus de mise à niveau est conçu pour installer une nouvelle version aux côtés de votre version existante, puis basculer de la version antérieure à la version plus récente. Lorsque vous effectuez une mise à niveau de TSM-à-TSM (version 2018.2.x vers version ultérieure), vous devez laisser votre version existante en place et opérationnelle jusqu’à la mise à niveau à l’aide du script de mise à niveau. Si vous désinstallez votre version existante avant la mise à niveau, vous ne pourrez pas effectuer la mise à niveau. Pour vos utilisateurs finaux, cette procédure a pour effet de réduire les temps d’immobilisation car vous installez votre nouvelle version alors que la version existante est en cours d’utilisation. Le serveur ne cesse de s’exécuter qu’à un seul moment : lorsque le script de mise à niveau est en cours de mise à niveau à la nouvelle version. Après avoir installé la nouvelle version et effectué la mise à niveau, vous pouvez désinstaller la version précédente à votre convenance. Vous pouvez laisser l’ancienne version en place indéfiniment, bien que l’une des raisons possibles de la désinstallation soit de libérer de l’espace disque utilisé par les fichiers spécifiques à l’ancienne version. Pour comprendre les différences entre la désinstallation de Tableau Server et la suppression complète de tous les aspects de Tableau Server, consultez [Désinstallation de Tableau Server](https://help.tableau.com/current/server/fr-ca/uninstall_server.htm). La mise à niveau de Tableau Server nécessite d’arrêter et de démarrer le serveur dans le cadre du processus de mise à niveau. Durant cette opération d’arrêt/redémarrage, Tableau Server n’est pas disponible. [Passer au contenu principal](#main-content) # Fonctionnement de la simulation Voici une illustration du fonctionnement de la simulation pour les utilisateurs de base de données : ![Un diagramme illustrant comment Tableau Server et SQL Server interagissent pour emprunter l’identité des utilisateurs visualisant les classeurs.](/tableau/current/fr-ca/server/fr-ca/Img/impersonate.png) Dans l’illustration ci-dessus, Jane Smith (MyCo\\jsmith) est une représentante commerciale de la côte ouest et Henry Wilson (MyCo\\hwilson) est chargé de la zone Est. Dans la base de données SQL Server, les autorisations concernant le compte de Jane (MyCo\\jsmith) ne lui permettent d’accéder qu’aux données de la côte ouest. Le compte d’Henry (MyCo\\hwilson) ne permet d’accéder qu’aux données de la côte est. Une vue affichant des données concernant l’ensemble du pays a été créée. Elle dispose d’une connexion en direct à une base de données SQL Server. Les utilisateurs se connectent à Tableau Server et cliquent sur la vue. Tableau Server se connecte à SQL Server via un compte de base de données avec une autorisation SIMULATION pour le compte de base de données de chaque utilisateur. Ce compte agit au nom du compte de base de données de chaque utilisateur. Lorsque la vue s’affiche, elle est régie par les autorisations de bases de données individuelles de chacun des utilisateurs : Jane ne visualise que les données de vente de la côte Ouest alors qu’Henry ne voit que celles de la côte Est. [Passer au contenu principal](#main-content) # Formats de date personnalisés Cet article décrit l’utilisation de formats de date personnalisés pour mettre en forme les dates dans une vue. Pour une vue d’ensemble sur la manière dont Tableau utilise les dates, consultez [Dates et heures](https://help.tableau.com/current/pro/desktop/fr-ca/dates.htm) ou [Modification des niveaux de dates](https://help.tableau.com/current/pro/desktop/fr-ca/dates_levels.htm). Pour configurer les propriétés de date pour une **source de données**, consultez [Propriétés de date pour une source de données](https://help.tableau.com/current/pro/desktop/fr-ca/date_properties.htm). ## Comment trouver le champ de format de date personnalisé ### Mettre en forme un champ de date dans une vue (Tableau Desktop) Pour mettre en forme un champ de date dans la vue dans Tableau Desktop, faites un clic droit (contrôle+clic sur un Mac) sur le champ et choisissez Mise en forme.. ![Menu contextuel d’une vue montrant l’option de mise en forme en surbrillance.](/tableau/current/fr-ca/server/fr-ca/Img/date_format_view.png) Le volet Mise en forme s’ouvre à gauche de votre vue. Sélectionnez le champ Dates. ![Volet d’en-tête avec le menu déroulant de formatage de date en surbrillance.](/tableau/current/fr-ca/server/fr-ca/Img/date_format_pane.png) Tableau présente une liste des formats disponibles. Si vous utilisez une partie de date discrète, vous verrez les options pertinentes pour cette partie de date (par exemple automatique, deux chiffres et quatre chiffres comme options pour **YEAR(\[Date de commande\])**). Pour les dates discrètes Date continue ou Date exacte, le dernier élément de la liste est Personnalisé. Vous pouvez spécifier une date personnalisée en utilisant les symboles de mise en forme répertoriés dans la table Symboles de formats de date pris en charge, soit seuls, soit en combinaison. ### Mettre en forme un champ de date dans une vue (Tableau Cloud et Tableau Serveur) Pour mettre en forme un champ de date dans la vue dans Tableau Cloud et Tableau Serveur, faites un clic droit (contrôle+clic sur un Mac) sur le champ et choisissez Mettre en forme une date.. ![](/tableau/current/fr-ca/server/fr-ca/Img/CustomDate_Cloud.png) ### Mettre en forme un champ de date dans le volet Données (Tableau Desktop uniquement) Pour mettre en format un champ de date dans le volet Données, faites un clic droit sur le champ et choisissez Propriétés par défaut > Format de date. ![Fenêtre de format de date par défaut avec diverses options de format de date et l’option personnalisée sélectionnée.](/tableau/current/fr-ca/server/fr-ca/Img/date_format_custom.png) Les formats de date référencés dans le tableau sont pris en charge lorsque votre classeur est connecté à un extrait Tableau ou dispose d’une connexion en direct à une source de données qui prend également en charge le format de date. (Reportez-vous à la documentation de votre source de données pour vérifier que le format de date que vous souhaitez est pris en charge.) Tableau récupère les formats de date depuis la source de données. Tableau Server peut également récupérer les formats de date depuis le compte Exécuter en tant qu’utilisateur sur le serveur exécutant Tableau Server. **Remarque :** les formats de date suivants peuvent être différents de ceux utilisés avec la fonction [Conversion type](https://help.tableau.com/current/pro/desktop/fr-ca/functions_functions_typeconversion.htm). Pour plus d’informations sur l’utilisation de la fonction DATEPARSE, consultez [Convertir des chaînes en champs de date](https://help.tableau.com/current/pro/desktop/fr-ca/data_dateparse.htm). ## Symboles de formats de date pris en charge Utilisez les symboles suivants pour créer un format de date personnalisé.
SymboleDescription
( :)Séparateur d’heure. Dans certains paramètres locaux, un caractère différent est utilisé pour représenter le séparateur d’heure. Le séparateur d’heure sépare les heures, les minutes et les secondes lors de la mise en forme des valeurs d’heure. Le caractère utilisé comme séparateur d’heure dans la sortie mise en forme est déterminé par vos paramètres système.
(/)Séparateur de date. Dans certains paramètres régionaux, un caractère différent est utilisé pour représenter le séparateur de date. Le séparateur de date sépare le jour, le mois et l’année lors de la mise en forme des valeurs de date. Le caractère utilisé comme séparateur de date dans la sortie mise en forme est déterminé par vos paramètres système.
cAffiche la date sous la forme ddddd et affiche l’heure sous la forme
ttttt, dans cet ordre. Affiche uniquement les informations de date si le numéro de série de la date ne comporte pas de partie fractionnelle. Affiche uniquement les informations d’heure s’il n’y a pas de partie d’entier.
dAffiche le jour sous forme de chiffre sans zéro initial (1 - 31).
ddAffiche le jour sous forme de chiffre avec un zéro initial (01 - 31).
dddAffiche le jour sous forme d’abréviation (Dim, Sam).
ddddAffiche le nom du jour en entier (Dimanche, Samedi).
dddddAffiche la date sous forme de date complète (avec jour, mois et année), mise en forme en fonction du paramètre de format de date court de votre système. Le format de date court par défaut est m/d/yy.
ddddddAffiche un numéro de série de date sous forme de date complète (avec jour, mois et année), mise en forme en fonction du paramètre de format de date long de votre système. Le format de date long par défaut est mmmm dd, yyyy.
aaaaIdentique à dddd, mais en étant la version localisée de la chaîne de caractères.
wAffiche le jour de la semaine sous forme de chiffre (1 pour le dimanche jusqu’à 7 pour le samedi).
wwAffiche la semaine de l’année sous forme de chiffre (1 - 54).
MAffiche le mois sous forme de chiffre sans zéro initial (1 12). Si m suit immédiatement h ou hh, la minute s’affiche au lieu du mois.
MMAffiche le mois sous forme de chiffre avec zéro initial (01 - 12). Si m suit immédiatement h ou hh, la minute s’affiche au lieu du mois.
MMMAffiche le mois sous forme d’abréviation (Jan - Déc).
MMMMAffiche le nom du mois en entier (Janvier - Décembre)
MMMMMAffiche le mois sous forme d’abréviation à une seule lettre (J - D)
ooooIdentique à MMMM, mais en version localisée.
qAffiche le trimestre de l’année sous forme de chiffre (1 - 4).
yAffiche le jour de l’année sous forme de chiffre (1 - 366).
yyAffiche l’année sous forme de nombre à 2 chiffres (00 - 99).
yyyyAffiche l’année sous forme de nombre à 4 chiffres (100 - 9999).
hAffiche l’heure sous forme de chiffre sans zéro initial (0 - 23).
HhAffiche l’heure sous forme de chiffre avec zéro initial (00 - 23).
NAffiche l’heure sous forme de chiffre sans zéro initial (0 59).
NnAffiche l’heure sous forme de chiffre avec zéro initial (00 59).
SAffiche la seconde sous forme de chiffre sans zéro initial (0 59).
SsAffiche la seconde sous forme de chiffre avec zéro initial (00 59).
000Affiche les millisecondes. Utilisez un point comme séparateur avant de spécifier les millisecondes.
t t t t tAffiche une heure sous forme d’heure complète (avec heure, minute et seconde), en utilisant le séparateur d’heure défini par le format d’heure reconnu par votre système. Un zéro initial s’affiche si l’option de zéro initial est sélectionnée et que l’heure est avant 10 h du matin ou du soir. Le format d’heure par défaut est h:mm:ss.
AM/PMUtilise l’horloge 12 heures et affiche AM en majuscules pour les heures avant midi. Affiche PM en majuscules pour les heures comprises entre midi et 23h59.
am/pmUtilise l’horloge 12 heures et affiche AM en minuscules pour les heures avant midi. Affiche PM en minuscules pour les heures comprises entre midi et 23h59.
A/PUtilise l’horloge 12 heures et affiche A en majuscules pour les heures avant midi. Affiche P en majuscules pour les heures comprises entre midi et 23h59.
a/pUtilise l’horloge 12 heures et affiche A en minuscules pour les heures avant midi. Affiche P en minuscules pour les heures comprises entre midi et 23h59.
AMPMUtilise l’horloge 12 heures et affiche l’expression littérale de chaîne AM telle que définie par votre système avec toute heure avant midi. Affiche l’expression littérale de chaîne PM telle que définie par votre système avec toute heure comprise entre midi et 23h59. AMPM peut être en majuscules ou en minuscules, mais la casse de la chaîne affichée correspond à la chaîne telle que définie par vos paramètres système. Le format par défaut est AM/PM.
## Exemples de formats de date personnalisés Vous pouvez utiliser tous les symboles de format de date dans la table ci-dessus soit seuls, soit en combinaison. Si vous utilisez un format personnalisé yyyy-MM-dd HH :mm :ss.000, vous obtenez des dates au format 2015-05-10 11 :22 :16.543. Un format de ce type peut être adapté à des données scientifiques. Spécifier un format personnalisé DDDD DD produirait des dates affichant le jour de la semaine et le jour, comme montré ci-dessous. ![](/tableau/current/fr-ca/server/fr-ca/Img/FormattingNumbersDates_CustomDateFinal.png) Spécifier un format personnalisé `yy-mm-dd (dddd)` produirait les dates au format **18-01-04 (Jeudi)**. Spécifier un format personnalisé `"Q"1 YYYY` produirait des dates indiquant le 1er **trimestre 2018**. ## Prise en charge des formats de date japonais (basés sur les ères) Tableau prend en charge les formats de date japonais basés sur les ères (Wareki). Voici comment appliquer un format de date basé sur les ères à un champ dans votre vue : 1. Définissez votre paramètre local de classeur sur le japonais. 2. Faites un clic droit sur le champ dans la vue pour laquelle vous souhaitez définir un format de date. 3. Choisissez Mise en forme. 4. Dans le volet Mise en forme, dans la liste déroulante Dates, sélectionnez un format. Si le format souhaité n’est pas répertorié, vous pouvez créer votre propre format de date. Pour cela, choisissez Format personnalisé dans la zone Dates, tapez votre format à l’aide des espaces réservés de date dans Tableau. Les espaces réservés d’année suivants basés sur les ères sont disponibles :
SymboleDescription
gNom court de l’ère (par exemple H pour l’ère Heisei).
ggNom de l’ère (par exemple 平成).
gggNom long de l’ère (pour le japonais, il est identique au nom de l’ère courant).
eAnnée basée sur l’ère, par exemple 1 pour la première année de l’ère.
eeAnnée basée sur l’ère, par exemple 01 pour la première année de l’ère. S’il n’y a qu’un seul chiffre, un zéro sera ajouté devant l’année basée sur l’ère.
Si les paramètres régionaux de votre classeur n’est pas le japonais, vous pouvez créer un format de date personnalisé, puis insérer le code de langue !ja\_JP! devant votre format, de manière à ce qu’il se présente comme suit : `!ja_JP! gg ee"年"mm"月"dd"日"` Le code de langue impose le traitement de la date comme s’il s’agissait d’une date japonaise. Les dates basées sur les ères ne sont pas entièrement prises en charge par la vue du navigateur Tableau Server. En particulier, si vous publiez un classeur contenant un filtre interactif, les espaces réservés e et g ne sont pas remplis : ![ ](/tableau/current/fr-ca/server/fr-ca/Img/japaneseEra.png) Pour éviter ce problème, n’affichez pas les dates basées sur les ères dans les filtres interactifs si vous comptez afficher votre classeur dans un navigateur. ## Utilisation de texte littéral dans un format de date Vous pouvez souhaiter que votre format de date inclue certains mots ou phrases, par exemple **Fiscal Quarter q of yyyy**. Toutefois, si vous tapez ce texte directement dans la zone de format de Tableau, il peut traiter les lettres comme des parties de date : ![ ](/tableau/current/fr-ca/server/fr-ca/Img/dateFormatEscape.png) Pour éviter que Tableau ne procède ainsi, insérez des guillemets autour des lettres et des mots qui ne devraient pas être traités comme des parties de date : `"Fiscal Quarter" q "of" yyyy`. Si vous souhaitez des guillemets littéraux à l’intérieur d’une section avec guillemets, insérez ce code : `"\""`. Par exemple, le format `"Fiscal "\"" Quarter"` se présenterait sous le format **Fiscal "** **Trimestre**. ## Mettre en forme la syntaxe dans la fonction DATEPARSE pour les sources de données d’extrait Si vous utilisez la fonction DATEPARSE dans un extrait, utilisez la syntaxe définie par l’Unicode Consortium. Ce tableau répertorie les formats pris en charge par la fonction DATEPARSE.
Partie de la dateSymboleExemple de sortie
Année

yy

y, yyyy

Y

26

2026

2026 (utilisé pour les calendriers basés sur la semaine de l’année)

Trimestre de l’année

Q

QQ

QQQ

QQQQ

2

02

Q2

2nd quarter

Mois

M

MM

MMM

MMMM

9

09

Sep

September

Semaine de l’annéew, ww47
Jour de la semaine

E, EE, EEE

EEEE

EEEEE

Mon

Monday

M

Jour du mois

d

dd

1, 15

01, 15

Jour de l’année (1 à 365)D23, 143

Heure (1 à 12)

h

hh

8

08

Heure (0 à 23)

H

HH

8

08

Minute

m

mm

8

08

Seconde dans une minute

s

ss

5

05

Seconde fractionnaire

S

SS

SSS

SSSS

2

23

235

2350

Millisecondes dans un jourA34532
Période (marqueur am/pm)a, aa, aaaAM, am, PM
Fuseau horaire

z, zz, zzz

zzzz

Z, ZZ, ZZZ

ZZZZ

PDT

Pacific Daylight Time

-0800

PST-08:00

Pour une liste plus complète des symboles de date, consultez la page Unicode pour une [Présentation du formatage des dates et heures sur les composants internationaux](https://unicode-org.github.io/icu/userguide/format_parse/datetime/). **Remarque :** certains formats de date ne sont pas pris en charge par l’ensemble des sources de données et types de fichiers. ### Remarques sur les formats de date dans les extraits .hyper
Unité de tempsRemarques
ÈreS.O.
Année

Tous les symboles sont pris en charge dans les extraits .hyper à l’exception de « U ».

Remarques :

  • Les valeurs négatives indiquent une année avant Jésus Christ (BC). Par exemple, DATEPARSE('y','-10') renvoie le 1er janvier de 11BC et DATEPARSE('y','-0') renvoie le 1er janvier de 1BC.

  • Lorsque vous utilisez l’année calendaire « y », le modèle « yy » demande les deux derniers chiffres de l’année. Pour les nombres < 70, la fonction DATEPARSE renvoie l’année 2000+x. Pour les nombres >=70, la fonction DATEPARSE renvoie l’année 1900+x.

  • Lorsque vous utilisez « Y » dans des calendriers basés sur la « date de semaine ISO », la transition d’année a lieu dans une limite de semaine et peut différer de la transition d’année calendaire. La désignation « Y » est utilisée en conjonction avec le caractère du modèle « w » dans le calendrier d’année-semaine ISO. Le système de date de semaine ISO est effectivement un système de calendrier qui fait partie de la norme de date d’heure ISO 8601. Comme pour « y », des valeurs négatives pour « Y » indiquent une année avant Jésus Christ (BC).

Mois

Tous les symboles sont pris en charge dans les extraits .hyper à l’exception de « I ».

Remarques : 

  • Les désignations de mois sont utilisées en conjonction avec « d » pour le nombre du jour.

  • À la différence d’ICU, les extraits .hyper autorisent les valeurs 1 – 12. Les autres valeurs génèrent une erreur.

Semaine

Tous les symboles sont pris en charge dans les extraits .hyper à l’exception de « W ».

Remarques :

  • Lorsque vous utilisez « w », à la différence d’ICU, les extraits .hyper autorisent uniquement les semaines valides. Une année comporte 52 ou 53 semaines (ISO 8601). La fonction DATEPARSE valide l’entrée. Par exemple, une erreur se produit pour la 53e semaine de 2016 parce que cette semaine n’existe pas pour 2016.

  • Lorsque vous utilisez « W », ICU ne prend pas en charge cette désignation, mais elle est utile pour des dates telles que 1er lundi de septembre.

Jour

Remarques :

  • Lorsque vous utilisez « D », à la différence d’ICU, les extraits .hyper autorisent uniquement les nombres de jour valides. Par exemple, une erreur se produit pour le 31 février.

  • Lorsque vous utilisez « D », à la différence d’ICU, les extraits .hyper autorisent uniquement les nombres de jour valides. Par exemple, une erreur se produit pour le 366ème jour de 2017.

Heure

Seuls les symboles « h » et « h » sont pris en charge dans les extraits .hyper.

Remarques :

  • Lorsque vous utilisez « H », l’extrait .hyper n’autorise pas les valeurs négatives pour ce champ. Les valeurs négatives génèrent une erreur.

  • Lorsque vous utilisez « H », les extraits .hyper n’autorisent pas les valeurs négatives pour ce champ. Les valeurs négatives génèrent une erreur.

MinuteRemarque : À la différence d’ICU, les extraits .hyper n’autorisent pas les valeurs négatives pour ce champ. Les valeurs négatives causent une erreur.
Seconde

Remarques : 

  • À la différence d’ICU, les extraits .hyper n’autorisent pas les valeurs négatives pour ce champ. Les valeurs négatives causent une erreur.

  • Lorsque vous utilisez « S », DATEPARSE('ss.SSSS', '12.3456') renvoie 1990-01-01 00 :00 :12 :3456 AD.
TrimestreRemarque : À la différence d’ICU, seuls les extraits .hyper autorisent les valeurs 1 - 4. Toutes les autres valeurs génèrent une erreur.
Jour de la semaine

Remarques : 

  • Lorsque vous utilisez « e » et « ee », à la différence d’ICU, les extraits .hyper autorisent uniquement les valeurs 1 – 7. Toutes les autres valeurs génèrent une erreur.

  • Lorsque vous utilisez « c.cc », à la différence d’ICU, les extraits .hyper autorisent uniquement les valeurs 1 - 7. Toutes les autres valeurs génèrent une erreur.

PériodeS.O.
[Passer au contenu principal](#main-content) # Garantir l’accès aux abonnements et aux alertes basées sur les données Pour faire en sorte que les utilisateurs voient les boutons Abonnements et Alertes dans la barre d’outils Tableau Server et puissent recevoir les courriels associés, procédez comme suit : - **Configurer les notifications SMTP et les notifications d’événements sur Tableau Server :** Voir [Configurer un site pour les abonnements](https://help.tableau.com/current/server/fr-ca/subscribe.htm). - **S’assurer que les utilisateurs disposent d’une adresse de courriel dans Tableau Server** : Les utilisateurs peuvent modifier leur adresse de courriel sur leur [page de paramètres de compte](http://onlinehelp.tableau.com/current/pro/desktop/fr-ca/useracct.htm). - **Intégrer les informations d’identification de la base de données ou ne pas les exiger :** Afin d’être en mesure d’envoyer des données par courriel dans une vue, Tableau Server doit pouvoir accéder aux données sans avoir à passer par l’utilisateur final. Il est possible d’y parvenir en utilisant un classeur avec des informations de connexion de la base de données intégrée, une source de données Tableau Server, ou encore des données qui ne nécessitent pas d’informations d’identification (comme un fichier inclus avec le classeur au moment de sa publication). - **S’assurer que les utilisateurs peuvent accéder aux classeurs et vues nécessaires :** l’accès aux classeurs et aux vues sur le serveur est contrôlé par l’autorisation Afficher. Pour recevoir des images de contenu dans des messages courriel, les utilisateurs ont également besoin de l’autorisation Télécharger image/PDF. Pour plus d’informations, consultez [Autorisations](https://help.tableau.com/current/server/fr-ca/permissions.htm#permissioncapabilities). - **Éviter l’authentification fiable pour les vues intégrées :** Si vous utilisez des billets restreints (par défaut) pour le rendu d’une vue intégrée, le bouton Abonnements et Alertes n’apparaît pas. (Alertes uniquement) Assurez-vous que les utilisateurs peuvent accéder aux sources de données publiées avec les fonctionnalités d’affichage et de connexion. [Passer au contenu principal](#main-content) # Gérer des données Vous pouvez vous connecter et gérer les données que vous utilisez dans Tableau. ## Autres articles de cette section [Passer au contenu principal](#main-content) # Gérer l’accès au contenu Vous pouvez gérer qui peut accéder au contenu de votre site et définir les autorisations qui régissent la propriété du contenu. ## Autres articles de cette section [Passer au contenu principal](#main-content) # Gérer la migration des identités En tant qu’administrateur, vous pouvez surveiller et gérer la migration des identités, et modifier notamment l’heure d’exécution des tâches de migration, sur la page dédiée à la migration d’identité disponible sur la page Utilisateurs Tableau Server. Cette page est disponible pendant toute la durée du processus de migration. ![Page de présentation de la migration d’identité.](/tableau/current/fr-ca/server/fr-ca/Img/id_mig_main.png) Les tâches de migration sont conçues de manière à s’exécuter en arrière-plan sans interrompre ni perturber l’utilisation de Tableau Server. Toutefois, si nécessaire, vous pouvez effectuer des ajustements qui affectent la fréquence d’exécution des tâches de migration, le moment où elles s’exécutent et leur durée d’exécution. En règle générale, la migration peut prendre entre 3 minutes à 10 jours, en fonction de la taille de votre déploiement Tableau Server et des modifications apportées aux paramètres par défaut pendant la migration. Par exemple, si vous avez 10 000 utilisateurs, la migration peut prendre environ 30 minutes. **Remarque :** pendant l’exécution des tâches de migration, toutes les fonctionnalités d’authentification et d’utilisation fonctionnent normalement. ## Gérer les tâches de migration d’identité Vous pouvez gérer les aspects suivants de la migration d’identité. Résoudre les conflits d’identité Pour passer en revue les conflits d’identité que vous pourriez rencontrer pendant la migration, consultez [Résoudre les conflits de migration d’identité](https://help.tableau.com/current/server/fr-ca/identity_migration_conflicts.htm). Modifier la programmation quotidienne des tâches de migration 1. Connectez-vous à Tableau Server en tant qu’administrateur. 2. Dans le volet de navigation de gauche, sélectionnez Utilisateurs (ou Tous les sites > Utilisateurs pour une instance multisite de Tableau Server), puis cliquez sur la page Migration d’identité. 1. En regard de l’en-tête Présentation de la migration, cliquez sur le bouton Modifier la programmation. 2. Dans la boîte de dialogue Modifier la programmation, modifiez l’heure et la fréquence d’exécution des tâches. **Remarque :** vous pouvez ignorer les options Priorité et Exécution dans cette boîte de dialogue. ![Boîte de dialogue Modifier la programmation avec des options permettant de modifier la fréquence des migrations.](/tableau/current/fr-ca/server/fr-ca/Img/id_mig_schedule.png) 3. Une fois que vous avez terminé, cliquez sur Mettre à jour. Lancer une tâche de migration 1. Connectez-vous à Tableau Server en tant qu’administrateur. 2. Dans le volet de navigation de gauche, sélectionnez Utilisateurs (ou Tous les sites > Utilisateurs pour une instance multisite de Tableau Server), puis cliquez sur la page Migration d’identité. 1. Dans n’importe quel onglet, sélectionnez un utilisateur ou plusieurs utilisateurs. 2. Dans le menu Actions, sélectionnez Réessayer la migration ou Acquitter, selon les mesures à prendre. ![Menu déroulant Actions de migration d’identité avec les options Réessayer la migration ou acquitter.](/tableau/current/fr-ca/server/fr-ca/Img/id_mig_actions.png) 3. En regard de l’en-tête Présentation de la migration, cliquez sur la flèche déroulante Modifier la programmation. 4. Sélectionnez Exécuter maintenant. ![Menu déroulant pour modifier la programmation de la migration avec l’option Exécuter maintenant mise en surbrillance.](/tableau/current/fr-ca/server/fr-ca/Img/id_mig_runnow.png) Suspendre la migration d’identité 1. Connectez-vous à Tableau Server en tant qu’administrateur. 2. Dans le volet de navigation de gauche, sélectionnez Utilisateurs (ou Tous les sites > Utilisateurs pour une instance multisite de Tableau Server), puis cliquez sur la page Migration d’identité. 1. En regard de l’en-tête Présentation de la migration, cliquez sur la flèche déroulante Modifier la programmation. 2. Sélectionnez Désactiver. Redémarrer la migration d’identité 1. Connectez-vous à Tableau Server en tant qu’administrateur. 2. Dans le volet de navigation de gauche, sélectionnez Utilisateurs (ou Tous les sites > Utilisateurs pour une instance multisite de Tableau Server), puis cliquez sur la page Migration d’identité. 1. En regard de l’en-tête Présentation de la migration, cliquez sur la flèche déroulante Modifier la programmation. 2. Sélectionnez Activer. ## Modifier les paramètres de migration d’identité Pour limiter les possibles surcharges de la migration d’identité au niveau de votre Tableau Server, la migration est configurée pour s’exécuter avec les paramètres par défaut répertoriés ci-dessous. ### Paramètres de migration
Typetsm commandPar défautProcédure
Programmation des tâchesS.O.03h00, tous les jours jusqu’à ce qu’elle soit effectuéeConfigurable depuis la page Migration d’identité, consultez Modifier la programmation quotidienne des tâches de migration ci-dessus.
Nombre de demandes d’identité de l’utilisateur par seconde (taux)tsm authentication identity-migration configure -–rateJusqu’à 5

Si nécessaire, vous pouvez utiliser la commande tsm authentication identity-migration pour modifier les paramètres de migration répertoriés ci-dessus en suivant les étapes ci-dessous.

  1. Ouvrez une invite de commande en tant qu’administrateur sur le nœud initial (le nœud sur lequel TSM est installé) du groupement.
  2. Exécutez l’une ou les deux commandes décrites dans tsm authentication identity-migration.

    Par exemple, pour modifier la durée d’exécution et le taux de chaque tâche par rapport à ses valeurs par défaut, vous pouvez exécuter la commande suivante :

    tsm authentication identity-migration configure --job-run-time 180 --rate 3

Durée d’exécution de chaque tâchetsm authentication identity-migration configure -–job-run-time120 minutes
Activer la migration d’identitétsm configuration set -k features.IdentityMigrationBackgroundJobfalse

En activant la migration d’identité, Tableau Server peut utiliser le service d’identité pour stocker et gérer les identifiants des utilisateurs.

  1. Ouvrez une invite de commande en tant qu’administrateur sur le nœud initial (le nœud sur lequel TSM est installé) du groupement.

  2. Exécutez la commande suivante :

    tsm configuration set -k features.IdentityMigrationBackgroundJob -v true

Remarque : La migration d’identité et le service d’identité sont des conditions préalables à l’utilisation de certaines fonctionnalités telles que les pools d’identités. Pour plus d’information sur la commande tsm, consultez features.IdentityMigrationBackgroundJob.

### Désactiver la migration d’identité Si vous avez effectué une mise à niveau vers les versions 2021.4.21, 2022.1.17, 2022.3.9 et 2023.1.5 de Tableau Server, vous devrez peut-être désactiver la migration d’identité. En désactivant la migration d’identité, Tableau Server ne peut pas utiliser le service d’identité pour stocker et gérer les identifiants des utilisateurs. 1. Ouvrez une invite de commande en tant qu’administrateur sur le nœud initial (le nœud sur lequel TSM est installé) du groupement. 2. Exécutez la commande suivante : `tsm configuration set -k features.IdentityMigrationBackgroundJob -v false` **Remarque :** La migration d’identité et le service d’identité sont des conditions préalables à l’utilisation de certaines fonctionnalités telles que les [pools d’identités](https://help.tableau.com/current/server/fr-ca/identity_pools.htm). ## Effectuer la migration d’identité et configurer le service d’identité Une fois tous les conflits d’utilisateurs résolus ou traités et les tâches de migration exécutées, vous devez configurer Tableau Server de manière à utiliser le service d’identité pour terminer le processus de migration d’identité. ### Étape 1 : Valider et terminer la migration de l’identité 1. Connectez-vous à Tableau Server en tant qu’administrateur. 2. Dans le volet de navigation de gauche, sélectionnez Utilisateurs (ou Tous les sites > Utilisateurs pour une instance multisite de Tableau Server), puis cliquez sur la page Migration d’identité pour vérifier que la migration a commencé. Vous pouvez surveiller et gérer sa progression à l’aide de la page dédiée à la migration des identités disponible sur la page Utilisateurs de Tableau Server. Pour plus d’informations, consultez [Gérer la migration des identités](#). 3. Résolvez ou reconnaissez tous les conflits d’identité comme décrit dans [Résoudre les conflits de migration d’identité](https://help.tableau.com/current/server/fr-ca/identity_migration_conflicts.htm) afin que l’onglet Tous les échecs affiche « 0 » comme dans l’image ci-dessous. ![Résumé de la migration d’identité n’indiquant aucun échec.](/tableau/current/fr-ca/server/fr-ca/Img/id_mig_failures_acknowledge.png) 4. Effectuez l’_une_ des actions suivantes : - Pour exécuter la tâche de migration d’identité maintenant, en regard de l’en-tête Vue d’ensemble de la migration, cliquez sur la flèche déroulante Modifier la planification, puis sélectionnez Exécuter maintenant. ![Menu déroulant pour modifier la programmation de la migration avec les options Désactiver ou Exécuter maintenant.](/tableau/current/fr-ca/server/fr-ca/Img/id_mig_overview_runnow.png) - Vous pouvez également attendre que la tâche de migration s’exécute à la prochaine heure planifiée. 5. Une fois la migration terminée, à partir de la page Migration d’identité, vérifiez que la vue d’ensemble de la migration indique 100 % terminé. ![Barre de progression de la migration d’identité indiquant un achèvement de 100 %.](/tableau/current/fr-ca/server/fr-ca/Img/id_mig_complete.png) ### Étape 2 : Configurer Tableau Server pour utiliser le service d’identité 1. Ouvrez une invite de commande en tant qu’administrateur sur le nœud initial (le nœud sur lequel TSM est installé) du groupement. 2. Exécutez les commandes suivantes en fonction de la version de Tableau Server que vous exécutez : - Pour Tableau Server versions 2022.1.8 (et ultérieures), 2022.3.10 (et ultérieures), 2023.1.6 (et ultérieures) : ``` tsm configuration set -k wgserver.authentication.legacy_identity_mode.enabled -v false ``` - Pour Tableau Server versions 2022.1-2022.1.7, 2022.3-2022.3.9 ou 2023.1-2023.1.5 : ``` tsm authentication legacy-identity-mode disable ``` **Remarque :** après avoir exécuté l’une des commandes ci-dessus, la page dédiée à la migration des identités est supprimée et n’est plus accessible. La page n’est accessible que lorsque `tsm configuration set -k wgserver.authentication.legacy_identity_mode.enabled` is `true` ou `tsm authentication legacy-identity-mode` est activé. Une fois que Tableau Server est configuré pour utiliser le service d’identité, lorsque les utilisateurs se connectent à Tableau Server, Tableau Server recherche leurs identités d’utilisateur à l’aide de leurs identifiants dans le magasin d’identités configuré. À partir des identifiants, les identifiants universels uniques (UUID) sont renvoyés et utilisés pour correspondre aux identités d’utilisateur Tableau Server existantes. Ce processus génère ensuite des sessions pour les utilisateurs et termine le workflow d’authentification. ### Étape 3 : Activer les pools d’identités 1. Exécutez les commandes suivantes : ``` tsm configuration set -k features.IdentityPools -v true tsm pending-changes apply ``` **Remarque :** L’exécution de ces commandes entraîne le redémarrage de Tableau Server. [Passer au contenu principal](#main-content) # Gérer la propriété du contenu Lorsque vous publiez une source de données, un classeur ou un flux sur Tableau Server ou que vous créez un projet, vous en devenez le _propriétaire_. Un propriétaire de contenu, un responsable de projet doté d’un rôle sur le site approprié ou un administrateur peut modifier la propriété d’une ressource de contenu. Une fois que la propriété a été réaffectée, le propriétaire d’origine n’a plus de lien particulier avec l’élément en question et ses droits d’accès dépendent de ses autorisations pour le projet ou cet élément spécifique. ## Qui peut modifier la propriété ou devenir propriétaire, par type de contenu Votre capacité à devenir propriétaire ou à modifier la propriété dépend de vos autorisations et de votre relation à la ressource de contenu, comme indiqué dans le tableau ci-dessous. **Remarque :** l’accès complet de responsable du projet est uniquement disponible avec certains rôles sur le site. Pour plus d’information, consultez [Administration au niveau des projets](https://help.tableau.com/current/server/fr-ca/projects.htm#project-admin).
Type de ressource de contenuQui peut modifier la propriétéQui peut devenir propriétaire

Projets de niveau supérieur

  • Administrateur de serveur1
  • Administrateur de site
  • Administrateur de serveur
  • Administrateur de site
  • Creator
  • Explorer (peut publier)

Projets enfants (imbriqués)

  • Administrateur de serveur
  • Administrateur de site
  • Propriétaire de projet

Tout administrateur ou propriétaire, à l’exclusion de Explorer et Viewer.

Classeurs et sources de données

 

 

 

  • Administrateur de serveur
  • Administrateur de site
  • Propriétaire d’un classeur ou d’une source de données
  • Responsable ou propriétaire du projet contenant l’élément
  • Administrateur de serveur
  • Administrateur de site
  • Creator
  • Explorer (peut publier)
Métriques (L’ancienne fonctionnalité Métriques a été retirée de Tableau Cloud en février 2024 et de Tableau Server version 2024.2. Pour plus d’informations, consultez Créer et résoudre les problèmes liés aux métriques (retiré)().)
  • Administrateur de serveur
  • Administrateur de site
  • Propriétaire de la métrique
  • Responsable ou propriétaire du projet contenant l’élément

Tout administrateur ou utilisateur du site, à l’exclusion de Explorer et Viewer.

Flux

 

 

 

  • Administrateur de serveur
  • Administrateur de site
  • Propriétaire de flux (2025.2 et versions ultérieures)
  • Administrateur de serveur

  • Administrateur de site

  • Creator

Remarque : Dans la version 2025.1 et les versions antérieures, les administrateurs de serveur et de site ne peuvent attribuer la propriété qu’à leur propre compte.

Rôle des données

 

 

 

  • Administrateur de serveur
  • Administrateur de site
  • Propriétaire du rôle des données
  • Responsable ou propriétaire du projet contenant l’élément

Tout administrateur ou utilisateur du site, à l’exclusion de Explorer et Viewer.

Collections
  • Administrateur de serveur
  • Administrateur de site
  • Propriétaire de la collection
  • Administrateur de serveur
  • Administrateur de site
  • Creator
  • Explorer
  • Viewer
Connexions virtuelles2
  • Administrateur de serveur
  • Administrateur de site
  • Propriétaire de la connexion virtuelle
  • Administrateur de serveur
  • Administrateur de site
  • Creator
1 Le rôle sur le site Administrateur de serveur s’applique uniquement à Tableau Server, et non à Tableau Cloud. 2 Les connexions virtuelles nécessitent Gestion des données. Consultez [À propos de Gestion des données](https://help.tableau.com/current/server/fr-ca/dm_overview.htm) pour plus de détails. Notez que pour modifier une connexion virtuelle, vous devez disposer des identifiants de la base de données. ## Considérations sur la modification de la propriété du contenu - Avant de supprimer un utilisateur de Tableau Server, assurez-vous qu’il ne possède pas de ressource de contenu. - Si l’utilisateur possède un contenu, vous devez d’abord réaffecter la propriété de ces ressources avant de pouvoir supprimer l’utilisateur. Autrement, son rôle sur le site est défini sur Sans licence, mais il n’est pas supprimé et seul un administrateur peut effectuer certaines actions sur ce contenu. Réattribuez la propriété des classeurs ou des sources de données avec des identifiants intégrés avant de définir le rôle sur le site de l’utilisateur sur Utilisateur sans licence ou de supprimer l’utilisateur. - Si vous modifiez la propriété d’un classeur, d’une source de données ou d’un flux contenant des identifiants intégrés pour vous connecter aux données sous-jacentes, les identifiants intégrés seront supprimés et vous devrez les réauthentifier pour établir la connexion. **Remarque :** Cela ne s’applique pas aux identifiants intégrés qui utilisent un trousseau géré. Dans ces cas, les identifiants sont conservés même après le changement de propriétaire. Les connexions aux sources de données publiées sont authentifiées à l’aide du propriétaire du flux d’origine et autorisées en fonction de ses autorisations. Le nouveau propriétaire devra disposer des autorisations de lecture/écriture nécessaires sur cette source de données. Dans le cas contraire, le flux échouera lors de la tentative de connexion ou d’écriture dans la source de données. - La propriété des sources de données d’entrée ou de sortie d’un flux devra peut-être également être transférée au nouveau propriétaire, ou ses autorisations sur cette source de données devront être mises à jour. - Vous pouvez mettre à jour les identifiants intégrés en modifiant les données de connexion sur Tableau Server. Pour plus d’information, consultez [Modifier les connexions](https://help.tableau.com/current/server/fr-ca/connections_modify.htm). Pour les flux, vous pouvez ouvrir et modifier le flux dans la création Web Tableau Prep, puis le republier avec les nouveaux identifiants. - Le transfert de propriété n’est possible que pour les flux publiés. Vous ne pouvez pas modifier la propriété d’un brouillon de flux. - Si vous ne verrouillez pas les autorisations pour les projets, assurez-vous que les utilisateurs auxquels vous conférez la propriété du contenu connaissent vos recommandations en matière d’autorisations, ou que vous êtes responsable des autorisations en cas de changement de propriété. Dans les projets non verrouillés, par défaut, les propriétaires de contenu peuvent définir les autorisations pour ce contenu. Pour plus d’information, consultez [Autorisations](https://help.tableau.com/current/server/fr-ca/permissions.htm#LockProject). - Bien qu’il soit possible de changer le propriétaire d’une métrique en un utilisateur doté d’un rôle sur le site Viewer ou Explorer, cette pratique n’est pas recommandée, car elle entraîne la suspension de l’actualisation de la métrique. Un rôle sur le site Creator ou Explorer (peut publier) est requis pour actualiser, remplacer ou supprimer une métrique. ## Modifier le propriétaire d’une ressource de contenu 1. Connectez-vous à l’environnement Web de Tableau Server et dans le menu de navigation, sélectionnez Explorer. 2. Accédez au contenu que vous souhaitez attribuer à quelqu’un d’autre. - Si vous souhaitez réaffecter plusieurs exemplaires du même type de contenu, par exemple plusieurs classeurs, sélectionnez le type de contenu dans le menu déroulant. - Si vous souhaitez réaffecter plusieurs éléments au sein du même projet, accédez au projet. Si vous n’êtes pas sûr de savoir où trouver un projet enfant, affichez les filtres et sélectionnez Afficher tous les projets. - Si vous souhaitez réaffecter plusieurs éléments de contenu appartenant au même propriétaire, trouvez l’utilisateur dans la page Utilisateurs. 3. Sélectionnez les éléments à réaffecter, puis sélectionnez Actions > **Modifier le propriétaire**. Les autres commandes de menu que vous voyez dépendront du type de contenu. ![](/tableau/current/fr-ca/server/fr-ca/Img/owner_wkbks_change.png) 4. Saisissez le nom d’un utilisateur ou sélectionnez-en un dans la liste. ![Un formulaire pour changer le propriétaire des classeurs et des flux sélectionnés.](/tableau/current/fr-ca/server/fr-ca/Img/owner_change_256.png) 5. Sélectionnez **Changer le propriétaire**. [Passer au contenu principal](#main-content) # Gérer la visibilité des utilisateurs du site Par défaut, tous les utilisateurs du site peuvent voir les alias, la propriété du projet et les commentaires des autres utilisateurs lorsque les autorisations le permettent. Le paramètre Visibilité des utilisateurs permet aux administrateurs de déterminer si les utilisateurs dotés des rôles sur le site Viewer et Explorer voient les autres utilisateurs et groupes sur le site, une option qui peut être utile pour les sites utilisés par de multiples clients. Pour en savoir plus sur les rôles sur le site, consultez [Définir les rôles sur le site des utilisateurs](https://help.tableau.com/current/server/fr-ca/users_site_roles.htm). ## Limiter la visibilité des utilisateurs Définir l’option Visibilité des utilisateurs sur **Limité** a une incidence sur certains outils de collaboration et masque les informations utilisateur dans Tableau Cloud et Tableau Server. La visibilité limitée des utilisateurs désactive la fonctionnalité pour les utilisateurs dotés du rôles Viewer et Explorer (à l’exception du rôle Administrateur de site - Explorer) ou supprime les informations utilisateur d’autres zones. Notez que les utilisateurs dotés du rôle Creator et les administrateurs continuent à voir les informations utilisateur lorsque la visibilité des utilisateurs est définie sur Limité. Pour limiter la visibilité des utilisateurs pour les utilisateurs dotés des rôles Explorer et Viewer (à l’exception du rôle Administrateur de site - Explorer) : - Accédez à la page Paramètres du site - Sélectionnez Limité dans le paramètre Visibilité des utilisateurs Vous trouverez ci-après la liste des zones du site affectées lorsque la visibilité des utilisateurs est définie sur Limité. Sauf mention que la fonctionnalité est désactivée pour tous les utilisateurs, seuls les utilisateurs non-administrateurs dotés des rôles Explorer et Viewer sont concernés.
ZoneIncidence
RechercheLes informations des utilisateurs ne s’affichent pas
Propriétaires de contenuInformations utilisateur non affichées (les utilisateurs dotés du rôle Explorer ou Viewer ne peuvent pas se voir eux-mêmes, mais peuvent voir leur contenu dans Mon contenu)
Photos du profilLes informations des utilisateurs ne s’affichent pas
Abonnements

Les informations des utilisateurs ne s’affichent pas

 

RecommandationsUtilisateurs similaires non affichés (tous les utilisateurs)
Ajouter/modifier des balisesLes utilisateurs dotés du rôle Explorer ou Viewer peuvent voir les balises mais ne peuvent pas les supprimer ni les modifier
« Qui a consulté cette vue? »Désactivé
Analyses d’utilisation de la fonctionnalité « Parlez aux données »Désactivé
Boîte de dialogue AutorisationsDésactivé
Partage nomméDésactivé (tous les utilisateurs)
Alertes

Désactivé (tous les utilisateurs)

Les alertes existantes sont suspendues

CommentairesDésactivé (tous les utilisateurs)
Vues publiques personnalisées

Désactivé (tous les utilisateurs)

Les vues publiques personnalisées existantes apparaissent comme privées

Demande d’accèsDésactivé (tous les utilisateurs)
Tableau Desktop

Publication des classeurs désactivée dans Desktop

Les informations de l’utilisateur ne s’affichent pas sur les filtres utilisateur

Tableau PulseLe bouton permettant de voir et de gérer les abonnés n'apparaît pas sur les métriques
Tableau Catalog (avec Gestion des données)

Les informations des utilisateurs ne s’affichent pas

Lorsque la visibilité des utilisateurs est limitée, les appels de l’API REST et de l’API Metadata de Tableau Server se comportent comme décrit dans le tableau ci-dessus. Il reste possible d’effectuer des appels d’API qui référencent un identifiant utilisateur connu. Les utilisateurs d’un site peuvent interagir avec les vues et les modifier, par exemple appliquer des filtres. Si cet utilisateur partage sa vue modifiée avec d’autres, ou si l’utilisateur crée un contenu à partir de cette vue modifiée (par exemple une métrique ou une vue privée personnalisée), alors le nom de cet utilisateur apparaît dans l’URL. Assurez-vous que l’URL de cette vue modifiée n’est distribuée qu’aux utilisateurs autorisés à voir le nom de cette personne. **Remarque :** si un utilisateur est membre de plusieurs sites, la saisie d’une adresse de courriel dans la page de connexion de Tableau Cloud renvoie les noms de tous les sites dont l’utilisateur est membre. ### Meilleures pratiques pour limiter la visibilité des utilisateurs Les administrateurs peuvent également vérifier que les informations sur les utilisateurs et les groupes ne sont pas visibles des manières suivantes : - Configurez les autorisations de manière à fournir un contenu uniquement aux parties concernées. Pour plus d’informations, consultez [Autorisations](https://help.tableau.com/current/server/fr-ca/permissions.htm). - La visibilité limitée des utilisateurs masque les informations utilisateur de la recherche, mais peut renvoyer le contenu que l’utilisateur a publié, y compris en cas de recherche par nom du propriétaire, si la personne effectuant la recherche est autorisée à consulter ce contenu. - Si un utilisateur publie un classeur avec un titre en double dans le même projet, un avertissement indiquant qu’il existe déjà un classeur avec ce titre peut s’afficher. - Appliquez la sécurité au niveau des lignes si nécessaire. - Vérifiez que les métadonnées des tableaux de bord ne contiennent pas d’informations utilisateur. - Vérifiez que les calculs accessibles aux utilisateurs ne contiennent pas de métadonnées utilisateur (par exemple, des filtres utilisateur). ## Restaurer la visibilité complète des utilisateurs Lorsque les administrateurs rétablissent la visibilité des utilisateurs en mode complet, les fonctions désactivées pour tous les utilisateurs par la visibilité limitée des utilisateurs (comme les commentaires et les alertes) restent désactivées. Les administrateurs peuvent réactiver ces fonctions par le biais de la page des paramètres du site. Les paramètres de fonctions précédents ne sont pas conservés lorsque la Visibilité des utilisateurs est définie sur Complet, et les fonctions concernées ne sont pas automatiquement activées. [Passer au contenu principal](#main-content) # Gérer le contenu avec des vues personnalisées En tant que créateur de contenu, il est important de comprendre comment les mises à jour que vous apportez aux classeurs et aux sources de données peuvent influencer l’utilisateur final. Les vues personnalisées sont un moyen assez courant de personnaliser la façon dont les visualisations sont utilisées, mais ces vues peuvent être endommagées si leur contenu source change. Dans la mesure du possible, évitez d’apporter des modifications susceptibles d’avoir un impact sur les vues personnalisées. Si des modifications doivent être apportées, suivez les étapes décrites plus loin dans cette rubrique. En général, certaines pratiques sont recommandées lorsque l’on travaille avec du contenu susceptible d’utiliser des vues personnalisées. - Conseillez aux utilisateurs finaux de ne créer des vues personnalisées que sur du contenu stable. - Utilisez des projets ou des systèmes de dénomination pour identifier les classeurs en cours de modification et recommandez aux utilisateurs de ne pas créer de vues personnalisées sur ces classeurs. - Testez les modifications dans un environnement de test ou de développement. Testez des vues personnalisées qui sont représentatives des filtres, des actions utilisateur, des paramètres et des autres personnalisations attendus. - Prévenez proactivement les utilisateurs avant de publier des modifications susceptibles d’endommager le fonctionnement des vues personnalisées. (Récupérez une liste de toutes les vues personnalisées appliquées à un classeur [à l’aide des méthodes de vues personnalisées dans l’API REST de Tableau](https://help.tableau.com/current/api/rest_api/fr-ca/REST/rest_api_ref_workbooks_and_views.htm#list_custom_views).) ## Modifications susceptibles d’avoir un impact sur les vues personnalisées S’il est préférable de tester toutes les modifications afin de vérifier leur impact sur les vues personnalisées, certaines mises à jour sont connues pour avoir un impact sur les vues personnalisées. Cette liste n’est pas exhaustive et n’a qu’une valeur indicative. ### Modifications apportées au classeur - **Modifications de nom**. Si le nom du classeur (ou de la feuille à laquelle la vue personnalisée est associée) est modifié, les vues personnalisées cessent de fonctionner. - **Paramètres**. L’ajout ou la suppression d’un paramètre peut interrompre le fonctionnement d’une vue personnalisée ou empêcher sa mise à jour comme prévu. - Si un paramètre est ajouté au contenu d’origine, la vue personnalisée peut cesser de fonctionner. - Si une commande de paramètre est supprimée, les champs calculés qui utilisaient son entrée conservent leur dernière valeur et ne sont plus ajustables. - **Filtres**. Lorsqu’un filtre est supprimé, le contrôle de filtre est supprimé, mais les données sont filtrées. - En général, si un filtre est supprimé dans le contenu d’origine, une vue personnalisée utilisant ce filtre continue de fonctionner. Toutefois, les données restent filtrées en l’absence du contrôle de filtre. Cela signifie que les utilisateurs ne peuvent pas modifier la sélection du filtre à partir de la vue personnalisée. - Si le contrôle de filtre passe du curseur à la date relative, le filtre n’est pas ajusté de manière à refléter exactement la date relative comme prévu. - Si vous utilisez des vues personnalisées pour contrôler les sélections de filtres, envisagez plutôt d’intégrer les paramètres de filtre dans une URL partagée. - **Masquage des feuilles**. Si une feuille est masquée, même si elle est ensuite affichée, les vues personnalisées cessent de fonctionner sur cette feuille. - **Republication**. Si un classeur est supprimé puis republié, ses vues personnalisées cessent de fonctionner. - **Valeur par défaut**. Si une vue personnalisée est définie par une valeur par défaut (par exemple pour un paramètre, un ensemble ou un filtre) et que la valeur par défaut change, la vue personnalisée est mise à jour pour refléter la nouvelle valeur. Si la vue personnalisée doit être liée à une valeur spécifique, utilisez celle-ci plutôt que de vous fier à . ### Modifications apportées à la source de données - **Modifications apportées à la source de données**. Si une source de données est remplacée à l’aide de la fonctionnalité Remplacer la source de données ou si une source de données intégrée est remplacée par une copie publiée de la même source de données, les vues personnalisées cessent de fonctionner. - **Type de données**. Si le type de données d’un champ pertinent pour la vue personnalisée change, la vue personnalisée cesse de fonctionner. - **Suppression des champs**. Si on supprime les champs, les calculs, les groupes ou les ensembles sur lesquels les vues personnalisées sont basées, la vue personnalisée cesse de fonctionner. ## Mettre à jour le contenu en toute sécurité Les meilleures pratiques ci-après visent à réduire au minimum le risque de ne plus voir fonctionner les vues personnalisées existantes. - Modifiez séparément les classeurs et les sources de données. - Ne republiez pas un classeur dont la source de données a été remplacée. - Modifiez une version locale du classeur ou de la source de données et republiez-la sous le même nom. ### Modifier un classeur Ces étapes supposent que le classeur utilise une connexion en direct à une source de données publiée séparément et qu’il possède des vues personnalisées. #### Modifier un classeur à l’aide de l’édition Web L’édition Web est la méthode privilégiée pour modifier un classeur. Utilisez Tableau Desktop uniquement en cas de nécessité. 1. Modifiez un classeur dans le navigateur, en évitant les éléments cités plus haut, qui sont susceptibles d’interrompre le fonctionnement des vues personnalisées. - Si des modifications doivent être apportées aux données, abstenez-vous de les faire maintenant. Consultez la section relative à la modification d’une source de données. 2. Publiez le classeur au même emplacement et sous le même nom, en sauvegardant la version existante. #### Modifier un classeur avec Tableau Desktop Dans la mesure du possible, modifiez les classeurs dans le navigateur. Utilisez Tableau Desktop uniquement en cas de nécessité. 1. Ouvrez une version locale du classeur (téléchargez d’abord le classeur si nécessaire). 2. Modifiez le classeur en évitant les éléments cités plus haut, qui sont susceptibles d’interrompre le fonctionnement des vues personnalisées. - Si des modifications doivent être apportées aux données, abstenez-vous de les faire maintenant. Consultez la section relative à la modification d’une source de données. 3. Publiez le classeur au même emplacement et sous le même nom, en remplaçant la version existante. - _Ne_ cochez pas l’option « Mettre à jour le classeur pour utiliser la source de données publiée ». ### Modifier une source de données 1. Ouvrez une version locale de la source de données dans Tableau Desktop en téléchargeant le classeur et en créant une copie locale de la source de données : 1. Téléchargez le classeur et ouvrez-le dans Tableau Desktop. 2. Cliquez avec le bouton droit sur la source de données et sélectionnez « Créer une copie locale ». 3. Cliquez avec le bouton droit sur la nouvelle source de données et sélectionnez « Remplacer la source de données… » 4. Remplacez la connexion existante à la source de données publiée par la copie locale que vous venez de créer. **Remarque** : Il est préférable d’utiliser une version locale dans un classeur; cette méthode permet de vérifier les modifications de la source de données directement dans le classeur. Vous pouvez également télécharger la source de données ou utiliser une copie stockée localement. 2. Modifiez le source de données, en évitant les éléments cités plus haut, qui sont susceptibles d’interrompre le fonctionnement des vues personnalisées. 3. Publiez la source de données. 1. Utilisez le même nom et sauvegardez la source de données existante. 2. Ne cochez pas l’option « Mettre à jour le classeur pour utiliser la source de données publiée ». 3. Ne publiez pas le classeur avec la source de données modifiée. Si des modifications doivent être apportées au contenu du classeur, consultez la section relative à la modification des classeurs. ## Examiner les vues personnalisées endommagées **Remarque** : Cette section suppose une bonne connaissance du langage XML et des interactions de base avec la ligne de commande. Dans un fichier de classeur .twb, le XML d’un classeur contient des balises d’identification pour les éléments du classeur. Lorsqu’une vue personnalisée est créée, un instantané des éléments interactifs (tels que les valeurs d’un filtre ou d’un ensemble, les paramètres ou les repères sélectionnés) et de leurs valeurs est effectué. Lorsqu’une vue personnalisée est consultée, Tableau applique les valeurs d’attribut stockées avec la vue personnalisée aux identifiants des éléments concernés. Si les identifiants des éléments sont modifiés ou si les valeurs des attributs ne peuvent pas être chargées, la vue personnalisée cesse de fonctionner. Il peut être possible de déceler la modification ayant interrompu le fonctionnement d’une vue personnalisée en comparant un .twb avant et après la modification. 1. Vous avez besoin d’un .twb du classeur lorsque la vue personnalisée fonctionne (sauvegardez une copie du contenu avant d’apporter des modifications). 2. Dans une autre copie du classeur, effectuez la modification censée interrompre le fonctionnement de la vue personnalisée et sauvegardez-la sous un autre fichier .twb. 3. Dans la ligne de commande, exécutez la commande suivante (en remplaçant les fichiers de l’étape 1 par file1.twb et ceux de l’étape 2 par file2.twb). vimdiff file1.twb file2.twb 4. Les résultats mettent en évidence les modifications entre les fichiers. Voici certains identifiants ou valeurs d’attributs (entre **\[crochets\]**) susceptibles d’interrompre le fonctionnement des vues personnalisées en cas de modification : ``` ``` [Passer au contenu principal](#main-content) # Gérer le serveur Après l’installation de Tableau Server, vous pouvez personnaliser et gérer votre serveur. Par exemple, vous pouvez gérer la sécurité, les licences, les sites, les abonnements, les alertes basées sur les données, etc. ## Autres articles de cette section [Passer au contenu principal](#main-content) # Gérer les autorisations avec des projets Les projets peuvent simplifier la gestion des autorisations grâce à des fonctionnalités telles que les projets imbriqués, la visibilité des projets, les responsables de projets non administrateurs et le verrouillage des autorisations. > [!TIP] > > **Conseil :** La manière dont les autorisations sont définies au niveau du projet est importante, en particulier pour le projet par défaut. Lorsqu’un nouveau projet de niveau supérieur est créé, il hérite de ses règles d’autorisation par défaut (pour tous les types de contenu) du projet par défaut. Lors de la création d’un nouveau projet imbriqué dans un autre projet, le projet enfant hérite ses règles d’autorisation par défaut du projet parent. ## Administration des projets Les projets sont des conteneurs utilisés pour organiser et gérer l’accès au contenu. En donnant aux non-administrateurs le droit de gérer des projets, certaines tâches d’administration de contenu peuvent être gérées au niveau du projet. **Responsables de projets :** les projets peuvent avoir des responsables de projets, des utilisateurs à qui l’on a accordé la fonctionnalité Responsable du projet . Ce paramètre accorde automatiquement à l’utilisateur ses fonctionnalités maximales - en fonction de son rôle sur le site - pour ce projet et tout son contenu. Les responsables de projets ayant le rôle sur le site Explorer (peut publier) ou un rôle supérieur auront accès à toutes les fonctionnalités. Les responsables de projets sont essentiellement des administrateurs locaux du projet sans accès aux paramètres du site ou du serveur. **Hiérarchie :** seuls les administrateurs peuvent créer des projets de premier niveau. Les propriétaires de projets et les responsables de projets peuvent créer des projets imbriqués à l’intérieur de leurs projets. Les propriétaires et les responsables de projets disposent d’un accès administratif complet au projet et à son contenu, ainsi qu’à tous les projets imbriqués qu’il contient. Dans une hiérarchie, les responsables de projets ont implicitement accès à tout le contenu enfant. Pour supprimer l’accès d’un responsable de projet, vous devez le faire au niveau du parent dans la hiérarchie sur laquelle le rôle a été explicitement attribué. **Propriété :** Un projet peut avoir plusieurs responsables de projets, mais chaque projet a exactement un propriétaire. Par défaut, un projet appartient à l’utilisateur qui l’a créé.  Le propriétaire d’un projet peut être modifié par le propriétaire existant ou par un administrateur. (Les responsables de projets ne peuvent pas modifier la propriété du projet, mais seulement celle du contenu). Les projets peuvent appartenir à des utilisateurs ayant un rôle sur le site Explorer (peut publier), Creator ou administrateur. La propriété d’un projet peut être modifiée même si le projet est verrouillé. **Suppression :** la plupart du contenu ne peut exister qu’à l’intérieur d’un projet. Seuls les administrateurs peuvent créer et supprimer des projets de niveau supérieur, mais les responsables de projets peuvent créer ou supprimer des projets imbriqués. La suppression de projets supprime également tous les contenus Tableau et projets imbriqués qu’ils contiennent. Pour supprimer un projet sans perdre son contenu, déplacez d’abord le contenu vers un autre projet. La suppression de projets ne peut pas être annulée. Les ressources externes sont traitées différemment. Elles ne doivent pas nécessairement faire partie d’un projet. Les ressources externes ne sont pas supprimées si leur projet est supprimé et apparait néanmoins dans Ressources externes. Consultez [Ressources externes non intégrées dans des projets](https://help.tableau.com/current/server/fr-ca/dm_perms_assets.htm#external_assets_not_in_projects) pour en savoir plus. Pour plus d’information sur l’administration des projets, consultez [Utiliser des projets pour gérer l’accès au contenu](https://help.tableau.com/current/server/fr-ca/projects.htm) et [Ajouter des projets et déplacer un contenu vers des projets](https://help.tableau.com/current/server/fr-ca/projects_add.htm). ## Projets spéciaux Défaut : le projet nommé « Défaut » est un projet spécial. Lorsque d’autres projets de niveau supérieur sont créés, ils utilisent le projet par défaut comme modèle et en copient toutes leurs règles d’autorisations (mais pas le paramètre Autorisations de ressource). Le projet par défaut ne peut pas être supprimé, déplacé ou renommé, mais sa description peut être modifiée. Il n’a pas de propriétaire par défaut, mais un peut lui être attribué. Projet par défaut pour les ressources externes : Dans Tableau Cloud et Tableau Server 2023.1 et les versions ultérieures, si vous disposez de la licence Gestion des données avec Catalog activé, le projet nommé « Projet par défaut pour les ressources externes » apparaît lorsque Catalog doit y déplacer des ressources externes nouvelles ou existantes. Catalog intègre les nouvelles ressources externes et les ressources externes des projets supprimés dans le Projet par défaut des ressources externes. Le projet n’a pas de règles d’autorisation définies par défaut, de sorte que les administrateurs de serveur et de site sont les seuls utilisateurs qui peuvent le voir, à moins que des autorisations ne soient ajoutées. Il ne peut pas être supprimé, déplacé ou renommé, mais sa description peut être modifiée. Il n’a pas de propriétaire par défaut, mais un peut lui être attribué. ## Désigner un responsable de projet Les responsables de projets sont des utilisateurs qui ont un accès de type administrateur pour un projet spécifique ou une hiérarchie de projets. Pour attribuer le statut de responsable de projet à un groupe ou à un utilisateur 1. Ouvrez la boîte de dialogue Autorisations pour le projet approprié. 2. Sélectionnez une règle d’autorisation existante, ou cliquez sur \+ Ajouter une règle de groupe/utilisateur et choisissez le groupe ou l’utilisateur souhaité. 3. Ouvrez le menu Actions (...) pour cette règle d’autorisations et sélectionnez Définir le responsable du projet.... **Remarque :** Si le menu Actions comprend une option permettant d’Activer « Définir le responsable du projet », celle-ci doit être sélectionnée pour que le groupe ou l’utilisateur puisse être défini comme responsable du projet. Cette option n’apparaît que lorsque ce groupe ou cet utilisateur s’est vu refuser la fonctionnalité de responsable de projet (avant 2020.1). Cette fonctionnalité refusée doit être supprimée avant qu’ils puissent être désignés comme responsable de projet. Une fois qu’une règle d’autorisation a établi un responsable de projet, les modèles et les fonctionnalités ne sont pas modifiables car les responsables de projets ont accès à toutes les fonctionnalités. Si un responsable de projet est établi sur un projet qui contient des projets imbriqués, il hérite du statut de responsable de projet sur tous les projets imbriqués et leur contenu. Le statut de responsable de projet est toujours appliqué de manière descendante dans toute la hiérarchie du projet et ne peut être supprimé qu’au niveau où il a été défini. Pour supprimer le statut de responsable de projet, suivez les mêmes étapes mais sélectionnez Supprimer en tant que responsable du projet dans le menu Actions. Une fois qu’un groupe ou un utilisateur a été supprimé en tant que responsable de projet, toutes les fonctionnalités de cette règle d’autorisation sont réglées sur Non spécifié. Cela peut signifier que son accès et ses fonctionnalités pour ce projet sont supprimés si aucune autre règle d’autorisation ne leur donne accès au contenu. Pour conserver leur accès au projet et à son contenu, ils doivent disposer de fonctionnalités définies comme tout autre groupe ou utilisateur. **Remarque** : Les responsables de projets peuvent actualiser des extraits dans leurs projets dans la plupart des cas. Ils ne pourront pas actualiser les extraits s’ils sont uniquement responsables d’un projet imbriqué (plutôt qu’un projet de niveau supérieur) et que le projet de niveau supérieur est _verrouillé (y compris les projets imbriqués)_. ## Verrouiller les autorisations des ressources Les règles d’autorisation définies au niveau du projet agissent par défaut pour le contenu enregistré dans ce projet et tous les projets imbriqués qu’il contient. Selon le paramètre d’autorisation de la ressource, ces règles par défaut sont appliquées au niveau du projet ou seulement à titre préliminaire. Ce paramètre peut être configuré de deux façons, soit Verrouillé (recommandé), soit Personnalisable. Si un projet est verrouillé, les propriétaires de contenu ne peuvent plus modifier les règles d’autorisation de leur contenu. Le verrouillage des autorisations peut être appliqué à des projets imbriqués ou simplement au projet parent lui-même. - Lorsque les autorisations des ressources sont verrouillées (y compris les projets imbriqués), les règles d’autorisation définies sur le projet sont appliquées pour tout le contenu du projet et tous les projets imbriqués. - Lorsque les autorisations des ressources sont **verrouillées** (_à l’exclusion_ des projets imbriqués), les règles d’autorisation définies sur le projet sont appliquées pour les ressources du projet. Les projets imbriqués peuvent être configurés indépendamment avec leurs propres règles d’autorisation et être définis comme étant verrouillés ou personnalisables. - Lorsque les autorisations des ressources sont personnalisables, les règles d’autorisation définies au niveau du projet sont appliquées par défaut à toutes les ressources du projet. Toutefois, les règles d’autorisation peuvent être modifiées pour des ressources individuelles pendant ou après la publication. **Remarque :** Que les règles d’autorisation soient verrouillées ou personnalisables, les autorisations sur le contenu sont toujours appliquées. Les termes « _verrouillé_ » et « _personnalisable »_ font uniquement référence à la manière dont les autorisations au niveau du projet sont héritées par le contenu du projet et à qui peut les modifier. Même dans un projet avec des autorisations personnalisables, seuls des utilisateurs spécifiques peuvent modifier les autorisations (le propriétaire du contenu ou du projet, le responsable du projet, les administrateurs ou ceux qui sont autorisés à définir des autorisations). Dans un projet verrouillé : - Les règles d’autorisation de projet par type de contenu sont appliquées à toutes les ressources. - Seuls les administrateurs, les propriétaires de projets et les responsables de projets peuvent modifier les autorisations. - Les propriétaires de contenu perdent la fonctionnalité Définir l’autorisation mais conservent toutes les autres fonctionnalités sur leur contenu. - Les autorisations sont prévisibles pour tout le contenu d’un projet. Dans un projet personnalisable : - Les règles d’autorisation de niveau supérieur sont appliquées par défaut lorsque le contenu est publié dans le projet ou que des projets imbriqués sont créés, mais les autorisations peuvent être modifiées pendant la publication du projet ou après sa création. - Tout utilisateur disposant de la fonctionnalité Définir les autorisations peut modifier les règles d’autorisation pour ce contenu. - Les propriétaires de contenu ont toutes les fonctionnalités sur leur contenu. - Les autorisations peuvent être différentes selon le contenu du projet. - Les modifications apportées aux autorisations du projet parent personnalisable ne s’appliquent pas aux projets imbriqués. ### Définir les autorisations des ressources (verrouiller un projet) Les nouveaux projets de niveau supérieur héritent de toutes les règles d’autorisation initiales du projet par défaut, mais pas du paramètre d’autorisation des ressources, qui est défini sur Personnalisable. Il est possible de le modifier sur Verrouillé le cas échéant. Pour configurer les autorisations des ressources : 1. Vous devez être connecté au site en tant qu’administrateur, propriétaire du projet ou responsable du projet. 2. Ouvrez la boîte de dialogue Autorisations pour un projet. 3. En regard des autorisations des ressources dans le coin supérieur gauche, cliquez sur le lien Modifier et sélectionnez l’option souhaitée dans la boîte de dialogue Autorisations des ressources ![Boîte de dialogue Autorisations des ressources avec l’option Verrouillé sélectionnée.](/tableau/current/fr-ca/server/fr-ca/Img/perms_lockproject.png) **Remarque :** Si le coin supérieur gauche n’affiche pas de lien **Modifier** à l’étape 3 ci-dessus, vous êtes peut-être sur la boîte de dialogue des autorisations pour (a) un projet imbriqué ou un élément de contenu dans un projet verrouillé, auquel cas le lien devrait vous amener au projet gestionnaire, (b) un élément de contenu dans un projet personnalisable, qui n’affichera rien, ou (c) une vue, qui indiquera comment les autorisations de vue sont liées au classeur. Pour plus d’information sur l’interaction des autorisations pour les vues et les classeurs, consultez [Afficher ou masquer les onglets de feuille](https://help.tableau.com/current/server/fr-ca/permissions.htm#sheettabs). ### Modifier les autorisations des ressources Lorsque le paramètre d’autorisation des ressources d’un projet est modifié, le résultat dépend du nouveau paramètre. Les modifications des règles d’autorisation dans une hiérarchie verrouillée doivent être effectuées au niveau du projet gestionnaire.
Changer dePasser àRésultat
Verrouillé (y compris les projets imbriqués)Verrouillé

Ne modifie pas les règles d’autorisation existantes.

Tous les projets imbriqués deviennent personnalisables.

Personnalisable

Ne modifie pas les règles d’autorisation existantes, bien qu’elles deviennent personnalisables.

Tous les projets imbriqués deviennent personnalisables.

VerrouilléVerrouillé (y compris les projets imbriqués)

Remplace les règles d’autorisation personnalisées existantes pour tous les projets imbriqués et leur contenu. Cette opération ne peut être annulée.

Personnalisable

Ne modifie pas les règles d’autorisation existantes, bien qu’elles deviennent personnalisables.

Tous les projets imbriqués conservent leurs paramètres d’autorisation de contenu et leurs règles d’autorisation.

PersonnalisableVerrouillé (y compris les projets imbriqués)Remplace les règles d’autorisation personnalisées existantes pour le contenu du projet, et tous les projets imbriqués et leur contenu. Cette opération ne peut être annulée.
Verrouillé

Remplace les règles d’autorisation personnalisées existantes pour le contenu du projet. Cette opération ne peut être annulée.

Tous les projets imbriqués conservent leurs règles d’autorisation et restent personnalisables.

### Déplacer des projets et un contenu #### Déplacer le contenu Tableau et les ressources externes Lorsque le _contenu Tableau_ ou les _ressources externes_ sont déplacés entre des projets avec des paramètres d’autorisation différents, les paramètres d’autorisation des ressources déterminent la logique d’application des autorisations. - Le déplacement des ressources dans un projet verrouillé remplace les règles d’autorisation existantes et applique les autorisations de la destination. - Le déplacement des ressources dans un projet personnalisable maintient les règles d’autorisation existantes sur la ressource. **Remarque** : Avant Tableau Server 2022.3 et Tableau Cloud juin 2022, les ressources externes ne pouvaient pas être intégrées dans des projets, et les autorisations sur les tables étaient gérées par le paramètre d’autorisations des tables de la base de données parente. Depuis Tableau Server 2022.3 et Tableau Cloud juin 2022, les ressources externes peuvent être intégrées dans des projets. Si une base de données ou une table est déplacée dans un projet, les anciens paramètres permettant de contrôler les autorisations de la table par l’intermédiaire de la base de données sont ignorés et les autorisations de la base de données ou de la table suivent la logique des autres ressources #### Déplacer des projets Lorsqu’un _projet_ est déplacé dans un autre projet, les paramètres d’autorisation de l’élément déplacé sont conservés, à moins que le projet de destination ne soit défini de manière à inclure des projets imbriqués. (Dans ce cas, les autorisations de projet désignent les fonctionnalités d’affichage et de publication du projet lui-même.) - Si le projet de destination est **verrouillé (y compris les projets imbriqués)**, les autorisations pour le projet déplacé _et son contenu_ sont remplacées. - Si le projet de destination est défini sur **verrouillé** (à l’exception des projets imbriqués), les autorisations relatives au projet déplacé ne sont pas remplacées. Le paramètre d’origine est conservé pour l’option spécifiant si le projet déplacé est verrouillé ou personnalisable. - Si le projet de destination est défini sur **personnalisable**, les autorisations du projet déplacé ne sont pas remplacées mais elles sont désormais modifiables. Si le projet déplacé était auparavant imbriqué sous un parent qui était _verrouillé (y compris les projets imbriqués)_, lorsqu’il est déplacé, le projet prend le statut de _verrouillé (y compris les projets imbriqués_) et devient le projet gestionnaire de tous les projets qu’il contient. Remarque : Le résultat est identique si un projet est déplacé pour devenir un projet de niveau supérieur. Déplacer les projets imbriqués verrouillés avec prudence Il peut être difficile de déplacer des projets imbriqués dans des environnements _verrouillés (y compris les projets imbriqués)_. Un projet peut être déplacé dans une situation qui empêche l’utilisateur de le déplacer à nouveau. Si un projet imbriqué appartient à un utilisateur différent de celui qui gère le projet et que la gestion du projet est définie sur _verrouillé (y compris les projets imbriqués)_, il peut arriver que ce projet imbriqué ne puisse pas être déplacé par quiconque, hormis un administrateur. Prenons l’exemple d’un projet de niveau supérieur verrouillé (y compris les projets imbriqués) appartenant à l’utilisateur A, et de deux projets imbriqués appartenant à l’utilisateur B. Si l’utilisateur B déplace un projet imbriqué dans l’autre, il ne pourra pas le déplacer à nouveau, et l’utilisateur A non plus. - L’utilisateur B ne pourra pas déplacer le **Projet imbriqué 2** car il n’est pas autorisé à utiliser le **projet de niveau supérieur** comme destination de déplacement. - L’utilisateur A ne pourra pas déplacer le **Projet imbriqué 2** car il n’est pas autorisé à le déplacer. - Un responsable de projet sur **un projet de niveau supérieur** ne peut pas le déplacer, même si les droits de ce responsable de projet s’étendent aux projets imbriqués. - Seul un administrateur est capable de déplacer le **projet imbriqué 2** dans cette configuration. ![Projet de niveau supérieur portant une icône de verrouillage et le nom « utilisateur A », dans lequel apparaît le « projet imbriqué 1 », à l’intérieur duquel se trouve le « projet imbriqué 2 ». Les deux projets imbriqués appartiennent à l’utilisateur B.](/tableau/current/fr-ca/server/fr-ca/Img/move_locked_nested_projects.png "Capture d’écran de la fenêtre de déplacement de contenu") ## Collections À la différence des projets, qui incluent un contenu, une collection peut être considérée comme une liste de liens vers un contenu. Les autorisations du projet peuvent être héritées par le contenu du projet, mais les autorisations pour une collection n’ont aucun effet sur le contenu ajouté à la collection. Cela signifie que différents utilisateurs peuvent voir différents nombres d’éléments dans une collection, selon les éléments qu’ils sont autorisés à afficher. Pour vous assurer que les utilisateurs peuvent voir tous les éléments d’une collection, ajustez les autorisations pour ces éléments individuellement. Les autorisations pour une collection peuvent être modifiées soit à l’aide de la boîte de dialogue des autorisations, soit en accordant l’accès lors du partage d’une collection, si vous êtes administrateur ou propriétaire de la collection. Pour plus d’information, consultez [Gérer les autorisations des collections](https://help.tableau.com/current/pro/desktop/fr-ca/collections.htm#permissions). #### Collections privées Lorsqu’une collection est créée, elle est privée par défaut. Une collection privée apparaît dans la page Mes collections du propriétaire, mais elle n’apparaît pas dans la liste de toutes les collections d’un site. Les collections privées sont simplement des collections auxquelles aucune règle d’autorisation n’a été ajoutée. Contrairement à d’autres types de contenu, le groupe « Tous les utilisateurs » n’est pas ajouté par défaut aux collections. Lorsque vous ajoutez des règles d’autorisation à une collection, elle n’est plus marquée comme privée. Pour rendre une collection à nouveau privée, supprimez les règles d’autorisation. Les collections privées peuvent être consultées par le propriétaire de la collection ainsi que par les administrateurs, dont le rôle sur le site leur donne des autorisations effectives pour afficher toutes les collections. [Passer au contenu principal](#main-content) # Gérer les autorisations pour les ressources externes Tableau Cloud et Tableau Server fournissent un espace d’accès et de gestion du contenu publié. Lorsque Tableau Cloud ou Tableau Server est sous licence de Gestion des données, vous avez accès à Tableau Catalog. Tableau Catalog ajoute un espace complémentaire ainsi qu’un ensemble de fonctionnalités à l’échelle de votre site pour mieux suivre et gérer les métadonnées et le lignage des ressources externes utilisées par le contenu publié sur votre site. ## Tableau Catalog indexe le contenu et les ressources Catalog découvre, suit et stocke les métadonnées du contenu que vous publiez sur Tableau Cloud ou Tableau Server. Catalog indexe les métadonnées pour les éléments suivants : - **Contenu Tableau :** classeurs, sources de données, flux, projets, métriques, connexions virtuelles, tables de connexions virtuelles, utilisateurs et sites. (L’ancienne fonctionnalité Métriques a été retirée de Tableau Cloud en février 2024 et de Tableau Server version 2024.2. Pour plus d’informations, consultez [Créer et résoudre les problèmes liés aux métriques (retiré)](https://help.tableau.com/current/online/fr-ca/metrics_create.htm)().) - **Ressources externes :** bases de données (incluant les fichiers de données) et tables (incluant les objets de type table) associées au contenu Tableau. Catalog classe les métadonnées des ressources externes provenant de l’extérieur de l’environnement Tableau. Les ressources externes peuvent être stockées dans divers formats, tels qu’un serveur de base de données ou un fichier .json local. Catalog suit uniquement les métadonnées des données externes et ne suit pas les données sous-jacentes sous quelque forme que ce soit (brutes ou agrégées). Les métadonnées Catalog incluent les éléments suivants :  - Les **Informations de lignage** ou la relation entre les éléments. Par exemple, la table Sales (Ventes) a une relation à la fois avec la source de données Superstore et l’exemple de classeur Superstore. - **Information de schéma**. Voici quelques exemples : - Noms de table, noms de colonne et types de colonne. Par exemple, la table A contient les colonnes A, B et C, qui sont les types INT, VARCHAR et VARCHAR. - Nom de la base de données et emplacement du serveur. Par exemple, Database\_1 est une base de données SQL Server sur http://example.net. - Nom de la source de données, ainsi que le nom et le type des champs qu’elle contient. Par exemple, la source de données Superstore comporte les zones AA, BB et CC. Le champ CC est un champ calculé qui renvoie à la fois au champ AA et au champ BB. - Informations **sélectionnées, ajoutées ou gérées par l’utilisateur**. Par exemple, les descriptions d’articles, les certifications, les contacts utilisateur, les avertissements de qualité des données, etc. ### Fonctionnement de Tableau Catalog Tableau Catalog indexe tout le contenu publié dans Tableau Cloud ou Tableau Server pour suivre les métadonnées de lignage et de schéma. Par exemple, les métadonnées peuvent provenir de classeurs, de classeurs complets, de sources de données et du référentiel Tableau Server ou Tableau Cloud. Dans le cadre du processus d’indexation, les métadonnées de lignage et de schéma concernant les ressources externes (bases de données, tables et d’autres objets) utilisées par le contenu publié sont également indexées. **Remarque :** En plus de l’accès à Catalog depuis Tableau Cloud ou Tableau Server, les métadonnées indexées sont également accessibles depuis l’API de métadonnées Tableau et l’API REST de Tableau Server. Pour plus d’informations sur l’API de métadonnées Tableau ou les méthodes de métadonnées dans l’API REST, consultez [API de métadonnées Tableau](https://help.tableau.com/current/api/metadata_api/fr-ca/index.html) et [Méthodes de métadonnées](https://help.tableau.com/current/api/rest_api/fr-ca/REST/rest_api_ref_metadata.htm) dans l’API REST de Tableau Server, respectivement. ## Autorisations pour les métadonnées Les autorisations contrôlent qui est autorisé à voir et à gérer les ressources externes et quelles métadonnées sont affichées dans le lignage. **Remarque :** si Tableau Cloud ou Tableau Server n’est pas sous licence de Gestion des données, par défaut, seuls les administrateurs peuvent voir les métadonnées des bases de données et des tables sur l’API de métadonnées Tableau. ### Accès aux métadonnées Les autorisations utilisées pour accéder aux métadonnées via Catalog (ou l’API de métadonnées) fonctionnent de manière similaire aux autorisations d’accès au contenu dans Tableau Cloud ou Tableau Server, avec des considérations supplémentaires pour les données sensibles qui peuvent être exposées via le lignage et les fonctionnalités accordées sur les ressources externes. #### Autorisations pour le contenu Tableau Catalog utilise les autorisations d’affichage et de gestion qui sont déjà utilisées par le contenu Tableau existant pour contrôler les métadonnées que vous pouvez voir et gérer sur le contenu Tableau. Pour plus d’informations générales sur ces fonctionnalités, consultez [Autorisations](https://help.tableau.com/current/server/fr-ca/permissions.htm#permissioncapabilities). #### Autorisations pour les ressources externes à l’aide des _autorisations_ dérivées Lorsque Tableau Cloud ou Tableau Server est sous licence de Gestion des données, Catalog utilise par défaut des _autorisations dérivées_ pour vous accorder automatiquement des fonctionnalités sur les ressources externes. Les autorisations dérivées sont des autorisations pour les ressources externes qui sont dérivées du contenu Tableau auquel elles sont associées. La fonctionnalité Afficher : - Si vous êtes le propriétaire d’un classeur, d’une source de données ou d’un flux, vous pouvez voir les métadonnées des bases de données et des tables utilisées _directement_ par ce classeur, cette source de données ou ce flux. Consultez [Remarques complémentaires sur le lignage](#addnotes). - Si vous êtes le propriétaire du projet ou le responsable de projet, vous pouvez voir toutes les métadonnées des bases de données et des tables utilisées par le contenu publié dans votre projet. - Les fichiers intégrés utilisent les autorisations de la source (telles que le classeur, la source de données ou le flux) plutôt que les autorisations dérivées de la ressource externe (la base de données ou la table). Par exemple, si vous pouvez voir un classeur avec un fichier intégré, vous pouvez voir le fichier intégré et ses métadonnées utilisées par ce classeur. Les fonctionnalités Remplacer et Définir les autorisations : - Si vous êtes propriétaire d’un flux, vous pouvez modifier et gérer les autorisations pour les métadonnées de base de données et de table utilisées par la sortie de flux. **Remarque :** en ce qui concerne les flux, les fonctionnalités ci-après ne s’appliquent qu’après une exécution réussie de flux au minimum pour le propriétaire actuel du flux. **Vérifier les autorisations** En tant qu’administrateur ou utilisateur auquel l’on a accordé la fonctionnalité de définition d’autorisations pour une ressource, vous pouvez valider qui a obtenu des autorisations dérivées en suivant les étapes ci-dessous. 1. Connectez-vous à Tableau Cloud ou Tableau Server. 2. Dans le volet de navigation gauche, cliquez sur Ressources externes. 3. Dans le menu déroulant, sélectionnez Bases de données et fichiers ou Tables et objets. **Remarque :** les fichiers locaux, comme les fichiers .json ou .csv sont regroupés en tant que ressources externes sous Bases de données. 4. Cochez la case à côté de la base de données ou de la table dont vous voulez modifier les autorisations, puis sélectionnez Actions > Autorisations. 5. Dans la boîte de dialogue Autorisations, cliquez sur \+ Ajouter une règle de groupe/utilisateur et commencez à taper pour rechercher un groupe ou un utilisateur. 6. Validez les autorisations en cliquant sur un nom de groupe ou un nom d’utilisateur dans les règles d’autorisation pour voir les autorisations effectives ci-dessous. ![Boîte de dialogue des autorisations affichant les autorisations effectives d’un utilisateur](/tableau/current/fr-ca/server/fr-ca/Img/dm_perms_derived.png) **Ordre de priorité des autorisations dérivées sur les ressources externes** Lorsque les autorisations dérivées sont configurées pour votre site Tableau Cloud ou Tableau Server, le niveau d’accès de chaque utilisateur aux ressources externes dépend du contenu du Tableau associé et de l’ordre de priorité des règles que Tableau utilise pour son contenu. Tableau suit les règles suivantes en passant à la règle suivante uniquement si la règle actuelle est évaluée comme « refusée ». Si une règle est évaluée comme « autorisée », la fonctionnalité est autorisée, et Tableau arrête l’évaluation. Cette liste de règles est basée sur les [Autorisations](https://help.tableau.com/current/server/fr-ca/permissions.htm#EvaluatePermRules). Pour la fonctionnalité Afficher : 1. Rôle d’administrateur 2. Licence 3. Responsable de projet (contenu Tableau) 4. Propriétaire de projet (contenu Tableau) 5. Propriétaire de contenu (contenu Tableau) 6. _Autorisations dérivées_ (ne s’applique qu’aux ressources externes et à la fonctionnalité Afficher) 1. Rôle d’administrateur 2. Licence 3. Responsable de projet (ressources externes) 4. Propriétaire de projet (ressources externes) 5. Propriétaire de contenu (ressources externes) 7. Autorisations explicites Pour les fonctionnalités Remplacer et Définir les autorisations :  1. Rôle d’administrateur 2. Licence 3. Responsable de projet (contenu Tableau) 4. Propriétaire de projet (contenu Tableau) 5. Propriétaire de contenu (contenu Tableau) 6. Autorisations explicites (contenu Tableau) 7. _Autorisations dérivées_ (ne s’applique qu’aux ressources externes et aux fonctionnalités Remplacer et Définir les autorisations flux pour les sorties de flux) 1. Rôle d’administrateur 2. Licence 3. Responsable de projet (ressources externes) 4. Propriétaire de projet (ressources externes) 5. Propriétaire de contenu (ressources externes) **Désactiver les autorisations dérivées** En tant qu’administrateur, vous pouvez désactiver le paramètre par défaut des autorisations dérivées pour un site et à la place, accorder manuellement des autorisations explicites aux bases de données et aux tables. 1. Connectez-vous à Tableau Cloud ou Tableau Server en tant qu’administrateur. 2. Dans le panneau de navigation gauche, cliquez sur Paramètres. 3. Dans l’onglet Général, sous Accès automatique aux métadonnées des bases de données et des tables, décochez la case Accorder automatiquement aux utilisateurs autorisés l’accès aux métadonnées des bases de données et des tables. **Remarque :** les messages d’avertissement de qualité des données dans les bases de données et les tables qui sont visibles par les utilisateurs bien que les autorisations dérivées restent visibles pour ces utilisateurs même si la case n’est pas cochée. ### Définir les autorisations pour les ressources externes individuelles Afin d’accorder des autorisations supplémentaires permettant aux utilisateurs d’afficher, de modifier (remplacer) et de gérer les ressources externes, un administrateur peut accorder ces fonctionnalités explicitement sur des bases de données ou des tables individuelles pour des utilisateurs ou des groupes. Depuis Tableau Server 2022.3 et Tableau Cloud septembre 2022, vous pouvez organiser des ressources externes dans des projets. L’héritage des autorisations pour les ressources externes fonctionne de la même manière que pour les autres ressources du contenu Tableau, comme décrit dans la rubrique [Autorisations](https://help.tableau.com/current/server/fr-ca/permissions.htm#permissionfundamentals), et peut simplifier la gestion des autorisations. **Résumé des fonctionnalités des autorisations** Le tableau suivant montre les fonctionnalités que vous pouvez définir pour les ressources externes :
FonctionnalitéDescriptionModèle

Icône Afficher. Afficher

Voir la ressource de base de données ou de table.

Vue

Icône Enregistrer. Remplacer

Ajouter ou modifier des avertissements de qualité des données et des descriptions de la ressource de base de données ou de table. Avant la version 2020.1, la fonctionnalité de remplacement était appelée Enregistrer.

Publier

Icône Déplacer.Déplacer

Déplacer la ressource de base de données ou de table.Administrer

Icône Définir les autorisations. Définir les autorisations

Accorder ou refuser des autorisations pour la ressource de base de données ou de table.

Administrer
**Définir les autorisations pour une base de données ou une table** Pour définir les autorisations pour les bases de données ou les tables, utilisez la procédure suivante. 1. Connectez-vous à Tableau Cloud ou Tableau Server en tant qu’administrateur ou en tant qu’utilisateur doté du droit « Définir les autorisations ». 2. Trouver la base de données ou la table. Vous pouvez le faire grâce à la fonctionnalité Explorer (depuis Tableau Server 2022.3 et Tableau Cloud septembre 2022) si vous connaissez l’emplacement actuel de la base de données ou de la table ou la fonctionnalité Ressources externes pour afficher une liste de l’ensemble des bases de données, des tables et des fichiers. - Explorer - Dans le volet de navigation gauche, cliquez sur Explorer et trouvez l’emplacement de la base de données ou de la table dans le projet. - Ressources externes - Dans le volet de navigation gauche, cliquez sur Ressources externes. Dans le menu déroulant, sélectionnez Bases de données et fichiers ou Tables et objets. (Remarque : les fichiers locaux, comme les fichiers .json ou .csv sont regroupés en tant que ressources externes sous Bases de données.) 3. Cochez la case à côté de la base de données ou de la table dont vous voulez modifier les autorisations, puis sélectionnez Actions > Autorisations. 4. Dans la boîte de dialogue Autorisations, cliquez sur \+ Ajouter une règle de groupe/utilisateur et commencez à taper pour rechercher un groupe ou un utilisateur. 5. Définissez un modèle de rôle d’autorisation afin d’appliquer un ensemble initial de fonctionnalités pour le groupe ou l’utilisateur, puis cliquez sur Enregistrer. Les modèles disponibles sont : Afficher, Publier, Administrer, Aucun et Refusé. 6. Pour personnaliser davantage la règle, cliquez sur une fonctionnalité et configurez-la sur Autorisé ou Refusé, ou bien conservez le paramètre Non spécifié. Cliquez sur Enregistrer lorsque vous avez terminé. 7. Configurez toutes les autres règles souhaitées pour les autres groupes ou utilisateurs. 8. Validez les autorisations en cliquant sur un nom de groupe ou un nom d’utilisateur dans les règles d’autorisation pour voir les autorisations effectives ci-dessous. ![Autorisations utilisateur pour la base de données AdventureWorks](/tableau/current/fr-ca/server/fr-ca/Img/dm_perms_set.png) **Ressources externes non intégrées dans des projets** Il existe des scénarios où une ressource externe n’est pas intégrée dans un projet : - Les ressources externes découvertes par Catalogue alors que Projet par défaut pour les ressources externes n’existait pas encore (Tableau Cloud décembre 2022/Server 2023.1) ne seront pas dans un projet à moins qu’ils n’aient été déplacés dans un projet depuis lors. - Les ressources externes dont les projets ont été supprimés alors que Projet par défaut pour les ressources externes n’existait pas encore (Tableau Cloud décembre 2022/Server 2023.1) ne seront pas dans un projet à moins qu’ils n’aient été déplacés dans un projet depuis lors. - Dans Tableau Server 2022.1 et les versions antérieures, les ressources externes ne peuvent pas du tout être déplacées vers des projets. Si une ressource externe ne s’affiche pas dans un projet, les autorisations pour les ressources externes fonctionnent comme dans Tableau Server 2022.1 et Tableau Cloud juin 2022 et versions antérieures. En d’autres termes, les autorisations de bases de données et de tables sont contrôlées indépendamment du contenu des projets, et les autorisations de tables peuvent être gérées grâce aux autorisations de bases de données. Lorsque les autorisations sont définies au niveau de la base de données de cette façon, ces autorisations peuvent servir de modèle pour toutes les tables enfants nouvellement découvertes et indexées de cette base de données. De plus, les autorisations de base de données peuvent également être verrouillées afin que les tables enfants utilisent toujours les autorisations définies au niveau de la base de données. Remarque : vous ne pouvez pas verrouiller (ou déverrouiller) les autorisations d’une base de données si la base de données figure dans un projet. Pour verrouiller (ou déverrouiller) les autorisations de la base de données, utilisez la procédure suivante : 1. Connectez-vous à Tableau Cloud ou Tableau Server en tant qu’administrateur ou en tant qu’utilisateur doté du droit « Définir les autorisations ». 2. Dans le volet de navigation gauche, cliquez sur Ressources externes. Par défaut, la page Ressources externes affiche une liste de bases de données et de fichiers. 3. Cochez la case à côté de la base de données dont vous voulez verrouiller les autorisations, sélectionnez Actions > Autorisations, puis cliquez sur le lien Modifier dans les autorisations de table. 4. Dans la boîte de dialogue Autorisations de table pour la base de données, sélectionnez Verrouillé, puis cliquez sur Enregistrer. 5. Pour déverrouiller les autorisations, cliquez à nouveau sur Modifier, puis sélectionnez Personnalisé. ### Accès à l’information de lignage Catalog (et l’API de métadonnées) peut exposer les métadonnées de relations et de dépendances, également appelées _lignage_, pour le contenu Tableau et les ressources externes sur Tableau Cloud ou Tableau Server. Le lignage peut afficher trois points principaux : - Comment les éléments sont reliés entre eux, directement ou indirectement - Combien de ces éléments sont reliés les uns aux autres - Avec les autorisations appropriées, montre les données sensibles sur les éléments de lignage **Données sensibles de lignage** Dans certains cas, le lignage peut contenir des données sensibles, par exemple des messages d’avertissement sur la qualité des données, des noms de contenu ou de ressources, ou des éléments connexes et des métadonnées. Par défaut, des informations complètes sur le lignage s’affichent pour tous les utilisateurs, tandis que les données sensibles sont bloquées pour les utilisateurs spécifiques qui ne disposent pas des fonctionnalités d’affichage appropriées. Le concept de blocage des données sensibles est appelé « obscurcissement ». L’obscurcissement permet de rendre visibles toutes les métadonnées de lignage tout en bloquant les données sensibles aux yeux de certains utilisateurs qui ne disposent pas des fonctionnalités d’affichage appropriées. Cette valeur par défaut permet d’avoir des flux de travail reposant sur une analyse d’impact complète. Si l’obscurcissement des données sensibles de lignage n’est pas suffisant pour votre entreprise, il est possible de filtrer certaines parties du lignage, y compris ses données sensibles. Le filtrage omet certaines parties du lignage (et zones liées au lignage comme les détails des données) pour des utilisateurs spécifiques qui ne disposent pas des fonctionnalités d’affichage adaptées aux données sensibles. Comme le filtrage omet certaines parties du lignage, il empêche les flux de travail qui reposent sur une analyse d’impact complète. Pour modifier la manière dont les données sensibles sont traitées, procédez comme suit : 1. Connectez-vous à Tableau Cloud ou Tableau Server en tant qu’administrateur. 2. Dans le panneau de navigation gauche, cliquez sur Paramètres. 3. Dans l’onglet Général, sous Information sensible sur le lignage, sélectionnez la case d’option qui gère le mieux l’information sur le lignage pour tous les utilisateurs de votre site Tableau Cloud ou Tableau Server. **Remarques complémentaires sur le lignage** - **Si vous disposez de la fonctionnalité d’affichage sur les ressources associées**, vous pouvez voir quand et quelles ressources sont reliées les unes aux autres, et consulter leurs métadonnées sensibles. Par exemple, vous pouvez voir 1) les noms, les avertissements sur la qualité des données et le nombre total de bases de données et de tableaux connexes en amont et 2) le nombre combiné de feuilles (visibles et cachées) dans un classeur en aval dans le lignage de la ressource à évaluer. - **Même si vous _ne disposez pas_ des autorisations « Afficher » sur les ressources associées**, vous pouvez toujours voir quand les ressources sont reliées les unes aux autres. Par exemple, vous pouvez voir 1) s’il existe des bases de données et des tables connexes en amont dans le lignage, 2) le nombre total de bases de données ou le nombre total de tables qui sont liées à la ressource que vous évaluez. Cependant, vous ne pouvez pas voir les métadonnées associées à ces ressources si vous ne disposez pas de la fonctionnalité d’affichage nécessaire. Lorsque les métadonnées sont bloquées en raison d’autorisations limitées ou que la ressource se trouve dans l’espace personnel, vous voyez s’afficher Autorisations requises. ![Exemple d’une ressource pour laquelle une autorisation est requise](/tableau/current/fr-ca/server/fr-ca/Img/dm_perms_required_related.png) - **Même si vous _ne disposez pas_ de la fonctionnalité d’affichage pour les ressources associées**, vous pouvez toujours voir si les ressources sont certifiées. Cependant, si vous ne disposez pas de la fonctionnalité d’affichage, vous ne pouvez pas voir l’information sensible liée à la certification, comme les noms des bases de données et des tables associées Lorsque les métadonnées sont bloquées en raison d’autorisations limitées ou que la ressource se trouve dans l’espace personnel, vous voyez s’afficher **Autorisations requises**. ![Exemple d’une ressource pour laquelle une autorisation est requise](/tableau/current/fr-ca/server/fr-ca/Img/dm_perms_required_cert_message.png) Pour plus d’informations sur le lignage, consultez [Utiliser le lignage pour l’analyse d’impact](https://help.tableau.com/current/server/fr-ca/dm_lineage.htm). **Remarques supplémentaires sur les balises détectables à travers les données de lignage** Outre le contenu de Tableau, il est également possible d’ajouter des balises aux ressources externes. Bien que les balises soient toujours visibles, les éléments avec balise que vous voyez à travers les données de lignage peuvent être soit obfusqués (par défaut), soit filtrés comme décrit précédemment dans cette rubrique. Lorsque les éléments avec balise sont obfusqués : - **Si vous disposez de la capacité Affichage pour les éléments avec balise**, vous pouvez voir les éléments avec balise et les éléments connexes avec balise, ainsi que toutes les métadonnées. - **Si vous ne disposez pas de la capacité Affichage pour les éléments avec balise :** - Vous pouvez afficher le type d’éléments avec balise et d’éléments connexes avec balise, mais vous ne pouvez pas afficher les métadonnées sensibles sur les éléments. Par exemple, supposons que vous utilisiez un filtre de balises pour afficher les éléments avec la balise « Remarquable ». Bien que vous puissiez voir qu’il existe des éléments de base de données avec une balise « Remarquable », vous ne pouvez pas voir les noms des bases de données avec balise. - Vous pouvez voir le nombre d’éléments connexes avec balise. Par exemple, supposons que vous effectuez une requête de balise sur « Remarquable ». Votre requête renvoie cinq bases de données avec balise. Lorsque les éléments avec balise sont filtrés, les éléments avec balise et les éléments connexes avec balise que vous voyez sont limités aux éléments pour lesquels vous disposez de la fonctionnalité Affichage. Pour plus d’informations sur les balises, consultez [Ajouter des balises à des éléments](https://help.tableau.com/current/pro/desktop/fr-ca/tags.htm) dans l’aide utilisateur de Tableau. Absence de correspondance possible entre les résultats des ressources et les résultats du contenu Lors de l’affichage des données de lignage, Catalog fournit des renseignements sur le contenu Tableau et les ressources externes. Le lignage Catalog indique toujours le nombre réel ou le résultat des éléments associés. Cependant, ailleurs dans le site, il se peut que vous voyiez moins d’éléments. Vos fonctionnalités d’affichage en sont l’une des raisons. En dehors de Catalog, vous voyez uniquement le contenu auquel vous avez accès en fonction de vos autorisations. Supposons, par exemple, que vous consultiez la source de données Hypermarché. Le lignage de la source de données Hypermarché indique à combien de tables sous-jacentes en amont la source de données se connecte et combien de classeurs en aval s’appuient sur la source de données. Cependant, comme vous ne disposez peut-être pas de l’autorisation d’affichage sur tous ces classeurs en aval, le nombre (total réel) de classeurs associés sur le lignage Catalog peut dépasser le nombre de classeurs représentés dans l’onglet Classeurs connectés (que vous êtes autorisés à voir). Il peut y avoir d’autres raisons, non liées aux autorisations, pour lesquelles vous pouvez constater un décalage entre le nombre de ressources et le nombre d’éléments de contenu. Pour plus d’informations, consultez [Utiliser le lignage pour l’analyse d’impact](https://help.tableau.com/current/server/fr-ca/dm_lineage.htm). ## Qui peut le faire? Les informations suivantes résument les types d’utilisateurs qui peuvent effectuer les tâches décrites dans cette rubrique. Administrateur de site Tableau Cloud ou administrateur Tableau Server
Gestion des donnéesFonctionnalitéExigences
Sous licenceVoir les ressources et leurs métadonnéesAucune
Modifier les ressources et leurs métadonnéesAucune
Modifier l’autorisation pour les ressources et leurs métadonnéesAucune
Autoriser les utilisateurs à voir les ressources et leurs métadonnées

Par défaut : lorsque les « autorisations dérivées » sont activées, vos utilisateurs peuvent voir les métadonnées des ressources externes pour le contenu qu’ils possèdent, ou pour le contenu qui est publié sur un projet dont ils sont le responsable ou le propriétaire.

Ad hoc : vous pouvez configurer des autorisations Afficher sur une ressource externe spécifiée.

Autoriser les utilisateurs à modifier leurs ressources et leurs métadonnéesVous pouvez configurer des autorisations explicites « Écrire » ou Remplacer pour une ressource externe spécifiée (si elle n’est pas automatiquement accordée parce que l’utilisateur est un propriétaire de flux).
Autoriser les utilisateurs à modifier les autorisations sur les ressources et leurs métadonnéesVous pouvez configurer des autorisations explicites « Modifier » ou Définir des autorisations pour une ressource externe spécifiée (si elle n’est pas automatiquement accordée parce que l’utilisateur est un propriétaire de flux).
Sans licenceVoir toutes les ressources et leurs métadonnéesS’applique uniquement à l’API de métadonnées
Modifier les ressources et leurs métadonnéesRequiert Gestion des données
Modifier l’autorisation pour les ressources et leurs métadonnéesRequiert Gestion des données
Autoriser les utilisateurs à voir les ressources et leurs métadonnées

S’applique uniquement à l’API de métadonnées :

Vous pouvez activer les autorisations dérivées comme décrit ci-dessus. Si les « autorisations dérivées » sont activées, vos utilisateurs peuvent voir les métadonnées sur les ressources externes pour le contenu qu’ils possèdent, ou pour le contenu qui est publié sur un projet dont ils sont le responsable ou le propriétaire.

Autoriser les utilisateurs à modifier leurs ressources et leurs métadonnéesRequiert Gestion des données
Autoriser les utilisateurs à modifier les autorisations sur les ressources et leurs métadonnéesRequiert Gestion des données
Utilisateur avec une licence Creator ou Explorer
Gestion des donnéesFonctionnalitéExigences
Sous licenceVoir les ressources et leurs métadonnées

Par défaut : lorsque les « autorisations dérivées » sont activées par votre administrateur de site Tableau Cloud ou votre administrateur Tableau Server, vous pouvez voir les métadonnées des ressources externes pour le contenu que vous possédez, ou pour le contenu qui est publié sur un projet dont vous êtes le responsable ou le propriétaire.

Ad-hoc : vous pouvez voir les métadonnées des ressources externes auxquelles vous avez accordé des autorisations explicites d’Affichage.

Modifier les ressources et leurs métadonnéesVous pouvez modifier les métadonnées d’une ressource externe pour laquelle vous avez obtenu des autorisations explicites Remplacer(si elle n’est pas automatiquement accordée parce que l’utilisateur est un propriétaire de flux).
Modifier les autorisations pour les ressources et leurs métadonnéesVous pouvez modifier les métadonnées d’une ressource externe pour laquelle vous avez obtenu des autorisations explicites « Modifier » ou Définir les autorisations (si elle n’est pas automatiquement accordée parce que l’utilisateur est un propriétaire de flux).
 Autoriser les autres utilisateurs à voir les ressources et leurs métadonnéesVous pouvez modifier les métadonnées d’une ressource externe pour laquelle vous avez obtenu des autorisations explicites « Modifier » ou Définir les autorisations (si elle n’est pas automatiquement accordée parce que l’utilisateur est un propriétaire de flux).
Sans licenceVoir les ressources et leurs métadonnées

S’applique uniquement à l’API de métadonnées :

Si les « autorisations dérivées » sont activées par votre administrateur de site Tableau Cloud ou votre administrateur Tableau Server, vous pouvez voir les métadonnées des ressources externes pour le contenu que vous possédez, ou pour le contenu qui est publié sur un projet dont vous êtes le responsable ou le propriétaire.

Modifier les ressources et leurs métadonnées

 

Requiert Gestion des données

Modifier les autorisations pour les ressources et leurs métadonnées
Autoriser les autres utilisateurs à voir les ressources et leurs métadonnées
[Passer au contenu principal](#main-content) # Gérer les étiquettes de données À partir de Tableau Cloud octobre 2023 et Tableau Server 2023.3, si vous disposez d’une licence Gestion des données et que vous êtes administrateur, vous pouvez utiliser le gestionnaire d’étiquettes pour créer ou modifier des noms et des catégories d’étiquettes. Ces personnalisations affectent le mode d’affichage des étiquettes dans Tableau lorsque les utilisateurs interagissent avec les étiquettes. Remarque : Vous pouvez également utiliser les méthodes labelValues et labelCategories de l’API REST pour créer et modifier des étiquettes et des catégories d’étiquettes. (Les administrateurs Tableau Cloud peuvent créer et modifier des noms et des descriptions d’étiquettes à l’aide des méthodes labelValues depuis Tableau Cloud juin 2023.) Pour plus d’informations, consultez la section Méthodes de métadonnées dans la [référence de l’API REST](https://help.tableau.com/v0.0/api/rest_api/fr-ca/REST/rest_api_ref_metadata.htm). ## Gestionnaire d’étiquettes Pour utiliser le gestionnaire d’étiquettes, connectez-vous en tant qu’administrateur et sélectionnez Étiquettes de données dans le volet de navigation de gauche. ![Utiliser l’élément de menu Étiquettes de données pour accéder à la page Étiquettes de données](/tableau/current/fr-ca/server/fr-ca/Img/dm_label_manager_data_labels_menu_item.png) Sinon, si vous êtes connecté en tant qu’administrateur et que vous ouvrez la boîte de dialogue Étiquettes de données pour étiqueter un actif, le lien Gérer les étiquettes s’affiche dans le coin inférieur-. Le lien Gérer les étiquettes mène vers la page Étiquettes de données. (Dans Tableau Server 2023.3 et les versions antérieures, le lien Gérer les étiquettes s’affiche plutôt dans les listes déroulantes de sélection d’étiquette des boîtes de dialogue de certification individuelle, d’avertissement sur la qualité des données, d’étiquette de sensibilité et d’étiquette personnalisée.) ![Utiliser le lien Gérer les étiquettes pour accéder à la page Étiquettes de données](/tableau/current/fr-ca/server/fr-ca/Img/dm_label_manager_alt_entry_point_248.png) La page du gestionnaire d’étiquettes affiche une ligne pour chaque étiquette, triée par catégorie d’étiquette. Chaque ligne comprend la catégorie d’étiquette, le nom (appelé ici la valeur), un menu Actions (...) pour effectuer des actions sur cette étiquette, cette visibilité et cette description. ![La page Étiquettes de données et la liste des étiquettes](/tableau/current/fr-ca/server/fr-ca/Img/dm_label_manager_label_list_246.png) Utilisez le gestionnaire d’étiquettes pour : - **Modifier les étiquettes intégrées** - Exemple : Vous changez le nom de l’avertissement sur la qualité intégré de « En cours de maintenance » à « Mode de maintenance ». - Exemple : Vous faites passer les étiquettes de surveillance de l’actualisation d’extrait d’une visibilité normale à une haute visibilité afin qu’elles s’affichent dans les vues. - **Créer de nouvelles étiquettes pour les catégories intégrées existantes** - Exemple : Vous ajoutez une nouvelle étiquette de sensibilité appelée « Confidentiel ». - **Rétablir le nom, la description et la visibilité par défaut d’une étiquette intégrée** - Exemple : Vous avez précédemment changé le nom de l’avertissement sur la qualité « Données obsolètes » en « Obsolètes » et vous souhaitez revenir à son nom par défaut. - **Créer des catégories personnalisées** - Exemple : Vous créez une nouvelle catégorie d’étiquettes appelée « Service » dans le but d’ajouter des étiquettes pour différentes unités commerciales. - **Créer de nouvelles étiquettes en catégories personnalisées** - Exemple : Vous créez de nouvelles étiquettes « Ventes », « Après-vente » et « Opérations » pour la catégorie « Service » que vous venez de créer. ## Propriétés des étiquettes de données Une étiquette possède un nom, une catégorie et une description. Les étiquettes avec une catégorie Avertissement sur la qualité ou Sensibilité ont également un niveau de visibilité. ### Nom Le nom de l’étiquette est le nom commun de l’étiquette tel qu’il apparaît à divers endroits. Par exemple, ici, le nom de l’étiquette « Obsolète » est sélectionné dans l’onglet Avertissement sur la qualité de la boîte de dialogue Étiquettes de données. ![Nom de l’étiquette dans la boîte de dialogue Avertissement sur la qualité des données](/tableau/current/fr-ca/server/fr-ca/Img/dm_label_value_name.png) Ici, le nom de l’étiquette « Avertissement » s’affiche en haut de la page de la table « Batters », et à nouveau dans les détails de l’étiquette. ![Nom de l’étiquette en haut de la page de la table](/tableau/current/fr-ca/server/fr-ca/Img/dm_label_value_name_on_sticker.png) ### Catégorie La catégorie d’étiquette affecte l’endroit et la manière dont l’étiquette apparaît, si elle apparaît sur des ressources en aval de la ressource à laquelle elle est associée, et quelles parties sont personnalisables, entre autres choses. Par exemple, les avertissements sur la qualité et les étiquettes de sensibilité s’affichent sur les ressources en aval, ce qui n’est pas le cas des autres étiquettes appartenant à d’autres catégories. Autre exemple : Vous pouvez modifier la description d’une étiquette de certification, mais pas son nom. Les catégories intégrées sont certification, avertissement sur la qualité et sensibilité. Pour les catégories personnalisées, les utilisateurs voient le nom de la catégorie dans les onglets de catégorie verticaux de la boîte de dialogue Étiquettes de données, entre autres. Par exemple, ici, le nom de catégorie « Service » apparaît dans les onglets de catégorie verticaux, en haut de la liste des noms d’étiquette et à d’autres endroits. ![Sélection de catégorie dans la boîte de dialogue Plus d’étiquettes de données](/tableau/current/fr-ca/server/fr-ca/Img/dm_label_category_in_data_labels_dialog_248.png) ### Description La description de l’étiquette apparaît à divers endroits, y compris dans la boîte de dialogue Étiquettes de données, et elle aide l’utilisateur à comprendre le rôle de l’étiquette. Par exemple, la description de l’étiquette de cet avertissement sur la qualité des données est décrite comme suit : « Cette ressource n’est plus gérée et ne doit pas être utilisée ». ![Description de l’étiquette dans la boîte de dialogue Avertissement sur la qualité des données](/tableau/current/fr-ca/server/fr-ca/Img/dm_label_value_description.png) ### Visibilité La visibilité d’une étiquette détermine son apparence. Les étiquettes à haute visibilité s’affichent à plus d’endroits et peuvent sembler plus impérieuses pour l’utilisateur. Vous ne pouvez définir le niveau de visibilité que sur les étiquettes d’avertissement sur la qualité ou les étiquettes de sensibilité. De plus, si une étiquette est classée dans la catégorie Avertissement sur la qualité, les utilisateurs disposant d’autorisations peuvent remplacer la visibilité par défaut sur chaque ressource à laquelle ils associent une étiquette d’avertissement sur la qualité. Pour plus d’information, consultez les rubriques [Définir un avertissement sur la qualité des données](https://help.tableau.com/current/server/fr-ca/dm_dqw.htm#high_visibility) et [Étiquettes de sensibilité](https://help.tableau.com/current/server/fr-ca/dm_labels_sensitivity.htm#visibility). ## Créer une étiquette de données Pour créer une étiquette : 1. Sur la page Étiquettes de données, sélectionnez Nouvelle étiquette. 2. Sélectionnez une catégorie dans la liste déroulante Catégories d’étiquettes. 3. Saisissez le nom de l’étiquette dans le champ Valeur de l’étiquette. 4. Entrez la description de l’étiquette dans le champ Description de l’étiquette. Vous pouvez mettre en forme le texte en gras, souligné et italique, et inclure un lien ou une image. Pour voir des conseils de mise en forme du texte, survolez l’icône d’information (i) au-dessus du bouton Enregistrer. 5. Si l’étiquette a une catégorie Avertissement sur la qualité ou Sensibilité, définissez le niveau de visibilité. Pour plus d’information, consultez [Visibilité](#Visibility). 6. Sélectionnez Enregistrer. ![Boîte de dialogue Nouvelle étiquette](/tableau/current/fr-ca/server/fr-ca/Img/dm_label_manager_new_label_248.png) ### Limites de création d’étiquettes - Vous ne pouvez pas créer d’étiquette dans la catégorie de certification. La catégorie de certification n’autorise qu’une seule étiquette intégrée. - Vous ne pouvez pas créer de nouveaux avertissements de surveillance. Toutefois, les avertissements d’échec de l’actualisation d’extrait et d’échec de l’exécution du flux peuvent être modifiés de façon limitée, comme décrit dans la section « Modifier une étiquette ». - La longueur maximale du nom d’une étiquette dans Tableau Cloud et Tableau Server 2024.2 et les versions ultérieures est de 128 caractères. La longueur maximale du nom d’une étiquette dans Tableau Server 2023.3 et les versions antérieures est de 24 caractères. - La longueur maximale pour la description d’une étiquette est de 500 caractères. ## Modifier une étiquette de données Pour modifier une étiquette existante : 1. Sur la page Étiquettes de données, sélectionnez le menu Actions (...) dans la ligne des étiquettes. Vous pouvez également sélectionner la ligne à l’aide de la case à cocher située à gauche, et cliquer sur le menu déroulant Actions en haut de la liste des étiquettes. 2. Sélectionnez Modifier. 3. (Facultatif) Modifiez le nom de l’étiquette dans le champ Valeur de l’étiquette. 4. (Facultatif) Modifiez la description de l’étiquette dans le champ Description de l’étiquette. 5. (Facultatif) Si l’étiquette a une catégorie Avertissement sur la qualité ou Sensibilité, définissez le niveau de visibilité. Pour plus d’informations, consultez [Visibilité](#Visibility). 6. Sélectionnez Enregistrer. ### Limites de modification des étiquettes - Vous ne pouvez pas modifier la catégorie d’une étiquette existante. - La longueur maximale du nom d’une étiquette dans Tableau Cloud et Tableau Server 2024.2 et les versions ultérieures est de 128 caractères. La longueur maximale du nom d’une étiquette dans Tableau Server 2023.3 et les versions antérieures est de 24 caractères. - La longueur maximale pour la description d’une étiquette est de 500 caractères. Les différentes catégories d’étiquettes permettent différents degrés de modification des étiquettes. Le tableau suivant répertorie les propriétés modifiables des étiquettes avec les catégories données :

Catégorie d’étiquette

Peut modifier une catégorie d’étiquette

Peut modifier des noms d’étiquettes

Peut modifier des descriptions d’étiquettes

Peut modifier la visibilité des étiquettes

Certificat

Non

Non

Oui

S.O.

Avertissement sur la qualité

Non

Oui1

Oui

Oui2

Sensibilité

Non

Oui

Oui

Oui

Personnalisé

Non

Oui

Oui

S.O.

1 _Vous ne pouvez pas modifier le nom de l’étiquette (valeur de l’étiquette) des avertissements de surveillance d’actualisation d’extrait ou d’exécution du flux._ 2 _Le niveau de visibilité que vous définissez pour les avertissements sur la qualité est la visibilité par défaut. Les utilisateurs autorisés peuvent remplacer la visibilité par défaut lorsqu’ils associent un avertissement sur la qualité à une ressource. Pour plus d’information, consultez_ [Visibilité](#Visibility)_._ ## Supprimer une étiquette de données Pour supprimer une étiquette existante : 1. Sur la page Étiquettes de données, sélectionnez le menu Actions (...) dans la ligne des étiquettes. Vous pouvez également sélectionner la ligne à l’aide de la case à cocher située à gauche, et cliquer sur le menu déroulant Actions en haut de la liste des étiquettes. 2. Sélectionnez Supprimer. ### Limites de suppression des étiquettes - Vous ne pouvez pas supprimer une étiquette intégrée. Les étiquettes intégrées sont les étiquettes par défaut dans Tableau Server. ## Rétablir les valeurs par défaut d’une étiquette de données intégrée Si un administrateur a précédemment modifié une étiquette intégrée, le menu Actions de cette étiquette contient la valeur Rétablir l’étiquette par défaut. Le rétablissement des valeurs par défaut d’une étiquette permet de rétablir le nom (valeur), la description et la visibilité par défaut de l’étiquette. ![Rétablir les valeurs par défaut d’une étiquette intégrée](/tableau/current/fr-ca/server/fr-ca/Img/dm_label_manager_revert_built-in_label_246.png) ## Créer une catégorie d’étiquettes de données Pour créer une catégorie d’étiquette : 1. Sur la page Étiquettes de données, sélectionnez Nouvelle étiquette. 2. Dans la boîte de dialogue Nouvelle étiquette, sélectionnez Nouvelle catégorie. 3. Entrez le nom de la catégorie dans le champ Nom de catégorie. 4. Entrez la description de la catégorie dans le champ Description de la catégorie. Vous pouvez mettre en forme le texte en gras, souligné et italique, et inclure un lien ou une image. Pour voir des conseils de mise en forme du texte, survolez l’icône d’information (i) au-dessus du bouton Enregistrer. 5. Sélectionnez Enregistrer. ![Boîte de dialogue Ajouter une nouvelle catégorie](/tableau/current/fr-ca/server/fr-ca/Img/dm_label_manager_new_category_248.png) ### Limites de la création de catégories d’étiquettes - La longueur maximale du nom d’une catégorie dans Tableau Cloud et Tableau Server 2024.2 et les versions ultérieures est de 128 caractères. La longueur maximale du nom d’une catégorie dans Tableau Server 2023.3 et les versions antérieures est de 24 caractères. - La longueur maximale d’une description de catégorie est de 500 caractères. ## Modifier une catégorie d’étiquette de données Pour modifier une catégorie d’étiquette : 1. Sur la page Étiquettes de données, sélectionnez la catégorie d’étiquette, puis sélectionnez l’icône en forme de crayon. Ou, dans la boîte de dialogue Nouvelle étiquette ou Modifier une étiquette, sélectionnez la catégorie dans la liste déroulante Catégorie d’étiquette, puis sélectionnez l’icône en forme de crayon en regard de Description de la catégorie. 2. (Facultatif) Modifiez le nom de la catégorie dans le champ Nom de catégorie. 3. (Facultatif) Modifiez la description de la catégorie dans le champ Description de la catégorie. 4. Sélectionnez Enregistrer. ### Limites de la modification des catégories d’étiquettes - Vous ne pouvez pas modifier une catégorie intégrée. - La longueur maximale du nom d’une catégorie dans Tableau Cloud et Tableau Server 2024.2 et les versions ultérieures est de 128 caractères. La longueur maximale du nom d’une catégorie dans Tableau Server 2023.3 et les versions antérieures est de 24 caractères. - La longueur maximale d’une description de catégorie est de 500 caractères. ## Supprimer une catégorie d’étiquettes de données Actuellement, il n’existe aucune méthode pour supprimer une catégorie d’étiquette par l’intermédiaire de l’interface Tableau Server habituelle. Pour supprimer une catégorie à l’aide de l’API REST, consultez la [Méthode de suppression d’une catégorie d’étiquette](https://help.tableau.com/current/api/rest_api/fr-ca/REST/rest_api_ref_metadata.htm#delete_label_category) dans la référence de l’API REST. ## Scénarios de personnalisation ### Scénario : Personnaliser une étiquette de données intégrée Supposons que vous décidiez de rendre plus précis l’avertissement sur la qualité des données appelé « Avertissement ». En tant qu’administrateur, vous modifiez le nom de l’étiquette par défaut (« Avertissement ») pour le remplacer par un nom que vous jugez plus utile pour votre entreprise : « Non approuvé ». Le nom de l’étiquette « Non approuvé » apparaît désormais dans la boîte de dialogue de l’étiquette lorsque les utilisateurs sélectionnent des étiquettes. Vous pouvez également modifier la description de l’étiquette pour offrir à l’utilisateur plus de détails sur l’avertissement dans la boîte de dialogue de l’étiquette. Par exemple : « Cette ressource ne répond pas aux normes de qualité requises par le service marketing. » ### Scénario : Créer une étiquette de données personnalisée Supposons que vous souhaitiez que les utilisateurs bénéficient d’un contrôle plus précis sur la classification de la sensibilité des ressources. Vous créez deux étiquettes de sensibilité appelées « Public » et « PII ». Les noms des étiquettes personnalisées « Public » et « PII » apparaissent désormais dans les listes déroulante et les descriptions de la boîte de dialogue de l’étiquette, aux côtés de l’étiquette de sensibilité intégrée. ### Scénario : Créer une nouvelle catégorie d’étiquettes de données et des étiquettes de données associées Supposons que vous ayez besoin d’un moyen d’identifier les unités opérationnelles responsables des ressources. Vous créez une catégorie d’étiquettes appelée « Service ». Ensuite, vous créez trois étiquettes : « Ventes », « Après-vente » et « Opérations » dans la catégorie « Service». La catégorie « Service » et les trois étiquettes associées apparaissent désormais dans la boîte de dialogue Plus d’étiquettes de données permettant aux utilisateurs de les associer aux ressources. [Passer au contenu principal](#main-content) # Gérer les extensions de tableau de bord et de visualisation dans Tableau Server Les extensions Tableau sont des applications Web qui permettent d’étendre les analyses fournies dans un classeur Tableau. Grâce à [l’API Extensions Tableau](https://tableau.github.io/extensions-api), les extensions s’intègrent de manière transparente pour interagir avec le reste du classeur Tableau. Les extensions de tableau de bord s’exécutent dans des zones de tableau de bord personnalisées et peuvent interagir avec le reste du tableau de bord. Les extensions de tableau de bord permettent aux utilisateurs d’interagir avec les autres applications directement dans Tableau. Les extensions de visualisation s’exécutent dans les feuilles de calcul et permettent aux utilisateurs d’utiliser des types de visualisation personnalisés. Les utilisateurs de Tableau accèdent aux extensions de tableau de bord en tant qu’objets de tableau de bord et accèdent aux extensions de visualisation par le biais de la fiche Repères de la feuille de calcul. **Remarque :** Les administrateurs de serveur peuvent activer les extensions de tableau de bord et de visualisation sur le serveur, ou bloquer l’exécution de certaines extensions. Les administrateurs peuvent ajouter des extensions à la liste d’autorisations et contrôler le type de données auxquelles les extensions peuvent accéder. L’administrateur de serveur peut également configurer si les utilisateurs du site voient les invites lorsqu’ils ajoutent ou affichent des extensions. Les administrateurs de serveur ont également la possibilité de bloquer l’utilisation de certaines extensions sur tous les sites. Pour des informations sur la sécurité des extensions et les options de déploiement recommandées, consultez [Sécurité des extensions - Meilleures pratiques de déploiement](https://help.tableau.com/current/server/fr-ca/security_extensions.htm). Pour plus d’informations sur l’utilisation d’extensions de tableau de bord dans Tableau, consultez [Utiliser les extensions de tableau de bord](https://help.tableau.com/current/pro/desktop/fr-ca/dashboard_extensions.htm). Pour plus d’informations sur l’utilisation d’extensions de visualisation, consultez [Ajouter des extensions de visualisation à votre feuille de calcul](https://help.tableau.com/v0.0/pro/desktop/fr-ca/viz_extensions.htm). Vous recherchez Tableau Cloud? Consultez [Gérer les extensions de tableau de bord dans Tableau Cloud](https://help.tableau.com/current/online/fr-ca/dashboard_extensions_server.htm "Ouvre la rubrique dans un nouvel onglet de navigateur").[](https://help.tableau.com/current/online/fr-ca/dashboard_extensions_server.htm "Ouvre la rubrique dans un nouvel onglet de navigateur") ## Avant d’exécuter des extensions dans Tableau Server Les extensions sont une plateforme ouverte, mais en général, il y a deux normes à prendre en compte : - Les extensions de confiance Tableau, qui sont des extensions spécifiquement vérifiées et déployées sur des hôtes gérés par Tableau. Ces extensions incluent des solutions créées et gérées par Tableau; des solutions conçues par des partenaires Tableau Exchange qui se déploient avec le service de révision et d’hébergement de Tableau; et des solutions hébergées dans l’environnement protégé de nos anciennes extensions de bac à sable. - Les extensions compatibles réseau, qui sont des extensions hébergées sur un hôte tiers. Les extensions réseau peuvent être utiles lorsque les développeurs choisissent de gérer la livraison de leurs extensions sans l’intervention de Tableau. Il s’agit notamment d’extensions que les partenaires gèrent directement pour fournir un meilleur soutien à la production; des extensions hébergées et déployées dans votre propre réseau local; ou des extensions qui nécessitent une communication avec des services tiers extérieurs à Tableau. Les extensions réseau disposent d’un accès complet au Web. **Remarque :** Tableau prend en charge l’intégration avec Einstein Discovery de Salesforce via l’extension de tableau de bord Einstein Discovery. Il s’agit d’une extension spéciale qui a accès aux données de Salesforce.com et qui est autorisée par défaut. Celle-ci n’est pas considérée comme une extension réseau ni comme une extension de bac à sable. Pour plus d’informations sur l’intégration d’Einstein Discovery, consultez [Notes de version de Tableau Server](https://help.tableau.com/current/server/fr-ca/whatsnew_server.htm#2021-1-einstein-predictions) . ### Extensions de confiance Tableau À partir de la version 2025.3, les extensions de confiance Tableau représentent le sous-ensemble d’extensions de Tableau Exchange dont l’utilisation a été élevée. Les extensions de confiance sont hébergées sur les hôtes Tableau et sont nécessaires pour limiter la communication entre les utilisateurs, les clients et Tableau. Ces extensions ont été testées pour les communications réseau et analysées à la recherche de vulnérabilités avant le déploiement. Cette norme d’extension est utilisée pour fournir un accès mieux contrôlé aux extensions. Cette norme prévoit : - Les extensions de bac à sable sont hébergées par Tableau et utilisent les normes W3C, comme la politique de sécurité du contenu (Content Security Policy, CSP), pour s’assurer que l’extension ne peut pas faire d’appels au réseau en dehors de l’hôte de bac à sable Tableau. Une extension de bac à sable peut interroger des données, mais l’environnement de bac à sable bloque explicitement la transmission de ces données ailleurs. Les extensions de bac à sable sont prises en charge dans Tableau 2019.4 et versions ultérieures. Par défaut, les extensions de bac à sable sont autorisées à s’exécuter si les extensions sont activées pour le site. - Les extensions créées par Tableau sont des solutions développées et activement maintenues par l’équipe de développement de Tableau. Les extensions créées par Tableau sont explicitement conçues pour diriger les communications vers le client utilisateur, plutôt que pour extraire les données utilisateur. Cela limite intrinsèquement le risque d’exfiltration et de rétention des données. Les extensions créées par Tableau sont également soumises aux normes de cycle de développement logiciel (Software Development Life Cycle, SDLC) de Salesforce. Par défaut, les extensions créées par Tableau sont autorisées à s’exécuter si elles sont activées pour le site. - Les extensions créées par des partenaires de confiance Tableau sont des solutions développées et activement maintenues par des partenaires Tableau et Salesforce accrédités qui contribuent à Tableau Exchange. Les développeurs Tableau valident ces solutions tierces par des tests manuels avant leur déploiement comme extensions de confiance Tableau. Les développeurs Tableau effectuent des tests de communication fonctionnelle et réseau, ainsi que des analyses de code automatisées des extensions avant qu’elles ne soient déployées sur un hôte Tableau dédié. Les extensions créées par des partenaires de confiance Tableau peuvent être activées pour être utilisées par votre administrateur Tableau. ### Extensions réseau Les extensions compatibles réseau sont des applications Web qui peuvent être exécutées sur tout ordinateur configuré comme serveur Web. Cela inclut les ordinateurs locaux, les ordinateurs de votre domaine et les services Web tiers. Les extensions réseau pouvant être hébergées sur des serveur tiers et pouvant accéder aux données du classeur, vous ne souhaiterez autoriser que les extensions auxquelles vous faites confiance. Voir [Tester la sécurité des extensions réseau](#Test). ### Paramètres par défaut des extensions Les administrateurs peuvent utiliser les paramètres des extensions sur Tableau Server pour contrôler et limiter les extensions autorisées à s’exécuter. - Par défaut, les extensions peuvent s’exécuter, sauf si elles sont explicitement désactivées. Cette fonction est gérée soit par l’administrateur de serveur sur tous les sites, soit par un administrateur de site qui peut la désactiver pour un site donné. - Nous vous recommandons d’autoriser l’utilisation des extensions de confiance Tableau. Par défaut, les extensions de bac à sable et les extensions créées par Tableau sont autorisées à s’exécuter si les extensions sont activées pour le site. Les extensions créées par des partenaires de confiance Tableau peuvent être activées par l’administrateur. - Par défaut, aucune extension compatible réseau n’est autorisée, sauf si elle a été explicitement ajoutée à la liste d’autorisations. Par défaut, seules les extensions utilisant le protocole HTTPS sont autorisées, ce qui garantit un canal sécurisé pour l’envoi et la réception des données (la seule exception concerne `http://localhost`). Certaines extensions nécessitent des autorisations d’accès complet aux données (accès aux données sous-jacentes). Ces extensions ne peuvent pas s’exécuter sur Tableau Server sauf si vous ajoutez explicitement l’extension à la liste d’autorisations et autorisez l’extension à accéder aux données complètes. ## Contrôler l’utilisation des extensions Les administrateurs de serveur peuvent contrôler un paramètre global autorisant les extensions pour tous les sites sur le serveur. Les administrateurs de serveur peuvent également placer des extensions, y compris des extensions de bac à sable, sur une liste bloquée globale pour les empêcher de s’exécuter (voir [Bloquer des extensions spécifiques](#Block)). Par défaut, toutes les extensions de bac à sable sont activées sur le serveur, mais les administrateurs du site peuvent choisir de remplacer le paramètre par défaut et interdire les extensions de bac à sable pour le site. ### Modifier le paramètre global d’activation des extensions sur le serveur 1. Pour modifier ce paramètre pour le serveur, allez à Gérer tous les sites > Paramètres > Extensions. Si le serveur n’a qu’un seul site, les contrôles globaux apparaissent sur la page Paramètres du site. 2. Sous Extensions de tableau de bord et de visualisation, cochez ou décochez la case Autoriser les extensions à s’exécuter sur ce serveur. Si cette option n’est pas sélectionnée, les extensions ne sont pas autorisées à s’exécuter. Ce paramètre global a priorité sur le paramètre Autoriser les extensions à s’exécuter sur ce site de chaque site. ### Modifier les paramètres par défaut d’un site Les administrateurs de serveur peuvent contrôler l’activation des extensions pour le site et l’autorisation des extensions de confiance Tableau sur le site. En d’autres termes, si les extensions sont activées sur le serveur, les paramètres par défaut du site permettent l’utilisation des extensions de bac à sable et des extensions créées par Tableau sur le site, à condition qu’elles ne soient pas spécifiquement bloquées sur le serveur. Les paramètres par défaut du site permettent l’exécution des extensions réseau lorsqu’elles sont enregistrées sur la liste d’autorisations du site. Toute extension peut être explicitement ajoutée à la liste d’autorisations, ce qui permet ensuite à cette extension d’être utilisée sur le site. 1. Pour modifier ces paramètres pour le site, allez à Paramètres > Extensions. 2. Sous Extensions de tableau de bord et de visualisation, configurez ces options : - Autoriser l’exécution des extensions sur ce site - Autoriser l’exécution des extensions de confiance sur ce site Les administrateurs de serveur peuvent ajouter des extensions à la liste d’autorisations d’un site ou en supprimer. Lorsque vous ajoutez une extension à la liste d’autorisations, vous pouvez définir les autorisations qui permettent à l’extension d’accéder aux données complètes, si nécessaire. Consultez [Ajouter des extensions à la liste d’autorisations et configurer l’extension](#Add). ## Utilisation de la liste d’autorisations Utilisez la liste d’autorisations pour autoriser l’exécution d’extensions spécifiques sur un site. La liste d’autorisations est principalement utilisée pour les extensions réseau. À la différence des extensions de confiance Tableau, qui sont distribuées à partir d’hôtes Tableau connus et autorisées à s’exécuter par défaut, les extensions réseau ne sont pas autorisées sauf si elles ont été explicitement ajoutées à la liste d’autorisations. La liste d’autorisations vous permet également de contrôler si les utilisateurs sont invités à accorder l’autorisation d’exécuter l’extension et si l’extension a accès aux données complètes (données sous-jacentes) du classeur. Par défaut, les extensions de confiance Tableau sont autorisées à s’exécuter, ce qui inclut les extensions de bac à sable et les extensions créées par Tableau. Vous n’avez pas besoin de les ajouter à la liste d’autorisations, sauf si les paramètres par défaut ont changé et qu’elles ne sont plus autorisées. Il en va de même pour les extensions créées par des partenaires de confiance Tableau : si elles sont autorisées, vous n’avez pas besoin de les ajouter explicitement à la liste d’autorisations. ### Identifier l’URL d’une extension En tant qu’application Web, une extension est associée à un URL. Vous pouvez utiliser cet URL pour tester et vérifier l’extension. Vous pouvez également utiliser l’URL pour ajouter l’extension à la liste d’autorisations afin d’autoriser l’accès aux données complètes, ou à la liste bloquée si vous souhaitez interdire tout accès. Pour autoriser les extensions réseau ou d’autres extensions, vous devez trouver l’URL de l’extension, puis ajouter l’URL à la liste d’autorisations. En ajoutant l’URL à la liste d’autorisations, vous approuvez la communication avec l’application Web. Il existe plusieurs façons de déterminer l’URL de l’extension. #### Depuis Tableau Exchange Si vous utilisez une extension téléchargée depuis Tableau Exchange, vous trouverez l’URL de l’extension sur la page de référencement Exchange. Ouvrez la section de l’extension, sous Spécifications techniques, recherchez l’URL sous l’en-tête, Hébergé sur. ![Section Tableau Exchange pour une extension qui montre l’emplacement de l’URL hôte.](/tableau/current/fr-ca/server/fr-ca/Img/gallery_ext_url_350x187.png) #### Depuis le fichier manifest Si vous possédez le fichier manifest de l’extension (`.trex`), un fichier XML qui définit les propriétés de l’extension, vous trouverez l’URL dans l’élément ``. Vous pouvez récupérer le fichier manifest en téléchargeant l’extension depuis Tableau Exchange à l’aide de votre navigateur Web. Ouvrez le fichier manifest dans un éditeur de texte. ``` https://www.example.com/myExtension.html ``` #### Identifier une extension de tableau de bord à l’aide de la boîte de dialogue À propos Pour les extensions de tableau de bord, vous trouverez l’URL dans les propriétés des extensions qui se trouvent dans le menu contextuel de l’extension de tableau de bord. Dans le menu Plus d’options, cliquez sur À propos. ![Un menu contextuel avec des options telles que À propos, Recharger, Options de débogage, Flottante, Fixer la largeur, Modifier la largeur, Sélectionner le conteneur de mise en page, Désélectionner et Supprimer du tableau de bord.](/tableau/current/fr-ca/server/fr-ca/Img/about_extension_menu_224x217.png) La boîte de dialogue À propos répertorie le nom de l’extension, l’auteur, le site Web de l’auteur, ainsi que l’URL de l’extension. ![Une boîte de dialogue contenant des détails sur l’extension de l’échantillon de source de données, tels que son URL, son numéro de version et son ID d’instance.](/tableau/current/fr-ca/server/fr-ca/Img/about_extension_url_281x209.png) ### Ajouter des extensions à la liste d’autorisations et configurer l’extension Pour permettre aux utilisateurs d’accéder aux extensions réseau, ajoutez l’extension à la liste d’autorisations du site. Par défaut, lorsque vous ajoutez une extension à la liste d’autorisations, l’extension n’a accès qu’aux données résumées (ou agrégées). Vous pouvez également contrôler si les utilisateurs voient ou non une invite leur demandant d’autoriser l’extension à accéder aux données. Vous souhaiterez peut-être ajouter une extension à la liste d’autorisations (par exemple, une extension de bac à sable) pour configurer si les utilisateurs peuvent voir les invites. Lorsque vous masquez les invites aux yeux des utilisateurs, l’extension peut s’exécuter immédiatement. 1. Allez à Paramètres > Extensions. 2. Sous Activer des extensions spécifiques, ajoutez l’URL de l’extension. Consultez [Identifier l’URL d’une extension](#Identify). **Conseil :** Vous pouvez utiliser un point et un astérisque (.\*) (`.*`) comme caractère générique dans l’URL pour autoriser toutes les extensions dans un domaine ou un emplacement spécifique. Par exemple, pour autoriser toutes les extensions du domaine sous exemple.com qui utilisent le port 8080, vous devez ajouter l’URL : `https://example.com:8080/.*` . Pour plus d’informations, consultez [Utiliser des expressions régulières dans l’URL de la liste d’autorisations](#RegEx). 3. Choisissez d’Autoriser ou de Refuser l’accès aux données complètes à l’extension. L’accès aux données complètes désigne l’accès aux données sous-jacentes de la vue, et non seulement aux données résumées ou agrégées. L’accès aux données complètes inclut également des informations sur les sources de données, telles que les noms de la connexion, des champs et des tables. Dans la plupart des cas, si vous ajoutez une extension à la liste d’autorisations pour qu’elle puisse s’exécuter, vous souhaiterez peut-être aussi autoriser l’accès aux données complètes, si l’extension l’exige. Avant d’ajouter des extensions à la liste d’autorisations, veillez à [Tester la sécurité des extensions réseau](#Test). 4. Choisissez d’Afficher ou de Masquer les Invites utilisateur. Les utilisateurs voient les invites par défaut lorsqu’ils ajoutent une extension de tableau de bord à un tableau de bord ou une extension de visualisation à une feuille de calcul, ou lorsqu’ils interagissent avec une vue comportant une extension. L’invite fournit à l’utilisateur des détails sur l’extension et indique si l’extension dispose d’un accès aux données complètes. L’invite donne aux utilisateurs la possibilité d’autoriser ou d’interdire l’exécution de l’extension. Vous pouvez masquer cette invite aux yeux des utilisateurs, dans quel cas l’extension s’exécute immédiatement. ### Assurez-vous que l’extension dispose des autorisations nécessaires pour accéder au classeur ou à la vue L’extension d’un tableau de bord ou d’une visualisation a besoin d’accéder aux données visibles dans la vue. Les données visibles sont des données récapitulatives agrégées présentées dans une feuille de calcul ou un tableau de bord. Assurez-vous que le classeur ou la vue autorise le téléchargement des données récapitulatives. L’extension ne télécharge pas les données. L’extension a simplement besoin d’une autorisation pour pouvoir interagir avec les données de la vue. ## Bloquer des extensions spécifiques La stratégie globale par défaut autorise l’utilisation d’extensions dans Tableau. Par défaut, les extensions de bac à sable et les extensions créées par Tableau sont autorisées à s’exécuter. Les sites sont autorisés à activer les extensions créées par des partenaires de confiance et toutes les extensions réseau qui apparaissent sur la liste d’autorisations. Les administrateurs de serveur peuvent empêcher l’exécution de certaines extensions en les ajoutant à la liste d’autorisations du serveur. Si une extension est sur la liste globale bloquée, elle remplace tous les paramètres de l’extension figurant sur la liste d’autorisations d’un site. 1. Pour ajouter une extension à la liste bloquée du serveur, allez à Gérer tous les sites > Paramètres > Extensions. Dans les installations sur un seul site, la liste bloquée se trouve dans la page de paramètres Extensions du site. 2. Sous Bloquer des extensions spécifiques, ajoutez l’URL de l’extension. Consultez [Identifier l’URL d’une extension](#Identify). ### Utiliser des expressions régulières dans l’URL de la liste d’autorisations Généralement, lorsque vous ajoutez une extension à la liste d’autorisations, vous devez utiliser l’URL spécifique de l’extension. Il arrive toutefois que vous souhaitiez autoriser plusieurs extensions hébergées dans le même domaine et au même emplacement. Dans ce cas, il est recommandé d’utiliser un caractère générique dans l’URL. Les paramètres des extensions permettent d’utiliser des expressions régulières.
Expression régulièreDescription
.Un point (.) est un caractère générique que vous pouvez utiliser pour faire correspondre n’importe quel caractère. Si vous devez spécifier un point (.) dans l’URL au lieu d’un caractère générique, vous pouvez indiquer qu’il s’agit d’un caractère à l’aide d’une barre oblique inversée (\.).
*Un astérisque (*) est un quantificateur qui spécifie une seule ou plusieurs instances du caractère précédent.
Si vous utilisez des caractères génériques, prenez soin de ne pas rendre la liste d’autorisations trop permissive et de ne pas autoriser involontairement l’accès à des extensions pour lesquelles l’accès ne devrait pas être autorisé. Le tableau suivant illustre certains exemples d’utilisation d’expressions régulières dans l’URL. Notez que ces exemples n’indiquent pas le protocole et l’URL complet de l’extension. Seules les extensions utilisant le protocole HTTPS sont autorisées (à l’exception de http://localhost).
Pour spécifier...ExempleSpécifie
Plage de domaines.*\.example.comTous les sous-domaines sous example.com.
Tous les portsexample.com:.*Les extensions sont autorisées à accéder à tous les ports sous example.com.
Toutes les extensions sous domaine, port et cheminexample.com:8080/xyz/.*

Toutes les extensions sous le domaine example.com qui utilisent le port 8080 et sont situées dans zyz, sont autorisées à y accéder.

Tous les ports pour une gamme de domaines.*\.example.com:.*Autorise l’accès aux extensions sur tous les ports de tous les sous-domaines sous example.com.
Toutes les extensions sous un domaine et un chemin qui correspondent au modèleexample.com/t.c/.*Permet d’accéder aux extensions exécutées sous example.com dans les dossiers qui correspondent au modèle t.c. Par exemple, tic, tac, toc.
## Tester la sécurité des extensions réseau Les extensions sont des applications Web qui interagissent avec les données dans Tableau en utilisant l’API Extensions. Si vous choisissez d’autoriser les extensions réseau qui ne sont pas directement vérifiées et gérées par Tableau, les utilisateurs doivent être conscients que ces extensions peuvent faire des appels réseau et avoir accès à des ressources sur Internet. Tableau recommande de tester et de comprendre les extensions réseau avant leur déploiement en vue d’une adoption à grande échelle. ### Examiner les fichiers source Les extensions incluent divers fichiers HTML, CSS et JavaScript, ainsi qu’un fichier manifest XML (\*.trex) qui définit les propriétés de l’extension. Lors de la vérification d’une extension réseau, nous vous recommandons de contacter directement le développeur de l’extension pour obtenir l’accès et l’autorisation de l’examiner. Tableau ne distribue pas et ne fournit pas d’accès aux fichiers source d’autres développeurs. Si le code d’une extension est disponible publiquement sur GitHub, il peut y être examiné ou téléchargé. Dans le fichier manifest (`*.trex`), vous trouverez l’emplacement ou l’URL de la source indiquant où l’extension est hébergée, le nom de l’auteur et le site Web de l’auteur, ou de la société à contacter pour obtenir de l’aide. L’élément `` désigne l’URL, l’élément `` spécifie le nom de l’organisation et le site Web à contacter pour obtenir de l’aide (`website="SUPPORT_URL"`). Le site Web correspond au lien Obtenir de l’assistance que l’utilisateur trouvera dans la boîte de dialogue À propos de l’extension de tableau de bord. Les extensions référencent des bibliothèques JavaScript externes, telles que la bibliothèque jQuery et la bibliothèque API pour les tierces parties. Vérifiez que l’URL des bibliothèques externes pointe vers un emplacement approuvé pour la bibliothèque. Par exemple, si l’extension référence la bibliothèque jQuery, assurez-vous que la bibliothèque se trouve sur un site considéré comme standard et sûr. Toutes les extensions doivent obligatoirement utiliser le protocole HTTPS (`https://`) pour l’hébergement de leurs extensions. Vous devriez examiner les fichiers source de l’extension pour vous assurer que toute référence à des bibliothèques externes utilise également HTTPS ou est hébergée sur le même site Web que l’extension. La seule exception à cette exigence de HTTPS est le cas où l’extension est hébergée sur le même ordinateur que Tableau (`http://localhost`). Dans la mesure du possible, veillez à comprendre l’action exécutée par le code. Essayez tout particulièrement de comprendre comment le code crée les demandes aux sites externes, et quelles informations sont envoyées dans la demande. Plus particulièrement, vérifiez si les données fournies par l’utilisateur sont validées afin d’éviter les scripts inter-sites. ### Comprendre l’accès aux données Les extensions Tableau fonctionnent principalement avec les données agrégées des résumés qui sont présentées dans une feuille de calcul ou un tableau de bord. Toutefois, l’API Extensions de Tableau fournit des méthodes qui permettent d’accéder aux données sous-jacentes lorsque l’extension déclare avoir besoin d’un accès complet aux données. Ces méthodes permettent d’accéder aux noms des tables et des champs actifs de la source de données, aux descriptions sommaires des connexions aux sources de données et aux données sous-jacentes d’une feuille de calcul. Si une extension utilise l’une de ces méthodes dans une vue, le développeur de l’extension doit déclarer que l’extension exige des autorisations pour les données complètes dans le fichier manifest (`.trex`). La déclaration se présente comme suit. ``` full data ``` Tableau utilise cette déclaration pour fournir aux utilisateurs une invite lors de l’exécution en leur donnant l’option d’autoriser cet accès ou non. Si l’extension utilise l’une ou l’autre de ces méthodes sans déclarer l’autorisation d’accès aux données complètes dans le fichier manifest, l’extension se charge, mais les appels de la méthode échouent. Pour savoir comment une extension accède aux données depuis le tableau de bord et pour des informations sur les méthodes JavaScript utilisées, consultez [Accès aux données sous-jacentes](https://tableau.github.io/extensions-api/docs/security/trex_data_access) dans l’API Tableau Extensions. Pour mieux comprendre ce que l’extension peut trouver sur les données, vous pouvez utiliser l’exemple d’extension de tableau de bord [DataSources](https://github.com/tableau/extensions-api/tree/master/Samples/Dashboard/DataSources) (disponible dans le [Référentiel Tableau Extensions API GitHub](https://github.com/tableau/extensions-api)) pour voir les données qui sont exposées en cas d’appel de la méthode `getDataSourcesAsync()`. ### Tester l’extension dans un environnement isolé Tableau vous recommande, lorsque c’est possible, de tester l’extension dans un environnement isolé de votre environnement de production et des ordinateurs des utilisateurs. Par exemple, ajoutez une extension de tableau de bord ou de visualisation à une liste d’autorisations sur un ordinateur de test ou une machine virtuelle exécutant une version de Tableau Server qui n’est pas utilisée pour la production. ### Surveiller le trafic créé par l’extension de tableau de bord Pour tester les appels réseau potentiels utilisés par une extension réseau, utilisez des outils de débogage comme [Fiddler](http://www.telerik.com/fiddler), [Charles HTTP proxy](http://www.charlesproxy.com/) ou [Wireshark](https://www.wireshark.org/) qui permettent d’examiner les demandes et les réponses générées par l’extension. Assurez-vous de bien comprendre le contenu demandé par l’extension. Examinez le trafic pour vous assurer que l’extension n’est pas en train de lire des données ou du code qui n’a pas de rapport direct avec l’objectif de l’extension. [Passer au contenu principal](#main-content) # Gérer les informations d’identification enregistrées pour les connexions de données Ces informations d’identification enregistrées vous permettent de vous connecter à une source de données sans avoir à fournir vos identifiants. Les informations d’identification enregistrées pour votre connexion peuvent être des jetons d’accès OAuth, ou d’autres informations d’identification, telles qu’un nom d’utilisateur et un mot de passe. Vous pouvez gérer vos informations d’identification enregistrées dans votre page Paramètres de compte. Dans Tableau Server, si votre administrateur de serveur vous a autorisé à enregistrer les informations d’identification, vous pouvez les trouver et gérer dans la section Informations d’identification enregistrées de votre page Paramètres de compte. Si vous ne voyez pas la section Informations d’identification enregistrées, consultez votre administrateur pour savoir s’il est possible d’autoriser l’enregistrement des informations d’identification. Pour plus d’informations, consultez [Autoriser les jetons d’accès enregistrés](https://help.tableau.com/current/server/fr-ca/allow_saved_tokens.htm). **Remarque** : Lors de la modification de flux Tableau Prep sur le Web, vous pouvez toujours être invité à vous authentifier à nouveau. ## Tester les connexions à l’aide des informations d’identification enregistrées Si le connecteur prend en charge la fonction de test, vous pouvez tester la connexion à l’aide des informations d’identification enregistrées. 1. Lorsque vous êtes connecté à Tableau Server ou Tableau Cloud, affichez votre page Paramètres du compte. 2. Dans la section Informations d’identification enregistrées, cliquez sur le lien Tester à côté de la connexion enregistrée que vous souhaitez tester. Ce test confirme que Tableau Cloud ou Tableau Server peut accéder à votre compte en utilisant les informations d’identification enregistrées correspondantes. Si le test réussit, mais que vous ne pouvez pas accéder à vos données par l’intermédiaire de cette connexion gérée, vérifiez que les informations d’identification que vous avez fournies pour cette connexion vous permettent d’accéder à vos données. Par exemple, si vous avez créé la connexion en utilisant par erreur votre compte Gmail personnel et que vous utilisez un autre compte pour accéder à une base de données Google Analytics, vous devrez supprimer les identifiants enregistrés puis vous connecter aux données en utilisant le compte Gmail approprié. ## Mettre à jour les identifiants enregistrés Pour garantir un accès ininterrompu aux données à partir du contenu Tableau existant après qu’un client OAuth personnalisé a été configuré pour votre site, nous vous encourageons à mettre à jour vos identifiants enregistrés. Pour mettre à jour les identifiants enregistrés, vous pouvez supprimer les identifiants enregistrés précédemment pour un connecteur particulier, puis les ajouter à nouveau. Lorsque vous ajoutez à nouveau des informations d’identification enregistrées, le contenu Tableau nouveau et existant accédera aux données à l’aide du client OAuth personnalisé configuré par votre administrateur de serveur. Pour plus d’informations sur les clients OAuth personnalisés, consultez [Configurer un OAuth personnalisé pour un site](https://help.tableau.com/current/server/fr-ca/protected_auth.htm#custom_oauth_server). 1. Connectez-vous à Tableau Server et accédez à la page Paramètres de Mon compte. 2. Sous Informations d’identification enregistrées pour les sources de données, procédez comme suit : 1. Cliquez sur Supprimer en regard des informations d’identification enregistrées pour un connecteur. 2. À côté du même connecteur, cliquez sur Ajouter et suivez les invites pour 1) vous connecter au client OAuth personnalisé dont l’administrateur de site vous a informé et 2) enregistrer les informations d’identification les plus récentes. ## Effacer toutes les informations d’identification enregistrées Lorsque vous sélectionnez Supprimer toutes les informations d’identification, les éléments suivants sont supprimés de votre compte utilisateur : - Toutes les informations d’identification enregistrées pour les connexions qui sont stockées dans votre compte. **Attention :** si des informations d’identification enregistrées sont stockées avec des classeurs ou des sources de données publiés, le fait de les supprimer entraîne également la suppression de l’accès à la source de données depuis ces emplacements. Le système se comporte comme si vous procédiez à un « changement de serrure » au niveau des informations d’identification enregistrées concernées. - Les mots de passe que vous avez utilisés pour accéder aux extraits de données ou aux classeurs publiés qui s’y connectent. ## Supprimer les informations d’identification enregistrées Pour supprimer l’accès de Tableau aux données, supprimez de votre compte les informations d’identification enregistrées associées pour ces données. Après avoir supprimé les informations d’identification, vous devez vous connecter aux données la prochaine fois que vous y accédez. Ceci crée de nouvelles informations d’identification. Votre administrateur peut décider que tous les utilisateurs se servent des mêmes informations d’identification partagées pour la connexion à une source de données. Dans ce cas, les informations d’identification enregistrées sont associées à la connexion de données pour tous les utilisateurs et n’apparaissent pas sous Informations d’identification enregistrées dans votre page Paramètres de compte. **Remarque :** si vous êtes un utilisateur de Tableau Server et que vous ne parvenez pas à supprimer les informations d’identification enregistrées, demandez à votre administrateur s’il a désélectionné l’option Autoriser les utilisateurs à enregistrer les jetons d’accès à la source de données dans les paramètres du serveur. [Passer au contenu principal](#main-content) # Gérer les limites de rôle sur le site Les administrateurs du serveur peuvent créer des limites pour les rôles sur le site afin de fixer un nombre maximum de licences de chaque type (Creator, Explorer ou Viewer) pouvant être utilisées sur un site donné. Une fois qu’un administrateur de serveur a fixé une limite de rôle pour le site, les administrateurs de site peuvent ajouter des utilisateurs (utilisant ainsi automatiquement des licences) jusqu’à cette limite de rôle sur le site. Si un utilisateur est membre de plusieurs sites sur le serveur, cet utilisateur sera comptabilisé par rapport à la limite de chaque rôle sur le site, mais n’utilisera qu’une licence (qui correspond au rôle sur le site le plus élevé qu’il a sur le serveur). Les administrateurs de serveur ne sont pas pris en compte dans les limites de rôle sur le site. Pour en savoir plus sur les fonctionnalités de chaque rôle sur le site, consultez la section Licences basées sur les utilisateurs dans l’aide de Tableau Server [Présentation des licences](https://help.tableau.com/current/server/fr-ca/license_server_overview.htm#userbased-licenses). Pour connaître l’information destinée aux administrateurs de serveur sur la définition des limites pour les rôles sur le site, consultez [Référence des paramètres de site](https://help.tableau.com/current/server/fr-ca/sites_add.htm). ## Créer des limites de rôle sur un site Avant de permettre aux administrateurs de site de gérer leurs utilisateurs, vous pouvez consulter les licences du serveur pour déterminer comment répartir les licences sur le serveur, ou ajouter de la capacité pour les nouveaux utilisateurs du serveur. Les administrateurs de serveur peuvent configurer les limites de rôle sur le site via la page Paramètres de l’interface utilisateur Web ou via l’[API REST](https://help.tableau.com/v2020.1/api/rest_api/fr-ca/REST/rest_api_whats_new.htm#whats-new-rest-api-37-for-tableau-server-20201-and-tableau-online). Pour définir une limite de rôle sur un site : 1. Allez à l’onglet Général de la page des paramètres de votre site. - Si vous avez un seul site, dans la navigation latérale, cliquez sur Paramètres et Général. - Si vous avez plusieurs sites, sélectionnez le site que vous voulez configurer et cliquez sur Paramètres et Général. 2. Sous Gestion des utilisateurs, indiquez que les administrateurs de serveur et de site peuvent ajouter et supprimer des utilisateurs. 3. Sous Limiter le nombre d’utilisateurs : sélectionnez Limiter le rôle sur le site 4. Fixez une limite pour les utilisateurs de type Creator, Explorer et Viewer. 5. Cliquez sur Enregistrer Les administrateurs de serveur peuvent fixer des limites de rôle sur le site dans le cadre des restrictions suivantes : - La limite de rôle sur le site ne peut pas dépasser le nombre de licences de ce type qui ont été activées sur le serveur - Une limite de rôle sur le site ne peut être inférieure au nombre d’utilisateurs de ce rôle de site déjà présents pour ce site - Si une limite est fixée pour un type de licence, une limite doit être fixée pour chaque type de licence. - Si la limite pour un rôle est laissée vide, la limite de la licence du serveur est utilisée. ## Lorsque les limites de rôle sur le site sont respectées S’il est ajouté à un site en tant qu’Explorer, un utilisateur consommera une licence Explorer, à moins que le site n’ait atteint la limite fixée pour le rôle Explorer. Lorsque cela se produit, plusieurs phénomènes peuvent se produire : - S’il existe des licences disponibles à un niveau supérieur, l’utilisateur sera ajouté au site en tant qu’Explorer, mais utilisera une licence Creator. - Si aucune licence supérieure n’est disponible, l’utilisateur est ajouté au site en tant qu’utilisateur Sans licence. Les limites du rôle sur le site peuvent être affectées par les utilisateurs utilisant des licences différentes de leurs rôles sur le site donnés (des utilisateurs Viewer utilisant des licences Explorer, par exemple). Dans ce cas, les administrateurs peuvent annuler la licence de ces utilisateurs, puis mettre à jour les quotas de rôle sur le site. Pour plus d’informations sur la manière de résoudre les problèmes liés aux licences, consultez la section [Résoudre les problèmes de licence](https://help.tableau.com/current/server/fr-ca/unlicensed.htm). [Passer au contenu principal](#main-content) # Gérer les secrets de serveur Tableau Server doit stocker un certain nombre de secrets qu’il utilise pour effectuer diverses fonctions, notamment sécuriser la communication interne, communiquer avec d’autres applications ou le système d’exploitation, ou mettre en œuvre une communication sécurisée avec les clients. Dans ce contexte, le terme _secret_ peut désigner un mot de passe, un jeton ou toute autre chaîne utilisée pour authentifier une entité sur une autre. Deux catégories de secrets sont nécessaires pour exécuter Tableau Server. Elles diffèrent selon la façon dont les secrets sont générés : - **Secrets générés par les administrateurs**. Il s’agit notamment des informations d’identification et des secrets associés pour le compte Exécuter en tant qu’utilisateur et des informations d’identification SMTP utilisées par Tableau Server. - **Secrets générés automatiquement par différents processus du système**. Par exemple, un secret est nécessaire pour protéger la communication entre les processus du contrôleur de grappe et ZooKeeper. Et plusieurs mots de passe différents sont requis pour chaque service et utilisateur programmatique qui communique avec Postgres. La plupart des secrets sont chiffrés au repos. Lorsqu’un secret est nécessaire, il est déchiffré au moment de l’exécution. Cette rubrique explique comment fonctionne le stockage de secrets et décrit les mesures à prendre pour gérer correctement le stockage de secrets sur Tableau Server. ## Fonctionnement des secrets Lors de l’installation, Tableau Server génère et stocke une clé principale dans le keystore Java. La clé principale sert à chiffrer une clé de chiffrement de la configuration qui s’applique à l’ensemble du système. Chaque fois qu’un nouveau secret est créé ou mis à jour, il est chiffré avec la clé de chiffrement de la configuration. La valeur chiffrée est alors enregistrée avec son paramètre de configuration correspondant dans un fichier YAML sur le serveur. Les paramètres contenant une valeur chiffrée utilisent le format `ENC()`, où `` est une chaîne chiffrée en Base64. Au moment de l’exécution, lorsqu’un secret donné doit être utilisé, les valeurs chiffrées sont lues dans la mémoire et déchiffrées avec la clé de chiffrement de la configuration. Dans le cas de modifications en attente, lorsque des secrets sont saisis lors d’un changement de configuration, l’ensemble de la transaction est chiffré. Dans ce scénario, après que vous avez saisi un secret et enregistré le changement en attente, le secret est transmis au service de coordination (par SSL chiffré). Le service de coordination chiffre le secret et le stocke jusqu’à ce que les modifications en attente soient appliquées. Lorsque des modifications sont appliquées, le secret (toujours chiffré) est promu à la version de configuration actuelle. Tableau Server chiffre les secrets avec AES 256 bits en mode GCM. Les clés utilisées pour le stockage sécurisé sont différentes de celles utilisées pour chiffrer les informations d’identification de la base de données intégrée avant qu’elles ne soient stockées dans le référentiel. ### Qui a accès à la clé principale? Dans une installation par défaut, le magasin de clés Java pour Tableau Server est installé dans le dossier `\ProgramData\Tableau\Tableau Server\data\tabsvc\crypto\keystores\`. Si vous avez installé Tableau sur un lecteur autre que le lecteur système, le chemin d’accès est `:\Tableau\Tableau Server\data\tabsvc\crypto\keystores\`. Par défaut, les comptes suivants ont accès à ce répertoire : - Compte Exécuter en tant qu’utilisateur (si configuré) - Compte Windows local prédéfini par NetworkService - Compte Windows local prédéfini par LocalSystem - Membres du groupe Administrateurs d’ordinateurs ### Importer et exporter les informations de configuration Tableau Services Manager introduit une fonction d’importation et d’exportation des informations de configuration à l’aide de [tsm settings export](https://help.tableau.com/current/server/fr-ca/cli_settings_tsm.htm#TSMExport). **Remarque :** cette version de Tableau Server ne prend pas en charge la restauration des informations de configuration à partir d’une sauvegarde. Au lieu de cela, nous vous recommandons d’utiliser les commandes de configuration d’exportation et d’importation pour sauvegarder et restaurer les informations de configuration. Tandis que les secrets de configuration sont chiffrés lors d’un stockage sur le disque en interne, si la configuration est exportée dans un fichier, les secrets sont écrits dans le fichier en texte ordinaire. C’est l’administrateur qui doit prendre les mesures nécessaires pour protéger ce fichier. Plusieurs options sont disponibles : - Écrivez le fichier sur un système de fichiers chiffré. - Écrivez le fichier sur un répertoire qui est limité à des utilisateurs ou des groupes spécifiques selon les autorisations du système de fichiers. - Cryptez le fichier de sortie. ### Sécurisation des secrets pour les opérations d’importation et d’exportation Utilisez un ensemble d’outils tiers, par exemple OpenSSL, pour chiffrer la sortie de sauvegarde. ### Nœuds de groupement Lorsque vous ajoutez un nouveau nœud à votre groupement Tableau Server, vous devez d’abord générer le fichier de configuration de nœud ([tsm topology](https://help.tableau.com/current/server/fr-ca/cli_topology_tsm.htm#topology-get-bootstrap-file)). Le fichier de configuration de nœud contient une copie du fichier keystore principal utilisé pour le chiffrement des secrets de configuration. **Important :** Nous vous recommandons vivement de prendre des mesures supplémentaires pour sécuriser le fichier de configuration du nœud lors de l’exportation d’un fichier de configuration contenant des secrets. Lorsque vous [installez et configurez Tableau Server sur le nouveau nœud](https://help.tableau.com/current/server/fr-ca/install_additional_nodes.htm), vous devez fournir le fichier de configuration de nœud à la commande `initialize-tsm`. ### Journalisation des événements de stockage de secrets Les événements suivants en rapport avec le stockage de secrets sont enregistrés dans le journal : - Génération de nouvelles clés de chiffrement - Annulation ou modification d’une clé de chiffrement - Chiffrement d’une nouvelle valeur dans le fichier de configuration Pour plus d’informations sur les fichiers journaux et leur emplacement de stockage, consultez [Travailler avec des fichiers journaux](https://help.tableau.com/current/server/fr-ca/logs_working_with.htm). ## Gestion des secrets En tant qu’administrateur de Tableau Server, la tâche la plus importante liée au stockage des secrets est leur mise à jour périodique. Dans certains cas (dépannage ou audit du serveur), vous serez peut-être amené à récupérer un mot de passe. Pour d’autres opérations, comme la mise à niveau de versions, la sauvegarde et la restauration ou l’ajout de nouveaux nœuds à un groupement, comme indiqué précédemment, Tableau Server gère automatiquement le stockage des secrets et les processus associés. ### Mise à jour des secrets Vous devez mettre à jour les secrets de manière régulière, conformément à la politique de sécurité de votre entreprise. Pour mettre à jour la clé principale et les secrets générés automatiquement, exécutez [tsm security regenerate-internal-tokens](https://help.tableau.com/current/server/fr-ca/cli_security_tsm.htm#regenerate-tokens). ### Récupération de mots de passe Vous pourrez être amené à récupérer des mots de passe dans le cadre d’activités de dépannage ou d’autres opérations. Par exemple, il vous faudra peut-être récupérer les informations d’identification d’utilisateurs Postgres en lecture seule qui sont générées et chiffrées par Tableau Server. Dans ces cas, vous pouvez exécuter une commande tsm qui récupérera et déchiffrera les mots de passe. Pour récupérer un mot de passe, ouvrez l’invite de commande et exécutez une commande `tsm configuration get` pour l’un des paramètres répertoriés dans le tableau ci-dessous. Par exemple, pour récupérer le mot de passe d’un utilisateur Postgres en lecture seule, entrez la commande suivante : `tsm configuration get -k pgsql.readonly_password` La commande renvoie le mot de passe en texte clair : `$ tsm configuration get -k pgsql.readonly_password` `password`
Configuration ParameterDescription
clustercontroller.zookeeper.passwordPassword for cluster controller to connect to zookeeper.
indexandsearchserver.client.password Password for logging into Index and Search Server.
indexandsearchserver.ssl.admin.cert.bytes Admin certificate that is used for administrative access to the Index and Search Server. The admin certificate is used to generate the node certificate.
indexandsearchserver.ssl.admin.key.file_bytes Certificate key for administrative access to the Index and Search Server.
indexandsearchserver.ssl.node.cert.bytes Certificate that is used for Index and Search Server node-to-node communication.
indexandsearchserver.ssl.node.key.file_bytes Certificate key that is used for Index and Search Server node-to-node communication.
indexandsearchserver.ssl.root.cert.bytes Certificate that is used to sign the admin and node certificates . This certificate is used by TSM for health check and by NLP to connect to Index and Search Server.
indexandsearchserver.ssl.root.key.file_bytes Certificate key for root certificate.
filestore.zookeeper.passwordPassword for filestore to connect to zookeeper.
hyper.connection.init_password Password used to initialize the Hyper database for user tableau_internal_user and is then used for connecting to Hyper.
jdbc.passwordPassword for the rails Postgres user.
kms.persistent_store A collection of master encryption keys (MEKs) used by the Key Management System.
maestro.rserve.password Password for connecting to an external Rserve instance used by Tableau Prep Conductor for running flows that have nodes with R scripts.
maestro.tabpy.passwordPassword for connecting to an external TabPy (Python server) instance used by Tableau Prep Conductor for running flows that have nodes with Python scripts.
oauth.google.client_secretClient secret of the Google Cloud Platform account.
oauth.quickbooks.consumer_secretConsumer secret of the Intuit developer account.
oauth.salesforce.client_secretClient secret of the Salesforce developer account.
pgsql.adminpassword

Mot de passe pour l’utilisateur Postgres tblwgadmin.

Remarque : bien que le paramètre de configuration soit chiffré dans les fichiers de configuration de Tableau (tabsvc.yml, workgroup.yml), ce mot de passe est stocké en texte ordinaire dans les fichiers utilisés par SAML.

pgsql.readonly_passwordPassword for the readonly Postgres user.
pgsql.remote_passwordPassword for the tableau Postgres user.
redis.password

Mot de passe pour Redis.

Remarque : bien que le paramètre de configuration soit chiffré dans les fichiers de configuration de Tableau (tabsvc.yml, workgroup.yml), la configuration continue d’être en texte ordinaire dans le fichier redis.conf utilisé par l’application Redis. Redis ne prend pas en charge les mots de passe chiffrés/sécurisés.

servercrashupload.proxy_server_passwordPassword for custom proxy server used to upload crash reports.
service.runas.passwordPassword of the Run As users. Stored temporarily.
ssl.cert.file_bytes The content of one of the three SSL certificate files uploaded by the administrator. The certificate files are required to enable secure external connections to Tableau Server.
ssl.chain.file_bytes The chain file(s) for the certificates uploaded by the administrator for external SSL.
ssl.key.file_bytesKey file(s) for the certificates uploaded by the administrator for external SSL.
ssl.key.passphraseOptional passphrase used to protect the external SSL key.
svcmonitor.notification.smtp.passwordSMTP Server password supplied by the administrator through TabConfig.exe.
tabadminservice.passwordPassword for the service that allows server admins to download log files through the web interface.
vizportal.openid.client_secretThis is the password ("provider client secret") used for OpenID Connect SSO.
vizqlserver.external_proxy_password Password used to authenticate to an external proxy.
wgserver.domain.passwordPassword used to bind to Active Directory.
wgserver.saml.key.passphrasePassphrase used to access the PKCS#8 SAML key file.
zookeeper.tsm.passwordPassword that TSM uses to connect to Zookeeper coordination service
[Passer au contenu principal](#main-content) # Gérer les sites individuels En plus de planifier vos sites dans Tableau, vous pouvez gérer les utilisateurs et les groupes, gérer les projets et contrôler l’accès au contenu, gérer les données de votre site et interagir avec les vues sur le Web. ## Autres articles de cette section [Passer au contenu principal](#main-content) # Gérer les sites sur un serveur Vous pouvez planifier et gérer vos sites dans Tableau Server. Vous pouvez gérer les utilisateurs et les groupes de vos sites, gérer les projets et l’accès au contenu, gérer les données, créer les vues sur le Web et interagir avec elles. ## Autres articles de cette section [Passer au contenu principal](#main-content) # Gérer les tâches Les administrateurs peuvent modifier la priorité des actualisations d’extraits programmées par rapport à d’autres tâches de serveur, actualiser manuellement des extraits ou supprimer les programmations. Ils peuvent également modifier la priorité des programmations de flux. ## Gérer les tâches d’actualisation 1. Connectez-vous au site contenant les programmations que vous souhaitez gérer, puis cliquez sur Tâches. 2. Sélectionnez une ou plusieurs actualisations d’extraits programmées. 3. Depuis le menu Actions, effectuez l’une des actions suivantes : - Sélectionnez Modifier la programmation et sélectionnez une nouvelle programmation dans la liste. - Sélectionnez Exécuter maintenant pour lancer l’actualisation manuellement. **Remarque :** Si un extrait ne dispose d’une actualisation programmée, vous pouvez l’actualiser à la demande depuis la page Connexion aux données. - Sélectionnez Modifier la priorité et entrez un nombre compris entre 1 et 100 pour faire monter ou descendre l’extrait dans la liste des priorités. ![Une boîte de dialogue permettant de modifier la priorité d’une actualisation d’extrait sélectionnée.](/tableau/current/fr-ca/server/fr-ca/Img/sched5.png) - Sélectionnez Supprimer pour supprimer complètement la programmation pour les sources de données sélectionnées. ## Gérer des tâches de flux Les administrateurs peuvent modifier la fréquence d’une programmation de flux, modifier la priorité, et modifier la programmation d’un flux ou exécuter manuellement le flux, le tout à partir de la page Tâches. 1. Connectez-vous au site contenant les programmations que vous souhaitez gérer, puis cliquez sur Tâches. 2. Dans l’onglet Flux, sélectionnez un ou plusieurs flux que vous souhaitez gérer. 3. Depuis le menu Actions, effectuez l’une des actions suivantes : - Cliquez sur Exécuter maintenant. pour exécuter les flux manuellement. - Cliquez sur Modifier la tâche pour modifier la tâche de flux. - Cliquez sur Modifier la programmation, sélectionnez une nouvelle programmation dans la liste, puis cliquez sur Modifier la fréquence. - Cliquez sur Modifier la priorité et entrez un nombre compris entre 1 et 100 pour faire monter ou descendre le flow dans la liste des priorités. ![Boîte de dialogue Priorité de la modification.](/tableau/current/fr-ca/server/fr-ca/Img/prep_schedule_tasks_change_priority.png) - Cliquez sur Supprimer pour supprimer complètement la programmation des flux sélectionnés. ## Voir également [Activer la programmation d’actualisation d’extrait et la notification d’échec](https://help.tableau.com/current/server/fr-ca/schedule_enable.htm) [Passer au contenu principal](#main-content) # Gérer les tâches du gestionnaire de processus en arrière-plan dans Tableau Server Dans Tableau Server, les utilisateurs peuvent programmer l’exécution périodique d’actualisations d’extraits, d’abonnements ou de flux. Ces éléments programmés sont appelés **Tâches**. Le processus du gestionnaire de processus en arrière-plan lance des instances uniques de ces tâches pour les exécuter à l’heure prévue. Les instances uniques des tâches qui sont initiées en conséquence sont appelées **Travaux**. Des travaux sont également créés pour les exécutions qui sont lancées manuellement, en cliquant sur l’option **Exécuter maintenant** dans l’interface Web, par programmation via l’API REST, ou par des commandes tabcmd. Par exemple, une tâche d’actualisation d’extrait est créée pour être exécutée quotidiennement à 9 heures. Il s’agit d’une tâche d’actualisation d’extrait, et chaque jour à 9 h, un travail sera créé pour que le gestionnaire de processus en arrière-plan s’exécute. En plus des travaux générés par l’utilisateur, le gestionnaire de processus en arrière-plan exécute également un certain nombre de tâches système pour le compte de l’utilisateur afin de prendre en charge les flux de travail généraux de Tableau, par exemple la génération d’images miniatures. L’exécution de tous ces travaux peut signifier que le gestionnaire de processus en arrière-plan utilise beaucoup de ressources à divers moments de la journée. Grâce à la fonction de gestion des travaux, les administrateurs de serveurs et de sites peuvent obtenir plus de détails sur ces travaux qui se déroulent sur leur serveur ou site, et prendre des mesures pour mieux gérer l’utilisation des ressources du serveur. Les travaux système ne sont visibles que par les administrateurs de Server et sont filtrés par défaut. Les paramètres **Exécuter maintenant** de la page de paramètres **Général** vous permettent également de gérer vos ressources en autorisant ou en bloquant l’exécution manuelle des travaux par les utilisateurs. Par défaut, cette option est sélectionnée pour permettre aux utilisateurs d’exécuter des travaux manuellement. Désactivez la case à cocher pour empêcher les utilisateurs d’exécuter des travaux manuellement. Pour en savoir plus sur la gestion des ressources du gestionnaire de processus en arrière-plan, consultez [Processus du gestionnaire de processus en arrière-plan Tableau Server](https://help.tableau.com/current/server/fr-ca/server_process_backgrounder.htm). La page Travaux qui contient l’information sur les travaux est accessible en naviguant dans le menu **Tâches existantes** du menu de navigation de gauche. **Remarque :** L’information sur les travaux ne peut être consultée que par les administrateurs de site Server et. ## Présentation Cette rubrique décrit comment afficher et comprendre l’information affichée dans la page Travaux. En haut de la page se trouvent des statistiques de haut niveau sur le nombre de travaux **échoués**, **terminés** et **annulés** au cours des 24 dernières heures. Pour les administrateurs de serveur, cela inclut également les tâches système. L’application de filtres ne modifie pas ces valeurs. ![Case à cocher Afficher les tâches système dans les options de filtre des tâches.](/tableau/current/fr-ca/server/fr-ca/Img/backgrounder_job_management.png) Pour chaque travail généré, plusieurs renseignements sont disponibles : ID de travail, statut de ce travail, priorité, type de tâche à partir de laquelle le travail a été généré, ainsi que la durée d’exécution actuelle, si le travail est en cours, le temps d’attente actuel, et s’il est dans une file d’attente, la durée moyenne d’exécution et le temps d’attente moyen. Tableau enregistre les temps d’exécution et les temps d’attente historiques pour calculer la durée d’exécution moyenne et le temps d’attente moyen. Les temps d’exécution moyens et les temps d’attente moyens sont calculés sous forme de moyennes pondérées à l’aide de la formule suivante : ((temps d’exécution actuel ou temps d’attente moyen x 4) + temps d’exécution ou temps d’attente le plus récent)/ 5. L’ID du travail peut être utile lors de l’affichage des travaux dans les **Vues administratives** et peut également être utilisé pour interroger la [base de données des groupes de travail](https://tableau.github.io/tableau-data-dictionary/2019.4/data_dictionary.htm). Lorsque vous cliquez sur l’ID de tâche, vous voyez des informations plus détaillées concernant la tâche, telles que le LUID de la tâche, le nom du projet, la programmation, le nom du contenu, le propriétaire du contenu, le créateur de la tâche, le moment de la dernière exécution réussie de la tâche, , et le nom du site. Le nom du site s’affiche si vous accédez à la page Travaux à l’aide du menu **Gérer tous les sites**. ![Les détails de la tâche 617 incluent un identifiant unique, un nom de projet, une programmation, un contenu, un propriétaire, un utilisateur Creator et la date de la dernière exécution réussie.](/tableau/current/fr-ca/server/fr-ca/Img/backgrounder_job_details.png) **Remarque :** Si vous effectuez une opération **Actualiser maintenant** à partir de la page **Sources de données**, seules l’information du LUID s’affiche dans la boîte de dialogue **Détails du travail**. > [!IMPORTANT] > > **Important :** Les travaux qui existaient 24 heures ou plus avant une mise à niveau vers Tableau Server 2019.4 n’auront pas de données pour le **temps d’attente moyen**, la **durée d’exécution moyenne**, la **durée de la dernière exécution** et **Créateur du travail** dans la page **Travaux**. ### Types de tâches On distingue plusieurs types de tâches : - Extraits : Inclut la création d’extraits, les actualisations d’extraits incrémentielles et les actualisations d’extraits complètes. Pour plus d’information sur les actualisations d’extraits, consultez [Démarrage rapide : Actualiser des extraits sur une programmation](https://help.tableau.com/current/server/fr-ca/qs_refresh_extracts.htm). - Abonnements : Comprend les abonnements aux classeurs et aux vues. Pour plus d’information, consultez [Configurer un site pour les abonnements](https://help.tableau.com/current/server/fr-ca/subscribe.htm). - Flux : inclut les exécutions de flux planifiées et manuelles. Consultez [Capacité d’exécution des travaux](https://help.tableau.com/current/online/fr-ca/to_site_capacity.htm) pour plus d’informations sur la durée d’exécution maximale des flux et [Capacité de travaux simultanés](https://help.tableau.com/current/online/fr-ca/to_site_capacity.htm) pour connaître les limites de capacité lors de l’exécution de tâches de flux simultanées. La planification d’un nombre de flux supérieur au nombre de blocs de ressources dont vous disposez peut entraîner une erreur. Voir l’article de la base de connaissances [Tâche de flux en attente](https://kb.tableau.com/articles/Issue/flow-job-ending-with-cannot-run-because-your-site-has-reached-its-concurrency-limit-for-extract-refreshes?lang=fr-ca) pour en savoir plus. À partir de la version 2025.2, la boîte de dialogue Détails du travail affiche un lien vers le flux Tableau Prep. Accédez rapidement à la page Lieu du flux pour obtenir plus de détails sur le flux. Si le flux a été supprimé, le lien ne s’affichera pas. ![Boîte de dialogue Détails du travail affichant un lien vers le flux Tableau Prep](/tableau/current/fr-ca/server/fr-ca/Img/prep_jobs_flow_link.png) - Chiffrement : comprend les éléments suivants : - Chiffrement et déchiffrement des extraits - Chiffrement et déchiffrement des flux - Création d’une nouvelle clé pour les extraits et les flux - Système : Il s’agit de toutes les tâches système que le gestionnaire de processus en arrière-plan gère dans les coulisses pour prendre en charge Tableau Server. ### Filtres Vous pouvez filtrer de manière à ne voir que certains travaux. Les filtres disponibles sont par type d’état de la tâche, type de tâche et plage temporelle. Pour le filtre Plage temporelle, vous pouvez choisir entre moins une heure et 24 heures, par incréments de quatre heures. L’option de filtrage dans les travaux système est disponible si vous êtes administrateur de serveur. ## Annulation de travaux Les travaux d’actualisations d’extraits, d’abonnements et d’exécution de flux peuvent être annulés. Vous ne pouvez annuler qu’un seul travail à la fois et la sélection de plusieurs travaux à la fois pour annulation n’est pas prise en charge. Lorsque vous annulez un travail, un courriel indiquant l’heure à laquelle le travail a été annulé, le contenu affecté et l’heure à laquelle le travail a été exécuté avant d’être annulé est envoyé aux destinataires que vous sélectionnez dans la boîte de dialogue **Annuler la tâche**. De plus, vous pouvez ajouter vos notes personnalisées à inclure dans le courriel. Si vous ne sélectionnez aucun destinataire, le travail sera annulé, mais aucun courriel ne sera envoyé. Pour annuler un travail, cliquez sur les points de suspension à côté de l’ID du travail et utilisez la boîte de dialogue pour annuler le travail : ![Bouton Annuler.](/tableau/current/fr-ca/server/fr-ca/Img/backgrounder_job_cancel.png) ![Boîte de dialogue d’annulation des tâches avec une case à cocher permettant d’envoyer un courriel aux administrateurs de site au sujet des tâches annulées en surbrillance.](/tableau/current/fr-ca/server/fr-ca/Img/backgrounder_job_cancel_dialog.png) ## État Il y a sept types de statut de travail possibles. Vous pouvez survoler chaque statut pour afficher des détails plus pertinents. - **Terminé :** Ce travail s’affiche comme **Terminé avec succès** et vous pouvez voir l’heure à laquelle le travail est terminé dans l’infobulle qui s’affiche lorsque vous survolez le statut. ![Une coche verte apparaît à côté du mot « Terminé ».](/tableau/current/fr-ca/server/fr-ca/Img/backgrounder_job_completed.png) ![Un message indique qu’une tâche a été terminée avec succès le 13 juin 2019 à 10h23.](/tableau/current/fr-ca/server/fr-ca/Img/backgrounder_job_completed_tootip.png) - **En cours :** Ce travail s’affiche comme **En cours**. La durée d’exécution du travail est affichée dans l’infobulle lorsque vous survolez le statut. ![Icône En cours.](/tableau/current/fr-ca/server/fr-ca/Img/backgrounder_job_inprogress.png) ![Une infobulle indiquant la durée d’exécution de la tâche en cours.](/tableau/current/fr-ca/server/fr-ca/Img/backgrounder_job_inprogress_tooltip.png) - **En cours :** Ce travail est **en cours**, mais il est en **retard**. Tableau garde la trace des durées d’exécution moyennes pour le même travail, et si le temps d’exécution actuel est plus long que la durée d’exécution moyenne, alors il est considéré comme étant en retard. Les durées d’exécution supérieures à la moyenne sont indiquées dans l’infobulle qui s’affiche lorsque vous survolez le statut du travail. ![Icône En cours indiquant une durée d’exécution de tâche plus longue que les exécutions précédentes.](/tableau/current/fr-ca/server/fr-ca/Img/backgrounder_job_late.png) ![Une infobulle indiquant que la durée d’exécution de la tâche en cours est supérieure aux durées d’exécution précédentes.](/tableau/current/fr-ca/server/fr-ca/Img/backgrounder_job_late_tooltip.png) - **En attente :** Ce travail est actuellement **en attente**, attendant son exécution lorsque le gestionnaire de processus en arrière-plan aura de la capacité disponible. L’infobulle qui s’affiche lorsque vous survolez le statut indique la durée pendant laquelle le travail a été dans la file d’attente. ![Icône de mise en file d’attente de la tâche.](/tableau/current/fr-ca/server/fr-ca/Img/backgrounder_job_queued.png) ![Une infobulle indiquant la durée de mise en file d’attente en cours.](/tableau/current/fr-ca/server/fr-ca/Img/backgrounder_job_queued_tooltip.png) - **En attente :** Le flux ne peut pas être exécuté, car le nombre de blocs de ressources est inférieur au nombre de flux que vous avez planifié et le site a atteint sa limite de simultanéité. ![Icône de mise en file d’attente de la tâche.](/tableau/current/fr-ca/server/fr-ca/Img/backgrounder_job_queued.png) ![](/tableau/current/fr-ca/server/fr-ca/Img/backgrounder_job_pending_flow.png) - **En attente :** Ce travail est actuellement **en attente**, mais il est **en retard**. Tableau effectue le suivi des durées d’attente moyennes pour le même travail, et si le temps d’exécution actuel est plus long que la durée d’attente moyenne, alors il est considéré comme étant en retard. La durée pendant laquelle le travail a été mis en file d’attente est indiquée dans l’infobulle qui s’affiche lorsque vous survolez le statut. ![Icône de mise en file d’attente de la tâche indiquant une durée de mise en file d’attente plus longue que les exécutions précédentes.](/tableau/current/fr-ca/server/fr-ca/Img/backgrounder_job_queued_late.png) ![Une infobulle indiquant que la durée de mise en file d’attente en cours est supérieure aux durées de mise en file d’attente précédentes.](/tableau/current/fr-ca/server/fr-ca/Img/backgrounder_job_queued_late_toolip.png) - **Annulé :** Ce travail a été **annulé** par un administrateur de serveur ou de site. L’heure d’annulation du travail et la durée de son exécution avant l’annulation sont indiquées dans l’infobulle qui s’affiche lorsque vous survolez le statut. ![Un point d'exclamation jaune et le mot « Annulé ».](/tableau/current/fr-ca/server/fr-ca/Img/backgrounder_job_canceled.png) ![Un message indique qu’une tâche a été annulée le 11 juin 2019 à 21h55 après avoir été exécutée pendant 29,5 minutes.](/tableau/current/fr-ca/server/fr-ca/Img/backgrounder_job_canceled_tooltip.png) - **Échec :** Ce travail s’affiche comme **ayant échoué**. L’heure à laquelle le travail a échoué, la durée d’exécution avant l’échec et la raison de l’échec du travail sont indiquées dans l’infobulle qui s’affiche lorsque vous survolez le statut. ![Un point d’exclamation rouge à côté du mot « Échec ».](/tableau/current/fr-ca/server/fr-ca/Img/backgrounder_job_failed.png) ![Un message indique qu’une tâche a échoué le 11 juin 2019 à 4h23 après avoir été exécutée pendant 51,6 minutes en raison d’identifiants non valides.](/tableau/current/fr-ca/server/fr-ca/Img/backgrounder_job_failed_tooltip.png) - **Suspendu :** Ce travail s’affiche comme **Échec** avec une icône de pause. Si le travail échoue 5 fois de suite, le travail est suspendu. Les tâches suspendues sont toujours disponibles, mais le gestionnaire de processus en arrière-plan ne créera pas de travaux pour ces tâches jusqu’à ce que l’utilisateur les reprenne. ![Icône de tâche suspendue.](/tableau/current/fr-ca/server/fr-ca/Img/backgrounder_job_suspended.png) ![Une infobulle expliquant qu’il est impossible d’exécuter des tâches suspendues.](/tableau/current/fr-ca/server/fr-ca/Img/backgrounder_job_suspended_details.png) [Passer au contenu principal](#main-content) # Groupes Vous pouvez créer et supprimer des groupes d’utilisateurs, ajouter des utilisateurs à un groupe et synchroniser des groupes avec Active Directory. ## Autres articles de cette section [Passer au contenu principal](#main-content) # Gérer les utilisateurs et l’authentification dans Tableau Resource Monitoring Tool (RMT) Lorsque vous installez RMT, vous créez un utilisateur administrateur lors de la configuration. Cet utilisateur est autorisé à effectuer toutes les tâches sur le serveur RMT. Vous pouvez ensuite ajouter d’autres utilisateurs et spécifier les tâches qu’ils peuvent effectuer en rapport avec RMT. ## Ajouter un utilisateur local Pour ajouter des utilisateurs à RMT, cliquez sur le menu Administrateur et sélectionnez Utilisateurs (cette option peut ne pas être disponible si vous n’avez pas configuré d’environnement). Pour ajouter un nouvel utilisateur dans Resource Monitoring Tool : 1. Dans le menu **Admin**, sélectionnez Users. 2. Cliquez sur New User. 3. Entrez un nom d’utilisateur, un mot de passe et appliquez les rôles du serveur. 4. Cliquez sur Save. ## Ajouter un utilisateur délégué À partir de la version 2023.1, les utilisateurs peuvent être authentifiés à l’aide des informations d’identification de leur compte de domaine plutôt qu’à l’aide d’un mot de passe séparé stocké localement dans RMT. Lorsqu’un utilisateur configuré pour l’authentification déléguée se connecte à RMT, RMT transmet l’utilisateur et le mot de passe saisis au système d’exploitation (OS) de l’ordinateur pour vérification. **Remarque :** Depuis la version 2025.2, vous pouvez utiliser l’authentification PAM pour l’authentification déléguée. Pour plus d’informations, consultez [Authentification basée sur des PAM dans Tableau Resource Monitoring Tool (RMT)](https://help.tableau.com/current/server/fr-ca/rmt-admin-authentication-PAM.htm) Pour ajouter un nouvel utilisateur délégué dans Resource Monitoring Tool : 1. Dans le menu **Admin**, sélectionnez Users. 2. Cliquez sur New User. La valeur par défaut est un utilisateur local. 3. Sélectionnez Système d’exploitation (délégué). 4. Fournissez un Nom d’utilisateur. Assurez-vous de taper _juste_ le nom d’utilisateur. N’incluez aucun domaine. Lors de la connexion à RMT, l’utilisateur fournira son mot de passe réseau standard et le système d’exploitation le vérifiera. 5. Sélectionnez les rôles de serveur que l’utilisateur doit avoir. Pour en savoir plus sur les rôles de serveur, voir ci-dessous. 6. Cliquez sur Save. ## Modifier l’authentification de l’utilisateur Avec la version 2023.1.0 ou ultérieure, vous pouvez modifier un utilisateur existant d’un type d’authentification à un autre. Pour modifier l’authentification d’un utilisateur existant : 1. Cliquez sur l’icône Modifier. 2. Sélectionnez le Mode d’authentification souhaité : - Si vous passez au mode Système d’exploitation (délégué), il vous suffit de saisir le nom d’utilisateur (sans domaine). L’utilisateur fournira son propre mot de passe lors de la connexion. Le mot de passe existant stocké dans RMT est supprimé et ne peut pas être restauré. - Si vous passez au mode RMT (Local), vous devez saisir un nom d’utilisateur et un mot de passe. Ceux-ci sont stockés localement par RMT. 3. Confirmez les Rôles de serveur sélectionnés pour l’utilisateur. 4. Cliquez sur **Enregistrer** pour enregistrer vos modifications. ## Rôles de serveur dans Tableau Resource Monitoring Tool Le Tableau Resource Monitoring Tool fournit divers rôles de serveur que vous pouvez attribuer à un utilisateur afin qu’il dispose des autorisations nécessaires à certaines tâches. Le tableau suivant répertorie les rôles disponibles et ce que chaque rôle permet à l’utilisateur de faire : | Rôles de serveur | Description du rôle | | --- | --- | | Télécharger des lots de fichiers journaux | Générer des fichiers journaux. | | Télécharger des fichiers TDS | Télécharger des fichiers **.tds.** | | Générer des rapports de rétrofacturation | Créer des rapports de rétrofacturation. | | Gestion du serveur/de l’environnement | Autorisé à mettre à jour toutes les configurations. | | Gestion des utilisateurs | Créer et modifier des utilisateurs. | | Gestion des webhooks | Gérer les paramètres de notification dans Slack. | ### Résoudre les problèmes d’authentification Pour plus d’informations sur la résolution des problèmes de connexion et d’authentification des utilisateurs, consultez [Résoudre les problèmes d’authentification des utilisateurs](https://help.tableau.com/current/server/fr-ca/rmt-troubleshoot-user-signin.htm). ## Autres articles de cette section [Passer au contenu principal](#main-content) # Gérer les utilisateurs et les groupes Vous pouvez ajouter des utilisateurs à vos sites Tableau et définir leurs rôles sur le site, ce qui détermine le niveau d’accès de chaque utilisateur. En outre, vous pouvez créer des groupes d’utilisateurs et activer l’accès des invités à vos sites. ## Autres articles de cette section [Passer au contenu principal](#main-content) # Gérer un flux Une fois que vous avez publié un flux sur Tableau Server ou Tableau Cloud, vous pouvez gérer vos flux et y apporter les modifications nécessaires. Cette rubrique décrit les différentes actions que vous pouvez effectuer pour gérer vos flux. **Remarque :** le contenu de cette rubrique s’applique à la fois à Tableau Server et à Tableau Cloud, les exceptions sont signalées spécifiquement. ## Gestion de vos flux **Voici une liste d’actions que vous pouvez effectuer pour gérer vos flux :** - **Créer des flux :** à partir de la version 2020.4, avec un rôle Creator, vous pouvez créer des flux directement sur le Web. Depuis la page d’accueil, cliquez sur Créer > Flux ou depuis la page Explorer, cliquez sur Nouveau > Flux. Pour plus d’informations, consultez [Tableau Prep sur le Web](https://help.tableau.com/current/server/fr-ca/prep_web_auth.htm). - **Modifier les flux :** à partir de la version 2020.4, avec le rôle Creator, vous pouvez modifier les flux directement sur le Web. Accédez à la liste des flux, sélectionnez Actions et cliquez sur Modifier le flux, ou ouvrez un flux et cliquez sur le bouton Modifier. Lorsque vous modifiez un flux, vos modifications passent à l’état de brouillon. Lorsque vous avez terminé, publiez votre flux pour valider vos modifications et créer une nouvelle version du flux. Pour plus d’informations, consultez [Enregistrement automatique et utilisation des brouillons](https://help.tableau.com/current/server/fr-ca/prep_web_auth.htm#autosave). Vous pouvez modifier la connexion de données à l’aide de l’option de menu Modifier la connexion à partir de la vue Connexions, et du menu Actions (…) de la source de données. La nouvelle connexion est enregistrée et utilisée la prochaine fois que le flux s’exécute dans Tableau Prep Conductor. Cependant, lorsque vous ouvrez le flux pour l’afficher, la connexion d’origine persiste et ne sera pas mise à jour tant que vous n’aurez pas modifié le flux, mis à jour le connecteur et republié le flux. Si vous ouvrez, modifiez et republiez le flux sans modifier la connexion d’origine, toutes les modifications de connexion effectuées à l’aide du menu Modifier la connexion seront écrasées et remplacées par la connexion d’origine. - **Téléverser des flux** (version 2026.2.4 et versions ultérieures) En tant qu’utilisateur Creator, vous pouvez téléverser un fichier de flux dans Tableau Cloud depuis les pages d’accueil ou d’exploration, tout comme les classeurs Tableau. L’intégration des identifiants n’est pas prise en charge actuellement. Une fois le flux téléversé, vous pouvez modifier la connexion ou le flux, puis le republier avec les identifiants intégrés. Si vous téléversez un flux dont la sortie est dirigée vers un autre serveur, vous devez, après le téléversement, modifier la sortie pour qu’elle pointe vers le projet approprié sur le nouveau serveur avant d’exécuter le flux. - **Exécuter des flux :** En tant que Creator, vous pouvez exécuter manuellement un flux en plus de créer des tâches de flux planifiées qui s’exécutent à une heure précise. Les utilisateurs Explorer (peut publier) peuvent également exécuter des flux si l’administrateur de serveur leur a accordé cette autorisation. - **Remarque :** Gestion des données n’est pas nécessaire pour exécuter manuellement les flux, mais est requis pour planifier l’exécution des flux. - Accédez à la liste des flux, sélectionnez un ou plusieurs flux que vous souhaitez exécuter, sélectionnez Actions et cliquez sur Exécuter maintenant. - **Balise :** les balises sont des mots-clés que vous pouvez créer pour les flux afin de vous aider à rechercher, filtrer et catégoriser le contenu. Les auteurs peuvent ajouter des balises aux flux lorsqu’ils les publient. Mais vous pouvez également ajouter des balises à n’importe quel classeur, vue ou source de données auquel vous avez accès et vous pouvez supprimer toutes les balises que vous avez ajoutées. Vous pouvez ajouter une balise à une liste de flux. Accédez à la liste des flux, sélectionnez un ou plusieurs éléments que vous souhaitez baliser, sélectionnez Actions et cliquez sur Balise. Pour ajouter une balise à un flux spécifique, vous pouvez le faire à partir de la liste des flux comme décrit ci-dessus. Ouvrez le flux, dans l’onglet Présentation, sélectionnez Actions et cliquez sur Balise. - **Changer de propriétaire :** les administrateurs et les propriétaires de flux peuvent transférer la propriété à tout Creator de leur site. Dans la version 2025.1 et les versions antérieures, ils ne pouvaient transférer la propriété qu’à leur propre compte. Pour plus d’informations, consultez [Gérer la propriété du contenu](https://help.tableau.com/current/online/fr-ca/owner.htm?). - **Autorisations :** vous pouvez définir des autorisations pour les utilisateurs et spécifier si ces derniers peuvent effectuer des actions de modification telles que l’enregistrement, le téléchargement, le déplacement vers un autre projet et la suppression. En outre, vous pouvez spécifier qui peut afficher et exécuter le flux. - **Télécharger :** vous pouvez télécharger un flux pour l’afficher ou le modifier à l’aide de Tableau Prep Builder. Pour télécharger un flux, vous avez besoin d’autorisations de téléchargement. Vous possédez cette autorisation par défaut si vous êtes le propriétaire, par contre il vous faudra peut-être l’ajouter pour d’autres utilisateurs. - **Historique des révisions :** lorsque vous apportez une modification au flux et que vous le republiez dans le même projet sous le même nom, une nouvelle version du flux est créée. Vous pouvez afficher l’historique des révisions en sélectionnant cet historique dans le menu des actions. Les propriétaires de flux sont autorisés à restaurer une version précédente d’un flux. - **Déplacer :** vous pouvez déplacer des flux entre projets. Pour déplacer un flux, les utilisateurs doivent disposer de l’autorisation Déplacer. Vous possédez cette autorisation par défaut pour les flux que vous possédez, par contre il vous faudra peut-être l’ajouter pour d’autres utilisateurs. - **Renommer :** vous pouvez renommer un flux. Pour renommer un flux, les utilisateurs ont besoin de l’autorisation Enregistrer. Vous possédez cette autorisation par défaut pour les flux que vous possédez, par contre il vous faudra peut-être l’ajouter pour d’autres utilisateurs. - **Supprimer :** vous pouvez supprimer un flux. Pour supprimer un flux, les utilisateurs ont besoin de l’autorisation Supprimer. Vous possédez cette autorisation par défaut pour les flux que vous possédez, par contre il vous faudra peut-être l’ajouter pour d’autres utilisateurs. À partir de la version 2025.3, vous pouvez récupérer les flux supprimés qui se trouvent dans la corbeille. Pour plus d’informations, consultez [Récupérer les flux supprimés](https://help.tableau.com/current/prep/fr-ca/prep_save_share.htm#recover-deleted-flows). ### Qui peut le faire? Administrateur de Tableau Server **Peut effectuer les tâches suivantes sur tous les sites :** - Créer des flux - Modifier des flux publiés - Téléverser des flux - Afficher une liste de tous les brouillons de flux - Exécuter des flux - Supprimer des flux - Activer et configurer la corbeille - Récupérer les flux supprimés - Télécharger des flux - Changer de propriétaire - Modifier les autorisations - Changer de projet - Ajouter/supprimer des balises - Modifier la description - Changer de nom - Mettre à jour une tâche de flux - Supprimer une tâche de flux - Créer une tâche de flux\* - Gestion des versions\* \*Certaines conditions supplémentaires s’appliquent à ces actions : - Pour créer une tâche de flux : - Une programmation de flux doit être disponible. Dans Tableau Server, seuls les administrateurs de serveur peuvent créer une programmation. Dans Tableau Cloud, les utilisateurs autorisés à programmer des tâches de flux peuvent créer une programmation personnalisée. Pour en savoir plus, consultez [Programmer des tâches de flux](https://help.tableau.com/current/online/fr-ca/prep_conductor_schedule_flow_task.htm). - Le flux doit comporter au moins une étape de sortie. - La version du flux doit être compatible avec la version de Tableau Server. - Gestion des versions : - L’historique des révisions doit être activé sur le site. - Le rôle d’utilisateur est autorisé à publier dans le projet. Administrateur de site Tableau **Peut effectuer les tâches suivantes sur les flux publiés sur les sites dont il est l’administrateur de site :** - Créer des flux - Modifier des flux publiés - Téléverser des flux - Afficher une liste de tous les brouillons de flux - Exécuter des flux - Supprimer des flux - Activer et configurer la corbeille - Récupérer les flux supprimés - Télécharger des flux - Changer de propriétaire - Modifier les autorisations - Changer de projet - Ajouter/supprimer des balises - Modifier la description - Changer de nom - Mettre à jour une tâche de flux - Supprimer une tâche de flux - Créer une tâche de flux\* - Gestion des versions\* Certaines conditions supplémentaires s’appliquent à ces actions : - Pour créer une tâche de flux : - Une programmation de flux doit être disponible. Dans Tableau Server, seuls les administrateurs de serveur peuvent créer une programmation. Dans Tableau Cloud, les utilisateurs autorisés à programmer des tâches de flux peuvent créer une programmation personnalisée. Pour en savoir plus, consultez [Programmer des tâches de flux](https://help.tableau.com/current/online/fr-ca/prep_conductor_schedule_flow_task.htm). - Le flux doit comporter au moins une étape de sortie. - La version du flux doit être compatible avec la version de Tableau Server. - Gestion des versions : - L’historique des révisions doit être activé sur le site. - Le rôle d’utilisateur est autorisé à publier dans le projet. Responsable de projet **Peut effectuer les tâches suivantes sur les flux publiés dans les projets pour lesquels il disposent d’autorisations de chef de projet :** - Créer des flux - Modifier des flux publiés - Téléverser des flux - Exécuter des flux - Supprimer - Télécharger - Modifier les autorisations - Changer de projet - Ajouter/supprimer des balises - Modifier la description - Changer de nom - Mettre à jour une tâche de flux - Supprimer une tâche de flux - Créer une tâche de flux\* - Gestion des versions\* \*Certaines conditions supplémentaires s’appliquent à ces actions : - Pour créer une tâche de flux : - Une programmation de flux doit être disponible. Dans Tableau Server, seuls les administrateurs de serveur peuvent créer une programmation. Dans Tableau Cloud, les utilisateurs autorisés à programmer des tâches de flux peuvent créer une programmation personnalisée. Pour en savoir plus, consultez [Programmer des tâches de flux](https://help.tableau.com/current/online/fr-ca/prep_conductor_schedule_flow_task.htm). - Le flux doit comporter au moins une étape de sortie. - La version du flux doit être compatible avec la version de Tableau Server. - Gestion des versions : - L’historique des révisions doit être activé sur le site. - Le rôle d’utilisateur est autorisé à publier dans le projet. Propriétaire du projet **Peut effectuer les tâches suivantes sur les flux publiés dans les projets dont il est propriétaire :** - Créer des flux - Modifier des flux publiés - Téléverser des flux - Exécuter des flux - Supprimer - Télécharger - Modifier les autorisations - Changer de projet - Ajouter/supprimer des balises - Modifier la description - Changer de nom - Mettre à jour une tâche de flux - Supprimer une tâche de flux - Créer une tâche de flux\* - Gestion des versions\* \* Certaines conditions supplémentaires s’appliquent à ces actions : - Pour créer une tâche de flux : - Une programmation de flux doit être disponible. Dans Tableau Server, seuls les administrateurs de serveur peuvent créer une programmation. Dans Tableau Cloud, les utilisateurs autorisés à programmer des tâches de flux peuvent créer une programmation personnalisée. Pour en savoir plus, consultez [Programmer des tâches de flux](https://help.tableau.com/current/online/fr-ca/prep_conductor_schedule_flow_task.htm). - Le flux doit comporter au moins une étape de sortie. - La version du flux doit être compatible avec la version de Tableau Server. - Gestion des versions : - L’historique des révisions doit être activé sur le site. - Le rôle d’utilisateur est autorisé à publier dans le projet. Propriétaire de flux **Peut effectuer les tâches suivantes sur les flux dont il est propriétaires :** - Créer des flux - Modifier le brouillon (flux dont il est propriétaire) et les flux publiés - Téléverser des flux - Exécuter des flux - Supprimer des flux - Récupérer les flux supprimés (avec la corbeille activée par l’administrateur) - Télécharger des flux - Changer de propriétaire - Modifier les autorisations - Changer de projet - Ajouter/supprimer des balises - Modifier la description - Changer de nom - Mettre à jour une tâche de flux - Supprimer une tâche de flux - Créer une tâche de flux\* - Gestion des versions\* \*Certaines conditions supplémentaires s’appliquent à ces actions : - Pour créer une tâche de flux : - Une programmation de flux doit être disponible. Dans Tableau Server, seuls les administrateurs de serveur peuvent créer une programmation. Dans Tableau Cloud, les utilisateurs autorisés à programmer des tâches de flux peuvent créer une programmation personnalisée. Pour en savoir plus, consultez [Programmer des tâches de flux](https://help.tableau.com/current/online/fr-ca/prep_conductor_schedule_flow_task.htm). - Le flux doit comporter au moins une étape de sortie. - La version du flux doit être compatible avec la version de Tableau Server. - Gestion des versions : - L’historique des révisions doit être activé sur le site. - Le rôle d’utilisateur est autorisé à publier dans le projet. Utilisateur disposant d’une licence Creator **Peut effectuer les tâches suivantes :** - Créer des flux - Modifier le brouillon (flux dont il est propriétaire) et les flux publiés - Téléverser des flux - Exécuter des flux (avec les autorisations d’exécution de flux) - Supprimer (avec autorisations de suppression) - Récupérer les flux supprimés (avec la corbeille activée par l’administrateur) - Télécharger (avec autorisations de téléchargement ou Enregistrer sous et autorisations de lecture) - Modifier les autorisations (avecles autorisations de modification) - Changer de projet (avec des autorisations de déplacement et des autorisations d’écriture sur le projet de destination) - Ajouter/supprimer des balises (avec autorisations de lecture) - Modifier la description (avec autorisations d’enregistrement) - Modifier le nom (avec autorisations d’enregistrement) - Tâche de mise à jour de flux (avec autorisations d’exécution) - Supprimer une tâche de flux (avec autorisations d’exécution) - Créer une tâche de flux\* (avec autorisations d’exécution) - Gestion des versions\* (avec autorisations d’affichage, de lecture, d’enregistrement sous et de téléchargement) \* Certaines conditions supplémentaires s’appliquent à ces actions : - Pour créer une tâche de flux : - Une programmation de flux doit être disponible. Dans Tableau Server, seuls les administrateurs de serveur peuvent créer une programmation. Dans Tableau Cloud, les utilisateurs autorisés à programmer des tâches de flux peuvent créer une programmation personnalisée. Pour en savoir plus, consultez [Programmer des tâches de flux](https://help.tableau.com/current/online/fr-ca/prep_conductor_schedule_flow_task.htm). - Le flux doit comporter au moins une étape de sortie. - La version du flux doit être compatible avec la version de Tableau Server. - Gestion des versions : - L’historique des révisions doit être activé sur le site. - Le rôle d’utilisateur est autorisé à publier dans le projet. Utilisateur disposant d’une licence Explorer **Peut effectuer les tâches suivantes :** **Remarque** : Depuis la version 2020.4, les utilisateurs disposant d’une licence Explorer ne peuvent plus exécuter des flux sur Tableau Server, même si l’administrateur de serveur leur attribue l’autorisation Exécuter un flux : autorisé. - Les utilisateurs disposant d’une licence Explorer (peut publier) avec l’autorisation Exécuter un flux : autorisé peuvent exécuter des flux sur Tableau Server et Tableau Cloud. - Supprimer (avec autorisations de suppression) - Récupérer les flux supprimés (avec les autorisations de l’Explorer (peut publier) et la corbeille activée par l’administrateur) - Télécharger (avec autorisations de téléchargement ou Enregistrer sous et autorisations de lecture) - Modifier les autorisations (avecles autorisations de modification) - Changer de projet (avec autorisations de déplacement et d’écriture sur le projet de destination) - Ajouter/supprimer des balises (avec autorisations de lecture) - Modifier la description (avec autorisations d’enregistrement) - Modifier le nom (avec autorisations d’enregistrement) - Tâche de mise à jour de flux (avec autorisations d’exécution) - Supprimer une tâche de flux (avec autorisations d’exécution) - Créer une tâche de flux\* (avec autorisations d’exécution) - Gestion des versions\* (avec autorisations d’affichage, de lecture, d’enregistrement sous et de téléchargement) \*Certaines conditions supplémentaires s’appliquent à ces actions : - Pour créer une tâche de flux : - Une programmation de flux doit être disponible. Dans Tableau Server, seuls les administrateurs de serveur peuvent créer une programmation. Dans Tableau Cloud, les utilisateurs autorisés à programmer des tâches de flux peuvent créer une programmation personnalisée. Pour en savoir plus, consultez [Programmer des tâches de flux](https://help.tableau.com/current/online/fr-ca/prep_conductor_schedule_flow_task.htm). - Le flux doit comporter au moins une étape de sortie. - La version du flux doit être compatible avec la version de Tableau Server. - Gestion des versions : - L’historique des révisions doit être activé sur le site. - Le rôle d’utilisateur est autorisé à publier dans le projet. Utilisateur disposant d’une licence Viewer Les visualiseurs ne peuvent pas gérer les flux, ils peuvent toutefois visualiser le flux et les différentes versions du flux. Pour plus d’informations sur les fonctionnalités complètes que vous pouvez définir sur les flux, consultez [Autorisations](https://help.tableau.com/current/server/fr-ca/permissions.htm). [Passer au contenu principal](#main-content) # Gérer un processus du serveur sans licence La page Statut de Tableau Server comporte plusieurs indicateurs d’état qui vous permettent de comprendre l’état des processus de Tableau Server. Une zone en orange, « sans licence », indique que l’un des processus du serveur ne peut pas récupérer les données de licence Tableau Server. Dans l’image ci-dessous, l’un des processus VizQL est sans licence : ![Une table qui montre l’état actuel des processus Tableau Server.](/tableau/current/fr-ca/server/fr-ca/Img/server_status_orange.png) Plusieurs raisons peuvent expliquer le fait que le processus ne parvient pas à accéder aux données de licence. Il peut, par exemple, s’agir de problèmes réseau qui empêchent un processus s’exécutant sur un nœud supplémentaire de communiquer avec le service de licence sur le nœud initial. Ou bien, le processus sans licence envoie plus de demandes qu’il ne peut en accepter à ce moment-là et ne peut pas gérer la demande de licence. L’impact pour les utilisateurs varie selon que le processus est en mesure ou non de confirmer sa licence, et s’il existe d’autres instances du processus sur l’un des nœuds du serveur. Dans le cas du processus VizQL sans licence ci-dessus, certains utilisateurs peuvent être en mesure d’accéder aux vues tandis que d’autres non. Pour résoudre le problème, [arrêtez](https://help.tableau.com/current/server/fr-ca/cli_stop_tsm.htm#stop), puis [démarrez](https://help.tableau.com/current/server/fr-ca/cli_start_tsm.htm#start) Tableau Server. [Passer au contenu principal](#main-content) # Gestion de la charge de travail via les rôles de nœuds En utilisant les rôles de nœuds, vous pouvez configurer l’emplacement où certains types de charges de travail sont traités dans votre installation Tableau Server. Les fonctions de rôles de nœuds vous permettent de dédier et d’adapter les ressources à des charges de travail spécifiques. Vous pouvez configurer les rôles de nœuds pour le gestionnaire de processus en arrière-plan et le stockage de fichiers. Le rôle de nœud Gestionnaire de processus en arrière-plan spécifie le type de tâches en arrière-plan qui doivent s’exécuter sur un nœud, tandis que le rôle de nœud Stockage de fichiers spécifie le type de charge de travail d’extraction qui doit s’exécuter sur un nœud. Les deux rôles de nœud sont spécifiés au niveau du nœud. Bien que ces rôles de nœud puissent fonctionner indépendamment pour optimiser la charge de travail sélectionnée, les deux rôles de nœud combinés peuvent être utilisés pour spécialiser les nœuds de serveur afin d’exécuter de manière préférentielle les charges de travail sélectionnées et optimiser les performances des charges de travail d’extraction intensives. Cette combinaison est décrite plus en détail ultérieurement dans la section [Rôles des nœuds du stockage de fichiers](#file-store-node-roles). ## Rôles des nœuds du gestionnaire de processus en arrière-plan Le processus Gestionnaire de processus en arrière-plan exécute des tâches Tableau Server, y compris des actualisations d’extraits, des abonnements, des tâches de flux, des tâches « Exécuter maintenant » et des tâches lancées depuis _tabcmd_. L’exécution de toutes ces tâches peut nécessiter beaucoup de ressources machine. Si vous avez plus d’un nœud Gestionnaire de processus en arrière-plan dans votre groupement, vous pouvez gérer votre charge de travail Gestionnaire de processus en arrière-plan en spécifiant le type de tâche qu’un Gestionnaire de processus en arrière-plan peut exécuter sur un nœud à l’aide de la fonction de rôle de nœud Gestionnaire de processus en arrière-plan. Cette option de configuration n’est actuellement disponible que par le biais des commandes d’interface en ligne de commande TSM et n’est utile que sur les groupements multinœuds. Si vous n’avez qu’un seul nœud, le Gestionnaire de processus en arrière-plan est configuré pour exécuter toutes les tâches par défaut et cela ne peut pas être modifié. ### Utilisation des rôles de nœud Gestionnaire de processus en arrière-plan La fonction de rôle de nœud Gestionnaire de processus en arrière-plan est destinée à vous donner plus de contrôle et de gouvernance sur l’endroit où certains types de charges de travail Gestionnaire de processus en arrière-plan sont traités dans votre installation Tableau Server et vous permet de dédier et d’adapter des ressources à des charges de travail spécifiques. Par exemple, si votre déploiement utilise beaucoup les extraits et que les utilisateurs exécutent de nombreux travaux d’actualisations d’extraits ou de chiffrement, il peut être avantageux de dédier un nœud aux actualisations d’extraits. De même, dans le cas d’abonnements, si votre installation Tableau Server traite beaucoup d’abonnements et que vous voulez vous assurer que d’autres travaux ne prennent pas les ressources des abonnements, alors vous pouvez dédier un nœud aux abonnements. Dans ces cas, vous pouvez également dédier d’autres nœuds en arrière-plan à des charges de travail autres que les actualisations d’extraits et les abonnements. Pour prendre en charge la haute disponibilité, Tableau recommande d’avoir plusieurs nœuds dédiés à une charge de travail spécifique. Par exemple, si vous dédiez un nœud aux actualisations d’extraits, vous devez également configurer un deuxième nœud pour traiter la charge de travail d’actualisation d’extrait. Ainsi, si un nœud dédié aux actualisations d’extraits devient indisponible, les actualisations d’extraits peuvent toujours être traitées par l’autre nœud. ### Options de configuration
ConfigurationTravaux
all-jobs (par défaut)Tous les travaux Tableau Server
flowsTravaux d’exécution de flux.
no-flowsTous les travaux sauf les flux.
extract-refreshes

Les travaux qui sont créés pour :

Actualisations incrémentielles, actualisations complètes, chiffrement et déchiffrement de tous les extraits, y compris les extraits créés par les sorties de flux.

subscriptionsTravaux d’abonnement
systemLes travaux de maintenance du système qui interagissent avec d’autres processus Tableau Server. Par exemple, nettoyer les travaux en panne, récolter les événements de la base de données et synchroniser Active Directory.
extract-refreshes-and-subscriptionsActualisations d’extraits, chiffrement et déchiffrement de tous les extraits, y compris les extraits générés par les sorties de flux, et travaux d’abonnement.
no-extract-refreshesTous les travaux, à l’exception des actualisation d’extraits, du chiffrement d’extraits et du déchiffrement de tous les extraits, y compris les extraits créés à partir des sorties de flux.
no-subscriptionsTous les travaux sauf les abonnements.
no-extract-refreshes-and-subscriptionsTous les travaux, à l’exception des actualisations d’extraits, du chiffrement et déchiffrement de tous les extraits, y compris les extraits créés à partir des sorties de flux, et abonnements.
no-systemTous les travaux à l’exception des travaux de maintenance du système.
Pour plus d’informations sur l’utilisation des commandes tsm pour définir le rôle du nœud, consultez [tsm topology](https://help.tableau.com/current/server/fr-ca/cli_topology_tsm.htm). **Remarque :** la configuration des rôles de nœuds nécessite un redémarrage du serveur et un certain temps d’arrêt. Pour plus d’informations, consultez [tsm pending-changes](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm). #### Exigences en matière de licence Pour que vous puissiez configurer un nœud de manière à n’effectuer qu’un type spécifique de tâches, comme les flux, les actualisations d’extraits et les abonnements, l’une des licences suivantes doit être activée sur votre Tableau Server : - Pour que vous puissiez configurer un nœud afin d’exécuter des flux, une licence Gestion des données valide doit être activée sur votre serveur, et Tableau Prep Conductor doit être exécuté sur ce nœud. Pour en savoir plus sur les processus Tableau Server, consultez [Tableau Prep Conductor](https://help.tableau.com/current/server/fr-ca/prep_publishserver_overview.htm). - Pour que vous puissiez configurer un nœud de manière à exécuter les actualisations d’extraits, les abonnements et toute combinaison relative aux actualisations d’extraits et aux abonnements, les capacités Advanced Management doivent être activées sur votre Tableau Server. Si la licence expire ou est désactivée, vous verrez une erreur chaque fois que vous modifierez la configuration du serveur. Pour plus d’informations sur Advanced Management, consultez [À propos de Tableau Advanced Management sur Tableau Server](https://help.tableau.com/current/server/fr-ca/itm_intro.htm). > [!IMPORTANT] > > Important! > Bien que les flux, les actualisations d’extraits et les abonnements puissent être coûteux et gourmands en ressources, ce ne sont pas les seuls travaux qui peuvent nécessiter des ressources dédiées. Dans le groupe **Tous les travaux**, le gestionnaire de processus en arrière-plan exécute diverses tâches système, par exemple la génération d’images miniatures pour les classeurs. Assurez-vous que les nœuds qui exécutent des travaux autres que les actualisations d’extraits, les abonnements ou des flux disposent de ressources machine suffisantes. Pour plus d’informations sur la configuration des rôles de nœuds à l’aide des commandes TSM, consultez [Topologie tsm set-node-role](https://help.tableau.com/current/server/fr-ca/cli_topology_tsm.htm#TSMSetNodeRole). #### Considérations Vous devez tenir compte de certaines règles lors de la configuration des rôles des nœuds de gestionnaire de processus en arrière-plan, qui sont énumérées ci-dessous : - Une seule configuration de rôle de nœud peut être définie pour un nœud à la fois. Vous ne pouvez pas configurer plusieurs rôles de nœuds sur un nœud. - Pour configurer un rôle de nœud, il doit y avoir au moins un processus Gestionnaire de processus en arrière-plan sur ce nœud. - Si vous n’avez qu’un seul nœud Gestionnaire de processus en arrière-plan, vous devez configurer ce nœud pour exécuter tous les travaux. Il s’agit de la configuration par défaut qui ne nécessite aucune licence supplémentaire. - Si vous avez plusieurs nœuds Gestionnaire de processus en arrière-plan, combinés, ils doivent être configurés pour traiter tous les travaux. Vous pouvez procéder ainsi : - Configurez l’un des nœuds pour exécuter tous les travaux à l’aide de l’option Tous les travaux. Ce moyen est le plus simple et le plus direct. - Utilisez l’une des configurations d’exception sur l’un des nœuds : - no-flows - no-subscriptions - no-extract-refreshes - no-extract-refreshes-and-subscriptions Par exemple, dans un groupement comportant trois gestionnaires de processus en arrière-plan, vous pourriez avoir un nœud configuré pour exécuter les flux, un pour exécuter les abonnements et actualiser les extraits, et un pour exécuter tous les travaux sauf les flux, les abonnements et les actualisations d’extraits. **Remarque :** la possibilité de spécifier les rôles de nœud pour exécuter les flux, ou exécuter tous les travaux à l’exception des flux, ou encore exécuter tous les travaux a été introduite dans la version 2019.1. ## Rôles des nœuds du stockage de fichiers Le [stockage de fichiers Tableau Server](https://help.tableau.com/current/server/fr-ca/server_process_filestore.htm) contrôle le stockage des extraits. Il existe trois grandes catégories de charges de travail qui dépendent des extraits.
Charge de travail d’extractionService d’exécution
ActualisationGestionnaire de processus en arrière-plan
RequêteMoteur de données
Sauvegarde/restaurationSauvegarde/restauration
En combinant la gestion des rôles de nœuds du stockage de fichiers avec la gestion des rôles de nœuds Gestionnaire de processus en arrière-plan, les administrateurs de serveurs peuvent spécialiser les nœuds de serveurs pour qu’ils exécutent de préférence des charges de travail sélectionnées de manière à optimiser les performances de toutes les catégories de charges de travail intensives en extraits. Il est possible de spécialiser un nœud de manière exécuter des charges de travail de requêtes d’extraits à travers une topologie qui n’a que des nœuds de Moteur de données autonomes. Pour plus d’informations, consultez [Optimisation pour les environnements soumis à une forte charge de requêtes d’extraits](https://help.tableau.com/current/server/fr-ca/perf_tuning_long_queries_for_extracts.htm). Toutefois, ce processus s’exécute au détriment des charges de travail d’actualisations d’extraits, qui sont exécutées par les nœuds du gestionnaire de processus en arrière-plan. Avec l’approche d’isolation basée sur la topologie, les charges de travail intensives en extraits du gestionnaire de processus en arrière-plan peuvent devenir plus lentes car aucun des nœuds de gestionnaire de processus en arrière-plan n’a de stockage de fichiers et donc tout le trafic d’actualisation d’extraits passe sur le réseau. Avec l’option Configuration des rôles des nœuds du stockage de fichiers, il est possible de désigner certains nœuds de serveur qui traitent les requêtes d’extraits comme étant sélectionnés de préférence dans la liste des nœuds de serveur habilités à le faire. Cela permet d’accélérer les charges de travail telles que les sauvegardes et les actualisations d’extraits en permettant aux administrateurs de serveur d’activer le stockage de fichiers sur les nœuds du serveur de gestionnaire de processus en arrière-plan, ce qui empêche l’exécution des requêtes d’extraits sur ces nœuds. Cette fonctionnalité est utile si vous avez une charge de travail intensive en extraits et que vous souhaitez obtenir des performances optimales pour vos requêtes et actualisations d’extraits. ### Instructions pour optimiser l’actualisation des extraits et les charges de travail de sauvegarde ou de restauration. Commencez par une topologie comportant des nœuds de moteur de données spécialisés (voir [Optimisation pour les environnements soumis à une forte charge de requêtes d’extraits](https://help.tableau.com/current/server/fr-ca/perf_tuning_long_queries_for_extracts.htm)). **Remarque :** Dans le diagramme et la procédure ci-dessous, le nœud 1 est le nœud initial, le nœud 2 est le nœud supplémentaire 1, le nœud 3 est le nœud supplémentaire 2 et le nœud 4 est le nœud supplémentaire 3. ![Topologie 1 - Nœuds de moteur de données dédiés](/tableau/current/fr-ca/server/fr-ca/Img/perf_config_query_extract.png)Topologie 1 - Nœuds de moteur de données dédiés 1. Ajoutez le stockage de fichiers au nœud 1. `tsm topology set-process -n node1 -pr filestore -c 1` 2. Désignez le nœud 3 et le nœud 4 pour exécuter de préférence les charges de travail des requêtes d’extraits `tsm topology set-node-role -n node3, node4 -r extract-queries` 3. Désignez le nœud 1 pour exécuter de préférence les charges de travail d’actualisations d’extraits. `tsm topology set-node-role -n node1 -r extract-refreshes` 4. Désignez le nœud 2 pour exécuter de préférence des charges de travail qui ne sont pas des actualisations d’extraits. `tsm topology set-node-role -n node2 -r no-extract-refreshes` 5. Appliquez les modifications en attente. `tsm pending-changes apply` ![Topologie 2](/tableau/current/fr-ca/server/fr-ca/Img/perf_config_query_extract_2.png)Topologie 2 - Nœud de stockage de fichiers supplémentaire **Remarque :** dans votre déploiement Tableau Server, l’ajout de rôles de stockage de fichiers aux nœuds existants augmente temporairement les E/S réseau entre tous les nœuds de stockage de fichiers pendant que le nouveau stockage de fichiers est en cours de synchronisation. La durée de cette opération dépend du volume de données dans le stockage de fichiers et de la capacité de bande passante du réseau. L’état de la synchronisation peut être surveillé à l’aide de l’interface Web de TSM. Si vous ajoutez plus d’un stockage de fichiers à votre déploiement, il est recommandé de les ajouter consécutivement et d’attendre que la synchronisation initiale soit terminée entre chaque ajout de stockage de fichiers. #### Ajuster la gestion de la charge de travail des requêtes d’extraction Lorsque les requêtes d’extraits pour les alertes d’abonnements par courriel et de métriques s’exécutent en même temps que les utilisateurs consultent de manière interactive des visualisations basées sur des extraits, il peut arriver que les temps de charge des visualisations soient plus longs. Utilisez les rôles de nœuds suivants pour affiner la gestion des priorités pour ces charges de travail.
Rôle de nœud à utiliserType de charge de travail de requête d’extraitExemple
extract-queriesprogramméesabonnements par courriel et alertes basées sur les métriques
extract-queries-interactiveinteractivesutilisateurs consultant une visualisation basée sur des extraits
Si le nombre des abonnements par courriel et des alertes basées sur les métriques augmente dans votre déploiement de serveur, vous pouvez ajouter des nœuds et leur attribuer le rôle de nœud `extract-queries`, ce qui les rend plus disponibles pour gérer les abonnements et les alertes. Si le nombre d’utilisateurs qui consultent des visualisations basées sur des extraits augmente dans votre déploiement de serveur, vous pouvez ajouter des nœuds et leur attribuer le rôle de nœud `extract-queries-interactive`, ce qui leur permet de hiérarchiser les requêtes d’extraits interactives et ainsi de réduire les temps de charge des visualisations basées sur des extraits. Le rôle de nœud `extract-queries-interactive` est une préférence et non un isolement strict. Cela signifie que les requêtes seront acheminées vers les nœuds auxquels le rôle de nœud `extract-queries-interactive` a été attribué. Si vous avez plusieurs nœuds avec le rôle `extract-queries-interactive`, les requêtes seront acheminées en fonction de l’intégrité des nœuds. Par exemple, ajoutez un nœud et attribuez-lui l’exécution préférentielle des charges de travail `extract-queries-interactive`. - `tsm topology set-node-role -n node4 -r extract-queries-interactive` ### Options de configuration
ConfigurationTravaux
all-jobs (par défaut)Tous les travaux Tableau Server
extract-queriesLes travaux créés pour les requêtes d’extraits. Les nœuds sélectionnés s’exécuteront comme all-jobs et donneront la priorité au traitement des requêtes d’extraction.
extract-queries-interactiveLes travaux créés pour les requêtes d’extraits. Les nœuds sélectionnés s’exécutent comme all-jobs et donneront la priorité au traitement des requêtes d’extraits interactives, par exemple celles qui s’exécutent lorsqu’un utilisateur regarde son écran et attend qu’un tableau de bord basé sur l’extrait soit chargé. Il s’agit d’un paramètre avancé. Il ne doit être utilisé que si le groupement est soumis à une importante charge de travail en matière d’abonnements et d’alertes. Dans ce cas de figure, les utilisateurs subissent des performances dégradées au niveau des temps de charge des visualisations s’exécutant à peu près en même temps que les charges planifiées.
Pour plus d’informations sur la configuration des rôles de nœuds à l’aide des commandes TSM, consultez [Topologie tsm set-node-role](https://help.tableau.com/current/server/fr-ca/cli_topology_tsm.htm#TSMSetNodeRole). #### Exigences en matière de licence Pour configurer un nœud de manière à ce qu’il exécute des requêtes d’extraction, vous devez posséder une licence Advanced Management valide activée sur votre Tableau Server. ## Comment voir les rôles de nœud Utilisez la commande suivante pour voir quels rôles de nœud sont actuellement configurés sur Tableau Server : `tsm topology list-nodes -v` ## Qui peut le faire? Les administrateurs Tableau Server peuvent configurer les rôles de nœud et activer les clés produit requises. [Passer au contenu principal](#main-content) # Gestion des alertes d’actualisation des extraits Lorsque Tableau Server ne peut pas mener à bien une actualisation programmée, une alerte s’affiche pour signaler l’échec de l’actualisation. En cas d’échecs de l’actualisation programmée cinq fois d’affilée, Tableau Server suspend l’actualisation. Si une actualisation est suspendue, Tableau Server ne tente pas de l’exécuter à nouveau avant que quelqu’un n’ait pris une mesure corrective pour résoudre la cause de l’échec. **Remarque :** le nombre d’échecs consécutifs pour une actualisation est défini sur cinq par défaut, mais peut être modifié par l’administrateur Tableau Server à l’aide de la commande`backgrounder.failure_threshold_for_run_prevention`. Pour plus d’informations, consultez [Options tsm configuration set](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm). ![Menu d’alertes avec trois icônes associées.](/tableau/current/fr-ca/server/fr-ca/Img/maintenance_alerts.png) Le menu Alertes ne s’affiche que si une actualisation d’extrait échoue et que êtes : - Un administrateur système ou de site - L’auteur du classeur ou de la source de données qui n’a pas pu être actualisé(e) - L’auteur d’un classeur qui se connecte à une source de données qui n’a pas pu être actualisée L’ouverture du menu Alertes permet de consulter plus d’informations sur les échecs d’actualisation : ![Détails d’une alerte de maintenance pour une source de données obsolète.](/tableau/current/fr-ca/server/fr-ca/Img/maintenance_alerts_details.png) Lorsqu’une Source de données est répertoriée en tant qu’Intégrée, cela signifie que la définition de la source de données (qui inclut des éléments tels que les informations d’identification de la source de données ou le nom de la base de données) est intégrée ou réside dans le classeur lui-même, créé à l’origine dans Tableau Desktop. Lorsque le nom d’une source de données ou d’un classeur est répertorié en tant que Source de données (par exemple, Source de données : sales\_data), cela signifie que la source de données est une Source de données Tableau Server. La définition de la source de données réside sur Tableau Server. Dans le volet Données de Tableau Desktop, vous pouvez déterminer si la source de données se trouve dans Tableau Server ou si elle est locale. Si la source de données réside sur le serveur, une icône Tableau est affichée en regard de son nom, et non une icône de base de données : ![Un menu avec une option en surbrillance pour les données de population.](/tableau/current/fr-ca/server/fr-ca/Img/data_source_ts_icon.png) ## Résolution des problèmes d’actualisation d’extraits Pour résoudre les problèmes d’actualisation, vous pouvez prendre d’une des mesures suivantes, selon la cause indiquée dans l’alerte : - **Erreurs liées à la validation des jetons d’accès ou aux informations d’identification** Vous pouvez résoudre certains problèmes d’actualisation d’extrait en cliquant sur Informations de connexion dans l’alerte. Cochez la case à côté de la source de données problématique, cliquez sur Actions > Modifier la connexion, puis saisissez l’information manquante. Cliquez sur Enregistrer lorsque vous avez terminé. Après avoir mis à jour l’information de connexion, Tableau Server redémarre la programmation d’actualisation. Si vous avez intégré initialement les informations d’identification ou d’autres informations de connexion lors de la publication du classeur ou de la source de données depuis Tableau Desktop, vous pouvez également republier le classeur ou la source de données. Dans le cadre du processus de publication, vous pouvez choisir de définir un nouveau programmation d’actualisation. Si vous ne choisissez pas une nouvelle programmation, Tableau Server redémarre la programmation existante. - **Erreurs indiquant que la base de données n’est pas accessible** Vérifiez que la base de données est en ligne et que vous pouvez vous connecter pour accéder aux données. Vous pouvez utiliser le lien Réessayer dans l’alerte pour redémarrer le programmation d’actualisation. - **Erreurs lors de l’utilisation de filtres utilisateur ou de l’emprunt d’identité** Consultez la [Base de connaissances de Tableau](https://kb.tableau.com/articles/issue/extract-refresh-unsuccessful-whfr-caing-user-filters?lang=fr-ca). S’il est impossible de résoudre le problème en modifiant la connexion de données, il sera nécessaire de le faire dans Tableau Desktop et de publier à nouveau le classeur. **Conseil :** Les administrateurs peuvent modifier les connexions de données à tout moment sur la page Connexions de données, accessible depuis chaque site à partir de l’onglet Contenu et de l’onglet Connexions de données. [Passer au contenu principal](#main-content) # Gestion des licences Vous pouvez gérer vos licences Tableau Server et visualiser l’utilisation des licences. ## Autres articles de cette section [Passer au contenu principal](#main-content) # Gestion des licences basée sur la connexion Gestion des licences basée sur la connexion vous aide à gérer les licences pour les utilisateurs dotés d’un rôle Creator sur Tableau Server et Tableau Cloud. Les utilisateurs dotés d’un rôle Explorer ou Viewer ne peuvent pas utiliser cette fonctionnalité. Si vous utilisez des abonnements basés sur les rôles avec Tableau Server ou Tableau Cloud, vous pouvez simplifier votre gestion des licences à l’aide de Gestion des licences basée sur la connexion pour éliminer les clés produit Tableau Desktop et Tableau Prep Builder distinctes. Il vous suffit de gérer une ou plusieurs clés produit pour Tableau Server sur site, ou dans le cas de Tableau Cloud, vous n’avez plus besoin de gérer aucune clé produit. Il suffit d’un seul site Tableau Server ou Tableau Cloud pour autoriser une personne Tableau Desktop ou Tableau Prep Builder. Gestion des licences basée sur la connexion est activé par instance de production de votre déploiement Tableau Server. Vous pouvez attribuer des rôles Creator aux utilisateurs qui utilisent Tableau Server, Tableau Desktop et Tableau Prep Builder pour l’activation des licences et la gestion centralisée des licences. En outre, Gestion des licences basée sur la connexion vous confère en outre davantage de visibilité dans l’utilisation des licences. Vous pouvez utiliser les vues administratives sur Tableau Server et Tableau Cloud pour consulter l’attribution et l’utilisation de vos postes Creator en un seul emplacement. Les vues administratives fournissent des renseignements sur les personnes qui utilisent vos licences Creator et affichent les plus récents octrois de licence et versions à la fois pour Tableau Prep Builder et Tableau Desktop, ce qui vous aide à surveiller vos déploiements Tableau. Les produits Tableau suivants prennent en charge Gestion des licences basée sur la connexion : - Tableau Cloud - Tableau Server - Tableau Desktop - Tableau Prep Builder Si votre Tableau Server n’est pas activé pour Gestion des licences basée sur la connexion, contactez votre représentant commercial Tableau pour obtenir une clé produit spéciale activée pour Gestion des licences basée sur la connexion. ## Fonctionnement de la gestion des licences basée sur la connexion Lorsque Gestion des licences basée sur la connexion est utilisé, Tableau Desktop ou Tableau Prep Builder contacte périodiquement Tableau Server ou Tableau Cloud afin de vérifier que l’utilisateur est de type Creator et d’obtenir une autorisation d’exécution. Tableau Server ou Tableau Cloud contacte le service d’autorisation d’exécution (ATR) hébergé par Tableau pour vérifier que le client Tableau Desktop a autorisé l’activation. Le service ATR, hébergé sur AWS, vérifie et gère la licence et la longueur du volet d’autorisation. Les diagrammes ci-dessous montrent le processus de communication entre le client, Tableau Server ou Tableau Cloud, et le service de licences. Tableau utilise les ports courants (80 et 443) pour émettre des demandes Internet. Dans la plupart des cas, l’ordinateur sur lequel Tableau Desktopou Tableau Prep Builder est installé et le réseau sur lequel il s’exécute sont déjà configurés pour autoriser l’accès nécessaire. Pour plus d’informations sur les ports utilisés par Tableau, consultez [Ports de Tableau Services Manager](https://help.tableau.com/current/server/fr-ca/ports.htm). #### Gestion des licences basée sur la connexion avec Tableau Cloud ![Un diagramme montrant le processus de communication entre la licence et les composants d’octroi de licence pour la gestion des licences basée sur la connexion avec Tableau Cloud.](/tableau/current/fr-ca/server/fr-ca/Img/virtual_desktop_online_lblm.png) #### Gestion des licences basée sur la connexion avec Tableau Server ![Un diagramme montrant le processus de communication entre la licence et les composants d’octroi de licence pour la gestion des licences basée sur la connexion avec Tableau Server.](/tableau/current/fr-ca/server/fr-ca/Img/virtual_desktop_server_lblm.png) 1. Vous installez Tableau Desktop ou Tableau Prep Builder et sélectionnez **Activer avec vos informations d’identification**. Vous vous connectez à votre site Tableau Cloud ou Tableau Server. 2. Tableau Cloud ou Tableau Server vérifie que vous êtes un utilisateur doté du rôle Creator. Sinon, une erreur s’affiche. Si oui, Tableau Cloud ou Tableau Server communique avec le service ATR. 3. Le service ATR renvoie un bail ATR à Tableau Cloud ou Tableau Server. 4. Tableau Cloud ou Tableau Server fournit un bail ATR à Tableau Desktop ou Tableau Prep Builder pour finaliser l’activation. ## Utiliser la gestion des licences basée sur la connexion Pour utiliser la gestion des licences basée sur la connexion, vous devez soit utiliser Tableau Cloud, soit installer Tableau Server et l’activer avec une clé produit compatible avec Gestion des licences basée sur la connexion. L’utilisateur final doit se voir attribuer le rôle Creator dans Tableau Cloud ou dans Tableau Server et cet utilisateur devra installer Tableau Desktop. Même si l’utilisateur peut activer Tableau Desktop sur un maximum de deux machines, un seul siège Creator doit être attribué. **Remarque** : depuis Tableau Server version 2023.1, LBLM est pris en charge dans les déploiements hors ligne. Pour déployer Tableau Server avec LBLM activé, vous devez configurer Tableau Server pour utiliser le service d’autorisation d’exécution (ATR). Pour plus d’informations, consultez [Activer Tableau Server hors ligne](https://help.tableau.com/current/server/fr-ca/activate_off.htm). ### Étape 1 : Installer Tableau Server Si vous avez déjà installé Tableau Server, passez à l’[(facultatif) Étape 2 : Modifier les paramètres de gestion des licences basée sur la connexion](#Step_2). Sinon, vous devrez installer :Tableau Server 1. Consultez le chapitre [Déployer](https://help.tableau.com/current/server/fr-ca/install.htm) pour installer Tableau Server. 2. Durant l’activation, vous devez entrer une clé produit Tableau Server qui prend en charge l’abonnement basé sur des rôles et la gestion des licences basée sur la connexion. 3. Ajoutez des utilisateurs à votre Tableau Server et attribuez-leur l’un des trois rôles Creator : Administrateur de serveur, Administrateur de site - Creator ou Creator. Une licence Creator est alors attribuée à ces utilisateurs dans Tableau Server. Pour plus d’informations, consultez [Définir les rôles sur le site des utilisateurs](https://help.tableau.com/current/server/fr-ca/users_site_roles.htm). > [!IMPORTANT] > > **Important :** si vous utilisez des clients connectés et Gestion des licences basée sur la connexion, ne [désactivez pas l’authentification client automatique](https://help.tableau.com/current/server/fr-ca/devices_connected_credentials.htm). En outre, ne vous déconnectez pas de Tableau Server en utilisant l’interface utilisateur de l’ordinateur de bureau connecté après avoir activé Gestion des licences basée sur la connexion. Autrement, Gestion des licences basée sur la connexion ne peut pas actualiser automatiquement l’activation de la licence ou fournir des données actuelles au rapport d’utilisation LBLM sur Tableau Server ou Tableau Cloud. Pour plus d’informations sur Desktop connecté, consultez [Garder Tableau Desktop automatiquement connecté à Tableau Server ou Online](https://help.tableau.com/current/pro/desktop/fr-ca/sign_in_server.htm#automatically-keep-tableau-desktop-connected-to-tableau-server-or-online). ### (facultatif) Étape 2 : Modifier les paramètres de gestion des licences basée sur la connexion Gestion des licences basée sur la connexion est activé par défaut pour Tableau Cloud, Tableau Server et Tableau Desktop. Vous pouvez cependant modifier certains paramètres Gestion des licences basée sur la connexion. Désactiver Gestion des licences basée sur la connexion sur Tableau Server Même si Gestion des licences basée sur la connexion est la méthode d’activation préférée pour Tableau Desktop et Tableau Prep Builder, vous pouvez avoir, dans votre entreprise, des installations Tableau Server utilisées pour les tests qui n’ont pas besoin d’utiliser Gestion des licences basée sur la connexion. Sur Tableau Server, vous utilisez l’utilitaire de ligne de commande Tableau Services Manager (TSM) pour désactiver la gestion des licences basée sur la connexion. Pour désactiver Gestion des licences basée sur la connexion, à l’invite de commande, tapez : `tsm configuration set -k licensing.login_based_license_management.enabled -v false` `tsm pending-changes apply` Modifiez les paramètres Gestion des licences basée sur la connexion sur Tableau Desktop ou Tableau Prep Builder lors de l’installation Pour modifier les paramètres Gestion des licences basée sur la connexion à la ligne de commande, vous pouvez exécuter le fichier .exe du programme d’installation à partir de la ligne de commande de votre ordinateur en tant qu’administrateur. Si vous avez besoin d’extraire les fichiers .msi, suivez les instructions décrites dans [Extraire et exécuter le programme d’installation Windows (MSI)](https://help.tableau.com/current/desktopdeploy/fr-ca/desktop_deploy_automate.htm#msi). Pour utiliser une durée autre que la durée par défaut de 14 jours/1209600 secondes, incluez le commutateur `ATRREQUESTEDDURATIONSECONDS`. Par exemple : `tableauDesktop-64bit-2024-2-0.exe /quiet /norestart ACCEPTEULA=1 ATRREQUESTEDDURATIONSECONDS=43200` Vous devez exécuter la commande depuis le répertoire où se trouve le fichier .exe ou spécifier un chemin d’accès complet vers l’emplacement du fichier .exe sur l’ordinateur. N’exécutez pas le programme d’installation depuis un répertoire partagé sur votre réseau. Au lieu de cela, téléchargez le fichier .exe dans un répertoire sur l’ordinateur d’installation. L’exemple suivant montre la commande du programme d’installation de Windows qui désactive la gestion des licences basée sur la connexion : `tableauDesktop-64bit-2024-2-0.exe /quiet /norestart ACCEPTEULA=1 LBLM=disabled` ou `tableauPrepBuilder-64bit-2024-2-0.exe /quiet /norestart ACCEPTEULA=1 LBLM=disabled` Pour définir l’URL par défaut du Tableau Server que vous souhaitez que les utilisateurs utilisent pour l’activation lors de l’utilisation de Gestion des licences basée sur la connexion, ajoutez l’option `ACTIVATIONSERVER` ou `WorkGroupServer`. Pour mettre à jour le fichier exe : `tableauDesktop-64bit-2021-4-0.exe /quiet /norestart ACCEPTEULA=1 ACTIVATIONSERVER=http://` Pour mettre à jour le registre : `reg.exe add HKEY_LOCAL_MACHINE\SOFTWARE\Tableau\Tableau 2024.2\Settings /f /v WorkGroupServer /d https://` **Remarque :** l’option `ACTIVATIONSERVER` est uniquement conçue pour l’activation initiale. Si vous vous êtes déjà connecté à cette version de Tableau, vous utilisez l’option `WorkGroupServer` (Windows) ou `WorkgroupServer` (macOS). Par exemple, si vous utilisez Tableau Desktop sous Windows et que vous vous êtes déjà connecté avec succès, vous utiliseriez l’option `WorkGroupServer` pour spécifier un serveur d’activation. Sur Tableau Desktop sous macOS, vous utiliseriez l’option `WorkgroupServer`. Sous macOS, cette option est sensible à la casse et utilise un « g » minuscule. Modifiez les paramètres de gestion des licences basée sur la connexion sur Tableau Desktop en modifiant le registre Si Tableau Desktop est déjà installé, vous pouvez modifier les paramètres Gestion des licences basée sur la connexion en modifiant le registre Windows. Pour désactiver Gestion des licences basée sur la connexion : `reg.exe add HKEY_LOCAL_MACHINE\SOFTWARE\Tableau\ATR /f /v LBLM /d disabled` Pour que Gestion des licences basée sur la connexion soit la seule option de connexion : `reg.exe add HKEY_LOCAL_MACHINE\SOFTWARE\Tableau\ATR /f /v LBLM /d required` Vous pouvez également activer, désactiver ou exiger Gestion des licences basée sur la connexion en modifiant le registre directement : 1. En tant qu’administrateur de l’ordinateur sur lequel s’exécute Tableau Desktop, effectuez une sauvegarde du fichier de registre avant de lui apporter une quelconque modification. 2. Modifiez le registre, et dans `HKEY_LOCAL_MACHINE\SOFTWARE\Tableau`, trouvez la ruche nommée ATR et modifiez la valeur LBLM de manière à refléter le paramètre souhaité : 1. Nom : LBLM. 2. Données : enabled, disabled ou required. 3. Redémarrez Tableau afin que les modifications prennent effet. Modifiez les paramètres Gestion des licences basée sur la connexion sur Tableau Desktop dans macOS Pour activer les paramètres Gestion des licences basée sur la connexion sur macOS, exécutez les commandes suivantes dans un volet de terminal pour mettre à jour le fichier de préférences, puis installez ou redémarrez Tableau Desktop. Pour désactiver Gestion des licences basée sur la connexion : `sudo defaults write /Library/Preferences/com.tableau.ATR LBLM "disabled"` Pour que Gestion des licences basée sur la connexion soit la seule option de connexion : `sudo defaults write /Library/Preferences/com.tableau.ATR LBLM "required"` Pour définir l’URL par défaut de l’instance Tableau Server que l’utilisateur doit employer pour l’activation en cas d’utilisation de Gestion des licences basée sur la connexion sous MacOS. Première activation : `sudo defaults write /Library/Preferences/com.tableau.ATR LBLM "required"` Activations suivantes : `sudo defaults write /Library/Preferences/com.tableau.Tableau- Settings.WorkgroupServer "https://"` **Remarque :** Dans Tableau Desktop sous macOS, vous utiliseriez l’option `WorkgroupServer`. Sous macOS, cette option est sensible à la casse et utilise un « g » minuscule. #### Paramètres Gestion des licences basée sur la connexion Vous utilisez les paramètres suivants pour modifier Gestion des licences basée sur la connexion, définir la durée d’ATR et définir l’URL du serveur d’activation.
ParamètreValeurDescription
LBLMenabled, disabled ou required

Si l’option est définie sur enabled (option par défaut), les écrans de licence présenteront les deux options d’activation (clé produit ou identifiants).

Si elle est définie sur disabled, Gestion des licences basée sur la connexion n’apparaîtra pas sur les écrans de licence.

Si elle est définie sur required, Gestion des licences basée sur la connexion est le seul moyen d’activer Tableau Desktop (lorsqu’il s’affiche, l’écran de licence n’offre que l’option des identifiants pour l’activation).

Remarque : Lorsque LBLM est défini sur « enabled » ou « required », les rapports sont également activés.

ATRREQUESTEDDURATIONSECONDS1209600

Définit la durée d’autorisation d’exécution (ATR) (en secondes), qui est la durée pendant laquelle une instance de Tableau Desktop et de Tableau Prep Builder est autorisée à s’exécuter. La valeur par défaut est de 1209600 secondes (14 jours). N’utilisez pas de virgules comme séparateurs dans la valeur.

ACTIVATIONSERVER

http://<tableau_server_url>

Première activation : définit l’URL par défaut pour Tableau Server que l’utilisateur doit utiliser pour l’activation.
WorkGroupServer (Windows) WorkgroupServer (macOS)

http://<tableau_server_url>

Pour les mises à jour du registre Windows ou de la plist macOS, définissez l’URL par défaut de Tableau Server que vous souhaitez que les utilisateurs utilisent pour l’activation.

Remarque : sur Tableau Desktop sous macOS, vous utiliseriez l’option WorkgroupServer. Sous macOS, cette option est sensible à la casse et utilise un « g » minuscule.

REPORTINGFREQUENCYSECONDS3600Définit la valeur par défaut (en secondes) pour la fréquence à laquelle le rapport Gestion des licences basée sur la connexion est envoyé à Tableau Server ou Tableau Cloud. Le paramètre minimum est de 60 secondes, et la valeur par défaut est de 3600 secondes (une heure). Modifiez ce paramètre pour diminuer la charge sur Tableau Server ou pour réduire le trafic réseau. Quelle que soit la durée du bail ATR, REPORTINGFREQUENCYSECONDS définit l’intervalle de temps pendant lequel le client Tableau Desktop ou Tableau Prep Builder renvoie les activations Gestion des licences basée sur la connexion à Tableau Server ou Tableau Cloud.
Configuration supplémentaire pour les déploiements virtuels Tableau Desktop et Tableau Prep Builder communiquent régulièrement avec Tableau Cloud ou Tableau Server pour vérifier que Tableau est autorisé à s’exécuter, en fonction de sa licence. Tableau Cloud ou Tableau Server communique alors avec le service ATR pour vérifier la licence et la longueur du volet d’autorisation. Lors de la configuration d’un déploiement virtuel (non persistant) de Tableau Desktop ou Tableau Prep Builder, la durée doit être définie sur l’une des valeurs inférieures telles que 4 ou 8 heures afin d’éviter un message d’erreur d’activation avec sur-utilisation. Une fois la machine virtuelle (VM) retournée, le service ATR gèrera la surveillance de l’activation. Les indicateurs suivants doivent être utilisés sur une image source avant la publication de Tableau Desktop pour les utilisateurs finaux. Chaque utilisateur final activera le logiciel en se connectant à Tableau Server ou Tableau Cloud avec chaque nouvelle VM livrée. Aucune clé produit n’a besoin d’être saisie si l’utilisateur final est un Tableau Creator sur Tableau Server ou Tableau Cloud. Si vous utilisez la gestion des licences basée sur la connexion pour Tableau Desktop ou Tableau Prep Builder sur une machine virtuelle, il se peut qu’un message d’erreur s’affiche en indiquant que votre information de licence a changé dès que vous avez lancé une nouvelle machine virtuelle pour Tableau Desktop ou Tableau Prep Builder. Cette erreur force un redémarrage, qui vous demande alors d’activer Tableau Desktop à nouveau. Cette erreur se produit parce que le service ATR envoie un nouveau jeton qui ne correspond pas au cache de licence. #### Microsoft Windows Pour éviter que l’erreur ne se produise sur Microsoft Windows, vous pouvez utiliser les options `SYNCHRONOUSLICENSECHECK` et `SILENTLYREGISTERUSER` avec le programme d’installation Windows. Par exemple : `tableau-setup-std-tableau-2024 SYNCHRONOUSLICENSECHECK="true" SILENTLYREGISTERUSER="true" ATRREQUESTEDDURATIONSECONDS=14400` ou `tableauDesktop-64bit-2024-2-0.exe /quiet /norestart ACCEPTEULA=1 ATRREQUESTEDDURATIONSECONDS=14400 ACTIVATIONSERVER=http:// SYNCHRONOUSLICENSECHECK="true" SILENTLYREGISTERUSER="true"` Si Tableau Prep Builder et Tableau Desktop sont livrés sur un seul ordinateur de bureau virtuel, il suffit de paramétrer `ATRREQUESTEDDURATIONSECONDS` lors de l’installation de Tableau Desktop. Toutefois, si vous prévoyez d’installer Tableau Prep Builder de manière autonome, vous devrez paramétrer `ATRREQUESTEDDURATIONSECONDS` lors de l’installation de Tableau Prep Builder. Vous pouvez également modifier les clés de registre suivantes sur l’image source : `Reg key path: HKLM\SOFTWARE\Tableau\\Settings\` `Reg key (String value, need to set to true to make that feature enabled)` `SynchronousLicenseCheck` `SilentlyRegisterUser` #### macOS Pour éviter que l’erreur ne se produise sur macOS, exécutez la commande suivante pour définir l’indicateur `LicenseCache.Desktop` sur `'false'`. `sudo defaults write ~/Library/Preferences/com.tableau.Tableau-.plist LicenseCache.Desktop false` ### (Facultatif) Étape 3 : Modifier la durée de l’autorisation d’exécution (ATR) Les paramètres Gestion des licences basée sur la connexion par défaut de durée ATR conviennent pour la plupart des environnements, mais vous pouvez les modifier si nécessaire. Gestion des licences basée sur la connexion utilise la durée de l’autorisation d’exécution (ATR) par défaut de 1209600 secondes (14 jours), qui est la durée pendant laquelle une instance de Tableau Desktop et de Tableau Prep Builder est autorisée à s’exécuter. Cela signifie qu’après l’autorisation initiale, vous pourriez utiliser Tableau sans connexion Internet pendant 14 jours avant que l’activation expire. La valeur de durée par défaut pour Gestion des licences basée sur la connexion n’est pas appropriée pour fournir une solution de livraison de VM non persistante aux utilisateurs finaux. La durée ATR doit être diminuée sur toute valeur comprise entre 4 et 12 heures selon l’utilisation des machines virtuelles. Lorsqu’une nouvelle VM est livrée à un utilisateur final, un nouveau jeton ATR est créé. Lorsque la VM est retournée, ce jeton est également retourné et peut être utilisé sur la nouvelle autorisation VM pour exécuter la demande. **Remarque :** La gestion des licences basée sur la connexion utilise la hiérarchie suivante pour déterminer la durée du service ATR. 1. **Service ATR** - Établit la durée minimale (4 heures/14 400 secondes) et maximale (90 jours/7 776 000 secondes) du service ATR applicable à tous les utilisateurs/installations. Il définit la durée de l’ATR par défaut (14 jours/1 209 600 secondes) si rien n’est spécifié par Tableau Server ou Tableau Desktop. 2. **Tableau Server** - Peut éventuellement spécifier une durée ATR maximale ou par défaut (`licensing.login_based_license_management.max_requested_duration_seconds` or `licensing.login_based_license_management.default_requested_duration_seconds`) pour toutes les installations de Tableau Desktop. À l’aide de ces paramètres de durée ATR, vous pouvez définir globalement la durée ATR par défaut et la durée ATR maximale pour tous les clients Tableau Desktop, ce qui élimine le besoin de se connecter individuellement à chaque client Tableau Desktop pour définir la durée ATR. Le réglage maximum du service ATR peut être compris entre un minimum de 4 heures (14 400 secondes) et un maximum de 180 jours (15552000 secondes). 3. **Tableau Desktop** - Vous pouvez spécifier la durée ATR (`ATRREQUESTEDDURATIONSECONDS`) de l’ordinateur sur lequel il est installé. Si nécessaire, vous pouvez modifier la durée ATR par défaut (14 jours/1 209 600 secondes) en un réglage compris entre le minimum du service ATR (4 heures/14 400 secondes) et le maximum (90 jours/7 776 000 secondes). Cette durée locale d’ATR annule toute durée fixée par le service ATR ou Tableau Server. Cependant, cette durée d’ATR par défaut ne peut pas être supérieure à la durée ATR maximale définie sur Tableau Server. Modifiez la durée de l’ATR pour Tableau Desktop ou Tableau Prep Builder à l’aide de Tableau Server. Sur Tableau Server, vous utilisez l’utilitaire de ligne de commande Tableau Services Manager (TSM) pour définir la durée de l’ATR. Pour définir la durée de l’ATR, à l’invite de commande, tapez : `tsm configuration set -k licensing.login_based_license_management.default_requested_duration_seconds -v ` `tsm pending-changes apply` Pour définir la durée maximale de l’ATR, à l’invite de commande, tapez : `tsm configuration set -k licensing.login_based_license_management.max_requested_duration_seconds -v ` `tsm pending-changes apply` Modifiez la durée de l’ATR sur Tableau Desktop en modifiant le registre Pour utiliser une durée autre que la durée par défaut de 14 jours/1 209 600 secondes, incluez le paramètre de registre `ATRRequestedDurationSeconds`. Par exemple : 1. En tant qu’administrateur de l’ordinateur sur lequel s’exécute Tableau Desktop, effectuez une sauvegarde du fichier de registre avant de lui apporter une quelconque modification. 2. Modifiez le registre, et dans `HKEY_LOCAL_MACHINE\SOFTWARE\Tableau\ATR`, mettez à jour la valeur ATRRequestedDurationSeconds comme suit (0 utilise le paramètre par défaut) : 1. Nom : trouvez une valeur de chaîne appelée `ATRRequestedDurationSeconds`. 2. Données : Ajoutez une durée en nombre de secondes. Par exemple, ajoutez 43200 pour définir une durée de 12 heures. 3. Redémarrez Tableau afin que les modifications prennent effet. Modifiez la durée de l’ATR sur Tableau Desktop sur macOS Pour utiliser une durée autre que la durée par défaut de 14 jours/1 209 600 secondes, incluez le paramètre de préférence `ATRRequestedDurationSeconds`. Par exemple : `sudo defaults write /Library/Preferences/com.tableau.ATR ATRRequestedDurationSeconds -string "43200"` ### Étape 4 : Activer Tableau Desktop 1. Exécutez le programme d’installation de Tableau Desktop. 2. L’écran Activer Tableau inclut l’option Activer en se connectant à un serveur. ![Fenêtre d’activation de la licence Tableau.](/tableau/current/fr-ca/server/fr-ca/Img/license_lblm.png) 3. Cliquez sur Activer en se connectant à un serveur, puis effectuez l’une des opérations suivantes : - Si vous utilisez Tableau Cloud, cliquez sur le lien Tableau Cloud. - Si vous utilisez Tableau Server, entrez l’URL de Tableau Server, puis cliquez sur Connexion. À l’invite, entrez des identifiants valides pour un utilisateur doté d’un abonnement au rôle Creator, puis cliquez sur OK. ## Afficher l’utilisation des licences basées sur la connexion Vous pouvez afficher l’utilisation des licences basées sur la connexion pour Tableau Cloud ou Tableau Server. Le rapport montre les utilisateurs, les hôtes, le rôle de l’utilisateur, le produit, la version, les activations, les postes Creator utilisés, les postes Creator non utilisés et la date de dernière utilisation d’un poste Creator. Vous pouvez consulter les données des 30 derniers jours jusqu’à un maximum de 183 jours. Pour afficher la vue administrative de l’utilisation des licences Gestion des licences basée sur la connexion : 1. Dans Tableau Cloud ou Tableau Server, dans le volet de navigation, cliquez sur État du site. ![Page État du site qui affiche une liste de tableaux de bord qui surveillent l’activité du site.](/tableau/current/fr-ca/server/fr-ca/Img/lblm.png) 2. Sur la page État du site, cliquez sur Utilisation des licences basées sur la connexion. 3. Facultatif. Sur l’écran de rapport, vous pouvez modifier la fenêtre temporelle pour afficher la date de la dernière utilisation des postes de licence, appliquer un filtre par actions, appliquer un filtre par nom d’utilisateur et trier par colonnes. ![Exemple de rapport d’utilisation de la gestion des licences basée sur la connexion.](/tableau/current/fr-ca/server/fr-ca/Img/lblm_usage_report.png) ## Résolution des problèmes L’un des messages d’erreur suivants peut s’afficher lors de l’utilisation de Gestion des licences basée sur la connexion. Utilisez les informations ci-dessous pour résoudre le problème. ### Gestion des licences basée sur la connexion n’est pas activé sur Tableau Server Si Gestion des licences basée sur la connexion est disponible comme option d’activation sur Tableau Desktop, mais n’est pas activé sur Tableau Server, ou si Tableau Server n’a pas de licence compatible Gestion des licences basée sur la connexion, le message d’erreur suivant peut s’afficher : _Gestion des licences basée sur la connexion n’est pas activé sur le serveur auquel vous êtes connecté. Sélectionnez un autre serveur auquel vous connecter, utilisez une clé produit pour activer votre licence ou lancez un essai pour commencer à travailler immédiatement._ Communiquez avec votre administrateur pour vérifier que vous utilisez une clé produit Tableau Server qui est activée pour la gestion des licences basée sur la connexion. Pour vérifier que vous avez activé la clé produit appropriée, dans l’interface utilisateur Web TSM, cliquez sur Configuration, puis sur Licences. Pour des conseils sur l’activation des licences, consultez [tsm licenses activate](https://help.tableau.com/current/server/fr-ca/cli_licenses_tsm.htm#TSMActivate). Gestion des licences basée sur la connexion devrait être activé par défaut, à moins qu’il n’ait été précédemment désactivé par un administrateur de serveur. ### Gestion des licences basée sur la connexion n’est pas activé sur Tableau Desktop Si Gestion des licences basée sur la connexion n’est pas activé sur Tableau Desktop, vous n’aurez pas la possibilité d’activer Tableau en utilisant vos informations d’identification. Si l’option Gestion des licences basée sur la connexion a été désactivée lors de l’installation ou d’une mise à jour, consultez [Étape 2 : Activer la gestion des licences basée sur la connexion](#Step_2). ### La date d’expiration de la clé produit ne change pas après l’achat d’un abonnement d’un an Après avoir acheté un renouvellement de Tableau Server, et la nouvelle durée d’abonnement est reflétée dans Tableau Server, il peut s’écouler jusqu’à 24 heures avant que la nouvelle date d’expiration n’apparaisse dans Gérer les clés produit sur Tableau Desktop. ### Vous ne possédez pas de licence Creator Lorsque vous essayez d’effectuer l’activation depuis Tableau Desktop, le message d’erreur suivant peut s’afficher : _Vous ne possédez pas de licence Creator. Contactez votre administrateur pour en obtenir une._ Cette erreur s’affiche si aucun rôle Creator ne vous a été affecté. Si vous appartenez à plusieurs sites sur Tableau Cloud ou Tableau Server, vous devez vous connecter au site sur lequel vous possédez le rôle Creator lorsque vous utilisez Gestion des licences basée sur la connexion. Sinon, vous verrez s’afficher cette erreur. Pour vérifier que la clé produit que vous avez activée sur le serveur inclut des licences Creator, ouvrez l’interface utilisateur Web TSM et cliquez sur Configuration, puis sur Licences. ### Vous avez activé le nombre maximum d’ordinateurs Lorsque vous essayez d’effectuer l’activation depuis Tableau Desktop, le message d’erreur suivant peut s’afficher : _Vous avez activé Tableau le nombre maximum de fois autorisé pour votre compte. Vous devez attendre l’expiration de la licence sur un autre ordinateur avant de pouvoir à nouveau activer Tableau._ Cette erreur s’affiche lorsque vous avez activé Tableau depuis plusieurs ordinateurs avec les mêmes informations d’identification de l’utilisateur Creator et que vous avez dépassé le nombre maximum d’activations. Vous devez attendre que le jeton d’autorisation d’exécution (ATR) expire sur l’un des ordinateurs existants avant de tenter d’activer un nouvel ordinateur. Si vous utilisez des machines virtuelles (VM) non persistantes, vous pouvez raccourcir la durée de l’ATR pour éviter que cette erreur ne se reproduise. #### Pour raccourcir la durée du jeton ATR pour une activation maximale Si vous rencontrez cette erreur d’utilisation maximale lors de l’utilisation d’un déploiement virtuel non persistant, il est possible de raccourcir la durée de l’ATR à 4 heures (14400) secondes pour éviter l’erreur à l’avenir. Sinon, au lieu de modifier la durée sur un ordinateur de bureau individuel, vous pouvez définir la durée par défaut sur Tableau Server pour affecter tous les utilisateurs. Les étapes suivantes raccourcissent la location sur un ordinateur préalablement activé avecGestion des licences basée sur la connexion qui ne sera plus utilisé, afin de libérer un poste à activer sur un nouvel ordinateur : 1. Ouvrez une invite de commande en tant qu’administrateur sur un ordinateur Tableau Desktop qui ne sera plus utilisé. 2. Naviguez jusqu’au stockage de fichiers binaires Tableau (\\bin) à l’aide la commande suivante : Windows : `cd Program Files\Tableau\Tableau \bin` Mac : `cd /Applications/Tableau\ Desktop\ .app/Contents/MacOS` 3. Exécutez la commande suivante pour définir la durée sur 4 heures, en secondes (par ex. 14400) : Windows : `atrdiag.exe -setDuration 14400` Mac : `sudo ./atrdiag -setDuration 14400` 4. Supprimez le jeton ATR précédent à l’aide de la commande suivante : Windows : `atrdiag.exe -deleteAllATRs` Mac : `./atrdiag -deleteAllATRs` 5. Ensuite, remplacez le jeton ATR existant. Ouvrez Tableau Desktop. Tableau affiche le message « La licence a changé ». Cliquez sur Quitter pour fermer et rouvrir automatiquement Tableau Desktop. 6. Dans la boîte de dialogue d’enregistrement, cliquez sur Activer, puis réactivez Tableau Desktop via Tableau Server en utilisant Gestion des licences basée sur la connexion, qui écrasera le jeton existant. 7. Fermez Tableau Desktop et attendez que la durée de l’ATR s’écoule (par exemple, 4 heures) pour que le jeton ATR expire et libère un poste utilisateur. N’ouvrez pas Tableau Desktop avant l’expiration de la durée de l’ATR. Vérifiez que la durée ATR est écoulée. Le jeton ATR TTL End doit afficher une date et une heure dans le futur (par exemple, dans 4 heures). Windows : `atrdiag.exe` Mac : `./atrdiag` 8. Une fois que le jeton ATR a expiré, vous pouvez vous connecter avec succès à Tableau Server sur un nouvel ordinateur. #### Rétablir votre ordinateur à un état sans licence 1. Ouvrez une invite de commande en tant qu’administrateur. 2. Naviguez jusqu’au répertoire Tableau binaries (\\bin), en utilisant la commande suivante : `cd Program Files\Tableau\Tableau \bin` 3. Exécutez la commande suivante : Windows : `atrdiag.exe –deleteAllATRs` Mac : `./atrdiag.exe –deleteAllATRs` **Remarque :** cette opération ne supprime que le jeton ATR de l’ordinateur. Il ne libère aucun des postes utilisateur. Le poste utilisateur n’est libéré qu’après l’expiration du jeton ATR supprimé. ### Vos informations d’identification Tableau ne sont pas valides Lorsque vous essayez d’effectuer l’activation depuis Tableau Desktop, le message d’erreur suivant peut s’afficher : _Vos informations d’identification Tableau ne sont pas valides. Contactez votre administrateur pour réinitialiser votre compte._ Cette erreur s’affiche lorsque votre licence Tableau n’est pas reconnue. Contactez votre administrateur. ### L’horloge de votre ordinateur n’est pas synchronisée sur l’heure actuelle Lorsque vous essayez d’effectuer l’activation depuis Tableau Desktop, le message d’erreur suivant peut s’afficher : _L’horloge de votre ordinateur n’est pas synchronisée sur l’heure actuelle. Synchronisez l’horloge de votre ordinateur sur l’heure actuelle et essayez ensuite d’activer Tableau._ Cette erreur s’affiche lorsque l’horloge de votre ordinateur n’est pas synchronisée sur l’heure actuelle. Synchronisez l’horloge de votre ordinateur avec un serveur de temps sur Internet ou activez la synchronisation automatique de l’heure. ### Impossible d’effectuer l’activation avec vos informations d’identification Lorsque vous essayez d’activer Tableau, le message d’erreur suivant peut s’afficher : _Tableau Server ne peut pas vérifier votre information de licence sur Internet. Contactez votre administrateur pour vérifier votre connexion Internet._ Cette erreur s’affiche lorsque le port `atr.licensing.tableau.com:443` n’est pas ouvert sur tous les nœuds du serveur d’applications (VizPortal), ou qu’un serveur proxy n’est pas configuré correctement pour transférer le trafic vers le serveur de licences Tableau. Pour diagnostiquer la connectivité au serveur de licences Tableau, collez l’URL suivante (`https://atr.licensing.tableau.com/_status/healthz`) dans un navigateur ou à une invite de commande curl. [Passer au contenu principal](#main-content) # Gestion des utilisateurs dans les déploiements avec magasins d’identités externes Cette rubrique fournit des informations techniques importantes sur les points que vous devez maîtriser si vous utilisez Active Directory pour authentifier les utilisateurs pour Tableau Server. Tableau Server prend en charge la connexion à un répertoire externe à l’aide de LDAP. Dans ce scénario, Tableau Server importe des utilisateurs du répertoire LDAP externe dans le référentiel Tableau Server en tant qu’utilisateurs système. ## Répertoires LDAP arbitraires Le nom d’utilisateur système dans Tableau est tout attribut que vous définissez dans le cadre de la configuration LDAP, par exemple « cn ». Cela s’applique à la fois aux fonctionnalités d’importation d’utilisateur individuels et de synchronisation de groupe. Consultez [Référence de configuration du magasin d’identités externe](https://help.tableau.com/current/server/fr-ca/ldap_config.htm). ### Comportement de liaison de l’utilisateur lors de la connexion Vous devrez peut-être mettre à jour votre configuration LDAP de manière à autoriser la jointure avec les noms d’utilisateur ajoutés au DN. Plus précisément, vous devrez mettre à jour votre configuration LDAP lorsque Tableau Server est configuré avec un annuaire LDAP arbitraire (par exemple, OpenLDAP) qui utilise des UPN ou des adresses de courriel comme noms d’utilisateur. Tableau Server recherchera un utilisateur donné en fonction du nom d’utilisateur fourni lors de la connexion. Tableau Server tentera alors d’établir la liaison avec le nom d’utilisateur ajouté au DN. Dans le cas où Tableau Server a été configuré avec GSSAPI, nom d’utilisateur@REALM (nom de domaine) sera utilisé. ## Active Directory Le contenu du reste de cette rubrique suppose que vous maîtrisez la gestion des utilisateurs Active Directory et que vous connaissez les concepts de base de domaine et de schéma Active Directory. Si vous effectuez l’installation dans Active Directory, vous devez installer Tableau Server sur un ordinateur lié au domaine Active Directory. **Remarque :** dans le contexte de la synchronisation d’utilisateurs et de groupes, Tableau Server configuré avec un magasin d’identités LDAP est équivalent à Active Directory. Les fonctionnalités de synchronisation Active Directory dans Tableau Server fonctionnent sans problème avec des solutions de répertoire LDAP correctement configurées. ### Authentification des utilisateurs Active Directory et Tableau Server Tableau Server stocke tous les noms d’utilisateur dans le magasin d’identités Tableau Server, qui est gérée par le référentiel. Si Tableau Server est configuré pour utiliser Active Directory pour l’authentification, l’utilisateur que vous spécifiez est importé à partir d’Active Directory dans le magasin d’identités. Lorsque les utilisateurs se connectent à Tableau Server, leurs informations d’identification sont transmises à Active Directory, qui prend la responsabilité de l’authentification de l’utilisateur; Tableau Server n’effectue pas cette authentification. (Par défaut, NTLM est utilisé pour l’authentification, mais vous pouvez activer Kerberos ou SAML pour la fonctionnalité de connexion unique. Cependant, dans tous ces cas, l’authentification est laissé à Active Directory.) Cependant, les noms d’utilisateur Tableau stockés dans le magasin d’identités sont associés avec des droits et des autorisations pour Tableau Server. Donc, une fois l’authentification vérifiée, Tableau Server gère l’accès de l’utilisateur (autorisation) pour les ressources Tableau. **Remarque :** Les principaux de sécurité étrangers (Foreign Security Principals, FSP) sont uniquement pris en charge dans Tableau Server sous Windows. ### Atttributs du nom d’utilisateur Active Directory et Tableau Server Active Directory identifie de façon unique les objets utilisateur à l’aide de différents attributs. (Pour des détails, consultez [Attributs de nom utilisateur](https://msdn.microsoft.com/fr-ca/library/ms677605\(v=vs.85\).aspx) sur le site Web MSDN.) Tableau Server repose sur deux attributs de nom utilisateur d’Active Directory : - `sAMAccountName`. Cet attribut spécifie le nom de connexion initialement conçu pour être utilisé avec les anciennes versions de Windows. Dans de nombreuses organisations, ce nom est combiné avec le nom NetBIOS à des fins d’authentification, en utilisant un format tel que `example\jsmith`, où `example` est le nom NetBIOS et `jsmith` est la valeur `sAMAccountName`. En raison du concept original dans Windows, la valeur `sAMAccountName` doit être inférieure à 20 caractères. Dans la console administrative **Ordinateurs et utilisateurs Active Directory** de Windows, cette valeur se trouve dans le champ étiqueté **Nom d’ouverture de session de l’utilisateur (avant Windows 2000)** sur l’onglet **Compte** de l’objet utilisateur. - `userPrincipalName` (UPN). Cet attribut spécifie un nom d’utilisateur dans le format `jsmith@example.com` où `jsmith` est le préfixe UPN et `@example.com` le suffixe UPN. Dans la console administrative **Utilisateurs et ordinateurs** de Windows, le nom UPN est la concaténation de deux champs de l’onglet **Compte** de l’objet utilisateur : le champ **Nom d’ouverture de session de l’utilisateur** et la liste déroulante de domaine à côté. ### Ajout d’utilisateurs d’Active Directory Vous pouvez [ajouter utilisateurs individuellement](https://help.tableau.com/current/server/fr-ca/users_add.htm) d’Active Directory, soit en les saisissant dans l’environnement de serveur ou en créant un fichier CSV et en important les utilisateurs. Vous pouvez également ajouter des utilisateurs Active Directory en [créant un groupe via Active Directory](https://help.tableau.com/current/server/fr-ca/groups_create_ad.htm) et en important tous les utilisateurs du groupe. Le résultat peut être différent suivant l’approche que vous utilisez. **Importation du préfixe UPN comme nom d’utilisateur** Vous ne pouvez pas importer l’intégralité de l’UPN en tant que nom d’utilisateur. Dans la plupart des cas, le nom d’utilisateur que Tableau Server importera dans le magasin d’identités sera la valeur sAMAccountName. Pour plus d’informations sur les exceptions à ce comportement, consultez [Importing UPN Prefix as Username in Non-Standard Scenarios with Active Directory](https://kb.tableau.com/articles/HowTo/importing-upn-prefix-as-username-in-non-standard-scenarios-with-active-directory?lang=fr-ca) dans la base de connaissances Tableau. #### Ajouter des groupes d’utilisateurs Si vous importez un groupe d’utilisateurs Active Directory, Tableau importera tous les utilisateurs du groupe avec le `sAMAccountName`. ### Comportement de synchronisation lors de la suppression d’utilisateurs d’Active Directory Les utilisateurs ne peuvent pas être supprimés automatiquement de Tableau Server via une opération de synchronisation Active Directory. Les utilisateurs qui sont désactivés, supprimés ou retirés des groupes dans Active Directory restent sur Tableau Server si bien que vous pouvez vérifier et réattribuer le contenu des utilisateurs avant de supprimer définitivement le compte d’utilisateur. Par contre, Tableau Server agira sur les objets utilisateur différemment selon le statut des changements de cet objet utilisateur dans Active Directory. Deux scénarios peuvent se présenter : suppression/désactivation des utilisateurs d’Active Directory ou suppression des utilisateurs de groupes synchronisés d’Active Directory. Lorsque vous supprimez ou désactivez un utilisateur d’Active Directory puis que vous le synchronisez avec le groupe de cet utilisateur sur Tableau Server, ceci se produit : - L’utilisateur est supprimé du groupe Tableau Server que vous avez synchronisé. - Le rôle de l’utilisateur est défini sur « sans licence ». - L’utilisateur appartient toujours au groupe Tous les utilisateurs. - L’utilisateur ne parvient pas à se connecter à Tableau Server. Lorsque vous supprimez un utilisateur d’un groupe d’Active Directory puis que vous synchronisez ce groupe sur Tableau Server, ceci se produit : - L’utilisateur est supprimé du groupe Tableau Server que vous avez synchronisé. - Le rôle de l’utilisateur est conservé. Il n’est pas défini sur « sans licence ». - L’utilisateur appartient toujours au groupe Tous les utilisateurs. - L’utilisateur dispose toujours d’autorisation pour Tableau Server avec un accès à tout ce que le groupe Tous les utilisateurs est autorisé à utiliser. Dans les deux cas, pour supprimer complètement l’utilisateur de Tableau Server, l’administrateur de serveur doit supprimer l’utilisateur de la page Utilisateurs de serveur dans Tableau Server. ### Surnoms de domaine Dans Tableau Server, le surnom du domaine correspond au nom de domaine NetBIOS de Windows. Dans une forêt Windows Active Directory, le nom de domaine qualifié complet (FQDN) peut être n’importe quel nom NetBIOS. Le nom NetBIOS est utilisé comme identifiant de domaine lorsqu’un utilisateur se connecte à des ressources Active Directory. Par exemple le FQDN `west.na.corp.lan` pourrait être configuré avec le nom NetBIOS (surnom) `SEATTLE`. L’utilisateur `jsmith` de ce domaine peut se connecter avec un des noms suivants : - `west.na.corp.example.com\jsmith` - `SEATTLE\jsmith` Si vous souhaitez que vos utilisateurs se connectent à Tableau Server avec un nom NetBIOS au lieu du FQDN, vous devrez alors vérifier que la valeur du surnom pour chaque domaine où la connexion des utilisateurs est définie. Consultez [editdomain](https://help.tableau.com/current/server/fr-ca/tabcmd_cmd.htm#editdoma) pour des informations sur la manière d’afficher et de définir la valeur du surnom pour chaque domaine. ### Prise en charge de plusieurs domaines Vous pouvez ajouter des utilisateurs et des groupes à partir d’un domaine différent du domaine de l’ordinateur Tableau Server dans les cas suivants : - La confiance réciproque entre le domaine du serveur et un autre domaine a été établie. - Le domaine du serveur fait confiance au domaine des utilisateurs (confiance réciproque). Voir [Exigences d’approbation de domaine pour les déploiements Active Directory](https://help.tableau.com/current/server/fr-ca/runas_domain.htm). La première fois que vous ajoutez un utilisateur ou un groupe à partir du domaine non serveur, vous devez spécifier le nom de domaine complet avec le nom de l’utilisateur ou du groupe. Tout utilisateur ou groupe supplémentaire que vous ajoutez de ce domaine peut être ajouté à l’aide du surnom de domaine, à condition que le surnom corresponde au nom NetBIOS. Si Tableau Server se connecte à plusieurs domaines, vous devez également spécifier les autres domaines auxquels Tableau Server se connecte en définissant l’option `wgserver.domain.whitelist` (version 2020.3 et antérieure) ou `wgserver.domain.accept_list` (version 2020.4 et ultérieure) avec TSM. Pour plus d’informations, consultez [wgserver.domain.whitelist](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm#wgserver-domain) ou [wgserver.domain.accept\_list](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm#wgserver-domain-acceptlist). #### Surnoms en double Si les surnoms des utilisateurs ne sont pas uniques sur plusieurs domaines, la gestion des utilisateurs ayant le même surnom dans Tableau peut être source de confusion. Tableau Server affichera le même nom pour deux utilisateurs. Prenons l’exemple d’une entreprise disposant de deux domaines, exemple.lan et exemple2.lan. Si l’utilisateur Marc Dupont existe dans les deux domaines, l’ajout de cet utilisateur à des groupes et à d’autres tâches administratives prêtera à confusion dans Tableau Server. Dans ce cas de figure, envisagez de mettre à jour le surnom dans Active Directory pour l’un des utilisateurs afin de différencier les comptes. ### Connectez-vous à Tableau Server avec le nom NetBIOS. Les utilisateurs peuvent se connecter à Tableau Server à l’aide du surnom de domaine (nom NetBIOS), par exemple, `SEATTLE\jsmith`. Tableau Server ne peut pas interroger le nom NetBIOS pour un FQDN donné. Par conséquent, Tableau définit le surnom d’un FQDN donné selon la première entrée dans l’espace de nom. Par exemple, avec le FQDN `west.na.corp.lan`, Tableau définit le surnom sur `west`. Par conséquent, vous devrez peut-être modifier le surnom du domaine dans Tableau Server pour que les utilisateurs puissent se connecter avec. Si vous ne mettez pas à jour le surnom, les utilisateurs devront se connecter avec le nom de domaine qualifié complet. Pour plus d’informations, consultez l’article suivant de la base de connaissances de Tableau :[Les utilisateurs d’un nouveau domaine n’arrivent pas à se connecter et n’apparaissant pas dans la liste des utilisateurs](https://help.salesforce.com/s/articleView?id=001473117&type=1). [Passer au contenu principal](#main-content) # Gestionnaire des limites de ressources de Tableau Server Ce processus a été introduit dans Tableau Server 2022.1. Le gestionnaire des limites de ressources de Tableau Server suit l’utilisation des ressources par le gestionnaire de processus en arrière-plan par rapport aux limites de ressources définies de manière à s’assurer que les limites de ressources sont appliquées correctement.
Processus

Resource Limits Manager

ÉtatL’état du Resource Limits Manager n’est visible que dans TSM CLI.
Enregistrement

Les fichiers journaux générés par le processus Resource Limits Manager se trouvent dans C:\ProgramData\Tableau\Tableau Server\data\tabsvc\logs\allegro.

  • Les journaux de configuration sont inclus dans les journaux du gestionnaire de processus en arrière-plan.
  • Les journaux de consommation de ressources sont inclus dans les journaux de vizportal.

Pour plus d’informations, consultez Fichiers journaux et emplacement des fichiers journaux Tableau Server.

Le gestionnaire de limites de ressources est automatiquement et par défaut installé sur le nœud initial de Tableau Server. Nous vous déconseillons d’ajouter d’autres processus ou de les configurer sur des nœuds supplémentaires de Tableau Server. L’utilisation maximale de la mémoire est définie sur 512 Mo. **Que se passe-t-il lorsque le gestionnaire de limites de ressources échoue?** Les limites de ressources ne seront plus appliquées, mais les travaux continueront à s’exécuter en utilisant les ressources de gestionnaire de processus en arrière-plan disponibles. Le comportement sera similaire au scénario dans lequel aucune limite de ressources n’est définie. Vous pouvez voir l’état à l’aide de la commande tsm - tsm status -v [Passer au contenu principal](#main-content) # Graphiques des performances de l’outil Tableau Resource Monitoring Tool L’outil Tableau Resource Monitoring Tool comprend des tableaux de bord qui vous aident à surveiller et à analyser diverses métriques de performances telles que l’utilisation des ressources matérielles, l’activité des utilisateurs et l’état des processus Tableau Server. Elles peuvent être utiles pour identifier les goulots d’étranglement des performances et la santé globale de votre Tableau Server. Cette rubrique décrit l’information figurant sur les graphiques de la page **Performances**. La page Performances fournit un tableau de bord de l’intégrité globale de Tableau Server et comprend les onglets suivants : 1. **Environnement :** un tableau de bord des métriques de performances spécifiques à l’environnement que vous avez sélectionné. 2. **Serveurs :** centré sur les métriques des ressources matérielles. 3. **Enseignemets :** met en évidence les vues les plus lentes et les actualisations d’extraits les plus longues. 4. **État :** état des processus Tableau Server. Information relative à chaque processus sur les nœuds, qu’ils soient actifs, occupés ou en panne. Vous verrez des renseignements similaires dans la page Paramètres de Tableau Server. ![Liste déroulante des performances dans Tableau Server.](/tableau/current/fr-ca/server/fr-ca/Img/rmt-perf-charts-tabs.png) ## Onglet Environnement Les graphiques de l’onglet Environnement vous fournissent une vue d’ensemble de l’intégrité de Tableau Server. - Le côté gauche de la page contient des métriques liées aux ressources : performances, processus Tableau et tâches en arrière-plan. - Les graphiques de droite se concentrent sur l’activité des utilisateurs et leur impact : Utilisateurs simultanés, Demandes relatives à un chargement lent des vues et Nombre total de demandes de chargement de vues. > [!TIP] > > **Conseils de navigation :** > Dans le coin supérieur gauche de la page, vous pouvez sélectionner une chronologie appliquée à tous les graphiques de cette page. Vous pouvez également sélectionner une période en sélectionnant une partie d’un graphique spécifique (sélection de plage). > \- Lorsque vous effectuez une sélection de plage dans les graphiques des performances matérielles et des tâches en arrière-plan, la chronologie agit comme un filtre pour tous les graphiques de cet onglet. > \- Lorsque vous effectuez une sélection de plage dans le chargement lent de vue et les graphiques d’activité des utilisateurs, vous serez automatiquement dirigé vers la page Activité qui fournit plus de détails pour la période sélectionnée. ### Graphique Performances Les renseignements de ce graphique vous montrent l’état général et l’utilisation des ressources matérielles pour chaque nœud Tableau Server. Les ressources matérielles incluses dans ce tableau sont l’unité centrale de traitement, la mémoire, la file d’attente de disque et le réseau. **Remarque :** l’information sur le réseau n’est pas disponible et n’est actuellement pas prise en charge pour Tableau Server exécuté sur Linux. ### Graphique Processus Tableau Utilisez ce graphique pour obtenir plus de détails sur un nœud spécifique et les processus en cours d’exécution sur ce nœud. **À partir de la version 2021.4**, presque tous les processus Tableau Server sont suivis à quelques exceptions près, comme le contrôleur de regroupement et les processus configurés en externe au regroupement Tableau Server, comme le référentiel externe, le magasin de fichiers externe et la passerelle indépendante. Ce graphique vous permet d’identifier les processus du serveur qui déterminent l’utilisation de l’unité centrale de traitement ou de la mémoire sur un nœud particulier. Le graphique est mis à jour de manière dynamique pour mettre en évidence les dix principaux processus du serveur qui utilisent le plus de ressources sur un nœud pour la période sélectionnée. **Remarque :** certains sous-processus Tableau Server, tels que tabprotosrv, postgres et gateway, ne sont pas capturés par RMT Server et peuvent entraîner des écarts apparents entre le graphique des performances et la somme de toutes les valeurs du graphique Processus Tableau. ### Graphique Tâches en arrière-plan Le graphique est une vue d’ensemble du volume des tâches en arrière-plan, classées par type de tâche. Utilisez le bouton-bascule pour voir le nombre total de tâches, la durée médiane de ces tâches et un histogramme qui vous montre le temps d’exécution pour la période sélectionnée. Vous avez ainsi un moyen rapide de descendre dans la hiérarchie pour voir quelles tâches prennent beaucoup de temps à s’exécuter. ### Graphique Utilisateurs simultanés Ce graphique vous montre le nombre d’utilisateurs qui ont envoyé des demandes au cours de la période sélectionnée. **Remarque :** lorsque vous sélectionnez une partie de ce graphique, il vous amène automatiquement à la page d’activité associée et affiche les renseignements pour cette période spécifique. ### Graphique Demandes relatives au chargement lent de vues Ce graphique intègre une **ligne de base** qui est établie pour chaque vue et l’utilise ensuite pour comparer le temps nécessaire au rendu de cette vue. Il permet ainsi de déterminer si la vue prend plus de temps que prévu. **Dans la version 2021.4**, la ligne de base est établie en calculant la valeur médiane des 10 premières fois où le rendu d’un classeur spécifique est effectué. **Dans la version 2021.4.1** et les versions ultérieures, la ligne de base est établie en calculant le 95e centile des 50 fois où le rendu d’un classeur spécifique est effectué avec succès. Une fois la ligne de base établie, chaque fois qu’un rendu de ce même classeur est effectué à l’avenir, le temps de chargement d’un classeur est ensuite comparé à sa ligne de base. Selon que le temps nécessaire au rendu de la vue se situe dans la plage attendue ou à des degrés divers en dehors de la plage attendue, ils sont classés comme suit : - **Normal :** <=2x la ligne de base - **Long :** >=2x la ligne de base - **Très long :** >=4x la ligne de base - **Échec :** Échec du chargement ou génération d’une erreur Cette ligne de base et les comparaisons ne s’appliquent qu’au rendu initial de la vue. Elle s’applique aux actions ultérieures telles que les sélections de filtres. De plus, la publication d’une nouvelle version du classeur déclenche un recalcul de la ligne de base. **Remarque :** lorsque vous sélectionnez une partie de ce graphique, il vous amène automatiquement à la page d’activité associée et affiche les renseignements pour cette période spécifique. Pour une description détaillée de l’utilisation de ce graphique et de l’étude des performances avec le rendu des vues, consultez la section [Enquête sur les demandes relatives au chargement lent des vues](https://help.tableau.com/current/server/fr-ca/rmt-slow-view-load-requests.htm). ### Graphique Nombre total de demandes de chargement de vues Ce graphique vous donne une idée globale du nombre de rendus de vues sur une période donnée. Ce graphique est utile pour évaluer la portée de l’impact d’un incident particulier. **Remarque :** lorsque vous sélectionnez une partie de ce graphique, il vous amène automatiquement à la page d’activité associée et affiche les renseignements pour cette période spécifique. ## Onglet Serveurs Les graphiques de cet onglet fournissent une vue plus détaillée du graphique **Performances** sur l’onglet **Environnement**. ## Onglet Enseignements ### Vues les plus lentes Ce graphique montre les vues les plus lentes classées par durée moyenne de chargement de la vue. L’indicateur de point orange représente la plus longue durée de chargement de cette vue. La période de temps représentée ici correspond à la plage complète de données disponibles, la valeur par défaut étant de 2 semaines. ### Actualisations d’extraits les plus longues Ce graphique montre les tâches les plus lentes d’actualisation d’extrait classées par durée. Les extraits de sources de données et les extraits de classeurs sont pris en compte. On peut les distinguer par l’icône à côté de leur nom. La période de temps représentée ici correspond à la plage complète de données disponibles, la valeur par défaut étant de 2 semaines. ## Onglet État Cet onglet répertorie les processus Tableau Server et leur état sur chaque nœud du groupement Tableau Server. Cela n’inclut pas les processus Tableau Server qui sont configurés en externe au regroupement Tableau Server comme le référentiel externe, le magasin de fichiers externe et la passerelle indépendante. ## Qui peut le faire? N’importe quel utilisateur de l’outil Resource Monitoring Tool peut afficher les graphiques. ## Rubriques connexes - [Surveiller les performances de Tableau Server avec l’outil Tableau Resource Monitoring Tool](https://help.tableau.com/current/server/fr-ca/rmt-charts.htm) - [Pages Activité de l’outil Tableau Resource Monitoring Tool](https://help.tableau.com/current/server/fr-ca/rmt-activity-charts.htm) - [Pages Contenu de l’outil Tableau Resource Monitoring Tool](https://help.tableau.com/current/server/fr-ca/rmt-content-pages.htm) [Passer au contenu principal](#main-content) # Hébergement autonome du serveur Tableau dans un service de nuage public ## Ceci est un contenu archivé Les déploiements sur des nuages publics continuent d’être pris en charge, mais le contenu des déploiements de nuage public tiers n’est plus mis à jour. Pour consulter le dernier contenu de déploiement de Tableau Server, consultez le et la section [Déployer](https://help.tableau.com/current/server/fr-ca/install.htm) de l’aide de Tableau Server. Pour les clients qui ont accès, nous recommandons Tableau Cloud. Pour en savoir plus, consultez : - [Guide de migration manuelle de Tableau Cloud](https://help.tableau.com/current/guides/migration/fr-ca/emg_intro.htm) - [Version d’évaluation de Tableau Cloud pour administrateur](https://help.tableau.com/current/server-linux/fr-ca/install.htm) - [Tableau Cloud : Premiers pas pour l’administrateur](https://www.tableau.com/fr-ca/learn/get-started/online-admin) ## Introduction Même si vous ne possédez pas votre propre infrastructure et équipement matériel de serveur, vous pouvez déployer une installation Tableau Server à l’échelle de l’entreprise sur le nuage. La création d’une solution basée sur le nuage présente de nombreux avantages par rapport à une installation sur site. Par exemple, le coût total de possession pour la création d’une solution Tableau Server sur le nuage est généralement très inférieur à une solution sur site similaire car vous n’avez pas besoin d’acheter tout un équipement onéreux. Le nuage peut en outre offrir une disponibilité, une fiabilité et une tolérance aux pannes supérieures, tout particulièrement si vous déployez votre solution sur plusieurs régions et zones de disponibilité. Vous recherchez Tableau Server sur Linux? Consultez [Hébergement autonome du serveur Tableau dans un service de nuage public](https://help.tableau.com/current/server-linux/fr-ca/ts_tableau_server_cloud_overview.htm "Ouvre la rubrique dans un nouvel onglet de navigateur"). Vous pouvez créer et faire évoluer votre environnement Tableau dans les environnements de nuage suivants : - **Amazon Web Services** - Vous installez et gérez Tableau Server sur Amazon Web Services (AWS). Pour plus d’informations, consultez [Installer Tableau Server sur Amazon Web Services](https://help.tableau.com/current/server/fr-ca/ts_aws_welcome.htm). - **Google Cloud Platform** - Vous installez et gérez Tableau Server sur Google Cloud Platform. Pour plus d’informations, consultez [Installer Tableau Server sur Google Cloud Platform](https://help.tableau.com/current/server/fr-ca/ts_gcp_welcome.htm). - **Microsoft Azure** - Vous installez et gérez Tableau Server sur Microsoft Azure. Pour plus d’informations, consultez [Installer Tableau Server sur Microsoft Azure](https://help.tableau.com/current/server/fr-ca/ts_azure_welcome.htm). - **Alibaba Cloud** - Vous installez et gérez Tableau Server sur Alibaba Cloud. Pour plus d’informations, consultez [Installer Tableau Server sur Alibaba Cloud](https://help.tableau.com/current/server/fr-ca/ts_alibaba_welcome.htm). ## Autres articles de cette section [Passer au contenu principal](#main-content) # Hiérarchisation des tâches serveur planifiées ## Travaux et tâches Dans Tableau Server, les utilisateurs peuvent programmer l’exécution périodique d’actualisations d’extraits, d’abonnements ou de flux. Ces **éléments programmés** sont appelés des **tâches**. Le processus du gestionnaire de processus en arrière-plan lance des instances uniques de ces tâches pour les exécuter à l’heure prévue. Les **instances uniques des tâches** qui sont initiées en conséquence sont appelées **Travaux**. Des **Travaux** sont également créés pour les exécutions qui sont lancées **manuellement** en cliquant sur l’option **Exécuter maintenant**. Par exemple, une tâche d’actualisation d’extrait est créée pour être exécutée quotidiennement à 9 heures. Il s’agit d’une tâche d’actualisation d’extrait, et chaque jour à 9 h, un travail sera créé pour que le gestionnaire de processus en arrière-plan s’exécute. Vous pouvez attribuer un numéro de priorité aux tâches et aux programmations en utilisant des valeurs de 1 à 100. Plus le chiffre est bas, plus la priorité est élevée, 1 est la plus haute priorité et 100 est la plus basse. ## Règles de priorité pour les travaux Lors du traitement d’actualisations d’extraits programmées, d’abonnements et d’exécutions de flux, Tableau Server hiérarchise les travaux en arrière-plan dans l’ordre suivant : 1. Tout travail qui est déjà en cours est terminé en premier. 2. Toute tâche ou programmation que vous lancez manuellement à l’aide de l’option Exécuter maintenant démarre lorsque le processus suivant du gestionnaire de processus en arrière-plan devient disponible. Les tâches et les programmations de flux font exception à cette règle. Les exécutions de flux utilisent la priorité de tâche attribuée pour déterminer l’ordre dans lequel elles doivent avoir lieu. Si aucune priorité de tâche n’est attribuée, la valeur par défaut est 0, ce qui correspond à la priorité la plus élevée. Remarque : apprenez à restreindre les paramètres de l’option Exécuter maintenant - [Paramètres du serveur (Général et Personnalisation)](https://help.tableau.com/current/server/fr-ca/maintenance_set.htm). 3. Les travaux affichant la priorité la plus élevée (le chiffre le plus faible) démarrent ensuite, indépendamment du temps qu’ils ont passé dans la file d’attente. Pour les actualisations d’extraits et les flux, c’est la priorité de la tâche. La priorité de la tâche est héritée de la priorité de la programmation lors de la première création de la tâche. La priorité de la tâche peut être modifiée ultérieurement, mais elle revient à la valeur par défaut si la source de données est republiée. Pour les abonnements, c’est la priorité de la programmation. Si vous avez activé les programmations personnalisées pour les abonnements, la priorité de ces travaux est fixée à 50. Par exemple, un travail avec une priorité de 20 s’exécutera avant un travail avec une priorité de 50, même si le second travail attend depuis plus longtemps. Pour modifier la priorité des tâches, consultez [Créer ou modifier une programmation](https://help.tableau.com/current/server/fr-ca/schedule_manage_create.htm). 4. Les travaux affichant la même priorité sont exécutés dans leur ordre d’ajout à la file d’attente. Le premier travail ajouté à la file d’attente démarre en premier. Le second travail démarre ensuite. 5. Lorsque plusieurs travaux affichant la même priorité sont programmés pour s’exécuter au même temps, ils démarrent selon leur ordre de création ou d’activation. Les travaux programmés pour la même heure sont exécutés par type de tâche, la catégorie de travaux la plus rapide commençant en premier, dans l’ordre de priorité décroissante suivant : exécutions de flux, alertes basées sur les données, travaux système, abonnements, création d’extraits, extraits incrémentiels et enfin extraits complets. Les flux dont l’exécution est planifiée dans le cadre d’une tâche liée se voient tous attribuer la même priorité et s’exécutent dans l’ordre dans lequel ils sont définis dans la tâche liée. Pour plus d’informations sur les tâches liées, consultez [Planifier des tâches liées](https://help.tableau.com/current/server/fr-ca/prep_conductor_schedule_flow_task.htm#linked_tasks). 6. Comme dernière mesure subsidiaire, le gestionnaire de processus en arrière-plan utilise la durée d’exécution historique. Les travaux qui se sont déroulés plus rapidement dans les exécutions précédentes auront la priorité sur les travaux qui ont pris plus de temps historiquement. **Remarque :** le fait de limiter les ressources du gestionnaire de processus en arrière-plan sur un site spécifique aura pour effet de créer une file d’attente supplémentaire, car ces travaux seront pris en charge après d’autres travaux plus prioritaires. Pour plus de détails, consultez [Limites des ressources du gestionnaire de processus en arrière-plan de Tableau Server](https://help.tableau.com/current/server/fr-ca/server-backgrounder-resource-limits.htm). Les limitations suivantes ont également un impact sur l’heure d’exécution des travaux : - Le nombre de travaux simultanés est limité au nombre de processus du gestionnaire de processus en arrière-plan que vous avez configurés pour Tableau Server. - Des actualisations distinctes concernant le même extrait ou la même source de données ne peuvent pas s’exécuter en même temps. - Les travaux associées à une programmation configurée pour s’exécuter en série doivent s’exécuter un à la fois. [Passer au contenu principal](#main-content) # Historique des avertissements sur la qualité des données Lorsque Tableau Catalog est activé dans votre environnements, les administrateurs de site peuvent voir comment les avertissements sur la qualité des données sont utilisés sur le site à l’aide de la vue administrative prédéfinie Historique des avertissements sur la qualité des données. Pour plus d’informations sur Tableau Catalog, une partie de Gestion des données, consultez « À propos de Tableau Catalog » dans l’aide de [Tableau Server](https://help.tableau.com/current/server/fr-ca/dm_catalog_overview.htm) ou [Tableau Cloud](https://help.tableau.com/current/online/fr-ca/dm_catalog_overview.htm). Dans la page État du site, sélectionnez le tableau de bord Historique des avertissements sur la qualité des données : ![Vue administrative Historique des avertissements sur la qualité des données](/tableau/current/fr-ca/server/fr-ca/Img/dm_dqw_admin_view0.png) Le tableau de bord indique le nombre d’avertissements sur la qualité des données actifs sur une période donnée. Il montre également combien d’avertissements ont été modifiés (créés, mis à jour et supprimés) au cours de la même période. ## Afficher les détails de l’avertissement Sous les graphiques en courbes, vous trouverez les détails des avertissements sur la qualité des données, y compris : - **Date et heure :** à quel moment l’avertissement a été créé ou modifié pour la dernière fois. - **Type de contenu** - le type de ressource sur lequel l’avertissement est défini, tel qu’une base de données, une table ou une source de données. - **Nom du contenu :** nom de la ressource pour laquelle l’avertissement est défini. - **Modifié par :** nom de la personne qui a créé ou modifié en dernier l’avertissement. - **État :** indique si l’avertissement est actif ou inactif. - **Type :** le type d’avertissement peut être : Données obsolètes, Avertissement, Obsolète, Données sensibles ou En maintenance. - **Visibilité :** l’avertissement peut être configuré sur une visibilité normale (par défaut) ou élevée. - **Message :** le message du créateur d’avertissement à l’attention des utilisateurs lorsqu’ils voient les détails de l’avertissement. ## Filtrer l’historique des avertissements Lorsque vous examinez l’historique des avertissements sur la qualité des données, vous pouvez cliquer sur un repère dans la vue pour filtrer les détails affichés sous la vue. ![Tableau de bord de l’historique des avertissements sur la qualité des données qui affiche la quantité d’alertes sur la qualité des données actives et modifiées au fil du temps](/tableau/current/fr-ca/server/fr-ca/Img/dm_dqw_admin_view.png) Les nombres sur l’axe Jour représentent la date dans la plage de temps. Par exemple, si la date d’aujourd’hui est le 18 novembre et que vous appliquez un filtre sur les 7 derniers jours, l’axe Jour affiche 12-18. Vous pouvez accéder à des filtres supplémentaires en cliquant sur l’icône du filtre en haut à droite : filtre par plage de temps et par type de contenu. ### Filtre par plage de temps Vous pouvez configurer la plage de temps sur des années jusqu’à des minutes. ![Un menu de filtre qui vous permet de sélectionner une plage horaire](/tableau/current/fr-ca/server/fr-ca/Img/dm_dqw_admin_view_filter_time.png) ### Filtre par type de contenu Vous pouvez voir tous les avertissements sur la qualité des données sur votre site, ou vous pouvez filtrer pour voir les avertissements sur des types spécifiques de ressources telles qu’une source de données ou une table : ![Un menu de filtre avec des options pour la plage horaire et le type de contenu](/tableau/current/fr-ca/server/fr-ca/Img/dm_dqw_admin_view_filter_type.png) ## Accéder aux données d’historique des avertissements sur la qualité des données En plus d’utiliser la vue administrative Historique d’avertissement sur la qualité des données, vous pouvez également accéder aux données d’historique des avertissements sur la qualité des données dans la base de données PostgreSQL « groupe de travail » du référentiel Tableau Server. Avant de pouvoir accéder à ces données, vous devez [activer l’accès au référentiel Tableau Server](https://help.tableau.com/current/server/fr-ca/perf_collect_server_repo.htm#enable-access-to-the-tableau-server-repository). Voir [À propos du dictionnaire de données de Tableau Server](https://help.tableau.com/current/server/fr-ca/data_dictionary.htm). Vous y trouverez un lien permettant d’accéder au dictionnaire de données le plus récent où vous pourrez rechercher ces tables contenant des données historiques sur les avertissements de qualité : - historical\_events - historical\_event\_types - hist\_data\_quality\_indicators - data\_quality\_indicators ## Qui peut le faire? Pour configurer un avertissement sur la qualité des données, vous devez être un administrateur de serveur ou de site. [Passer au contenu principal](#main-content) # HTTP 401 - Non autorisé Si vous recevez une **erreur 401-Not Authorized**, cela peut être dû à l’une des raisons suivantes :  - Vous avez peut-être configuré Tableau Server pour utiliser Active Directory avec SSPI. Si votre serveur Web utilise SSPI, vous n’avez pas besoin de configurer l’authentification fiable. Vous pouvez intégrer des vues et vos utilisateurs y auront accès tant qu’ils possèdent une licence Tableau Server et sont membres de votre Active Directory. Pour plus d’informations, consultez [tsm authentication sspi ](https://help.tableau.com/current/server/fr-ca/cli_authentication_tsm.htm#TSMSspi). **Remarque :** SSPI ne peut être configuré que sur Tableau Server pour Windows. - Si vous voyez une **erreur de redirection - 302** après avoir déployé Tableau Server, il est probable que le code de l’authentification de confiance que vous avez programmé pour construire l’URL du client n’a pas été mis à jour de manière à prendre en compte le format d’URL en deux parties de l’authentification. Pour plus d’informations, consultez [Obtenir un billet de Tableau Server](https://help.tableau.com/current/server/fr-ca/trusted_auth_webrequ.htm). [Passer au contenu principal](#main-content) # HTTP 404 - Fichier introuvable Vous pouvez recevoir cette erreur si votre code de programme référence une URL Tableau Server qui n’existe pas. Par exemple, votre serveur Web peut créer une URL non valide qui est introuvable lorsque la page Web tente de la récupérer. Cette erreur peut aussi se produire si vous n’avez pas saisi les serveurs Web de confiance comme spécifié dans [Ajout d’adresses IP ou de noms d’hôte de confiance à Tableau Server](https://help.tableau.com/current/server/fr-ca/trusted_auth_trustIP.htm). Si vous avez déjà saisi les serveurs Web de confiance, vérifiez que les adresses IP ou les noms d’hôte sont corrects. [Passer au contenu principal](#main-content) # Hyper Query Processing (bêta) **Remarque :** Hyper Query Processing étant une version bêta, le nom peut changer avant le lancement général. Le connecteur de la plate-forme de données client (CDP) est désormais optimisé par le moteur de traitement des requêtes Hyper. Il prend en charge l’analytique interactive avec un traitement rapide des requêtes de données et simplifie l’expérience de connexion aux données pour accélérer la vitesse d’exploration des données. Le moteur de traitement des requêtes Hyper accélère le délai d’interrogation lors de l’interrogation des données de la plate-forme de données client à partir de Tableau avec des connexions en direct et des extraits de données Tableau. > [!IMPORTANT] > > **Fonctionnalité bêta :** la version bêta d’Hyper Query Processing offre des fonctionnalités supplémentaires gratuites. Vous pouvez choisir d’essayer ce service à votre seule discrétion. Toute utilisation du service bêta est soumise aux conditions applicables aux services bêta, qui figurent dans la section [Accords et conditions](https://www.salesforce.com/company/legal/agreements/). ## Activer Hyper Query Processing dans Tableau Server Effectuez les étapes suivantes pour activer Hyper Query Processing. 1\. Se connecter à Salesforce CDP. 2\. Suivez les instructions à l’écran pour installer le pilote hyper jdbc. `-Salesforce-cdp-hyper-beta-1.15.0.jar` ou téléchargez le fichier .jar disponible [ici](https://github.com/forcedotcom/Salesforce-CDP-jdbc/releases). 3\. Déplacez le fichier téléchargé vers l’un des chemins de répertoire suivants en fonction de votre système. Windows - `C:\Program Files\Tableau\Drivers` macOS - `/Users/[user]/Library/Tableau/Drivers` 4\. Après avoir déplacé le pilote vers le chemin approprié, reconnectez-vous. Vous pouvez maintenant utiliser le connecteur de votre plate-forme de données client dans Tableau Server. **Remarque :** Hyper Query Processing est pris en charge dans sa version bêta. Il est disponible pour Tableau Server. Tableau Desktop et Tableau Online seront pris en charge à partir de décembre 2022. Ces dates sont sujettes à modification. ### Voir également - Aide Tableau : [Connecter Tableau Server à Customer Data Platform (plate-forme de données client)](https://help.tableau.com/current/server-linux/fr-ca/config_oauth_sfdc_cdp.htm) - Aide de Salesforce : [Configurer Tableau dans Customer Data Platform](https://help.salesforce.com/s/articleView?id=sf.c360_a_set_up_tableau_connected_app.htm&type=5&language=fr_ca) - Aide de Salesforce : [Activer Customer Data Platform dans Tableau](https://help.salesforce.com/s/articleView?id=sf.c360_a_enable_tableau_connector.htm&type=5&language=fr_ca) - Aide de Salesforce : [Utiliser les données de Customer Data Platform dans Tableau](https://help.salesforce.com/s/articleView?id=sf.c360_a_using_customer_360_aud_data_in_tableau.htm&type=5&language=fr_ca) [Passer au contenu principal](#main-content) # Importer des utilisateurs Pour automatiser le processus d’ajout d’utilisateurs à un site, vous pouvez créer un fichier CSV qui contient les informations relatives aux utilisateurs, puis importer le fichier. Les administrateurs de site ou un utilisateur disposant d’un profil d’administrateur et de fonctionnalités suffisantes peuvent importer des utilisateurs sur un site particulier. Les administrateurs de serveur (Tableau Server uniquement) peuvent importer des utilisateurs au niveau du serveur pour les ajouter ultérieurement à plusieurs sites. **Remarque :** Cette rubrique contient les étapes nécessaires à l’importation, en partant du principe que vous avez déjà créé le fichier CSV. Si vous n’avez pas encore créé le fichier, consultez [Recommandations relatives au fichier d’importation CSV](https://help.tableau.com/current/server/fr-ca/csvguidelines.htm) pour obtenir une liste des options d’importations et des conditions requises pour les formats de fichiers. ## Ajouter des utilisateurs depuis un fichier CSV La procédure suivante décrit comment ajouter des utilisateurs à un site ou au serveur. Les images reflètent l’ajout d’utilisateurs au niveau du site. 1. Effectuez l’une des actions suivantes : - Pour ajouter des utilisateurs au niveau du site, sélectionnez Utilisateurs, puis Ajouter des utilisateurs. ![Bouton Ajouter des utilisateurs sélectionné pour afficher les options d’ajout d’utilisateurs au site, avec l’option Importer à partir d’un fichier sélectionnée.](/tableau/current/fr-ca/server/fr-ca/Img/import_users_csv.png) - Pour ajouter des utilisateurs au niveau du serveur sur un serveur **à un seul site**, sélectionnez Utilisateurs, puis Ajouter des utilisateurs. - Pour ajouter des utilisateurs au niveau du serveur sur un serveur **à plusieurs sites**, ouvrez la liste des sites et sélectionnez Gérer tous les sites. Sélectionnez Utilisateurs, puis Ajouter des utilisateurs. 2. Cliquez sur Importer des utilisateurs à partir d’un fichier, puis sur Parcourir et accédez au fichier. Enfin, cliquez sur Importer des utilisateurs. ![Une boîte de dialogue pour importer des utilisateurs à partir d’un fichier.](/tableau/current/fr-ca/server/fr-ca/Img/users_import_local.png) Tableau affiche les résultats du processus d’importation. ![Boîte de dialogue de réussite de l’importation des utilisateurs.](/tableau/current/fr-ca/server/fr-ca/Img/users_import_local2.png) 3. Cliquez sur Terminé. ## Affectation ou maintenance des rôles sur le site des utilisateurs Lorsque vous importez au niveau du site ou sur un serveur à site unique avec la commande `tabcmd`, vous pouvez spécifier le rôle sur le site pour tous les utilisateurs figurant dans le fichier .csv. Si un utilisateur existe déjà sur le site de Tableau Server, le rôle sur le site affecté au cours du processus d’importation est appliqué, même s’il fournit à l’utilisateur un accès plus restrictif que le rôle sur le site existant de l’utilisateur. L’exception est que vous ne pouvez pas affecter un rôle sur le site d’administrateur de serveur. Pour un serveur multisite, lorsque vous importez des utilisateurs dans la page Utilisateurs du serveur, vous créez des utilisateurs du serveur sans affiliation de site. Ces utilisateurs n’appartenant pas à un site, ils ne peuvent pas être dotés d’un rôle sur le site. Le seul rôle sur le site qu’un utilisateur peut voir au niveau du serveur est Sans licence ou Administrateur de serveur. Vous pouvez également spécifier le rôle sur le site de l’utilisateur lorsque vous affectez une adhésion au site à un utilisateur. Pour plus d’informations, consultez [Gérer l’adhésion au site des utilisateurs](https://help.tableau.com/current/server/fr-ca/users_view.htm#manage-site-membership). ## Importation au niveau du serveur dans des environnements à plusieurs sites Si le serveur exécute plusieurs sites et que vous êtes administrateur de serveur, vous pouvez importer un fichier CSV à partir de deux emplacements. En ce qui concerne les comptes d’utilisateur existants, chaque emplacement offre différentes fonctionnalités. - La page Utilisateurs du serveur apparaît dans un environnement multisite. Seuls les administrateurs du serveur peuvent accéder à cette page. ![Une table des utilisateurs du serveur, y compris leurs noms d’affichage, leurs noms d’utilisateur, leurs rôles sur le site, le nombre de groupes et les dates de dernière connexion.](/tableau/current/fr-ca/server/fr-ca/Img/usersimport_srvrusers.png) Vous pouvez importer le fichier CSV depuis cet emplacement si vous souhaitez mettre à jour les comptes d’utilisateur existants et en ajouter de nouveaux. Par exemple, si vous importez un fichier qui contient un nouveau mot de passe pour chaque utilisateur existant, leur mot de passe sera réinitialisé. - La page Utilisateurs du site. ![Une table des utilisateurs du site, y compris leurs noms d’affichage, leurs noms d’utilisateur, leurs rôles sur le site, le nombre de groupes et les dates de dernière connexion.](/tableau/current/fr-ca/server/fr-ca/Img/usersimport_siteusers.png) Les administrateurs de serveur peuvent ajouter de nouveaux comptes utilisateur à l’aide d’importations CSV. Si le fichier CSV inclut des utilisateurs existants, les champs Mot de passe et Nom d’affichage doivent correspondre aux champs existants ou être laissés vides. Si de nouveaux mots de passe ou noms complets sont utilisés, l’importation échouera. ## Importation dans un environnement à un seul site Les administrateurs de serveur et de site sur un serveur à site unique effectuent les importations d’utilisateurs depuis un fichier CSV à partir de la page Utilisateurs d’un site. ![Une table qui répertorie les utilisateurs du site, leurs noms d’utilisateur, leurs rôles, le nombre de groupes et la date de la dernière connexion.](/tableau/current/fr-ca/server/fr-ca/Img/userimport_ss_users.png) ## Importation de plusieurs sites ou d’un seul site Des utilisateurs peuvent appartenir à plusieurs sites sur le même serveur, mais ils doivent utiliser les mêmes informations de connexion pour chaque site. Cette condition est importante si vous ajoutez des utilisateurs à un site mais que ceux-ci appartiennent déjà à un autre site. Si vous tentez d’importer un utilisateur qui existe déjà, et si les informations d’identification de l’utilisateur dans le fichier CSV ne correspondent pas aux informations d’identification existantes, l’importation échoue pour cet utilisateur. Si vous importez des utilisateurs sur un site et que vous pensez que les utilisateurs existent peut-être déjà sur le serveur, vous pouvez essayer de laisser le champ **Mot de passe** vide dans le fichier CSV (tout en incluant les séparateurs de champ). Si un utilisateur défini dans le fichier CSV existe déjà dans un autre site, l’utilisateur est ajouté au site sur lequel vous importez. Toutefois, si l’utilisateur n’existe _pas_ déjà sur le serveur, l’utilisateur est créé, et la fenêtre d’importation CSV vous avertit que le nouvel utilisateur ne dispose pas d’un mot de passe. Vous pouvez alors utiliser les pages de l’administrateur de serveur pour attribuer un mot de passe à un utilisateur qui n’en a pas. **Remarque :** si le serveur est configuré pour utiliser l’authentification Active Directory, les mots de passe utilisateur sont gérés par Active Directory, et vous pouvez laisser le champ de mot de passe vide dans le fichier CSV. [Passer au contenu principal](#main-content) # Incidents d’agents [Agents sans licence](#Agents) (critique) [Version d’Agent incompatible](#Incompat) (critique) [Échec de la rotation des informations d’identification dans la file d’attente des messages de l’Agent](#MQCredFail) (critique) [Agent hors service](#Agent) (avertissement) Nous veillons à mettre en œuvre l’une des valeurs fondamentales de notre entreprise, à savoir l’égalité, et à cette fin, nous avons modifié la terminologie afin d’être le plus inclusifs possible. Étant donné que la modification des termes à certains endroits peut entraîner un changement radical, nous conservons la terminologie existante. Il se peut donc que vous continuiez à voir les termes dans les commandes et options de l’interface en ligne de commande, dans les dossiers d’installation, dans les fichiers de configuration et dans d’autres instances. Pour plus d’informations, consultez [À propos de l’Aide de Tableau](https://help.tableau.com/current/tableau/fr-ca/about-tableau-help.htm). ## Agents sans licence Les incidents des _Agents sans licence_ seront enregistrés comme critiques lorsque nous détectons que votre Tableau Server ne dispose pas de la licence correcte pour utiliser Tableau Resource Monitoring Tool. Pour surveiller Tableau Server à l’aide de Resource Monitoring Tool, votre Tableau Server doit disposer d’une licence d’utilisation de Tableau Advanced Management. Les Agents cessent de collecter des données dans l’état sans licence et de les envoyer au serveur RMT. Vous pouvez toutefois continuer à consulter les données qui ont été recueillies antérieurement lorsque l’environnement possédait une licence appropriée. Pour résoudre ce problème, vous devez obtenir une licence Tableau Server avec une Advanced Management. Pour plus d’informations, consultez [À propos de Tableau Advanced Management sur Tableau Server](https://help.tableau.com/current/server/fr-ca/itm_intro.htm). **Remarque :** Il peut s’écouler jusqu’à une heure entre l’ajout d’une licence valide à Tableau Server et la résolution de l’incident. Il existe d’autres causes possibles susceptibles de provoquer un incident **Agents Unlicensed** : - Les informations d’identification de l’API Tableau Server peuvent ne pas être correctes. Dans la page de configuration de l’environnement, vérifiez que le nom d’utilisateur et le mot de passe sont corrects et que le compte utilisé possède le rôle d’administrateur du serveur sur Tableau Server. - Impossible de se connecter à l’API REST Tableau Server. Assurez-vous que l’API REST est activée sur Tableau Server et que Tableau Server fonctionne. Pour résoudre le problème de connectivité de l’API REST depuis le menu **Admin**, sélectionnez **Environments**, cliquez sur **Edit Environment** dans l’environnement que vous souhaitez modifier, et dans l’onglet **Environment Details**, cliquez sur le bouton **Test Connection** dans la section **Tableau Server REST API** à droite de la page. - Le serveur RMT n’a pas pu se connecter à Tableau Server, probablement en raison d’un problème de connectivité réseau ou d’un problème similaire. ## Version d’Agent incompatible Les incidents d’Agent incompatible sont enregistrés comme incidents critiques lorsqu’un ou plusieurs Agents de l’environnement utilisent une version non compatible avec la version du Serveur RMT. Pour résoudre le problème, vous devez vous assurer que l’Agent utilise une version compatible avec la version actuelle du Serveur RMT. Suivez l’une des méthodes suivantes pour résoudre ce problème : - Nous recommandons que le Serveur RMT et tous les Agents utilisent la même version. - Si l’Agent utilise une version antérieure à la version compatible minimale, vous devez mettre à niveau l’Agent au minimum vers la version compatible minimale répertoriée dans le rapport d’incidents. - Si l’Agent utilise une version ultérieure à la version du Serveur RMT, nous vous recommandons de mettre également à niveau le Serveur RMT vers cette même version ultérieure. Vous devrez peut-être mettre à niveau d’autres Agents en fonction de la version sur laquelle ils se trouvent actuellement. ### Mise à niveau des Agents : Utilisez les étapes ci-après pour mettre à niveau l’Agent : 1. Téléchargez le programme d’installation de l’Agent et copiez-le sur le nœud Tableau Server où l’Agent doit être mis à niveau. L’Agent doit utiliser la même version que le Serveur RMT ou utiliser une version compatible avec la version du Serveur RMT. Les détails de l’incident fournissent la version minimale compatible. 2. Arrêtez le service de l’Agent Tableau Resource Monitoring Tool sur toutes les instances Tableau Server à l’aide de la commande suivante : `rmtadmin stop --agent` 3. Exécutez le programme d’installation de l’Agent sur l’Agent à mettre à niveau. **Remarque :** si vous utilisez un emplacement non par défaut, indiquez l’emplacement d’installation personnalisé en cliquant sur **Customize** dans la page CLUF. Tableau recommande d’utiliser _\\Tableau\\Tableau Resource Monitoring Tool_ comme emplacement d’installation de l’Agent. Exemple d’emplacement non par défaut : **D:\\Tableau\\Tableau Resource Monitoring Tool**. 4. Confirmez que l’Agent est en cours d’exécution et qu’il a été mis à niveau. Vous pouvez afficher l’état d’enregistrement de l’Agent en accédant à **Administration** -> **Environnements** -> **Modifier l’environnement** -> onglet **Serveurs** pour afficher une liste complète des nœuds Tableau Server et l’état de l’Agent. ### Mise à niveau du Serveur RMT Mettez à niveau le Serveur RMT si un ou plusieurs Agents utilisent une version ultérieure. Utilisez les étapes ci-après pour mettre à niveau Serveur RMT : 1. Connectez-vous au Resource Monitoring Tool dans le navigateur et assurez-vous qu’il fonctionne correctement avant de lancer la mise à niveau. 2. Copiez le programme d’installation du Serveur RMT sur la machine sur laquelle le Serveur RMT est installé. 3. Arrêtez le service Tableau Resource Monitoring Tool **Agent** Windows sur tous les agents. 4. Arrêtez le service Tableau Resource Monitoring Tool Windows sur le Serveur RMT. **Remarque :** une fois que les services ont été arrêtés, il est recommandé de vérifier que les processus de Resource Monitoring Tool ne s’exécutent pas après l’arrêt des services : « Any » avec tabrmt-agent ou tabrmt-master. Ceci n’inclut pas PostgreSQL ou RabbitMQ. 5. L’arrêt complet de tous les processus en cours d’exécution sur le Serveur RMT peut demander un certain temps. Ainsi, dans le Gestionnaire des tâches, attendez qu’il n’y ait pas de processus en cours d’exécution avec Resource Monitoring Tool dans le nom avant la prochaine étape. 6. Exécutez le programme d’installation sur le Serveur RMT Cette opération installe ou met à niveau tous les prérequis nécessaires, puis met à niveau le Serveur RMT. **Remarque :** si vous utilisez un emplacement non par défaut, indiquez l’emplacement d’installation personnalisé en cliquant sur **Customize** dans la page CLUF. Tableau recommande d’utiliser _\\Tableau\\Tableau Resource Monitoring Tool_ comme emplacement d’installation du Serveur RMT. Exemple d’emplacement non par défaut : **D:\\Tableau\\Tableau Resource Monitoring Tool**. 7. Vérifiez que l’Agent et le Serveur RMT sont en cours d’exécution. Démarrez l’Agent et le Serveur RMT s’ils ne redémarrent pas automatiquement une fois la mise à niveau terminée. ## Échec de la rotation des informations d’identification dans la file d’attente des messages de l’Agent Depuis la version 2021.3, en tant que meilleure pratique de sécurité, les informations d’identification pour les connexions entre l’Agent et Rabbit MQ doivent être uniques à cet Agent. Les identifiants uniques sont créés lors d’une nouvelle installation ou mis à jour lors de la mise à niveau vers 2021.3. Pendant la mise à niveau, s’il y a des problèmes de réseau, le processus de mise à jour des identifiants peut échouer, entraînant un rapport d’incident critique. Cet incident n’interrompt toutefois pas le processus de mise à niveau et le processus de mise à niveau se poursuivra. Une fois la mise à niveau terminée, l’outil Resource Monitoring Tool réessaiera quotidiennement de créer les informations d’identification uniques. Un rapport d’incident critique est créé pour l’échec initial et pour chaque nouvelle tentative infructueuse par la suite. Pendant ce temps, l’Agent continuera à travailler en utilisant les informations d’identification précédentes jusqu’à ce que de nouvelles informations d’identification soient créées. Le problème peut se résoudre de lui-même, mais s’il persiste, procédez comme suit : - Vérifiez que les Agents peuvent se connecter au serveur RMT. - Vérifiez les problèmes de pare-feu entre l’Agent et le serveur RMT. ## Agent hors service Les incidents d’agent hors service seront enregistrés comme Avertissements lorsque Tableau Resource Monitoring Tool n’est pas en mesure de communiquer avec les Agents sur Tableau Server. Utilisez les étapes de dépannage suivantes pour résoudre ce problème : 1. Assurez-vous que le matériel hébergeant les Agents est opérationnel et disponible pour communiquer avec le Serveur RMT. 2. Assurez-vous que le service de l’Agent est enregistré avec succès et qu’il est en cours d’exécution. Vous pouvez afficher l’état d’enregistrement de l’Agent en accédant à **Administration** -> **Environnements** -> **Modifier l’environnement** -> onglet **Serveurs** pour afficher une liste complète des nœuds Tableau Server et l’état de l’Agent. ### Heures d’interrogation des agents et de création d’incidents - L’agent envoie un _message de pulsation_ au serveur Resource Monitoring Tool toutes les 5 minutes. - Le serveur Resource Monitoring Tool vérifie si le _message_ de pulsation le plus récent de l’agent date de moins de 15 minutes. - Si le dernier _message de pulsation_ reçu de l’Agent date de moins de 15 minutes, l’Agent est alors considéré comme étant en ligne et aucun incident n’est créé, et tout **incident d’Agent en panne** existant est effacé. - Si le dernier _message de pulsation_ reçu de l’agent date de plus de 15 minutes, il est alors considéré comme la première tentative infructueuse. Toutes les minutes par la suite, un contrôle est effectué, deux fois de plus. Si après trois tentatives (première tentative et deux tentatives) il n’y a toujours pas de message de pulsation récent, un **incident d’Agent en panne** est créé. **Remarque :** sur la base de l’intervalle d’interrogation décrit ci-dessus, il faut environ 17 (15+1+1) minutes pour qu’un incident d’**Agent en panne** soit créé une fois que l’Agent est hors ligne. ## Qui peut le faire? Administrateur Resource Monitoring Tool ou utilisateur Resource Monitoring Tool ayant un rôle **Gestion du serveur/de l’environnement.** [Passer au contenu principal](#main-content) # Incidents de mise en file d’attente hyper Les incidents de _mise en file d’attente hyper_ seront consignés sous la forme d’un avertissement lorsque les requêtes Hyper sont mises en file d’attente sur le disque. En règle générale, cela se produit lorsqu’il n’y a pas assez de mémoire disponible et que le processus du moteur de données de Tableau Server passe à la mise en file d’attente en écrivant temporairement sur le disque. La rubrique [Moteur de données Tableau Server](https://help.tableau.com/current/server/fr-ca/data_engine2_intro.htm) décrit cela plus en détail dans la section sur l’utilisation de la mémoire. ## Qui peut le faire? Administrateur Resource Monitoring Tool ou utilisateur Resource Monitoring Tool ayant un rôle **Gestion du serveur/de l’environnement.** [Passer au contenu principal](#main-content) # Installation automatisée de Tableau Server Vous pouvez utiliser `SilentInstaller.py`, un script Python [pris en charge par la communauté](https://www.tableau.com/fr-ca/support-levels-it-and-developer-tools "S’ouvre dans une nouvelle fenêtre"), pour automatiser une nouvelle installation de Tableau Server. Vous pouvez télécharger le script et l’utiliser tel qu’il est écrit, ou le modifier en fonction de vos besoins spécifiques. ## Avantages de l’utilisation du programme d’installation automatisée - Avec une seule commande, vous pouvez installer, configurer et exécuter une instance opérationnelle de Tableau Server. - Le script `SilentInstaller.py` peut être exécuté sans intervention de l’utilisateur et est donc adapté à l’automatisation. - La configuration peut être définie une fois et utilisée pour toutes vos installations, ce qui en fait un processus répétable. ### Dans quels cas ne pas utiliser le programme d’installation automatisée - Si vous installez Tableau Server pour la première fois, il est recommandé de tester votre installation manuellement avant d’automatiser le processus. Tout problème bloquant l’installation est plus facile à résoudre de manière interactive. Après avoir résolu ces problèmes, vous pouvez exécuter une installation automatisée de Tableau Server en utilisant le script `SilentInstaller.py`. - Si vous testez ou essayez de nouveaux paramètres de configuration, par exemple des méthode d’authentification, il est recommandé d’exécuter d’abord l’installation manuellement. Tableau Services Manager (TSM) valide les entités de configuration et rejette les paramètres de configuration qui ne sont pas valides. Une fois que vous avez identifié les paramètres corrects, vous pouvez utiliser le programme d’installation automatisé. - Si vous ne pouvez pas ou ne voulez pas entrer des mots de passe dans le fichier de secrets, l’utilisation du programme d’installation automatisée peut être une option adaptée pour vous. ## Avant de commencer Consultez [Avant l’installation...](https://help.tableau.com/current/server/fr-ca/requ.htm) pour vous assurer que vous avez installé Microsoft Windows Server sur un ordinateur personnel conforme aux exigences de système d’exploitation et à la configuration matérielle minimale requise pour Tableau Server. **Remarque :** si vous installez Tableau Server dans un environnement de production, consultez les **recommandations** matérielles minimum. Les recommandations représentent la configuration minimale requise que vous devez utiliser pour une installation de production de Tableau Server. Pour effectuer une installation automatisée, vous devez utiliser le script `SilentInstaller.py` qui se base sur le paquet d’installation de Tableau Server comme entrée. Avant de démarrer, nous vous recommandons de télécharger les paquets suivants : 1. Téléchargez [Python 3.5](https://www.python.org/downloads/windows/) ou ultérieur et installez-le sur l’ordinateur sur lequel vous comptez installer Tableau Server. 2. Téléchargez à la fois le script `SilentInstaller.py` et le paquet du programme d’installation Tableau Server : 1. Téléchargez le script `SilentInstaller.py` depuis [GitHub](https://github.com/tableau/server-install-script-samples/tree/master/windows/tsm/SilentInstaller), ainsi que config.template.json, registration.template.json, secrets.template.json, et les trois modèles bootstrap (bootstrap.template.json, topologyBootstrap.template.json et workerBootstrap.template.json). 2. Sélectionnez et téléchargez le **paquet du programme d’installation Tableau Server** approprié depuis la page [Téléchargements de produits Tableau Server](https://www.tableau.com/fr-ca/support/releases/server/). Celui que vous choisissez dépend de la version de Microsoft Windows Server que vous souhaitez utiliser. 3. Copiez les paquets et les modèles sur un emplacement accessible depuis l’ordinateur où vous comptez installer Tableau Server. ## Comment utiliser le script SilentInstaller.py Le script `SilentInstaller.py` installe le paquet du programme d’installation Tableau Server, crée les répertoires, définit les autorisations requises pour exécuter Tableau Server, et lance l’installation de Tableau Services Manager (TSM). Une fois l’installation de TSM terminée, le script `SilentInstaller.py` exécute les commandes `tsm` pour installer, configurer et démarrer Tableau Server. Par défaut, le script `SilentInstaller.py` active une licence d’évaluation pendant l’installation. Si vous êtes en possession d’une clé produit, vous pouvez fournir la clé produit à la ligne de commande ou activer la clé produit après avoir exécuté le script `SilentInstaller.py`. La plupart des options de ligne de commande dans le programme d’installation automatisée sont les mêmes que les options utilisées par la commande [tsm initialize](https://help.tableau.com/current/server/fr-ca/cli_initialize_tsm.htm). Vous pouvez exécuter le script `SilentInstaller.py` dans trois modes : installer le nœud initial, installer les nœuds supplémentaires et mettre à jour la topologie du groupement. Lorsque vous effectuez une installation pour un groupement distribué, vous exécutez `SilentInstaller.py` avec les options d’installation du nœud initial sur le nœud initial. Vous exécuterez `SilentInstaller.py` avec les options d’installation de nœuds supplémentaires sur chaque nœud supplémentaire. Enfin, vous exécuterez `SilentInstaller.py` avec les options de mise à jour de la topologie sur le nœud initial. Le script `SilentInstaller.py` est conçu pour s’exécuter sans interaction de l’utilisateur. Vous devez donc entrer tous les paramètres dans les arguments requis qui sont transmis au script `SilentInstaller.py`. Vous pouvez sinon également entrer les arguments requis dans le fichier bootstrap. Vous pouvez utiliser les [Modèles de fichiers de configuration, d’enregistrement et de secrets](#Configur) fournis. Suivez les étapes ci-après pour effectuer une installation automatique : ### Étape 1 : Installer le programme d’installation automatisée 1. Connectez-vous à l’ordinateur en tant qu’utilisateur doté d’un accès administrateur. 2. Téléchargez et installez le script `SilentInstaller.py`, les modèles et les fichiers bootstrap. ### Étape 2 : Créer des fichiers fournissant les données de configuration supplémentaires nécessaires pour exécuter l’installation automatisée Le script `SilentInstaller.py` étant prévu pour s’exécuter sans interaction utilisateur, vous devez fournir l’information supplémentaire suivante : 1. Copiez les modèles, **config.template.json**, **registration.template.json** et **secrets.template.json**, sur un autre répertoire tel que votre répertoire de base. Nous vous déconseillons de modifier les fichiers de modèles directement. 2. Modifiez le fichier **config.template.json** et fournissez les paramètres de configuration du nœud initial. Vous devez fournir les paramètres de la banque d’identités pour l’ordinateur Tableau Server. Selon vos exigences réseau, vous devrez peut-être également fournir les paramètres de passerelle. L’option de mise en cache permet de mettre en cache et de réutiliser des données aussi longtemps que possible. Les exemples de classeurs sont installés par défaut. Le modèle inclut l’information minimum requise et constitue donc un point de départ. Pour en savoir plus sur les paramètres de configuration, consultez [Configurer les paramètres du nœud initial](https://help.tableau.com/current/server/fr-ca/config_general.htm). 3. Modifiez le fichier **registration.template.json** et fournissez l’information nécessaire à l’enregistrement de Tableau Server. Pour plus d’informations, consultez [Activer et enregistrer Tableau Server](https://help.tableau.com/current/server/fr-ca/activate.htm). 4. Modifiez le fichier **secrets.template.json** à l’aide du modèle et indiquez le nom d’utilisateur et le mot de passe des comptes d’administrateur TSM et d’administrateur Tableau Server. - Le compte d’administrateur TSM devrait être le même utilisateur que l’administrateur Windows exécutant le script. - Le compte d’administrateur Tableau Server est le compte initial créé par le programme d’installation et est utilisé pour administrer Tableau Server. ### Étape 3 : Exécuter l’installation automatisée 1. Connectez-vous à l’ordinateur en tant qu’utilisateur doté d’un accès administrateur. #### Installer le nœud initial Le script `SilentInstaller.py` exécute les commandes appropriées pour installer, activer la licence, configurer et démarrer Tableau Services Manager. Exécutez `SilentInstaller.py -h` et `SilentInstaller.py install –h` pour voir la liste complète des options et leurs valeurs par défaut. **Pour installer le nœud initial :** Sur le nœud initial, à l’invite de Python, entrez : `SilentInstaller.py install --secretsFile secrets.json --configFile myconfig.json --registrationFile registration.json TableauServer-64bit-.exe` Ou sinon : `SilentInstaller.py --bootstrapFile `

Option de script

Description

Commutateurs requis 

--configFile <file path>

Le chemin d’accès relatif ou absolu du fichier JSON Configuration serveur.

--secretsFile <file path>

Chemin d’accès relatif ou absolu du Fichier de secrets qui décrit les identifiants du compte Windows pour l’authentification sur Tableau Services Manager (TSM), et nom d’utilisateur/mot de passe de l’utilisateur administrateur initial pour Tableau Server. Le fichier de secrets inclut également la clé produit que vous souhaitez utiliser pour activer Tableau Server. Par défaut, le modèle de fichier de secrets contient une licence d’évaluation.

Remarque : il est facultatif de fournir le mot de passe dans le fichier de secrets. Par contre, si les mots de passe ne figurent pas dans le fichier de secrets, vous serez invité à les fournir lors de l’installation.

Le paquet du programme d’installation automatisée inclut le modèle du fichier de secrets.

--registrationFile <file path>

Le chemin relatif ou absolu du fichier Enregistrement serveur contenant l’information d’enregistrement de Tableau Server.

Le paquet du programme d’installation automatisée inclut le modèle du fichier d’enregistrement.

<installer executable file path>

Chemin relatif ou absolu du programme d’installation de TSM (Tableau Services Manager).

Commutateurs en option 

--installDir <file path>

Répertoire d’installation de Tableau Server. Si vous n’indiquez pas un chemin d’accès, le répertoire par défaut C :\Program Files\Tableau\Tableau Server sera utilisé.

--dataDir <file path>

Emplacement de stockage de la configuration et des données du logiciel Tableau Server. Si vous n’indiquez pas un chemin d’accès, le répertoire par défaut C :\ProgramData\Tableau est utilisé pour les fichiers de configuration et de données.

--installerLog <file path>

Répertoire existant où les fichiers journaux du programme d’installation sont écrits. Si vous n’indiquez pas d’emplacement, les fichiers journaux seront écrits dans votre répertoire TEMP.

--controllerPort <port number>

Port sur lequel le contrôleur TSM (Tableau Services Manager) doit s’exécuter.

--coordinationserviceClientPort <port number>

Port du client ZooKeeper.

--coordinationservicePeerPort <port number>

Port de l’homologue ZooKeeper.

--coordinationserviceLeaderPort <port number>

Port du leader ZooKeeper.

--start

Indique si le serveur doit être démarré une fois l’installation terminée.

#### Installer des nœuds supplémentaires Le script `SilentInstaller.py` exécute les commandes appropriées d’installation de TSM (Tableau Services Manager) sur le nœud supplémentaire. Exécutez `SilentInstaller.py installWorker –h` pour afficher la liste complète des options et de leurs valeurs par défaut. **Pour installer des nœuds supplémentaires :** Sur chaque nœud supplémentaire, à l’invite de Python, entrez : `SilentInstaller.py workerInstall --secretsFile secrets.json --nodeConfigurationFile nodeConfiguration.json TableauServer-64bit-.exe`

Option

Description

--secretsFile <file path>

Obligatoire. Chemin d’accès relatif ou absolu du Fichier de secrets qui décrit les identifiants du compte Windows pour l’authentification sur Tableau Services Manager (TSM), et nom d’utilisateur/mot de passe de l’utilisateur administrateur initial pour Tableau Server. Le fichier de secrets inclut également la clé produit que vous souhaitez utiliser pour activer Tableau Server. Par défaut, le modèle de fichier de secrets contient une licence d’évaluation.

Remarque : il est facultatif de fournir le mot de passe dans le fichier de secrets. Par contre, si les mots de passe ne figurent pas dans le fichier de secrets, vous serez invité à les fournir lors de l’installation.

Le paquet du programme d’installation automatisée inclut le modèle du fichier de secrets.

--nodeConfigurationFile <file path>

Obligatoire. Chemins d’accès du fichier de configuration pour l’installation du nœud supplémentaire.

(exécutable du programme d’installation) <file path>

Obligatoire. L’argument final envoyé au script est simplement le chemin d’accès, absolu ou relatif, vers l’exécutable du programme d’installation Tableau Services Manager, obtenu par les canaux habituels, par exemple téléchargé depuis le site Web de Tableau. Ce script est uniquement pris en charge pour l’utilisation avec Tableau Services Manager.

--installDir <file path>

Facultatif. Répertoire d’installation de Tableau Server. Si le répertoire est vide, le répertoire par défaut C:\Program Files\Tableau\Tableau Server sera utilisé.

--dataDir <file path>

Facultatif. Emplacement de stockage de la configuration et des données du logiciel Tableau Server. Si le répertoire est vide, le répertoire par défaut C:\ProgramData\Tableau est utilisé pour les fichiers de configuration et de données.

--installerLog <file path>

Facultatif. Répertoire existant où les fichiers journaux du programme d’installation sont écrits. Si le répertoire est vide, les fichiers journaux sont écrits sur le répertoire TEMP de l’utilisateur.

**Nœud :** le fichier de configuration du nœud est automatiquement enregistré après l’installation du premier nœud à l’aide de `SilentInstaller.py`. Vous le trouverez sous le répertoire actif du script. #### Mettre à jour la topologie du groupement Le script `SilentInstaller.py` exécute les commandes appropriées pour mettre à jour la topologie du groupement comme souhaité pour Tableau Services Manager (TSM). Exécutez `SilentInstaller.py updateTopology –h` pour afficher la liste complète des options et de leurs valeurs par défaut. Pour mettre à jour la topologie du groupement : Sur le nœud initial, à l’invite de Python, entrez : `SilentInstaller.py updateTopology --secretsFile secrets.json --configFile myconfig.json`

Option

Description

--secretsFile <file path>

Obligatoire. Chemin d’accès relatif ou absolu du Fichier de secrets qui décrit les identifiants du compte Windows pour l’authentification sur Tableau Services Manager (TSM), et nom d’utilisateur/mot de passe de l’utilisateur administrateur initial pour Tableau Server. Le fichier de secrets inclut également la clé produit que vous souhaitez utiliser pour activer Tableau Server. Par défaut, le modèle de fichier de secrets contient une licence d’évaluation.

Remarque : il est facultatif de fournir le mot de passe dans le fichier de secrets. Par contre, si les mots de passe ne figurent pas dans le fichier de secrets, vous serez invité à les fournir lors de l’installation.

Le paquet du programme d’installation automatisée inclut le modèle du fichier de secrets.

--configFile <file path>

Obligatoire. Le chemin d’accès relatif ou absolu du fichier Topologie serveur décrivant la topologie Tableau Server à mettre à jour. Seule la partie topologyVersion du fichier est appliquée, les autres configurations seront ignorées.

## Modèles de fichiers de configuration, d’enregistrement et de secrets Vous pouvez utiliser les modèles d’exemples suivants pour transmettre des données au script `SilentInstaller.py`. ### Exemple de modèle de fichier de secrets { "local\_admin\_user":" , "local\_admin\_pass":" , "content\_admin\_user":" , "content\_admin\_pass":" , "product\_keys":\["trial"\] } local\_admin\_user est le compte Windows utilisé pour l’authentification sur Tableau Services Manager. content\_admin\_user est l’utilisateur administratif initial qui joue le rôle de super utilisateur pour toute l’installation Tableau Server en matière de création et de gestion des utilisateurs, etc. Lorsque vous installez des nœuds supplémentaires ou mettez à jour la topologie du groupement, ces identifiants sont ignorés parce que l’utilisateur administrateur initial était déjà créé lors de l’installation du nœud initial. product\_keys est la clé produit utilisée pour activer Tableau Services Manager. Si plusieurs clés sont spécifiées, elles seront activées une par une. En mode de non-installation, ces clés sont ignorées parce que les licences ont déjà été activées. ### Exemple de modèle de fichier de configuration serveur ``` { "configEntities":{ "runAsUser":{ "_type":"runAsUserType", "name":"NT AUTHORITY\\NetworkService" }, "gatewaySettings":{ "_type":"gatewaySettingsType", "port":80, "firewallOpeningEnabled":true, "sslRedirectEnabled":true, "publicHost":"****replace me****", "publicPort":80, "sslEnabled":false, "sslPort":443 }, "identityStore":{ "_type":"identityStoreType", "type":"local", "domain":"****Domain Name Here****", "nickname":"****Domain Nickname Here****" } }, "topologyVersion":{ "nodes":{ "****insert nodeId (lowercase) here****": { "services": { "filestore": { "instances":[ { "instanceId":"0" } ] }, "tabadmincontroller": { "instances":[ { "instanceId":"0" } ] }, "clientfileservice": { "instances":[ { "instanceId":"0" } ] }, "dataserver": { "instances":[ { "instanceId":"0" }, { "instanceId":"1" } ] }, "cacheserver": { "instances":[ { "instanceId":"0" }, { "instanceId":"1" } ] }, "vizqlserver": { "instances":[ { "instanceId":"0" }, { "instanceId":"1" } ] }, "backgrounder": { "instances":[ { "instanceId":"0" }, { "instanceId":"1" } ] }, "appzookeeper": { "instances":[ { "instanceId":"0" } ] }, "pgsql": { "instances":[ { "instanceId":"0" } ] }, "dataengine": { "instances":[ { "instanceId":"0" } ] }, "licenseservice": { "instances":[ { "instanceId":"0" } ] }, "searchserver": { "instances":[ { "instanceId":"0" } ] }, "clustercontroller": { "instances":[ { "instanceId":"0" } ] }, "tabsvc": { "instances":[ { "instanceId":"0" } ] }, "vizportal": { "instances":[ { "instanceId":"0" } ] }, "tabadminagent": { "instances":[ { "instanceId":"0" } ] }, "clientfileservice": { "instances":[ { "instanceId":"0" } ] }, "gateway": { "instances":[ { "instanceId":"0" } ] } } } } } } ``` ### Exemple de modèle de fichier d’enregistrement serveur ``` { "first_name" : "Andrew", "last_name" : "Smith", "phone" : "311-555-2368", "email" : "andrew.smith@mycompany.com", "company" : "My Company", "industry" : "Finance", "company_employees" : "500", "department" : "Engineering", "title" : "Senior Manager", "city" : "Kirkland", "state" : "WA", "zip" : "98034", "country" : "United States", "opt_in" : "true", "eula" : "true" } ``` [Passer au contenu principal](#main-content) # Installer Tableau Resource Monitoring Tool Tableau Resource Monitoring Tool comporte deux composants : Serveur RMT et Agent. Les prérequis pour Resource Monitoring Tool et le Serveur RMT doivent être installés sur un matériel dédié afin qu’ils disposent des ressources nécessaires et qu’il n’y ait pas de conflit entre les ressources machine et d’autres programmes ou logiciels. Ceux-ci ne doivent pas être installés sur votre ordinateur Tableau Server, sauf dans des cas exceptionnels (par exemple, pour des démonstrations limitées dans des environnements hors production). Les Agents sont installés sur tous les nœuds de Tableau Server que vous souhaitez surveiller. Le programme d’installation pour l’installation de Resource Monitoring Tool se trouve sur le [site de téléchargement de Advanced Management](https://www.tableau.com/fr-ca/support/releases/server-management). Téléchargez tous les fichiers qui commencent par **Tabrmt**. Nous veillons à mettre en œuvre l’une des valeurs fondamentales de notre entreprise, à savoir l’égalité, et à cette fin, nous avons modifié la terminologie afin d’être le plus inclusifs possible. Étant donné que la modification des termes à certains endroits peut entraîner un changement radical, nous conservons la terminologie existante. Il se peut donc que vous continuiez à voir les termes dans les commandes et options de l’interface en ligne de commande, dans les dossiers d’installation, dans les fichiers de configuration et dans d’autres instances. Pour plus d’informations, consultez [À propos de l’Aide de Tableau](https://help.tableau.com/current/tableau/fr-ca/about-tableau-help.htm). ## Historique des versions d’installation Cette section décrit les modifications importantes apportées au processus d’installation. Utilisez cette section pour comprendre quelles modifications ont été apportées en fonction de votre version actuelle et de la version vers laquelle vous effectuez la mise à niveau. - Depuis la version **2025.3.4**, une mise à jour du programme d’installation de Windows a légèrement modifié le flux de travail. Le libellé des boîtes de dialogue qui s’affichent peut être légèrement différent de celui des versions antérieures. De plus, vous pouvez configurer l’emplacement d’installation autre que par défaut depuis la boîte de dialogue de l’accueil, en cliquant sur Options. - À partir de la version **2022.3**, vous avez la possibilité de configurer le service de messagerie RabbitMQ et la base de données PostgreSQL utilisée par Resource Monitoring Tool sur une plateforme infonuagique. Actuellement, AWS AMQ pour RabbitMQ et Amazon RDS pour la base de données PostgreSQL sont pris en charge. Avec cet ajout, vous pouvez choisir d’installer le référentiel et le service de file d’attente de messages avec RMT Server sur la même machine ou séparément sur la plateforme AWS. - À partir de la version **2020.4**, Resource Monitoring Tool peut être installé sur des ordinateurs Linux. Auparavant, l’installation de Resource Monitoring Tool n’était prise en charge que sur les machines Windows. ## Avant d’installer Resource Monitoring Tool - Passez en revue les exigences et les instructions suivantes : - [Configuration matérielle minimale requise et recommandations pour Tableau Resource Monitoring Tool](https://help.tableau.com/current/server/fr-ca/rmt-min-hardware-req.htm) - [Liste de contrôle pré-installation - Tableau Resource Monitoring Tool](https://help.tableau.com/current/server/fr-ca/rmt-install-checklist.htm) - Le système d’exploitation suivant est pris en charge : - Windows Server 2022 (à partir de la version 2023.3.1) - Windows Server 2016 - Windows Server 2019 - Assurez-vous que l’installation Tableau Server que vous allez surveiller est sous licence avec Advanced Management. Vous devez posséder une licence Advanced Management valide pour utiliser Resource Monitoring Tool. - Vérifiez la taille des fichiers journaux Tableau Server. Une fois l’Agent installé et configuré, les données historiques pertinentes des processus Resource Monitoring Tool sont traitées à partir des fichiers journaux Tableau Server avant que les données soient affichées. S’il y a une grande quantité de données historiques, le traitement des données peut demander un certain temps, ce qui est susceptible d’entraîner un retard dans le traitement des événements plus récents sur le serveur. Si le retard vous préoccupe et que des informations historiques ne vous sont pas indispensables, vous pouvez procéder ainsi pour nettoyer les fichiers existants : - [Supprimer les fichiers superflus](https://help.tableau.com/current/server/fr-ca/maintenance_cleanup.htm) et considérez les [Instantanés de fichiers journaux (archives de fichiers journaux)](https://help.tableau.com/current/server/fr-ca/logs_archive.htm) avant de supprimer les fichiers journaux. **Remarque :** Les données de performances telles que l’utilisation du processeur et de la mémoire ne sont pas collectées à l’aide des données de fichiers journaux historiques et sont collectées après l’installation et la configuration de l’Agent de sorte que le nettoyage des données historiques n’affecte pas les données de performances. - Activez l’utilisateur intégré en lecture seule pour le référentiel Tableau Server. Cet utilisateur est utilisé lors de l’installation de l’agent Resource Monitoring Tool. **Ceci est requis depuis la version 2022.3.** Pour en savoir plus, consultez [Collecter des données avec le référentiel Tableau Server](https://help.tableau.com/current/server/fr-ca/perf_collect_server_repo.htm#enable-access-to-the-tableau-server-repository). - Déterminez si vous souhaitez configurer le référentiel et le service de file d’attente de messages externes sur Resource Monitoring Tool. ### Configurer l’architecture Une vue de haut niveau de l’installation Resource Monitoring Tool. Ce diagramme montre deux groupements Tableau Server surveillés par le Serveur RMT. ![Diagramme illustrant les relations entre un serveur principal et des grappes de serveurs Tableau pour la production et le développement ou les tests.](/tableau/current/fr-ca/server/fr-ca/Img/rmt-setup-architecture.png) Une vue détaillée des composants Resource Monitoring Tool installés sur le Serveur RMT et l’Agent. ![Un diagramme qui montre les programmes et les dépendances de l’outil Tableau Resource Monitoring.](/tableau/current/fr-ca/server/fr-ca/Img/rmt-setup-architecture-details.png) ## Vue d’ensemble de l’installation Le Serveur RMT peut être installé sur l’un ou l’autre système d’exploitation et ne dépend pas du système d’exploitation sur lequel l’Agent est installé. Cela signifie que vous pouvez installer le Serveur RMT et l’Agent sur des systèmes d’exploitation différents. Toutefois, l’agent est installé sur les nœuds du groupement Tableau Server si bien que le choix du système d’exploitation pour l’agent dépend de l’installation Tableau Server. Vous pouvez surveiller plusieurs groupements Tableau Server à l’aide du même Resource Monitoring Tool. Chaque groupement Tableau doit être configuré en tant qu’environnement distinct. ### Configuration externe Le référentiel et le service de file d’attente de messages peuvent tous deux être hébergés en dehors du serveur RMT sur la plateforme AWS. Pour héberger le référentiel, utilisez l’instance AWS RDS et pour la file d’attente de messages, utilisez AWS AMQ. Pour plus de détails sur la configuration, des instructions pas à pas et d’autres détails, consultez : - [Référentiel externe pour Tableau Resource Monitoring Tool](https://help.tableau.com/current/server/fr-ca/rmt-external-repo.htm) - [Service de mise en file d’attente de messages externes (RabbitMQ) pour Tableau Resource Monitoring Tool](https://help.tableau.com/current/server/fr-ca/rmt-external-messagequeue.htm) ### Installation sur Windows Vous pouvez utiliser l’interface Web ou la ligne de commande pour installer le Serveur RMT et l’Agent. Voici les étapes de l’installation de Resource Monitoring Tool : 1. Installez le Serveur RMT [à l’aide de l’interface Web](https://help.tableau.com/current/server/fr-ca/rmt-admin-master-install.htm) ou [à la ligne de commande](https://help.tableau.com/current/server/fr-ca/rmt-admin-master-install-cli.htm). Lorsque vous démarrez le programme d’installation de Resource Monitoring Tool, ce dernier installe certains programmes nécessaires pour exécuter Resource Monitoring Tool en premier. Les programmes installés incluent RabbitMQ, Erlang, et une base de données PostgreSQL dédiée. Le processus se poursuit avec l’installation du Serveur RMT. 2. Installez l’agent [à l’aide de l’interface Web](https://help.tableau.com/current/server/fr-ca/rmt-admin-agent-install.htm) ou [à la ligne de commande](https://help.tableau.com/current/server/fr-ca/rmt-admin-agent-install-cli.htm). Installez l’Agent sur chacun de vos nœuds Tableau Server. L’Agent envoie des détails sur l’utilisation et les performances de Tableau Server au Serveur RMT à des fins de génération de rapports. ### Antivirus Nous vous recommandons d’exclure [Fichiers journaux de Tableau Resource Monitoring Tool](https://help.tableau.com/current/server/fr-ca/rmt-admin-logs.htm) de vos analyses antivirus. Cette mesure améliore les performances en évitant les conflits lorsque Resource Monitoring Tool écrit dans les fichiers journaux. ### HTTPS Une meilleure pratique consiste à utiliser HTTPS pour protéger les informations sensibles et les informations d’identification des utilisateurs. Le paramètre **Exiger HTTPS** dans la configuration du serveur est utilisé pour les communications entre les utilisateurs et le Serveur RMT. Il est également utilisé lorsque vous enregistrez un Agent. Les communications régulières entre l’Agent et le Serveur RMT pour recueillir des données ont lieu par l’intermédiaire de Rabbit MQ. Par défaut, le Serveur RMT est installé avec un certificat auto-signé et utilisera ce certificat pour la communication HTTPS qui inclut la communication lors de l’enregistrement de l’Agent. Vous pouvez utiliser votre propre certificat pour remplacer le certificat auto-signé. Cette procédure peut avoir lieu pendant l’installation du Serveur RMT dans la page Configuration du serveur ou une fois l’installation terminée. La section suivante décrit les exigences : #### Mode de certificat SSL et exigences Resource Monitoring Tool prend en charge les modes suivants d’utilisation des certificats SSL : - **Par défaut :** ce mode utilise le certificat auto-signé par défaut fourni par le programme d’installation. - **Magasin :** Ce mode vous permet d’entrer l’empreinte numérique d’un certificat dans le magasin de certificats Windows. - **Local :** ce mode vous permet de spécifier un certificat basé sur un fichier dans le dossier `\config`. Par défaut, il s’agit du dossier suivant `C:\Program Files\Tableau\Tableau Resource Monitoring Tool\master\config`. Si vous utilisez votre propre certificat, vous pouvez sélectionner **Local** ou **Magasin**. - Si vous choisissez **Local**, vous devez avoir le certificat, l’autorité de certification et les clés privées disponibles dans les fichiers groupés ou dans un seul fichier. - Si vous choisissez l’option **Magasin**, vous pouvez stocker le certificat et l’empreinte numérique à l’avance et vous y référer lors de l’installation. Le certificat et la clé privée doivent être compressés ensemble et doivent pouvoir être référencés à partir d’une seule empreinte. Le certificat compressé doit être stocké dans un emplacement spécifique qui est défini par les exigences .NET et sont documentés sur le site Web de Microsoft [ici](https://docs.microsoft.com/fr-ca/dotnet/api/system.security.cryptography.x509certificates.storename?view=netcore-3.1). Une fois que le certificat a été importé sur l’ordinateur, vous pouvez utiliser ce certificat pour configurer HTTPS. Suivez ces directives et exigences pour votre certificat : - Vous devez avoir un certificat HTTPS (tel que X.509) pour les domaines appropriés. Cela dépend de vos politiques de sécurité locales et des exigences de certificat. Par exemple, si Resource Monitoring Tool utilise un relais proxy CName ou SSL, vous devrez peut-être utiliser un certificat SAN. Pour plusieurs sous-domaines, les certificats génériques sont pris en charge. - Resource Monitoring Tool prend en charge uniquement les formats PKCS #12 et PEM. - Le serveur Web Resource Monitoring Tool nécessite un certificat et une clé privée, et éventuellement une chaîne de confiance. La clé privée peut être RSA ou DSA. Elles peuvent être fournies dans un fichier unique ou des fichiers groupés. - Exemples de fichier unique : - PKCS #12 : Un seul fichier avec les extensions de fichier .pfx ou .p12. - PEM : certificat encodé PEM + clé privée (plus éventuellement des CA intermédiaires s’enchaînant jusqu’à la CA racine), dans un seul fichier avec l’extension .pem. Les éléments du fichier n’ont pas besoin d’être dans un ordre spécifique. - Exemples de fichier groupé : - Certificat encodé PEM dans un fichier .crt ou .cer PLUS - Clé privée encodée PEM dans un fichier .key PLUS (en option) - Autorité de certification cenodée PEM dans un ou plusieurs fichiers .ca ### Emplacements de fichiers et de répertoires par défaut : #### Serveur RMT : - Répertoire d’installation : `C:\Program Files\Tableau\Tableau Resource Monitoring Tool\master` - Fichier de configuration : `C:\Program Files\Tableau\Tableau Resource Monitoring Tool\master\config.json` - Répertoire des fichiers journaux : `C:\Program Files\Tableau\Tableau Resource Monitoring Tool\master\logs` #### Agent : - Répertoire d’installation : `C:\Program Files\Tableau\Tableau Resource Monitoring Tool\agent` - Répertoire des fichiers journaux : `C:\Program Files\Tableau\Tableau Resource Monitoring Tool\agent\logs` ## Qui peut le faire? Pour installer Resource Monitoring Tool, vous devez avoir tous les éléments suivants : - Autorisations d’administrateur sur la machine où vous installez Resource Monitoring Tool. - Rôle sur le site d’administrateur Tableau Server. - Compte administrateur Resource Monitoring Tool. ## Étape suivante Installer le Serveur RMT : - [À l’aide de l’interface Web](https://help.tableau.com/current/server/fr-ca/rmt-admin-master-install.htm) - [À la ligne de commande](https://help.tableau.com/current/server/fr-ca/rmt-admin-master-install-cli.htm) ## Autres articles de cette section [Passer au contenu principal](#main-content) # Installation de Tableau Server dans un environnement déconnecté (air gap) Vous pouvez installer Tableau Server dans un environnement déconnecté ne disposant d’aucun accès réseau extérieur. Ces environnements déconnectés (souvent appelés « air gap ») sont utilisés lorsqu’un haut niveau de sécurité est nécessaire pour empêcher les violations de données ou assurer la protection anti-pirates. Les environnements air gap sont dépourvus d’accès à Internet, n’ont pas d’accès réseau extérieur, pas d’accès sans fil extérieur, etc. Les seuls moyens de faire entrer ou sortir les logiciels et les données dans ou depuis un environnement air gap consiste à utiliser des supports amovibles tels que des clés USB ou des CD ou DVD optiques accessibles en écriture. L’installation de Tableau Server dans un environnement air gap représente une tâche avancée pour les administrateurs familiarisés avec les considérations de sécurité, les meilleures pratiques et les difficultés liées à l’installation de logiciels dans des environnements air gap. Les fonctionnalités Tableau Server ne seront pas disponibles ou ne seront que partiellement opérationnelles dans un environnements air gap : - **Cartes** – Tableau Server utilise des données de carte hébergées de manière externe par défaut. Depuis la version 2020.4.0, vous pouvez configurer Tableau Server pour utiliser des cartes hors connexion. Avec des versions antérieures de Tableau, les cartes ne sont pas disponibles dans un environnement air gap à moins que vous n’installiez également un serveur cartographique dans votre environnement air gap. Pour plus d’informations, consultez [Affichage de cartes dans un environnement air gap](#Maps). - **Licences** – Tableau Server doit se connecter à Internet pour pouvoir activer les clés produit. Vous pouvez toutefois [activer manuellement](#Activati) les clés produit. - **Données externes** – Toutes les données extérieures à votre environnement air gap ne sont pas disponibles. ## Conditions préalables Pour installer Tableau Server dans un environnement air gap, vous avez besoin des éléments suivants : - Ordinateur fiable disposant d’un accès limité à Internet et servant à télécharger les packages d’installation et les ressources requises par Tableau Server. Un ordinateur fiable est un ordinateur qui a été analysé et déclaré exempt de virus et de malware. - Support amovible fiable que vous pouvez utiliser pour transférer le logiciel téléchargé vers votre environnement air gap. Le support amovible fiable est un support amovible qui est neuf, qui n’a jamais été utilisé auparavant et qui provient d’une source de confiance ou connue. Le support amovible fiable a été analysé et vérifié pour s’assurer qu’il ne contient ni virus ni malware. - Environnement air gap comportant des ordinateurs et un stockage conformes aux [exigences](https://help.tableau.com/current/server/fr-ca/server_hardware_min.htm) d’installation de Tableau Server. ## Installation de Tableau Server dans un ordinateur air gap fonctionnant sous Windows La manière la plus simple d’installer Tableau Server sur un ordinateur dans un environnement air gap consiste à le faire avant que l’ordinateur ne soit placé dans l’environnement air gap. Si ce n’est pas possible, vous devrez télécharger les packages requis sur un ordinateur fiable hors de l’environnement air gap et les transférer vers l’ordinateur air gap : 1. Sur un ordinateur fiable extérieur à l’environnement air gap et disposant d’un accès Internet, téléchargez le package d’installation de Tableau Server. 2. Transférez le package sur votre support amovible. 3. Sur votre ordinateur air gap, insérez le support amovible contenant le package d’installation de Tableau Server, puis [exécutez le programme d’installation](https://help.tableau.com/current/server/fr-ca/setup.htm). **Remarque :** Server ATR est la méthode d’activation par défaut pour Tableau Server 2021.4 et versions ultérieures. À partir de Tableau Server 2023.1 et versions ultérieures, vous pouvez utiliser Server ATR pour effectuer une installation dans un environnement isolé. 4. Une fois l’installation terminée, vous pouvez activer les clés produit Tableau Server. Pour plus d’informations, consultez [Activation de Tableau Server dans un environnement air gap](#Activati). ## Activation de Tableau Server dans un environnement air gap Parce qu’un ordinateur air gap n’est pas connecté à Internet, vous devrez effectuer le processus d’activation de Tableau Server manuellement. ## Aperçu de l’activation hors ligne L’activation hors ligne de Tableau Server dépend de votre méthode d’activation (avec ou sans le service ATR, Authorization-To-Run). **Remarque** : Lorsque vous utilisez le service ATR et activez une licence USL pour Tableau Server, vous pouvez utiliser soit le nom de la **clé** produit, soit **l’identifiant d’activation hors ligne**. Nous recommandons d’utiliser le nom de la clé, car vous n’avez pas besoin de déterminer l’identifiant d’activation hors ligne. L’activation hors ligne de _sans_ ATR comporte les étapes suivantes : 1. Générez un fichier de demande d’activation hors ligne. 2. Copiez le fichier de demande d’activation hors ligne sur un ordinateur ayant accès à Internet. 3. Téléversez le fichier de demande d’activation hors ligne sur le [site Web d’activation de Tableau](https://www.tableau.com/fr-ca/support/activation). 4. Téléchargez le fichier de réponse d’activation hors ligne résultant du site Web. Utilisez ce fichier pour activer Tableau Server ### Modifications du nom du fichier d’activation hors ligne À compter de la version 2023.1 de Tableau Server, le système d’octroi de licences de Tableau prend en charge deux technologies de licence sous-jacentes. D’un point de vue administratif, la seule différence de configuration entre les deux systèmes concerne les types de fichiers qui sont générés et consommés pour l’activation hors ligne. La technologie de licence est déterminée lors de l’installation initiale de Tableau Server et ne peut pas être modifiée après l’installation. Nous appelons FlexNet la version héritée (et toujours prise en charge) de la technologie d’octroi de licences. La dernière version de la technologie est appelée ATR. Pour en savoir plus, consultez [Activer Tableau Server à l’aide du service Authorize to Run](https://help.tableau.com/current/server/fr-ca/atr_service.htm). Le tableau suivant décrit la nomenclature des noms de fichiers pour chaque technologie. Le tableau comprend également la référence générique.
Nom de fichier génériqueNoms de fichiers Server ATRNoms des fichiers FlexNet
OfflineActivationRequestOfflineActivationRequestFile_aaaaMMjj.hhmmss.jsonTableauOfflineActivationRequest.tlq
OfflineActivationResponseOfflineActivationLicensingAtrs.zipactivation.tlf
**Remarque :** Étant donné que cette documentation prend en charge plusieurs versions de Tableau Server, nous utiliserons la référence de nom de fichier générique (OfflineActivationRequest et OfflineActivationResponse) pour le reste de cette rubrique. Vous pouvez identifier la technologie de licence utilisée par votre installation de Tableau Server selon le type de fichier généré dans les étapes qui suivent. ### Étape 1. Se connecter à Tableau Services Manager - Pour vous connecter à Tableau Services Manager (TSM), exécutez la commande suivante : `[tsm login](https://help.tableau.com/current/server/fr-ca/cli_login.htm) -u ` **Que faire si je n’arrive pas à me connecter?** Vérifiez que le groupe que vous utilisez appartient au groupe Administrateurs locaux sur l’ordinateur Windows sur lequel vous installez Tableau Server. ### Étape 2. Déterminer votre type de licence Tableau Server La manière dont vous activez Tableau Server sera différente selon le type de licence que vous utilisez. Exécutez la commande suivante pour déterminer le type de licence avec lequel votre déploiement Tableau Server est configuré : `tsm configuration get -k serverauthorizationtorun.enabled` Si cette commande retourne `true`, votre déploiement est configuré avec le type de licence Server ATR. Si cette commande retourne `false`, votre déploiement est configuré avec le type de licence hérité. Passez à l’étape 3 qui correspond à votre type de licence. ### Étape 3 (type de licence Server ATR) Générez et copiez le contenu json sur la page d’activation. Suivez ces étapes si votre déploiement Tableau Server est configuré avec le type de licence Server ATR. Si votre serveur est configuré avec le type de licence hérité, passez à la section suivante. 1. Sur Tableau Server dans l’environnement air gap, utilisez TSM pour obtenir le fichier d’activation hors ligne. À l’invite de commande, entrez : `tsm licenses get-offline-activation-file -k -o ` `` doit exister. Vous pouvez obtenir votre clé produit dans le [Portail client de Tableau](http://customer.tableau.com). 2. Copiez le contenu du fichier JSON. 3. Depuis l’ordinateur connecté à Internet, accédez au site Web [Activation hors ligne de Tableau](https://www.tableau.com/fr-ca/support/activation), sélectionnez Option B - Saisie manuelle des informations du fichier d’activation, copiez le contenu JSON dans les champs demandés, puis cliquez sur Soumettre. 4. Le site Web devrait indiquer `The activation was successful. Please click here to download your activation file.` Téléchargez le fichier OfflineActivationResponse depuis Tableau et passez à l’étape 4. ### Étape 3 (Type de licence héritée) Transcrivez les données depuis votre système air gap dans un modèle de demande d’activation. Suivez ces étapes si votre déploiement Tableau Server est configuré avec le type de licence hérité. Si votre serveur est configuré avec le type de licence Server ATR, exécutez la procédure ci-dessus. 1. Sur Tableau Server dans l’environnement air gap, utilisez TSM pour obtenir le fichier d’activation hors ligne. À l’invite de commande, entrez : `tsm licenses get-offline-activation-file -k -o ` `` doit exister. Vous pouvez obtenir votre clé produit dans le [Portail client de Tableau](http://customer.tableau.com). 2. Si vous copiez le fichier de demande hors ligne (OfflineActivationRequest) depuis le répertoire cible vers un ordinateur disposant d’un accès Internet, ignorez l’étape 5. Sinon, si vous ne pouvez pas copier le fichier sur un autre ordinateur pour des raisons de sécurité, passez à l’étape 3. 3. Téléchargez et ouvrez le fichier [`server_windows.tlq`](https://help.tableau.com/offline/en-us/server_windows.tlq) dans un éditeur de texte XML tel que Notepad++ sur un ordinateur de confiance disposant d’un accès à Internet. Vous devrez noter les valeurs répertoriées à l’étape 4 à partir de l’ordinateur isolé afin de les copier dans le modèle hors ligne (`server_windows.tlq` ). 4. Mettez à jour les éléments XML suivants dans le fichier `server_windows.tlq` approprié avec les valeurs correspondant aux éléments répertoriés ci-dessous sur l’ordinateur isolé. Toutes les valeur de machine/hachage dans le fichier .tlq sont des valeurs hexadécimales. Les seuls caractères valides sont 0 - 9 et A - F. Utilisez l’option Verr. maj pour toutes les lettres. N’ajoutez pas d’espaces ou de contrôles de chariot supplémentaires et modifiez uniquement les caractères « X » trouvés dans le modèle. Le format du fichier ne doit pas changer. Ligne 2 - Ligne 5 - Ligne 5 - (Cette valeur est présente dans le fichier server\_windows.tlq.) Ligne 5 - (Cette valeur est présente dans le fichier server\_windows.tlq.) Ligne 11 - (Si la valeur n’est pas présente, supprimez l’espace réservé « X » en laissant .) Ligne 12 - (Si la valeur n’est pas présente, supprimez l’espace réservé « X » en laissant .) Ligne 14 - Ligne 60 - 5. Téléversez le fichier de demande hors ligne (OfflineActivationRequest) sur le site Web [Activation de Tableau hors ligne](https://www.tableau.com/fr-ca/support/activation). 6. Le site Web devrait indiquer `The activation was successful. Please click here to download your activation file.` Téléchargez le fichier OfflineActivationResponse résultant à partir de Tableau. ### Étape 4. Initialiser ou activer votre licence 1. Déplacez le fichier OfflineActivationResponse vers votre ordinateur isolé en utilisant un support amovible de confiance. 2. Exécutez la commande suivante : `tsm licenses activate --license-file ` Vous devriez voir le message "`Activation successful.` ", ce qui indique que Tableau Server est activé. ## Affichage de cartes dans un environnement air gap Dans un environnement air gap, les cartes de Tableau Server ne seront pas disponibles en raison de l’absence d’accès Internet. Au lieu de cela, vous pouvez configurer Tableau pour utiliser des cartes locales dans un environnement isolé en suivant les étapes suivante. ### Configurer Tableau Server pour utiliser les cartes hors connexion : 1. Ouvrez une invite de commande en tant qu’administrateur. 2. Configurez Tableau pour utiliser les cartes hors connexion disponibles localement : tsm configuration set -k [vizqlserver.force\_maps\_to\_offline](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm#vizqlserver_offlinemaps) -v true tsm pending-changes apply [Passer au contenu principal](#main-content) # Installations Tableau Server distribuées et à haute disponibilité Cette rubrique décrit différents types de déploiement d’installation pour Tableau Server. ## Validation de votre plan de déploiement de serveur Avant de vous engager à installer un nouveau déploiement Tableau Server dans votre organisation, assurez-vous d’évaluer soigneusement vos options. Pour la plupart des organisations, Tableau Cloud fournira une solution d’analyse plus fiable, performante et rentable par rapport à l’auto-hébergement de Tableau Server. Pour plus d’informations sur la viabilité de Tableau Cloud pour votre organisation, consultez ce billet de blogue : [Should I move my analytics to the cloud?](https://www.tableau.com/fr-ca/blog/should-i-move-my-analytics-cloud) Vous utilisez déjà Tableau Server et souhaitez migrer vers Tableau Cloud? Consultez [Guide de migration manuelle de Tableau Cloud](https://help.tableau.com/current/guides/migration/fr-ca/emg_intro.htm). ## Types d’installation La manière la plus simple d’exécuter Tableau Server consiste à l’installer sur un seul nœud. Avec ce type d’installation, vous bénéficiez d’une installation Tableau Server entièrement fonctionnelle, avec tous les processus Tableau Services Manager (TSM) et Tableau Server s’exécutant sur ce nœud unique, sans que cela soit nécessairement le moyen optimal d’utiliser Tableau Server. Vous pouvez décider de la manière d’installer Tableau en fonction des besoins de votre entreprise et de vos ressources, ajouter des nœuds supplémentaires et configurer la haute disponibilité sur Tableau. Vos options d’installation incluent : - I**nstallation sur un seul nœud**—Ce type d’installation est adapté aux tests, à l’exécution de versions d’évaluation et aux environnements capables de gérer des pannes occasionnelles et la disponibilité du système en raison de l’absence de redondance. Tous les processus du serveur s’exécutent sur un seul ordinateur. Il y a moins de redondance et moins de garde-fous en cas de problème avec l’un des processus du serveur. Vous devrez également vous assurer que l’ordinateur sur lequel vous installez Tableau Server dispose des ressources adéquates pour traiter les processus et les demandes des utilisateurs et des données. - **Installation distribuée**—Ce type d’installation est également appelé un installation multinœud et nécessite plusieurs ordinateurs pour que vous puissiez installer et exécuter les processus serveur sur ces nœuds distribués. En répartissant les processus du serveur sur plusieurs nœuds, vous pouvez améliorer la fiabilité et l’efficacité de Tableau Server en fournissant la redondance et une puissance de calcul supplémentaire. Avec la configuration adaptée, une installation distribuée peut également assurer le basculement automatique du référentiel. Pour plus d’informations sur le basculement, consultez [Basculement du référentiel](https://help.tableau.com/current/server/fr-ca/distrib_ha_failover.htm). - **Installation à haute disponibilité (HA)**—Une installation HA de Tableau Server est un type spécial d’installation multinœud qui inclut au minimum trois nœuds et plusieurs instances des processus clés (le référentiel, le stockage de fichiers/moteur de données (Hyper), le service de coordination et le service des fichiers client) sur différents ordinateurs. Avec une installation HA, vous bénéficiez de la redondance intégrée de ces processus clés, y compris plusieurs répertoires de fichiers et le basculement automatique du référentiel. L’objectif est de minimiser les pannes système en éliminant les points de défaillance uniques et en activant la détection des défaillances avec le basculement là où c’est possible. Un temps d’arrêt est toujours possible en cas de défaillance d’un nœud initial ou lorsqu’un nœud exécutant Application Server (VizPortal) récupère d’une défaillance. Les tableaux de bord et les vues peuvent se charger plus lentement que prévu et des délais d’expiration sont possibles, selon la configuration et l’utilisation de votre système. Pour plus d’informations sur la défaillance d’un nœud initial, consultez [En cas d’échec d’un nœud initial](#IfInitialNodeFails) ci-dessous. Le premier ordinateur sur lequel vous installez Tableau, le « nœud initial », présente certaines caractéristiques uniques. Trois processus s’exécutent uniquement sur le nœud initial et ne peuvent pas être déplacés vers un autre nœud, sauf en situation d’échec : le service de licences (Gestionnaire de licences), le service d’activation et le contrôleur TSM (contrôleur d’administration). Tableau Server inclut un script qui automatise le déplacement de ces processus vers l’un de vos autres nœuds existants afin que vous puissiez accéder à nouveau complètement à TSM et continuer à exécuter Tableau Server. Deux autres processus sont inclus au départ sur le nœud initial, mais peuvent être ajoutés ou déplacés vers des nœuds supplémentaires, CFS (service des fichiers client) et le service de coordination. Selon la façon dont votre installation a été configurée avec CFS et le Service de coordination, vous devrez peut-être également prendre des mesures pour les redéployer. Pour en savoir plus sur le déplacement du service de licence et du contrôleur TSM depuis le nœud initial vers un autre nœud, consultez [Récupérer suite à la défaillance d’un nœud initial](#Recover) ci-dessous. ### Référentiel externe Pour des performances optimales pour Tableau Server, nous vous recommandons d’isoler le référentiel sur un nœud dédié dans votre déploiement. Si vous disposez d’une licence Advanced Management, envisagez d’exécuter le référentiel en tant que base de données externe. Si votre organisation a une charge maximale de plus de 1 000 sessions VizQL par heure, nous vous recommandons également d’exécuter Tableau Server sur Linux. Dans ce scénario, les sessions VizQL font référence à toutes les actions utilisateur qui affichent ou génèrent des visualisations à partir de Tableau Server. Pour plus d’informations, consultez [Référentiel externe Tableau Server](https://help.tableau.com/current/server-linux/fr-ca/server_external_repo.htm). ## Conditions préalables Ces instructions partent de l’hypothèque que votre groupement est conforme à la [Configuration requise par les environnements distribués](https://help.tableau.com/current/server/fr-ca/distrib_requ.htm). Tous les nœuds d’un groupement à plusieurs nœuds doivent utiliser le même type de système d’exploitation et la même version majeure de ce système d’exploitation. Par exemple, tous les nœuds Windows Server 2022 . Vous ne pouvez pas installer une instance multinœud de Tableau Server sur une combinaison de nœuds Linux et Windows. ### Licences Vous devez avoir une clé produit Tableau Server valide. Le type de licence dont vous disposez peut déterminer le nombre de nœuds sur lesquels vous pouvez installer Tableau. Pour en savoir plus sur l’octroi de licences, consultez [Présentation des licences](https://help.tableau.com/current/server/fr-ca/license_server_overview.htm). ## Création d’une installation distribuée de Tableau Server Voici la procédure générale pour créer une installation distribuée de Tableau Server : 1. Commencez par installer Tableau Server sur votre nœud initial. Pour plus d’informations, consultez [Installer et configurer Tableau Server](https://help.tableau.com/current/server/fr-ca/install_config_top.htm). 2. Générez un fichier de configuration de nœud (bootstrap) sur le nœud initial. Pour plus d’informations, consultez [Générer le fichier bootstrap du nœud](https://help.tableau.com/current/server/fr-ca/install_additional_nodes.htm#Generate_bootstrapCLI). 3. Installez Tableau Server sur un nœud supplémentaire à l’aide du fichier bootstrap du nœud. 4. Configurez votre nœud supplémentaire avec les processus que vous souhaitez exécuter dessus. 5. Répétez les étapes 3 et 4 pour tout nœud supplémentaire que vous souhaitez installer. 6. Déployez un nouvel ensemble de service de coordination. Pour plus d’informations, consultez [Déployer un ensemble de service de coordination](https://help.tableau.com/current/server/fr-ca/distrib_ha_zk.htm). 7. Ajoutez le service des fichiers client à chaque nœud exécutant le service de coordination. Pour plus d’informations, consultez [Configurer le service des fichiers client (CFS)](https://help.tableau.com/current/server/fr-ca/distrib_cfs.htm). ## Création d’une installation Tableau Server à haute disponibilité (HA) Une installation Tableau Server à haute disponibilité est un type spécial d’installation distribuée, conçue pour gérer les défaillances des principaux composants du serveur sans perte du fonctionnement complet du serveur. Pour créer une installation HA, suivez les mêmes étapes que pour la création d’un déploiement distribué, mais incluez des étapes supplémentaires pour que ce déploiement soit hautement disponible. Ces étapes supplémentaires incluent l’ajout d’au moins deux nœuds supplémentaires (pour un minimum de trois nœuds dans le groupement), l’ajout d’une seconde instance du référentiel, et de secondes instances du moteur de données/stockage de fichiers, l’ajout de processus de passerelle supplémentaires, et le déploiement d’un ensemble de service de coordination. Vous pouvez également ajouter un équilibreur de charge pour répartir les demandes sur plusieurs passerelles. D’une manière générale, voici les étapes à suivre pour créer une installation de Tableau Server à haute disponibilité : 1. Commencez par installer Tableau Server sur votre nœud initial. Pour plus d’informations, consultez [Installer et configurer Tableau Server](https://help.tableau.com/current/server/fr-ca/install_config_top.htm). 2. Générez un fichier de configuration de nœud (bootstrap) sur le nœud initial. Pour plus d’informations, consultez [Générer le fichier bootstrap du nœud](https://help.tableau.com/current/server/fr-ca/install_additional_nodes.htm#Generate_bootstrapCLI). 3. Installez Tableau Server sur au moins deux nœuds supplémentaires à l’aide du fichier bootstrap du nœud. Pour plus d’informations, consultez [Installer et initialiser un nœud supplémentaire](https://help.tableau.com/current/server/fr-ca/install_additional_nodes.htm#Install_additional_nodeCLI). 4. Configurez chaque nœud supplémentaire avec les processus que vous souhaitez exécuter dessus. Ils doivent inclure une seconde copie du référentiel Tableau Server et une seconde copie du moteur de données et du stockage de fichiers, ainsi que des instances supplémentaires de la passerelle. Pour plus d’informations, consultez [Configurer le nœud supplémentaire](https://help.tableau.com/current/server/fr-ca/install_additional_nodes.htm#Config_additnl_nodeCLI). 5. Déployez un ensemble de service de coordination. Pour plus d’informations, consultez [Déployer un ensemble de service de coordination](https://help.tableau.com/current/server/fr-ca/distrib_ha_zk.htm). 6. Ajoutez le service des fichiers client à chaque nœud exécutant le service de coordination. Pour plus d’informations, consultez [Configurer le service des fichiers client (CFS)](https://help.tableau.com/current/server/fr-ca/distrib_cfs.htm). 7. (Facultatif) Configurez un équilibreur de charge. Pour plus d’informations, consultez [Ajouter un équilibreur de charge](https://help.tableau.com/current/server/fr-ca/distrib_lb.htm). Pour des détails sur la création d’une installation HA à trois nœuds, consultez [Exemple : installer et configurer un groupement HA à trois nœuds](https://help.tableau.com/current/server/fr-ca/distrib_ha_install_3node.htm). ## En cas d’échec d’un nœud initial Si vous rencontrez un problème avec le nœud initial et que des processus redondants s’exécutent sur vos autres nœuds, il n’y a aucune garantie que Tableau Server continuera à fonctionner. - Tableau Server peut continuer à s’exécuter jusqu’à 72 heures suivant la défaillance d’un nœud initial, avant que l’absence du service de licence n’affecte d’autres processus. Si tel est le cas, vos utilisateurs peuvent continuer à se connecter et également voir et utiliser leur contenu après la défaillance du nœud initial. Par contre, vous ne pourrez pas reconfigurer Tableau Server parce que vous n’aurez pas accès au contrôleur d’administration. - Si vous exécutez une version de Tableau Server 2021.4.2 (ou antérieure) qui est configurée pour ATR, des problèmes avec le nœud initial rendront toutes les fonctionnalités du serveur indisponibles. Cela est vrai si le nœud a un problème ou si vous l’arrêtez intentionnellement (par exemple, pour faire un correctif au niveau du système). Même lorsqu’il est configuré avec des processus redondants, _il est possible que Tableau Server cesse de fonctionner après l’échec du nœud initial_. Ceci s’applique même lorsqu’une installation est configurée pour la haute disponibilité. Vous devriez donc vous efforcer de déplacer les deux processus uniques vers un autre de vos nœuds actifs dès que possible. Si votre nœud initial est défaillant pour des raisons qui permettent une récupération dans un délai relativement bref (par exemple une panne matérielle que vous pouvez corriger), vous devriez d’abord tenter de rétablir le nœud sans utiliser la procédure ci-dessous. ## Récupérer suite à la défaillance d’un nœud initial Dans une installation Tableau Server, le nœud initial inclut deux services qui sont uniquement installés sur ce nœud, le service de licence et le contrôleur TSM. En cas de problème avec le nœud initial, Tableau Server peut cesser de fonctionner, même s’il est configuré pour la haute disponibilité. Pour récupérer d’une situation de défaillance du nœud initial, vous pouvez déplacer le contrôleur TSM et le service de licence vers l’un des nœuds déjà configurés. Vous pouvez ainsi récupérer suite à une défaillance tout en utilisant les ressources que vous possédez déjà dans le groupement. Vous n’avez pas besoin de configurer un nœud initial de veille en cas de défaillance du nœud initial. Pour savoir comment récupérer suite à la défaillance du nœud initial, consultez [Récupérer suite à la défaillance d’un nœud initial](https://help.tableau.com/current/server/fr-ca/distrib_ha_init_node_fail.htm). ## Configurer un ensemble de service de coordination sur des nœuds supplémentaires La configuration d’un service de coordination sur plusieurs nœuds fournit une duplication supplémentaire des processus et réduit la possibilité de pannes serveur suite à un problème avec un des nœuds du service de coordination. Pour plus d’informations sur le déploiement d’un ensemble de service de coordination sur votre groupement, consultez [Déployer un ensemble de service de coordination](https://help.tableau.com/current/server/fr-ca/distrib_ha_zk.htm). ## Ajouter le service des fichiers client (CFS) à des nœuds supplémentaires Tableau Server a besoin d’au moins une instance du service des fichiers client (CFS). L’ajout d’instances supplémentaires de CFS à d’autres nœuds fournit une duplication supplémentaire des processus et réduit ainsi la possibilité de pannes serveur en cas de problème avec l’un des nœuds CFS. Nous vous recommandons de configurer une instance de CFS sur chacun des nœuds où vous déployez le service de coordination. Pour plus d’informations sur la configuration de CFS sur d’autres nœuds, consultez [Configurer le service des fichiers client (CFS)](https://help.tableau.com/current/server/fr-ca/distrib_cfs.htm). ## Vérification de la licence de service Tableau Server Plusieurs processus sont installés lors de l’installation de Tableau Server. Certains de ces processus dépendent de l’existence d’une licence Tableau Server valide, ce qui n’est pas le cas pour d’autres processus installés. Le sous-ensemble de Tableau Server qui nécessitent une licence Tableau Server sont considérés comme des « processus sous licence ». Lorsqu’un processus sous licence démarre ou redémarre, le processus effectue une vérification auprès du service de gestionnaire de licences Tableau Server sur le nœud principal pour s’assurer de la présence d’une licence valide. Lorsque le gestionnaire de licences valide la licence, le processus est entièrement fonctionnel et en mesure de répondre aux demandes émanant d’autres processus Tableau Server. Une fois qu’un processus sous licence a reçu confirmation du gestionnaire de licences, le processus n’a pas besoin de reconfirmer la licence pendant 72 heures ou jusqu’au redémarrage du processus. Si le processus n’est pas en mesure de vérifier qu’il dispose d’une licence (par exemple si le nœud principal n’est pas disponible), il ne peut pas s’exécuter mais continue de rechercher une licence valide jusqu’à ce qu’il puisse confirmer la licence. Pour déterminer l’heure de la dernière vérification de licence, consultez les fichiers journaux dans le dossier `ProgramData\Tableau\Tableau Server\data\tabsvc\logs\licenseservice` . Pour plus d’informations sur les processus sous licence, consultez [Processus sous licence](https://help.tableau.com/current/server/fr-ca/processes.htm#LicensedProcess). ## Autres articles de cette section [Passer au contenu principal](#main-content) # Installer et configurer des nœuds supplémentaires Après que vous avez installé Tableau Server sur un ordinateur (ou un nœud), le serveur est opérationnel et prêt à être utilisé, mais n’a pas de redondance. En cas de problème avec un processus ou avec l’ordinateur lui-même, Tableau Server risque de ne pas être disponible. En outre, tous les processus s’exécutent sur un seul ordinateur. Il ne peut donc pas y avoir de contention pour les ressources de cet ordinateur. Vous pouvez étendre votre installation Tableau Server en ajoutant Tableau à des nœuds supplémentaires, en créant une installation distribuée. Cet article décrit la procédure générale d’installation de Tableau Server sur des nœuds supplémentaires et part de l’hypothèse que vous avez déjà installé Tableau sur un nœud initial. Pour plus d’informations sur l’installation de Tableau sur le nœud initial, consultez [Installer TSM](https://help.tableau.com/current/server/fr-ca/setup.htm). Si vous installez Tableau Server sur plusieurs nœuds, vous devriez installer et configurer un nœud à la fois. Vous pourrez ainsi résoudre plus facilement les problèmes éventuels. **Important :** vous devriez ajouter et configurer des nœuds supplémentaires lorsque vous pouvez terminer intégralement le processus en appliquant les modifications en attente. Si vous ajoutez un nœud sans finir d’appliquer les modifications en attente, les utilisateurs ne pourront pas se connecter à Tableau Server. ## Emplacement d’installation L’emplacement d’installation de Tableau Server doit être identique sur tous les nœuds d’un groupement. Ceci s’applique que vous installiez sur l’emplacement par défaut ou un emplacement non par défaut. ### Générer le fichier bootstrap du nœud 1. Ouvrez TSM dans un navigateur : `https://:8850` Pour plus d’informations, consultez [Se connecter à l’interface utilisateur Web Tableau Services Manager](https://help.tableau.com/current/server/fr-ca/sign_in_tsm.htm). 2. Cliquez sur l’onglet Configuration et dans la boîte de dialogue Ajouter un nœud, cliquez sur Télécharger un fichier bootstrap. ![Une liste de processus et le nombre d’instances dans un déploiement Tableau Server.](/tableau/current/fr-ca/server/fr-ca/Img/tsm-ui-linux-generate-bootstrap.png) Le fichier bootstrap est créé et copié sur votre ordinateur local. Les identifiants intégrés sont inclus dans le fichier bootstrap. Si vous ne voulez pas que les informations d’identification soient intégrées dans le fichier bootstrap, désactivez l’option Inclure les informations d’identification temporaires dans le fichier . Si vous souhaitez désactiver complètement la possibilité d’inclure des informations d’identification intégrées dans les fichiers bootstrap des nœuds, vous pouvez définir une option de configuration pour le serveur. Consultez [features.PasswordlessBootstrapInit](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm#pwdlessbootstrap) pour plus de détails. ### Installer et initialiser un nœud supplémentaire Avant de commencer, vérifiez que le fichier bootstrap de votre nœud est récent. Par exemple, si vous avez exécuté `[tsm security regenerate-internal-tokens](https://help.tableau.com/current/server/fr-ca/cli_security_tsm.htm#regenerate-tokens)` après avoir généré un fichier bootstrap, l’initialisation échoue. 1. Copiez le programme d’installation original que vous avez utilisé sur le premier ordinateur en même temps que le fichier de bootstrap que vous avez généré et placez-les dans un emplacement accessible depuis le nouvel ordinateur auquel vous ajoutez Tableau Server. Ce peut être un partage réseau monté ou directement sur le nouvel ordinateur. 2. Si vous utilisez un pare-feu local, vous devez configurer les règles de pare-feu pour tous les nœuds du groupement. Pour plus d’informations, consultez [Configuration du pare-feu local](https://help.tableau.com/current/server/fr-ca/requ.htm#firewall). 3. Sur le nouveau nœud, exécutez le programme d’installation de Tableau Server. Ce devrait être le même programme d’installation que celui que vous avez exécuté sur le nœud initial pour installer Tableau Server. Acceptez les termes du contrat de licence et cliquez sur **Suivant**. 4. L’installation doit être effectuée dans le même emplacement sur tous les nœuds du groupement. Entrez l’emplacement d’installation ou cliquez sur Parcourir pour accéder à l’emplacement d’installation. Cliquez sur **Suivant** pour continuer. ![](/tableau/current/fr-ca/server/fr-ca/Img/tsm-install-path.png) 5. Pendant l’installation, il vous sera demandé de choisir un type d’installation. Sélectionnez Ajouter un nœud supplémentaire au groupement Tableau Server existant et cliquez sur Suivant pour continuer. ![](/tableau/current/fr-ca/server/fr-ca/Img/tsm-install-type-additional.png) 6. L’option **Utiliser ATR pour l’activation du produit** qui a été définie pour le nœud 1 sera automatiquement sélectionnée : **Important :** à partir de la version 2025.1.0, cet écran ne s’affiche plus. Le service ATR est utilisé par défaut. Si vous souhaitez utiliser l’ancien service de licences, vous devez installer Tableau Server à partir de la ligne de commande en utilisant le commutateur `ACTIVATIONSERVICE` pour spécifier l’option non définie par défaut. Pour plus d’informations, consultez [Commutateurs d’installation et propriétés pour Tableau Server](https://help.tableau.com/current/server/fr-ca/silent_installer_flags.htm) ![](/tableau/current/fr-ca/server/fr-ca/Img/tsm-install-activation-type-additional.png) Cliquez sur **Installer** pour continuer. Si vous y êtes invité par le pare-feu Windows Defender, cliquez sur Autoriser l’accès. Vous devrez peut-être effectuer cette opération plusieurs fois pour terminer l’installation. 7. Dans le programme d’installation, une fois que les fichiers Tableau Server ont été copiés, vous serez invité à fournir le fichier bootstrap ainsi que le nom et le mot de passe de l’administrateur TSM : ![Une fenêtre de configuration avec des champs vides pour le fichier bootstrap, le nom d’utilisateur TSM et le mot de passe TSM.](/tableau/current/fr-ca/server/fr-ca/Img/tsm-installer-node-config.png) Entrez l’emplacement du fichier bootstrap ou cliquez sur Parcourir pour accéder à l’emplacement. Si le fichier bootstrap ne contient pas d’identifants intégrés ou si ces identifiants ont expiré, saisissez le nom d’utilisateur et le mot de passe administrateur TSM. Ces identifiants doivent être les mêmes que ceux de l’utilisateur que vous avez utilisés durant le processus d’installation sur le nœud initial. Cliquez sur Suivant pour continuer. 8. Une fenêtre de navigateur s’ouvre et vous êtes invité à vous connecter à TSM. Entrez le nom d’utilisateur et le mot de passe de l’administrateur TSM. Si aucune fenêtre de navigateur ne s’ouvre automatiquement, ouvrez une fenêtre et accédez à TSM : `https://:8850` 9. Dans TSM, cliquez sur Configuration. Un message s’affiche et vous indique que le nœud a été ajouté : ![Message indiquant qu’un nouveau nœud a été ajouté à un groupement dans Tableau Server.](/tableau/current/fr-ca/server/fr-ca/Img/tsm-ui-node-added.png) 10. Cliquez sur Continuer. ### Configurer le nœud supplémentaire avec le contrôleur de grappe 1. Ouvrez TSM dans un navigateur : https://:8850 Pour plus d’informations, consultez [Se connecter à l’interface utilisateur Web Tableau Services Manager](https://help.tableau.com/current/server/fr-ca/sign_in_tsm.htm). 2. Cliquez sur l’onglet Configuration. Un message devrait vous indiquer que le nouveau nœud a été ajouté. ![Message indiquant qu’un nouveau nœud a été ajouté à un groupement dans Tableau Server.](/tableau/current/fr-ca/server/fr-ca/Img/tsm-ui-node-added.png) Cliquez sur Continuer pour ignorer le message. 3. Le contrôleur de grappe fait partie de la topologie minimum et est déjà sélectionné. Chaque nœud doit exécuter un contrôleur de grappe. Si vous souhaitez uniquement définir la topologie minimum pour le nœud, passez à l’étape 4 ci-dessous. Vous pouvez le faire si vous comptez ajouter des nœuds supplémentaires et que vous n’êtes pas prêt à configurer ce nœud au-delà du minimum. Si vous souhaitez ajouter des processus supplémentaires à la topologie minimum, spécifiez les processus qui devraient s’exécuter sur le nœud. Pour cela, sélectionnez les processus souhaités ou spécifiez le nombre de processus qui devraient s’exécuter sur le nœud. Par exemple, pour ajouter une passerelle et deux instances du gestionnaire de processus en arrière-plan sur le nœud : 1. Sélectionnez Passerelle. 2. Définissez le nombre de gestionnaire de processus en arrière-plan sur 2. L’ajout d’un gestionnaire de processus en arrière-plan à un nœud ajoute également une instance du moteur de données si le nœud n’en comporte pas déjà un. Les processus spécifiques et le nombre de processus que vous configurez dépendent de l’environnement et des besoins de votre organisation. Certains processus sont ajoutés automatiquement lorsque vous ajoutez un autre processus. Pour plus d’informations, consultez [Configurer les nœuds](https://help.tableau.com/current/server/fr-ca/config_nodes.htm) et [Processus Tableau Server](https://help.tableau.com/current/server/fr-ca/processes.htm). **Remarque :** l’interface utilisateur Web TSM vous limite à un maximum de 8 instances de processus vous permettant de choisir le nombre d’instances. Pour configurer plus d’instances que ce nombre, utilisez la ligne de commande et la commande `TSM topology set-process` . Pour plus d’informations, consultez [tsm topology set-process](https://help.tableau.com/current/server/fr-ca/cli_topology_tsm.htm#TSMSetProcess). 4. Cliquez sur Modifications en attente en haut de la page : ![Barre d’outils de Tableau Server Manager indiquant que des modifications sont en attente.](/tableau/current/fr-ca/server/fr-ca/Img/tsm-ui-pending-changes-btn.png) Si vous êtes en train de configurer un groupement à trois nœuds ou plus, un avertissement de l’ensemble de service de coordination s’affiche. Vous pouvez continuer. Vous déploierez un ensemble de service de coordination dans une étape séparée. 5. Cliquez sur Appliquer les modifications et redémarrer et sur Confirmer pour confirmer le redémarrage de Tableau Server. Après le redémarrage de Tableau Server, le nœud est inclus avec la topologie nécessaire minimum et tout processus supplémentaire que vous avez configuré. **Remarque :** cette méthode d’installation depuis la ligne de commande nécessite que vous configuriez les variables d’environnement Windows sur chaque nœud supplémentaire pour le nom d’utilisateur et le mot de passe d’un administrateur sur le nœud initial. Pour une méthode alternative d’automatisation de l’installation de Tableau Server sans inclure des informations d’identification chiffrées, consultez [Installation automatisée de Tableau Server](https://help.tableau.com/current/server/fr-ca/automated_install_windows.htm). ### Générer le fichier bootstrap du nœud Pour installer Tableau Server sur des ordinateurs supplémentaires, vous utilisez le même programme d’installation que pour le nœud initial, en même temps qu’un fichier « bootstrap » que vous générez sur le nœud initial. **Important :** Le fichier bootstrap contient une copie du fichier de magasin de clés principal utilisé pour le chiffrement des secrets de configuration. Le fichier peut également contenir des informations d’identification valides pour une durée prédéterminée (voir [tabadmincontroller.auth.expiration.minutes](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm#tabadminctrlrauthexpire)) et servir de témoin de session. Nous vous recommandons vivement de prendre des mesures supplémentaires pour sécuriser le fichier bootstrap. 1. Après avoir installé Tableau Server sur le nœud initial, générez le fichier bootstrap du nœud. 2. Sur le nœud initial, ouvrez une invite de commande en tant qu’administrateur. 3. Entrez cette commande pour générer le fichier bootstrap : `tsm topology nodes get-bootstrap-file --file .json` Les identifiants intégrés sont inclus dans le fichier bootstrap. Si vous ne souhaitez pas que le fichier bootstrap inclut des informations d’identification, utilisez l’option `-nec` ou `--no-embedded-credentials` : `tsm topology nodes get-bootstrap-file --file .json --no-embedded-credentials`. Si vous souhaitez désactiver complètement la possibilité d’inclure des informations d’identification intégrées dans les fichiers bootstrap des nœuds, vous pouvez définir une option de configuration pour le serveur. Consultez [features.PasswordlessBootstrapInit](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm#pwdlessbootstrap) pour plus de détails. ### Installer et initialiser un nœud supplémentaire 1. Copiez le programme d’installation original que vous avez utilisé sur le premier ordinateur en même temps que le fichier de bootstrap que vous avez généré et placez-les dans un emplacement accessible depuis le nouvel ordinateur auquel vous ajoutez Tableau Server. Ce peut être un partage réseau monté ou directement sur le nouvel ordinateur. 2. Si vous utilisez un pare-feu local, vous devez configurer les règles de pare-feu pour tous les nœuds du groupement. Pour plus d’informations, consultez [Configuration du pare-feu local](https://help.tableau.com/current/server/fr-ca/requ.htm#firewall). 3. Sur le nouveau nœud, exécutez le programme d’installation de Tableau Server. Ce devrait être le même programme d’installation que celui que vous avez exécuté sur le nœud initial pour installer Tableau Server. TableauServer-64bit-.exe /silent ACCEPTEULA=1 EMBEDDEDCREDENTIAL=1 BOOTSTRAPFILE="path\\bootstrapfile" Pour plus d’informations sur les commutateurs que vous pouvez utiliser avec le programme d’installation, consultez [Commutateurs d’installation et propriétés pour Tableau Server](https://help.tableau.com/current/server/fr-ca/silent_installer_flags.htm). ### Configurer le nœud supplémentaire **Remarque :** cet exemple de base montre comment définir la topologie sur un nœud. Pour un exemple plus détaillé de configuration multinœuds opérationnelle, consultez [Exemple : installer et configurer un groupement HA à trois nœuds](https://help.tableau.com/current/server/fr-ca/distrib_ha_install_3node.htm). Sur le nœud initial (d’origine), définissez la topologie pour le nœud que vous venez d’ajouter. La topologie spécifie les processus et le nombre d’instances de chaque processus qui doivent s’exécuter sur le nœud. La topologie du nœud dépendra de votre environnement et des besoins de votre organisation. Vous trouverez ci-dessous des exemples de configuration de la topologie. 1. Sur le nœud initial (original), ouvrez une invite de commande. 2. Obtenez le paramètre node-id pour le nouveau nœud : tsm topology list-nodes -v L’option `-v` répertorie les nœuds et les processus qu’ils sont en train d’exécuter. Vous pouvez identifier le nœud récemment ajouté parce qu’aucun processus ne s’exécute dessus. 3. Spécifiez les processus individuels qui doivent s’exécuter sur ce nœud. Pour cela, utilisez la commande suivante : `tsm topology set-process -n -pr -c ` Vous devez ajouter une instance du contrôleur de grappe à chaque nœud. Par exemple, pour ajouter le contrôleur de grappe, deux instances du gestionnaire de processus en arrière-plan et une passerelle au nœud node2 : tsm topology set-process -n node2 -pr clustercontroller -c 1 tsm topology set-process -n node2 -pr backgrounder -c 2 tsm topology set-process -n node2 -pr gateway -c 1 Les processus spécifiques et le nombre de processus que vous configurez dépendent de l’environnement et des besoins de votre organisation. Certains processus sont ajoutés automatiquement lorsque vous ajoutez un autre processus. Pour plus d’informations, consultez [Configurer les nœuds](https://help.tableau.com/current/server/fr-ca/config_nodes.htm) et [Processus Tableau Server](https://help.tableau.com/current/server/fr-ca/processes.htm). 4. Appliquez la configuration du nœud. Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). `tsm pending-changes apply` Un avertissement relatif au déploiement d’un ensemble de service de coordination s’affiche si vous avez déployé un groupement à trois ou cinq nœuds. S’il s’agit du seul avertissement, vous pouvez passer outre en toute sécurité en utilisant l’option `--ignore-warnings` pour appliquer les changements de configuration en dépit de l’avertissement. ``` tsm pending-changes apply --ignore-warnings ``` ## Installer les pilotes Vous devez installer des pilotes afin que Tableau Server puisse se connecter aux données et exécuter des extraits. Installez ces pilotes sur les nœuds qui exécutent l’un des processus suivants : - VizQL Server (vizqlserver) - Serveur d’applications (vizportal) - Serveur de données (dataserver) - Gestionnaire de processus en arrière-plan (gestionnaire de processus en arrière-plan) ### Pilotes et vues administratives Si vous souhaitez utiliser les vues administratives intégrées dans Tableau Server, vous devez également installer le pilote PostgreSQL sur tout nœud exécutant l’un des processus ci-dessus. Pour plus d’informations, consultez [Pilotes de base de données](https://help.tableau.com/current/server/fr-ca/dbdriver.htm). ## Installer l’Agent Tableau Resource Monitoring Tool Si vous utilisez Resource Monitoring Tool pour surveiller les performances de Tableau Server, lorsque vous ajoutez un nouveau nœud, vous devez également installer l’Resource Monitoring Tool. Pour plus d’informations, consultez [Modifications de topologie Tableau Server](https://help.tableau.com/current/server/fr-ca/rmt-tableau-server-topology-changes.htm). [Passer au contenu principal](#main-content) # Installer et configurer Tableau Server Les rubriques référencées au bas de cette page décrivent les étapes d’installation et de configuration de Tableau Server. Si vous installez un déploiement distribué (groupement), utilisez les étapes de cette rubrique pour installer le nœud initial. Ensuite, pour installer des nœuds supplémentaires, consultez [Installations Tableau Server distribuées et à haute disponibilité](https://help.tableau.com/current/server/fr-ca/distrib_ha.htm). Après avoir exécuté l’installation, vous devez poursuivre la configuration en activant une licence, en enregistrant Tableau Server et en configurant divers paramètres tels que l’authentification. ## Quelle version pour l’installation ou la mise à niveau? Depuis la version 2019.4.0 de Tableau Server sous Windows, un nouveau programme d’installation est utilisé pour installer et mettre à niveau Tableau Server. Si vous installez ou mettez à niveau **vers** la version 2019.3.x ou une version antérieure, consultez l’aide de Tableau Server 2019.3 pour obtenir des instructions. ## Autres méthodes d’installation Il existe plusieurs méthodes alternatives que vous pouvez utiliser pour installer Tableau Server. - Si vous souhaitez une procédure de démarrage rapide pour installer Tableau Server dans un environnement qui ne soit pas un environnement de production, consultez [Lancer l’installation](https://help.tableau.com/current/server/fr-ca/jumpstart.htm). - Les rubriques décrites dans cette section d’installation décrivent comment installer Tableau Server sur Windows en utilisant le programme d’installation interactif. Si vous souhaitez installer Tableau Server en utilisant une ligne de commande, consultez [Installation automatisée de Tableau Server](https://help.tableau.com/current/server/fr-ca/automated_install_windows.htm). - Si vous installez Tableau Server dans un environnement sans connexion à Internet, consultez [Installation de Tableau Server dans un environnement déconnecté (air gap)](https://help.tableau.com/current/server/fr-ca/install_air_gapped.htm). - Vous pouvez également installer Tableau Server sur diverses plates-formes de nuage. Consultez [Hébergement autonome du serveur Tableau dans un service de nuage public](https://help.tableau.com/current/server/fr-ca/ts_tableau_server_cloud_overview.htm). ## Validation de votre plan de déploiement de serveur Avant de vous engager à installer un nouveau déploiement Tableau Server dans votre organisation, assurez-vous d’évaluer soigneusement vos options. Pour la plupart des organisations, Tableau Cloud fournira une solution d’analyse plus fiable, performante et rentable par rapport à l’auto-hébergement de Tableau Server. Pour plus d’informations sur la viabilité de Tableau Cloud pour votre organisation, consultez ce billet de blogue : [Should I move my analytics to the cloud?](https://www.tableau.com/fr-ca/blog/should-i-move-my-analytics-cloud) Vous utilisez déjà Tableau Server et souhaitez migrer vers Tableau Cloud? Consultez [Guide de migration manuelle de Tableau Cloud](https://help.tableau.com/current/guides/migration/fr-ca/emg_intro.htm). ## Avant de commencer Pour installer Tableau Server, vous devez avoir un ordinateur remplissant les critères de configuration matérielle minimale. Vous recevez un message d’information si votre ordinateur possède la configuration matérielle minimale requise, mais ne remplit pas les critères de configuration minimale recommandée. Dans ce cas, votre équipement informatique peut gérer une installation d’évaluation de Tableau mais ne convient pas à un environnement de production. Pour plus d’informations, consultez [Avant l’installation...](https://help.tableau.com/current/server/fr-ca/requ.htm). ## Procédure d’installation La procédure suivante décrit comment installer Tableau Server sur un seul ordinateur. Utilisez cette procédure pour installer Tableau Server dans un déploiement sur un seul serveur. Utilisez cette procédure pour installer le nœud initial dans un déploiement multinœud de Tableau Server. Exécutez les étapes dans l’ordre séquentiel. 1. [Installer TSM](https://help.tableau.com/current/server/fr-ca/setup.htm) 2. [Activer et enregistrer Tableau Server](https://help.tableau.com/current/server/fr-ca/activate.htm) 3. [Configurer les paramètres du nœud initial](https://help.tableau.com/current/server/fr-ca/config_general.htm) 4. [Ajouter un compte Administrateur](https://help.tableau.com/current/server/fr-ca/startup.htm) ## Autres articles de cette section [Passer au contenu principal](#main-content) # Installer l’Agent à l’aide de l’interface Web L’Agent est un processus léger qui consomme un minimum de ressources serveur et envoie les données au Serveur Resource Monitoring Tool (Serveur RMT). Installez l’Agent Resource Monitoring Tool sur chacun de vos nœuds Tableau Server. Pour installer et enregistrer un Agent, téléchargez le fichier de configuration bootstrap de l’Agent et enregistrez-le à un emplacement accessible depuis les nœuds de l’Agent Resource Monitoring Tool. L’installation via l’interface Web n’est actuellement prise en charge que pour les installations Windows. Si vous souhaitez installer sur Linux, consultez [Installer l’Agent à la ligne de commande](https://help.tableau.com/current/server/fr-ca/rmt-admin-agent-install-cli.htm). **Remarque** : Depuis la version 2026.3.4, une mise à jour du programme d’installation de Windows a légèrement modifié le flux de travail d’installation. ## Avant l’installation - Téléchargez le fichier bootstrap. **Les fichiers bootstrap ne sont valables que 24 heures après le téléchargement. Vous devrez régénérer le fichier bootstrap si celui que vous utilisez remonte à plus de 24 heures.** - L’enregistrement de l’agent devra communiquer par un point de terminaison https et par RabbitMQ pour fonctionner. Assurez-vous que les deux ports 443 et 5672 sont ouverts pour ces communications. ## Étapes de téléchargement du fichier bootstrap de l’Agent Utilisez les étapes suivantes si vous n’avez pas encore téléchargé le fichier bootstrap depuis le Serveur RMT. 1. En utilisant l’interface Web (_https://_) sur le Serveur RMT, dans le menu Admin, sélectionnez Environments. 2. Le fichier bootstrap peut être téléchargé directement à partir de l’onglet Présentation de l’environnement sur la page d’accueil. **Remarque :** si vous n’avez pas créé d’environnement dans le cadre de la configuration du Serveur RMT, suivez les étapes 12-15 décrites dans la rubrique [Installer le Serveur RMT à l’aide de l’interface Web](https://help.tableau.com/current/server/fr-ca/rmt-admin-master-install.htm). 3. Sauvegardez le fichier de configuration bootstrap sur un emplacement accessible depuis les nœuds Tableau Server où vous allez installer l’Agent Resource Monitoring Tool. ## Étapes d’installation de l’Agent L’installation via l’interface Web n’est actuellement prise en charge que pour les installations Windows. Si vous souhaitez installer sur Linux, consultez [Installer l’Agent à la ligne de commande](https://help.tableau.com/current/server/fr-ca/rmt-admin-agent-install-cli.htm). **Pour installer l’Agent, sur chacun des nœuds de votre Tableau Server :** 1. Exécutez le programme d’installation de l’Agent. 2. Après avoir lu le CLUF, sélectionnez I agree to the license terms and conditions et cliquez sur Install. **Remarque :** Si vous prévoyez d’effectuer une installation à un emplacement autre que celui par défaut, suivez les instructions fournies dans la section [Installation dans un emplacement autre que par défaut](#Installi). L’emplacement par défaut est **C:\\Program Files\\Tableau\\Tableau Resource Monitoring Tool\\**. 3. Dans la boîte de dialogue suivante, vous devez confirmer le compte Exécuter en tant qu’utilisateur pour l’agent. Cliquez sur Yes pour confirmer le compte par défaut ou sur No pour spécifier un compte utilisateur personnalisé. **Important :** Si les informations de compte que vous fournissez ne sont pas les mêmes que celles de Tableau Server, l’agent ne pourra pas collecter les données de surveillance sur ce nœud. 4. Si la boîte de dialogue **User Account Control** s’ouvre, cliquez sur Yes pour autoriser le programme d’installation à apporter des modifications. 5. Lorsque le programme d’installation a terminé, une page Web Agent Registration s’ouvre. > [!TIP] > > **Conseil :** L’ouverture de la page Web peut prendre un certain temps. Si la page Web ne s’ouvre pas pour une raison quelconque, utilisez l’URL suivante sur la machine que vous installez : http://localhost :9002/setup/register 6. Consultez les données de cette page sur la taille du fichier journal Tableau Server, les données historiques et les implications. Une fois que vous passez à l’étape suivante, vous ne verrez plus cette information. Une fois l’Agent installé et enregistré, les données historiques pertinentes des processus Resource Monitoring Tool sont traitées à partir des fichiers journaux Tableau Server avant que les données soient affichées. S’il y a une grande quantité de données historiques, le traitement des données peut demander un certain temps, ce qui est susceptible d’entraîner un retard dans le traitement des événements plus récents sur le serveur. Si ce délai vous préoccupe et que des données historiques ne vous sont pas indispensables, vous pouvez procéder ainsi pour nettoyer les fichiers journaux Tableau existants : [Supprimer les fichiers superflus](https://help.tableau.com/current/server/fr-ca/maintenance_cleanup.htm) et considérez les [Instantanés de fichiers journaux (archives de fichiers journaux)](https://help.tableau.com/current/server/fr-ca/logs_archive.htm) avant de supprimer les fichiers journaux. **Remarque :** Les données de performances telles que l’utilisation du processeur et de la mémoire ne sont pas collectées à l’aide des données de fichiers journaux historiques et sont collectées après l’installation et la configuration de l’Agent de sorte que le nettoyage des données historiques n’affecte pas les données de performances. 7. Naviguez jusqu’à l’emplacement du fichier bootstrap que vous avez téléchargé depuis le Serveur RMT. Cliquez sur Import Bootstrap File. **Les fichiers bootstrap ne sont valables que 24 heures après le téléchargement. Vous devrez régénérer le fichier bootstrap si celui que vous utilisez remonte à plus de 24 heures.** 8. Une fois l’importation terminée avec succès, une page Web permettant d’entrer les données du serveur s’affiche. Dans le champ Tableau Server gateway URL, entrez l’URL que vous utilisez pour accéder à Tableau Server. Voici quelques exemples possibles de l’URL : - https://MarketingServer/ (si vous connaissez le nom du serveur) - https://10.0.0.2/ (si vous connaissez l’adresse IP du serveur) - http://10.0.0.4/ (Si l’utilisation de SSL n’est pas activée sur votre Tableau Server) 9. Entrez le nom d’utilisateur et le mot de passe. Vous pouvez utiliser les informations d’identification de l’utilisateur administrateur que vous avez créées lors de l’installation du Serveur RMT. Ce nom d’utilisateur et ce mot de passe sont utilisés pour les communications entre le serveur RMT et l’agent. 10. Cliquez sur Test Tableau Server Connection pour vérifier que l’Agent est capable d’accéder à Tableau Server. Un message Success s’affiche pour confirmer que l’Agent peut se connecter à Tableau. 11. Le champ RMT Server URL doit déjà être renseigné à partir des informations contenues dans le fichier bootstrap. Il s’agit de l’URL de la page Web utilisée pour effectuer des tâches d’administration, surveiller les performances et d’autres tâches. Voici un exemple possible de l’URL : - _https://_) 12. Cliquez sur Test RMT Server Connection pour vérifier que l’Agent est capable de joindre le Serveur RMT Resource Monitoring Tool. Un message Success s’affiche pour confirmer le bon fonctionnement de la connexion au Serveur RMT. 13. Le champ **RMT Server certificate thumbprint** doit déjà être renseigné avec les informations contenues dans le fichier bootstrap. Le fichier bootstrap que vous avez enregistré doit contenir ces informations et l’URL du Serveur RMT. Entrez le nom d’utilisateur et le mot de passe du Serveur RMT. Cet utilisateur doit posséder le rôle **Gestion du serveur/de l’environnement** . Cliquez sur Get Registration Options. Ceci vous amène à la page **Agent Registration - Message Queue**. 14. Cliquez sur Test Message Queue Connection pour vérifier que la connexion à la file d’attente des messages fonctionne. Un message Success indique si la connexion fonctionne. **Remarque :** Le paramètre **Activer TLS** de la section File d’attente des messages vous permet d’activer le chiffrement lorsque des données sont transmises entre le Serveur RMT et les Agents. Il nécessite une configuration RabbitMQ supplémentaire. Pour plus d’informations, consultez [Collecte de données chiffrées](https://help.tableau.com/current/server/fr-ca/rmt-admin-encrypted-data-collection.htm). 15. Sur la dernière page d’enregistrement de l’Agent, la section consacrée à l’environnement devrait déjà être remplie. Vérifiez les informations et ajoutez les détails du nœud Tableau Server. 16. Cliquez sur Connect to Message Queue. 17. Cliquez sur Register Agent pour terminer l’installation et la configuration de l’Agent. Vous verrez une option de désactivation de l’interface Web. Après l’enregistrement, l’interface Web n’est plus nécessaire pour l’Agent et vous avez la possibilité de la désactiver. Si vous devez réactiver l’interface Web, utilisez la commande suivante : `rmtadmin set server.web.run true` Pour plus d’informations sur les commandes Resource Monitoring Tool, consultez [Utilitaire de ligne de commande rmtadmin](https://help.tableau.com/current/server/fr-ca/rmt-admin-cmdline.htm). 18. Vous pouvez vérifier que l’Agent est connecté en accédant à l’interface Web du Serveur RMT. Dans le menu Admin, sélectionnez **Environments**, et sous les détails de l’environnement, vous pouvez voir le nombre d’agents qui sont actuellement connectés. ### Installation de l’Agent sur une installation Tableau Server distribuée 1. Suivez les étapes décrites ci-dessus pour installer l’Agent sur le nœud Tableau Server initial afin de vous connecter à l’Agent Resource Monitoring Tool. 2. Dans la section **Server** de la page d’enregistrement finale, cochez l’option Primary Server. 3. Sur les nœuds Tableau Server supplémentaires, installez l’Agent en utilisant le même fichier bootstrap que celui utilisé pour installer l’Agent sur le nœud initial et suivez les étapes décrites ci-dessus. 4. Sur la page d’enregistrement finale, dans la section **Environnement**, sélectionnez l’environnement que vous avez créé lors de l’installation de l’Agent sur le nœud initial. 5. Dans la section **Server**, sélectionnez l’option **New Environment Server**. L’option Serveur principal ne doit pas être sélectionnée. 6. Le processus d’enregistrement de l’Agent ajoute automatiquement ce nœud à votre environnement existant. ## Installation dans un emplacement autre que par défaut Tableau recommande d’utiliser _\\Tableau\\Tableau Resource Monitoring Tool\\agent_ comme emplacement des prérequis. Exemple d’emplacement non par défaut : **D:\\Tableau\\Tableau Resource Monitoring Tool\\agent**. **Pour choisir un emplacement non par défaut lors de l’installation de la version 2025.3.4 ou d’une version ultérieure, suivez les étapes suivantes :** 1. Exécutez le programme d’installation de l’Agent. 2. Sur la page d’accueil, sélectionnez **Options**. 3. Sous **Options de configuration**, dans le champ **Emplacement d’installation**, entrez l’emplacement. 4. Poursuivez avec l’Étape 2 de l’installation comme décrit dans la section [Installer l’Agent à l’aide de l’interface Web](#InstallAgent). **Pour choisir un emplacement non par défaut lors de l’installation de la version 2025.3.3 ou d’une version ultérieure, suivez les étapes suivantes :** 1. Exécutez le programme d’installation de l’Agent. 2. Dans la page CLUF, choisissez **Personnaliser**. 3. Sous **Options de configuration**, dans le champ **Emplacement d’installation**, entrez l’emplacement. 4. Poursuivez avec l’Étape 2 de l’installation comme décrit dans la section [Installer l’Agent à l’aide de l’interface Web](#InstallAgent). ## Qui peut le faire? Pour installer Resource Monitoring Tool, vous devez remplir tous les critères suivants : - Autorisations d’administrateur sur la machine où vous installez Resource Monitoring Tool. - Rôle sur le site d’administrateur Tableau Server. ## Étapes suivantes [Configuration du serveur Resource Monitoring Tool](https://help.tableau.com/current/server/fr-ca/rmt-config-configGui.htm#post-install-config) [Passer au contenu principal](#main-content) # Installer l’Agent à la ligne de commande L’Agent est un processus léger qui consomme un minimum de ressources serveur et envoie les données au Serveur Resource Monitoring Tool (Serveur RMT). Installez l’Agent Resource Monitoring Tool sur chacun de vos nœuds Tableau Server. Pour installer et enregistrer un Agent, téléchargez le fichier de configuration bootstrap de l’Agent et enregistrez-le à un emplacement accessible depuis les nœuds de l’Agent Resource Monitoring Tool. Cette rubrique décrit les étapes que vous pouvez utiliser pour installer l’Agent Resource Monitoring Tool à la ligne de commande. L’installation à la ligne de commande est prise en charge à la fois sur les systèmes d’exploitation Windows et Linux. Nous veillons à mettre en œuvre l’une des valeurs fondamentales de notre entreprise, à savoir l’égalité, et à cette fin, nous avons modifié la terminologie afin d’être le plus inclusifs possible. Étant donné que la modification des termes à certains endroits peut entraîner un changement radical, nous conservons la terminologie existante. Il se peut donc que vous continuiez à voir les termes dans les commandes et options de l’interface en ligne de commande, dans les dossiers d’installation, dans les fichiers de configuration et dans d’autres instances. Pour plus d’informations, consultez [À propos de l’Aide de Tableau](https://help.tableau.com/current/tableau/fr-ca/about-tableau-help.htm). ## Avant l’installation - Téléchargez le fichier bootstrap et enregistrez-le à un emplacement accessible par les nœuds sur lesquels vous allez installer l’agent RMT. **Les fichiers bootstrap ne sont valables que 24 heures après le téléchargement. Vous devrez régénérer le fichier bootstrap si celui que vous utilisez remonte à plus de 24 heures.** - L’enregistrement de l’agent devra communiquer par un point de terminaison https et par RabbitMQ pour fonctionner. Assurez-vous que les deux ports 443 et 5672 sont ouverts pour ces communications. **Pour installer et configurer l’Agent :** 1. Téléchargez le fichier bootstrap et enregistrez-le à un emplacement accessible depuis les nœuds Tableau Server. `rmtadmin bootstrap-file --env= --filename` 2. Exécutez le programme d’installation de l’Agent : 1. Téléchargez le programme d’installation de l’Agent et enregistrez-le à un emplacement où vous pouvez accéder depuis les ordinateurs Tableau Server. 2. Ouvrez l’invite de commande en tant qu’administrateur. 3. Accédez à l’emplacement du programme d’installation de l’Agent et exécutez le fichier **exe** à l’aide de la commande suivante : `Tabrmt-Agent-64bit-.exe /silent ACCEPTEULA=1 RUN_AS_USER_CUSTOM=1 RUN_AS_USERNAME= RUN_AS_PASSWORD=` À partir de la version 2021.4, vous devez spécifier un compte Exécuter en tant qu’utilisateur pour l’agent. Ce compte est utilisé pour accéder à Tableau Server afin de recueillir des informations de surveillance. Pour le compte Exécuter en tant qu’utilisateur, spécifiez le même compte que vous utilisez actuellement pour le compte d’utilisateur de Tableau Server. Si les informations de compte que vous fournissez ne sont pas les mêmes que celles de Tableau Server, l’agent ne pourra pas collecter les données de surveillance sur ce nœud. - Utilisez RUN\_AS\_NETWORK\_SERVICE=1 si votre Tableau Server est configuré pour utiliser le compte de service réseau en tant qu’utilisateur Exécuter en tant qu’utilisateur. - Utilisez RUN\_AS\_USER\_CUSTOM=1 si votre Tableau Server est configuré pour utiliser un utilisateur personnalisé. Utilisez les mêmes informations d’identification de compte que celles spécifiées pour Tableau Server. L’emplacement par défaut est généralement : _C:\\Program Files\\Tableau\\Tableau Resource Monitoring Tool\\agent_. Pour fournir un emplacement d’installation différent, exécutez la commande suivante : `Tabrmt-Agent-64bit-.exe/silent ACCEPTEULA=1 RUN_AS_USER_CUSTOM=1 RUN_AS_USERNAME= RUN_AS_PASSWORD= InstallFolder="D:\Tableau Resource Monitoring Tool\agent"` > [!TIP] > > **Remarque :** utilisez le commutateur /silent ou /quiet pour exécuter l’installation sans surveillance et sans afficher d’interface utilisateur ou d’invites. 3. Enregistrez l’Agent : 1. Exécutez la commande suivante pour enregistrer l’Agent : `rmtadmin register --server-name= --server-description= --username --password ` Le tableau suivant énumère les options de configuration utilisées pour enregistrer l’Agent :
OptionObligatoire?

Par défaut

Description
Fichier --bootstrapOui<none>Emplacement du fichier de bootstrap.
--usernameOui<none>Il s’agit généralement de l’utilisateur administrateur que vous avez créé lors de l’installation du Serveur RMT.
--passwordOui<none>C’est le mot de passe du compte utilisateur
--password-file

Non

Le mot de passe peut être inclus dans la ligne de commande ou dans un fichier contenant le mot de passe. Si aucun des deux n’est fourni, vous serez invité à saisir un mot de passe.

<none>Chemin d’accès comprenant le nom du fichier où le mot de passe est stocké.
--server-nameNonNom d’hôte de la machineNom de l’ordinateur sur lequel l’Agent est installé. Si aucune option n’est fournie, ce champ sera par défaut le nom d’hôte de la machine.
--server-descriptionNon<none>Description de l’ordinateur sur lequel l’Agent est installé. Si aucune option n’est fournie, ce champ reste vide.
### Propriétés et commutateurs d’installation Windows **Commutateurs :** | Commutateur | Description | Commentaires | | --- | --- | --- | | `/passive` | Exécutez le programme d’installation avec un minimum d’interface utilisateur et aucune invite. |   | | `/quiet | /silent` | Exécutez le programme d’installation en mode automatisé complètement silencieux. Aucune interface Web ou invite n’est affichée. | Utilisez soit /quiet, soit /silent, mais pas les deux. | Propriétés :
PropriétéDescriptionCommentaires
InstallFolder=<path\to\installation\directory>Installez sur un emplacement d’installation autre que par défaut.

Spécifie l’emplacement d’installation de RMT. S’il n’est pas utilisé, RMT est installé sur C:\Program Files\Tableau\Tableau Resource Monitoring Tool\master.

Exemple : <Setup file> /silent InstallFolder="D:\Tableau\Tableau Resource Monitoring Tool\agent"

ACCEPTEULA=1|0Acceptez le contrat de licence de l’utilisateur final (CLUF). Requis pour l’installation calme, silencieuse et passive à la fois sur le nœud initial et les nœuds supplémentaires. 1 = vrai, accepter le CLUF, 0 = faux, ne pas accepter le CLUF.S’il n’est pas inclus lorsque vous utilisez /passive, /silent ou /quiet, l’installation échoue en silence. S’il est inclus mais défini sur 0, l’installation échoue.
**Pour installer et configurer l’Agent :** 1. **Installation :** 1. Téléchargez le programme d’installation .rpm ou .deb de l’Agent et enregistrez-le à un emplacement auquel vous pouvez accéder depuis l’ordinateur sur lequel vous prévoyez d’installer l’Agent. 2. Exécutez la commande suivante pour installer l’Agent, où utilise le format majeur-mineur-maintenance : Pour les distributions de type RHEL, y compris CentOS : `sudo yum install Tabrmt-Agent-x86_64-.rpm` Pour Ubuntu : `sudo apt install Tabrmt-Agent-amd64-.deb` 2. **Initialiser l’agent RMT :** Vous devez explicitement accepter le contrat de licence de l’utilisateur final (CLUF) lorsque vous initialisez l’agent RMT. Vous avez également la possibilité de spécifier des configurations autres que les configurations par défaut. Pour initialiser l’agent RMT avec une configuration par défaut, exécutez cette commande : sudo /opt/tableau/tabrmt/agent/install-scripts/initialize-rmt-agent --accepteula Le CLUF se trouve dans le dossier `/opt/tableau/tabrmt/agent/docs`. À compter de la version 2023.1, vous pouvez spécifier un compte personnalisé Exécuter en tant que destiné à être utilisé par RMT, ainsi que d’autres options de configuration. Par défaut, RMT crée et utilise un compte appelé `rmt-agent` sous lequel il sera exécuté. Pour spécifier un compte personnalisé Exécuter en tant que destiné à être utilisé par l’agent RMT, incluez l’option `--unprivileged-user` lorsque vous exécutez le script d’initialisation. Pour en savoir plus sur tous les commutateurs disponibles pour le script `initialize-rmt-agent`, consultez les [Options de script d’initialisation de l’agent RMT](https://help.tableau.com/current/server/fr-ca/rmt-install-init-agent-opts.htm#RMTServerInitOpts). 3. **Enregistrement :** 1. Déconnectez-vous puis connectez-vous en tant qu’utilisateur _tabrmt-agent_ afin de pouvoir exécuter les commandes rtmadmin qui exigent toujours l’exécution en tant qu’utilisateur _tabrmt-agent_. De plus, lorsque vous vous reconnecterez, vous créerez une nouvelle session dans laquelle les modifications apportées aux membres du groupe auront pris effet. `sudo su --login tabrmt-agent` 2. Exécutez la commande suivante et indiquez le chemin où se trouve le fichier bootstrap. Fournissez un nom convivial ainsi qu’une description du nœud où l’agent est installé. `rmtadmin register --server-name= --agent-description= --username=` Le mot de passe de l’utilisateur administratif RMT vous sera demandé. **Remarque :** l’utilisateur `tabrmt-agent` exécute par défaut les commandes depuis le répertoire actif de base : `/var/opt/tableau/tabrmt/agent`. Vous devez donc spécifier le chemin de fichier complet en conséquence. Par exemple, si vous avez placé le fichier bootstrap dans le dossier `/var/opt/tableau/tabrmt/agent/bootstrap/` tel que recommandé, le chemin de fichier serait `/var/opt/tableau/tabrmt/agent/bootstrap/.json` Le tableau suivant énumère les options de configuration utilisées pour enregistrer l’Agent :
OptionObligatoire?Par défautDescription
Fichier --bootstrapOui<none>Emplacement du fichier de bootstrap.
--usernameOui<none>Il s’agit généralement de l’utilisateur administrateur que vous avez créé lors de l’installation du Serveur RMT.
--passwordOui<none>C’est le mot de passe du compte utilisateur
 

Non

Le mot de passe peut être inclus dans la ligne de commande ou dans un fichier contenant le mot de passe. Si aucun des deux n’est fourni, vous serez invité à saisir un mot de passe.

<none>Chemin d’accès comprenant le nom du fichier où le mot de passe est stocké.
--server-nameNonNom d’hôte de la machineNom de l’ordinateur sur lequel l’Agent est installé. Si aucune option n’est fournie, ce champ sera par défaut le nom d’hôte de la machine.
--server-descriptionNon<none>Description de l’ordinateur sur lequel l’Agent est installé. Si aucune option n’est fournie, ce champ reste vide.
### Installation de l’Agent sur une installation Tableau Server distribuée Exécutez les étapes décrites ci-dessus sur chacun des nœuds de Tableau Server. Dans l’interface Web du Serveur RMT, vous devriez être en mesure de voir tous les nœuds sur lesquels l’Agent est installé. ## Qui peut le faire? Pour installer Resource Monitoring Tool, vous devez remplir tous les critères suivants : **Windows :** - Autorisations d’administrateur sur la machine où vous installez Resource Monitoring Tool. - Rôle sur le site d’administrateur Tableau Server. **Linux :** - Accès sudo complet pour le compte utilisateur utilisé pour installer l’Agent. ## Étape suivante [Configurer Tableau Resource Monitoring Tool](https://help.tableau.com/current/server/fr-ca/rmt-config-index-config.htm) [Passer au contenu principal](#main-content) # Installer le Serveur RMT à l’aide de l’interface Web Le Serveur Resource Monitoring Tool (Serveur RMT) héberge l’application Web avec laquelle les utilisateurs interagissent. Il effectue également une grande partie du traitement en arrière-plan pour collationner et surveiller les données envoyées par les Agents. Vous devez installer le Serveur RMT sur un matériel dédié. L’installation via l’interface Web n’est actuellement prise en charge que pour les installations Windows. Si vous souhaitez installer sur Linux, consultez [Installer le Serveur RMT à la ligne de commande](https://help.tableau.com/current/server/fr-ca/rmt-admin-master-install-cli.htm). **Remarque** : Depuis la version 2025.3.4, une mise à jour du programme d’installation de Windows a légèrement modifié le flux de travail d’installation. **Pour installer le Serveur RMT :** L’installation du serveur RMT s’effectue en trois étapes principales : - Installation du logiciel serveur - Configuration du serveur RMT - Création d’un nouvel environnement. Le processus détaillé étape par étape est décrit ci-dessous : 1. **Installation du logiciel serveur :** 1. Exécutez le programme d’installation du Serveur RMT. 2. Après avoir lu le CLUF, sélectionnez I agree to the license terms and conditions et cliquez sur Install. **Remarque :** si vous prévoyez d’effectuer une installation à un emplacement autre que celui par défaut, suivez les instructions fournies dans la section [Installation dans un emplacement autre que par défaut](#Installi). L’emplacement par défaut est **C:\\Program Files\\Tableau\\Tableau Resource Monitoring Tool\\**. 3. Si la boîte de dialogue Contrôle du compte utilisateur s’ouvre, cliquez sur Yes pour autoriser le programme d’installation à apporter des modifications. 4. Le programme d’installation du Serveur RMT installe d’abord certains prérequis comme première étape. Les prérequis incluent RabbitMQ, Erlang et une base de données PostgreSQL. La base de données PostgreSQL est utilisée pour stocker les données d’utilisation collectées depuis Tableau Server. Le processus se poursuit avec l’installation du Serveur RMT. 5. À la fin de l’installation, une page Web **Server Configuration** s’ouvre. 2. **Configuration du serveur RMT :** 1. La page doit déjà être remplie. Effectuez toutes les mises à jour des valeurs si nécessaire. **Remarque :** prenez note du **Nom d’hôte.** L’interface Web utilisée pour accéder au Serveur RMT utilise ce format : _https://_. 2. Par défaut, Resource Monitoring Tool utilise un certificat auto-signé qui sert pour les communications HTTPS avec le Serveur RMT. Pour utiliser votre propre certificat, remplacez la valeur d’image miniature par celle du certificat que vous souhaitez utiliser. Vérifiez l’option Require HTTPS si vous souhaitez exiger des communications HTTPS sécurisées. Si vous sélectionnez l’option Require HTTPS, vous devrez également choisir un mode de certificat et fournir des détails supplémentaires si nécessaire. Vous avez le choix entre trois options : 1. **Par défaut :** ce mode utilise le certificat auto-signé par défaut fourni par le programme d’installation. 2. **Local :** ce mode vous permet de spécifier un certificat basé sur un fichier dans le dossier Resource Monitoring Tool**/config**. Lorsque le mode **Local** est sélectionné, le champ **Nom du certificat** devient disponible. Les options énumérées correspondront aux groupes de fichiers de certificat situés dans le dossier **/config**. 3. **Magasin :** Ce mode vous permet d’entrer l’empreinte numérique d’un certificat dans le magasin de certificats Windows. Le champ **Mot de passe** ne sera utilisé que si le certificat sélectionné requiert un mot de passe. 3. Testez la configuration de serveur en cliquant sur **Test Server Configuration**. **Remarque :** si vous voyez l’erreur suivante, utilisez les instructions fournies dans la rubrique [Dépanner les erreurs de certificat SSL](https://help.tableau.com/current/server/fr-ca/rmt-troubleshoot-ssl-certificate.htm) _Certificate doesn’t include accessible private key (Le certificat n’inclut pas de clé privée accessible)_ 4. La section **Mot de passe** vous permet de configurer les exigences de mot de passe qui s’appliqueront aux comptes utilisateur et qui seront appliquées au compte utilisateur administratif que vous créerez un peu plus tard. 5. Dans la section **Authentification**, vous pouvez configurer le délai d’expiration des sessions. Si l’utilisateur n’accède pas à la session pendant le délai d’expiration défini, la session expirera et il devra se reconnecter. Ce délai est défini par défaut sur 240 minutes. Vous pouvez également activer l’option **Expiration coulissante** pour réinitialiser le délai d’expiration lorsqu’une session est accédée pendant le délai d’expiration. 6. Cliquez sur Save and Restart Server. **Remarque :** si vous voyez l’erreur suivante, utilisez les instructions fournies dans la rubrique [Dépanner les erreurs de certificat SSL](https://help.tableau.com/current/server/fr-ca/rmt-troubleshoot-ssl-certificate.htm) _Certificate doesn’t include accessible private key (Le certificat n’inclut pas de clé privée accessible)_ 7. Lorsque le serveur a redémarré, vous êtes invité à créer un utilisateur administratif et un mot de passe. 8. Après vous être connecté en utilisant les informations d’identification administrative que vous venez de créer à l’étape précédente, Resource Monitoring Tool affiche un message indiquant qu’aucun environnement n’a été créé. Cliquez sur **Add an environment** pour configurer un nouvel environnement. 3. **Créer un nouvel environnement :** 1. pour créer un nouvel environnement., renseignez les détails de l’environnement, par exemple le nom d’un identificateur. L’API REST Tableau Server et les configurations du référentiel Tableau Server sont utilisées pour communiquer avec Tableau Server. La configuration du référentiel Tableau Server est facultative, mais constitue une méthode préférée pour accéder à Tableau Server. Vous avez la possibilité de configurer une connexion chiffrée sécurisée lorsque RMT se connecte au référentiel Tableau Server. Afin d’utiliser les connexions SSL entre RMT et la base de données du référentiel Tableau Server, Tableau Server doit être configuré pour utiliser SSL. Pour plus d’informations, consultez [Configurer SSL pour la communication Postgres interne](https://help.tableau.com/current/server/fr-ca/ssl_config_postgres.htm). 2. Configuration du référentiel Tableau : Dans la section Tableau Repository Configuration : 1. Dans la zone déroulante SSL Mode, sélectionnez Prefer SSL ou Require SSL pour configurer les connexions SSL au référentiel Tableau. Si vous choisissez Disable, cela signifie que SSL ne sera jamais utilisé pour créer des connexions au référentiel Tableau Server. En mode Prefer SSL, Resource Monitoring Tool utilisera SSL dans la première tentative, et en cas d’échec, tentera par la suite d’utiliser une connexion non chiffrée. En mode Require SSL, si la connexion SSL échoue, les connexions au référentiel Tableau Server échoueront complètement. Dans ce cas, les connexions d’API REST Tableau Server seront utilisées pour communiquer avec Tableau Server. 2. Vous pouvez choisir soit de fournir l’empreinte digitale générée par Tableau Server, soit de copier le fichier **server.crt** sur l’ordinateur du serveur principal Resource Monitoring Tool. Si vous choisissez de copier le fichier certificat, vous n’avez pas à fournir l’empreinte digitale. Pour plus d’informations, consultez [Configurer Postgres SSL pour autoriser les connexions directes depuis les clients](https://help.tableau.com/current/server/fr-ca/ssl_config_direct_cx.htm). 4. Cliquez sur **Save**. Vous verrez une nouvelle section ajoutée à la page - **Agent Configuration**. Cette section vous permet de télécharger le fichier bootstrap nécessaire à l’installation et à la configuration des Agents. > [!IMPORTANT] > > **Remarque :** Si vous effectuez des mises à jour des configurations de l’environnement, vous devez cliquer sur **Enregistrer** avant de télécharger le fichier bootstrap. ![Un formulaire avec des champs pour saisir les paramètres de configuration du serveur Tableau et de l’Agent.](/tableau/current/fr-ca/server/fr-ca/Img/rmt-new-envrionment-agent-bootstrap.png) ## Installation dans un emplacement autre que par défaut ### Serveur RMT Tableau recommande d’utiliser _\\Tableau\\Tableau Resource Monitoring Tool_ comme emplacement d’installation du Serveur RMT. Exemple d’emplacement non par défaut : **D:\\Tableau\\Tableau Resource Monitoring Tool**. **Pour choisir un emplacement non par défaut lors de l’installation de la version 2025.3.4 ou d’une version ultérieure, suivez les étapes suivantes :** 1. Exécutez le programme d’installation du Serveur RMT. 2. Sur la page d’accueil, sélectionnez **Options**. 3. Sous **Options de configuration**, dans le champ **Emplacement d’installation**, entrez l’emplacement. 4. Poursuivez avec l’Étape 2 de l’installation comme décrit dans la section [Installer le Serveur RMT à l’aide de l’interface Web](#InstallMaster). **Pour choisir un emplacement non par défaut lors de l’installation de versions antérieures à 2025.3.4, suivez les étapes suivantes :** 1. Exécutez le programme d’installation du Serveur RMT. 2. Dans la page CLUF, choisissez **Personnaliser**. 3. Sous **Options de configuration**, dans le champ **Emplacement d’installation**, entrez l’emplacement. 4. Poursuivez avec l’Étape 2 de l’installation comme décrit dans la section [Installer le Serveur RMT à l’aide de l’interface Web](#InstallMaster). ## Qui peut le faire? Pour installer Resource Monitoring Tool, vous devez avoir tous les éléments suivants : - Autorisations d’administrateur sur la machine où vous installez Resource Monitoring Tool. - Rôle sur le site d’administrateur Tableau Server. - Compte administrateur Resource Monitoring Tool. ## Étape suivante [Installer l’Agent à l’aide de l’interface Web](https://help.tableau.com/current/server/fr-ca/rmt-admin-agent-install.htm) [Passer au contenu principal](#main-content) # Installer le Serveur RMT à la ligne de commande Le Serveur Resource Monitoring Tool (Serveur RMT) héberge l’application Web avec laquelle les utilisateurs interagissent. Il effectue également une grande partie du traitement en arrière-plan pour collationner et surveiller les données envoyées par les Agents. Vous devez installer le Serveur RMT sur un matériel dédié. Cette rubrique décrit les étapes que vous pouvez appliquer pour installer le Serveur RMT à la ligne de commande. L’installation à la ligne de commande est prise en charge à la fois sur les systèmes d’exploitation Windows et Linux. Nous veillons à mettre en œuvre l’une des valeurs fondamentales de notre entreprise, à savoir l’égalité, et à cette fin, nous avons modifié la terminologie afin d’être le plus inclusifs possible. Étant donné que la modification des termes à certains endroits peut entraîner un changement radical, nous conservons la terminologie existante. Il se peut donc que vous continuiez à voir les termes dans les commandes et options de l’interface en ligne de commande, dans les dossiers d’installation, dans les fichiers de configuration et dans d’autres instances. Pour plus d’informations, consultez [À propos de l’Aide de Tableau](https://help.tableau.com/current/tableau/fr-ca/about-tableau-help.htm). **Pour installer le Serveur RMT :** 1. **Exécuter le programme d’installation du Serveur RMT :** 1. Téléchargez le programme d’installation du serveur RMT et enregistrez-le à un emplacement accessible depuis l’ordinateur où vous prévoyez d’installer le Serveur RMT. 2. Ouvrez l’invite de commande en tant qu’administrateur. 3. Accédez à l’emplacement du programme d’installation du Serveur RMT et exécutez le fichier exe à l’aide de la commande suivante : `Tabrmt-Master-64bit-.exe /silent ACCEPTEULA=1` > [!TIP] > > **Remarque :** utilisez le commutateur /silent ou /quiet pour exécuter l’installation sans surveillance et sans afficher d’interface utilisateur ou d’invites. L’emplacement par défaut est généralement : _C:\\Program Files\\Tableau\\Tableau Resource Monitoring Tool\\master_. Pour fournir un emplacement d’installation différent, exécutez la commande suivante : `Tabrmt-Master-64bit-.exe /silent ACCEPTEULA=1 InstallFolder="D:\Tableau Resource Monitoring Tool\master"` La liste complète de tous les commutateurs et propriétés de commande d’installation est disponible dans [cette section](#Windows-install-switches) ci-dessous. Cela installe le package et les prérequis, y compris RabbitMQ, Erlang, et une base de données PostgreSQL. La base de données PostgreSQL est utilisée pour stocker les données d’utilisation collectées depuis Tableau Server. Le processus se poursuit avec l’installation du Serveur RMT. 2. **Configuration du serveur RMT :** 1. Exécutez la commande suivante et fournissez les options suivantes : `rmtadmin master-setup [options]` Les options de configuration peuvent être fournies soit par l’invite de commande, soit par un fichier de configuration. Si vous ne spécifiez pas d’options, les valeurs par défaut seront appliquées à l’exception du mot de passe de l’administrateur. Le nom d’utilisateur de l’administrateur sera défini sur admin et vous serez invité à fournir le mot de passe. Exemple de commande incluant le paramètre de mot de passe requis : `rmtadmin master-setup --admin-username= --admin-password=` Le tableau suivant répertorie les exigences et les options couramment utilisées pour configurer le Serveur RMT. Pour une liste complète des options de configuration, consultez [Utilitaire de ligne de commande rmtadmin](https://help.tableau.com/current/server/fr-ca/rmt-admin-cmdline.htm). **Remarque :** l’option Nécessite HTTPS garantit des communications sécurisées entre le Serveur RMT et les utilisateurs. Lorsque vous exigez HTTPS pour les communications, vous devez également sélectionner un mode que le certificat doit utiliser pour ces communications. Le tableau ci-dessous présente les différentes options. Pour en savoir plus sur ces modes et certificats, consultez [Mode de certificat SSL et exigences](https://help.tableau.com/current/server/fr-ca/rmt-admin-installation.htm#SSL-Win).
OptionObligatoire?Par défautDescription
admin-password

Oui

Le mot de passe peut être inclus dans la ligne de commande ou fournir un fichier avec le mot de passe à utiliser. Si aucun des deux n’est fourni, vous serez invité à saisir un mot de passe.

S.O.Mot de passe de l’utilisateur administrateur.
admin-password-file

Non

Le mot de passe peut être inclus dans la ligne de commande ou fournir un fichier avec le mot de passe à utiliser. Si aucun des deux n’est fourni, vous serez invité à saisir un mot de passe.

S.O.Fichier où le mot de passe de l’utilisateur administrateur est stocké.
admin-usernameNonadminNom d’utilisateur de l’utilisateur administrateur.
http-portNon80 
require-httpsNonTrueSi True, http n’est pas disponible.

Si False, http sera transféré vers https.
https-certificate-modeNon

’Default’

Options disponibles :

  • Par défaut
  • Magasin
  • Local

Type de recherche de certificat à effectuer pour le certificat HTTPS.

Par défaut : ce mode utilise le certificat auto-signé par défaut fourni par le programme d’installation.

Magasin : Ce mode vous permet d’entrer l’empreinte numérique d’un certificat dans le magasin de certificats Windows.

Local : ce mode vous permet de spécifier un certificat basé sur un fichier dans le dossier config.

https-certificate-store-thumbprintNonNullCertificat HTTPS hash/thumbprint à rechercher en mode certificat ‘store’.
https-certificate-local-nameNon

Null

Remarque : en l’absence de spécification, Resource Monitoring Tool est installé avec un certificat auto-signé et utilisera ce certificat pour les communications HTTPS.

Nom du fichier de certificat HTTPS sans l’extension de fichier.
https-certificate-local-passwordNonNullMot de passe à utiliser pour le certificat HTTPS.
https-certificate-local-password-fileNonNullChemin du fichier contenant le mot de passe à utiliser pour le certificat HTTPS.
3. **Créer un environnement :** 1. Exécutez la commande suivante pour créer un environnement : `rmtadmin create-env --name= --api-username= --api-password=` Configurez l’environnement à l’aide des options disponibles pour cette commande. Voici quelques options de configuration clés à prendre en compte : - L’API REST Tableau Server et les configurations du référentiel Tableau Server sont utilisées pour communiquer avec Tableau Server. La configuration du référentiel Tableau Server est facultative, mais constitue une méthode préférée pour accéder à Tableau Server. - Vous avez la possibilité de configurer une connexion chiffrée sécurisée lorsque RMT se connecte au référentiel Tableau Server. Afin d’utiliser les connexions SSL entre RMT et la base de données du référentiel Tableau Server, Tableau Server doit être configuré pour utiliser SSL. Pour plus d’information, consultez [Configurer SSL pour la communication Postgres interne](https://help.tableau.com/current/server/fr-ca/ssl_config_postgres.htm). Le tableau suivant répertorie certaines des options courantes. Pour voir la liste complète des options, consultez [Utilitaire de ligne de commande rmtadmin](https://help.tableau.com/current/server/fr-ca/rmt-admin-cmdline.htm).
OptionObligatoire?Par défautDescription
--nameOuiS.O.Nom de l’environnement.
--gateway-url

Oui

 

S.O.

URL utilisée pour accéder à la passerelle Tableau Server.

--versionOuiS.O.Version de Tableau Server que cet environnement surveillera.
--api-usernameNonNullNom d’utilisateur du compte utilisé pour se connecter aux API de Tableau Server. Le compte utilisateur doit être un administrateur Tableau Server ayant accès à tous les sites Tableau Server.
--api-password

Non

(Si vous spécifiez le nom d’utilisateur de l’API Tableau, vous fournirez soit le mot de passe, soit le chemin du fichier et le fichier contenant le mot de passe)

Null

Mot de passe du compte utilisateur de l’API Tableau Server utilisé pour se connecter aux API Tableau Server.

--api-password-fileNonNullChemin d’accès au fichier et nom du fichier contenant le mot de passe du compte utilisateur de l’API Tableau Server.
--repository-serverOui

Null

Il s’agit du nom du serveur pour la base de données PostgreSQL qui est installée avec Tableau Server
--repository-portOuiNullNuméro de port de la base de données du référentiel Tableau Server.
--repository-usernameOuiNull

Nom d’utilisateur utilisé pour la connexion à la base de données PostgreSQL installée avec le référentiel Tableau Server.

Resource Monitoring Tool accède directement à la base de données du référentiel Tableau Server pour des raisons de performances. Pour que cela fonctionne, l’accès au référentiel doit être activé, avec un mot de passe défini pour l’utilisateur de la base de données readonly. Pour plus d’information, consultez Activer l’accès au référentiel Tableau Server.

--repository-passwordOuiNull

Mot de passe pour le compte utilisateur utilisé pour se connecter à la base de données PostgreSQL qui est installée avec Tableau Server.

Resource Monitoring Tool accède directement à la base de données du référentiel Tableau Server pour des raisons de performances. Pour que cela fonctionne, l’accès au référentiel doit être activé, avec un mot de passe défini pour l’utilisateur de la base de données readonly. Pour plus d’information, consultez Activer l’accès au référentiel Tableau Server.

--repository-password-fileNonNullChemin comprenant le nom de fichier où le mot de passe du compte utilisateur utilisé pour se connecter à la base de données PostgreSQL qui est installée avec Tableau Server.
--repository-ssl-mode

Non

Préférence

Mode SSL du référentiel Tableau Server :

Préférez SSL ou Exigez SSL pour configurer les connexions SSL au référentiel Tableau.

Désactivez pour ne jamais utiliser SSL lors des connexions au référentiel Tableau Server.

--repository-ssl-thumbprint

Non

NullVous pouvez choisir soit de fournir l’empreinte digitale générée par Tableau Server, soit de copier le fichier server.crt sur l’ordinateur du serveur Resource Monitoring Tool (Serveur RMT). Si vous choisissez de copier le fichier certificat, vous n’avez pas à fournir l’empreinte digitale. Pour plus d’information, consultez Configurer Postgres SSL pour autoriser les connexions directes depuis les clients.
2. Téléchargez le fichier bootstrap et enregistrez-le à un emplacement accessible depuis les nœuds Tableau Server. `rmtadmin bootstrap-file --env= --filename=` ### Propriétés et commutateurs d’installation Windows Commutateurs :
CommutateurDescriptionCommentaires
/install | /uninstallExécutez le programme d’installation pour installer ou désinstaller Resource Monitoring Tool.

Par défaut, l’interface utilisateur et toutes les invites sont affichées lors de l’installation. Si aucun répertoire n’est spécifié à l’aide de la propriété InstallFolder sur une nouvelle installation, C:\Program Files\Tableau\Tableau Resource Monitoring Tool\master est présupposé. Si Resource Monitoring Tool est déjà installé, le programme d’installation présuppose le même emplacement que l’installation actuelle.

Pour supprimer complètement Resource Monitoring Tool, y compris le répertoire de données, utilisez /uninstall DELTEDATADIR=1

/passiveExécutez le programme d’installation avec un minimum d’interface utilisateur et aucune invite. 
/quiet | /silentExécutez le programme d’installation en mode automatisé complètement silencieux. Aucune interface Web ou invite n’est affichée.Utilisez soit /quiet, soit /silent, mais pas les deux.
/norestartExécutez le programme d’installation sans redémarrer Windows, même si un redémarrage est nécessaire.Dans certains cas rares, un redémarrage ne peut pas être supprimé, même lorsque cette option est utilisée. Ceci se produit le plus souvent lorsqu’un redémarrage antérieur du système a été ignoré, par exemple lors de l’installation d’autres logiciels.
/log <log-file>Enregistrez les détails sur le chemin d’accès et le fichier spécifiés. Par défaut, les fichiers journaux sont créés dans %TEMP% avec un nom de fichier du type Tableau_Resource_Monitoring_Tool_<version_code>.

Si aucun emplacement de fichier n’est spécifié, le fichier journal est écrit sur le dossier TEMP (C:\Users\<username>\AppData\Local\Temp). Après l’installation, consultez ce fichier journal pour vérifier qu’il n’y a pas d’erreurs.

Par exemple : <Setup file> /quiet /log="C:\Tableau\Logs\RmtInstall

Propriétés :
PropriétéDescriptionCommentaires
InstallFolder=<path\to\installation\directory>Installez sur un emplacement d’installation autre que par défaut.

Spécifie l’emplacement d’installation de RMT. S’il n’est pas utilisé, RMT est installé sur C:\Program Files\Tableau\Tableau Resource Monitoring Tool\master.

Exemple : <Setup file> /silent InstallFolder="D:\Tableau\Tableau Resource Monitoring Tool\master

ACCEPTEULA=1|0Acceptez le contrat de licence de l’utilisateur final (CLUF). Requis pour l’installation calme, silencieuse et passive à la fois sur le nœud initial et les nœuds supplémentaires. 1 = vrai, accepter le CLUF, 0 = faux, ne pas accepter le CLUF.S’il n’est pas inclus lorsque vous utilisez /passive, /silent ou /quiet, l’installation échoue en silence. S’il est inclus mais défini sur 0, l’installation échoue.
**Pour installer le Serveur RMT :** 1. **Installer le Serveur RMT :** 1. Téléchargez le programme d’installation .rpm ou .deb du Serveur RMT et enregistrez-le à un emplacement auquel vous pouvez accéder depuis l’ordinateur où vous prévoyez d’installer le Serveur RMT. 2. Connectez-vous en tant qu’utilisateur doté d’un accès sudo à l’ordinateur où vous souhaitez installer le serveur RMT. 3. Exécutez la commande suivante pour installer le Serveur RMT, où utilise le format majeure-mineure-maintenance : Pour les distributions de type RHEL, y compris CentOS : sudo yum install /Tabrmt-Master-x86\_64-.rpm Pour les distributions Ubuntu : sudo apt install ./ /Tabrmt-Master-amd64-.deb Cela installe le package et les prérequis, y compris RabbitMQ, Erlang, et une base de données PostgreSQL. La base de données PostgreSQL est utilisée pour stocker les données d’utilisation collectées depuis Tableau Server. Le processus se poursuit avec l’installation du Serveur RMT. 2. **Initialiser le serveur RMT :** Vous devez explicitement accepter le contrat de licence de l’utilisateur final (CLUF) lorsque vous initialisez le serveur RMT. Vous avez également la possibilité de spécifier des configurations autres que les configurations par défaut. Pour initialiser le serveur RMT avec une configuration par défaut, exécutez cette commande : sudo /opt/tableau/tabrmt/master/install-scripts/initialize-rmt-master --accepteula Le CLUF se trouve dans le dossier `/opt/tableau/tabrmt/master/docs`. À compter de la version 2023.1, vous pouvez spécifier un compte personnalisé Exécuter en tant que destiné à être utilisé par RMT, ainsi que d’autres options de configuration. Par défaut, RMT crée et utilise un compte appelé `rmt-master` sous lequel il sera exécuté. Pour spécifier un compte personnalisé Exécuter en tant que destiné à être utilisé par le serveur RMT, incluez l’option `--unprivileged-user` lorsque vous exécutez le script d’initialisation. Pour en savoir plus sur tous les commutateurs disponibles pour le script `initialize-rmt-master`, consultez les [Options de script d’initialisation du serveur RMT](https://help.tableau.com/current/server/fr-ca/rmt-install-init-server-opts.htm#RMTServerInitOpts). 3. **Configuration du serveur RMT :** 1. Exécutez la commande suivante en tant qu’utilisateur `tabrmt-master` : `sudo su --login tabrmt-master` `rmtadmin master-setup [options]` Les options de configuration peuvent être fournies soit par l’invite de commande, soit par un fichier de configuration. Si vous ne précisez pas les options, les valeurs par défaut seront appliquées à l’exception du mot de passe de l’administrateur. Le nom d’utilisateur de l’administrateur sera défini sur admin et vous serez invité à fournir le mot de passe. Exemple de commande incluant le paramètre de mot de passe requis : `rmtadmin master-setup --admin-username= --admin-password=` Le tableau suivant répertorie les exigences et les options couramment utilisées pour configurer le Serveur RMT. Pour une liste complète des options de configuration, consultez [Utilitaire de ligne de commande rmtadmin](https://help.tableau.com/current/server/fr-ca/rmt-admin-cmdline.htm). **Remarque :** l’option Nécessite HTTPS garantit des communications sécurisées entre le Serveur RMT et les utilisateurs. Lorsque vous exigez HTTPS pour les communications, vous devez également sélectionner un mode que le certificat doit utiliser pour ces communications. Le tableau ci-dessous présente les différentes options. Pour en savoir plus sur ces modes et certificats, consultez [Installer Tableau Resource Monitoring Tool](https://help.tableau.com/current/server/fr-ca/rmt-admin-installation.htm#ssl-linux).
OptionObligatoire?

Par défaut

Description
admin-password

Oui

Le mot de passe peut être inclus dans la ligne de commande ou fournir un fichier avec le mot de passe à utiliser. Si aucun des deux n’est fourni, vous serez invité à saisir un mot de passe.

S.O.Mot de passe de l’utilisateur administrateur.
admin-password-file

Non

Le mot de passe peut être inclus dans la ligne de commande ou fournir un fichier avec le mot de passe à utiliser. Si aucun des deux n’est fourni, vous serez invité à saisir un mot de passe.

S.O.

Fichier où le mot de passe de l’utilisateur administrateur est stocké.

Remarque : l’utilisateur tabrmt-master doit avoir accès à ce fichier.

admin-usernameNonadminNom d’utilisateur de l’utilisateur administrateur.
http-portNon80 
require-httpsNonTrue

Rediriger le trafic http vers HTTPS.

https-certificate-modeNon

Options disponibles :

  • Par défaut
  • Local

Type de recherche de certificat à effectuer pour le certificat HTTPS.

Par défaut : ce mode utilise le certificat auto-signé par défaut fourni par le programme d’installation.

Local : Ce mode vous permet de spécifier un certificat basé sur un fichier dans le dossier <Répertoire d’installation>\ config. Par défaut, l’emplacement est C\Program Files\Tableau\Tableau Resource Monitoring Tool\master\config.

https-certificate-local-name

Non

Remarque : En l’absence de spécification, Resource Monitoring Tool est installé avec un certificat auto-signé et utilisera ce certificat pour les communications HTTPS.

NullNom du fichier de certificat HTTPS sans l’extension de fichier.
https-certificate-local-passwordNonNullMot de passe à utiliser pour le certificat HTTPS.
https-certificate-local-password-fileNonNullChemin du fichier contenant le mot de passe à utiliser pour le certificat HTTPS.
4. **Créer un environnement :** 1. Exécutez la commande suivante pour créer un environnement : `rmtadmin create-env --name= --api-username= --api-password=` Configurez l’environnement à l’aide des options disponibles pour cette commande. Voici quelques options de configuration clés à prendre en compte : - L’API REST Tableau Server et les configurations du référentiel Tableau Server sont utilisées pour communiquer avec Tableau Server. La configuration du référentiel Tableau Server est facultative, mais constitue une méthode préférée pour accéder à Tableau Server. - Vous avez la possibilité de configurer une connexion chiffrée sécurisée lorsque RMT se connecte au référentiel Tableau Server. Afin d’utiliser les connexions SSL entre RMT et la base de données du référentiel Tableau Server, Tableau Server doit être configuré pour utiliser SSL. Pour plus d’information, consultez [Configurer SSL pour la communication Postgres interne](https://help.tableau.com/current/server/fr-ca/ssl_config_postgres.htm). Le tableau suivant répertorie certaines des options courantes. Pour voir la liste complète des options, consultez [Utilitaire de ligne de commande rmtadmin](https://help.tableau.com/current/server/fr-ca/rmt-admin-cmdline.htm).
OptionObligatoire?Par défautDescription
--nameOuiS.O.Nom de l’environnement.
--gateway-url

Oui

 

S.O.

URL utilisée pour accéder à la passerelle Tableau Server.

--versionOuiS.O.Version de Tableau Server que cet environnement surveillera.
--api-usernameNonNullNom d’utilisateur du compte utilisé pour se connecter aux API de Tableau Server. Le compte utilisateur doit être un administrateur Tableau Server ayant accès à tous les sites Tableau Server.
--api-password

Non

(Si vous spécifiez le nom d’utilisateur de l’API Tableau, vous fournirez soit le mot de passe, soit le chemin du fichier et le fichier contenant le mot de passe)

Null

Mot de passe du compte utilisateur de l’API Tableau Server utilisé pour se connecter aux API Tableau Server.

--api-password-fileNonNullChemin d’accès au fichier et nom du fichier contenant le mot de passe du compte utilisateur de l’API Tableau Server.
--repository-serverOui

Null

Il s’agit du nom du serveur pour la base de données PostgreSQL qui est installée avec Tableau Server
--repository-portOuiNullNuméro de port de la base de données du référentiel Tableau Server.
--repository-usernameOuiNull

Nom d’utilisateur utilisé pour la connexion à la base de données PostgreSQL installée avec le référentiel Tableau Server.

Resource Monitoring Tool accède directement à la base de données du référentiel Tableau Server pour des raisons de performances. Pour que cela fonctionne, l’accès au référentiel doit être activé, avec un mot de passe défini pour l’utilisateur de la base de données readonly. Pour plus d’information, consultez Activer l’accès au référentiel Tableau Server.

--repository-passwordOuiNull

Mot de passe pour le compte utilisateur utilisé pour se connecter à la base de données PostgreSQL qui est installée avec Tableau Server.

Resource Monitoring Tool accède directement à la base de données du référentiel Tableau Server pour des raisons de performances. Pour que cela fonctionne, l’accès au référentiel doit être activé, avec un mot de passe défini pour l’utilisateur de la base de données readonly. Pour plus d’information, consultez Activer l’accès au référentiel Tableau Server.

--repository-password-fileNonNullChemin comprenant le nom de fichier où le mot de passe du compte utilisateur utilisé pour se connecter à la base de données PostgreSQL qui est installée avec Tableau Server.
--repository-ssl-mode

Non

Préférence

Mode SSL du référentiel Tableau Server :

Préférez SSL ou Exigez SSL pour configurer les connexions SSL au référentiel Tableau.

Désactivez pour ne jamais utiliser SSL lors des connexions au référentiel Tableau Server.

--repository-ssl-thumbprint

Non

NullVous pouvez choisir soit de fournir l’empreinte digitale générée par Tableau Server, soit de copier le fichier server.crt sur l’ordinateur du serveur Resource Monitoring Tool (Serveur RMT). Si vous choisissez de copier le fichier certificat, vous n’avez pas à fournir l’empreinte digitale. Pour plus d’information, consultez Configurer Postgres SSL pour autoriser les connexions directes depuis les clients.
2. Téléchargez le fichier bootstrap et enregistrez-le à un emplacement accessible depuis les nœuds Tableau Server. `rmtadmin bootstrap-file --env= --filename=` 5. **Étape facultative (uniquement si vous n’utilisez pas SSD) :** Resource Monitoring Toolest optimisé pour SSD par défaut. Si vous n’utilisez pas de matériel SSD, exécutez la commande : `sudo /opt/tableau/tabrmt/master/tabrmt-master optimize --no-ssd` ## Qui peut le faire? Pour installer Resource Monitoring Tool, vous devez remplir tous les critères suivants : **Windows** - Autorisations d’administrateur sur la machine où vous installez Resource Monitoring Tool. - Rôle sur le site d’administrateur Tableau Server. - Compte administrateur Resource Monitoring Tool. Linux - Accès sudo complet pour le compte utilisateur utilisé pour installer l’Agent. - Compte administrateur Resource Monitoring Tool ## Étape suivante [Installer l’Agent à la ligne de commande](https://help.tableau.com/current/server/fr-ca/rmt-admin-agent-install-cli.htm) [Passer au contenu principal](#main-content) # Installer Tableau Content Migration Tool L’installation de Tableau Content Migration Tool est simple et rapide. ## Exigences d’installation L’outil Content Migration Tool est exécuté à partir d’un ordinateur Windows et peut se connecter aux sites Tableau Cloud et Tableau Server 19.3 et versions ultérieures avec une licence Advanced Management valide. Pour plus d’informations sur les versions compatibles, consultez [Prise en main de Tableau Content Migration Tool](https://help.tableau.com/current/server/fr-ca/cmt-getting-started.htm). L’ordinateur sur lequel vous installez Content Migration Tool doit répondre aux exigences ci-dessous : - Microsoft Windows 10 ou plus récent (x64) - Intel Core i3 ou AMD Ryzen 3 (double cœur) - 4 Go de mémoire ou plus - Peut se connecter aux sites source et cible. Les deux sites doivent disposer d’une licence [Advanced Management](https://help.tableau.com/current/server/fr-ca/itm_intro.htm) valide pour migrer le contenu. - Disque dur de 2 Go ou plus. Le lecteur sur lequel réside le dossier `\temp` doit disposer de suffisamment d’espace disque pour contenir une copie de tout le contenu en cours de migration en une seule migration. Tout le contenu est stocké localement sur le disque et supprimé une fois la migration terminée. - Disposer de suffisamment d’espace disque libre pour contenir l’application et ses fichiers journaux. De plus, confirmez que l’API REST est activée sur Tableau Server (paramètre par défaut). Utilisez la commande `tsm configuration get -k api.server.enabled` pour confirmer. Une valeur de retour de `true` signifie que l’API REST est activée. Pour activer l’API REST, utilisez la commande `tsm configuration set`. Pour plus d’information, consultez [api.server.enabled](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm#rest_api_enabled). ## Installer Content Migration Tool Pour installer le Content Migration Tool : 1. Téléchargez le programme d’installation de Content Migration Tool (`Tabcmt-64bit-.exe`) pour votre version de Tableau Server depuis la page de téléchargements [Tableau Advanced Management](https://www.tableau.com/fr-ca/support/releases/server-management). 2. Exécutez le programme d’installation de Content Migration Tool. **Remarque :** L’exécution du programme d’installation de Content Migration Tool écrase la version précédente. 3. Après avoir lu le CLUF, sélectionnez I agree to the license terms and conditions et cliquez sur Install. 4. Si la boîte de dialogue Contrôle du compte utilisateur s’ouvre, cliquez sur Yes pour autoriser le programme d’installation à apporter des modifications. ## Mettre à niveau Content Migration Tool La mise à niveau vers la dernière version de Content Migration Tool vous garantit que vous pouvez profiter des dernières fonctionnalités et corrections incluses dans chaque nouvelle version. **Important :** - L’exécution du programme d’installation de Content Migration Tool écrase la version précédente. - Content Migration Tool ne prend pas en charge l’installation côte-à-côte des versions précédentes. Pour mettre à niveau Content Migration Tool : 1. Connectez-vous à l’ordinateur où Content Migration Tool est installé. Si des instances de Content Migration Tool sont ouvertes, enregistrez votre plan de migration et quittez l’application. 2. Suivez les étapes indiquées dans [Installer Content Migration Tool](#install-cmt) pour télécharger le dernier programme d’installation et terminer la mise à niveau. ## Installer Content Migration Tool depuis la ligne de commande Vous pouvez installer Content Migration Tool depuis la ligne de commande si vous êtes un administrateur local sur l’ordinateur. ### Installer des commutateurs Spécifiez un ou plusieurs commutateurs dans la ligne de commande du programme d’installation. Par exemple : `Tabcmt-64bit-2022-3-0.exe /quiet /norestart`
CommutateurDescriptionCommentaires
/install | /repair | /uninstall | /layout "<directory>"

Exécutez le programme d’installation pour installer, réparer ou désinstaller Content Migration Tool, ou avec /layout, créez une copie locale complète du package d’installation dans le répertoire spécifié.

Par défaut, l’interface utilisateur et toutes les invites sont affichées lors de l’installation. Si aucun répertoire n’est spécifié sur une nouvelle installation, C:\Program Files\Tableau\Tableau Content Migration Tool est supposé. Si Content Migration Tool est déjà installé, le programme d’installation présuppose le même emplacement que l’installation actuelle.
/passive

Exécutez le programme d’installation avec un minimum d’interface utilisateur et aucune invite.

Content Migration Tool ne démarre pas automatiquement dans le cas d’une installation en mode /passive. Pour démarrer Content Migration Tool, ouvrez l’application manuellement.
/quiet | /silent

Exécutez le programme d’installation en mode automatisé complètement silencieux. Aucune interface utilisateur ou invite n’est affichée.

Content Migration Tool ne démarre pas automatiquement dans le cas d’une installation en mode /silent ou /quiet. Pour démarrer Content Migration Tool, ouvrez l’application manuellement.

Remarque : Utilisez soit /silent soit /quiet, mais pas les deux.

/norestart

Exécutez le programme d’installation sans redémarrer Windows, même si un redémarrage est nécessaire.

Remarque : dans certains cas rares, un redémarrage ne peut pas être supprimé, même lorsque cette option est utilisée. Ce phénomène est plus susceptible de se produire lorsqu’un redémarrage précédent du système a été ignoré, par exemple, lors de l’installation d’un autre logiciel.

## Qui peut le faire? Un utilisateur doté d’un accès administrateur sur l’ordinateur. [Passer au contenu principal](#main-content) # Installer Tableau Server avec le référentiel externe PostgreSQL Cette rubrique décrit comment installer et configurer Tableau Server de manière à utiliser un service externe pour le référentiel Tableau Server. ## Avant l’installation - Vous devez avoir activé Advanced Management sur votre Tableau Server. Pour plus d’informations sur Advanced Management, consultez [À propos de Tableau Advanced Management sur Tableau Server](https://help.tableau.com/current/server/fr-ca/itm_intro.htm). - Votre environnement Tableau Server doit être l’un des services suivants : - Services en nuage public : - Services en nuage AWS. Pour plus d’informations sur les installations de Tableau Server sur AWS, consultez [Installer Tableau Server sur Amazon Web Services](https://help.tableau.com/current/server/fr-ca/ts_aws_welcome.htm). - Services en nuage Azure. Pour plus d’informations sur les installations de Tableau Server sur Azure, consultez [Installer Tableau Server sur Microsoft Azure](https://help.tableau.com/current/server/fr-ca/ts_azure_welcome.htm). - Services en nuage Google. Pour plus d’informations sur l’installation de Tableau Server sur Google Cloud, consultez [Installer Tableau Server pour la santé sur la plateforme Google Cloud](https://help.tableau.com/current/server/fr-ca/ts_gcp_welcome.htm). - Sur site : Il s’agit de Tableau Server exécuté sur le matériel situé dans votre organisation ou entreprise, et non sur un nuage public. - Vous devez avoir une instance de base de données PostgreSQL installée et prête. Vous aurez également besoin du point de terminaison de votre instance de base de données PostgreSQL. - Tableau Server sur **AWS** - Pour une option de serveur entièrement géré, à l’aide d’Amazon RDS, suivez les instructions détaillées dans [Créer une instance de base de données PostgreSQL sur AWS Relational Database Service (RDS)](https://help.tableau.com/current/server/fr-ca/server_external_repo_configure_RDS.htm). - Pour une option de serveur autogéré : utilisez AWS EC2 et [Créer une base de données PostgreSQL en tant qu’installation autonome](https://help.tableau.com/current/server/fr-ca/server_external_repo_configure_standalone.htm). - Tableau Server sur **Azure :** - Pour une option de serveur entièrement géré à l’aide d’Azure DB, consultez [Créer une instance Azure Database PostgreSQL sur Azure](https://help.tableau.com/current/server/fr-ca/server_external_repo_configure_Azure.htm). - Pour une option de serveur autogéré, utilisez Azure VM et [Créer une base de données PostgreSQL en tant qu’installation autonome](https://help.tableau.com/current/server/fr-ca/server_external_repo_configure_standalone.htm). - Tableau Server sur **Google Cloud :** - Pour une option de serveur entièrement géré utilisant une instance Google Cloud PostgreSQL, suivez les instructions de [Créer une instance PostgreSQL sur Google Cloud](https://help.tableau.com/current/server/fr-ca/server_external_repo_configure_gcp.htm). - Pour une option de serveur autogéré, utilisez Google Cloud VM et [Créer une base de données PostgreSQL en tant qu’installation autonome](https://help.tableau.com/current/server/fr-ca/server_external_repo_configure_standalone.htm).[Créer une base de données PostgreSQL en tant qu’installation autonome](https://help.tableau.com/current/server/fr-ca/server_external_repo_configure_standalone.htm) - Si vous effectuez cette installation sur site, consultez [Créer une base de données PostgreSQL en tant qu’installation autonome](https://help.tableau.com/current/server/fr-ca/server_external_repo_configure_standalone.htm) - Téléchargez le certificat SSL : Des connexions sécurisées entre Tableau Server et le référentiel externe ne sont **pas** requises, mais sont recommandées. Si vous souhaitez configurer des connexions SSL pour les communications entre Tableau Server et le référentiel externe, procédez comme suit : - Amazon RDS : consultez [Utilisation de SSL pour chiffrer la connexion à une instance de base de données](https://docs.aws.amazon.com/fr-ca/AmazonRDS/latest/UserGuide/CHAP_PostgreSQL.html#PostgreSQL.Concepts.General.SSL). - Base de données Azure pour PostgreSQL : consultez [Configurer la connectivité TLS dans Azure Database pour PostgreSQL](https://docs.microsoft.com/fr-ca/azure/postgresql/concepts-ssl-connection-security). - Base de données Google Cloud : voir [Configurer les certificats SSL/TLS.](https://cloud.google.com/sql/docs/postgres/configure-ssl-instance#enforcing-ssl) - Base de données PostgreSQL autonome : le certificat CA que vous avez utilisé pour configurer SSL pour la base de données doit être copié sur le nœud initial de Tableau Server. Pour plus d’informations sur la configuration de SSL pour votre base de données PostgreSQL, consultez [Configurer SSL](https://help.tableau.com/current/server/fr-ca/server_external_repo_configure_standalone.htm#configure-ssl). ## Installer et configurer Tableau Server ### Étape 1 : Créer un fichier de configuration Créez un fichier json avec les paramètres de configuration suivants : { "flavor":"", "masterUsername":"", "masterPassword":"", "host":"", "port":5432 } - **flavor :** il s’agit du type de service externe que vous allez utiliser pour le référentiel Tableau Server. - Amazon RDS : utilisez « rds » - Base de données Azure : utilisez « azure » - Base de données Google Cloud : utilisez « gcp » - Base de données PostgreSQL autonome : utilisez « generic » - **masterUsername :** - Amazon RDS : utilisez « rails » comme nom d’utilisateur. Il s’agit de l’utilisateur que vous avez spécifié lors de la création de l’instance RDS. > [!IMPORTANT] > > Vous devez utiliser « rails » comme masterUsername. Ceci est nécessaire pour que le référentiel externe fonctionne correctement avec Tableau Server. - Base de données Azure, instance Google Cloud PostgreSQL ou base de données PostgreSQL autonome : choisissez un nom d’utilisateur qui répond à vos besoins. Nous vous recommandons d’utiliser **postgres** comme nom d’utilisateur Administrateur. Si vous choisissez d’utiliser un nom d’utilisateur différent, assurez-vous que le nom d’utilisateur ne commence pas par **pg** ou **azure**. Le nom d’utilisateur ne peut pas non plus être **rails**, **tblwgadmin**, **tableau**, **readonly** ou **tbladminviews**. - **masterPassword :** il s’agit du même mot de passe que vous avez spécifié lors de la création de l’instance de base de données PostgreSQL. - **host :** il s’agit du point de terminaison de votre instance de base de données PostgreSQL. - **port :** port de base de données que vous avez spécifié lors de la création de l’instance de base de données PostgreSQL. ### Étape 2 : Installer Tableau Server et configurer le référentiel externe **Avec l’interface en ligne de commande TSM :** 1. [Installer TSM](https://help.tableau.com/current/server/fr-ca/setup.htm) : suivez les instructions « Utiliser l’interface en ligne de commande TSM » fournies dans cette rubrique et suivez les étapes 1 à 5 pour exécuter le programme d’installation et installer TSM. 2. [Activer et enregistrer Tableau Server](https://help.tableau.com/current/server/fr-ca/activate.htm) : fournissez la clé Tableau Server et la clé Advanced Management dans l’étape d’activation. Vous devrez exécuter la commande suivante deux fois, d’abord avec la clé produit Tableau Server et ensuite avec la clé produit Advanced Management : `tsm licenses activate -k ` 3. [Configurer les paramètres du nœud initial](https://help.tableau.com/current/server/fr-ca/config_general.htm) : suivez les instructions « Utiliser l’interface en ligne de commande TSM » fournies dans la rubrique pour configurer les paramètres du nœud initial. > [!IMPORTANT] > > Important! N’exécutez pas l’étape **Initialiser et démarrer Tableau Server** lorsque vous configurez le nœud initial. Après avoir terminé les autres étapes de la rubrique [Configurer les paramètres du nœud initial](https://help.tableau.com/current/server/fr-ca/config_general.htm), revenez à cette page et suivez les autres instructions. 4. Configurez Tableau Server pour utiliser le référentiel externe en utilisant les commandes suivantes : - Spécifiez les paramètres du référentiel externe en utilisant le fichier json que vous avez créé à l’étape précédente : `tsm topology external-services repository enable -f .json -c ` Le fichier json est le fichier que vous avez créé à la première étape avec les paramètres de configuration. **Remarque :** le certificat SSL n’est nécessaire que si vous utilisez des connexions chiffrées entre Tableau Server et le référentiel externe. Si ce n’est pas une nécessité pour vous, vous devez spécifier l’option --no-ssl. Dans ce cas, la commande tsm se présente ainsi : `tsm topology external-services repository enable -f .json --no-ssl` - Appliquez les modifications : `tsm pending-changes apply` ### Étape 3 : Terminer tsm Initialize Pour initialiser et démarrer Tableau Server : `tsm initialize --start-server --request-timeout 1800` ### Étape 4 : Terminer l’installation [Ajouter un compte Administrateur](https://help.tableau.com/current/server/fr-ca/startup.htm) et terminez l’installation. ## Qui peut le faire? Les administrateurs Tableau Server peuvent installer et configurer Tableau Server. [Passer au contenu principal](#main-content) # Installer Tableau Server avec un stockage de fichiers externe Cette rubrique vous guide à travers le processus de configuration d’un partage réseau qui sera votre stockage de fichiers pour une nouvelle installation de Tableau Server. Si vous tentez cette opération sur une installation existante de Tableau Server utilisant un stockage de fichiers local, consultez [Reconfigurer le stockage de fichiers](https://help.tableau.com/current/server/fr-ca/server_external_filestore_storage_reconfigure.htm). ## Conditions préalables - Vous devez utiliser Tableau Server 2020.1 ou version ultérieure. - Vous devez disposer d’un partage réseau utilisable comme option de stockage. Pour obtenir des recommandations sur la solution de stockage, consultez la section [Considérations sur les performances en cas d’utilisation d’un stockage de fichiers externe](https://help.tableau.com/current/server/fr-ca/server_external_filestore_performance.htm). Utilisez **Partage SMB** pour les installations Windows. Estimation de la taille de stockage : vous devez prendre en compte la quantité de stockage nécessaire pour la publication et l’actualisation d’extraits. Vous devez également prendre en compte la taille de la sauvegarde du référentiel, sauf si vous choisissez spécifiquement d’effectuer la sauvegarde de votre référentiel séparément, comme décrit dans la rubrique [Option 2 : Sauvegarder le référentiel séparément](https://help.tableau.com/current/server/fr-ca/server_external_filestore_storage_backup_restore.htm#backup-repository-separately). - Extraits : - Considérez le nombre d’extraits qui seront publiés sur Tableau Server et la taille de chaque extrait. Testez vos besoins en publiant plusieurs extraits sur Tableau Server, puis en vérifiant l’espace disque utilisé. Vous pouvez utiliser cette quantité d’espace disque pour vous aider à déterminer le nombre d’extraits qui seront publiés sur Tableau Server dans la durée ainsi que l’augmentation de taille de chaque extrait existant. - Considérez l’espace requis par le répertoire temporaire pendant une actualisation d’extrait. Le répertoire temporaire, sur lequel un extrait est stocké pendant une actualisation, peut demander jusqu’à trois fois la taille de fichier finale de l’extrait. - Sauvegarde du référentiel : - Pour obtenir une estimation des données du référentiel, vérifiez la taille du répertoire `/pgsql/data/base`. - Pour obtenir la taille exacte des données du référentiel, ouvrez le fichier de sauvegarde et utilisez la taille du fichier `workgroup.pg_dump`. - Les capacités Advanced Management doivent être activées sur votre serveur. Pour en savoir plus sur Advanced Management, consultez [À propos de Tableau Advanced Management sur Tableau Server](https://help.tableau.com/current/server/fr-ca/itm_intro.htm). ## Installer Tableau Server avec un stockage de fichiers externe Vous pouvez installer Tableau Server avec un stockage de fichiers en utilisant un partage réseau pour stocker les données de Tableau Server. Cette solution remplace la nécessité d’exécuter le processus stockage de fichiers localement. Pour en savoir plus sur cette solution et ses avantages, consultez [Stockage de fichiers externe Tableau Server](https://help.tableau.com/current/server/fr-ca/server_external_filestore_storage.htm). Utilisez les étapes suivantes pour installer votre Tableau Server avec le stockage de fichiers externe pendant l’installation : ### Étape 1 : Configurer un partage réseau Sur votre serveur de fichiers : 1. Créez et partagez un répertoire à utiliser comme stockage de fichiers externe Tableau Server. 2. Assurez-vous que le partage réseau est accessible en tant que répertoire au même emplacement sur tous les nœuds du Tableau Server. 3. Créez le répertoire Tableau dans votre partage réseau et donnez un accès complet au compte **Network Service** et au compte d’utilisateur du domaine que vous prévoyez d’utiliser pour le compte **Exécuter en tant qu’utilisateur**. Nous vous recommandons d’appeler le répertoire ’**tableau**’. `\\hostname\\tableau\` **Remarque :** \- Le compte Network Service peut être utilisé pour accéder à des ressources sur des ordinateurs distants dans le même domaine Active Directory, mais nous vous recommandons de configurer un compte de domaine pour le compte **Exécuter en tant que service** à utiliser dans ce scénario. Pour plus d’informations, consultez [Compte Exécuter en tant que service](https://help.tableau.com/current/server/fr-ca/runas.htm). \- Les services qui fonctionnent comme le compte Network Service accèdent aux ressources du réseau en utilisant les informations d’identification du compte de l’ordinateur dans le format _\\$_. Si vous utilisez Active Directory pour gérer les autorisations et l’accès aux utilisateurs, voici un moyen recommandé de gérer les autorisations pour votre partage réseau : \- Créez un groupe de sécurité Active Directory. \- Ajoutez les comptes d’ordinateur pour le groupement Tableau avec le compte **Exécuter en tant qu’utilisateur** à ce groupe. \- Accordez au groupe de sécurité l’accès au partage réseau. De cette façon, si vous avez besoin d’ajouter ou de supprimer un ordinateur sur le groupement, vous pouvez simplement apporter la modification au groupe de sécurité. 4. **Vérifiez que le partage réseau est correctement configuré :** depuis Tableau Server, exécutez une commande pour écrire sur un partage réseau et vérifiez que vous êtes en mesure d’écrire dessus. ### Étape 2 : Télécharger et installer TSM 1. Téléchargez le programme d’installation de Tableau Server. 2. Ouvrez une invite de commande en tant qu’utilisateur doté d’un accès administrateur à l’ordinateur où vous souhaitez installer Tableau Server. 3. Exécutez le programme d’installation depuis la ligne de commande en utilisant les options /SILENT et /ACCEPTEULA : `tableau-setup-tsm-.-x64.exe/SILENT/ACCEPTEULA` **Remarque :** il existe différentes options d’installation que vous pouvez spécifier lors de l’installation depuis l’interface en ligne de commande par exemple, pour modifier les chemins d’installation et de journalisation, ou pour spécifier le port du contrôleur TSM. Pour obtenir la liste complète des commutateurs que vous pouvez spécifier lors de l’installation depuis l’interface en ligne de commande, consultez [Commutateurs d’installation et propriétés pour Tableau Server](https://help.tableau.com/current/server/fr-ca/silent_installer_flags.htm). ### Étape 3 : Activer et enregistrer Tableau Server Fournissez la clé Tableau Server et la clé Advanced Management dans l’étape d’activation. Vous devrez exécuter la commande suivante deux fois, d’abord avec la clé produit Tableau Server et ensuite avec la clé produit Advanced Management : `tsm licenses activate -k ` ### Étape 4. Activer le stockage de fichiers externe La configuration de Tableau Server avec un référentiel externe ne peut être effectuée qu’à l’aide de l’interface en ligne de commande TSM. 1. Activez la fonction de stockage réseau à l’aide des commandes tsm suivantes : `tsm topology external-services storage enable --network-share \\hostname\\tableau\` Le programme d’installation crée automatiquement la structure de répertoires suivante dans le partage : **Sauvegardes des données PostgreSQL :** _tableau\_data\\tabsvc\\repository\_backup_ **Remarque :** ce répertoire sera créé la première fois que vous créez une sauvegarde. **Extraits et révisions des classeurs :** _tableau\_data tabsvc\\dataengine\\extracts_ tableau\_data\\tabsvc\\dataengine\\revisions ### Étape 5 : Configurer les paramètres du nœud initial Suivez les instructions fournies dans la rubrique [Configurer les paramètres du nœud initial](https://help.tableau.com/current/server/fr-ca/config_general.htm). ### Étape 6 : Terminer l’installation Vous devez créer un compte administrateur initial pour Tableau Server. - Si vous avez configuré un magasin d’identités local lors de l’installation, spécifiez le nom et le mot de passe que vous souhaitez utiliser. - Si vous avez configuré un magasin d’identités LDAP ou Active Directory lors de l’installation, vous devez spécifiez un compte utilisateur appartenant au répertoire. Pour créer l’utilisateur initial, exécutez la commande tabcmd suivante : `tabcmd initialuser --server localhost:80 --username ''` Après l’exécution de la commande, l’interpréteur vous invite à saisir un mot de passe d’administration. ### Étape 7 : Tâches postérieures à l’installation Après avoir créé le compte d’administrateur Tableau Server, continuez votre déploiement en parcourant les étapes de configuration décrites dans les rubriques [Tâches postérieures à l’installation](https://help.tableau.com/current/server/fr-ca/config_post_install.htm). ## Qui peut le faire? Les administrateurs Tableau Server peuvent installer et configurer Tableau Server et le stockage de fichiers externe. En outre, vous devez disposer des autorisations et de l’accès nécessaires pour configurer le partage réseau à utiliser avec Tableau Server. ## Suivant [Sauvegarde et restauration avec un stockage de fichiers externe](https://help.tableau.com/current/server/fr-ca/server_external_filestore_storage_backup_restore.htm) [Passer au contenu principal](#main-content) # Installer Tableau Server avec une passerelle indépendante Cette rubrique vous guide tout au long du processus d’installation de la passerelle indépendante Tableau Server. Suivre ce processus aboutit à une configuration de la passerelle indépendante avec une connexion directe au déploiement principal de Tableau Server. Pour en savoir plus sur les modes de connexion _directe_ et _relais_, consultez la rubrique [Configurer Tableau Server avec une passerelle indépendante](https://help.tableau.com/current/server/fr-ca/server_tsig_configure.htm). ## Conditions préalables - Vous devez disposer d’un serveur dédié avec au moins 2 cœurs (4 processeurs virtuels), 8 Go de RAM et 100 Go d’espace disque libre. - Vous devez utiliser Tableau Server 2022.1 ou version ultérieure. - Vous devez utiliser un programme d’installation pour la passerelle indépendante Tableau Server avec une version majeure (**2022.1**, par exemple) qui correspond à la version de Tableau Server. Nous recommandons que les versions de maintenance (2022.1**.1** ou 2022.1**.5**, par exemple) correspondent également, mais ce n’est pas une exigence. Si des « éléments statiques » changent entre les versions et que les versions ne correspondent pas, vous pourriez constater un impact inattendu sur l’image. Par exemple, les cartes peuvent ne pas être à jour si la passerelle indépendante est une version antérieure à Tableau Server. - Vous devez avoir activé Advanced Management dans Tableau Server. Pour en savoir plus sur Advanced Management, consultez [À propos de Tableau Advanced Management sur Tableau Server](https://help.tableau.com/current/server/fr-ca/itm_intro.htm). - Par défaut, la passerelle indépendante doit pouvoir communiquer avec le déploiement principal de Tableau Server sur les ports 80 et 21319 lors de l’installation. Vous pouvez modifier ces ports par défaut lors de l’initialisation, comme décrit plus loin dans cette rubrique. - Vérifiez que votre déploiement Tableau Server est complet et sain avant d’installer et de configurer la passerelle indépendante. - Vérifiez que vous n’exécutez aucune autre application Web sur l’ordinateur sur lequel vous installez la passerelle indépendante. Par exemple, si Apache httpd est installé sur l’ordinateur, désinstallez-le ou configurez `httpd` afin qu’il n’écoute pas activement sur le port 80. ## Installer Tableau Server et la passerelle indépendante L’installation de la passerelle indépendante s’effectue à l’aide d’un module d’installation autonome qui inclut « tsig » dans le nom du fichier pour le distinguer du programme d’installation complet de Tableau Server. Nous vous recommandons vivement d’installer la passerelle indépendante après avoir installé Tableau Server et confirmé qu’il fonctionne comme prévu. Pour procéder à l’installation, vous devez avoir des droits d’administrateur . Vous pouvez installer une ou plusieurs instances de la passerelle indépendante, mais chaque instance doit être installée séparément. Si vous installez plusieurs instances pour une haute disponibilité ou pour répartir une charge client importante, répétez les étapes d’installation pour chaque instance. Lors de l’installation, le script `initialize-tsig.bat` est exécuté. Ce script vous demande les informations nécessaires pour configurer la passerelle indépendante. Une fois la passerelle indépendante entièrement installée, vous devez exécuter une commande TSM sur le nœud initial de Tableau Server pour configurer le serveur avec des détails sur l’instance de la passerelle indépendante. L’installation de la passerelle indépendante comprend ces étapes : - Exécuter le programme d’installation spécifique de la plate-forme. - Exécuter le script de post-installation. Cette opération est effectuée automatiquement par le programme d’installation. - Activer l’instance de la passerelle indépendante à l’aide de TSM. ### Étape 1 : Télécharger et installer Tableau Server 1. [Installer TSM](https://help.tableau.com/current/server/fr-ca/setup.htm) suivez les instructions fournies dans cette rubrique et suivez les étapes 1 à 5 pour exécuter le programme d’installation et installer TSM. 2. [Activer et enregistrer Tableau Server](https://help.tableau.com/current/server/fr-ca/activate.htm) : fournissez la clé Tableau Server et la clé Advanced Management dans l’étape d’activation. Vous devrez exécuter la commande suivante deux fois, d’abord avec la clé produit Tableau Server et ensuite avec la clé produit Advanced Management : `tsm licenses activate -k ` 3. [Configurer les paramètres du nœud initial](https://help.tableau.com/current/server/fr-ca/config_general.htm) suivez les instructions fournies dans la rubrique pour configurer les paramètres du nœud initial. ### Étape 2 : Télécharger et installer la passerelle indépendante Une fois que vous avez téléchargé le fichier d’installation de la passerelle indépendante Tableau Server, suivez les instructions ci-dessous pour procéder à l’installation de la passerelle indépendante. 1. Sur l’ordinateur sur lequel vous installez la passerelle indépendante, connectez-vous en tant qu’utilisateur disposant d’un accès administrateur et double-cliquez sur le fichier d’installation téléchargé. 2. Sur le premier écran, vous devez accepter le contrat de licence avant de continuer. 3. Après acceptation du contrat de licence, vous pouvez effectuer l’une des deux actions suivantes : - Installer la passerelle indépendante en cliquant sur Installer ou - Modifier l’emplacement d’installation en cliquant sur Personnaliser, puis installer la passerelle indépendante : Par défaut, la passerelle indépendante est installée dans `C:\Program Files\Tableau\Tableau Server\independentgateway`. Vous pouvez choisir un emplacement différent de l’emplacement par défaut, notamment un lecteur différent, en accédant à l’emplacement souhaité ou en saisissant un nouveau chemin. Une fois que vous avez spécifié l’emplacement d’installation, cliquez sur Installer pour installer la passerelle indépendante à cet emplacement. 4. Le programme d’installation installe la passerelle indépendante et exécute automatiquement le scénario `initialize-tsig.bat`. Dans une fenêtre de commande ouverte par le programme d’installation, vous êtes invité à saisir les valeurs utilisées pour configurer la passerelle indépendante : - `TSIG_TS_CLUSTER`—Obligatoire. Il n’y a pas de valeur par défaut. Vous devez entrer une valeur lorsque vous y êtes invité. Cette valeur doit être l’adresse ou les adresses Internet de chaque nœud du groupement Tableau Server. Des caractères génériques peuvent être utilisés et des masques de sous-réseau peuvent être utilisés pour spécifier plusieurs nœuds. Pour spécifier plusieurs adresses, séparez-les par des espaces. Les valeurs doivent être fournies dans l’une des formes acceptables pour la directive Apache httpd mod\_authz\_host « Require ». Pour plus d’informations, consultez [https://httpd.apache.org/docs/2.4/mod/mod\_authz\_host.html](https://httpd.apache.org/docs/2.4/mod/mod_authz_host.html). - `TSIG_HK_PORT` : la valeur par défaut est `21319`. Il s’agit du port utilisé pour les demandes de maintenance entrantes de Tableau Server. - `TSIG_HK_PROTOCOL` : la valeur par défaut est `http`. Les valeurs valides sont `http` et `https`. Il s’agit du protocole utilisé pour les demandes de maintenance de Tableau Server. - `TSIG_PORT` : la valeur par défaut est `80`. Le port utilisé pour les requêtes externes. - `TSIG_PROTOCOL` : la valeur par défaut est `http`. Les valeurs valides sont `http` et `https`. Il s’agit du protocole utilisé pour les requêtes externes. - `TSIG_INSTANCE_ID` : la valeur par défaut est le nom de la machine. Un identifiant unique pour l’instance de la passerelle indépendante. 5. L’installation se termine lorsque l’exécution du script est terminée et que la passerelle indépendante est initialisée. ### Étape 3 : Activer la passerelle indépendante dans Tableau Server La dernière étape de l’installation et de la configuration d’Independent Gateway consiste à activer la passerelle indépendante dans Tableau Server. Pour ce faire, utilisez la commande TSM `tsm topology external-services gateway enable -c ` avec un fichier JSON qui identifie l’instance ou les instances de la passerelle indépendante et fournit à Tableau Server les détails nécessaires à la communication entre le serveur et la passerelle indépendante. Tableau Server doit être dans un état arrêté pour activer la passerelle indépendante. #### Contenu du fichier JSON de la passerelle indépendante Le fichier JSON que vous utilisez pour activer les instances de la passerelle indépendante sur Tableau Server doit contenir les éléments suivants : - **id :** la valeur id doit correspondre à TSIG\_INSTANCE\_ID pour l’instance particulière. Si vous ne l’avez pas fournie lors de l’initialisation, la valeur par défaut est le nom de machine (%COMPUTERNAME%) de l’ordinateur de la passerelle indépendante. La valeur dans le fichier json doit correspondre à la sortie de la commande `hostname`. - **host :** l’hôte doit être un nom résoluble par DNS de l’ordinateur de la passerelle indépendante. - **port :** le port doit correspondre à la valeur TSIG\_HK\_PORT spécifiée sur l’instance de la passerelle indépendante. Si vous ne l’avez pas fournie lors de l’initialisation, la valeur par défaut est « 21319 ». - **protocol :** le protocole doit correspondre au protocole TSIG\_HK\_PROTOCOL spécifié sur l’instance de la passerelle indépendante. Si vous ne l’avez pas fournie lors de l’initialisation, la valeur par défaut est « http ». - **Authsecret :** le secret d’authentification doit correspondre au secret créé par le script d’initialisation sur l’instance de la passerelle indépendante. #### Le secret d’authentification de la passerelle indépendante Le script d’initialisation crée un secret partagé unique sur chaque ordinateur de la passerelle indépendante. Vous avez besoin de ce secret pour activer la passerelle indépendante dans Tableau Server. Copiez le secret et incluez-le dans votre fichier JSON en tant que « authsecret ». Le secret partagé se trouve dans le fichier `tsighk-auth.conf` ici : C:\\ProgramData\\Tableau\\Tableau Server\\independentgateway\\config\\tsighk-auth.conf #### Exemple de fichier JSON de la passerelle indépendante Le fichier JSON doit être au format ci-dessous. Cet exemple de fichier JSON affiche valeurs par défaut où elles sont utilisées. Votre fichier doit avoir utilisé les valeurs réelles qui correspondent à votre installation de la passerelle indépendante et à votre organisation. { "independentGateways": \[ { "id": "", "host": "", "port": "21319", "protocol": "http", "authsecret": "" }, { "id": "", "host": "", "port": "21319", "protocol": "http", "authsecret": "" } \] } ### Activation de la passerelle indépendante dans Tableau Server Pour terminer l’installation de la passerelle indépendante, vous devez l’activer à l’aide de TSM. 1. Copiez le fichier de configuration JSON sur le nœud initial de Tableau Server. 2. Sur le nœud initial, ouvrez une invite de commande en tant qu’administrateur. 3. Exécutez les commandes suivantes pour arrêter Tableau Server, activer la passerelle indépendante à l’aide du fichier de configuration json et redémarrer le serveur : tsm stop tsm topology external-services gateway enable -c tsig.json tsm start ### Étape 4 : Vérifier la passerelle indépendante dans Tableau Server Vous devriez pouvoir accéder à la page de connexion de Tableau Server en saisissant l’adresse de la passerelle indépendante dans un navigateur. S’il existe un pare-feu entre la passerelle indépendante et le déploiement principal de Tableau Server, vous devrez alors ouvrir les ports pour les processus Tableau Server pour établir une connexion directe. Pour plus d’informations, consultez [Connexion en direct](https://help.tableau.com/current/server/fr-ca/server_tsig_configure.htm#Direct). Vous pouvez également choisir de minimiser les exigences de port en configurant la passerelle indépendante pour une connexion relais. Pour plus d’informations, consultez [Connexion par relais](https://help.tableau.com/current/server/fr-ca/server_tsig_configure.htm#Relay). [Passer au contenu principal](#main-content) # Installer Tableau Server sur Alibaba Cloud ## Ceci est un contenu archivé Les déploiements sur des nuages publics continuent d’être pris en charge, mais le contenu des déploiements de nuage public tiers n’est plus mis à jour. Pour consulter le dernier contenu de déploiement de Tableau Server, consultez le et la section [Déployer](https://help.tableau.com/current/server/fr-ca/install.htm) de l’aide de Tableau Server. Pour les clients qui ont accès, nous recommandons Tableau Cloud. Pour en savoir plus, consultez : - [Guide de migration manuelle de Tableau Cloud](https://help.tableau.com/current/guides/migration/fr-ca/emg_intro.htm) - [Version d’évaluation de Tableau Cloud pour administrateur](https://help.tableau.com/current/server-linux/fr-ca/install.htm) - [Tableau Cloud : Premiers pas pour l’administrateur](https://www.tableau.com/fr-ca/learn/get-started/online-admin) ## Introduction Lorsque vous installez Tableau Server sur une instance Alibaba Cloud Elastic Compute Service (ECS), vous disposez toujours des fonctionnalités avancées de Tableau Server dans un environnement local. L’exécution de Tableau Server sur une instance ECS est un excellent choix si vous souhaitez bénéficier de la flexibilité de l’évolutivité verticale et de l’évolutivité horizontale sans avoir à acheter et gérer un parc de serveurs coûteux. Par exemple, vous pouvez configurer Tableau Server pour la haute disponibilité, et l’intégrer avec toutes les applications professionnelles courantes (par exemple, Active Directory) sur lesquelles s’appuient de nombreuses entreprises. Vous recherchez Tableau Server sur Linux? Consultez [Installer Tableau Server sur Alibaba Cloud](https://help.tableau.com/current/server-linux/fr-ca/ts_alibaba_welcome.htm "Ouvre la rubrique dans un nouvel onglet de navigateur"). Vous pouvez aussi stocker les données que vous utilisez avec Tableau Server dans les bases de données Alibaba suivantes : - [Apsara DB RDS pour Microsoft SQL Server :](https://www.alibabacloud.com/product/apsaradb-for-rds-sql-server) Un service d’hébergement de base de données sur demande pour Microsoft SQL Server. - [Apsara DB RDS pour MySQL :](https://www.alibabacloud.com/product/apsaradb-for-rds-mysql) Un service d’hébergement de bases de données sur demande pour MySQL. - [Apsara DB RDS pour PostgreSQL :](https://www.alibabacloud.com/product/apsaradb-for-rds-postgresql) Un service d’hébergement de bases de données sur demande pour PostgreSQL. Vous pouvez utiliser les [connecteurs](https://help.tableau.com/current/pro/desktop/fr-ca/help.htm#exampleconnections_overview.htm) de données natifs suivants pour vous connecter à vos données dans Alibaba Cloud : - [Microsoft SQL Server :](https://help.tableau.com/current/pro/desktop/fr-ca/examples_sqlserver.htm) Connectez-vous à une base de données Microsoft SQL Server. - [MySQL :](https://help.tableau.com/current/pro/desktop/fr-ca/examples_mysql.htm) Connectez-vous à une base de données MySQL. - [PostgreSQL :](https://help.tableau.com/current/pro/desktop/fr-ca/examples_postgresql.htm) Connectez-vous à une base de données PostgreSQL. - [Autres bases de données (JDBC)](https://help.tableau.com/current/pro/desktop/fr-ca/examples_otherdatabases_jdbc.htm) : Connectez-vous à une base de données en utilisant la norme Java Database Connectivity (JDBC). - [Autres bases de données (ODBC)](https://help.tableau.com/current/pro/desktop/fr-ca/examples_otherdatabases.htm) : Connectez-vous à une base de données en utilisant la norme Open Database Connectivity (ODBC). ## Autres articles de cette section [Passer au contenu principal](#main-content) # Installer Tableau Server sur Amazon Web Services ## Ceci est un contenu archivé Les déploiements sur des nuages publics continuent d’être pris en charge, mais le contenu des déploiements de nuage public tiers n’est plus mis à jour. Pour consulter le dernier contenu de déploiement de Tableau Server, consultez le et la section [Déployer](https://help.tableau.com/current/server/fr-ca/install.htm) de l’aide de Tableau Server. Pour les clients qui ont accès, nous recommandons Tableau Cloud. Pour en savoir plus, consultez : - [Guide de migration manuelle de Tableau Cloud](https://help.tableau.com/current/guides/migration/fr-ca/emg_intro.htm) - [Version d’évaluation de Tableau Cloud pour administrateur](https://help.tableau.com/current/server-linux/fr-ca/install.htm) - [Tableau Cloud : Premiers pas pour l’administrateur](https://www.tableau.com/fr-ca/learn/get-started/online-admin) ## Introduction Lorsque vous installez Tableau Server sur une machine virtuelle (VM) Amazon Web Services (AWS), vous disposez toujours des fonctionnalités avancées de Tableau Server dans un environnement local. L’exécution de Tableau Server sur une VM AWS est un excellent choix si vous souhaitez bénéficier de la flexibilité de l’évolutivité verticale et de l’évolutivité horizontale sans avoir à acheter et gérer un parc de serveurs coûteux. Par exemple, vous pouvez configurer Tableau Server pour la haute disponibilité, et l’intégrer avec toutes les applications professionnelles courantes (par exemple, Active Directory) sur lesquelles s’appuient de nombreuses entreprises. Vous recherchez Tableau Server sur Linux? Consultez [Installer Tableau Server sur Amazon Web Services](https://help.tableau.com/current/server-linux/fr-ca/ts_aws_welcome.htm "Ouvre la rubrique dans un nouvel onglet de navigateur"). Tableau Server peut tirer parti de nombreux services AWS natifs : - [Amazon CloudWatch :](https://aws.amazon.com/cloudwatch) surveille les composants de votre solution basée sur AWS. - [Amazon Route53 :](https://aws.amazon.com/route53) service Web DNS pour la connexion des demandes utilisateur à votre infrastructure AWS. - [AWS Certificate Manager :](https://aws.amazon.com/certificate-manager) vous aide à déployer les certificats SSL et TLS à utiliser avec AWS. - [AWS CloudFormation :](https://aws.amazon.com/cloudformation) vous aide à créer et gérer des ressources AWS associées de manière contrôlée en utilisant des modèles prédéfinis. - [Elastic Load Balancing :](https://aws.amazon.com/elasticloadbalancing) vous pouvez utiliser Elastic Load Balancing pour étendre des demandes Tableau sur plusieurs passerelles Tableau. Vous pouvez aussi stocker les données que vous utilisez avec Tableau Server en utilisant n’importe laquelle des fonctionnalités AWS suivantes. Tableau fournit des [connecteurs](https://help.tableau.com/current/pro/desktop/fr-ca/help.htm#exampleconnections_overview.htm) de données natifs qui vous permettent de vous connecter aux données dans les sources de données AWS suivantes : - [Amazon Athena :](https://help.tableau.com/current/pro/desktop/fr-ca/examples_amazonathena.htm) service de requête interactif que vous pouvez utiliser pour analyser des données dans Amazon S3 à l’aide de SQL. - [Amazon Aurora pour MySQL](https://help.tableau.com/current/pro/desktop/fr-ca/examples_amazonaurora.htm) : Base de données haute performance compatible avec MySQL. - [Amazon EMR Hadoop Hive :](https://help.tableau.com/current/pro/desktop/fr-ca/examples_amazonemr.htm) infrastructure gérée Hadoop permettant de traiter de grandes quantités de données. - [Amazon Redshift :](https://help.tableau.com/current/pro/desktop/fr-ca/examples_amazonredshift.htm) solution d’entreposage de données pour le stockage et l’exploration de grandes quantités de données. - Amazon Relational Database Service (Amazon RDS) : cette solution de base de données relationnelle prend en charges [Amazon Aurora pour MySQL](https://help.tableau.com/current/pro/desktop/fr-ca/examples_amazonaurora.htm), [PostgreSQL](https://help.tableau.com/current/pro/desktop/fr-ca/examples_postgresql.htm), [MySQL](https://help.tableau.com/current/pro/desktop/fr-ca/examples_mysql.htm), [MariaDB](https://help.tableau.com/current/pro/desktop/fr-ca/examples_mariadb.htm), [Oracle](https://help.tableau.com/current/pro/desktop/fr-ca/examples_oracle.htm) et [Microsoft SQL Server](https://help.tableau.com/current/pro/desktop/fr-ca/examples_sqlserver.htm). - Amazon Simple Storage Service (Amazon S3) : Solution de stockage dans le nuage. ## Autres articles de cette section [Passer au contenu principal](#main-content) # Installer Tableau Server sur Google Cloud Platform ## Ceci est un contenu archivé Les déploiements sur des nuages publics continuent d’être pris en charge, mais le contenu des déploiements de nuage public tiers n’est plus mis à jour. Pour consulter le dernier contenu de déploiement de Tableau Server, consultez le et la section [Déployer](https://help.tableau.com/current/server/fr-ca/install.htm) de l’aide de Tableau Server. Pour les clients qui ont accès, nous recommandons Tableau Cloud. Pour en savoir plus, consultez : - [Guide de migration manuelle de Tableau Cloud](https://help.tableau.com/current/guides/migration/fr-ca/emg_intro.htm) - [Version d’évaluation de Tableau Cloud pour administrateur](https://help.tableau.com/current/server-linux/fr-ca/install.htm) - [Tableau Cloud : Premiers pas pour l’administrateur](https://www.tableau.com/fr-ca/learn/get-started/online-admin) ## Introduction Lorsque vous installez Tableau Server sur une machine virtuelle (VM) Google Compute Engine (GCE), vous disposez toujours des fonctionnalités avancées de Tableau Server dans un environnement local. L’exécution de Tableau Server sur une VM GCE est un excellent choix si vous souhaitez bénéficier de la flexibilité de l’évolutivité verticale et de l’évolutivité horizontale sans avoir à acheter et gérer un parc de serveurs coûteux. Par exemple, vous pouvez configurer Tableau Server pour la haute disponibilité, et l’intégrer avec toutes les applications professionnelles courantes (par exemple, Active Directory) sur lesquelles s’appuient de nombreuses entreprises. Vous recherchez Tableau Server sur Linux? Consultez [Installer Tableau Server sur Google Cloud Platform](https://help.tableau.com/current/server-linux/fr-ca/ts_gcp_welcome.htm "Ouvre la rubrique dans un nouvel onglet de navigateur"). Tableau Server peut tirer parti des nombreux services natifs Google Cloud : - [Disque persistant Google :](https://cloud.google.com/persistent-disk/) Stockage en blocs dans le nuage pour les machines virtuelles (VM) - [Stockage Google Cloud :](https://cloud.google.com/storage/) Stockage d’objets unifié dans le nuage pour l’archivage de données. - [Google Cloud Dataflow :](https://cloud.google.com/dataflow/) Service en nuage pour le traitement des données en flux et en lots - [Google Cloud Dataproc :](https://cloud.google.com/dataproc/) Service en nuage pour l’exécution de groupements Spark et Hadoop. Vous pouvez aussi stocker les données que vous utilisez avec Tableau Server en utilisant n’importe lequel des services Google Cloud suivants. Tableau fournit des [connecteurs](https://help.tableau.com/current/pro/desktop/fr-ca/help.htm#exampleconnections_overview.htm) de données natifs qui vous permettent de vous connecter aux données dans les sources de données Google suivantes : - [Google Analytics](https://help.tableau.com/current/pro/desktop/fr-ca/examples_googleanalytics.htm) : Outil d’analyse de site Web pour le suivi et les rapports de trafic des sites Web. - [Google BigQuery](https://help.tableau.com/current/pro/desktop/fr-ca/examples_googlebigquery.htm) : Entrepôt de données d’entreprise géré pour l’analytique. - [Google Cloud SQL](https://help.tableau.com/current/pro/desktop/fr-ca/examples_googlecloudsql.htm) : Service de base de données SQL géré. - [Google Feuilles de calcul](https://help.tableau.com/current/pro/desktop/fr-ca/examples_googlesheets.htm) : Feuille de calcul incluse dans Google Documents. ## Autres articles de cette section [Passer au contenu principal](#main-content) # Installer Tableau Server sur Microsoft Azure ## Ceci est un contenu archivé Les déploiements sur des nuages publics continuent d’être pris en charge, mais le contenu des déploiements de nuage public tiers n’est plus mis à jour. Pour consulter le dernier contenu de déploiement de Tableau Server, consultez le et la section [Déployer](https://help.tableau.com/current/server/fr-ca/install.htm) de l’aide de Tableau Server. Pour les clients qui ont accès, nous recommandons Tableau Cloud. Pour en savoir plus, consultez : - [Guide de migration manuelle de Tableau Cloud](https://help.tableau.com/current/guides/migration/fr-ca/emg_intro.htm) - [Version d’évaluation de Tableau Cloud pour administrateur](https://help.tableau.com/current/server-linux/fr-ca/install.htm) - [Tableau Cloud : Premiers pas pour l’administrateur](https://www.tableau.com/fr-ca/learn/get-started/online-admin) ## Introduction Lorsque vous installez Tableau Server sur une machine virtuelle (VM) Microsoft Azure, vous disposez toujours des fonctionnalités avancées de Tableau Server dans un environnement local. L’exécution de Tableau Server sur une VM Microsoft Azure est un excellent choix si vous souhaitez bénéficier de la flexibilité de l’évolutivité verticale et de l’évolutivité horizontale sans avoir à acheter et gérer un parc de serveurs coûteux. Par exemple, vous pouvez configurer Tableau Server pour la haute disponibilité, et l’intégrer avec toutes les applications professionnelles courantes (par exemple, Active Directory) sur lesquelles s’appuient de nombreuses entreprises. Vous recherchez Tableau Server sur Linux? Consultez [Installer Tableau Server sur Microsoft Azure](https://help.tableau.com/current/server-linux/fr-ca/ts_azure_welcome.htm "Ouvre la rubrique dans un nouvel onglet de navigateur"). Tableau Server peut tirer parti des nombreuses caractéristiques natives d’Azure : - [Base de données SQL Azure :](https://docs.microsoft.com/fr-ca/azure/sql-database/) Base de données relationnelle en tant que service qui utilise le moteur Microsoft SQL Server. - [Azure Synapse Analytics :](https://docs.microsoft.com/fr-ca/azure/sql-data-warehouse/) (précédemment Azure SQL Data Warehouse) Système de base de données distribuée dans le nuage à traitement massivement parallèle (MPP). - [Apache Spark sur Azure HDInsight :](https://docs.microsoft.com/fr-ca/azure/hdinsight/hdinsight-apache-spark-overview) Structure de traitement parallèle open-source pour les applications d’analytique big data. - [Azure Active Directory :](https://docs.microsoft.com/fr-ca/azure/active-directory/) Service de répertoire et d’identité basé dans le nuage. Vous pouvez aussi stocker les données que vous utilisez avec Tableau Server en utilisant n’importe laquelle des fonctionnalités Microsoft suivantes. Tableau fournit des [connecteurs](https://help.tableau.com/current/pro/desktop/fr-ca/help.htm#exampleconnections_overview.htm) de données natifs qui vous permettent de vous connecter aux données dans les sources de données Microsoft suivantes : - [Azure Synapse Analytics :](https://help.tableau.com/current/pro/desktop/fr-ca/examples_azure_sql_dw.htm) entrepôt de données dans le nuage pour les entreprises. - [Microsoft Access :](https://help.tableau.com/current/pro/desktop/fr-ca/examples_access.htm) Système de gestion de base de données relationnelle fourni avec Microsoft Office. - [Microsoft Analysis Services](https://help.tableau.com/current/pro/desktop/fr-ca/examples_msas.htm) : Outil OLAP (traitement analytique et transactionnel en ligne) et d’exploitation des données dans Microsoft SQL Server. - [Microsoft Excel :](https://help.tableau.com/current/pro/desktop/fr-ca/examples_excel.htm) Tableur inclus dans Microsoft Office. - [Microsoft PowerPivot](https://help.tableau.com/current/pro/desktop/fr-ca/examples_powerpivot.htm) : Module complémentaire de Microsoft Excel qui vous permet d’importer des données depuis plusieurs sources en un seul classeur, de créer des PivotTables et des PivotCharts et d’analyser les données. - [Microsoft SQL Server :](https://help.tableau.com/current/pro/desktop/fr-ca/examples_sqlserver.htm) Système de gestion de base de données relationnelle utilisant un langage de requête structuré (SQL). ## Autres articles de cette section [Passer au contenu principal](#main-content) # Installer Tableau Server sur un groupement à deux nœuds Lorsque vous installez Tableau Server sur un groupement à deux nœuds, vous pouvez installer des processus du serveur sur un nœud ou les deux. Un groupement à deux nœuds peut améliorer les performances de Tableau Server parce que le travail est réparti entre plusieurs ordinateurs. Notez ce qui suit à propos des groupements à deux nœuds : - Un groupement à deux nœuds n’assure pas le basculement ni la prise en charge de la haute disponibilité. - Vous ne pouvez pas installer plus d’une instance du référentiel dans un groupement à deux nœuds, et le référentiel doit se trouver sur le nœud initial. Si vous avez besoin des fonctions de basculement ou de haute disponibilité, ou que vous souhaitez une seconde instance du référentiel, vous devez installer Tableau Server sur un groupement comportant au moins trois ordinateurs personnels. Dans un groupement qui inclut au moins trois nœuds, vous pouvez configurer deux instances du référentiel, ce qui vous fournit une fonction de basculement de groupement. [Passer au contenu principal](#main-content) # Installer TSM Cette section vous guide tout au long du processus d’installationTableau Server de Tableau Services Manager (TSM). **Important :** n’installez pas une version bêta de Tableau Server dans votre environnement de production. Par ailleurs, il ne faut jamais restaurer une installation de production de Tableau Server en utilisant la sauvegarde d’une version bêta. ## Conditions préalables Avant de continuer, consultez la rubrique [Avant l’installation...](https://help.tableau.com/current/server/fr-ca/requ.htm). ## Exécution du programme d’installation Une fois que vous avez téléchargé le fichier d’installation de Tableau Server, suivez les instructions ci-dessous pour procéder à l’installation du serveur. **Important :** n’installez pas une version bêta de Tableau Server dans votre environnement de production. Par ailleurs, il ne faut jamais restaurer une installation de production de Tableau Server en utilisant la sauvegarde d’une version bêta. 1. Connectez-vous en tant qu’utilisateur avec accès administrateur à l’ordinateur sur lequel vous souhaitez installer Tableau Server et double-cliquez sur le fichier d’installation. 2. Suivez les instructions à l’écran pour effectuer la configuration et installer l’application. ![Image de la configuration qui vous permet de modifier le chemin d’accès du fichier](/tableau/current/fr-ca/server/fr-ca/Img/tsm-install-path.png) Le chemin d’installation par défaut est `C:\Program Files\Tableau\Tableau Server\`. Le programme d’installation affiche le chemin d’installation sans la version, comme ceci : `C:\Program Files\Tableau\Tableau Server`. Vous pouvez choisir un emplacement différent, y compris un lecteur différent, en accédant à l’emplacement ou en saisissant un nouveau chemin. Sachez que si vous naviguez vers un emplacement, le programme de configuration ajoute `\Tableau Server` à la fin du chemin. Vous pouvez le supprimer si ce n’est pas l’emplacement que vous souhaitez. Si vous mettez à niveau depuis Tableau Server version 2018.1 ou antérieur et que Tableau a été installé sur un emplacement non par défaut, vous devez spécifier l’emplacement de votre version existante. Les étapes de mise à niveau varient en fonction de la version cible et de l’emplacement de l’installation. Consultez la rubrique [Présentation de la mise à niveau de Tableau Server](https://help.tableau.com/current/server/fr-ca/upgrade.htm) pour savoir comment choisir vos étapes de mise à niveau. **Remarque :** Si vous y êtes invité par le pare-feu Windows Defender, cliquez sur Autoriser l’accès. Vous devrez peut-être effectuer cette opération plusieurs fois pour terminer l’installation. 3. Cliquez sur Suivant. ![Image de la configuration qui vous permet de modifier le type d’installation](/tableau/current/fr-ca/server/fr-ca/Img/tsm-install-type.png) Dans la page Type d’installation du serveur, vous pouvez spécifier si vous installez le premier nœud d’une installation Server, ou des nœuds supplémentaires dans une installation multinœud. Vous n’avez pas besoin de modifier la valeur par défaut (créer une nouvelle installation Tableau Server.) sauf si vous installez Tableau Server sur plusieurs nœuds. Si vous installez Tableau Server sur plusieurs nœuds, consultez la section [Installer et configurer des nœuds supplémentaires](https://help.tableau.com/current/server/fr-ca/install_additional_nodes.htm). 4. Cliquez sur Suivant. **Important :** à partir de la version 2025.1.0, cet écran ne s’affiche plus. Le service ATR est utilisé par défaut. Si vous souhaitez utiliser l’ancien service de licences, vous devez installer Tableau Server à partir de la ligne de commande en utilisant le commutateur `ACTIVATIONSERVICE` pour spécifier l’option non définie par défaut. Pour plus d’informations, consultez [Commutateurs d’installation et propriétés pour Tableau Server](https://help.tableau.com/current/server/fr-ca/silent_installer_flags.htm) ![Image de la configuration qui vous permet de modifier le type d’installation](/tableau/current/fr-ca/server/fr-ca/Img/tsm-install-activation-type.png) Dans la page Type d’activation du produit, sélectionnez si vous souhaitez utiliser le service ATR (Authorization-To-Run) Tableau pour activer Tableau Server, puis cliquez sur Installer. Pour plus d’informations sur le service ATR (Authorization-To-Run) de Tableau, consultez [Activer Tableau Server à l’aide du service ATR (Authorization-To-Run)](https://help.tableau.com/current/server/fr-ca/atr_service.htm). 5. Une fois l’installation terminée, cliquez sur Terminer. Le programme d’installation ouvre alors la page Web de configuration TSM sur l’ordinateur sur lequel vous installez Tableau Server. Si vous avez besoin de la prise en charge de caractères qui ne sont pas dans l’ensemble Latin-1, installez les packs de langues de Windows via Panneau de configuration > Options régionales et linguistiques. Les packs de langues devront être installés sur le serveur initial ainsi que sur les nœuds supplémentaires. ### Installation de Tableau Server 1. Ouvrez une invite de commande en tant qu’utilisateur doté d’un accès administrateur à l’ordinateur où vous souhaitez installer Tableau Server. 2. Téléchargez le programme d’installation depuis la page [Téléchargements de Tableau Server](https://www.tableau.com/fr-ca/support/releases/server/). 3. Accédez au répertoire où vous avez copié le programme d’installation. 4. Exécutez le programme d’installation à partir de la ligne de commande à l’aide des propriétés `/silent flag` (exécuter sans surveillance et en mode silencieux, sans invites de l’interface utilisateur), `ACCEPTEULA` (accepter le Contrat de licence utilisateur final), et `ACTIVATIONSERVICE` (utiliser Server ATR pour activer Tableau Server) : TableauServer-64bit-.exe /silent ACCEPTEULA=1 ACTIVATIONSERVICE="1" **Remarque :** il existe différentes options d’installation que vous pouvez spécifier lors de l’installation depuis l’interface en ligne de commande par exemple, pour modifier les chemins d’installation et de journalisation, ou pour spécifier le port du contrôleur TSM. Pour obtenir la liste complète des commutateurs que vous pouvez spécifier lors de l’installation depuis l’interface en ligne de commande, consultez [Commutateurs d’installation et propriétés pour Tableau Server](https://help.tableau.com/current/server/fr-ca/silent_installer_flags.htm). 5. Fermez la fenêtre de commande et ouvrez une nouvelle fenêtre, puis vérifiez que TSM est installé et en cours d’exécution : tsm status -v L’état sera `STOPPED` mais les processus spécifiques à tsm s’exécuteront : node1: localhost Status: STOPPED 'Tableau Server Coordination Service 0' is running. 'Tableau Server Administration Agent 0' is running. 'Tableau Server Administration Controller 0' is running. 'Tableau Server License Manager 0' is running. 'Tableau Server Client File Service 0' is running. ### Configurer Tableau Server pour qu’il utilise un proxy de transfert Si votre entreprise utilise une solution de proxy de transfert pour accéder à Internet, configurez Tableau Server de manière à ce qu’il utilise le serveur proxy. Tableau Server doit accéder à Internet pour les données de carte et pour la fonctionnalité de licence par défaut. Nous vous recommandons de configurer Tableau Server pour une solution de proxy de transfert à ce stade du processus d’installation. Voir [Configurer Tableau Server sur Windows pour qu’il utilise un proxy de transfert](https://help.tableau.com/current/server/fr-ca/proxy.htm#Configure4-win-forward-proxy). ## Étape suivante - [Activer et enregistrer Tableau Server](https://help.tableau.com/current/server/fr-ca/activate.htm) [Passer au contenu principal](#main-content) # Instantanés de fichiers journaux (archives de fichiers journaux) Tableau Server inclut des fonctionnalités de génération d’un instantané des fichiers journaux à des fins d’archivage. Si vous comptez nettoyer ou supprimer d’anciens fichiers journaux dans le cadre d’une maintenance régulière du serveur, vous pouvez envisager d’archiver les fichiers journaux sur un emplacement de stockage hors serveur avant de les supprimer. **Remarque :** Pour savoir comment collecter des fichiers journaux sur des versions plus anciennes de Tableau Server pour Windows, consultez l’aide en ligne archivée dans la page d’[Aide de Tableau](https://www.tableau.com/fr-ca/support/help). Sinon, si vous faites appel à l’assistance de Tableau pour un cas, l’ingénieur de support peut vous demander un instantané du fichier journal du serveur. Cette rubrique décrit : - Comment générer un instantané de fichier journal - Comment envoyer l’instantané directement à l’assistance de Tableau depuis les outils d’administration de Tableau Server - Comment télécharger l’instantané - Comment supprimer les fichiers journaux archivés 1. Ouvrez TSM dans un navigateur : https://:8850. Pour plus d’informations, consultez [Se connecter à l’interface utilisateur Web Tableau Services Manager](https://help.tableau.com/current/server/fr-ca/sign_in_tsm.htm). 2. Cliquez sur Maintenance. 3. Générez un instantané du fichier journal. 1. Dans la page de maintenance du serveur, sous Fichiers journaux, cliquez sur Générer un instantané du fichier journal. Une boîte de dialogue d’options s’affiche : ![Une boîte de dialogue avec des champs de formulaire pour générer un instantané des fichiers journaux.](/tableau/current/fr-ca/server/fr-ca/Img/tsm-ui-log-snapshot-win.png) 2. Dans la page Options, entrez ou sélectionnez les options souhaitées, y compris une Description, une Plage temporelle des fichiers journaux à inclure, et les types facultatifs de fichiers journaux à inclure (Inclure les données Netstat, Inclure MSInfo, Inclure les données Postgres, Inclure les rapports de vidage après incident récents), puis cliquez sur Générer un instantané du fichier journal. L’instantané de fichier journal est enregistré sur un emplacement fixe de l’ordinateur personnel sur lequel TSM et Tableau Server sont installés. Si vous avez une installation distribuée, l’instantané est enregistré sur le nœud initial du groupement. L’emplacement est spécifié par la variable `basefilepath_log_archives`. Par défaut, l’instantané est enregistré sur : `C:\ProgramData\Tableau\Tableau Server\data\tabsvc\files\log-archives` Vous pouvez trouver l’emplacement actuel en interrogeant le paramètre `basefilepath.log_archives` et modifier l’emplacement en spécifiant une nouvelle valeur pour `basefilepath.log_archive`. Pour plus d’informations, consultez [Chemins d’accès des fichiers tsm](https://help.tableau.com/current/server/fr-ca/cli_default_filepaths_tsm.htm). 4. Après avoir généré l’instantané, vous pouvez le sélectionner et le téléverser sur l’assistance technique, le télécharger sur votre machine locale ou le supprimer : ![Une table avec des fichiers journaux générés et des options pour générer, télécharger, téléverser ou supprimer des fichiers journaux.](/tableau/current/fr-ca/server/fr-ca/Img/tsm-maint-gen-snapshot-actions.png) 5. Pour télécharger une copie locale de l’instantané ou la supprimer, sélectionnez l’instantané sous Fichiers journaux, puis sélectionnez l’Action appropriée. ### Téléversement d’instantanés de fichiers journaux à envoyer à l’assistance Tableau 1. Cliquez sur l’onglet Maintenance. 2. Sélectionnez l’instantané à envoyer. ![Une table avec des fichiers journaux générés et des options pour générer, télécharger, téléverser ou supprimer des fichiers journaux.](/tableau/current/fr-ca/server/fr-ca/Img/tsm-maint-gen-snapshot-actions.png) 3. Cliquez sur Téléverser sur la demande d’assistance technique. 4. Dans la boîte de dialogue qui s’affiche, entrez le Numéro de la demande d’assistance et votre Adresse de courriel de contact, puis cliquez sur Téléverser l’instantané. ![Volet Téléverser sur la demande d’assistance technique avec des champs permettant de fournir des détails sur un instantané de fichier journal à envoyer à l’assistance technique de Tableau.](/tableau/current/fr-ca/server/fr-ca/Img/tsm-maint-snapshot-upload.png) Pour connaître d’autres méthodes permettant envoyer des archives de journaux au service d’assistance de Tableau, consultez [Envoi de fichiers volumineux vers Tableau](https://help.salesforce.com/s/articleView?id=001537676&type=1) dans l’aide de Salesforce. Vous créez une archive des instantanés de fichiers journaux de Tableau Server à l’aide de la commande [`tsm maintenance ziplogs`](https://help.tableau.com/current/server/fr-ca/cli_maintenance_tsm.htm#tsm4ziplogs). Par défaut, cette commande crée un fichier zip contenant tous les fichiers journaux. Si vous exécutez une installation distribuée de Tableau Server, effectuez cette étape à partir du nœud initial. Les fichiers journaux de tous les nœuds seront inclus dans le fichier zip. Pour créer un instantané du fichier journal : 1. Sur le nœud initial, ouvrez une invite de commande en tant qu’administrateur. 2. Entrez la commande suivante : `tsm maintenance ziplogs -l -f ` où `` est le nom du fichier archive zip que vous souhaitez créer. Choisissez un nom unique ne contenant pas d’espace. S’il existe déjà un ziplog portant le même nom de fichier, la création du fichier échouera à moins que vous n’incluiez l’option `-o` pour forcer le remplacement, supprimer le fichier existant ou spécifier un nom différent dans la commande. Vous pouvez spécifier une plage temporelle pour l’instantané et les types de journaux à inclure. Par exemple, si vous savez quand une erreur s’est produite, utilisez les options `--startdate` et `--enddate` pour capturer les journaux sur une période de quelques heures avant et après l’erreur : `tsm maintenance ziplogs -f --startdate "" --enddate ""` Pour plus d’informations, consultez [tsm maintenance ziplogs](https://help.tableau.com/current/server/fr-ca/cli_maintenance_tsm.htm#tsm4ziplogs). L’instantané de fichier journal est enregistré sur un emplacement fixe de l’ordinateur personnel sur lequel TSM et Tableau Server sont installés. Si vous avez une installation distribuée, l’instantané est enregistré sur le nœud initial du groupement. L’emplacement est spécifié par la variable `basefilepath_log_archives`. Par défaut, l’instantané de fichier journal est enregistré sur : `C:\ProgramData\Tableau\Tableau Server\data\tabsvc\files\log-archives` Vous pouvez trouver l’emplacement actuel en interrogeant le paramètre:`basefilepath.log_archives` tsm configuration get -k basefilepath.log\_archive et modifier l’emplacement en spécifiant une nouvelle valeur pour:`basefilepath.log_archive` tsm configuration set -k basefilepath.log\_archive -v ":\\new\\directory\\path" Pour plus d’informations, consultez [Chemins d’accès des fichiers tsm](https://help.tableau.com/current/server/fr-ca/cli_default_filepaths_tsm.htm). ### Envoi de fichiers journaux à l’assistance de Tableau Vous pouvez envoyer des fichiers journaux à l’assistance de Tableau dans le cadre d’une demande d’assistance client (un numéro de demande d’assistance client est requis). Avant d’envoyer un fichier journal, utilisez la commande `tsm maintenance ziplogs` pour combiner les fichiers journaux dans une seule archive de fichier zip. - À l’invite de commande, entrez la commande suivante : `[tsm maintenance send-logs](https://help.tableau.com/current/server/fr-ca/cli_maintenance_tsm.htm#tsmSendLogs) -f -c -e ` où `` est votre numéro de demande d’assistance, `` votre courriel de contact pour cette demande d’assistance, et `` le nom de fichier de votre archive avec l’extension de fichier .zip. Pour connaître d’autres méthodes permettant envoyer des archives de journaux au service d’assistance de Tableau, consultez [Envoi de fichiers volumineux vers Tableau](https://help.salesforce.com/s/articleView?id=001537676&type=1) dans l’aide de Salesforce. [Passer au contenu principal](#main-content) # Intégrer Tableau à un espace de travail Slack À partir de la version 2021.3, Tableau Server et Tableau Cloud prennent en charge l’intégration avec l’application Tableau pour Slack, afin que les membres de votre équipe puissent collaborer, partager des instantanés Tableau, rechercher du contenu Tableau et recevoir des notifications sur les données Tableau, là où ils travaillent dans un espace de travail Slack. L’application Tableau pour Slack vous permet de connecter votre site Tableau à un espace de travail Slack. Une fois activée, les utilisateurs de Tableau peuvent : - Voir des notifications dans Slack lorsque leurs coéquipiers partagent du contenu avec eux, lorsqu’ils sont mentionnés dans un commentaire ou lorsque les données atteignent un seuil spécifié dans une alerte pilotée par les données. Si un administrateur de site dans Tableau Cloud ou un administrateur de serveur dans Tableau Server active les notifications sur un site, les utilisateurs peuvent contrôler les notifications qu’ils reçoivent dans Slack en configurant leurs [paramètres de compte](https://help.tableau.com/current/pro/desktop/fr-ca/useracct.htm). - Afficher un aperçu d’une visualisation lorsqu’une URL Tableau est collée dans Slack, ce qui permet aux utilisateurs de partager du contenu lié aux données avec le contexte directement dans Slack; - Rechercher des vues ou des classeurs Tableau dans les DM et canaux Slack; - Accéder aux Récents et aux Favoris depuis l’application Tableau pour Slack. Pour plus d’informations, voir [Recevez des notifications, recherchez et partagez à l’aide de l’application Tableau pour Slack](https://help.tableau.com/current/pro/desktop/fr-ca/slack_tableau.htm). **Remarque :** Certaines préférences de notification peuvent ne pas être disponibles si les fonctionnalités sont désactivées pour votre site. Par exemple, si le paramètre Visibilité utilisateur est défini sur Limité, les notifications sont désactivées. Pour plus d’informations, consultez [Référence des paramètres de site](https://help.tableau.com/current/server/fr-ca/sites_add.htm) et [Gérer la visibilité des utilisateurs du site](https://help.tableau.com/current/server/fr-ca/user_visibility.htm#user). Pour intégrer Slack à votre site Tableau, vous devez suivre plusieurs étapes de configuration, certaines dans Tableau, et d’autres dans l’espace de travail Slack auquel vous souhaitez vous connecter. Cette présentation décrit ces étapes pour les administrateurs de site Tableau sur Tableau Cloud ou un administrateur de serveur Tableau sur Tableau Server, et les administrateurs d’espace de travail Slack. **Exigences** L’activation de Tableau dans Slack nécessite à la fois un administrateur d’espace de travail Slack et un administrateur de site Tableau dans Tableau Cloud, ou un administrateur de serveur Tableau dans Tableau Server. ## Connecter un site Tableau Serveur à un espace de travail Slack Un administrateur Tableau Server peut connecter un espace de travail Slack à un site Tableau Server. La connexion de votre site Tableau à un espace de travail Slack consiste en trois tâches : - **Administrateur d’espace de travail Slack :** créez une application Slack privée sur la plateforme API Slack. - **Administrateur du serveur Tableau :** utilisez les informations de l’application pour ajouter un client OAuth. - **Administrateur du serveur Tableau :** connectez votre site Tableau à Slack. Chaque site Tableau peut se connecter à un espace de travail Slack par site Tableau. Pour plus d’informations sur la création d’applications Slack, consultez [Bonnes pratiques et directives de Slack pour la plateforme Slack](https://api.slack.com/start). **Remarque :** si vous utilisez un serveur proxy, assurez-vous d’avoir suivi les instructions relatives aux paramètres de proxy dans [Configuration des proxys et des équilibreurs de charge pour Tableau Server](https://help.tableau.com/current/server/fr-ca/proxy.htm) avant de commencer. De plus, pour **Windows :** - Assurez-vous que les variables d’environnement Windows ont déjà `http_proxy` et `https_proxy` spécifiés. Pour plus d’informations et pour obtenir des instructions sur la spécification des variables d’environnement, consultez [Configuration des proxys et des équilibreurs de charge pour Tableau Server](https://help.tableau.com/current/server/fr-ca/proxy.htm). - Ajoutez les domaines Slack [de cette liste](https://slack.com/help/urls) à la liste d’autorisation. Pour plus d’informations, consultez [Communication avec Internet](https://help.tableau.com/current/server/fr-ca/plan_network.htm). ### Étape 1 : Créer une application Tableau pour Slack **Administrateur de l’espace de travail Slack :** 1. Accédez à la [Documentation de l’API](https://api.slack.com/apps) de Slack et sélectionnez Créer une nouvelle application 2. Sélectionnez **From Scratch** (À partir de zéro), puis ajoutez un nom d’application et l’espace de travail dans lequel l’application doit exister. Sélectionnez Create New App (Créer une nouvelle application). 3. Donnez un nom à votre application et sélectionnez un espace de travail Slack. 4. Vous serez dirigé vers les paramètres d’informations de base de l’application. À partir de là, vous pouvez modifier les privilèges, la description de l’application, et autres paramètres. 5. Sélectionnez **Bots** dans la section Add features and functionality (Ajouter des fonctions et des fonctionnalités), puis sélectionnez **Review Scopes to Add** (Examiner les portées à ajouter). 6. Sous Bot Token Scopes (Portées des jetons de bot), ajoutez ces portées : - `chat:write` - `files:read` - `files:write` - `users:read` - `users:read.email` 7. Sélectionnez OAuth & Permissions (OAuth et autorisations) dans le menu de navigation. > [!IMPORTANT] > > Important : Si vous activez la rotation des jetons pour votre application Tableau pour Slack, les notifications cesseront de fonctionner dans Slack. La rotation des jetons ne peut pas être supprimée après son ajout. 8. Sélectionnez Add New Redirect URL (Ajouter une nouvelle URL de redirection). 9. Ajoutez une URL complète `https:///auth/add_oauth_token` 10. Sélectionnez **Basic Information** (Informations de base) dans le menu de navigation. 11. Indiquez l’ID client, le secret client et l’URL de redirection à l’administrateur Tableau Server. 12. Ajoutez l’application Tableau pour Slack dans l’espace de travail Slack en sélectionnant Basic Information dans le menu Settings (Paramètres), puis **Installer**. **Remarque :** les administrateurs peuvent partager leur application avec d’autres espaces de travail Slack en activant une option de distribution. Pour plus d’informations, consultez [Gérer la distribution](https://app.slack.com/app-settings/T7KUQ9FLZ/A028CVA4MK9/distribute) dans la documentation de Slack. ### Étape 2 : Ajouter un client OAuth au site Tableau **Administrateur Tableau Server :** L’administrateur Tableau Server ajoutera le client OAuth à partir de l’administrateur de l’espace de travail Slack, puis connectera le site Tableau à Slack. 1. Connectez-vous au site sur lequel vous souhaitez vous connecter à Slack. Dans la page Paramètres de votre site, sélectionnez l’onglet **Intégrations**. ![Onglet Intégrations dans les paramètres du site Tableau](/tableau/current/fr-ca/server/fr-ca/Img/slack_settings.png) 2. Sous Connectivité Slack, sélectionnez Ajouter un client OAuth. 3. Ajoutez l’ID client, le Secret client et l’URL de redirection depuis l’administrateur de l’espace de travail Slack, puis sélectionnez Ajouter un client OAuth dans la boîte de dialogue. 4. Le type de connexion et l’ID client apparaîtront dans le tableau. ### Étape 3 : Finaliser la connexion **Administrateur Tableau Server :** Lorsque le client OAuth est ajouté sous Connectivité Slack : 1. Sélectionnez **Connexion à Slack**. 2. Suivez l’invite pour vous connecter à votre espace de travail Slack. 3. Sélectionnez **Autoriser** pour permettre à votre site Tableau d’accéder à l’espace de travail Slack. Le site Tableau et l’espace de travail Slack sont désormais connectés. Dans l’espace de travail Slack, les utilisateurs Tableau sous licence peuvent recevoir des notifications Slack lorsqu’une personne partage du contenu Tableau, lorsqu’une alerte basée sur les données est déclenchée ou lorsqu’une personne est @mentionnée dans un commentaire sur une vue ou un classeur. ## Déconnecter un site Tableau de Slack En tant qu’administrateur de site, vous pouvez déconnecter un site Tableau d’un espace de travail Slack en sélectionnant **Déconnecter de Slack** dans l’onglet **Intégrations** des paramètres du site. Les utilisateurs continuent à recevoir des notifications pendant un certain temps. Les informations client OAuth que vous avez ajoutées à l’étape 2 sont conservées et peuvent être utilisées pour la connexion à un nouvel espace de travail, si nécessaire. En tant qu’utilisateur Slack, vous pouvez vous déconnecter de Slack en sélectionnant **Se déconnecter de Tableau** de l’onglet **Accueil** dans l’application Tableau pour Slack. ## Mise à jour de votre application Tableau pour Slack Lorsqu’une nouvelle version de l’application Tableau pour Slack est disponible, Tableau recommande de mettre à jour l’application pour maintenir les performances de l’application et utiliser les nouvelles fonctionnalités. Pour mettre à jour l’application Tableau pour Slack : 1. Dans la page **Paramètres** de votre site, sélectionnez l’onglet **Intégrations**. ![Onglet Intégrations dans les paramètres du site Tableau](/tableau/current/fr-ca/server/fr-ca/Img/slack_settings.png) 2. Sous **Connectivité Slack**, sélectionnez **Se connecter à Slack**. 3. Sélectionnez **Mettre à jour**. **Remarque :** les mises à jour d’applications appliquées par n’importe quel administrateur Tableau affectent tous les sites Tableau connectés au même espace de travail. ## Dépannage de l’application Tableau pour Slack Il est recommandé de [gérer les approbations d’applications pour votre espace de travail Slack](https://slack.com/help/articles/222386767-Manage-app-approval-for-your-workspace) . Cependant, si votre espace de travail Slack permet aux utilisateurs qui ne sont pas administrateurs de supprimer des applications, il est possible qu’un utilisateur puisse supprimer l’application Tableau pour Slack pour le site. Dans ce scénario, d’autres utilisateurs verront l’application Tableau pour Slack, mais ses fonctionnalités ne fonctionneront pas comme prévu. Pour résoudre ce problème, demandez à votre administrateur Slack de désinstaller et de réinstaller l’application Tableau pour Slack. Ensuite, demandez à votre administrateur de suivre les étapes pour connecter Slack à votre site Tableau. Si l’aperçu de votre lien Tableau ne s’affiche pas dans Slack, vérifiez que le jeton **files:read** autorise **les bots** dans l’application Tableau pour les [étendues d’autorisations Slack](https://api.slack.com/scopes). [Passer au contenu principal](#main-content) # Interagir avec les données dans Tableau Ce tutoriel vous présente quelques bases de la consultation et de la modification des visualisations de données ou des vues dans Tableau Server. Tableau est un outil qui vous permet d’interagir avec les visualisations publiées pour explorer des informations, poser des questions et maîtriser vos données. Voici quelques pistes de mise en route. ## Lancez-vous. Vous pouvez cliquer en toute sécurité Tableau est conçu pour l’interaction. Lorsque vous interagissez avec une visualisation, vous modifiez son apparence, dans l’immédiat. Les autres personnes, par contre, voient toujours la visualisation telle qu’elle apparaissait à l’origine. Et les données utilisées pour la créer ne changent pas non plus. ## 1 : Qu’est-ce qu’un site Tableau? Un site Tableau est un espace où les membres d’une équipe peuvent partager des données et des visualisations de données les uns avec les autres. Vous pouvez explorer ce qu’ils ont publié et mis à votre disposition. Lorsque vous vous connectez à votre site Tableau, vous arrivez sur la page d’accueil. ![Page de connexion du Viewer sur Tableau Cloud.](/tableau/current/fr-ca/server/fr-ca/Img/Viewer_sign_in.gif) ## 2 : Rechercher une visualisation Tableau appelle les visualisations présentées sur un site des « vues ». Utilisez la recherche pour trouver des vues ou des classeurs (un ensemble de vues regroupées dans un seul fichier). Les résultats de la recherche afficheront tous les différents types de contenu pertinents pour votre requête. ![Un Viewer peut rechercher des vues et des classeurs sur Tableau Cloud.](/tableau/current/fr-ca/server/fr-ca/Img/Viewer_search.gif) Vous pouvez sélectionner Tout voir pour consulter tous les résultats de la recherche si les vues de la recherche rapide ne correspondent pas à ce que vous recherchiez, ou utiliser la page Explorer pour les parcourir. Vous y verrez tous les différents types de contenu qu’un site Tableau peut héberger. ## 3 : Interagir avec le contenu Une vue publiée est un espace de travail qui vous permet d’interagir avec vos données et de les comprendre. Gardez à l’esprit qu’il n’y a aucun risque vous endommagiez ou modifiiez les données sous-jacentes, ou que vous changiez ce que les autres personnes voient. Voici quelques outils de votre boîte à outils qui vous aideront à tirer des enseignements des données. ### Afficher les détails et trier les données Maintenant que vous savez que vous pouvez cliquer sur les données, examinons-les. Lorsque vous déplacez la souris sur une vue, vous voyez souvent des infobulles qui révèlent des détails sur chaque point de données, ou repère. Vous pouvez également sélectionner plusieurs repères. ![Un Viewer survolant des repères sur une visualisation publiée.](/tableau/current/fr-ca/server/fr-ca/Img/Viewer_details.gif) Triez les tableaux par ordre alphabétique ou numérique en survolant un en-tête de colonne et en cliquant sur l’icône de tri. ![Un Viewer peut trier les données sur Tableau Cloud.](/tableau/current/fr-ca/server/fr-ca/Img/viewer_sort.gif) ### Filtrer des données Vous pouvez couper ou limiter les données visibles à une zone, une date ou une catégorie spécifique. ![Un Viewer peut filtrer les données sur Tableau Cloud.](/tableau/current/fr-ca/server/fr-ca/Img/Viewer_filter.gif) ### Annuler/Rétablir Vous n’aviez peut-être pas l’intention de tout exclure sauf un domaine. Cliquez sur Annuler pour supprimer la dernière modification ou utilisez Rétablir pour annuler toutes vos sélections. ![Bouton Annuler sur Tableau Cloud.](/tableau/current/fr-ca/server/fr-ca/Img/Viewer_undo.gif) ## 4 : Rester à jour Cette vue peut être mise à jour automatiquement avec de nouvelles données, et vous n’avez donc pas besoin de rechercher de nouveaux graphiques pour obtenir les derniers détails. Gardez la vue à portée de main en cliquant sur l’icône en forme d’étoile pour l’ajouter à vos favoris. ![Mettez une vue en favoris sur Tableau Cloud.](/tableau/current/fr-ca/server/fr-ca/Img/Viewer_favorites.gif) Tous les favoris sont ajoutés à la page Favoris dans le panneau de navigation. Et tous les tableaux de bord et vues de date récente que vous avez explorés apparaissent également dans la page d’accueil, attendant votre prochaine visite. ![Accédez aux classeurs préférés dans l’onglet Accueil de Tableau Cloud.](/tableau/current/fr-ca/server/fr-ca/Img/Viewer_favoriteshome.gif) Ceci n’est qu’un aperçu des possibilités de base, mais vous pouvez faire beaucoup de choses dans Tableau Server. Pour plus d’informations, consultez Que puis-je faire avec une vue Web Tableau? Bonne exploration! [Passer au contenu principal](#main-content) # Configuration du serveur Resource Monitoring Tool Cette rubrique décrit les options de configuration du serveur Resource Monitoring Tool (Serveur RMT) que vous pouvez définir à l’aide de l’interface Web. ## Configurations post-installation Vous pouvez mettre à jour les configurations que vous avez spécifiées pendant l’installation. Voici les deux méthodes recommandées d’apporter des modifications aux configurations : - **À l’aide de l’interface Web :** sur l’ordinateur sur lequel le Serveur RMT est installé, accédez à : _http:///setup/server_. - **À l’aide de la ligne de commande :** utilisez la commande `rmtadmin master-setup` avec l’option `--skip-admin-creation` pour ne pas être invité à créer l’utilisateur administrateur post-installation. Pour plus d’informations, consultez [rmtadmin master-setup](https://help.tableau.com/current/server/fr-ca/rmt-admin-cmdline.htm#rmtadmin_master_setup). **Remarque :** les valeurs de configuration sont enregistrées dans le [fichier de configuration](https://help.tableau.com/current/server/fr-ca/rmt-config-configFile.htm). Vous pouvez apporter des modifications directement à ce fichier, mais il est conseillé de tirer parti des options de configuration dans l’interface utilisateur et via l’utilitaire de ligne de commande `rmtadmin`. L’application des modifications apportées au fichier config nécessite un redémarrage. Voici quelques exemples du type de mises à jour possibles après la configuration initiale. - Modification de la configuration SSL : la configuration par défaut est définie sur « false ». Vous pouvez modifier cette configuration de manière à exiger HTTPS. Utilisez la commande [rmtadmin master-setup](https://help.tableau.com/current/server/fr-ca/rmt-admin-cmdline.htm#rmtadmin_master_setup) pour mettre à jour ce paramètre. - Mises à jour du certificat SSL : vous avez peut-être terminé votre configuration initiale du Serveur RMT en utilisant le mode de certification par défaut pour les communications sécurisées, et vous souhaitez mettre à jour la certification avec votre propre certificat. - Modifications des ports : parfois, vous devez utiliser des numéros de port différents de ceux par défaut selon vos besoins réseau. Pour en savoir plus sur les ports et les communications entre les différents composants de Resource Monitoring Tool, consultez [Ports de communication Tableau Resource Monitoring Tool](https://help.tableau.com/current/server/fr-ca/rmt-ports-comms.htm). - Mettre à jour l’expiration de la session : Si l’utilisateur n’accède pas à la session pendant le délai d’expiration défini, la session expirera et il devra se reconnecter. Ce délai est défini par défaut sur 240 minutes. Vous pouvez également activer l’option **Expiration coulissante** pour réinitialiser le délai d’expiration lorsqu’une session est accédée pendant le délai d’expiration. **Remarque :** Ajout ou suppression d’un nœud Tableau Server : si vous ajoutez un nouveau nœud au groupement Tableau Server que vous surveillez à l’aide de Resource Monitoring Tool, vous devrez installer et enregistrer ce nœud. Pour plus d’informations, consultez [Modifications de topologie Tableau Server](https://help.tableau.com/current/server/fr-ca/rmt-tableau-server-topology-changes.htm). Pour le faire à l’aide de la ligne de commande, utilisez la commande `rmtadmin-master-setup` . Pour plus d’informations, consultez [Utilitaire de ligne de commande rmtadmin](https://help.tableau.com/current/server/fr-ca/rmt-admin-cmdline.htm). Vous pouvez configurer Resource Monitoring Tool en cliquant sur « Configuration » sous le menu Administration. Les sections de configuration sont divisées par onglets. Si vous utilisez un fichier de configuration à cette fin, consultez [Fichier de configuration du Serveur RMT](https://help.tableau.com/current/server/fr-ca/rmt-config-configFile.htm). ![Le menu de configuration pour les vues et les requêtes lentes.](/tableau/current/fr-ca/server/fr-ca/Img/rmt-threshold.png) ## Notifications Les notifications peuvent être définies au niveau global et au niveau de l’environnement. Vous pouvez choisir comment vous souhaitez recevoir vos notifications : par courriel ou dans Slack, ou à la fois par courriel et dans Slack. **Les conditions suivantes s’appliquent aux notifications par courriel et dans Slack :** Les notifications par courriel et dans Slack peuvent être définies au niveau global et au niveau de l’environnement. Pour envoyer des notifications, les configurations doivent être activées au niveau global et au niveau de l’environnement. Vous pouvez également configurer différents niveaux de gravité minimale à partir desquels envoyer des notifications - elles peuvent être différentes par courriel et dans Slack, et peuvent également être différentes au niveau global et au niveau de l’environnement. Les configurations globales sont appliquées aux environnements existants ou à tout nouvel environnement créé à moins que l’environnement n’utilise des seuils personnalisés. ### Paramètres de notification dans Slack Les notifications dans Slack ont été introduites dans la Resource Monitoring Toolversion 2022.1. **Avant** de configurer des notifications Slack dans Resource Monitoring Tool, vous devez effectuer une configuration initiale dans Slack. Les détails complets sont décrits dans [cet article Slack](https://api.slack.com/messaging/webhooks), mais vous devez principalement procéder comme suit : 1. Créez un nouvel espace de travail ou une application Slack ou utilisez un espace de travail ou une application Slack existants et prenez soin de l’activer de manière à recevoir des rappels Web entrants. 2. Autorisez un canal sur lequel les notifications doivent être publiées. 3. Copiez l’URL du rappel Web générée pour votre espace de travail. Pour configurer une notification Slack dans Resource Monitoring Tool : 1. Dans le menu Admin, sélectionnez Configuration globale. 2. Sous l’onglet Notifications, dans la section Slack, utilisez le bouton bascule en haut de la section pour activer les notifications dans Slack. 3. Configurez les paramètres suivants : 1. Gravité minimale : le niveau de gravité minimale auquel vous souhaitez recevoir des notifications dans Slack. 2. URL du rappel Web : URL des rappels Web entrants pour votre espace de travail Slack. Cette URL est automatiquement générée lorsque vous activez les rappels Web entrants pour votre espace de travail Slack. 4. Testez-la en utilisant le bouton Envoyer un message de test pour vous assurer que vos paramètres sont valides et qu’ils fonctionnent. Pour spécifier les notifications pour chaque environnement : 1. Dans le menu Admin, sélectionnez l’environnement que vous souhaitez modifier et cliquez sur Modifier l’environnement. 2. Dans l’onglet Notifications, sélectionnez Personnaliser comme type de configuration pour remplacer les paramètres globaux. 3. Définissez la gravité minimale et l’URL du rapppel Web. 4. Testez-la en utilisant le bouton Envoyer un message de test pour vous assurer que vos paramètres sont valides et qu’ils fonctionnent. ### Notifications par courriel Pour configurer la notification par courriel, commencez par configurer les paramètres du serveur SMTP au niveau global. Les paramètres du serveur SMTP configurés au niveau global sont appliqués automatiquement à tous les environnements. Vous pouvez personnaliser certains paramètres comme le niveau de gravité minimum et les courriels de l’expéditeur et du destinataire pour chaque environnement. Voici quelques détails techniques sur le fonctionnement de la configuration TLS : - Le serveur RMT utilise l’option STARTTLS SMTP, qui met à niveau la connexion SMTP vers TLS après son lancement mais avant l’envoi du contenu du courriel. RMT ne prend pas en charge l’option REQUIRETLS SMTP. - Le serveur RMT utilise STARTTLS pour chiffrer le courriel en transit vers le serveur SMTP. Que le serveur SMTP stocke ou non le courriel chiffré au repos dépend de la configuration du serveur SMTP. Avant de pouvoir configurer les notifications par courriel dans Resource Monitoring Tool, vous devez avoir configuré un serveur SMTP et disposer des renseignements suivants : - **Nom** du serveur SMTP. - Si vous envisagez d’utiliser des communications chiffrées, notez la **version TLS** acceptée par le serveur SMTP. Actuellement, **TLS 1.2 est requis** par **Resource Monitoring Tool et TLS 1.3 est pris en charge**. - **Empreinte numérique du certificat** (facultatif). - **Numéro de port** pour le serveur SMTP. - **Nom d’utilisateur et mot de passe** (facultatif). Nécessaire uniquement si le serveur SMTP est configuré pour s’authentifier à l’aide d’un nom d’utilisateur et d’un mot de passe. - **Adresses de courriel de l’expéditeur et du destinataire** qui seront utilisées pour envoyer et recevoir des notifications. **Pour spécifier les paramètres du serveur SMTP dans** Resource Monitoring Tool **:** 1. Dans le menu Admin, sélectionnez **Configuration globale**. 2. Dans l’onglet **Notifications** de la section **Courriel**, sélectionnez le bouton bascule en haut des sections pour activer les notifications par courriel. 1. Configurez les paramètres de serveur SMTP suivants : 1. **Serveur :** indiquez le nom DNS complet du serveur SMTP. 2. **Chiffrement :** indiquez si vous souhaitez que les communications entre le serveur RMT et le serveur SMTP soient chiffrées. L’option que vous choisissez dépend de la configuration du serveur SMTP pour le chiffrement et de votre préférence en faveur de l’utilisation de communications chiffrées entre le serveur RTM et le serveur SMTP. 1. **Obligatoire :** utilisez cette option lorsque votre serveur SMTP est activé pour utiliser des communications chiffrées et que vous souhaitez vous assurer que les communications sont toujours chiffrées. Lorsqu’il est défini comme obligatoire, la connexion aura toujours tendance à utiliser le chiffrement. Si le serveur SMTP n’est pas activé pour utiliser le chiffrement, le serveur RMT ne pourra pas communiquer avec le serveur SMTP. 2. **Préféré :** utilisez cette option si vous n’êtes pas sûr des paramètres de chiffrement de votre serveur SMTP, mais préférez que les communications chiffrées soient utilisées lorsque cela est possible. Si le serveur SMTP n’est pas activé pour utiliser le chiffrement, dans ce cas, la communication non chiffrée est utilisée. 3. **Désactivé :** utilisez cette option si votre serveur SMTP n’est pas activé pour utiliser les communications chiffrées. Les communications entre le serveur RMT et le serveur SMTP ne sont pas chiffrées. **Remarque :** si le serveur SMTP demande à être chiffré, la connexion échoue. Si le serveur SMTP est activé pour être chiffré mais ne l’exige pas, la connexion réussit. 4. **Options :** permettent de déterminer le mode de vérification du serveur SMTP. Vous disposez des options suivantes : 1. Contrôler l’identité du serveur : le serveur RMT vérifie si le nom du certificat utilisé correspond au nom du serveur SMTP. S’il n’y a pas de correspondance, la connexion échoue. 2. Faire confiance à tous les hôtes : toutes les erreurs de certificat sont ignorées et cette option remplace le contrôle d’identité du serveur. N’utilisez cette option que si vous êtes certain que le certificat utilisé par le serveur RMT provient de votre serveur. 5. **Version TLS :** La version du TLS prise en charge par votre serveur SMTP. Une version par défaut est déjà sélectionnée, mais vous pouvez sélectionner d’autres versions. Si plusieurs versions TLS sont sélectionnées, le serveur RMT utilisera la version la plus sécurisée et compatible avec le serveur RMT et le serveur SMTP. La version 1.3 de TLS nécessite Open SSL 1.1.1f. Si vous envisagez d’utiliser TLS 1.3, veillez à ce que la machine sur laquelle le serveur RMT est installé dispose d’Open SSL 1.1.1f. 6. **Empreinte numérique du certificat :** facultative. Le certificat SHA1 est utilisé lorsqu’il est fourni et il doit être valide et utilisé par le serveur SMTP. Une empreinte numérique valide remplacera les autres erreurs de certificat telles que les dates d’expiration et les incompatibilités de nom de serveur. 7. **Port :** paramètres de port pour le serveur de messagerie. 8. **Nom d’utilisateur :** facultatif. Le nom du compte utilisé pour s’authentifier auprès du serveur de messagerie, si le serveur SMTP est configuré avec un nom d’utilisateur et un mot de passe pour l’authentification. 9. **Mot de passe :** facultatif. Le mot de passe du compte utilisé pour s’authentifier auprès du serveur de messagerie, si le serveur SMTP est configuré avec un nom d’utilisateur et un mot de passe pour l’authentification. 10. **Gravité minimale :** le niveau de gravité minimale auquel vous souhaitez recevoir des notifications par courriel. Ce niveau de gravité sera appliqué à tous les environnements, à moins d’être modifié au niveau de l’environnement. 11. **Courriel de l’expéditeur :** l’adresse de courriel utilisée pour envoyer les notifications. Ce niveau de gravité sera appliqué à tous les environnements, à moins d’être modifié au niveau de l’environnement. 12. **Courriel(s) du ou des destinataire(s)** : adresses de courriel des personnes qui doivent recevoir ces notifications. Ce niveau de gravité sera appliqué à tous les environnements, à moins d’être modifié au niveau de l’environnement. 13. **Effectuez un test** à l’aide du bouton Envoyer un message de test pour vous assurer que vos paramètres sont valides et qu’ils peuvent être utilisés pour envoyer correctement une notification par courriel. Pour personnaliser les paramètres d’un environnement : 1. Dans le menu **Admin**, sélectionnez l’environnement que vous souhaitez modifier et cliquez sur **Modifier l’environnement**. 2. Dans l’onglet **Notifications**, sélectionnez **Personnaliser** comme type de configuration pour remplacer les paramètres globaux. 3. Définissez le niveau de gravité, ainsi que l’information d’adresse de courriel de l’expéditeur et du destinataire. 4. Effectuez un test à l’aide du bouton Envoyer un message de test pour vous assurer que vos paramètres sont valides et que vous pouvez envoyer une notification par courriel. #### Résoudre les problèmes de connexion **Les échecs de connexion** peuvent se produire pour plusieurs raisons, mais en voici quelques-unes qui peuvent être causés par des problèmes de configuration : - **Erreurs de paramètres de chiffrement :** se produit lorsque les paramètres de chiffrement entraînent une incompatibilité entre le serveur RMT et le serveur SMTP. Par exemple, si le serveur RMT est configuré pour exiger le chiffrement, mais que le serveur SMTP n’est pas configuré pour utiliser le chiffrement. L’inverse est également vrai. Si le serveur SMTP requiert le chiffrement des communications et que le serveur RMT est configuré pour désactiver le chiffrement, la connexion échoue. - **Erreurs de certificat :** lors de l’utilisation de communications chiffrées, des éléments tels que l’autorité de certification et la compatibilité entre le nom du certificat et le serveur SMTP sont pris en compte, sauf si vous choisissez explicitement de faire **confiance à tous les hôtes** sous **Options**. - **Erreurs TLS :** la prise en charge de la version TLS dépend du système d’exploitation (SE) sur lequel le serveur RMT est installé. Vérifiez si la version de TLS que vous avez sélectionnée est prise en charge par le SE. TLS 1.2 est requis, mais TSL 1.3 est également pris en charge. TLS 1.3 nécessite Open SSL 1.1.1f ou supérieur. Assurez-vous d’avoir Open SSL 1.1.1f sur la machine sur laquelle RMT Server est installé. ## Seuils d’incident Configurez les paramètres globaux de notification d’incident. Ces seuils globaux s’appliquent par défaut à tous les environnements, à moins qu’ils ne soient remplacés par des environnements individuels. Consultez [Incidents](https://help.tableau.com/current/server/fr-ca/rmt-incidents-index-incidents.htm) pour plus d’informations sur les options d’incident disponibles et sur la façon de les configurer. ## Sécurité Configurez les paramètres de sécurité des comptes utilisateur Resource Monitoring Tool. ## Données Par défaut, Resource Monitoring Tool stocke deux semaines de données d’activité détaillées et dix années de données de rapports agrégées. **Conservation des données :** Les données d’activité détaillées de Tableau Server alimentent les tableaux de bord et les incidents pour le diagnostic des incidents de performances récents. En raison des exigences de stockage et de traitement associées, ces données ne sont conservées que pendant deux semaines par défaut. **Communication des données :** Les données d’activité agrégées de votre Tableau Server sont stockées à des fins de génération de rapports (par exemple, le rapport de [rétrofacturation](https://help.tableau.com/current/server/fr-ca/rmt-admin-chargeback.htm) ). Ces données sont compactes et peuvent être facilement stockées pour de nombreuses années de rapports historiques. ## Avancé Permet la configuration des niveaux de journalisation des diagnostics Resource Monitoring Tool. Consultez les [Fichiers journaux](https://help.tableau.com/current/server/fr-ca/rmt-admin-logs.htm) pour plus d’informations sur la journalisation. ## Qui peut le faire? Administrateur Resource Monitoring Tool ou utilisateur Resource Monitoring Tool ayant un rôle **Gestion du serveur/de l’environnement.** [Passer au contenu principal](#main-content) # Interpréter un enregistrement de performances Créez un enregistrement pour évaluer les performances de votre classeur. Une fois que vous avez terminé l’enregistrement, vous pouvez télécharger le classeur résultant et l’ouvrir dans Tableau Desktop pour analyse. Un classeur d’enregistrement des performances contient deux tableaux de bord principaux : Résumé des performances et Vues détaillées. Le tableau de bord Résumé des performances fournit une vue d’ensemble de haut niveau des événements qui demandent le plus de temps. Le tableau de bord Vues détaillées fournit beaucoup plus de détails et est destiné aux utilisateurs avancés qui s’en serviront lors de la création de classeurs. Le tableau de bord **Vues détaillées** n’est visible que lorsque le classeur d’enregistrement des performances est ouvert à l’aide de Tableau Desktop. Pour savoir comment créer un enregistrement des performances dans Tableau Server, consultez [Créer un enregistrement de performances](https://help.tableau.com/current/server/fr-ca/perf_record_create_server.htm). ## Résumé des performances Le tableau de bord **Résumé des performances** contient trois vues : **Chronologie**, **Événements** et **Questions**. ### Chronologie La vue supérieure d’un tableau de bord d’enregistrement des performances affiche les événements qui se sont produits au cours de l’enregistrement, triés chronologiquement de gauche à droite. L’axe inférieur affiche le temps écoulé, en secondes, depuis que Tableau a démarré. Dans la vue Chronologie, les colonnes **Classeur**, **Tableau de bord** et **Feuille de calcul** identifient le contexte des événements. La colonne **Événement** identifie la nature de l’événement, et la dernière colonne affiche la durée de chaque événement ainsi que sa comparaison chronologique par rapport aux autres événements enregistrés : ![Chronologie des performances du classeur, affichant les événements pendant l’enregistrement de la chronologie.](/tableau/current/fr-ca/server/fr-ca/Img/PerformanceTimeline.png) ### Événements La vue intermédiaire d’un classeur d’enregistrement des performances affiche les événements, triés par durée (ordre décroissant). Les événements ayant la durée la plus longue vous permettent d’identifier les premiers éléments à considérer pour accélérer votre classeur. ![Un graphique à barres horizontales affichant la durée de divers événements, classés par durée, avec l’événement le plus long placé en haut.](/tableau/current/fr-ca/server/fr-ca/Img/PerformanceEvents.png) Les différents types d’événements sont identifiés au moyen de diverses couleurs. La plage des événements qu’il est possible d’enregistrer est la suivante : - Calcul des dispositions Si les dispositions prennent trop de temps, envisagez de simplifier votre classeur. - Connexion à la source de données La lenteur des connexions peut être imputable à des incidents réseau ou à des problèmes au niveau du serveur de la base de données. - Compilation de requête Cet événement montre la durée nécessaire à Tableau pour générer les requêtes. Les longs délais de compilation des requêtes indiquent que les requêtes générées sont complexes. La complexité peut être due à un trop grand nombre de filtres, à des calculs complexes ou, plus généralement, à un classeur complexe. Les exemples de calculs complexes comprennent les calculs longs, les calculs de niveau de détail (LOD) ou les calculs imbriqués. Essayez de simplifier le classeur, en utilisant des filtres d’action ou en déplaçant les calculs vers la base de données sous-jacente. - Exécution d’une requête - Pour les connexions en direct, si les requêtes demandent trop de temps, il se peut que les données sous-jacentes ne soient pas optimisées pour Tableau. Reportez-vous à la documentation de votre serveur de base de données. Vous pouvez sinon envisager d’utiliser un extrait pour accélérer les performances. - Pour les extraits, si les requêtes demandent trop de temps, analysez votre utilisation des filtres. Si vous utilisez de nombreux filtres, ne serait-il pas judicieux de recourir à un filtre contextuel? Si votre tableau de bord utilise des filtres, vous pouvez envisager d’utiliser des filtres d’action, qui peuvent améliorer les performances. - Génération d’extrait. Pour accélérer la génération de l’extrait, importez uniquement un volume limité de données depuis la source de données originale. Vous pouvez, par exemple, effectuer un filtrage sur des champs de données spécifiques, ou créer un échantillon établi sur un nombre donné de lignes ou un pourcentage des données. - Géocodage Pour accélérer les performances du géocodage, utilisez moins de données ou filtrez-les. - Fusion de données Pour accélérer la fusion de données, utilisez moins de données ou filtrez-les. - Rendu du serveur Vous pouvez accélérer le rendu du serveur en exécutant des processus VizQL Server supplémentaires sur d’autres ordinateurs. ### Requête **Remarque** : Depuis Tableau Desktop version 2024.2.x, les enregistrement des performances d’un classeur connecté à une source de données publiée dans Tableau Cloud n’incluent pas l’événement `Executing query`. Cette fonctionnalité est remplacée par `executeQueries` et ce comportement est intentionnel. Si vous cliquez sur un événement **Exécution de la requête** dans la section **Chronologie** ou **Événements** d’un tableau de bord Résumé des performances, le texte de la requête s’affiche dans la section Requête. Si vous êtes connecté à une source de données publiée, le texte de la requête s’affiche dans XML. Si vous êtes connecté à la source de données directement, la requête s’affiche dans SQL comme indiqué ci-dessous : ![Requête SQL pour la sélection des données d’état.](/tableau/current/fr-ca/server/fr-ca/Img/PerformanceQuery.png) Si cela vous semble pertinent, vous pouvez utiliser le texte de requête pour travailler avec votre équipe de base de données à l’optimisation au niveau des bases de données. Il arrive parfois que la requête soit tronquée. Le cas échéant, consultez le fichier journal Tableau pour trouver la requête complète. Les serveurs de base de données, pour la plupart, peuvent donner des conseils quant à la façon d’optimiser une requête via l’ajout d’index ou au moyen d’autres techniques. Pour plus d’informations, reportez-vous à la documentation de votre serveur de base de données. Il arrive parfois pour des raisons d’efficacité que Tableau combine plusieurs requêtes dans une seule requête relative aux données. Dans ce cas, vous pouvez voir un événement Exécution de requête pour la feuille de travail NULL et zéro requête exécutée pour vos classeurs nommés. ## Chronologie détaillée Cette vue est la version détaillée de la vue **Chronologie** qui montre tous les événements et sépare les éléments individuels qui ont été regroupés dans la vue **Chronologie**. Elle est destinée aux utilisateurs avancés qui s’en serviront lors de la création de classeurs. ## Vues détaillées Le tableau de bord **Vues détaillées** contient des vues **Profondeur**, **Processeur exclu**, **Processeur inclus** et **Temps écoulé**. ### Profondeur La vue **Profondeur** est la vue la plus élevée du tableau de bord **Vues détaillées** et donne un aperçu de ce qui se passe lorsqu’une demande est envoyée. Cette vue est particulièrement utile lorsqu’elle est filtrée sur la demande d’un seul utilisateur. Les demandes des utilisateurs sont, par exemple, le chargement d’une vue, la sélection d’un repère ou la modification d’un filtre. ![Un graphique affichant les activités par profondeur et heure de début.](/tableau/current/fr-ca/server/fr-ca/Img/performance-depth.png) Chaque barre de la vue Profondeur représente une seule activité. Une activité est une unité de travail qui est effectuée dans le cadre du traitement d’une demande de l’utilisateur. Une seule demande d’utilisateur entraîne des activités multiples. La longueur de chaque barre sur la vue Profondeur est proportionnelle au temps écoulé pour l’activité représentée par la barre. Les activités de haut niveau apparaissent en haut de la vue. Les activités de niveau inférieur sont les activités enfants générées par des activités de haut niveau. Le survol de chaque barre fournit des détails supplémentaires sur l’activité et met également en évidence la ligne correspondante dans la vue **Processeur** et **Temps écoulé** décrite dans la section suivante. Afin d’affiner les parties de la demande qui ont pris le plus de temps, enquêtez sur les activités de niveau supérieur à exécution longue. ### Processeur et Temps écoulé Les vues **Processeur** et **Temps écoulé** apparaissent en bas du tableau de bord **Vues détaillées**. Vous pouvez basculer entre les vues **Processeur exclu**, **Processeur inclus** et **Temps écoulé** en cliquant sur les cases d’option. ![Un menu avec trois options : Processeur exclu, Processeur inclus et Temps écoulé. Chaque option est accompagnée d’une description de son utilisation.](/tableau/current/fr-ca/server/fr-ca/Img/performance-cpu-elaspsedTime.png) Bien que la vue **Profondeur** puisse aider à identifier rapidement les activités à exécution longue, elle ne met pas nécessairement en évidence les activités qui se produisent plusieurs fois et dont chaque instance prend un peu de temps. Les vues **Processeur exclu**, **Processeur inclus** et **Temps écoulé** fournissent des statistiques agrégées pour chaque activité. Le nombre d’occurrences d’une activité est indiqué dans la colonne **Total** et le temps total pris par une seule activité est indiqué à l’aide du diagramme à barres. Il arrive parfois pour des raisons d’efficacité que Tableau combine plusieurs requêtes dans une seule requête relative aux données. Dans ce cas, vous pouvez voir un événement **Exécution de requête** pour la feuille de travail NULL et zéro requête exécutée pour vos classeurs nommés. [Passer au contenu principal](#main-content) # Jetons d’accès personnels Les jetons d’accès personnels (PAT) vous permettent, ainsi qu’à vos utilisateurs Tableau Server, de créer des jetons d’authentification de longue durée. Les PAT vous permettent, ainsi qu’à vos utilisateurs, de vous connecter à l’API REST de Tableau sans avoir besoin d’identifiants codés en dur (nom d’utilisateur et mot de passe) ou d’une connexion interactive. Pour plus d’informations sur l’utilisation des PAT avec l’API REST de Tableau, consultez [Se connecter et Se déconnecter (authentification)](https://help.tableau.com/current/api/rest_api/en-us/REST/rest_api_concepts_auth.htm) dans l’aide de l’API REST de Tableau. Nous recommandons de créer des PAT pour les scripts et tâches automatisés créés avec l’API REST de Tableau : - **Amélioration de la sécurité :** les jetons d’accès personnels réduisent les risques dans le cas où les informations d’identification sont compromises. Si Tableau Server utilise Active Directory ou LDAP comme magasin d’identités, vous pouvez réduire le risque de compromission des identifiants en utilisant un jeton d’accès personnel pour les tâches automatisées. Si un jeton est compromis ou est utilisé dans une automatisation défaillante ou présentant un risque, vous pouvez simplement révoquer le jeton. Vous n’avez pas besoin de modifier ou de révoquer les informations d’identification de l’utilisateur. - **Audit et suivi :** En tant qu’administrateur, vous pouvez consulter les fichiers journaux de Tableau Server pour savoir quand un jeton est utilisé, quelles sessions sont créées à partir de ce jeton et quelles actions sont effectuées dans ces sessions. Vous pouvez également déterminer si une session et les tâches associées ont été exécutées depuis une session générée à partir d’un jeton ou d’une connexion interactive. - **Gestion de l’automatisation :** un jeton peut être créé pour chaque script ou tâche exécutée. Cela vous permet de cloisonner et de passer en revue les tâches d’automatisation au sein de votre entreprise. De plus, en utilisant des jetons, la réinitialisation des mots de passe ou les modifications de métadonnées (nom d’utilisateur, courriel, etc.) sur les comptes utilisateur ne perturberont pas l’automatisation comme ce serait le cas lorsque les informations d’identification étaient codées en dur dans les scripts. **Remarques :**  - Pour utiliser des PAT avec tabcmd, installez une version compatible de tabcmd à partir de [https://tableau.github.io/tabcmd/](https://tableau.github.io/tabcmd/). - Les PAT ne sont pas utilisés pour l’accès client générique à l’ UI Web de Tableau Server ou à TSM. - La configuration de l’expiration des PAT et la désactivation ou la limitation de l’accès des utilisateurs à la création de PAT à partir de l’interface utilisateur ne sont disponibles que dans Tableau Cloud. - Les jetos d’accès personnels sont automatiquement révoqués lorsque la [méthode d’authentification de l’utilisateur](https://help.tableau.com/current/server/fr-ca/users_set_auth_type.htm) est changé. ## Comprendre les jetons d’accès personnels Lorsqu’un jeton d’accès personnel est créé, il est haché puis stocké dans le référentiel. Une fois le PAT haché et stocké, le secret du PAT apparaît une seule fois à l’utilisateur, et ne sera plus accessible une fois que l’utilisateur a fermé la boîte de dialogue. Par conséquent, les utilisateurs sont invités à copier le PAT dans un endroit sûr et à le manipuler comme s’il s’agissait d’un mot de passe. Lorsque le PAT est utilisé au moment de l’exécution, Tableau Server compare le PAT présenté par l’utilisateur à la valeur de hachage stockée dans le référentiel. Si une correspondance est établie, une session authentifiée est lancée. Dans le cadre de l’autorisation, la session Tableau Server authentifiée par un PAT a le même accès et les mêmes privilèges que le propriétaire du PAT. **Remarque :** Les utilisateurs ne peuvent pas demander des sessions Tableau Server simultanées avec un PAT. Se reconnecter avec le même PAT, que ce soit sur le même site ou sur un site différent, mettra fin à la session précédente et entraînera une erreur d’authentification. ## Emprunt d’identité de l’administrateur de serveur Depuis la version 2021.1, vous pouvez activer l’emprunt d’identité des PAT de Tableau Server. Dans ce scénario, les PAT créés par les administrateurs de serveur peuvent être utilisés pour l’[emprunt d’identité des utilisateurs](https://help.tableau.com/current/api/rest_api/en-us/REST/rest_api_concepts_auth.htm#impersonating_a_user) lors de l’utilisation de l’API REST de Tableau. L’emprunt d’identité est utile dans les scénarios où vous intégrez le contenu Tableau spécifique à l’utilisateur final dans votre application. Plus précisément, les PAT d’emprunt d’identité vous permettent de créer des applications qui interrogent en tant qu’utilisateur donné et de récupérer le contenu auquel l’utilisateur est autorisé à accéder dans Tableau Server, sans codage dur des identifiants. Pour plus d’information, consultez [Emprunt d’identité d’un utilisateur](https://help.tableau.com/current/api/rest_api/en-us/REST/rest_api_concepts_auth.htm#impersonating_a_user) dans l’aide de l’API REST de Tableau. ### Permettre à Tableau Server d’accepter des jetons d’accès personnels lors des demandes de connexion avec emprunt d’identité Par défaut, Tableau Server n’autorise pas l’emprunt d’identité pour les PAT de l’administrateur de serveur. Vous devez activer le paramètre à l’échelle du serveur en exécutant les commandes suivantes. `tsm authentication pat-impersonation enable [global options]` `tsm pending-changes apply` **Important :** Une fois que vous avez exécuté les commandes, tous les PAT créés par les administrateurs de serveur (y compris les PAT préexistants) peuvent être utilisés pour l’emprunt d’identité. Pour révoquer en bloc tous les PAT de l’administrateur de serveur existant, vous pouvez publier l’URI `DELETE /api/{api-version}/auth/serverAdminAccessTokens`. Pour plus d’information, consultez [Emprunt d’identité d’un utilisateur](https://help.tableau.com/current/api/rest_api/en-us/REST/rest_api_concepts_auth.htm#impersonating_a_user) dans l’aide de l’API REST de Tableau. ## Créer des jetons d’accès personnels Les utilisateurs doivent créer leurs propres PAT. Les administrateurs ne peuvent pas créer de PAT pour les utilisateurs. Les utilisateurs ayant des comptes sur Tableau Server peuvent créer, gérer et révoquer des jetons d’accès personnels sur la page Paramètres de Mon compte. Pour plus d’information, consultez la section [Gérer les paramètres de votre compte](https://help.tableau.com/current/pro/desktop/fr-ca/useracct.htm) dans l’aide de l’utilisateur Tableau. **Remarque :** un utilisateur peut avoir jusqu’à 10 PAT. ## Modifier l’expiration des jetons d’accès personnels Les jetons d’accès personnel expirent s’ils ne sont pas utilisés après 15 jours consécutifs. S’ils sont utilisés plus souvent que tous les 15 jours, les PAT expireront après un an. Au bout d’un an, de nouveaux PAT doivent être créés. Les PAT expirés ne s’affichent pas dans la page Paramètres de Mon compte. Vous pouvez modifier la période d’expiration du PAT à l’aide de l’option [refresh\_token.absolute\_expiry\_in\_seconds](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm#refresh) avec la commande `tsm configuration set`. ## Révoquer un jeton d’accès personnel En tant qu’administrateur, vous pouvez révoquer le PAT d’un utilisateur. Un utilisateur peut également révoquer ses propres jetons d’accès personnels sur la page Paramètres de Mon compte en suivant la procédure décrite dans la rubrique [Gérer votre compte](https://help.tableau.com/current/pro/desktop/fr-ca/useracct.htm#pat) de l’aide utilisateur de Tableau. 1. Connectez-vous à Tableau Server en tant qu’administrateur de serveur ou de site. 2. Localisez l’utilisateur dont vous souhaitez révoquer le PAT. Pour plus d’information sur la navigation dans les pages d’administration du serveur et la localisation des utilisateurs, consultez [Afficher, gérer ou supprimer des utilisateurs](https://help.tableau.com/current/server/fr-ca/users_view.htm). 3. Cliquez sur le nom de l’utilisateur pour ouvrir sa page de profil. 4. Dans la page de profil de l’utilisateur, sélectionnez l’onglet Paramètres. 5. Dans la section Jetons d’accès personnels, identifiez le PAT que vous voulez révoquer, puis cliquez sur Révoquer. 6. Dans la boîte de dialogue, cliquez sur Supprimer. ## Suivre et surveiller l’utilisation des jetons d’accès personnels Toutes les actions liées aux jetons d’accès personnels sont enregistrées dans le service [Serveur d’applications Tableau Server](https://help.tableau.com/current/server/fr-ca/server_process_application-server.htm) (vizportal). Pour localiser les activités liées aux PAT, filtrez les entrées du fichier journal contenant la chaîne `RefreshTokenService`. Un PAT est stocké dans ce format :`Token Guid: ` où TokenID est une chaîne codée base64. La valeur du secret n’est pas incluse dans les fichiers journaux. Par exemple : `Token Guid: 49P+CxmARY6A2GHxyvHHAA== (e3d3fe0b-1980-458e-80d8-61f1caf1c700)`. Ce qui suit est un exemple d’extrait de deux entrées de fichier journal. La première entrée indique comment un utilisateur est associé à un PAT. La deuxième entrée affiche un événement d’actualisation pour le même PAT : RefreshTokenService - Issued refresh token to the following user: jsmith. Token Guid: 49P+CxmARY6A2GHxyvHHAA== (e3d3fe0b-1980-458e-80d8-61f1caf1c700) RefreshTokenService - Redeemed refresh token. Token Guid: 49P+CxmARY6A2GHxyvHHAA== (e3d3fe0b-1980-458e-80d8-61f1caf1c700) Pour localiser les opérations clés, filtrez les entrées du fichier journal contenant la chaîne `OAuthController`. [Passer au contenu principal](#main-content) # Journal d’activité Si vous avez Tableau Server avec Advanced Management, les journaux d’activité sont enregistrés automatiquement à des fins d’analyse et d’audit détaillés. Utilisez ces fichiers de journalisations pour : - **Afficher et analyser les données d’événement :** Accédez aux données d’événement détaillées pour Tableau Server, capturez les informations de conformité et suivez les activités de vos sites. Tous les événements incluent un horodatage et l’ID de l’acteur, et le cas échéant, l’ID du contenu concerné. - **Audit des modifications des autorisations :** Suivi et audit des modifications des autorisations, telles que l’ajout ou la suppression d’utilisateurs d’un groupe, le déplacement de contenu entre des projets et la modification explicite des autorisations de contenu. C’est essentiel pour la mise en œuvre de contrôles robustes à des fins de conformité. - **Compléter les vues administratives :** Améliorez les informations fournies par les vues administratives pour suivre l’activité du site et les métriques d’utilisation. Vous pouvez intégrer les données du journal d’activité à des outils de surveillance, tels que Splunk ou Amazon EventBridge, pour interroger les champs du journal et répondre à des questions portant, par exemple, sur les 10 dernières actions effectuées par un utilisateur, la dernière personne ayant effectué un événement sur le contenu et la dernière action effectuée sur le contenu. ## Accès aux événements du journal d’activité Les événements du journal d’activité sont stockés dans les dossiers `vizportal` et `vizqlserver` sur le disque dur local. Par défaut, les dossiers se trouvent dans `%PROGRAMDATA%\Tableau\Tableau Server\data\tabsvc\logs\` Dans chaque répertoire, vous trouverez des fichiers nommés `-cepp-canonical-events_*.log` qui enregistrent les événements et les opérations pour votre déploiement. Pour obtenir une liste complète des événements du journal d’activité, consultez [Référence du type d’événement de site du journal d’activité](https://help.tableau.com/current/server/fr-ca/activity_log_schema.htm). ## Autres articles de cette section [Passer au contenu principal](#main-content) # Kerberos Kerberos est un protocole d’authentification en trois étapes qui repose sur l’utilisation d’un tiers de confiance appelé le centre de distribution de clés (KDC) destiné à vérifier l’identité des ordinateurs et à fournir des connexions sécurisées entre eux grâce à l’échange de _billets_. Ces billets fournissent une authentification mutuelle entre ordinateurs ou services pour vérifier l’autorisation d’accès de l’un vers l’autre. Tableau Server gère l’authentification Kerberos dans un environnement Kerberos Active Directory, alors que l’authentification à Tableau Server est gérée par Kerberos. **Remarques :**  - la prise en charge de Kerberos dans Tableau Server concerne l’authentification des utilisateurs. Elle ne prend pas en charge les permissions et autorisations internes liées au contenu de Tableau Server, comme les classeurs. - Les pools d’identités, conçus pour compléter et prendre en charge d’autres options de provisionnement et d’authentification des utilisateurs dont vous pourriez avoir besoin dans votre organisation, prennent uniquement en charge l’authentification OpenID Connect (OIDC). Pour plus d’informations, consultez [Provisionner et authentifier les utilisateurs à l’aide de pools d’identités](https://help.tableau.com/current/server/fr-ca/identity_pools.htm). ## Fonctionnement de Kerberos Lorsque vous configurez Tableau Server pour Kerberos dans un environnement Active Directory (AD), le contrôleur de domaine AD sert également de centre de distribution de clés Kerberos (KDC) et émet des billets vers les autres nœuds du domaine. Les utilisateurs authentifiés par le KDC n’ont plus à s’authentifier lors de la connexion à Tableau Server. La figure ci-dessus illustre le flux de travail du processus d’authentification. ![Un diagramme illustrant le processus d’authentification d’un utilisateur de Tableau Server.](/tableau/current/fr-ca/server/fr-ca/Img/kerb_client_server.png)
Un cercle bleu avec un numéro 1 de couleur blanche au centre.L’utilisateur se connecte à son domaine Active Directory.Un cercle bleu avec un numéro 2 de couleur blanche au centre.Le KDC Kerberos authentifie l’utilisateur et envoie un billet d’émission de billets (TGT) à son ordinateur.
Un cercle bleu avec un numéro 3 de couleur blanche au centre.L’utilisateur se connecte à Tableau Server dans Tableau Desktop ou dans un navigateur Web.Un cercle bleu avec un numéro 4 de couleur blanche au centre.

Tableau Server authentifie l’utilisateur.

## Autres articles de cette section [Passer au contenu principal](#main-content) # Lancer l’installation Cette rubrique décrit toutes les étapes nécessaires pour effectuer une installation de base avec démarrage rapide de Tableau Server. L’objectif de la configuration décrite ici est de fournir le chemin le plus rapide et le plus simple pour une installation de Tableau Server. Utilisez cette procédure pour vous entraîner, essayer l’installation, la gestion et l’expérience utilisateur de Tableau Server avant le déploiement serveur effectif. **Important :** n’utilisez pas cette procédure comme ressource autonome pour le déploiement de Tableau Server dans un environnement de production. Pour déployer Tableau Server dans un environnement de production, consultez le contenu de la section [Installer et configurer Tableau Server](https://help.tableau.com/current/server/fr-ca/install_config_top.htm). Les procédures de cette rubrique installeront une instance de Tableau Server pour Windows qui utilise un magasin d’identités local. ## Avant de commencer Avant de continuer, consultez la rubrique [Avant l’installation...](https://help.tableau.com/current/server/fr-ca/requ.htm). La procédure décrite ici part de l’hypothèse que vous avez installé Windows sur un matériel conforme et répondant aux exigences d’environnement spécifiées dans cette rubrique. Notez que l’ordinateur sur lequel vous effectuez l’installation doit présenter la configuration matérielle minimale requise spécifiée dans [Configuration matérielle minimale requise et recommandée pour Tableau Server](https://help.tableau.com/current/server/fr-ca/server_hardware_min.htm). Le programme d’installation n’installera pas Tableau Server sur les systèmes non conformes aux exigences matérielles minimales. ## Étape 1 : Installer Tableau Server et démarrer Tableau Services Manager 1. Double-cliquez sur le fichier d’installation. 2. Suivez les instructions à l’écran pour effectuer la configuration et installer l’application. ![Image de la configuration qui vous permet de modifier le chemin d’accès du fichier](/tableau/current/fr-ca/server/fr-ca/Img/tsm-install-path.png) Le chemin d’installation par défaut est `C:\Program Files\Tableau\Tableau Server`. Vous pouvez choisir un emplacement différent, y compris un lecteur différent, en accédant à l’emplacement ou en saisissant un nouveau chemin. Si vous y êtes invité par le pare-feu Windows Defender, cliquez sur Autoriser l’accès. Vous devrez peut-être effectuer cette opération plusieurs fois pour terminer l’installation. 3. Cliquez sur Suivant. ![Image de la configuration qui vous permet de modifier le type d’installation](/tableau/current/fr-ca/server/fr-ca/Img/tsm-install-type.png) Dans la page Type d’installation du serveur, vous pouvez spécifier si vous installez le premier nœud d’une installation Server, ou des nœuds supplémentaires dans un installation multinœud. Vous n’avez pas besoin de modifier la valeur par défaut (créer une nouvelle installation Tableau Server.) sauf si vous installez Tableau Server sur plusieurs nœuds. Si vous installez Tableau Server sur plusieurs nœuds, consultez la section [Installer et configurer des nœuds supplémentaires](https://help.tableau.com/current/server/fr-ca/install_additional_nodes.htm). 4. Cliquez sur Suivant. ![Image de la configuration qui vous permet de modifier le type d’installation](/tableau/current/fr-ca/server/fr-ca/Img/tsm-install-activation-type.png) Dans la page Type d’activation du produit, sélectionnez si vous souhaitez utiliser le service ATR (Authorization-To-Run) pour activer Tableau Server, puis cliquez sur Installer. 5. Une fois l’installation terminée, cliquez sur Terminer. Le programme d’installation ouvre alors la page Web de configuration TSM sur l’ordinateur sur lequel vous installez Tableau Server. ## Étape 2 : Activer et enregistrer Tableau Server Avant de pouvoir configurer Tableau Server, vous devez activer une licence et l’enregistrer. Pour plus de détails, consultez [Activer et enregistrer Tableau Server](https://help.tableau.com/current/server/fr-ca/activate.htm). 1. [Se connecter à l’interface utilisateur Web Tableau Services Manager](https://help.tableau.com/current/server/fr-ca/sign_in_tsm.htm). 2. Dans la page **Activer**, entrez ou collez votre clé produit, puis cliquez sur **Activer la clé produit**. Une fois que votre clé produit est activée, elle apparaît sous **Clés produit activées**. ![Un écran d’activation de Tableau Server, comportant un champ pour la saisie de la clé produit de licence à 20 caractères.](/tableau/current/fr-ca/server/fr-ca/Img/install_01_activate.png) 3. Pour activer une autre clé produit, entrez la nouvelle clé produit, puis cliquez sur Activer la clé produit. Une fois que votre clé produit est activée, elle apparaît sous Clés produit activées. 4. Lorsque vous avez fini d’activer les clés produit, cliquez sur Suivant. **Remarque :** Si les clés produit que vous avez activées n’ont pas la capacité nécessaire, par exemple un nombre insuffisant de cœurs ou une clé produit avec un rôle Viewer uniquement, Tableau Services Manager affiche la boîte de dialogue Nombre insuffisant de licences appliquées. Cliquez sur Activer une autre clé produit pour ajouter une autre clé produit et augmenter la capacité de votre installation Tableau Server. ![Une notification indiquant que l’activation des clés produit ne suffisent pas pour activer le déploiement de Tableau Server.](/tableau/current/fr-ca/server/fr-ca/Img/install_01_insufficient_product_keys.png) 5. Dans la page S’enregistrer, entrez votre information dans les champs et cliquez sur S’enregistrer. ![Étape d’enregistrement de l’assistant d’activation de Tableau Server, avec des champs obligatoires où renseigner les coordonnées, les informations sur l’entreprise et les détails concernant la région.](/tableau/current/fr-ca/server/fr-ca/Img/install_02_register.png) ## Étape 3 : Configurer le magasin d’identités local Vous devez configurer les paramètres du magasin d’identités. Cette procédure simplifie l’installation en définissant le magasin d’identités sur l’authentification locale. Pour en savoir plus sur la personnalisation de ces paramètres par défaut, consultez [Configurer les paramètres du nœud initial](https://help.tableau.com/current/server/fr-ca/config_general.htm). ![Un formulaire de configuration avec des paramètres d’installation personnalisables.](/tableau/current/fr-ca/server/fr-ca/Img/config_setup_default_win.png) Après avoir configuré les options sur cette page, cliquez sur Initialiser. Le processus d’initialisation peut demander un certain temps. Une fois l’initialisation terminée, la page suivante s’affiche : ![Boîte de dialogue indiquant la réussite de l’initialisation.](/tableau/current/fr-ca/server/fr-ca/Img/config_setup_initialize_complete.png) ## Étape 4 : Ajouter un compte Administrateur La dernière étape pour activer Tableau Server consiste à ajouter le compte Administrateur initial. L’administrateur pourra accéder librement au serveur; il pourra notamment gérer les utilisateurs, les groupes et les projets. Pour plus d’informations, consultez [Ajouter un compte Administrateur](https://help.tableau.com/current/server/fr-ca/startup.htm). Une fois l’initialisation de Tableau Server terminée, le programme d’installation affiche une page permettant de créer l’administrateur Tableau Server. Spécifiez un nom et un mot de passe que vous souhaitez utiliser pour le compte administratif. Si vous effectuez une installation à distance, vous devez vous connecter à TSM sur l’ordinateur physique sur lequel Tableau Server est installé, ou vous pouvez vous connecter à distance à l’ordinateur et exécuter la commande tabcmd [initialuser](https://help.tableau.com/current/server/fr-ca/tabcmd_cmd.htm#initialu) depuis un interpréteur. Utilisez le compte Administrateur que vous avez créé pour accéder aux pages Web de l’administrateur de Tableau Server. Consultez [Se connecter à la zone d’administration de Tableau Server](https://help.tableau.com/current/server/fr-ca/sign_in_server_admin.htm). ## Étape 5 : Valider votre installation Cette étape est facultative, mais une manière efficace de vérifier que Tableau Server est correctement installé et fonctionne comme attendu consiste à examiner les [Vues administratives](https://help.tableau.com/current/server/fr-ca/adminview.htm) intégrées dans Tableau Server. [Passer au contenu principal](#main-content) # Langue et paramètres locaux pour Tableau Server Tableau Server a été traduit dans plusieurs langues. La langue du serveur et les paramètres locaux ont un impact sur la manière dont les utilisateurs sont affectés. Le paramètre Langue commande les éléments de l’interface utilisateur tels que les menus et les messages. Le paramètre Paramètres locaux commande les éléments des vues, tels que la mise en forme des nombres et la devise. Les administrateurs peuvent configurer la langue et les paramètres locaux pour l’ensemble du serveur (consultez [](https://help.tableau.com/current/server/fr-ca/maintenance_set.htm)[Paramètres du serveur (Général et Personnalisation)](https://help.tableau.com/current/server/fr-ca/maintenance_set.htm), et chaque utilisateur peut configurer ses propres paramètres (consultez [Paramètres de votre compte](https://help.tableau.com/current/pro/desktop/fr-ca/useracct.htm)) . Si un utilisateur configure sa propre langue et ses propres paramètres locaux, sa configuration prime sur celle du serveur. ## Langues prises en charge Tableau Server a été traduit dans plusieurs langues. Consultez la section « Internationalisation » de la page [Spécifications techniques de Tableau Server](https://www.tableau.com/fr-ca/products/techspecs#server) pour plus d’informations. ## Paramètres par défaut La langue par défaut de Tableau Server est déterminée lors de l’installation. Si l’ordinateur hôte est configuré pour une langue prise en charge par Tableau Server, Tableau Server s’installe dans cette langue par défaut. Si l’ordinateur est configuré pour une langue non prise en charge, Tableau Server s’installe avec l’anglais comme langue par défaut. ## Mode de détermination des paramètres locaux et de la langue Le navigateur Web influence également l’affichage de la langue et des paramètres régionaux lorsque l’utilisateur clique sur une vue. Si l’utilisateur d’un serveur n’a pas spécifié de paramètre Langue dans la page de son compte utilisateur et que son navigateur Web est configuré avec une langue prise en charge par Tableau Server, c’est la langue du navigateur qui est utilisée, même si Tableau Server est configuré avec une langue différente. En voici un exemple : Supposons que la langue paramétrée à l’échelle du système dans Tableau Server pour tous les utilisateurs soit l’anglais. Claude, utilisateur du serveur, n’a pas spécifié de langue sur la page de son compte utilisateur Tableau Server. Le navigateur de Claude utilise Allemand (Allemagne) comme langue et paramètres locaux. Lorsque Claude se connecte à Tableau Server, l’interface utilisateur du serveur s’affiche en allemand, et lorsqu’il clique sur une vue, celle-ci utilise les paramètres locaux allemands pour les nombres et la devise. Si Claude avait sélectionné Français (France) comme langue et paramètres locaux de son compte utilisateur, l’interface utilisateur et la vue seraient affichées en français. Le paramètre de son compte utilisateur prime sur celui de son navigateur Web, et ces deux paramètres prévalent sur le paramètre système de Tableau Server. Il faut également prendre en compte les paramètres locaux dans Tableau Desktop (Fichier > Paramètres locaux du classeur). Ce paramètre détermine les paramètres locaux des données de la vue, tels que la devise ou la mise en forme des nombres. Par défaut, les paramètres locaux de Tableau Desktop sont définis sur Automatique. Cependant, un auteur peut ignorer ce paramètre et sélectionner des paramètres locaux spécifiques. En reprenant l’exemple ci-dessus, si l’auteur de la vue A sélectionne Grec (Grèce) dans Paramètres locaux, certains aspects des données de la vue A s’affichent avec les paramètres locaux grecs. Tableau Server utilise ces paramètres, dans cet ordre, pour déterminer la langue et les paramètres locaux : 1. Paramètres locaux du classeur (définis dans Tableau Desktop) 2. Paramètres locaux/langue du compte utilisateur de Tableau Server 3. Paramètres locaux/langue du navigateur Web 4. Paramètres locaux/langue de la page Maintenance de Tableau Server 5. Paramètres locaux/langue de l’ordinateur hôte [Passer au contenu principal](#main-content) # Licences par souscription actualisables (USL) Les licences par souscription actualisables (Updatable Subscription Licensing, USL) simplifient les critères de gestion des licences pour Tableau Server en éliminant la nécessité de gérer plusieurs clés produit distinctes pour différents types de produits, capacités ou périodes de souscription. ## Comprendre les bases des USL Avec les USL, l’ensemble des fonctionnalités et attributs sous licence de votre déploiement Tableau (son « Droit de licence ») sont mises en service sous la forme d’une seule clé produit unifiée. De plus, les futurs renouvellements de licence, modules complémentaires et modifications de droits sont effectués collectivement avec l’USL sous forme de mises à jour. Ces dernières sont appliquées de façon continue sur cette clé produit unique et actualisable de manière à ce qu’elle reflète systématiquement le droit de licence complet pour le déploiement concerné. Vous pouvez concevoir chaque mise à jour comme l’ajout d’une couche de nouveaux attributs à votre clé produit existante; ces mises à jour en couches disposent chacune d’un identifiant d’activation unique correspondant. Lorsque vous synchronisez votre installation Server avec le service de licences de Tableau (en activant ou en actualisant votre clé produit), le dernier identifiant d’activation est transféré vers votre installation Server locale pour refléter la mise à jour du droit de licence de votre déploiement. Le processus requis pour obtenir l’identifiant d’activation le plus récent de votre clé produit diffère en fonction de la connectivité Internet de votre déploiement. ## Activer USL dans des environnements en ligne ou connectés Dans les environnements en ligne ou connectés, la clé produit USL utilisée pour activer et déverrouiller le droit de licence pour votre déploiement ne change pas avec le temps. - En activant ou en actualisant la clé produit USL d’origine (représentée par le « nom de la clé » dans le portail client Tableau), un environnement connecté extrait automatiquement le plus récent identifiant d’activation disponible pour votre droit de licence, grâce à la communication en direct avec les services de licences hébergés par Tableau. - Pour les installations Server configurées pour utiliser le service de licences ATR (Authorization to Run, autorisation d’exécution du serveur) de Tableau, ces mises à jour sont téléchargées discrètement en arrière-plan lors des vérifications périodiques du serveur avec le service ATR. ## Activation USL dans des environnements hors ligne ou déconnectés Dans les environnements hors ligne ou déconnectés, il n’y a aucune communication directe entre Server et les services de licences hébergés de Tableau. Il est donc impossible d’utiliser la clé produit USL pour obtenir automatiquement les nouvelles mises à jour de l’identifiant d’activation. - Les administrateurs doivent plutôt activer directement le dernier identifiant d’activation par l’intermédiaire du processus d’activation hors ligne de Tableau pour refléter les mises à jour du droit de licence du déploiement. - Après avoir ajouté un nouvel identifiant d’activation à votre droit de licence, aucun identifiant d’activation antérieur ne peut plus être utilisé pour l’activation; les identifiants antérieurs deviennent fonctionnellement obsolètes. - À cet effet, l’identifiant d’activation le plus récent s’affiche systématiquement dans le portail client Tableau en tant qu’« Identifiant d’activation hors ligne » et est visible dans la vue Détails de la licence pour votre clé produit USL. - De nouveaux identifiants d’activation étant générés pour chaque mise à jour de votre droit de licence, l’identifiant d’activation hors ligne changera à plusieurs reprises au fil du temps. > [!IMPORTANT] > > **Important :** L’activation hors ligne de Tableau nécessite que les clients utilisent l’identifiant d’activation hors ligne le plus récent pour activer toute nouvelle installation du logiciel. ### Gérer les mises à jour du droit de licence dans les environnements hors ligne L’utilisation de l’identifiant d’activation hors ligne le plus récent étant requise lors de l’activation de votre clé produit USL dans un environnement déconnecté, il importe d’obtenir l’identifiant d’activation hors ligne actuel sur le Portail client de Tableau avant de tenter d’activer une installation nouvelle ou existante de Tableau Serveur. Il se peut qu’il ne corresponde pas au dernier identifiant que vous avez utilisé. Les systèmes de mise en service de Salesforce se synchronisent périodiquement pour garantir une exécution complète et précise. Cette opération peut générer un nouvel identifiant d’activation hors ligne pour votre droit de licence, sans aucun lien avec un achat ou un renouvellement d’abonnement précis. Veillez à consulter le portail client _avant_ toute modification de la licence active dans votre déploiement, y compris avant de déployer toute nouvelle installation du logiciel serveur, pour confirmer l’identifiant d’activation hors ligne actuel et garantir le succès de l’activation. Voici quelques éléments essentiels liés au cycle de vie de l’identifiant d’activation hors ligne : - Pour réussir l’activation, _il faut toujours_ 1. désactiver l’identifiant d’activation hors ligne précédent, et 2. activer l’identifiant d’activation hors ligne actuel. Pour les installations serveur configurées pour utiliser le service ATR (hors ligne), l’identifiant d’activation hors ligne précédent est désactivé automatiquement. - L’octroi d’un nouvel identifiant d’activation hors ligne _empêche toute nouvelle_ activation utilisant un ancien identifiant d’activation hors ligne. Pour cette raison, prenez soin de consulter le portail client avant toute mise à jour de licence dans votre déploiement. - L’octroi d’un nouvel identifiant d’activation hors ligne _n’aura aucune incidence_ sur un environnement serveur dans lequel vous avez déjà activé votre clé produit USL. - Ces installations ne tiendront pas compte de votre droit de licence mis à jour si vous n’appliquez pas directement le nouvel identifiant d’activation hors ligne. ### Instructions concernant l’activation hors ligne de la clé produit USL **Remarque** : Lorsque vous utilisez le service ATR et activez une licence USL pour Tableau Server, vous pouvez utiliser soit le nom de la **clé** produit, soit **l’identifiant d’activation hors ligne**. Nous recommandons d’utiliser le nom de la clé, car vous n’avez pas besoin de déterminer l’identifiant d’activation hors ligne. Pour activer la clé produit USL dans un environnement hors ligne ou déconnecté : 1. Repérez la clé produit ou l’identifiant d’activation hors ligne actuel de votre déploiement Tableau Server. L’identifiant d’activation hors ligne figure dans le portail client Tableau en accédant au volet Licences et en cliquant sur votre clé produit USL pour ouvrir la vue « Détails de la licence ». La chaîne de 20 chiffres est intitulée « Identifiant d’activation hors ligne ». Pour plus de détails, consultez l’article de la base de connaissances [Trouver la bonne clé pour l’activation hors ligne sur Tableau Server](https://kb.tableau.com/articles/HowTo/Find-the-Correct-Key-to-Offline-Activate-on-Tableau-Server?lang=fr-ca). 2. Activez la clé produit ou l’identifiant d’activation hors ligne pour Tableau Server, en fonction de votre méthode d’activation. Suivez les étapes pour activer Tableau Server hors ligne (applicables aux clés produit USL et pré-USL) dans [Activer Tableau Server hors ligne](https://help.tableau.com/current/server/fr-ca/activate_off.htm). ### Mises à jour du droit de licence hors ligne de la clé produit USL Les mesures à prendre pour modifier vos droits de licence dans un environnement hors ligne dépendent de votre méthode d’activation (ATR ou FNO existant) et de votre version de Tableau Server. - ATR _et_ 2023.1.0 ou une version ultérieure : L’activation hors ligne pour les modifications de licence avec ATR n’est pas prise en charge. Les licences doivent être supprimées localement de l’installation de Tableau Server et le service d’assistance doit désactiver manuellement la licence. Pour plus d’informations, consultez l’article de la base de connaissances [Tableau Server 2023.1+ : Désactivation de licence hors ligne avec ATR non disponible](https://help.salesforce.com/s/articleView?id=001534333&type=1) . - Activation du FNO existant _ou_ toute version antérieure à 2023.1.0 : 1. Obtenir l’identifiant d’activation hors ligne actuel depuis le portail client 2. Arrêtez Tableau Server : tsm stop 3. Lancez une désactivation hors ligne de la clé activée existante sur le serveur. Cet identifiant d’activation hors ligne est désormais obsolète dans votre environnement. La désactivation hors ligne crée un fichier de demande de retour. Enregistrez ce fichier. Vous en aurez besoin à une étape ultérieure. 4. Lancez une demande d’activation hors ligne pour le nouvel identifiant d’activation hors ligne. Cette opération génère une demande d’activation. Enregistrez ce fichier pour l’étape suivante. 5. Transférez le fichier de demande de retour et le fichier de demande d’activation vers un ordinateur connecté à Internet. 6. Accédez à la [page d’activation hors ligne](https://www.tableau.com/fr-ca/support/activation) et lancez deux demandes dans l’ordre suivant : 1. Téléversez le fichier de demande de retour et le fichier de réponse. Enregistrez et continuez. 2. Téléversez le fichier de demande d’activation et téléchargez le fichier de réponse. Enregistrez et continuez. 7. Transférez le fichier de réponse de retour et le fichier de réponse d’activation vers l’ordinateur Tableau Server déconnecté. 8. Appliquez le fichier de réponse de retour. 9. Appliquez le fichier de réponse d’activation. 10. Démarrez Tableau Server : tsm start [Passer au contenu principal](#main-content) # Licences zéro temps d’arrêt Avec les licences zéro temps d’arrêt, qui ont été introduites dans Tableau Server version 2021.1, vous pouvez appliquer la plupart des modifications de licence à Tableau Server sans avoir besoin de redémarrer lorsque les dates de fin de licence, la capacité ou les fonctionnalités installées changent. ## Quand devez-vous redémarrer Tableau Server? Lorsque vous appliquez une mise à jour de licence qui ne nécessite pas de redémarrage, Tableau Server affiche le message suivant : Les détails de licence mis à jour sont appliqués à l’échelle du serveur. Cependant, certaines situations lors de l’application d’une mise à jour de licence vous obligent à redémarrer Tableau Server. Par exemple, si vous activez ou désactivez une clé produit qui réduit les fonctionnalités ou modifie les connexions de source de données autorisées, vous devrez redémarrer Tableau Server après avoir apporté vos modifications. Lorsqu’un redémarrage est nécessaire, Tableau Server affiche le message suivant : Redémarrez le serveur pour appliquer les détails de licence mis à jour. Le tableau suivant énumère les occurrences où les modifications de licence vous obligent à redémarrer Tableau Server.
Changement de licenceRedémarrage requis?
Prolongation d’une durée de licenceNon
Ajout ou réduction de la capacité de licence d’utilisateurNon
Ajout de la capacité de licence de baseNon
Réduction de la capacité de licence de baseOui
Ajout d’une licence Gestion des données ou Advanced ManagementNon
Suppression d’une licence Gestion des données ou Advanced ManagementOui
Modification des sources de données autoriséesOui
Clé produit expiréeOui
[Passer au contenu principal](#main-content) # Limitations de la migration Certaines limitations des migrations s’appliquent lorsque vous utilisez l’option Tableau Content Migration Tool. Avant de créer votre plan de migration, consultez les sections ci-dessous pour en savoir plus sur la compatibilité des versions et le contenu qui ne sera pas migré. ## Compatibilité avec le contenu Tableau Server Content Migration Tool prend en charge la migration des classeurs et des sources de données publiées enregistrées dans les huit versions les plus récentes de Tableau. Les classeurs et les sources de données publiées enregistrés avant la version 2018.1.x ne sont pas pris en charge par CMT. Pour plus d’informations, consultez [Prise en main de Tableau Content Migration Tool](https://help.tableau.com/current/server/fr-ca/cmt-getting-started.htm). La migration de contenu vers des versions précédentes de Tableau peut échouer si le contenu inclut des fonctionnalités ou des formats non reconnus par la version précédente. Content Migration Tool vous indiquera si des incompatibilités sont détectées, et la migration échouera. ## Configurations Les configurations suivantes ne sont pas migrées vers le site de destination en cas d’utilisation de Content Migration Tool. - [Utilisateurs](https://help.tableau.com/current/server/fr-ca/users_add.htm) - [Groupes](https://help.tableau.com/current/server/fr-ca/users_add_group.htm) - [Paramètres du site (logos personnalisés, recommandations pour les vues, etc.)](https://help.tableau.com/current/server/fr-ca/sites_add.htm) ## Connexions de données Vous pouvez migrer les sources de données existantes, par contre seules les sources de données utilisant les types de connexion indiquées dans le tableau ci-dessous peuvent être changées et modifiées pendant la migration. Pour plus d’informations, consultez les transformations des sources de données dans [Plans de migration : Classeurs](https://help.tableau.com/current/server/fr-ca/cmt-plan_workbooks.htm) et [Plans de migration : Sources de données publiées](https://help.tableau.com/current/server/fr-ca/cmt-plan_datasources.htm).

Actian Matrix

Actian Vectorwise

Amazon Athena

Amazon Aurora

Amazon EMR

Amazon Redshift

Apache Drill

Aster Database

Box

Cloudera Hadoop

Fichier texte délimité

EXASOL

Firebird

Google Analytics

Google BigQuery

Google Cloud SQL

Google Drive

HortonWorks Hadoop Hive

HP Vertica

IBM DB2

IBM Netezza

Map R Hadoop Hive

Microsoft Access

Microsoft Analysis Services

Microsoft Excel

Microsoft Excel Direct

Microsoft OneDrive

Microsoft SQL Server

MySQL

Protocole de données ouvertes

Oracle

Oracle Essbase

Pivotal Greenplum Database

PostgreSQL

Progress OpenEdge

Salesforce

SAP HANA

SAP Sybase ASE

SAP Sybase IQ

Snowflake

Spark SQL

Fichier de statistiques

Extraits Tableau

Sources de données Tableau Server

Teradata

Fichier texte

Connecteur de données Web

Autres bases de données (ODBC)

## Contenu non pris en charge Le contenu suivant n’est pas migré vers le site de destination lors de l’utilisation de Content Migration Tool et nécessitera une configuration supplémentaire.
ContenuAction requise
Loupes Parlez aux donnéesLes utilisateurs doivent recréer les loupes Parlez aux données sur le site de destination. Pour plus d’information, consultez Créer des loupes qui adaptent Parlez aux données à des publics spécifiques.
CollectionsLes utilisateurs doivent recréer des collections sur le site de destination. Pour plus d’informations, consultez Collections dans l’aide Tableau Desktop.
CommentairesLes utilisateurs doivent rajouter des commentaires aux vues sur le site de destination. Pour plus d’informations, consultez Commentaires sur les vues dans l’aide Tableau Desktop.
Vues personnaliséesLes utilisateurs doivent recréer des vues personnalisées sur le site de destination. Pour plus d’informations, consultez Utiliser des vues personnalisées dans l’aide Tableau Desktop.
Stratégie d’actualisation des donnéesUtilise la configuration par défaut du site lors de la publication. Si une stratégie d’actualisation spécifique est nécessaire, les utilisateur doivent la configurer manuellement. Pour plus d’informations, consultez les rubriques d’aide Définir une stratégie d’actualisation des données dans Tableau Cloud ou Définir une stratégie d’actualisation des données dans Tableau Server.
Rôle des donnéesLes utilisateurs doivent recréer des rôle des données sur le site de destination. Pour plus d’informations, consultez Utiliser les rôles des données pour valider vos données dans l’aide de Tableau Prep Builder.
Certification des sources de donnéesSi vous disposez des rôles et fonctionnalités de site suivants, vous pouvez certifier des sources de données sur le site de destination.
  • Administrateur de site - Creator

  • Rôles Creator ou Explorer (peut publier) pouvant faire office de chef de projet sur le projet contenant la source de données

Pour plus d’informations, consultez Utiliser la certification pour aider les utilisateurs à trouver des données fiables.

Alertes basées sur les donnéesLes utilisateurs doivent recréer des alertes basées sur les données pour les tableaux de bord et les vues du site de destination. Après avoir créé les alertes basées sur les données, toute personne ayant accès à la vue peut s’ajouter aux alertes existantes.

Pour plus d’informations, consultez Envoyer des alertes basées sur les données Tableau Cloud ou Tableau Server dans l’aide Tableau Desktop.

Descriptions des classeurs et des sources de donnéesSi vous possédez un élément de contenu ou disposez des autorisations appropriées, vous pouvez modifier la description de l’élément sur le site de destination. Pour plus d’informations, consultez Ajouter ou modifier des descriptions dans l’aide de Tableau Desktop.
Informations d’identification intégrées

Pour des raisons de sécurité, Tableau Server supprime les informations d’identification intégrées des sources de données pendant le processus de téléchargement.

Remarque : CMT ne prend pas en charge la migration des identifiants intégrés pour les connexions OAuth. Pour migrer les identifiants OAuth, utilisez la transformation de la source de données Définir l’information de connexion.

Ressources externes.Les attributs personnalisés des ressources externes ne sont pas migrés vers le site de destination. Par exemple, les balises, les certifications, les avertissements sur la qualité des données, les descriptions, les autorisations, les contacts utilisateur, les tableaux et les colonnes doivent être recréés. Pour plus d’informations, consultez Gérer les autorisations pour les ressources externes.
Programmations d’actualisations d’extraitsLes programmations d’actualisations d’extraits ne peuvent pas être migrées vers les sites de destination Tableau Cloud. Pour actualiser les données sur Tableau Cloud, vous pouvez exécuter des actualisations d’extraits manuellement ou créer de nouvelles programmations d’actualisations d’extraits. Pour plus d’informations, consultez Programmer des actualisations sur Tableau Cloud.
FavorisLes utilisateurs doivent sélectionner à nouveau leur contenu préféré sur le site de destination. Pour plus d’informations, consultez Marquer les favoris dans l’aide Tableau Desktop.
FluxPour exécuter les flux de manière programmée, les utilisateurs doivent republier les flux vers le site de destination avec Tableau Prep. Pour plus d’informations, consultez Publier un flux sur Tableau Server ou Tableau Cloud dans l’aide de Tableau Prep.
Actualisations d’extraits incrémentiellesLes actualisations d’extraits incrémentielles sont remplacées par des actualisations d’extraits complètes sur le site de destination. Les utilisateurs doivent reconfigurer les actualisations incrémentielles dans Tableau Desktop et publier des extraits sur le site de destination après la migration. Pour plus d’informations, consultez Actualiser les extraits dans l’aide de Tableau Desktop.
Métriques

Les valeurs historiques des métriques sont supprimées des vues, et les utilisateurs doivent recréer des métriques sur le site de destination. Pour plus d’information, consultez Créer et résoudre les problèmes liés aux métriques (retiré). L’ancienne fonctionnalité Métriques a été retirée de Tableau Cloud en février 2024 et de Tableau Server version 2024.2. Pour plus d’informations, consultez Créer et résoudre les problèmes liés aux métriques (retiré)().

Historique des révisionsPour migrer les versions précédentes des classeurs vers le site de destination, les utilisateurs doivent télécharger les versions qu’ils souhaitent conserver et republier le classeur sur le site de destination. Pour plus d’information, consultez Utiliser des révisions de contenu dans l’aide Tableau Desktop.
AbonnementsLes utilisateurs doivent se réabonner aux vues et aux classeurs sur le site de destination. Pour plus d’information, consultez Créer un abonnement à une vue ou à un classeur.
Images miniatures pour les classeurs et les vuesLes classeurs et les vues migrés à l’aide de la commande Content Migration Tool conserveront leurs images miniatures d’origine, même si le plan de migration inclut des transformations entraînant un rendu différent des vues (par exemple, si les connexions de données changent).

Pour mettre à jour les images miniatures, modifiez et sauvegardez à nouveau le classeur ou la vue sur le site de destination. Pour plus d’informations, consultez Modifier les vues Tableau sur le Web dans l’aide Tableau Desktop.

Connexions virtuelles

Les utilisateurs doivent recréer des connexions virtuelles sur le site de destination. Pour plus d’informations, consultez Créer une connexion virtuelle.
[Passer au contenu principal](#main-content) # Limites des processus serveur Lorsque vous reconfigurez des processus pour Tableau Server, vous ne pouvez augmenter le nombre d’instance de processus que dans une quantité limitée. Par défaut, la limite est définie sur huit. Si votre ordinateur comporte suffisamment de mémoire RAM et de cœurs de processeur, et que vous souhaitez dépasser cette limite, vous pouvez la modifier à l’aide de l’option de configuration `service.max_procs`. Dans Tableau, il est recommandé que, pour chaque instance de processus, la machine exécutant le processus dispose d’au moins 1 Go de RAM et un cœur logique de processeur physique. Pour modifier le nombre maximal de processus autorisés : 1. Entrez la commande suivante où `number` est le nombre maximal d’instances de processus à autoriser : `tsm configuration set -k service.max_procs -v ` Par exemple : `tsm configuration set -k service.max_procs -v 10` 2. Ensuite, saisissez : `tsm pending-changes apply` Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). [Passer au contenu principal](#main-content) # Limites des ressources du gestionnaire de processus en arrière-plan de Tableau Server La fonctionnalité de limites de ressources du gestionnaire de processus en arrière-plan de Tableau Server a été introduite dans Tableau Server 2022.1. ## Présentation et concepts ### Qu’est-ce que c’est La fonctionnalité de limites des ressources du gestionnaire de processus vous permet de gérer les ressources du gestionnaire de processus et de contrôler leur utilisation. À partir de 2022.1, vous pouvez définir des limites sur le nombre de tâches en arrière-plan pouvant s’exécuter simultanément sur un site. Vous pouvez également spécifier le nombre d’heures du gestionnaire de processus qu’un site peut utiliser pour exécuter des tâches par jour. Les limites par défaut peuvent être appliquées à tous les sites, mais vous pouvez également définir des limites personnalisées par site. Cela vous donne la possibilité de gérer les ressources amine du gestionnaire de processus en fonction des exigences spécifiques d’un site. ### Quand l’utiliser Utilisez cette fonctionnalité lorsque vous voulez vous assurer que les ressources sont utilisées là où elles sont le plus nécessaires. Plus important encore, vous pouvez empêcher qu’un seul site consomme beaucoup de ressources de gestionnaire de processus, ce qui a un impact sur l’achèvement des travaux ou le temps d’attente des travaux sur d’autres sites. Si vous rencontrez actuellement une utilisation déséquilibrée des ressources du gestionnaire de processus ou des retards dans l’achèvement des tâches en arrière-plan, utilisez cette fonctionnalité pour optimiser l’utilisation des ressources qui convient à vos besoins organisationnels et à vos priorités de contenu. ### Exigences et recommandations 1. Cette fonctionnalité nécessite que Tableau Server soit activé avec une licence [Advanced Management](https://help.tableau.com/current/server/fr-ca/itm_intro.htm). 2. Un nouveau processus Tableau Server appelé **Gestionnaire de limites de ressources** est requis pour appliquer les limites de ressources définies. Lorsque vous installez Tableau Server 2022.1 ou versions ultérieures ou mettez à niveau vers cette version, ce processus est automatiquement configuré sur le nœud initial. - Nous vous recommandons d’avoir au moins 5 processus de gestionnaire de processus en arrière-plan au total en cours d’exécution sur Tableau Server pour que la fonctionnalité de limites de ressources du gestionnaire de processus en arrière-plan s’exécute de manière optimale. Les recommandations de configuration et de topologie par défaut sont décrites en détail dans le [Gestionnaire des limites de ressources de Tableau Server](https://help.tableau.com/current/server/fr-ca/server_process-resource-limits-manager.htm). - Nous vous déconseillons d’ajouter d’autres processus de gestionnaire de limites de ressources à votre instance de Tableau Server. Le processus installé automatiquement sur le nœud initial est suffisant. ### Terminologie et concepts - **Limites des tâches du site :** limites de simultanéité et de temps d’exécution des tâches d’arrière-plan pour un site. - **Limites de site par défaut :** limites de simultanéité et de temps d’exécution des tâches par défaut pour un site. - **Limites de site personnalisées :** limites de site spécifiques de ce site. - **Type de travail :** identique au type de tâche. Inclut les actualisations d’extraits, les abonnements et les flux. - **Limites de travaux simultanés :** nombre maximal de travaux ou d’un type spécifique pouvant s’exécuter en même temps. Le nombre maximal est égal au nombre total de processus de gestionnaire de processus en arrière-plan déployés sur le serveur. - **Limite quotidienne :** la limite quotidienne comprend les limites de temps d’exécution et l’heure de réinitialisation. - **Limite d’exécution :** il s’agit du nombre total d’heures de travail du gestionnaire de processus en arrière-plan allouées à un site par jour. Le nombre maximal est égal au nombre total de processus de gestionnaire de processus en arrière-plan déployés sur le serveur multiplié par 24, 24 étant le nombre d’heures dans une journée complète. - **Heure de réinitialisation :** heure à laquelle les limites quotidiennes sont réinitialisées. Cette heure est automatiquement définie sur minuit UTC et ne peut pas être modifié. - **Aucune limite :** cela correspond à l’absence de configuration de limites de ressources. Dans ce cas, les tâches d’un site qui peuvent s’exécuter en parallèle peuvent utiliser tous les processus de gestionnaire de processus en arrière-plan disponibles sur Tableau Server. ## Ce que vous pouvez faire **En tant qu’administrateur de Tableau Server**, 1. Vous pouvez spécifier une limite de travaux simultanés pour chaque type de tâche : actualisations d’extraits, abonnements et flux. Cette limite contrôle le nombre de travaux en arrière-plan sur un site qui peuvent être exécutés en même temps, pour un type de tâche donné. Les limites sont spécifiques de chaque type de tâche, ce qui signifie que vous pouvez définir différentes limites pour les actualisations d’extraits, les abonnements et les flux. 2. Vous pouvez spécifier le nombre d’heures de gestionnaire de processus en arrière-plan qu’un site peut utiliser pour exécuter des tâches sur une période de 24 heures - la limite de temps d’exécution quotidienne des tâches. Contrairement à la limite de travaux simultanés, la limite de temps d’exécution de travaux quotidienne est cumulative pour tous les types de tâches. 3. Vous pouvez savoir combien d’heures de gestionnaire de processus en arrière-plan ont été utilisées par un site au cours des dernières 24 heures. 4. Vous pouvez voir quand une tâche est retardée en raison des limites de simultanéité définies. 5. Vous pouvez identifier lorsqu’une tâche est annulée en raison d’un manque de ressources de gestionnaire de processus en arrière-plan disponibles. Vous pouvez voir l’état et les détails de la tâche sur la page [Gérer les tâches du gestionnaire de processus en arrière-plan dans Tableau Server](https://help.tableau.com/current/server/fr-ca/server_backgrounder_job_management.htm). **En tant que propriétaire de tâche**, vous recevrez un courriel lorsque votre travail en arrière-plan est annulé, car le site a atteint sa limite de temps d’exécution quotidienne. ## Comment définir les limites des ressources du gestionnaire de processus en arrière-plan Tableau Server ne définit pas automatiquement de limites de ressources. Tant que vous n’avez pas configuré les limites de ressources, il n’y a pas de limitation de ressources sur l’utilisation des ressources du gestionnaire de processus en arrière-plan. Pour définir des limites de ressources pour la première fois ou apporter des modifications par la suite, accédez à la page Paramètres, puis sélectionnez l’onglet Limites de ressources. **Vous ne pouvez configurer des limites personnalisées qu’une fois que vous avez configuré les limites par défaut**. ![Tous les sites étant sélectionnés, les paramètres de configuration figurent sur la page des paramètres sous l’onglet des limites de ressources](/tableau/current/fr-ca/server/fr-ca/Img/server-backgrounder-resource_limits-settings-page.png) ### Limites de site par défaut Les limites de site par défaut sont définies au niveau du serveur afin qu’elles puissent être appliquées à tous les sites. Les modifications apportées aux limites de site par défaut s’appliquent à tous les nouveaux sites et à tous les sites existants définis pour utiliser les limites par défaut. Les sites qui ont des limites personnalisées ne seront pas affectés par cette modification. - Les limites de travaux simultanés et les limites d’exécution quotidiennes doivent être spécifiées en nombres entiers. - Les modifications apportées aux limites de site par défaut prennent effet immédiatement et ne nécessitent pas de redémarrage du serveur. Pour définir des limites par défaut pour la première fois, dans l’onglet Limites des ressources, sélectionnez Définir les limites par défaut. Si vous mettez à jour les limites par défaut existantes, sélectionnez Modifier les limites par défaut. ![Une boîte de dialogue Tableau Server pour modifier les limites par défaut des ressources.](/tableau/current/fr-ca/server/fr-ca/Img/server-backgrounder-default-resource-limits.png) ### Limites de site personnalisées Pour certains sites, vous pouvez avoir besoin de plus ou moins de ressources que les limites par défaut. Cela dépend de la quantité de contenu que vous avez sur le site et de leur importance pour vos opérations commerciales. Lorsque les valeurs par défaut ne correspondent pas à la capacité appropriée d’un site, vous pouvez définir des limites de ressources personnalisées pour ce site. Les limites de site personnalisées peuvent dépasser les limites par défaut. - Les limites de travaux simultanés et les limites d’exécution quotidiennes doivent être spécifiées en nombres entiers. - Les modifications apportées aux limites de site personnalisées prennent effet immédiatement et ne nécessitent pas de redémarrage du serveur. Pour configurer des limites personnalisées d’un site, dans l’onglet Limites des ressources, sous Actions, cliquez sur les points de suspension et sélectionnez Personnaliser les limites du site. ![L’image montre une capture d’écran de la liste des sites sur l’onglet des limites de ressources de la page de configuration où vous pouvez définir des limites personnalisées pour un site.](/tableau/current/fr-ca/server/fr-ca/Img/server-backgrounder-custom-resource-limits.png) ## Que se passe-t-il après la configuration des limites de ressources Une fois que vous avez défini les limites de ressources pour vos sites, Tableau Server surveille et suit l’utilisation des ressources du document d’information et s’assure que les limites appropriées sont appliquées. Les travaux sont placés dans une file d’attente lorsque le site atteint sa limite de simultanéité maximale et ne s’exécutent pas tant qu’une tâche en cours d’exécution sur ce site n’est pas terminée et que la capacité du gestionnaire de processus en arrière-plan n’est pas disponible. Si après 12 heures il n’y a toujours pas de ressource de simultanéité disponible, les travaux qui sont toujours en attente seront supprimés de la file d’attente. À la fin de la limite de temps d’exécution quotidienne, **tous les travaux en attente seront annulés pour la journée** et le propriétaire de la tâche reçoit une notification. Cette fonctionnalité nécessite que Tableau Server soit activé avec une licence de gestion de serveur valide sans laquelle les limites ne sont pas appliquées. Si la licence est non valide ou désactivée pour une raison quelconque, les limites précédemment configurées sont enregistrées et seront appliquées une fois le problème de licence résolu. ## Quand ajuster les limites de ressources _Avant d’apporter des modifications à la configuration, assurez-vous que Tableau Server est en cours d’exécution et en bon état._ Vous pouvez utiliser la page des [travaux](https://help.tableau.com/current/server/fr-ca/server_backgrounder_job_management.htm) pour identifier les travaux en attente ou annulés, puis déterminer ceux pour lesquels cette mise en attente ou cette annulation était due à des limites de ressources. Voici quelques modèles pour surveiller et ajuster les limites de ressources : - Si vous constatez qu’un ou plusieurs travaux sur un site sont constamment annulés, vous devrez peut-être augmenter les limites de temps d’exécution quotidiennes. - Si vous constatez que des travaux sur un site sont régulièrement annulés tôt dans la journée, cela signifie probablement que le temps d’exécution quotidien des travaux n’est pas suffisant pour ce site. - Si vous constatez régulièrement que travaux d’un type particulier restent en attente pendant une certaine période, vous pouvez envisager d’augmenter les limites de travaux simultanés pour ce type de tâche. Vous pouvez également envisager de planifier les travaux sur différentes périodes afin que tout ne s’exécute pas en même temps. En outre, vous pouvez envisager de créer des programmations étalées sur une période plus longue, afin que les tâches ne soient pas toutes programmées pour s’exécuter trop près les unes des autres. - Si vous ne souhaitez pas modifier les limites de ressources dans les situations décrites ci-dessus, vous pouvez choisir d’ajuster la fréquence d’exécution programmée des travaux. Par exemple, si le travail est planifié pour s’exécuter toutes les heures, ajustez-le pour qu’il s’exécute selon une programmation moins fréquente. ### Qui peut le faire? Les administrateurs Tableau Server peuvent configurer des limites de ressources. Un utilisateur Tableau Server qui possède des tâches d’actualisation d’extrait, d’abonnement ou d’exécution de flux recevra des notifications par courriel lorsque ses travaux sont annulés. [Passer au contenu principal](#main-content) # Liste de contrôle pré-installation - Tableau Resource Monitoring Tool La rubrique suivante fournit les conditions préalables à l’installation Tableau Resource Monitoring Tool. Il décrit également les autorisations du système d’exploitation requises pour les comptes de service utilisés. ## Exigences en matière d’ordinateur, de réseau et de comptes **Remarque :** Le serveur et l’agent du Resource Monitoring Tool (RMT) ne sont pas conformes aux normes FIPS (Federal Information Processing Standards) 140-2 et ne fonctionneront pas correctement sur les systèmes d’exploitation exécutés avec le mode FIPS activé. Remplissez les conditions préalables suivantes avant d’installer Tableau Resource Monitoring Tool. 1. Assurez-vous de disposer des privilèges d’administration pour tous les ordinateurs qui exécuteront Resource Monitoring Tool. Ceci inclut l’ordinateur exécutant le serveur RMT et tous les nœuds Tableau Server de l’installation que vous allez surveiller avec Resource Monitoring Tool. 2. Ouvrez le port 5672 pour le trafic TCP entrant sur l’ordinateur exécutant le Serveur RMT. L’application d’Agent Resource Monitoring Tool envoie les données qu’elle collecte via le port 5672, de sorte que la machine sur laquelle le serveur RMT est installé devra autoriser le trafic TCP entrant sur ce port. Le pare-feu Windows est un bloqueur commun de ce trafic. 3. Ouvrez les ports suivants : - Ouvrez le port 80 pour le trafic TCP entrant sur l’ordinateur exécutant le Serveur RMT. Il s’agit du port sur lequel le Serveur RMT hébergera l’interface Web. Notez que nous pouvons modifier le numéro de port pendant l’installation si un service tiers l’utilise déjà. Pour rendre l’interface Web accessible depuis l’extérieur du Serveur RMT, ce port devra être ouvert. - Ouvrez le port 443 pour le trafic TCP entrant sur l’ordinateur exécutant le Serveur RMT Resource Monitoring Tool. Il s’agit du port sur lequel les connexions proviennent de l’Agent lors du test de la connexion au Serveur RMT. - Ouvrez les ports 5672 et 5671 (connexions TLS) vers le trafic TCP sortant sur tous les nœuds d’agent. L’application Agent envoie les données qu’elle collecte au Serveur RMT via ce port. - Ouvrez le port 80 pour le trafic TCP sortant sur tous les ordinateurs agents. Périodiquement, l’agent envoie des demandes à l’interface Web du Serveur RMT. - Ouvrez le port 443 pour le trafic TCP sortant sur tous les ordinateurs Agents. Il s’agit du port sur lequel l’Agent teste sa connexion au Serveur RMT. Pour plus d’information sur les ports et les communications, consultez [Ports de communication Tableau Resource Monitoring Tool](https://help.tableau.com/current/server/fr-ca/rmt-ports-comms.htm). 4. Vérifiez que tous les ordinateurs d’Agents peuvent contacter le Serveur RMT. L’interface Web hébergée par le serveur RMT est liée à un nom d’hôte ou à une adresse IP spécifique pendant le processus de configuration. Elle ne répondra qu’aux demandes envoyées à ce nom d’hôte spécifique. Par exemple, si le Serveur RMT est configuré pour être hébergé sur http://RMTServer/ mais que les serveurs Agents ne peuvent contacter le Serveur RMT que par http://myrmtserver.myserver.com/, les demandes ne seront pas transmises. 5. Collectez les identifiants d’un compte Administrateur Tableau Server. Resource Monitoring Tool utilisera l’API Web de Tableau Server pour collecter des renseignements sur le contenu, de sorte qu’il aura besoin d’identifiants pour un utilisateur qui est un administrateur de serveur Tableau et qui peut accéder à tous les sites, projets, etc. Nous vous recommandons d’en créer un dédié à Resource Monitoring Tool, mais il peut s’agir de n’importe quel utilisateur qui est un administrateur de Tableau Server. **Remarque :** RMT ne prend pas en charge SAML, mais peut fonctionner avec une installation Server qui utilise l’authentification unique SAML. Pour ce faire, vous devez configurer un magasin d’identités local pour Tableau Server et définir localement un mot de passe pour le compte administrateur qui sera utilisé par RMT. 6. Activez l’accès à la base de données du référentiel Tableau Server. **Ceci est requis depuis la version 2022.3**. Resource Monitoring Tool accède directement à la base de données du référentiel pour des raisons de performances. Pour que cela fonctionne, l’accès au référentiel doit être activé, avec un mot de passe défini pour l’utilisateur de la base de données « readonly ». Pour plus d’information, consultez [Activer l’accès au référentiel Tableau Server](https://help.tableau.com/current/server/fr-ca/perf_collect_server_repo.htm#Get). 7. Si vous souhaitez utiliser les connexions SSL entre Resource Monitoring Tool et le référentiel Tableau Server, vérifiez que Tableau Server est configuré pour utiliser SSL pour les connexions Postgres internes. Pour plus d’information, consultez [Configurer SSL pour la communication Postgres interne](https://help.tableau.com/current/server/fr-ca/ssl_config_postgres.htm). Resource Monitoring Tool vous permet d’utiliser soit le fichier de certificat (`server.crt`), soit l’empreinte du pouce pour les connexions SSL. Le fichier de certificat pour la base de données Postgres est installé pour : `C:/ProgramData/Tableau/Tableau Server/data/tabsvc/config/pgsql/security` Si vous prévoyez d’utiliser le fichier de certificat (`server.crt`), copiez le fichier de certificat généré par Tableau Server pour les connexions Postgres SSL internes sur l’ordinateur où vous prévoyez d’installer le serveur RMT. Copiez-le sur le magasin de certificats de l’ordinateur. 8. Vérifiez que l’API REST est activée sur Tableau Server (paramètre par défaut). Utilisez la commande `tsm configuration get -k api.server.enabled` pour cette vérification. Une valeur de retour de `true` signifie que l’API REST est activée. Pour activer l’API REST, utilisez la commande `tsm configuration set`. Pour plus d’information, consultez [api.server.enabled](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm#rest_api_enabled). 9. Vérifiez la taille des fichiers journaux Tableau Server. Une fois que l’Agent Serveur est installé et configuré, Resource Monitoring Tool traite les données historiques pertinentes à partir des fichiers journaux Tableau Serveur avant que les données soient affichées. S’il existe une grande quantité de données de journal historique, le traitement de l’information peut prendre un certain temps. Cela peut entraîner un retard de traitement des événements plus récents sur le serveur. Si le retard vous préoccupe et que des informations historiques ne vous sont pas indispensables, vous pouvez procéder ainsi pour nettoyer les fichiers existants : - [Supprimer les fichiers superflus](https://help.tableau.com/current/server/fr-ca/maintenance_cleanup.htm) et considérez les [Instantanés de fichiers journaux (archives de fichiers journaux)](https://help.tableau.com/current/server/fr-ca/logs_archive.htm) avant de supprimer les fichiers journaux. **Remarque :** Les données de performances telles que l’utilisation du processeur et de la mémoire ne sont pas collectées à l’aide des données de fichiers journaux historiques et sont collectées après l’installation et la configuration de l’Agent de sorte que le nettoyage des données historiques n’affecte pas les données de performances. 10. (facultatif) Collectez l’information de connexion pour un serveur SMTP auquel le Serveur RMT peut accéder. Si vous souhaitez recevoir des notifications par courriel, vous devez fournir à Server RMT le nom du serveur, le nom d’utilisateur et le mot de passe (le cas échéant) et le numéro de port d’un serveur SMTP qu’il peut utiliser pour envoyer le courriel et la version de TLS. Actuellement, la version 1.2 de TLS est requise, mais la version 1.3 de TLS est également prise en charge. Si vous souhaitez utiliser TLS version 1.3, assurez-vous que vous disposez d’Open SSL 1.1.1f ou d’une version supérieure sur la machine sur laquelle RMT Server sera installé. Pour plus d’information, consultez [Notifications par courriel](https://help.tableau.com/current/server/fr-ca/rmt-config-configGui.htm#smtp_config) 11. (facultatif) Vérifiez les autorisations du compte de service du système d’exploitation pour les comptes non par défaut. Vous devrez peut-être procéder ainsi si votre organisation a des exigences de sécurité spécifiques qui vous obligent à utiliser des comptes système ou des utilisateurs déjà définis. Vous trouverez des détails sur les autorisations par défaut ici : [Autorisations d’installation par défaut - Tableau Resource Monitoring Tool](https://help.tableau.com/current/server/fr-ca/rmt-install-perms.htm) ### Qui peut le faire? Pour effectuer toutes les étapes décrites ci-dessus, vous devez être un administrateur sur l’ordinateur où vous installez Resource Monitoring Tool, et être un administrateur Tableau Server. [Passer au contenu principal](#main-content) # Liste de contrôle pour une sécurité renforcée La liste suivante formule des recommandations pour améliorer la sécurité (« renforcée ») de votre installation Tableau Server. Vous recherchez Tableau Server sur Linux? Consultez [Liste de contrôle pour une sécurité renforcée](https://help.tableau.com/current/server-linux/fr-ca/security_harden.htm) ## Installation des mises à jour de sécurité Les mises à jour de sécurité sont incluses dans les dernières versions et les versions de maintenance (MR) de Tableau Server. Vous ne pouvez pas installer les mises à jour de sécurité en tant que correctifs. Au lieu de cela, vous devez effectuer une mise à niveau vers une version ou une MR actuelle pour mettre à jour Tableau Server avec les derniers correctifs de sécurité. Reportez-vous toujours à la version la plus récente de cette rubrique après la mise à niveau. La version actuelle inclut `/current/` dans l’URL de la rubrique. Par exemple, l’URL de la version française est : [https://help.tableau.com/current/server/fr-ca/security\_harden.htm](https://help.tableau.com/current/server/fr-ca/security_harden.htm). ## 1\. Mettre à jour vers la version actuelle Nous vous recommandons de toujours exécuter la dernière version de Tableau Server. Par ailleurs, Tableau publie régulièrement des mises à jour de maintenance de Tableau Server comprenant des correctifs pour les vulnérabilités de sécurité connues. (Des informations concernant les vulnérabilités de sécurité connues sont disponibles sur la page [Bulletins de sécurité Tableau](https://community.tableau.com/s/security-bulletins) et la page [Salesforce Security Advisors](https://security.salesforce.com/security-advisories).) Nous vous recommandons de vérifier les notifications des mises à jour de maintenance pour savoir si vous devez les installer. Pour obtenir la version de distribution ou la version de maintenance la plus récente de Tableau Server, rendez-vous sur le [Portail client](http://customer.tableau.com/). ## 2\. Configurer le protocole SSL/TLS avec un certificat de confiance valide **Important :** Depuis la version 2025.2 (Tableau Desktop), 2025.3 (Tableau Server), et juin 2025 (Tableau Cloud), Tableau utilise OpenSSL 3.4.x et la sécurité de niveau 2. La sécurité de niveau 2 requiert des clés de 2 048 bits ou plus. Les clés de sécurité de niveau 1 existantes seront désactivées et vous devrez générer et déployer une nouvelle paire de clés. Si vous avez généré des clés d’au moins 2 048 bits comme recommandé, aucune action n’est nécessaire. Pour plus d’informations, consultez [Générer une clé](https://help.tableau.com/current/server/fr-ca/ssl_cert_create.htm#generate-key). Le protocole Secure Sockets Layer (SSL/TLS) est indispensable pour assurer la sécurité des communications avec Tableau Server. Configurez Tableau Server avec un certificat de confiance valide (pas un certificat autosigné) afin que Tableau Desktop, les appareils mobiles et les clients Web puissent se connecter au serveur via une connexion sécurisée. Pour plus d’informations, consultez [SSL](https://help.tableau.com/current/server/fr-ca/ssl.htm). ## 3\. Désactiver les anciennes versions du protocole TLS Tableau Server utilise le protocole TLS pour authentifier et chiffrer de nombreuses connexions entre les composants et avec les clients externes. Les clients externes tels que les navigateurs, Tableau Desktop et Tableau Mobile se connectent à Tableau en TLS via HTTPS. Le protocole TLS (Transport Layer Security) est une version améliorée du SSL. En fait, les versions plus anciennes du SSL (SSL v2 et v3) ne sont plus considérées comme des normes de communication sécurisée adéquates. Dès lors, Tableau Server n’autorise pas les clients externes à utiliser les versions 2 et 3 du protocole SSL pour se connecter. Nous vous recommandons d’autoriser les clients externes à se connecter à Tableau Server avec le protocole TLS v1.3 et TLS v1.2 uniquement. TLS v1.2 est toujours considéré comme un protocole sécurisé et de nombreux clients (y compris Tableau Desktop) ne prennent pas encore en charge TLS v1.3. Les clients compatibles TLS v1.3 négocieront TLS v1.3 même si TLS v1.2 est pris en charge par le serveur. La commande tsm suivante active la version TLS v1.2 et v1.3 (avec le paramètre « all ») et désactive les protocoles SSL v2, SSL v3, TLS v1 et TLS v1.1 (en ajoutant le signe moins \[-\] à un protocole donné). TLS v1.3 n’est pas encore pris en charge par tous les composants de Tableau Server. `tsm configuration set -k ssl.protocols -v "all -SSLv2 -SSLv3 -TLSv1 -TLSv1.1"` `tsm pending-changes apply` Pour modifier les protocoles qui régissent SSL pour le référentiel Tableau Server PostgreSQL, consultez [pgsql.ssl.ciphersuite](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm#pgsql.ss). Vous pouvez également modifier la liste par défaut des suites de chiffrement que Tableau Server utilise pour les sessions SSL/TLS. Pour plus d’informations, consultez la section _ssl.ciphersuite_ dans [Options tsm configuration set](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm#ssl.ciph). ## 4\. Configurer le chiffrement SSL pour le trafic interne Configurez Tableau Server pour qu’il utilise le protocole SSL pour chiffrer l’ensemble du trafic entre le référentiel Postgres et les autres composants du serveur. Par défaut, SSL est désactivé pour les communications entre les composants du serveur et le référentiel. Nous recommandons d’activer le protocole SSL interne pour toutes les instances de Tableau Server, même les installations avec un seul serveur. L’activation du protocole SSL interne est particulièrement importante pour les déploiements multi-nœuds. Voir [Configurer SSL pour la communication Postgres interne](https://help.tableau.com/current/server/fr-ca/ssl_config_postgres.htm). ## 5\. Activer la protection par pare-feu Tableau Server a été conçu pour fonctionner à l’intérieur d’un réseau interne protégé. **Important :** N’exécutez pas Tableau Server out tout autre composant de Tableau Server sur Internet ou dans un DMZ. Tableau Server doit être exécuté avec le réseau entreprise protégé par un pare-feu Internet. Nous recommandons la configuration d’une solution de proxy inverse pour les clients Internet qui doivent se connecter à Tableau Server. Consultez [Configuration des proxys et des équilibreurs de charge pour Tableau Server](https://help.tableau.com/current/server/fr-ca/proxy.htm). Il est conseillé d’activer un pare-feu local sur le système d’exploitation afin de protéger Tableau Server dans les déploiements à un ou plusieurs nœuds. Dans une installation distribuée (à plusieurs nœuds) de Tableau Server, la communication entre les nœuds n’est pas une communication sécurisée. Par conséquent, vous devez activer les pare-feu sur les ordinateurs qui hébergent Tableau Server. Pour empêcher toute personne malveillante d’observer les communications entre les nœuds, configurez un réseau local virtuel séparé ou une autre solution de sécurité de couche réseau. Consultez [Ports de Tableau Services Manager](https://help.tableau.com/current/server/fr-ca/ports.htm) pour comprendre de quels ports et services Tableau Server a besoin. ## 6\. Limiter l’accès à l’ordinateur serveur et aux répertoires importants Les fichiers de configuration de Tableau Server et les fichiers journaux peuvent contenir de précieux renseignements pour un cybercriminel. Veillez dès lors à restreindre l’accès physique à la machine qui exécute Tableau Server. Assurez-vous également que seuls les utilisateurs autorisés et les utilisateurs de confiance ont accès aux fichiers Tableau Server du répertoire `C:\ProgramData\Tableau`. ## 7\. Mettre à jour Tableau Server pour utiliser le compte Exécuter en tant qu’utilisateur Par défaut, Tableau Server s’exécute sous le compte Windows prédéfini Services réseau (Autorité NT / Service réseau). L’utilisation du compte par défaut est acceptable dans les scénarios où Tableau Server ne doit pas se connecter à des sources de données externes nécessitant l’authentification Windows. Toutefois, si vos utilisateurs doivent accéder à des sources de données authentifiées par Active Directory, mettez à jour le compte Exécuter en tant qu’utilisateur vers un compte de domaine. Il est important de minimiser les droits du compte que vous utilisez pour le compte Exécuter en tant qu’utilisateur. Pour plus d’informations, consultez [Compte Exécuter en tant que service](https://help.tableau.com/current/server/fr-ca/runas.htm). ## 8\. Générer de nouveaux secrets et jetons Chaque service Tableau Server qui communique avec le référentiel ou le serveur de cache doit d’abord s’authentifier avec un jeton secret. Le jeton secret est généré durant l’installation de Tableau Server. La clé de chiffrement utilisée par le protocole SSL interne pour chiffrer le trafic vers le référentiel Postgres est également générée durant l’installation. Après avoir installé Tableau Server, nous vous recommandons de générer de nouvelles clés de chiffrement pour votre déploiement. Ces actifs de sécurité peuvent être générés à nouveau à l’aide de la commande `[tsm security regenerate-internal-tokens](https://help.tableau.com/current/server/fr-ca/cli_security_tsm.htm#regenerate-tokens)`. Exécutez les commandes suivantes : `tsm security regenerate-internal-tokens` `tsm pending-changes apply` ## 9\. Désactiver les services que vous n’utilisez pas Pour minimiser la surface d’attaque de Tableau Server, désactivez les points de connexion inutiles. ### Service JMX JMX est désactivé par défaut. S’il est activé, mais que vous ne l’utilisez pas, désactivez-le en utilisant la séquence suivante de commandes : `tsm configuration set -k service.jmx_enabled -v false` `tsm pending-changes apply` ## 10\. Vérifier la configuration de la durée de vie de la session Par défaut, Tableau Server n’a pas de durée limite de session absolue. Cela signifie que les sessions (création Web) d’un client dans un navigateur peuvent rester ouvertes indéfiniment tant que la durée limite d’inactivité de Tableau Server n’est pas dépassée. La durée limite d’inactivité par défaut est de 240 minutes. Si votre politique de sécurité l’exige, vous pouvez définir une durée limite de session absolue. Assurez-vous de définir le délai d’expiration absolu de votre session dans une plage qui accepte les opérations de téléversement d’extraits ou de publication de classeur à exécution la plus longue dans votre entreprise. Si vous définissez le délai d’expiration de la session sur une durée trop courte, les extraits et les publications échoueront pour les opérations qui durent le plus longtemps. Pour définir le délai d’expiration de la session, exécutez les commandes suivantes : `tsm configuration set -k wgserver.session.apply_lifetime_limit -v true` `tsm configuration set -k wgserver.session.lifetime_limit -v _value_`, où _value_ correspond au nombre de minutes. La valeur par défaut est 1440, qui correspond à 24 heures. `tsm configuration set -k wgserver.session.idle_limit -v _value_`, où _value_ correspond au nombre de minutes. La valeur par défaut est 240. `tsm pending-changes apply` Les sessions pour les clients connectés (Tableau Desktop, Tableau Mobile, Tableau Prep Builder, Bridge et jetons d’accès personnels) utilisent les jetons OAuth pour empêcher les utilisateurs de se connecter en rétablissant une session. Vous pouvez désactiver ce comportement si vous souhaitez que toutes les sessions clients Tableau soient uniquement régies par les limites de session dans un navigateur contrôlées par les commandes ci-dessus. Consultez [Désactiver l’authentification client automatique](https://help.tableau.com/current/server/fr-ca/devices_connected_credentials.htm). ## 11\. Configurer une liste d’autorisations de serveurs pour les sources de données basées sur des fichiers Depuis les versions de Tableau Server d’octobre 2023, le comportement d’accès basé sur les fichiers par défaut a changé. Auparavant, Tableau Server permettait aux utilisateurs Tableau Server autorisés de créer des classeurs qui utilisent des fichiers sur le serveur en tant que sources de données basées sur des fichiers (comme les feuilles de calcul). Avec les versions d’octobre 2023, l’accès aux fichiers stockés sur Tableau ou sur des partages distants doit être spécialement configuré sur Tableau Server à l’aide du paramètre décrit ici. Ce paramètre vous permet de limiter l’accès au [Compte Exécuter en tant que service](https://help.tableau.com/current/server/fr-ca/runas.htm) uniquement aux répertoires que vous spécifiez. Pour configurer l’accès aux fichiers partagés, vous devez configurer la fonctionnalité de liste d’autorisations. Cette fonctionnalité vous permet de limiter l’accès au compte Exécuter en tant que service uniquement aux chemins d’accès des répertoires locaux où vous hébergez les fichiers de données. 1. Sur l’ordinateur qui exécute Tableau Server, identifiez les répertoires où vous hébergerez les fichiers de source de données. **Important** Assurez-vous que les chemins d’accès du fichier que vous spécifiez dans ce paramètre existent et sont accessibles sur le compte de service. 2. Exécutez les commandes suivantes : `tsm configuration set -k native_api.allowed_paths -v "_path_"`, où _path_ est le répertoire à ajouter à la liste d’autorisations. Tous les sous-répertoires du chemin d’accès spécifié seront ajoutés à la liste d’autorisations. Vous devez ajouter une barre oblique inversée à la fin du chemin spécifié. Pour spécifier plusieurs chemins d’accès, séparez-les par un point-virgule, comme dans cet exemple : `tsm configuration set -k native_api.allowed_paths -v "c:\datasources;\\HR\data\"` `tsm pending-changes apply` ## 12\. Activer HTTP Strict Transport Security pour les clients de navigateurs Web HTTP Strict Transport Security (HSTS) est une stratégie configurée sur des services d’application Web, tels que Tableau Server. Lorsqu’un navigateur compatible rencontre une application Web exécutant HSTS, toutes les communications avec le service doivent s’effectuer sur une connexion sécurisée (HTTPS). HSTS est pris en charge par les principaux navigateurs. Pour plus d’informations sur le mode de fonctionnement de HSTS et les navigateurs qui le prennent en charge, consultez la page Web de l’Open Web Application Security Project, [Fiche de référence sur HTTP Strict Transport Security](https://cheatsheetseries.owasp.org/cheatsheets/HTTP_Strict_Transport_Security_Cheat_Sheet.html). Pour activer HSTS, exécutez les commandes suivantes dans Tableau Server : `tsm configuration set -k gateway.http.hsts -v true` Par défaut, la stratégie HSTS est configurée pour une année (31 536 000 secondes). Cette période spécifie la durée pendant laquelle le navigateur accédera au serveur via HTTPS. Vous pouvez envisager de configurer une durée maximale courte pendant le déploiement initial de HSTS. Pour modifier cette période, exécutez `tsm configuration set -k gateway.http.hsts_options -v max-age=`. Par exemple, pour configurer une période de stratégie HSTS applicable sur 30 jours, saisissez `tsm configuration set -k gateway.http.hsts_options -v max-age=2592000`. `tsm pending-changes apply` ## 13\. Désactiver l’accès Invité Les licences basées sur le nombre de cœurs dans Tableau Server incluent une option Utilisateur invité qui permet à tous les utilisateurs dans votre organisation de voir des vues Tableau intégrées dans des pages Web et d’interagir avec elles. L’accès Utilisateur invité est activé par défaut sur les serveurs Tableau déployés avec des licences basées sur les cœurs. L’accès Invité permet aux utilisateurs de voir les vues intégrées. L’utilisateur invité ne peut pas accéder à l’interface Tableau Server et ne voit pas les éléments de l’interface serveur dans la vue, par exemple le nom d’utilisateur, les paramètres de compte, les commentaires, etc. Si votre organisation a déployé Tableau Server avec des licences basées sur le nombre de cœurs et que l’accès Invité n’est pas requis, désactivez l’accès Invité. Vous pouvez désactiver l’accès Invité au niveau du serveur ou du site. Vous devez être un administrateur de serveur pour désactiver le compte Invité au niveau du serveur ou du site. **Pour désactiver l’accès Invité au niveau du serveur :** 1. Dans le menu Site, cliquez sur **Gérer tous les sites** puis cliquez sur Paramètres \> Général. 2. Dans Accès Invité, désélectionnez la case à cocher **Activer le compte Invité**. 3. Cliquez sur **Enregistrer**. **Pour désactiver l’accès Invité pour un site :** 1. Dans le menu du site, sélectionnez un site. 2. Cliquez sur Paramètres, puis dans la page Paramètres, désactivez la case à cocher Activer le compte Utilisateur invité. Pour plus d’informations, consultez [Utilisateur invité](https://help.tableau.com/current/server/fr-ca/users_guest.htm). ## 14\. Définir l’en-tête HTTP referrer-policy sur « same-origin » Depuis 2019.2, Tableau Server inclut la possibilité de configurer le comportement de l’en-tête HTTP Referrer-Policy. Cette stratégie est activée avec un comportement par défaut qui inclura l’URL d’origine pour toutes les connexions "secure as" (`no-referrer-when-downgrade`), avec envoi des informations de référent d’origine uniquement aux connexions similaires (HTTP vers HTTP) ou plus sécurisées (HTTP vers HTTPS). Cependant, nous vous recommandons de définir cette valeur sur `same-origin`, qui n’envoie que les informations du référent à same-site origins. Les demandes provenant de l’extérieur du site ne recevront pas d’informations de référent. Pour mettre à jour la stratégie referrer-policy sur `same-origin`, exécutez les commandes suivantes : `tsm configuration set -k gateway.http.referrer_policy -v same-origin` `tsm pending-changes apply` Pour plus d’informations sur la configuration d’en-têtes supplémentaires pour améliorer la sécurité, consultez [En-têtes de réponse HTTP](https://help.tableau.com/current/server/fr-ca/security_http_headers.htm). ## 15\. Configurer TLS pour la connexion SMTP Depuis 2019.4, Tableau Server inclut la possibilité de configurer TLS pour la connexion SMTP. Tableau Server ne prend en charge que STARTTLS (TLS opportuniste ou explicite). Tableau Server peut être configuré en option pour se connecter à un serveur de messagerie. Une fois SMTP configuré, Tableau Server peut envoyer un courriel aux administrateurs de serveur pour les informer de pannes système, et aux utilisateurs du serveur pour des informations sur les vues auxquelles ils sont abonnés et les alertes basées sur les données. Pour configurer TLS pour SMTP : 1. Téléversez le certificat compatible sur Tableau Server. Consultez [tsm security custom-cert add](https://help.tableau.com/current/server/fr-ca/cli_security_tsm.htm#custom-cert-add). 2. Configurez la connexion TLS en utilisant l’interface en ligne de commande TSM. Exécutez les commandes TSM suivantes pour activer et forcer les connexions TLS au serveur SMTP et pour activer la vérification du certificat. `tsm configuration set -k svcmonitor.notification.smtp.ssl_enabled -v true` `tsm configuration set -k svcmonitor.notification.smtp.ssl_required -v true` `tsm configuration set -k svcmonitor.notification.smtp.ssl_check_server_identity -v true` Par défaut, Tableau Server prend en charge les versions TLS 1, 1.1 et 1.2, mais nous vous recommandons de spécifier la version TLS la plus élevée prise en charge par le serveur SMTP. Exécutez la commande suivante pour définir la version. Les valeurs valides sont `SSLv2Hello`, `SSLv3`, `TLSv1`, `TLSv1.1` et `TLSv1.2`. L’exemple suivant définit la version TLS sur la version 1.2. : `tsm configuration set -k svcmonitor.notification.smtp.ssl_versions -v "TLSv1.2"` Pour plus d’informations sur les autres options de configuration TLS, consultez [Configurer les paramètres SMTP](https://help.tableau.com/current/server/fr-ca/config_smtp.htm). 3. Redémarrez Tableau Server pour appliquer les modifications. Exécutez la commande suivante : `tsm pending-changes apply` ## 16\. Configurer SSL pour LDAP Si votre déploiement de Tableau Server est configuré pour utiliser un magasin d’identité externe LDAP générique, nous vous recommandons de configurer SSL pour protéger l’authentification entre Tableau Server et votre serveur LDAP. Consultez [Configurer le réseau chiffré vers le magasin d’identités externe LDAP](https://help.tableau.com/current/server/fr-ca/config_encrypt_ldap.htm). Si votre déploiement Tableau Server est configuré pour utiliser Active Directory, nous vous recommandons d’activer Kerberos pour protéger le trafic d’authentification. Consultez [Kerberos](https://help.tableau.com/current/server/fr-ca/kerberos.htm). ## 17\. Déterminer les autorisations pour les emplacements d’installation non par défaut Si vous installez Tableau Server sur Windows à un emplacement non par défaut, nous vous recommandons de définir manuellement les autorisations du répertoire d’installation personnalisé de manière à limiter l’accès. Par défaut, Tableau Server est installé sur le lecteur système. Le lecteur sur lequel Windows est installé est le lecteur système. Dans la plupart des cas, le lecteur système est le lecteur C:\\. Dans ce cas par défaut, Tableau Server est installé dans les répertoires suivants : - `C:\Program Files\Tableau\Tableau Server\packages` - `C:\ProgramData\Tableau\Tableau Server` Toutefois, de nombreux clients s’installent sur un lecteur autre que le lecteur système ou dans un répertoire différent. Si vous avez sélectionné un lecteur d’installation ou un emplacement de dossier différent lors de l’installation, le répertoire de données de Tableau Server sera installé sur le même chemin d’accès. Pour déterminer les autorisations sur le répertoire d’installation personnalisé, seuls les comptes suivants doivent disposer des autorisations correspondantes sur le dossier d’installation et tous les sous-dossiers :
Configurez les autorisations pour ce compte :Autorisations requises
Compte utilisateur utilisé pour installer et mettre à niveau Tableau ServerContrôle total
Compte utilisateur utilisé pour exécuter les commandes TSMContrôle total
Compte systèmeContrôle total
Exécuter en tant que compte de service, service réseau et service localLecture et exécution
Une procédure de définition de ces autorisations est décrite dans la section [Installation dans un emplacement autre que par défaut](https://help.tableau.com/current/server/fr-ca/runas_confirm_read_ex.htm#Installi). ## Liste des changements
DateChange
May 2018Added clarification: Do not disable REST API in organizations that are running Tableau Prep.
May 2019Added recommendation for referrer-policy HTTP header.
June 2019Removed recommendation to disable Triple-DES. As of version 2019.3, Triple-DES is no longer a default supported cipher for SSL. See Ce qui a changé - À savoir avant d’effectuer la mise à niveau.
January 2020Added recommendation to configure TLS for SMTP.
February 2020Added recommendation to configure SSL for LDAP server.
May 2020Added TLS v1.3 to the disabled list of TLS ciphers. Added clarification to introduction about topic versioning.
August 2020Added scoped permissions for non-default installations on Windows
October 2020Added TLS v1.3 as a default supported cipher.
January 2021Added clarification: All products enabled by the Data Management license require REST API.
February 2021Removed recommendation to disable REST API. The API is now used internally by Tableau Server and disabling it may limit functionality.
[Passer au contenu principal](#main-content) # Magasin d’identités Tableau Server a besoin d’un magasin d’identités pour stocker les informations sur les utilisateurs et les groupes. On distingue deux types de magasins d’identités : local et externe. Lorsque vous installez Tableau Server, vous devez configurer un magasin d’identités local ou externe. Pour des informations sur les options de configuration du magasin d’identités, consultez [Entité identityStore](https://help.tableau.com/current/server/fr-ca/entity_identity_store.htm) et [Référence de configuration du magasin d’identités externe](https://help.tableau.com/current/server/fr-ca/ldap_config.htm). Pour découvrir comment offrir plus de flexibilité à un seul modèle de magasins d’identités, consultez la section [Provisionner et authentifier les utilisateurs à l’aide de pools d’identités](https://help.tableau.com/current/server/fr-ca/identity_pools.htm). ## Magasin d’identités local Lorsque vous configurez Tableau Server avec un magasin d’identités local, toutes les informations sur les utilisateurs et les groupes sont stockées et gérées dans le référentiel Tableau Server. Dans le cas d’une magasin d’identités local, il n’y a pas de source externe pour les utilisateurs et les groupes. ## Magasin d’identités externe Lorsque vous configurez Tableau Server avec un magasin externe, toutes les informations d’utilisateurs et de groupes sont stockées et gérées par un service de répertoire externe. Tableau Server doit se synchroniser avec le magasin d’identités externe pour que les copies locales des utilisateurs et des groupes figurent dans le référentiel Tableau Server. Le magasin d’identités externe est toutefois la source principale pour toutes les données d’utilisateurs et de groupes. Si vous avez configuré le magasin d’identités Tableau Server pour communiquer avec un répertoire LDAP externe, tous les utilisateurs (y compris le compte administrateur initial) que vous ajoutez à Tableau Server doivent avoir un compte dans le répertoire. Si Tableau Server est configuré pour utiliser un répertoire LDAP externe, vous devez d’abord importer les identités des utilisateurs depuis le répertoire externe dans le référentiel Tableau Server en tant qu’utilisateurs système. Lorsque les utilisateurs se connectent à Tableau Server, leurs informations d’identification sont transmises au répertoire externe, qui prend la responsabilité de l’authentification de l’utilisateur ; Tableau Server n’effectue pas cette authentification. Cependant, les noms d’utilisateur Tableau stockés dans le magasin d’identités sont associés avec des droits et des autorisations pour Tableau Server. Donc, une fois l’authentification vérifiée, Tableau Server gère l’accès de l’utilisateur (autorisation) pour les ressources Tableau. Active Directory est un exemple de banque d’utilisateurs externe. Tableau Server est optimisé pour l’interface avec Active Directory. Par exemple, lorsque vous installez Tableau Server sur un ordinateur lié au domaine Active Directory à l’aide de l’[Configurer les paramètres du nœud initial](https://help.tableau.com/current/server/fr-ca/config_general.htm#tsm-ui-steps), le programme d’installation détecte et configure la plupart des paramètres Active Directory. Si, d’autre part, vous utilisez l’interface en ligne de commande TSM pour installer Tableau Server, vous devez spécifier tous les paramètres Active Directory. Dans ce cas, assurez-vous d’utiliser le modèle [LDAP - Active Directory](https://help.tableau.com/current/server/fr-ca/entity_identity_store.htm#LDAP) pour configurer le magasin d’identité. Si vous effectuez l’installation dans Active Directory, vous devez installer Tableau Server sur un ordinateur lié au domaine Active Directory. En outre, nous vous recommandons de passer en revue la [Gestion des utilisateurs dans les déploiements avec magasins d’identités externes](https://help.tableau.com/current/server/fr-ca/users_manage_ad.htm) avant de procéder au déploiement. Pour tous les autres magasins externes, Tableau Server prend en charge LDAP comme moyen générique de communiquer avec le magasin d’identités. Par exemple, OpenLDAP est l’une des implémentations de serveur LDAP avec un schéma flexible. Il est possible de configurer Tableau Server pour qu’il interroge un serveur OpenLDAP. Pour cela, l’administrateur de répertoires doit fournir des informations relatives au schéma. Lors de la configuration, vous devez utiliser l’[Configurer les paramètres du nœud initial](https://help.tableau.com/current/server/fr-ca/config_general.htm#tsm-cli-steps) pour configurer une connexion à d’autres répertoires LDAP. ## Liaison LDAP Les clients qui souhaitent interroger une banque d’utilisateurs à l’aide de LDAP doivent s’authentifier et établir une session, ce qui s’effectue via une liaison. Il existe de nombreuses façons d’établir une liaison. La liaison simple correspond à une authentification avec nom d’utilisateur et mot de passe. Pour les organisations qui se connectent à Tableau Server avec liaison simple, nous vous recommandons de configurer une connexion chiffrée SSL, sans quoi les informations d’identification sont envoyées en ligne sous forme de texte ordinaire. Un autre type de liaison pris en charge par Tableau Server est la liaison GSSAPI. GSSAPI utilise Kerberos pour l’authentification. Dans le cas de Tableau Server, Tableau Server est le client, et la banque d’utilisateurs externe est le serveur LDAP. ### LDAP avec liaison GSSAPI (Kerberos) Nous vous recommandons une liaison à l’annuaire LDAP avec GSSAPI à l’aide d’un fichier keytab pour l’authentification sur le serveur LDAP. Vous aurez besoin d’un fichier keytab spécifiquement pour le service Tableau Server. Nous vous recommandons également de chiffrer le canal avec le serveur LDAP à l’aide de SSL/TLS. Consultez [Configurer le réseau chiffré vers le magasin d’identités externe LDAP](https://help.tableau.com/current/server/fr-ca/config_encrypt_ldap.htm). Si vous effectuez l’installation sur Active Directory, et que l’ordinateur sur lequel vous installez Tableau Server est déjà lié au domaine, il se peut que l’ordinateur dispose déjà d’un fichier de configuration et d’un fichier keytab. Dans ce cas, les fichiers Kerberos sont destinés à l’authentification et au fonctionnement du système d’exploitation. À proprement parler, vous pouvez utiliser ces fichiers pour la liaison GSSAPI, mais nous déconseillons de les utiliser. Au lieu de cela, contactez votre administrateur Active Directory et demandez un fichier keytab spécifiquement pour le service Tableau Server. Consultez [Comprendre la configuration requise du fichier keytab](https://help.tableau.com/current/server/fr-ca/kerberos_keytab.htm). En présupposant que votre système d’exploitation dispose d’un fichier keytab correctement configuré pour l’authentification sur le domaine, l’installation de base de Tableau Server ne nécessite rien d’autre qu’un fichier de clé Kerberos pour la liaison GSSAPI. Si vous comptez utiliser l’authentification Kerberos pour les utilisateurs, [configurez Kerberos pour l’authentification utilisateur](https://help.tableau.com/current/server/fr-ca/config_kerberos.htm) et la [délégation Kerberos pour les sources de données](https://help.tableau.com/current/server/fr-ca/kerberos_delegation.htm) une fois l’installation terminée. ### LDAP sur SSL Par défaut, LDAP avec liaison simple à des serveurs LDAP arbitraires n’est pas chiffré. Les informations d’identification des utilisateurs utilisées pour établir la session de liaison avec le serveur LDAP sont communiquées en texte ordinaire entre Tableau Server et le serveur LDAP. Nous vous recommandons vivement de chiffrer le canal entre Tableau Server et le serveur LDAP. Si votre entreprise utilise un annuaire LDAP autre qu’Active Directory, consultez [Configurer le réseau chiffré vers le magasin d’identités externe LDAP](https://help.tableau.com/current/server/fr-ca/config_encrypt_ldap.htm). ## Authentification des clients L’authentification utilisateur de base dans Tableau Server s’effectue par connexion avec un nom d’utilisateur et un mot de passe à la fois pour les banques utilisateur locales et externes. Dans le cas local, les mots de passe utilisateur sont stockés en tant que mot de passé haché dans le référentiel. Dans le cas externe, Tableau Server transmet les informations d’identification à la banque d’utilisateurs externe et attend une réponse sur la validité des informations d’identification. Les banques d’utilisateurs externes peuvent également gérer d’autres types d’authentification tels que Kerberos ou SSPI (Active Directory uniquement), mais le concept est identique. Tableau Server délègue les informations d’identification ou l’utilisateur à la banque externe et attend une réponse. Vous pouvez configurer Tableau Server de manière à ce que la connexion nom d’utilisateur-mot de passe soit désactivée. Dans ces scénarios, d’autres méthodes d’authentification telles que l’authentification de confiance, OpenID ou SAML peuvent être utilisées. Consultez [Authentification](https://help.tableau.com/current/server/fr-ca/security_auth.htm). Dans certains cas, vous devrez peut-être mettre à jour les annuaires externes LDAP pour autoriser les opérations de liaison avec le format nom d’utilisateur + DN depuis Tableau Server. Voir [Comportement de liaison de l’utilisateur lors de la connexion](https://help.tableau.com/current/server/fr-ca/users_manage_ad.htm#User). [Passer au contenu principal](#main-content) # Maintenance Vous devez effectuer une maintenance régulière sur Tableau Server, par exemple la création de sauvegardes, la synchronisation des groupes Active Directory et la suppression des fichiers inutiles. ## Autres articles de cette section [Passer au contenu principal](#main-content) # Maintenance d’un environnement distribué Après avoir configuré un nœud initial et un ou plusieurs nœuds supplémentaires pour une installation distribuée, vous pouvez effectuer toutes les configurations et mises à jour suivantes à partir du nœud initial, en utilisant l’interface en ligne de commande TSM ou depuis un ordinateur utilisant un navigateur et l’interface Web TSM. Lorsque vous installez des nœuds supplémentaires, ils sont ajoutés par nom d’ordinateur. Si le nom d’ordinateur d’un nœud change, vous devrez supprimer et réinstaller le nœud. Pour plus d’informations sur la suppression d’un nœud, consultez [Supprimer un nœud](https://help.tableau.com/current/server/fr-ca/distrib_worker_remove.htm). Vous pouvez surveiller l’état du groupement Tableau Server dans la page État de TSM. Voir [Afficher le statut des processus du serveur](https://help.tableau.com/current/server/fr-ca/service_viewstatus.htm) pour plus de détails. Les actions supplémentaires dont vous pouvez avoir besoin pour gérer votre environnement distribué incluent : ## Autres articles de cette section [Passer au contenu principal](#main-content) # Maintenance du serveur En tant qu’administrateur, vous voudrez vérifier l’état du serveur, analyser et contrôler l’activité sur le serveur, gérer les tâches planifiées ou effectuer certaines activités de maintenance, comme effacer les mots de passe de connexion aux données enregistrés. En outre, il existe plusieurs paramètres que vous pouvez définir afin de personnaliser l’expérience des utilisateurs du serveur. Vous pouvez effectuer ces opérations dans la page Général de la page Statut, et d’autres opérations dans la page Paramètres. ## Autres articles de cette section [Passer au contenu principal](#main-content) # Incidents matériels _Hardware_ Les incidents matériels surveillent le serveur lui-même. Ils peuvent servir à identifier les problèmes de serveur susceptibles d’affecter les performances de Tableau Server. Vous pouvez fixer des seuils pour les questions suivantes : - Utilisation de l’unité centrale de traitement - Mémoire disponible - Utilisation de la mémoire - Espace disque disponible Les incidents suivants sont configurés par défaut lorsque vous installez un nouveau Tableau Resource Monitoring Tool : - Lorsque l’espace disque disponible devient inférieur à 10 Go pendant 10 minutes ou plus, un incident d’avertissement est enregistré, et lorsque l’espace disque disponible devient inférieur à 5 Go pendant 10 minutes ou plus, un incident critique est enregistré. - Lorsque la mémoire disponible devient inférieure à 8 Go pendant plus de 10 minutes, un incident d’avertissement est enregistré. - Lorsque l’utilisation de l’unité centrale de traitement pour l’ensemble du serveur est de 80 % ou plus pendant 5 minutes, un incident d’avertissement est enregistré. **Remarque :** les incidents liés à la mémoire sont configurés en multiples binaires d’octets. Vous pouvez configurer les seuils en utilisant l’interface Web du serveur RMT ou en mettant à jour le fichier de configuration `config.json`. Pour définir les seuils d’incidents matériels, dans le menu **Administrateur**, sélectionnez **Configuration**, et allez à l’onglet **Incidents**. Dans **Utilisation de l’unité centrale de traitement**, définissez les paramètres suivants : Pour définir les seuils d’incidents matériels, dans le menu **Administrateur**, sélectionnez **Configuration**, et allez à l’onglet **Incidents**.
CléObligatoire?Description
GravitéObligatoire

Voir Niveau de gravité de l’incident.

ProcessusObligatoireLe seuil s’applique à l’ensemble de Tableau Server ou à un seul processus, comme indiqué.
Seuil de départObligatoireL’utilisation de l’unité centrale de traitement doit dépasser la valeur spécifiée avant qu’un incident ne soit créé et surveillé. Fixez le pourcentage et la durée de ce seuil.
Seuil de finFacultatifL’utilisation de l’unité centrale de traitement qui doit être inférieure à la valeur spécifiée avant qu’un incident soit considéré comme résolu.
Pour la **Mémoire disponible**, réglez ce qui suit :
CléObligatoire?Description
GravitéObligatoire

Voir Niveau de gravité de l’incident.

Seuil de départObligatoireLa mémoire disponible doit être inférieure à la valeur spécifiée pour qu’un incident soit créé et surveillé. Fixez le pourcentage et la durée de ce seuil.
Seuil de finFacultatifLa mémoire disponible doit être supérieure à la valeur spécifiée pour qu’un incident soit considéré comme résolu.
Dans **Utilisation de la mémoire**, définissez ce qui suit :
CléObligatoire?Description
GravitéObligatoire

Voir Niveau de gravité de l’incident.

ProcessusObligatoireLe seuil s’applique à l’ensemble de Tableau Server ou à un seul processus, comme indiqué.
Seuil de départObligatoireL’utilisation de la mémoire doit être égale à la valeur spécifiée pour qu’un incident soit créé et surveillé. Fixez le pourcentage et la durée de ce seuil.
Seuil de finFacultatifL’utilisation de la mémoire doit être inférieure à la valeur spécifiée pour qu’un incident soit considéré comme résolu.
Dans **Espace disque disponible**, définissez ce qui suit :
CléObligatoire?Description
GravitéObligatoire

Voir Niveau de gravité de l’incident.

Seuil de départObligatoireL’espace disque disponible doit être inférieur à la valeur spécifiée pour qu’un incident soit créé et surveillé. Fixez le pourcentage et la durée de ce seuil.
Seuil de finFacultatifL’espace disque libre doit être supérieur à la valeur spécifiée pour qu’un incident soit considéré comme résolu.
Dans **Longueur de file d’attente du disque**, définissez ce qui suit :
CléObligatoire?Description
GravitéObligatoire

Voir Niveau de gravité de l’incident.

Seuil de départObligatoireLa longueur de file d’attente du disque doit être égale à la valeur spécifiée pour qu’un incident soit créé et surveillé. Fixez le pourcentage et la durée de ce seuil.
Seuil de finFacultatifLa longueur de file d’attente du disque doit être inférieure à la valeur spécifiée pour qu’un incident soit considéré comme résolu.
Snippet d’exemple `config.json` définissant deux incidents matériels : ``` { "monitoring": { "incidents": { "triggers": [ { "counter": "DiskSpaceAvailableKB", "severity": "warning", "threshold": 1048576 }, { "counter": "ProcessorTimePercent", "severity": "warning", "threshold": 0.95, "thresholdDuration": 300000, "endThreshold": 0.90, "endThresholdDuration": 5000 } ] } } } ``` - L’incident **DiskSpaceAvailableKB** déclenche un avertissement lorsque l’espace disque disponible devient inférieur à 10 Go. - L’incident **ProcessorTimePercent** déclenche un avertissement dès que l’unité centrale de traitement a été utilisée au moins à 95 % pendant plus de 5 minutes. L’incident sera considéré comme résolu dès que l’unité centrale de traitement aura été utilisée à moins de 90 % pendant 5 secondes. Les paramètres par défaut peuvent ou non répondre à vos besoins et peuvent être modifiés en fonction de votre environnement. Par exemple, pour un environnement dont l’identificateur était « staging-environnement » pour déclencher un avertissement lorsque l’espace disque disponible devient inférieur à 2 Go, la configuration serait la suivante : ``` { "environments": { "staging-environment": { "monitoring": { "incidents": { "triggers": [ { "counter": "DiskSpaceAvailableKB", "severity": "warning", "threshold": 2097152 } ] } } } } } ```
CléType de donnéesObligatoire?Description
counterChaîneObligatoire

L’identificateur de l’incident matériel à surveiller. Options disponibles :

  • ProcessorTimePercent
  • DiskSpaceAvailableKB
  • DiskQueueTotalLength
  • MemoryAvailableKB
  • MemoryCommittedKB
severityChaîneFacultatif

Voir Niveau de gravité de l’incident. Valeur par défaut : Warning

thresholdNombreObligatoireSeuil à dépasser pour déclencher la surveillance d’un incident.
thresholdDurationNombreFacultatifTemps de surveillance de la situation en millisecondes avant de déclencher un incident. S’il n’est pas spécifié, un incident sera déclenché dès que le threshold sera atteint.
endThresholdNombreFacultatifSeuil qui doit être dépassé pour qu’un incident soit considéré comme résolu.
endThresholdDurationNombreFacultatifTemps de surveillance de la situation en millisecondes avant de terminer un incident. Si ce seuil n’est pas spécifié, un incident sera résolu dès que endThreshold sera atteint. Si endThreshold n’est pas défini, threshold est utilisé.
## Qui peut le faire? Administrateur Resource Monitoring Tool ou utilisateur Resource Monitoring Tool ayant un rôle **Gestion du serveur/de l’environnement.** [Passer au contenu principal](#main-content) # Meilleures pratiques concernant la mise à jour de votre ordinateur Tableau Server Cette rubrique explique le processus de mises à niveau vers une version mineure ou d’application de correctifs sur un ordinateur exécutant Tableau Server. **Important :** Toute mise à niveau vers une version majeure du système d’exploitation ou ldu noyau du système Linux (par exemple, Windows 2019 à Windows 2022) doit être effectuée en utilisant les directives bleues/vertes. **N’effectuez pas de mise à niveau vers une version majeure directement sur une machine sur laquelle Tableau Server s’exécute déjà.** Même si vous procédez comme suit, Tableau Server se trouvera dans un état instable s’il démarre. **Une mise à niveau majeure de la version du système d’exploitation directement sur une machine hébergeant Tableau Server annule la prise en charge de votre installation Tableau Server.** Pour plus de détails sur ces mises à niveau bleues/vertes, consultez [Utiliser une approche Bleu/Vert pour la mise à niveau de Tableau Server](https://help.tableau.com/current/server/fr-ca/server-upgrade-blue-green.htm). Pour effectuer une mise à jour vers une version mineure ou un correctif du système d’exploitation ou du noyau Linux d’un ordinateur exécutant Tableau Server : 1. Utilisez TSM pour arrêter Tableau Server : À l’invite de commande, tapez : `tsm stop` et attendez que tous les services soient totalement arrêtés. 2. Arrêtez les services administratifs de TSM en exécutant le script `stop-administrative-services`, par défaut : `C:\Program Files\Tableau\Tableau Server\packages\scripts.\stop-administrative-services.cmd` 3. Appliquez le correctif au système d’exploitation selon les instructions de votre équipe informatique ou du fournisseur du système d’exploitation pour tous les nœuds du groupement. 4. Si le correctif nécessite une réinitialisation du système d’exploitation, assurez-vous que tous les hôtes du groupement Tableau Server se réinitialisent avant de redémarrer Tableau Server. 5. Démarrez Tableau Server avec TSM : À l’invite de commande, tapez : `tsm start` et attendez que tous les services aient redémarré complètement. [Passer au contenu principal](#main-content) # Meilleures pratiques d’installation de Tableau Server sur Microsoft Azure ## Ceci est un contenu archivé Les déploiements sur des nuages publics continuent d’être pris en charge, mais le contenu des déploiements de nuage public tiers n’est plus mis à jour. Pour consulter le dernier contenu de déploiement de Tableau Server, consultez le et la section [Déployer](https://help.tableau.com/current/server/fr-ca/install.htm) de l’aide de Tableau Server. Pour les clients qui ont accès, nous recommandons Tableau Cloud. Pour en savoir plus, consultez : - [Guide de migration manuelle de Tableau Cloud](https://help.tableau.com/current/guides/migration/fr-ca/emg_intro.htm) - [Version d’évaluation de Tableau Cloud pour administrateur](https://help.tableau.com/current/server-linux/fr-ca/install.htm) - [Tableau Cloud : Premiers pas pour l’administrateur](https://www.tableau.com/fr-ca/learn/get-started/online-admin) ## Introduction Les meilleures pratiques suivantes facilitent l’installation de Tableau Server dans le nuage. - Lisez la section [Planification de votre déploiement](https://help.tableau.com/current/server/fr-ca/plan.htm) de Tableau Server. - Lisez [Ce dont vous avez besoin avant de démarrer](https://help.tableau.com/current/server/fr-ca/ts_azure_prerequisites.htm). - Lisez la [Liste de contrôle pour une sécurité renforcée](https://help.tableau.com/current/server/fr-ca/security_harden.htm). - Si vous découvrez le nuage, utilisez le [niveau Azure gratuit](https://azure.microsoft.com/fr-ca/free/) pour vous familiariser avec le nuage avant de déployer Tableau Server sur Microsoft Azure. - Consultez la [topologie réseau](https://docs.microsoft.com/fr-ca/azure/architecture/reference-architectures/hybrid-networking/) sur Microsoft Azure et apprenez comment s’organise son architecture. ## Limitation des coûts Microsoft Azure propose des services en nuage avec un paiement à l’utilisation. Le coût est déterminé par les services que vous utilisez et la durée de leur utilisation. Chaque combinaison de types et de tailles d’instances a un coût différent. Pour plus d’informations sur les prix des services, consultez [Prix d’Azure](https://azure.microsoft.com/en-au/pricing/calculator/). Vous pouvez obtenir une estimation de vos coûts mensuels totaux avec la [calculatrice Microsoft Azure](https://azure.microsoft.com/en-au/pricing/calculator/). Vous pouvez également comparer le coût d’une installation sur site à celui d’une installation dans le nuage à l’aide de la [calculatrice Microsoft Azure du coût total d’acquisition](http://tco.microsoft.com/). Pour vous aider à suivre et à contrôler les coûts d’utilisation mensuels, vous pouvez configurer des alertes de facturation pour Microsoft Azure afin d’être averti lorsque vos frais Microsoft Azure mensuels dépassent votre seuil de dépenses prédéfini. Pour plus d’informations, consultez [Configurer des alertes de facturation ou de crédit pour vos abonnements Microsoft Azure](https://docs.microsoft.com/fr-ca/azure/billing/billing-set-up-alerts) sur le site Web de Microsoft Azure. [Passer au contenu principal](#main-content) # Meilleures pratiques pour l’installation de Tableau Server sur Alibaba Cloud ## Ceci est un contenu archivé Les déploiements sur des nuages publics continuent d’être pris en charge, mais le contenu des déploiements de nuage public tiers n’est plus mis à jour. Pour consulter le dernier contenu de déploiement de Tableau Server, consultez le et la section [Déployer](https://help.tableau.com/current/server/fr-ca/install.htm) de l’aide de Tableau Server. Pour les clients qui ont accès, nous recommandons Tableau Cloud. Pour en savoir plus, consultez : - [Guide de migration manuelle de Tableau Cloud](https://help.tableau.com/current/guides/migration/fr-ca/emg_intro.htm) - [Version d’évaluation de Tableau Cloud pour administrateur](https://help.tableau.com/current/server-linux/fr-ca/install.htm) - [Tableau Cloud : Premiers pas pour l’administrateur](https://www.tableau.com/fr-ca/learn/get-started/online-admin) ## Introduction Les meilleures pratiques suivantes facilitent l’installation de Tableau Server dans le nuage. - Lisez la section [Planification de votre déploiement](https://help.tableau.com/current/server/fr-ca/plan.htm) de Tableau Server. - Lisez la [Configuration requise pour Tableau Server sur Alibaba Cloud](https://help.tableau.com/current/server/fr-ca/ts_alibaba_prerequisites.htm). - Lisez la [Liste de contrôle pour une sécurité renforcée](https://help.tableau.com/current/server/fr-ca/security_harden.htm). - Si vous découvrez le nuage, utilisez l’[essai gratuit Alibaba Cloud](https://www.alibabacloud.com/campaign/free-trial) pour vous familiariser avec le nuage avant de déployer Tableau Server sur Alibaba Cloud. - Consultez la [topologie réseau](https://www.alibabacloud.com/help/doc-detail/34217.htm) sur Alibaba Cloud et apprenez comment s’organise son architecture. ## Limitation des coûts Alibaba Cloud propose des services de nuage avec un paiement à l’utilisation. Le coût est déterminé par les services que vous utilisez et la durée de leur utilisation. Chaque combinaison de types et de tailles d’instances a un coût différent. Pour plus d’informations sur les prix des services, consultez [Prix d’Alibaba Cloud](https://www.alibabacloud.com/pricing). Vous pouvez obtenir une estimation de vos coûts mensuels totaux avec la [calculatrice de prix Alibaba Cloud](https://www.alibabacloud.com/pricing-calculator#/). Pour vous aider à suivre et à contrôler les coûts d’utilisation en continu, vous pouvez configurer des alertes de facturation pour Alibaba Cloud afin d’être averti lorsque vos frais Alibaba Cloud mensuels dépassent votre seuil de dépenses prédéfini : 1. Dans la console Alibaba Cloud, cliquez sur Gestion de la facturation. 2. Sur la page Présentation du compte, à côté de Alerte mensuelle de dépenses, cliquez sur Paramètre. 3. Dans la boîte de dialogue Alerte de dépenses mensuelles, activez les alertes de dépenses mensuelles, saisissez le seuil de dépenses et définissez le destinataire du courriel qui doit être averti lorsque les dépenses atteignent le seuil que vous avez défini. 4. Cliquez sur Enregistrer. Pour plus d’informations sur le suivi de vos dépenses, consultez [Comment voir les dépenses de l’instance](https://www.alibabacloud.com/help/doc-detail/106929.htm) sur le site Web d’Alibaba. [Passer au contenu principal](#main-content) # Meilleures pratiques pour l’installation de Tableau Server sur Amazon Web Services ## Ceci est un contenu archivé Les déploiements sur des nuages publics continuent d’être pris en charge, mais le contenu des déploiements de nuage public tiers n’est plus mis à jour. Pour consulter le dernier contenu de déploiement de Tableau Server, consultez le et la section [Déployer](https://help.tableau.com/current/server/fr-ca/install.htm) de l’aide de Tableau Server. Pour les clients qui ont accès, nous recommandons Tableau Cloud. Pour en savoir plus, consultez : - [Guide de migration manuelle de Tableau Cloud](https://help.tableau.com/current/guides/migration/fr-ca/emg_intro.htm) - [Version d’évaluation de Tableau Cloud pour administrateur](https://help.tableau.com/current/server-linux/fr-ca/install.htm) - [Tableau Cloud : Premiers pas pour l’administrateur](https://www.tableau.com/fr-ca/learn/get-started/online-admin) ## Introduction Les meilleures pratiques suivantes facilitent l’installation de Tableau Server dans le nuage. - Lisez la section [Planification de votre déploiement](https://help.tableau.com/current/server/fr-ca/plan.htm) de Tableau Server. - Lisez [Ce dont vous avez besoin avant de démarrer](https://help.tableau.com/current/server/fr-ca/ts_aws_prerequisites.htm). - Lisez la [Liste de contrôle pour une sécurité renforcée](https://help.tableau.com/current/server/fr-ca/security_harden.htm). - Si vous découvrez le nuage, utilisez le [niveau AWS gratuit](https://aws.amazon.com/free/) pour vous familiariser avec le nuage avant de déployer Tableau Server sur AWS. - Lisez et analysez la [topologie réseau sur AWS](http://docs.aws.amazon.com/gettingstarted/latest/awsgsg-intro/gsg-aws-compute-network.html) et comment s’organise son architecture. - Utilisez une [interface réseau élastique Amazon](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_ElasticNetworkInterfaces.html) pour fournir une adresse MAC statique pour votre instance Amazon EC2. ## Limitation des coûts AWS propose des services de nuage avec un paiement à l’utilisation. Le coût est déterminé par les services que vous utilisez et la durée de leur utilisation. Chaque combinaison de types et de tailles d’instances a un coût différent. Pour plus d’informations sur les tarifs des services, consultez [Tarifs AWS](https://aws.amazon.com/pricing/) sur le site Web d’AWS. Vous pouvez obtenir une estimation de vos coûts mensuels avec la [calculatrice mensuelle simple pour AWS](http://calculator.s3.amazonaws.com/index.html) sur le site Web d’AWS. Vous pouvez également comparer le coût d’une installation locale à celui du nuage à l’aide des [calculatrices AWS du coût total d’acquisition](https://aws.amazon.com/tco-calculator/) sur le site Web d’AWS. Pour vous aider à suivre et à contrôler les coûts d’utilisation mensuels, vous pouvez utiliser Amazon CloudWatch pour vous alerter lorsque vos frais AWS mensuels dépassent votre seuil de dépenses prédéfini. Pour plus d’informations, consultez [Surveiller vos estimations de coûts au moyen de CloudWatch](http://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/gs_monitor_estimated_charges_with_cloudwatch.html) dans le _guide de l’utilisateur Amazon CloudWatch_ sur le site Web d’AWS. [Passer au contenu principal](#main-content) # Meilleures pratiques pour l’installation de Tableau Server sur Google Cloud Platform. ## Ceci est un contenu archivé Les déploiements sur des nuages publics continuent d’être pris en charge, mais le contenu des déploiements de nuage public tiers n’est plus mis à jour. Pour consulter le dernier contenu de déploiement de Tableau Server, consultez le et la section [Déployer](https://help.tableau.com/current/server/fr-ca/install.htm) de l’aide de Tableau Server. Pour les clients qui ont accès, nous recommandons Tableau Cloud. Pour en savoir plus, consultez : - [Guide de migration manuelle de Tableau Cloud](https://help.tableau.com/current/guides/migration/fr-ca/emg_intro.htm) - [Version d’évaluation de Tableau Cloud pour administrateur](https://help.tableau.com/current/server-linux/fr-ca/install.htm) - [Tableau Cloud : Premiers pas pour l’administrateur](https://www.tableau.com/fr-ca/learn/get-started/online-admin) ## Introduction Les meilleures pratiques suivantes facilitent l’installation de Tableau Server dans le nuage. - Lisez la section [Planification de votre déploiement](https://help.tableau.com/current/server/fr-ca/plan.htm) de Tableau Server. - Lisez la [Configuration requise pour Tableau Server sur Google Cloud Platform](https://help.tableau.com/current/server/fr-ca/ts_gcp_prerequisites.htm). - Lisez la [Liste de contrôle pour une sécurité renforcée](https://help.tableau.com/current/server/fr-ca/security_harden.htm). - Si vous découvrez le nuage, utilisez le [niveau Google Cloud Platform gratuit](https://cloud.google.com/free/) pour vous familiariser avec le nuage avant de déployer Tableau Server sur Google Cloud Platform. - Lisez les [Bonnes pratiques pour les entreprises](https://cloud.google.com/docs/enterprise/best-practices-for-enterprise-organizations) concernant Google Cloud Platform. - Consultez la [topologie réseau](https://cloud.google.com/vpc/docs/vpc) sur Google Cloud Platform et apprenez comment s’organise son architecture. ## Limitation des coûts Google Cloud Platform propose des services en nuage avec un paiement à l’utilisation. Le coût est déterminé par les services que vous utilisez et la durée de leur utilisation. Chaque combinaison de types et de tailles d’instances a un coût différent. Pour plus d’informations sur les prix des services, consultez [Prix de Google Cloud Platform](https://cloud.google.com/pricing/). Vous pouvez obtenir une estimation de vos coûts totaux mensuels avec la [calculatrice Google Cloud Platform](https://cloud.google.com/products/calculator/). Vous pouvez aussi comparer l’option sur site et l’option dans le nuage à l’aide de la [calculatrice Google Cloud Platform du coût total d’acquisition](https://cloud.google.com/pricing?authuser=0&hl=fi#calculators). Pour vous aider à suivre et à contrôler les coûts d’utilisation mensuels, vous pouvez configurer des alertes de facturation pour Google Cloud Platform afin d’être averti lorsque vos frais Google Cloud Platform mensuels dépassent votre seuil de dépenses prédéfini. Pour plus d’informations, consultez [Configurer des budgets et des alertes](https://support.google.com/cloud/answer/6293540?visit_id=0-636416330629139015-862362861&rd=1) sur le site Web de Google. [Passer au contenu principal](#main-content) # Meilleures pratiques RLS pour les sources de données et les classeurs La sécurité au niveau des lignes (RLS, pour Row-Level Security) dans Tableau fait référence à la restriction des lignes de données qu’un utilisateur donné peut voir dans un classeur. Cela diffère des autorisations Tableau, qui contrôlent l’accès au contenu et aux fonctionnalités. Par exemple, les autorisations contrôlent si un utilisateur peut commenter ou modifier un classeur, tandis que la sécurité au niveau des lignes permet à deux utilisateurs affichant le même tableau de bord de ne voir que les données que chaque utilisateur est autorisé à voir. Il existe plusieurs façons d’implémenter RLS dans Tableau. Par exemple, vous pouvez définir RLS au niveau de la source de données ou du classeur, ou vous pouvez définir RLS au niveau de la connexion à l’aide d’une connexion virtuelle avec une stratégie de données (nécessite Gestion des données). Consultez [Présentation des options de sécurité au niveau des lignes dans Tableau](https://help.tableau.com/current/server/fr-ca/rls_options_overview.htm) pour plus de détails sur les solutions de rechange. **Remarque :** cette rubrique se concentre sur les meilleures pratiques RLS pour les sources de données et les classeurs. Pour des exemples plus détaillés des concepts décrits dans cette rubrique, consultez le document technique [Meilleures pratiques pour la sécurité au niveau des lignes avec les tables de droits](https://www.tableau.com/fr-ca/learn/whitepapers/row-level-security-entitlements-tables) ou [Comment configurer votre base de données pour la sécurité au niveau des lignes dans Tableau](https://tableauandbehold.com/2016/03/07/how-to-set-up-your-database-for-row-level-security-in-tableau/) sur le blogue _Tableau and Behold_. ## Flux de travail RLS Pour des connexions en direct et des extraits multi-tables, le flux de travail RLS (sécurité au niveau des lignes) de base est le suivant : 1. L’utilisateur est identifié en se connectant à Tableau Server ou Tableau Cloud - Cette opération nécessite un nom d’utilisateur distinct par utilisateur et une authentification unique sécurisée (SSO) - Vous pouvez utiliser Active Directory, LDAP ou l’API REST de Tableau pour synchroniser les noms d’utilisateur et établir les autorisations 2. L’ensemble des droits de l’utilisateur sur les données est extrait de tous les droits de données possibles - Ceci nécessite une structure de données capable de lier les droits au nom d’utilisateur Tableau 3. Les données sont filtrées en fonction des droits de cet utilisateur - Ceci nécessite souvent l’utilisation de fonctions utilisateur dans un champ calculé 4. Les données publiées et filtrées sont utilisées pour créer le contenu - L’utilisation d’une source de données publiée (plutôt qu’intégrée) avec un filtre de source de données permet de s’assurer que la sécurité au niveau des lignes ne peut pas être modifiée en téléchargeant le classeur ou en effectuant une édition Web La façon dont les jointures, les champs calculés et les filtres sont configurés dépend de la structure des données et du mode de gestion des utilisateurs. ## Tables de droits Toute combinaison unique d’attributs sur laquelle les données peuvent être filtrées constitue un droit. Le plus souvent, il existe des tables séparées pour spécifier les droits eux-mêmes et les associer avec les utilisateurs ou les rôles des utilisateurs. La dénormalisation est recommandée du point de vue des performances car les jointures sont des opérations coûteuses. La vue des droits, constituée des droits mappés à des utilisateurs ou à des rôles, est liée aux données. Un filtre de source de données basé sur l’utilisateur est ensuite appliqué, agissant comme une clause WHERE qui n’apporte que les droits (et donc les lignes de données appropriées) pour l’utilisateur concerné. (Pour optimiser les requêtes, il faut veiller à ce que le filtrage ait lieu avant la jointure au moment du traitement de la requête afin de minimiser la duplication des données. Pour plus d’informations, consultez [Performances et ordre de traitement des opérations](#Performa) pour plus d’informations.) ### Modèles de tables de droits En général, il existe deux modèles pour représenter les droits : **Mappage complet au niveau de granularité le plus profond** - Les droits sont définis intégralement pour chaque colonne. - La table de mappage comporte une ligne pour chaque droit possible de l’utilisateur. - Ce modèle nécessite moins de clauses de jointure. **Droits clairsemés** - Les droits sont définis pour chaque niveau de la hiérarchie, NULL étant utilisé pour représenter un état « tous ». - La table de mappage comporte une ligne unique pour un niveau particulier de la hiérarchie des droits, ce qui réduit considérablement le nombre de lignes de droits pour les utilisateurs aux niveaux supérieurs dans une hiérarchie. - Ce modèle nécessite des jointures et des filtres plus complexes. ### Utilisateurs et rôles Les combinaisons de droits sont généralement représentées sous forme de _rôles_, qui sont ensuite liés aux utilisateurs dans une table de mappage de plusieurs à plusieurs. Cela permet de modifier ou de supprimer facilement un utilisateur du rôle, tout en conservant un enregistrement du rôle et de ses droits. Il est également possible de créer une table de mappage de plusieurs à plusieurs qui affecte les utilisateurs directement aux droits plutôt que de lier une table de rôles. Dans ce cas, les valeurs seront gérées plus directement dans la table, mais une jointure ne sera pas nécessaire. **Remarque :** les valeurs utilisateur associées à un rôle ou à un droit doivent correspondre au nom d’utilisateur ou au nom complet sur le site Tableau afin de profiter des fonctions utilisateur de Tableau Desktop. ### Jointures Quel que soit le modèle utilisé pour représenter les droits, il est recommandé de lier ensemble tous les droits et toutes les tables de mappage en une seule vue dénormalisée des droits. Si, dans un premier temps, il en résultera une version « agrandie » (hautement redondante) des droits, le filtre de la source de données sur l’utilisateur réduira ce nombre. Cette vue vous sera en outre utile si vous prévoyez d’utiliser un extrait. La méthode de granularité la plus profonde peut présenter un avantage en termes de performances lorsque tout est hiérarchique. Vous avez alors besoin d’effectuer une seule jointure au niveau le plus profond de la hiérarchie. Ceci ne fonctionne que si tous les attributs du niveau le plus bas sont distincts. S’il y a un risque de duplication (par exemple, une sous-région Centre dans plus d’une région), vous devrez appliquer la jointure sur toutes les colonnes pour obtenir l’effet d’une valeur clé distincte. Les détails réels et leurs caractéristiques de performance dépendent du système de données et doivent être testés. Par exemple, l’utilisation d’une seule clé pourrait potentiellement améliorer les performances parce que la jointure ne s’exécute alors que sur une seule colonne. Par contre, l’indexation correcte de toutes les colonnes peut offrir des performances égales lorsque d’autres facteurs sont pris en compte. ## Mise en œuvre de la sécurité au niveau des lignes ### Granularité la plus profonde Une fois que la vue dénormalisée des droits mappés est créée, une jointure interne est configurée entre la vue et les données dans la boîte de dialogue de connexion de données Tableau. Les données peuvent rester dans un schéma en étoile traditionnel. Alternativement, les tables de dimensions et de faits peuvent être matérialisées ensemble en deux vues. Les extraits multi-tables créeront des tables d’extraits pour correspondre aux jointures, si bien que la création des deux vues simplifiera l’extrait résultant. Les instructions SQL suivent ce modèle de base : SELECT \* FROM data d INNER JOIN entitlements e ON d.attribute\_a = e.attribute\_a AND d.attribute\_b = e.attribute\_b AND ... WHERE e.username = USERNAME() ### Droits clairsemés Si vos droits ressemblent plus étroitement au modèle de droits clairsemés, les instructions SQL personnalisé pour lier les données aux droits sont un peu plus complexes en raison des valeurs nulles. Théoriquement, elles se présenteraient ainsi :  SELECT \* FROM data d INNER JOIN entitlements e ON (e.region\_id = d.region\_id OR ISNULL(e.region\_id) AND (e.sub\_region\_id = d.sub\_region\_id OR ISNULL(e.sub\_region\_id) AND (e.country\_id = d.country\_id OR ISNULL(e.country\_id) Si vous n’utilisez pas SQL personnalisé, vous pouvez utiliser une jointure croisée et des filtres supplémentaires dans Tableau Desktop. Créez un calcul de jointure des deux côtés de la boîte de dialogue de jointure qui consiste simplement en l’entier 1 et mettez-les égaux. Cette opération lie chaque ligne de la table de données à chaque ligne de la table des droits. Ensuite, vous avez besoin d’un calcul (ou de calculs individuels) pour prendre en compte les niveaux dans la hiérarchie. Par exemple, vous pourriez avoir plusieurs calculs qui suivent ce format : `[region_id] = [region_id (Entitlements View)] OR ISNULL([region_id (Entitlements View)]` Ou vous pourriez avoir un calcul combiné pour tous les niveaux en un : (\[region\_id\] = \[region\_id (Entitlements View)\] OR ISNULL(\[region\_id (Entitlements View)\]) AND (\[sub\_region\_id\] = \[sub\_region\_id (Entitlements View)\] OR ISNULL(\[sub\_region\_id (Entitlements View)\]) AND (\[country\_id\] = \[country\_id (Entitlements View)\] OR ISNULL(\[country\_id (Entitlements View)\]) La fonction ISNULL associe n’importe quelle colonne de droits à tous les postes de l’autre colonne. Comme toujours avec la sécurité au niveau des lignes, ces calculs doivent être ajoutés comme filtres de source de données. ### Filtre de source de données Dans les deux approches, une fois que les droits sont correctement liés aux données, un filtre doit être mis en place pour limiter les données pour un utilisateur spécifique. Il vous faut créer un champ calculé avec une fonction utilisateur. Par exemple, une simple comparaison booléenne pour savoir si l’utilisateur inscrit dans le champ Nom d’utilisateur est le même que le nom d’utilisateur de la personne connectée au site Tableau : `[Username] = USERNAME()` Ce calcul doit être utilisé comme un filtre de source de données (en sélectionnant TRUE). Si la source de données est intégrée et qu’un utilisateur dispose du droit d’édition Web ou de téléchargement de classeurs, alors la sécurité au niveau des lignes est inexistante puisque les filtres qui l’appliquent peuvent être facilement supprimés. La source de données Tableau doit être publiée séparément plutôt que d’être intégrée au classeur. ### Accès complet avec la granularité la plus profonde Dans un scénario courant, l’entreprise peut comporter deux niveaux d’accès : les personnes qui peuvent tout voir (« tout accès ») ou les personnes ayant un sous-ensemble raisonnablement définissable de droits. C’est le cas le plus souvent pour les applications embarquées : l’entreprise qui héberge les données peut tout voir, mais chaque client ne peut voir que ses propres données. Dans ce cas, vous avez besoin d’un moyen de retourner les données complètes pour les utilisateurs « tout accès », tout en conservant les jointures de granularité la plus profonde pour tous les autres utilisateurs. Pour cette technique, vous utiliserez les groupes Tableau de manière à créer une dérogation en utilisant un calcul dans la condition de jointure. 1. Créez un groupe pour les utilisateurs qui devraient voir toutes les données (ici appelé All Access) 2. Depuis la vue des faits, créez une jointure gauche avec deux conditions de jointure - La première condition de jointure doit se trouver sur la colonne qui représente le niveau de granularité le plus profond - La deuxième condition de jointure doit être deux calculs : - Sur le côté gauche (la vue des faits), pour le calcul, saisissez `True` - Sur le côté droit (la vue des droits), le calcul doit être : `IF ISMEMBEROF('All Access') THEN False ELSE True END` 3. Sur une feuille, créez un calcul structuré de ce type : `[Username] = USERNAME() OR ISMEMBEROF(['All Access'] ([Entitlements View)])` 4. Créer un filtre de source de données sur le calcul du nom d’utilisateur Si un utilisateur appartient au groupe Tout accès, la jointure devient une jointure gauche sur `True = False`. Cela signifie qu’il n’y a aucune correspondance dans la vue des droits. Toute la vue des faits est donc retournée avec des valeurs NULL pour les colonnes de la vue des droits (aucune duplication). Dans le cas où l’utilisateur n’appartient pas au groupe Tout accès, la condition de jointure `True = True` ne change rien et la jointure fonctionne comme prévu. Le calcul utilisateur utilisé comme filtre de source de données est vrai pour toutes les lignes lorsque la dérogation de groupe fonctionne, ou il sera filtré uniquement jusqu’à la granularité la plus profonde de l’utilisateur dans la hiérarchie. ### Performances et ordre de traitement des opérations Lorsqu’une visualisation est consultée dans Tableau Desktop, Tableau Server ou Tableau Cloud, Tableau envoie une requête optimisée au RDBMS qui traite la requête et renvoie les résultats à Tableau pour créer la visualisation avec les données résultantes. L’ordre des opérations d’exécution des jointures, calculs et filtres dépend de l’optimiseur de requêtes et de la façon dont la requête est exécutée. #### Connexions en direct Lors de l’utilisation d’une connexion en direct à une source de données dans Tableau, les performances d’exécution de la requête dépendent de l’optimiseur de requêtes qui traduit les instructions SQL entrantes en un plan efficace de récupération des données. La requête peut être traitée de deux façons : 1. Filtrer les lignes de droit sur l’utilisateur, puis lier à la table de faits 2. Lier les droits à la table de faits puis filtrer sur les lignes de l’utilisateur Dans une situation idéale, l’optimiseur de requêtes veille à ce que la base de données traite la requête _par filtrage puis par jointure_. Si un utilisateur a droit à tout, cela signifie que le nombre maximum de lignes traitées sera le nombre de lignes de la table de données. Si la base de données traite la requête _par jointure puis par filtrage,_ il peut y avoir duplication de données. Le nombre maximum de lignes traitées sera le nombre d’utilisateurs autorisés à voir cette ligne particulière multipliée par chaque ligne dans la table de données. Si le second scénario se produit : l’exécution des requêtes demande beaucoup de temps, des erreurs se produisent, ou des problèmes de performances sont signalés dans la base de données. Le volume total de vos données augmente de façon exponentielle, ce qui pourrait entraîner une surcharge du système au niveau du backend. #### Extraits Lorsque la source de données dans Tableau est une connexion en direct, Tableau envoie toutes les requêtes nécessaires au rendu d’une visualisation ou d’un tableau de bord spécifique à RDBMS. Lorsque la source de données est un extrait, le processus d’interrogation des données de la source de données sous-jacentes ne se produit qu’au moment de la création et de l’actualisation de l’extrait. Le moteur d’extraction utilise le fichier d’extrait pour répondre à toutes les requêtes individuelles de visualisations. Le même problème d’ordre des opérations est présent lors de la création d’extraits de table individuels. Cependant, l’augmentation exponentielle des donnée se produira à la fois sur la source de données sous-jacentes et à l’intérieur de l’extrait résultant lui-même. ## Points à prendre en compte pour les extraits À partir de la version 2018.3 de Tableau, le moteur de données peut créer un extrait multi-tables et la sécurité au niveau des lignes peut être implémentée comme décrit ci-dessus. L’utilisation d’extraits multi-tables réduit le temps nécessaire à la création d’un extrait avec des relations plusieurs à plusieurs grâce à la non-matérialisation de la jointure. L’extrait doit être construit avec un _objet de données_ et un _objet de droits_. Il s’agit du stockage le plus simple dans l’extrait et il permet d’obtenir les meilleures performances. - L’_objet de données_ est la table, la vue ou la requête SQL personnalisée qui représente la combinaison dénormalisée des tables de faits et de dimensions nécessaires - L’_objet droits_ est une table dénormalisée, une vue ou une requête SQL personnalisée de tous les droits nécessaires pour filtrer les données au niveau le plus granulaire, ce qui requiert : - Une colonne pour le nom d’utilisateur correspondant exactement aux noms d’utilisateur dans Tableau Server ou Tableau Cloud - Une ligne pour chacun des droits les plus granulaires sur l’objet de données Ce format est présenté selon la méthode de granularité la plus profonde décrite ci-dessus. Les extraits multi-tables utilisent la même méthode, à condition que seulement deux objets de données soient liés et que tout filtrage spécifique au champ soit déjà appliqué dans l’objet. Étant donné que les filtres d’extrait sont désactivés pour les extraits multi-tables, vous pouvez les filtrer dans les vues ou les tables auxquelles vous vous connectez dans la source de données, ou définir les filtres dans les objets SQL personnalisés dans la boîte de dialogue Connexion de données Tableau. **Remarque :** Comme pour les connexions en direct, si la source de données est intégrée et qu’un utilisateur dispose du droit d’édition Web ou de téléchargement des classeurs, la sécurité au niveau des lignes est inexistante puisque les filtres qui l’appliquent peuvent être facilement supprimés. Vous devez publier l’extrait séparément plutôt que de le laisser intégré au classeur. ### Extraits de table unique La méthode suivante n’est recommandée que pour les versions de Tableau antérieures à 2018.3. Il est préférable d’utiliser des extraits multi-tables si possible. Les extraits de table unique matérialisent toutes les jointures que vous créez lors de la construction de la source de données Tableau et stockent le tout sous la forme d’une seule table à travers une seule requête, dont les résultats sont transformés en une table unique dans le fichier d’extrait. Cette dénormalisation risque d’entraîner une duplication massive des données, car chaque ligne attribuée à plus d’un droit ou à plus d’un utilisateur serait dupliquée en raison de la relation plusieurs à plusieurs. Pour éviter cette duplication : 1. Créez un champ Utilisateurs de sécurité qui contient les noms d’utilisateur pour ce droit - par exemple, une valeur peut être « bhowell|mosterheld|rdugger » 2. Utilisez la fonction CONTAINS() dans Tableau pour identifier correctement les utilisateurs individuels - Par exemple, `CONTAINS([Security Users Field], USERNAME())` Cette méthode comporte évidemment quelques limitations. Elle exige que vous passiez de vos droits en lignes à une seule colonne séparée correctement à l’aide de SQL, et cette colonne ne peut contenir qu’un nombre limité de caractères. Les correspondances partielles peuvent poser problème et vous devez utiliser des séparateurs qui ne seront jamais valides dans les ID eux-mêmes. Bien qu’il soit performant dans le moteur de données Tableau, en tant que calcul de chaîne de caractères, il sera très lent pour la plupart des bases de données, ce qui limite votre capacité à revenir à une connexion en direct. Alternativement, vous pouvez prendre différents extraits par « rôle » ou niveau de droit, de sorte que l’extrait ne contienne que les données adaptées à cette personne ou à ce niveau. Ceci nécessitera toutefois des processus pour autoriser et exploiter de manière appropriée la publication de modèles dans Tableau Server, généralement via les API. ## Utiliser la sécurité intégrée au niveau des lignes dans une base de données De nombreuses bases de données intègrent des mécanismes pour RLS. Si votre entreprise a déjà déployé des efforts pour créer une sécurité au niveau des lignes dans une base de données, vous pourrez peut-être tirer parti de votre RLS existant. Il n’est pas nécessairement plus facile ou préférable de mettre en œuvre un modèle RLS intégré plutôt que de le construire spécifiquement pour Tableau. Ces techniques sont généralement mises à profit lorsqu’une entreprise a déjà investi dans ces technologies et qu’elle veut tirer parti de l’investissement. Le principal avantage de l’utilisation de RLS intégré est que les administrateurs peuvent mettre en place et contrôler leur stratégie de sécurité des données en un seul emplacement : leurs bases de données. Pour plus d’informations, consultez [Sécurité au niveau des lignes dans la base de données](https://help.tableau.com/current/server/fr-ca/rls_datasource.htm). [Passer au contenu principal](#main-content) # Mettre à jour le certificat SAML Après avoir configuré l’authentification SAML, vous pouvez avoir besoin de mettre à jour périodiquement le certificat. Dans certains cas, vous pouvez avoir besoin de modifier le certificat en raison de changements opérationnels intervenus dans votre environnement informatique. Dans les deux cas, vous devez utiliser TSM ou la page d’authentification du site pour mettre à jour le certificat SAML qui a déjà été configuré. Voici les étapes de mise à jour du certificat et des fichiers clés pour les implémentations SAML à l’échelle du serveur et spécifiques au site. ## Mise à jour le certificat pour SAML à l’échelle du serveur Pour modifier ou mettre à jour le certificat (et le fichier de la clé correspondant si nécessaire) pour SAML à l’échelle du serveur, suivez les étapes ci-dessous : 1. Ouvrez TSM dans un navigateur : https://:8850. Pour plus d’informations, consultez [Se connecter à l’interface utilisateur Web Tableau Services Manager](https://help.tableau.com/current/server/fr-ca/sign_in_tsm.htm). 2. Arrêtez Tableau Server. Vous pouvez le faire soit à partir de l’interface utilisateur web TSM, en cliquant sur Tableau Server est en cours d’exécution, et en sélectionnant Arrêter Tableau Server, soit à partir de la ligne de commande, à l’aide de la commande `[tsm stop](https://help.tableau.com/current/server/fr-ca/cli_stop_tsm.htm)`. 3. Dans l’onglet Configuration, sélectionnez Identité de l’utilisateur et accès puis sélectionnez l’onglet Méthodes d’authentification. ![Paramètres d’authentification utilisateur de Tableau Services Manager](/tableau/current/fr-ca/server/fr-ca/Img/tsm-ui-user-auth.png "Image") 4. Dans Méthode d’authentification, sélectionnez SAML. 5. Terminez l’étape 1 - Étape 4 de l’interface graphique pour mettre à jour le fichier de certificat SAML et échanger des métadonnées entre Tableau Server et votre fournisseur d’identités. ![Boîte de dialogue de configuration SAML.](/tableau/current/fr-ca/server/fr-ca/Img/saml_config.png) 6. Cliquez sur Enregistrer les modifications en attente après avoir entré vos données de configuration. 7. Cliquez sur Modifications en attente en haut de la page : ![Barre d’outils de Tableau Server Manager indiquant que des modifications sont en attente.](/tableau/current/fr-ca/server/fr-ca/Img/tsm-ui-pending-changes-btn.png) 8. Cliquez sur Appliquer les modifications et redémarrer. Après avoir modifié le certificat, vous devez exécuter `tsm pending-changes apply` pour redémarrer les services de Tableau Server. Nous recommandons également de redémarrer tout autre service sur l’ordinateur qui utilise le certificat SAML. Si vous modifiez un certificat racine sur le système d’exploitation, vous devez redémarrer l’ordinateur. ## Mettre à jour le certificat pour SAML spécifique au site Le certificat utilisé pour les métadonnées du site Tableau est fourni par Tableau et n’est pas configurable. Pour mettre à jour le certificat pour SAML spécifique au site, vous devez téléverser un nouveau certificat sur votre fournisseur d’identités et rééchanger les métadonnées avec Tableau Server. 1. Connectez-vous au site en tant qu’administrateur de serveur ou de site, et sélectionnez Paramètres > Authentification. 2. Sous Types d’authentification, sélectionnez Modifier la connexion pour développer. 3. Ouvrez un nouvel onglet ou une nouvelle fenêtre, et connectez-vous au compte de votre fournisseur d’identité. 4. Suivez les instructions fournies par la documentation de l’IdP pour télécverser un nouveau certificat SAML. 5. Téléchargez le nouveau fichier de métadonnées XML à fournir à Tableau Server. 6. Revenez à la page d’authentification dans Tableau Server, et à l’étape 4 de l’interface utilisateur, importez le fichier de métadonnées que vous avez téléchargé depuis l’IdP. 7. Cliquez sur le bouton Appliquer. [Passer au contenu principal](#main-content) # Mettre à niveau la passerelle indépendante Tableau Server Cette rubrique vous guide tout au long du processus de mise à niveau de la passerelle indépendante Tableau Server. Le processus décrit dans cette rubrique est le même pour toutes les mises à niveau de version. Cela signifie que vous pouvez utiliser ce processus pour les mises à niveau de version majeure (par exemple, 2022.1 à 2023.1) et de version de maintenance (2022.1.1 à 2023.1.1). Vous devez utiliser un programme d’installation pour la passerelle indépendante Tableau Server avec une version majeure qui correspond à la version de Tableau Server. Nous recommandons que les versions de maintenance (2022.1.1 ou 2022.1.2, par exemple) correspondent également, mais ce n’est pas une exigence. Si des « éléments statiques » changent entre les versions et que les versions ne correspondent pas, vous pourriez constater un impact inattendu sur l’image. Par exemple, les cartes peuvent ne pas être à jour si la passerelle indépendante est une version antérieure à celle de Tableau Server.- ## Présentation Le processus de mise à niveau pour Independent Gateway est en fait un processus de désinstallation puis de réinstallation du logiciel. Cependant, vous pouvez minimiser la configuration et le temps d’arrêt global en suivant le processus décrit dans cette rubrique. Le processus décrit dans cette rubrique suppose que vous disposez d’un déploiement fonctionnel de Tableau Server et de la passerelle indépendante Tableau Server en cours d’exécution. Si vous mettez à niveau le déploiement principal de Tableau Server dans le cadre de votre mise à niveau, nous vous recommandons de commencer par mettre à niveau le ou les serveurs de la passerelle indépendante, en validant la connectivité de base avec un client Tableau, puis en procédant à la mise à niveau de Tableau Server. Les étapes détaillées dans cette rubrique sont résumées ici : 1. Copier certains fichiers existants à utiliser lors de la mise à niveau. 2. Désinstallez la version installée de la passerelle indépendante à l’aide du programme de désinstallation de Windows. 3. Installer la nouvelle version de la passerelle indépendante. 4. Facultatif : Remplacer le fichier tsighk-auth par la copie d’origine. 5. Mettre à jour les paramètres TLS. 6. Facultatif : Mettre à jour le déploiement principal de Tableau Server 7. Redémarrer le service de la passerelle indépendante. ## Étape 1 : Copier les fichiers pour référence Vous devrez peut-être faire référence aux paramètres de configuration stockés dans les fichiers ci-dessous. Copiez ces fichiers dans un emplacement sécurisé et accessible (les chemins d’accès aux fichiers sont l’emplacement par défaut) : - ProgramData\\Tableau\\tableau\_tsig\\config\\tsighk-auth.conf - ProgramData\\Tableau\\tableau\_tsig\\config\\httpd.conf.stub - ProgramData\\Tableau\\tableau\_tsig\\config\\environment.bash ## Étape 2 : Désinstaller la passerelle indépendante Pour supprimer la passerelle indépendante du ou des serveur(s), utilisez le programme de désinstallation de Windows 1. Ouvrez votre panneau de configuration et accédez à Applications installées. 2. Sélectionnez Passerelle indépendante de Tableau Server et cliquez sur Désinstaller. 3. Redémarrez l’ordinateur. 4. Supprimez le dossier config.old qui se trouve à l’emplacement `C:\ProgramData\Tableau\Tableau Server\independentgateway\config.old`. ## Étape 3 : Installer la passerelle indépendante Téléchargez la version de la passerelle indépendante vers laquelle vous souhaitez effectuer la mise à niveau, puis suivez la même procédure d’installation que celle décrite dans la rubrique [Installer Tableau Server avec une passerelle indépendante](https://help.tableau.com/current/server/fr-ca/server_tsig_new_install.htm). Comme pour l’installation d’origine, vous devrez spécifier les paramètres d’initialisation dans le cadre de la configuration. Pour utiliser les mêmes valeurs, référencez le fichier `enviornment.bash` que vous avez copié à l’étape 1. N’écrasez pas le nouveau fichier bash avec l’original. ## Étape 4 : (Facultatif) Remplacer le fichier tsighk-auth par la copie d’origine Le fichier `tsighk-auth` est un fichier de configuration qui stocke une chaîne unique appelée authsecret. L’authsecret est utilisé pour vérifier que le déploiement principal de Tableau Server communique avec une instance approuvée de la passerelle indépendante. Lorsque vous avez configuré l’instance d’origine de la passerelle indépendante, vous avez dû mettre à jour un fichier de configuration avec le authsecret sur le déploiement principal Tableau Server. Si votre stratégie de sécurité le permet, vous pouvez continuer à utiliser l’authsecret d’origine sur la passerelle indépendante. Cela évite le processus de mise à jour et de redémarrage du serveur Tableau Server principal avec un nouvel authsecret. Pour conserver l’authsecret d’origine, écrasez le fichier `tsighk-auth.conf` (situé dans `ProgramData\Tableau\tableau_tsig\config\tsighk-auth.conf`) avec la copie que vous avez enregistrée à l’étape 1. Si votre stratégie de sécurité exige que vous actualisiez l’authsecret, notez le nouvel authsecret qui a été généré par le processus d’installation. Vous mettrez à jour le déploiement principal Tableau Server avec le nouvel authsecret plus tard au cours du processus. ## Étape 5 : Mettre à jour les paramètres TLS de maintenance Si vous n’avez pas configuré TLS pour la maintenance interne (Housekeeping, HK) entre la ou les instances de passerelle indépendante et le déploiement principal de Tableau Server, vous pouvez ignorer cette étape. Si vous avez configuré la maintenance interne TLS, vous devez copier manuellement la configuration qui se trouve dans le fichier d’origine `httpd.conf.stub` dans le fichier situé dans `ProgramData\Tableau\tableau_tsig\config\httpd.conf.stub`). N’écrasez pas le nouveau fichier avec le fichier d’origine, car le nouveau fichier peut inclure d’autres paramètres. 1. Mettez à jour les paramètres de configuration TLS pertinents dans le bloc suivant : SSLEngine on #TLS# SSLHonorCipherOrder on #TLS# SSLCompression off SSLCertificateFile /etc/ssl/certs/tsig-ssl.crt SSLCertificateKeyFile /etc/ssl/private/tsig-ssl.key SSLCACertificateFile /etc/ssl/certs/rootTS-CACert.pem #TLS# SSLCARevocationFile /path/to/file Pour plus d’informations sur ces paramètres, consultez [Configurer TLS sur la passerelle indépendante](https://help.tableau.com/current/server/fr-ca/server_tsig_configure_tls.htm). 2. Lorsque vous avez terminé la mise à jour de `httpd.conf.stub`, enregistrez-le. 3. Copiez `httpd.conf.stub`, puis enregistrez-le pour écraser `httpd.conf` dans le même répertoire. ## Étape 6 : (Facultatif) Mettre à jour le déploiement principal de Tableau Server Si vous avez copié le fichier authsecret d’origine (`tsighk-auth.conf`) dans la nouvelle instance de la passerelle indépendante comme décrit à l’étape 4, vous pouvez ignorer cette étape. Si vous actualisez l’authsecret dans le déploiement principal de Tableau Server, vous devez mettre à jour le fichier `tsig.json` sur le nœud initial avec le nouvel authsecret. Consultez [Installer Tableau Server avec une passerelle indépendante](https://help.tableau.com/current/server/fr-ca/server_tsig_new_install.htm). Lorsque vous avez terminé, exécutez les commandes TSM suivantes : tsm stop tsm topology external-services gateway update -c tsig.json tsm start ## Étape 7 : Redémarrer le service tsig-httpd Lorsque vous avez terminé la configuration, redémarrez le service `tsig-httpd`. [Passer au contenu principal](#main-content) # Mise à niveau de Resource Monitoring Tool Ces instructions servent à mettre à niveau une installation existante de Tableau Resource Monitoring Tool. Nous veillons à mettre en œuvre l’une des valeurs fondamentales de notre entreprise, à savoir l’égalité, et à cette fin, nous avons modifié la terminologie afin d’être le plus inclusifs possible. Étant donné que la modification des termes à certains endroits peut entraîner un changement radical, nous conservons la terminologie existante. Il se peut donc que vous continuiez à voir les termes dans les commandes et options de l’interface en ligne de commande, dans les dossiers d’installation, dans les fichiers de configuration et dans d’autres instances. Pour plus d’informations, consultez [À propos de l’Aide de Tableau](https://help.tableau.com/current/tableau/fr-ca/about-tableau-help.htm). **Remarque :** le Resource Monitoring Tool effectue une mise à niveau sur place, mettant à niveau votre installation actuelle vers la version la plus récente. Ne désinstallez pas votre version existante **avant** la mise à niveau. ## Remarques sur la mise à niveau **Avant d’entamer le processus, prenez en considération les points suivants :** 1. Depuis la version 2025.3.6, le programme d’installation de Tableau Resource Monitoring Tool (RMT) contient des scripts de contrôle d’intégrité qui valident automatiquement votre environnement avant et après les mises à niveau. Ces scripts ne nécessitent ni configuration ni privilèges supplémentaires pour s’exécuter automatiquement. Vous pouvez également choisir de les exécuter manuellement. Pour plus d’informations, consultez [Scripts de contrôle d’intégrité de la mise à niveau de RMT](https://help.tableau.com/current/server/fr-ca/rmt-admin-upgrade-health-scripts.htm). 2. Si vous envisagez d’utiliser un référentiel externe (PostgreSQL) ou un service de file d’attente de messages externe (RabbitMQ), assurez-vous de consulter la section des meilleures pratiques de mise à niveau dans les rubriques suivantes : - [Meilleures pratiques en matière de mise à niveau](https://help.tableau.com/current/server/fr-ca/rmt-external-repo.htm#upgrade-external-repo) pour le référentiel externe - [Meilleures pratiques en matière de mise à niveau](https://help.tableau.com/current/server/fr-ca/rmt-external-messagequeue.htm#upgrade-messagequeue) pour la file d’attente de messages externes 3. À partir de la version 2022.3, Tableau Resource Monitoring Tool dispose de communications chiffrées intégrées entre le Serveur et les Agents RMT. Cependant, vous devrez exécuter `rmtadmin rotate-mq-certificates` sur tous les agents pour activer TLS. Cela s’applique à RabbitMQ qui est configuré localement sur la même machine que le Serveur RMT. Pour plus de détails sur la façon de procéder, consultez **Étapes de mise à niveau avec l’activation de TLS pour RabbitMQ** ci-dessous. 4. Il se peut que vous deviez redémarrer la machine pendant une mise à niveau. Cela se produit généralement si les fichiers sont verrouillés et ne peuvent pas être mis à jour par le programme d’installation. Si nécessaire, vous serez invité par le programme d’installation. En raison de cette possibilité, vous voudrez peut-être envisager de faire vos mises à niveau en dehors des heures de travail. 5. Lors de la mise à niveau de Resource Monitoring Tool si vous exécutez le programme d’installation en tant qu’utilisateur Windows différent de l’utilisateur ayant effectué l’installation d’origine, tout répertoire d’installation personnalisé que vous avez utilisé initialement peut ne pas être détecté par la mise à niveau et entraînera l’installation de la mise à niveau dans un autre répertoire. 6. Il arrive parfois que le Resource Monitoring Tool modifie la base de données et dans de tels cas, le processus de mise à niveau inclura une migration de base de données. En cas de migration d’une base de données, vous verrez s’afficher une bannière de message en haut de la page Web du Serveur RMT avec une estimation du temps nécessaire à l’achèvement du processus. Un exemple de capture d’écran est présenté ci-dessous : ![La base de données de l’outil Tableau Resource Monitoring Tool indique que 42 % de la migration a été effectuée.](/tableau/current/fr-ca/server/fr-ca/Img/rmt-upgrade-db-migration-collapsed.png) En agrandissant la bannière, vous pouvez examiner les détails de l’impact de la mise à niveau. Les modifications sont uniques à chaque communiqué et les détails indiqués sont spécifiques à ce communiqué. ![La base de données de l’outil Tableau Resource Monitoring Tool indique que 42 % de la migration a été effectuée, avec les détails déployés.](/tableau/current/fr-ca/server/fr-ca/Img/rmt-upgrade-db-migration-details.png) 7. Le Resource Monitoring Tool est rétrocompatible avec les versions de Tableau Server mais n’est pas postcompatible. Cela signifie que la version de le Resource Monitoring Tool doit être égale ou supérieure à la version de Tableau Server que vous surveillez. Pour des raisons de compatibilité, Tableau vous recommande de mettre à niveau le Resource Monitoring Tool d’abord, puis d’effectuer une mise à niveau de Tableau Server. Pour plus d’informations, consultez [Compatibilité des produits avec Tableau Server](https://help.tableau.com/current/server/fr-ca/rmt-getting-started.htm#compat_table). ## Comment mettre à niveau le Resource Monitoring Tool Nous vous recommandons d’effectuer une mise à niveau sur place de Resource Monitoring Tool. Si vous désinstallez Resource Monitoring Tool et installez une nouvelle version de la base de données, cela peut entraîner une corruption des données et vous serez invité à réinstaller la version précédente et à refaire le processus de mise à niveau. 1. Connectez-vous au Resource Monitoring Tool dans le navigateur et assurez-vous qu’il fonctionne correctement avant de lancer la mise à niveau. 2. Copiez la nouvelle version du programme d’installation du serveur RMT sur l’ordinateur du Serveur RMT. 3. Copiez la nouvelle version du programme d’installation de l’agent RMT sur les machines sur lesquelles vous avez installé des agents RMT. Les agents RMT sont installés sur les nœuds Tableau Server que vous surveillez. 4. Sur chaque nœud Tableau Server exécutant le service d’agent RMT, arrêtez chaque agent RMT à l’aide de la commande suivante : `rmtadmin stop` 5. Sur l’ordinateur exécutant le service RMT Server, arrêtez le serveur RMT à l’aide de la commande suivante : `rmtadmin stop` 6. Dans le Gestionnaire des tâches des machines RMT Server et Agent, attendez qu’il n’y ait plus de processus en cours dont le nom contient Resource Monitoring Tool, tabrmt-master ou tabrmt-agent avant de passer à l’étape suivante. 7. Exécutez le programme d’installation du Serveur RMT sur l’ordinateur sur lequel le Serveur RMT est installé. Cette opération installe ou met à niveau tous les prérequis nécessaires, puis met à niveau le Serveur RMT. Vous ne pouvez pas modifier l’emplacement d’installation vers un répertoire personnalisé pendant la mise à niveau si le Resource Monitoring Tool était déjà installé dans l’emplacement par défaut. 8. Exécutez le programme d’installation de l’Agent RMT sur tous les ordinateurs où des Agents RMT sont installés. **Important :** À partir de la version 2021.4, vous devez spécifier un compte Exécuter en tant qu’utilisateur pour l’agent RMT. Ce compte est utilisé pour accéder à Tableau Server afin de recueillir des informations de surveillance. Pour le compte Exécuter en tant qu’utilisateur, spécifiez le même compte que celui que vous utilisez actuellement pour le compte Exécuter en tant qu’utilisateur de Tableau Server. Si ce compte était précédemment défini sur un compte d’utilisateur personnalisé et non sur le compte par défaut (NT AUTHORITY/Network Service), lors du processus de mise à niveau, il sera rétabli pour utiliser le compte par défaut. Vous pouvez utiliser la commande post installation [rmtadmin service-setup](https://help.tableau.com/current/server/fr-ca/rmt-admin-cmdline.htm#rmtadmin%20service-setup) pour le remplacer par le compte utilisateur personnalisé d’origine. 9. Vérifiez que le serveur RMT et les agents sont en cours d’exécution. Démarrez le Serveur et les Agents RMT s’ils ne redémarrent pas automatiquement une fois la mise à niveau terminée. 10. Connectez-vous à Resource Monitoring Tool dans un navigateur et vérifiez qu’il fonctionne. Si votre installation ne fonctionne pas, cela peut être dû à un problème avec le compte utilisateur utilisé pour exécuter la mise à niveau. Voir la [section des remarques sur la mise à niveau](#Upgrade) au début de la rubrique sur le compte utilisateur à utiliser pour la mise à niveau. Pour vérifier que les agents RMT ont été mis à niveau, accédez au menu **Admin**, sélectionnez **Environments**, et cliquez sur l’icône **Edit Environment** pour voir les détails de l’environnement. Dans l’onglet **Serveur**, vous pouvez voir la version de l’Agent RMT. Cela peut être utile pour déterminer quels Agents RMT ont été mis à niveau lorsque vous êtes un groupement Tableau Server multi-nœuds. ### Étapes de mise à niveau avec l’activation de TLS pour RabbitMQ Étant donné que les agents des versions antérieures à 2022.3 communiquent à l’aide d’une connexion non chiffrée au service de file d’attente de messages RabbitMQ, lors de la mise à niveau vers la version 2022.3 ou ultérieure, ces agents doivent être mis à jour pour utiliser les nouveaux détails de connexion sécurisée. Les étapes pour ce faire sont les suivantes : 1. Après avoir terminé les étapes de mise à niveau décrites dans la section ci-dessus, arrêtez tous les agents en exécutant la commande suivante : `rmtadmin stop --agent` 2. Téléchargez le fichier de démarrage de l’environnement en exécutant la commande suivante : `rmtadmin bootstrap-file --env --filename ` 3. Exécutez la commande suivante sur chacun des ordinateurs où l’agent est installé : `rmtadmin rotate-mq-certificate --username= --password-file=` 4. Redémarrez chaque ordinateur Agent après avoir exécuté avec succès la commande `rmtadmin rotate-mq-certificate`. ### Qui peut le faire? Pour mettre à niveau Resource Monitoring Tool, vous devez posséder les autorisations suivantes : - Administrateur sur l’ordinateur sur lequel vous installez Resource Monitoring Tool. - Administrateur Tableau Server. - Administrateur Resource Monitoring Tool. ## Autres articles de cette section [Passer au contenu principal](#main-content) # Mettre à niveau Tableau Server avec un référentiel externe pour une nouvelle version majeure de PostgreSQL En cas de changement dans les exigences de version majeure PostgreSQL pour Tableau Server, vous devez suivre quelques instructions spécifiques pour assurer le succès de votre mise à niveau Tableau Server. Par exemple, Tableau Server 2020.4 exige que le référentiel utilise la version 12 de PostgreSQL. Il s’agit d’un changement de version majeure par rapport à la version PostgreSQL 9.x utilisée dans les versions de Tableau Server antérieures à 2020.4. Donc, si vous mettez à niveau d’une version antérieure de Tableau Server à la version 2020.4 ou ultérieure, vous devez prendre les mesures décrites dans les sections suivantes pour terminer la mise à niveau. Cette rubrique inclut également la compatibilité du produit entre PostgreSQL et Tableau Server. ## Avant la mise à niveau Vous ne pouvez pas effectuer une mise à niveau sur place pour mettre à jour la version de PostgreSQL de votre instance PostgreSQL DB existante sur Amazon RDS ou Azure Database pour PostgreSQL DB. Au lieu de cela, vous devez créer une nouvelle instance et pointer Tableau Server vers la nouvelle instance pendant la mise à niveau. Utilisez les informations suivantes pour créer une nouvelle instance et préparer la mise à niveau : 1. Créez une nouvelle instance de l’instance de base de données PostgreSQL : 1. [Créer une instance de base de données PostgreSQL sur AWS Relational Database Service (RDS)](https://help.tableau.com/current/server/fr-ca/server_external_repo_configure_RDS.htm) 2. [Créer une instance Azure Database PostgreSQL sur Azure](https://help.tableau.com/current/server/fr-ca/server_external_repo_configure_Azure.htm) 3. [Créer une instance PostgreSQL sur Google Cloud](https://help.tableau.com/current/server/fr-ca/server_external_repo_configure_gcp.htm) 4. [Créer une base de données PostgreSQL en tant qu’installation autonome](https://help.tableau.com/current/server/fr-ca/server_external_repo_configure_standalone.htm) 2. Les connexions SSL ne sont **pas** obligatoires mais recommandées. Si vous souhaitez configurer des connexions SSL pour les communications entre Tableau Server et le référentiel externe, procédez comme suit : - **Amazon RDS :** consultez [Utilisation de SSL pour chiffrer la connexion à une instance de base de données](https://docs.aws.amazon.com/fr-ca/AmazonRDS/latest/UserGuide/CHAP_PostgreSQL.html#PostgreSQL.Concepts.General.SSL). - **Azure Database :** consultez [Configurer la connectivité TLS dans Azure Database pour PostgreSQL](https://docs.microsoft.com/fr-ca/azure/postgresql/concepts-ssl-connection-security). - **Instance Google Cloud :** voir [Configuration des certificats SSL/TLS](https://www.google.com/url?q=https://cloud.google.com/sql/docs/postgres/configure-ssl-instance&sa=D&source=docs&ust=1635271250769000&usg=AOvVaw3YRZJ0JQdXSkhNjdOxhuww) - **Instance PostgreSQL autonome :** consultez [Configurer SSL](https://help.tableau.com/current/server/fr-ca/server_external_repo_configure_standalone.htm#configure-ssl). 3. Créez un fichier de configuration pour la nouvelle instance que vous avez créée à l’étape 1. Créez un fichier json avec les paramètres de configuration suivants : { "flavor":"", "masterUsername":"", "masterPassword":"", "host":"", "port":5432 } - **flavor :** il s’agit du type de service externe que vous allez utiliser pour le référentiel Tableau Server. - Amazon RDS : utilisez « rds » - Base de données Azure : utilisez « azure » - Base de données Google Cloud : utilisez « gcp » - Base de données PostgreSQL autonome : utilisez « generic » - **masterUsername :** - **Amazon RDS :** utilisez « rails » comme nom d’utilisateur. Il s’agit de l’utilisateur que vous avez spécifié lors de la création de l’instance RDS. > [!IMPORTANT] > > Vous devez utiliser « rails » comme masterUsername. Ceci est nécessaire pour que le référentiel externe fonctionne correctement avec Tableau Server. - **Azure Database, instance de Google Cloud ou instance de PostgreSQL autonome :** choisissez un nom d’utilisateur qui répond à vos exigences. Nous vous recommandons d’utiliser **postgres** comme nom d’utilisateur Administrateur. Si vous choisissez d’utiliser un nom d’utilisateur différent, assurez-vous que le nom d’utilisateur ne commence pas par **pg** ou **azure**. Le nom d’utilisateur ne peut pas non plus être **rails**, **tblwgadmin**, **tableau**, **readonly** ou **tbladminviews**. - **masterPassword :** il s’agit du même mot de passe que vous avez spécifié lors de la création de l’instance de base de données PostgreSQL. - **host :** il s’agit du point de terminaison de votre instance de base de données PostgreSQL. - **port :** port de base de données que vous avez spécifié lors de la création de l’instance de base de données PostgreSQL. Le port par défaut pour PostgreSQL est 5432. ## Mises à niveau de Tableau Server **Remarque :** si vous utilisez le référentiel externe Tableau Server, vous devez mettre à niveau Tableau Server à l’aide de l’option de ligne de commande. Ce qui suit sont les étapes de haut niveau pour la configuration des paramètres du référentiel externe lors de l’exécution du script de mise à niveau. Pour une procédure complète du processus de mise à niveau de Tableau Server, consultez [Mise à niveau depuis des versions antérieures](https://help.tableau.com/current/server/fr-ca/sug_plan.htm). 1. Sur Tableau Server, ouvrez une invite de commande en tant qu’administrateur. **Remarque :** Vous devez ouvrir un nouveau volet de commande car le programme d’installation met à jour le chemin d’accès à la nouvelle installation. 2. Accédez au dossier de scripts de votre nouvelle installation. Par défaut : `C:\Program Files\Tableau\Tableau Server\packages\scripts.\` 3. Exécutez le script de mise à niveau et spécifiez le fichier de configuration et le certificat SSL : `upgrade-tsm.cmd --external-repository-config-file= --external-repository-cert-file=` ## Compatibilité du produit Le tableau ci-dessous répertorie la version de PostgreSQL qui est prise en charge avec Tableau Server. Utilisez ce tableau pour déterminer la version de PostgreSQL à installer pour votre référentiel externe. **Prise en charge d’Amazon RDS :** le référentiel externe utilisant Amazon RDS est pris en charge avec Tableau Server version 2019.3 et ultérieure. **Prise en charge de base de données Azure :** le référentiel externe utilisant l’instance de base de données Azure est pris en charge avec Tableau Server version 2020.4 et ultérieure. **Prise en charge de Google Cloud :** le référentiel externe utilisant une instance de Google Cloud SQL est pris en charge sur Tableau Server version 2021.4 et ultérieure. **Prise en charge de l’instance PostgreSQL autonome :** le référentiel externe utilisant une installation autonome de la base de données PostgreSQL est pris en charge avec Tableau Server version 2021.2 et ultérieure. Prise en charge de la plateforme Google Cloud : le référentiel externe utilisant une instance PostgreSQL sur la plateforme Google Cloud est pris en charge sur Tableau Server versions 2021.4 et ultérieures.
Version de Tableau ServerVersions compatibles minimales de PostgreSQL

2022.3.0 - 2022.3.7

2023.1.0 - 2023.1.4

13.7
2022.1.17 - 2022.1.19

2022.3.8 - 2022.3.19

2023.1.5 - 2023.1.15

2023.3.0 - 2023.3.8

13.11
2022.3.20 - 2022.3.x

2023.1.16 - 2023.1.x

2023.3.9 - 2023.3.x

13.14
2024.0 - 2024.2.815.6
2024.2.9 - 2024.2.13

2025.1.0 - 2025.1.6

15.10
2024.2.14 - 2024.2.16

2025.1.7 - 2025.1.9

15,13

2024.2.17

2025.1.10

2025.3 - 2025.3.5

15.14
2025.3.615,16

2026.2.x

17,7
Compatibilité héritée Le tableau ci-dessous comprend deux colonnes : 1. la version de PostgreSQL livrée avec Tableau Server, qui est la version installée avec Tableau Server pour les référentiels locaux. 2. Toutes les versions PostgreSQL alternatives prises en charge pour le référentiel externe. **Remarques :** \- Pour les versions de PostgreSQL antérieures à la version 10, les deux premiers chiffres indiquent la version majeure, et la version mineure est représentée par le dernier chiffre. Par exemple, dans la version 9.4.1, 9.4 indique la version majeure et le .1 indique la version mineure. \- Pour les versions de PostgreSQL 10 ou ultérieures, le premier chiffre indique la version majeure, et la version mineure est représentée par le dernier chiffre. Par exemple, dans la version 11.1, 11 est la version majeure et .1 est la version mineure. \- Il est toujours possible d’utiliser, avec le référentiel externe, une version de PostgreSQL avec une version majeure égale à, et une version mineure supérieure à la version Postgres livrée avec Tableau Server, ainsi que toutes les versions plus anciennes explicitement autorisées.
Version de Tableau ServerVersion de PostgreSQL (livrée avec Tableau Server)Versions PostgreSQL alternatives prises en charge pour le référentiel externe
2019.3 - 2019.3.39.6.11

9.6.x, où x est supérieur à 11

2019.3.4 - 2019.3.109.6.159.6.x, où x est supérieur à 15
2019.3.11 - 2019.3.149.6.179.6.15 ou 9.6.x, où x supérieur à 17
2019.4 - 2019.4.19.6.149.6.x, où x est supérieur à 14
2019.4.2 - 2019.4.69.6.159.6.x, où x est supérieur à 15
2019.4.7 - 2019.4.139.6.179.6.15 ou 9.6.x, où x est supérieur à 17
2020.1 - 2020.1.69.6.159.6.x, où x est supérieur à 15
2020.1.7 - 2020.3.29.6.179.6.15 ou 9.6.x, où x est supérieur à 17
2020.4 - 2021.412.8

12.8 ou 12.x, où x est supérieur à 8

2022.1 et versions ultérieures13.313.3 ou 13.x où x est supérieur à 3
## Qui peut le faire? Les administrateurs Tableau Server peuvent mettre à niveau et configurer Tableau Server. [Passer au contenu principal](#main-content) # Mettre en forme les animations Animez des visualisations pour mieux mettre en évidence les changements dans vos données, révéler les pics et les valeurs atypiques, et voir comment les points de données se regroupent et se séparent. Les animations offrent une transition visuelle entre les paramètres de filtrage, de tri et de zoom, les différentes pages et les modifications des actions de filtrage, de paramétrage et de réglage. Les visualisations s’animant en réponse à ces changements, les observateurs peuvent voir plus clairement comment les données diffèrent, ce qui les aide à prendre des décisions mieux informées. ## Comprendre les animations simultanées et séquentielles Lorsque vous créez des animations, vous choisissez entre deux styles différents : simultané ou séquentiel. Voici des exemples de chaque type. ### Animations simultanées Les animations simultanées par défaut sont plus rapides et efficaces lorsqu’elles montrent les changements de valeurs dans des graphiques et des tableaux de bord plus simples. ![Une animation Tableau.](/tableau/current/fr-ca/server/fr-ca/Img/animations.gif) Cliquez sur l’image pour rejouer l’animation. ### Animations séquentielles Les animations séquentielles prennent plus de temps mais font mieux apparaître les changements complexes en les présentant étape par étape. ![Une animation séquentielle.](/tableau/current/fr-ca/server/fr-ca/Img/animations_sequential.gif) Cliquez sur l’image pour rejouer l’animation. ## Animer des visualisations dans un classeur Lorsque vous créez un nouveau classeur, Tableau active les animations pour votre visualisation par défaut. Vous pouvez activer ou désactiver les animations au niveau de l’utilisateur et du classeur. 1. Choisissez Formater > Animations. 2. Si vous souhaitez animer chaque feuille, sous la rubrique Paramètres par défaut du classeur, cliquez sur Activé. Effectuez ensuite l’action suivante : - Pour la Durée, choisissez un préréglage ou spécifiez une durée personnalisée pouvant aller jusqu’à 10 secondes. - Pour Style, choisissez Simultané afin de lancer la lecture simultanée de toutes les animations ou Séquentiel pour faire un fondu sortant sur les repères, les déplacer et les trier, puis les faire un fondu entrant. 3. Pour remplacer les valeurs par défaut du classeur pour une feuille particulière, modifiez les paramètres sous Feuille sélectionnée. **Remarque :** dans la section Feuille sélectionnée, « (Par défaut) » indique un paramètre qui reflète automatiquement le paramètre par défaut du classeur correspondant. ![Volet Animations avec des options permettant de configurer les animations au niveau du classeur ou de la feuille.](/tableau/current/fr-ca/server/fr-ca/Img/animations_pane.png) Pour relire une animation, cliquez sur le bouton Relecture dans la barre d’outils. À partir du bouton Relecture , vous pouvez également choisir la vitesse à laquelle l’animation se relit : vitesse réelle, vitesse 2x ou vitesse 1/2. ![Menu déroulant du bouton de relecture pour choisir la vitesse de relecture](/tableau/current/fr-ca/server/fr-ca/Img/replay_speed.png) ## Réinitialiser les paramètres d’animation d’un classeur Vous pouvez réinitialiser les animations pour rétablir les paramètres d’animation par défaut d’un classeur. Sachez que cette opération désactive les animations par défaut. 1. Choisissez Formater > Animations. 2. Au bas du volet Animations, cliquez sur Réinitialiser toutes les feuilles. ## Désactiver complètement toutes les animations Lorsque vous créez un nouveau classeur, les animations sont activées par défaut. Si vous jugez que les animations vous distraient pendant que vous regardez les visualisations, vous pouvez les désactiver complètement pour qu’elles ne soient jamais jouées. (Il ne s’agit pas d’un paramètre à l’échelle du système ; chaque utilisateur doit l’appliquer séparément) - Dans Tableau Desktop, choisissez Aide > Paramètres et performances, et désélectionnez Activer les animations. - Dans Tableau Cloud ou Tableau Server, cliquez sur l’image ou les initiales de votre profil dans le coin supérieur droit du navigateur, et choisissez Paramètres de Mon compte. Ensuite, faites défiler vers le bas de la page, désélectionnez Activer les animations et cliquez sur Enregistrer les modifications. **Remarque :** lorsque les animations sont désactivées, vous pouvez toujours choisir Formater > Animations en mode de création et ajuster les paramètres, mais ils n’auront aucun effet. ## Formater les décimales pour les animations d’axes Si le nombre de décimales dans une mesure est défini sur la valeur par défaut, le nombre de décimales affichées pendant l’animation d’axes peut fluctuer pendant cette animation. Pour éviter cela, formatez le nombre de décimales affichées pour une mesure. Pour plus d’informations, consultez [Formater les nombres et les valeurs nulles](https://help.tableau.com/current/pro/desktop/fr-ca/formatting_specific_numbers.htm). ## Pourquoi la lecture des animations peut échouer ### Rendu du serveur La lecture des animations peut échouer si un serveur gère le rendu de la visualisation. Pour vous assurer que le rendu des visualisations fonctionne sur un ordinateur client ou un appareil mobile, utilisez ces techniques : - Si vous êtes un auteur de visualisation, [réduisez la complexité de la visualisation](https://help.tableau.com/current/pro/desktop/fr-ca/perf_visualization.htm). - Si vous êtes administrateur de Tableau Server, [augmentez le seuil de complexité pour le rendu côté client](https://help.tableau.com/current/server/fr-ca/browser_rendering.htm). **Remarque :** sur les ordinateurs à faible puissance de traitement, les animations peuvent sembler hachées, mais les utilisateurs peuvent continuer à interagir avec les visualisations sans aucun délai de réaction. ### Navigateurs et fonctionnalités non pris en charge Les animations sont prises en charge par tous les navigateurs Web, à l’exception d’Internet Explorer. Aucune animation n’est prévue pour les fonctionnalités Tableau suivantes : - Cartes, polygones et repères de densité dans les navigateurs Web - Repères de secteurs et de texte - En-têtes - Prévisions, tendances et courbes de référence - Suivi d’historique des pages (si une visualisation inclut ce suivi, désactivez les animations pour éviter les comportements inattendus.) [Passer au contenu principal](#main-content) # Mettre en forme les nombres et les valeurs Null Vous pouvez spécifier le format des valeurs numériques qui s’affichent dans votre visualisation, notamment les mesures, les dimensions, les paramètres, les champs calculés et les étiquettes d’axe. Lorsque vous spécifiez un format de nombre, vous pouvez sélectionner un ensemble de formats standard, tels que nombre, devise, scientifique et pourcentage. Vous pouvez également définir un format de nombre personnalisé avec la possibilité d’inclure des caractères spéciaux. Lorsqu’une mesure contient des valeurs Null, vous pouvez utiliser la mise en forme pour traiter différemment les valeurs Null, par exemple en remplaçant les valeurs Null par des zéros ou en les masquant. ## Pour Tableau Desktop ### Spécifier un format de nombre 1. Dans la vue, cliquez avec le bouton droit de la souris (contrôle+clic sur un Mac) sur un nombre et sélectionnez Formater. 2. Dans le volet Formater, cliquez sur le menu déroulant Nombres. 3. Sélectionnez un format de nombre. Certains formats nécessitent des paramètres supplémentaires. Par exemple, si vous sélectionnez Scientifique, vous devez également spécifier le nombre de décimales. ![Volet de Mise en forme avec options permettant de sélectionner le nombre de décimales pour les nombres scientifiques.](/tableau/current/fr-ca/server/fr-ca/Img/numbers1.png) Voici les formats et options connexes des nombres disponibles dans Tableau.
FORMAT DE NOMBREOPTIONS DE FORMAT
Automatique : le format est sélectionné automatiquement en fonction du format spécifié par la source de données ou des données du champ.Aucun.
Nombre (standard) : le format est basé sur les paramètres locaux sélectionnés.Local : le format de nombre varie suivant l’emplacement géographique sélectionné.
Nombre (personnalisé) : le format est personnalisé en fonction de votre choix.

Décimales : nombre de décimales à afficher.

Valeurs négatives : spécifie comment les valeurs négatives sont affichées.

Unités : les nombres s’affichent dans les unités spécifiées. Par exemple, si le nombre est 20 000 et l’unité les milliers, le nombre s’affiche sous la forme « 20 K ».

Préfixe/Suffixe : caractères qui précèdent/suivent chaque nombre affiché.

Inclut les séparateurs de milliers : indique si le nombre affiche des séparateurs de milliers (exemple : 100 000 ou 100000).

Devise (standard) : le format et le symbole de la devise sont basés sur les paramètres locaux sélectionnés.Local : le format de la devise est basé sur l’emplacement géographique sélectionné.
Devise (personnalisé) : le format et le symbole de devise sont personnalisés en fonction de votre choix.

Décimales : nombre de décimales à afficher.

Valeurs négatives : spécifie comment les valeurs négatives sont affichées.

Unités : les nombres s’affichent dans les unités spécifiées. Par exemple, si le nombre est 20 000 et l’unité milliers, le nombre s’affiche sous la forme 20 K.

Préfixe/Suffixe : caractères qui précèdent/suivent chaque nombre affiché.

Inclut les séparateurs de milliers : indique si le nombre affiche des séparateurs de milliers (exemple : 100 000 ou 100000).

Scientifique : les nombres sont affichés en notation scientifique.Décimales : nombre de décimales à afficher.
Pourcentage : les nombres s’affichent sous forme de pourcentage, avec le symbole pour cent. La valeur 1 est interprétée comme 100% et 0 comme 0%Décimales : nombre de décimales à afficher.
Personnalisé : le format est entièrement basé sur les options de format spécifiées.Personnalisé : saisissez le format à utiliser, incluant des caractères spéciaux (facultatif). Consultez « Définir un format de nombre personnalisé » dans cette rubrique pour en savoir plus.
### Adapte automatiquement les valeurs Avec le jeton `[scale]`, vous pouvez mettre en forme des chaînes de nombres personnalisées pour mettre dynamiquement à l’échelle les valeurs et ajouter les suffixes du système d’unités (SI) appropriés en fonction de leur amplitude. Ce jeton est idéal lorsqu’un seul champ couvre plusieurs amplitudes (par exemple des milliers et des millions), ce qui garantit que chaque valeur est affichée clairement dans un format lisible, évitant ainsi la nécessité d’utiliser une seule unité pour l’ensemble de la colonne. Alors que les unités d’affichage (comme les milliers, les millions ou les milliards) appliquent une seule unité fixe à toutes les valeurs d’un champ, le jeton `[scale]` applique une mise à l’échelle dynamique par valeur individuelle. - **Afficher les unités** : recommandé pour appliquer une même unité à tous les nombres. - **Jeton `[scale]`** : recommandé pour la mise en forme adaptative au niveau des valeurs dans un seul champ. #### Fonctionnement du jeton `[scale]` L’application de `[scale]` à un format personnalisé déclenche le processus suivant : - Tableau évalue chaque point de données individuellement. - Les valeurs sont divisées par le multiple 1 000 approprié. - Le suffixe du système d’unités (SI) correspondant est ajouté à la sortie. #### Exemples de mise en forme de valeurs mises à l’échelle Utilisation de 0.0`[scale]` : - 12 devient 12.0 - 1,000 devient 1.0 k - 1,500,000 devient 1.5 M - 2,300,000,000 devient 2.3 G - 0.004 devient 4.0m #### Utiliser `[scale]` dans une chaîne de valeurs personnalisée 1. Cliquez avec le bouton droit de la souris (contrôle+clic sur un macOS) sur le nombre visé dans la vue et sélectionnez Formater. 2. Accédez au volet Format, ouvrez le menu déroulant Nombres et sélectionnez Personnalisé. 3. Insérez le jeton `[scale]` dans la zone de saisie Format (par exemple, `0.0[scale]`). #### Remarques importantes sur les suffixes et les unités - `[scale]` utilise les préfixes standards du système d’unités (SI), notamment `k`, `M`, `G`et `T` pour les grands nombres, et `m`, `µ`, et `n` pour les plus petits nombres. - Les préfixes d’unités (SI) diffèrent des étiquettes d’unités d’affichage standards. Par exemple, 1 000 000 000 s’affiche en utilisant `G` (giga) plutôt que `B` (millions). - Le jeton `[scale]` est saisi directement dans la chaîne de texte de formatage du nombre personnalisé. ### Définir un format de nombre personnalisé Pour appliquer un format de nombre personnalisé dans votre visualisation : 1. Dans la vue, cliquez avec le bouton droit de la souris (contrôle+clic sur un Mac) sur un nombre et sélectionnez Formater. 2. Dans le volet Formater, cliquez sur le menu déroulant Nombres et sélectionnez Personnalisé. 3. Dans le champ Formater, définissez vos préférences de formatage en utilisant la syntaxe suivante : `Positive number format;Negative number format;Zero values`. Lors de la définition de votre code de format de nombre, gardez à l’esprit que : - Vous pouvez spécifier le formatage pour jusqu’à trois types de nombres dans l’ordre suivant : nombres positifs, nombres négatifs et zéros. - Chaque type de nombre doit être séparé par un point-virgule (;). - Si vous spécifiez un seul type de nombre, le format de ce type est utilisé pour tous les nombres. - Si vous spécifiez deux types de nombres, le format du premier type est appliqué aux nombres positifs et aux zéros, tandis que le format du second type est appliqué aux nombres négatifs. - Si vous ignorez des types dans votre code de format de nombre, vous devez inclure un point-virgule (;) pour chacun des types manquants. #### Exemples de formats de nombre personnalisés Reportez-vous au tableau suivant pour obtenir des exemples de codes de format de nombre personnalisés couramment utilisés que vous pouvez utiliser dans votre visualisation. La syntaxe a trois parties : `;;` séparées par des points-virgules.
CAS D’UTILISATION

SYNTAXE DU CODE NUMÉRIQUE

EXEMPLE DE SORTIE :
Afficher uniquement les valeurs positives

#,##; ;

(notez un espace après le 2ème et le 3ème point-virgule)

Valeurs positives : 1 234
Valeurs négatives : (seul l’espace vide s’affiche)
Valeurs nulles : (seul l’espace vide s’affiche)
Afficher uniquement les valeurs négatives;-#,##;Valeurs positives : (rien ne s’affiche)
Valeurs négatives : -1 234
Valeurs nulles : (rien ne s’affiche)
Afficher uniquement les valeurs nulles;;0;Valeurs positives : (rien ne s’affiche)
Valeurs négatives : (rien ne s’affiche)
Valeurs nulles : 0
Masquer les valeurs nulles#,###;-#,###;;Valeurs positives : 1 234
Valeurs négatives : -1 234
Valeurs nulles : (rien ne s’affiche)
Afficher les valeurs négatives entre parenthèses#,###;(#,###);;Valeurs positives : 1 234
Valeurs négatives : (1 234)
Valeurs nulles : (rien ne s’affiche)
Ajouter un préfixe de caractère à une valeur$#,###.##;-$#,###.##;$0;Valeurs positives : 1 234,56 $
Valeurs négatives : - 1 234,56 $
Valeurs nulles : 0 $
Ajouter un suffixe de caractère à une valeur#%;-#%;0%;Valeurs positives : 12 %
Valeurs négatives : -34 %
Valeurs nulles : 0 %
Ajouter des descripteurs de texte"$"#,#" Surplus";"$"-##" Pénurie"; "$"0;Valeurs positives  : 1 234 $ Excédent
Valeurs négatives : -1 234 $ Pénurie
Valeurs nulles : 0 $
Il existe plusieurs façons de personnaliser votre format de nombre pour répondre à vos besoins. Pour plus de conseils et d’exemples de code, consultez [Revoir les instructions relatives à la personnalisation d’un format de nombre](https://support.microsoft.com/fr-ca/office/review-guidelines-for-customizing-a-number-format-c0a1d1fa-d3f4-4018-96b7-9c9354dd99f5) dans la base de connaissances Microsoft. **Remarque :** il existe de légers écarts entre les options décrites par Microsoft et celles disponibles dans Tableau. Par exemple, les formats de nombre personnalisés qui alignent le texte dans les colonnes ne sont pas pertinents dans Tableau. En outre, les formats de nombre personnalisés pour le texte de code couleur ne sont pas applicables, car vous pouvez appliquer une couleur au texte à l’aide de la fiche Repères. (Pour en savoir plus sur l’application de couleurs, consultez [Contrôler l’apparence des repères dans la vue](https://help.tableau.com/current/pro/desktop/fr-ca/viewparts_marks_markproperties.htm).) Assurez-vous de n’utiliser que des formats de nombre personnalisés qui s’appliquent dans Tableau. #### Inclure des caractères spéciaux dans un format de nombre personnalisé L’un des avantages du formatage de nombre personnalisé est la possibilité d’inclure des caractères spéciaux ou des symboles. Les symboles peuvent faciliter la compréhension rapide des comparaisons entre les mesures et les calculs dans votre visualisation. Par exemple, supposons que vous souhaitiez afficher une comparaison mensuelle des bénéfices de trois des produits les plus vendus de votre entreprise. Plutôt que d’utiliser l’étiquette standard pour montrer que le bénéfice de ces produits a changé d’étiquette de +5 %, -2 % et 0 % par rapport au mois dernier, vous pouvez définir le format de nombre personnalisé comme suit pour afficher ces modifications sous la forme ▲5 %,▼ 2 %, et ►0. ![Format de nombre personnalisé défini à l’aide de caractères spéciaux ](/tableau/current/fr-ca/server/fr-ca/Img/CustomNumberFormatCode.png) ### Définir le format de nombre par défaut pour un champ Cliquez avec le bouton droit de la souris (contrôle+clic sur un Mac) sur le champ dans le volet Données et sélectionnez Propriétés par défaut \> Format de nombre. Dans la boîte de dialogue qui s’affiche, vous pouvez définir un format de nombre à utiliser lorsque vous ajoutez le champ à la vue. Le format de nombre par défaut est enregistré avec le classeur. Il est également exporté lorsque vous exportez les informations de connexion. **Remarque :** la mise en forme des nombres à l’aide du volet Mettre en forme écrase toute autre mise en forme appliquée précédemment. ### Formater une mesure en tant que devise La vue dans l’image suivante affiche le profit sur une période définie. Notez que les chiffres de profit sur l’axe vertical ne sont pas formatés en tant que devise. ![ ](/tableau/current/fr-ca/server/fr-ca/Img/FormattingNumbersDates_InitialView.png) **Pour formater les nombres en tant que devise :** 1. Cliquez avec le bouton droit de la souris sur l’axe Profit, puis sélectionnez **Formater**. ![ ](/tableau/current/fr-ca/server/fr-ca/Img/FormattingNumbersDates_FormatAxis.png) 2. Dans l’onglet Axe dans le volet Formater, sous Échelle, sélectionnez la liste déroulante **Nombres**, puis sélectionnez l’une des options suivantes : **Devise (Standard)** pour ajouter un signe de dollar et deux décimales aux nombres. ![ ](/tableau/current/fr-ca/server/fr-ca/Img/FormattingNumbersDates_FormatCurrency.png) **Devise (personnalisé)** pour spécifier les éléments suivants : nombre de décimales, mode d’affichage des valeurs négatives, unités, choix d’inclure ou non un préfixe ou un suffixe, choix d’inclure ou non un caractère de séparation. ### Utiliser le paramètre local pour définir les formats de nombre Par défaut, Tableau utilise les paramètres locaux et linguistiques de votre ordinateur pour formater les nombres. Mais vous pouvez définir explicitement un paramètre local différent dans le volet **Formater**. Les étapes suivantes montrent comment définir la devise suisse allemande en utilisant la même vue que dans la section précédente. 1. Cliquez avec le bouton droit de la souris sur l’axe Profit, puis sélectionnez **Formater**. 2. Dans l’onglet Axe, sous Échelle, sélectionnez la liste déroulante **Nombres**, puis sélectionnez **Devise (standard)**. 3. Dans la liste déroulante **Paramètres locaux**, les éléments apparaissent dans un format **Langue (pays)**. Pour cet exemple, sélectionnez **Allemand (Suisse)**. La vue se met à jour pour afficher les chiffres de vente en francs suisses, mis en forme pour la langue allemande. **Conseil :** vous pouvez modifier le paramètre de devise par défaut, de manière à ce que, chaque fois que vous déposez la mesure Profit sur une vue, elle utilise les paramètres souhaités. Dans le volet Mesures, faites un clic droit sur **Profit** (ou autre mesure monétaire) et sélectionnez **Propriétés par défaut** > **Format de nombre**. Formatez ensuite le champ comme indiqué ci-dessus. ### Mettre en forme les valeurs nulles Lorsqu’une mesure contient des valeurs nulles, elles indiquent généralement zéro dans la vue. Toutefois, il arrive que cela modifie la vue; supprimez simplement toutes les valeurs nulles. Vous pouvez mettre en forme chaque mesure pour gérer toutes les valeurs nulles de manière unique. **Pour mettre en forme des valeurs nulles pour un champ spécifique :** 1. Cliquez avec le bouton droit de la souris sur la vue contenant la valeur nuelle (touche Ctrl+clic sur un Mac) et choisissez Mettre en forme. 2. Accédez à l’onglet **Volet** 3. Dans la zone Valeurs spéciales, indiquez si vous souhaitez afficher la valeur nulle à l’aide d’un indicateur dans le coin inférieur droit de la vue, la tracer à une valeur par défaut (telle que zéro pour les champs numériques), masquer la valeur mais connecter la ligne ou masquer et coupez la ligne pour indiquer qu’une valeur nulle existe. ![Volet de mise en forme avec des options pour l’affichage des valeurs nulles.](/tableau/current/fr-ca/server/fr-ca/Img/nullvalues3.png) 4. Si vous spécifiez du texte dans le champ **Texte**, il apparaît dans la vue pour une valeur nulle lorsque les étiquettes de repères sont activées. Consultez [Afficher, masquer et formater les étiquettes de repère](https://help.tableau.com/current/pro/desktop/fr-ca/annotations_marklabels_showhideworksheet.htm#show-and-hide-individual-mark-labels). **Remarque :** la zone Valeurs spéciales n’est pas disponible pour les dimensions ou les mesures discrètes. ## Pour Tableau Server ou Tableau Cloud ### Spécifier un format de nombre Lorsque vous créez une vue sur le Web, vous pouvez spécifier le format de nombre pour un champ utilisé dans la vue. 1. En mode d’édition Web, cliquez avec le bouton droit de la souris sur une mesure dans la vue, puis sélectionnez **Mettre en forme le nombre**. ![Menu contextuel de mesure avec une option de mise en forme des nombres.](/tableau/current/fr-ca/server/fr-ca/Img/format_numbers_web1.png) 2. Dans la boîte de dialogue qui s’affiche, sélectionnez un format de nombre. Certains formats fournissent des paramètres supplémentaires. Par exemple, si vous sélectionnez Devise, vous devez également préciser le nombre de décimales, les unités et également indiquer s’il faut inclure des séparateurs tels que des virgules. Dans cet exemple, les ventes sont mises en forme en tant que devise avec des décimales et des unités de milliers (k). Les chiffres des ventes dans la vue sont mis à jour avec ces paramètres. Les étiquettes et les infobulles sont également mises à jour. ![Un menu déroulant avec des options de mise en forme des nombres : automatique, nombre standard, nombre personnalisé, devise standard, devise personnalisée, pourcentage, scientifique ou personnalisée.](/tableau/current/fr-ca/server/fr-ca/Img/format_numbers_web2.png) Voici les formats et options connexes des nombres disponibles dans Tableau.
FORMAT DE NOMBREOPTIONS DE FORMAT
Automatique : le format est sélectionné automatiquement en fonction du format spécifié par la source de données ou des données du champ.Aucun.
Nombre (personnalisé) : le format est personnalisé en fonction de votre choix.

Décimales : nombre de décimales à afficher.

Unités : les nombres s’affichent dans les unités spécifiées. Par exemple, si le nombre est 20 000 et l’unité milliers, le nombre s’affiche sous la forme 20 K.

Inclure des séparateurs : indique si le nombre affiche des séparateurs de milliers (exemple : 100 000 ou 100000).

Devise (personnalisé) : le format et le symbole de devise sont personnalisés en fonction de votre choix.

Décimales : nombre de décimales à afficher.

Unités : les nombres s’affichent dans les unités spécifiées. Par exemple, si le nombre est 20 000 et l’unité milliers, le nombre s’affiche sous la forme 20 K.

Inclure des séparateurs : indique si le nombre affiche des séparateurs de milliers (exemple : 100 000 ou 100000).

Pourcentage (personnalisé) : les nombres s’affichent sous forme de pourcentage, avec le symbole pour cent. La valeur 1 est interprétée comme 100% et 0 comme 0%Décimales : nombre de décimales à afficher.
Scientifique (personnalisé) : les nombres sont affichés en notation scientifique.Décimales : nombre de décimales à afficher.
[Passer au contenu principal](#main-content) # Mettre les données à jour Les rubriques de cette section décrivent comment actualiser manuellement les données et comment planifier les actualisations des données. ## Autres articles de cette section [Passer au contenu principal](#main-content) # Migration de Tableau Server vers Tableau Cloud Pour plus d’informations sur la migration de Tableau Server de petite taille (moins de 100 utilisateurs) vers Tableau Cloud, consultez [Guide de migration manuelle de Tableau Cloud](https://help.tableau.com/current/guides/migration/fr-ca/emg_intro.htm). Pour plus d’informations sur la planification d’une migration vers Tableau Cloud, consultez [Plan de Tableau : migrer Tableau vers Cloud](https://help.tableau.com/current/blueprint/fr-ca/bp_move_to_cloud.htm). ## Autres articles de cette section [Passer au contenu principal](#main-content) # Migrer des classeurs et des sources de données utilisant des extraits Les utilisateurs de Tableau Server peuvent publier des extraits qui sont des copies ou des sous-ensembles des données originales. Ces extraits peuvent être intégrés dans un classeur ou une source de données. Par défaut, lorsque vous utilisez la commande Tableau Content Migration Tool pour migrer un classeur ou une source de données contenant un extrait, cet extrait est migré avec le classeur ou la source de données qui le contient. Content Migration Tool propose plusieurs options pour contrôler ce comportement : - **Passage à une connexion en direct** Vous pouvez ajouter la transformation Supprimer l’extrait à votre plan de migration afin de supprimer l’extrait de votre classeur ou de votre source de données pendant la migration. Comme toujours, cela n’entraînera pas de modification du classeur source ou de la source de données. L’extrait est supprimé de la copie du classeur ou de la source de données migré(e) vers le projet de destination du site. La connexion de données revient ainsi à une connexion en direct. - **Actualisation d’extraits après la migration** Vous pouvez activer l’option Actualiser les extraits après la migration dans votre plan de migration pour qu’une tâche immédiate d’actualisation d’extrait soit programmée après la migration du classeur ou de la source de données. Nous déconseillons d’utiliser l’option Actualiser les extraits après la migration si votre plan de migration utilise également la transformation Définir l’information de connexion pour modifier les connexions de données afin de pointer vers un ensemble différent de données (par exemple, un autre serveur de base de données ou une autre base de données). Lorsque vous modifiez l’information de connexion pour pointer vers des données différentes et que vous utilisez l’option Actualiser les extraits après la migration, vous risquez d’exposer involontairement les données d’une manière qui peut poser un problème de sécurité. Pour plus d’information, consultez la section [Option 3 : Actualiser les extraits après la migration](#refresh-after-migration). #### Modification des connexions de données utilisant des extraits Les connexions de données Tableau sont soit des connexions en direct qui interrogent directement une source de données, soit des extraits d’une source de données. Les extraits sont des copies ou des sous-ensembles des données originales et peuvent être intégrés dans un classeur ou une source de données. Lorsqu’elles sont présentes, les vues interrogent les données de l’extrait au lieu de la source de données sous-jacente. Généralement, vous voudrez modifier la connexion de la source de données pendant la migration pour qu’elle pointe vers une base de données différente qui n’est pas la même sur le site de destination et le site source. Par exemple, si vous migrez un classeur de votre site de projet temporaire vers votre site de projet de production, vous voudrez probablement mettre à jour les connexions de données dans le classeur afin de vous connecter à votre base de données de production. Vous pouvez le faire en utilisant la transformation Définir l’information de connexion dans votre plan de migration. Vous disposez maintenant d’un plan de migration qui copie un classeur depuis un serveur temporaire vers un serveur de production et met à jour les connexions de données de manière à pointer vers la base de données de production. Si votre classeur utilise un extrait, cela nécessitera un travail supplémentaire. Dans ce scénario, le classeur sera migré et la connexion de données en direct sera mise à jour. Toutefois, les vues afficheront néanmoins les données de la base de données temporaire, car elle contient encore l’extrait de base de données temporaire - copié à partir du site de projet source (temporaire). Vous pouvez résoudre ce problème de plusieurs manières. #### Option 1 : Utiliser les sources de données publiées Vous pouvez modifier vos classeurs pour qu’ils utilisent plutôt des sources de données publiées. De cette façon, l’extrait sera géré dans le cadre de la source de données publiée et la migration des mises à jour vers les classeurs utilisant cette source de données peut être simplifiée. Vous n’aurez ainsi pas à vous soucier de la connexion à la base de données en direct ou à l’extrait de données. #### Option 2 : Supprimer l’extrait pendant la migration Vous pouvez ajouter une transformation Supprimer l’extrait à votre plan de migration. L’extrait sera supprimé de votre classeur et la source de données passera à une connexion en direct. #### Option 3 : Actualiser l’extrait après la migration Vous pouvez utiliser l’option Actualiser les extraits après migration dans votre plan de migration. Cette option migre l’extrait avec le classeur mais programme une tâche d’actualisation immédiate de l’extrait pour ce classeur une fois la migration terminée. Cette option n’est généralement pas recommandée lorsqu’elle est utilisée en combinaison avec une transformation Définir l’information de connexion en raison des problèmes de sécurité potentiels qu’elle peut introduire. Le problème est que le classeur migré sur votre de votre site de destination affichera encore les anciennes données d’extrait (source) pour la période entre la fin de la migration et la fin de la tâche d’actualisation d’extrait. Si la tâche d’actualisation d’extrait échoue, les données d’extrait anciennes/source demeurent jusqu’à ce que l’extrait soit actualisé. Dans un cas tel que celui décrit ci-dessus, la migration d’un environnement temporaire vers un environnement de production peut être acceptable, mais vous devez garder à l’esprit que les utilisateurs de vos classeurs ne savent pas nécessairement que le classeur affiche des données anciennes/temporaires en raison de sa récente migration et que l’extrait n’est pas encore actualisé. Dans d’autres cas où vous utilisez Définir l’information de connexion pour modifier les connexions de données afin de pointer vers un autre ensemble de données client, il peut en résulter de graves problèmes de sécurité si l’extrait du classeur contient des données d’un autre client jusqu’à ce que l’extrait soit actualisé après migration. Une façon de résoudre ce problème est de mettre en œuvre une migration en deux étapes. Cette approche vous oblige à créer deux plans de migration, un pour chaque étape décrite ci-dessous et à vous assurer que les classeurs et les sources de données ont un extrait à jour avant d’être accessibles. - **Étape 1 :** Migrer votre contenu vers un projet sur votre site de destination auquel seuls les administrateurs ont accès. Cette migration vous permet d’utiliser l’option Actualiser l’extrait après la migration avec la transformation Définir l’information de connexion pour mettre à jour la connexion de données, car aucun utilisateur non autorisé n’aura la possibilité de voir les anciennes données, même si l’extrait échoue. - **Étape 2 :** Une fois que l’étape 1 est terminée et que vous avez vérifié le succès de l’actualisation d’extrait, exécutez un deuxième plan de migration pour migrer le contenu de la destination de l’étape 1 vers la destination finale où il est visible par les utilisateurs finaux. ## Qui peut le faire? Un utilisateur du site Tableau avec un rôle Explorer ou supérieur. Pour migrer du contenu, vous devez disposer des Fonctionnalité **Afficher** et **Télécharger/Enregistrer une copie** sur le site source, et des droits de fonctionnalités **Afficher** et **Publier** pour les projets cibles sur le site de destination. Pour plus d’informations, consultez [Autorisations](https://help.tableau.com/current/server/fr-ca/permissions.htm). [Passer au contenu principal](#main-content) # Migration vers du nouveau matériel Utilisez la procédure suivante pour migrer Tableau Server vers un autre ordinateur. Vous pouvez le faire si vous mettez à jour le matériel informatique sur lequel Tableau fonctionne. Plus spécifiquement, ces étapes décrivent comment déplacer les données Tableau Server depuis votre ordinateur en production vers un nouvel ordinateur sur lequel la version de Tableau Server est installée. Avant de commencer, veillez à suivre la procédure décrite dans la rubrique [Préparer la mise à niveau](https://help.tableau.com/current/server/fr-ca/server-upgrade-prepare.htm), notamment la création d’une sauvegarde et la collecte des ressources requérant des actions manuelles. Pour plus d’informations, consultez [Effectuer une sauvegarde et une restauration complètes de Tableau Server](https://help.tableau.com/current/server/fr-ca/backup_restore.htm). Vous en aurez besoin pour restaurer vos données et la configuration de Tableau Server. Vous pouvez uniquement restaurer à partir d’une sauvegarde présentant le même type de banque d’identités que le serveur en cours d’exécution. Par exemple, une sauvegarde à partir d’un serveur utilisant l’authentification locale peut être restaurée sur une instance Tableau Server initialisée avec l’authentification locale, mais une sauvegarde depuis un serveur utilisant l’authentification Active Directory ne peut pas être restaurée sur un serveur initialisé avec l’authentification locale. **Remarque :** cette opération inclut des étapes que vous devrez peut-être effectuer avec la ligne de commande TSM. Pour utiliser l’interface en ligne de commande TSM, vous avez besoin d’un accès administrateur sur l’un des nœuds de votre installation et d’informations d’identification administrateur TSM pour exécuter des commandes TSM. 1. Désactivez votre clé produit sur votre installation d’origine de Tableau Server. Vous devrez procéder ainsi pour pouvoir l’activer sur le nouvel ordinateur. Pour plus d’informations, consultez « Activation de clé produit Tableau Server » c-dessous. 2. Installez Tableau Server sur le nouvel ordinateur, activez votre licence, configurez les paramètres initiaux et créez votre utilisateur administrateur. Pour plus d’informations, consultez [Installer et configurer Tableau Server](https://help.tableau.com/current/server/fr-ca/install_config_top.htm). 3. Copiez votre fichier de sauvegarde _.tsbak_ sur l’emplacement de dossier spécifié par la variable `basefilepath.backuprestore`. Par défaut, il s’agit du dossier suivant : `C:\ProgramData\Tableau\Tableau Server\data\tabsvc\files\backups\`. **Remarque :** vous pouvez modifier l’emplacement du fichier de sauvegarde. Pour plus d’informations, consultez [Chemins d’accès des fichiers tsm](https://help.tableau.com/current/server/fr-ca/cli_default_filepaths_tsm.htm). 4. Ensuite, arrêtez Tableau Server : `tsm stop` 5. Restaurez vos données en production vers votre nouvelle installation de Tableau Server à l’aide de la commande `[tsm maintenance restore](https://help.tableau.com/current/server/fr-ca/cli_maintenance_tsm.htm#tsm3)`  : `tsm maintenance restore -f ` où `` est le nom du fichier _.tsbak_ que vous avez copié à l’étape 3. Pour plus d’informations sur la restauration de données Tableau Server, consultez [Restaurer à partir d’une sauvegarde](https://help.tableau.com/current/server/fr-ca/db_restore.htm). 6. Démarrez le serveur : `tsm start` 7. **Installations distribuées uniquement :** Installez Tableau Server sur les nouveaux ordinateurs que vous souhaitez ajouter à votre nouveau groupement Tableau Server. Pour connaître la procédure, consultez la section [Installer et configurer des nœuds supplémentaires](https://help.tableau.com/current/server/fr-ca/install_additional_nodes.htm). 8. Si vous n’avez pas désactivé votre clé produit sur l’ancien ordinateur, faites-le après avoir testé votre nouvelle installation Tableau Server et vérifié qu’elle était prête pour la production. Pour plus d’informations, consultez « Activation de la clé produit Tableau Server » ci-dessous. **Remarque :** si vous ne disposez pas d’une connexion Internet, vous êtes invité à créer un fichier d’activation hors ligne pour terminer le processus de désactivation. Pour connaître la procédure, consultez la section [Activer Tableau Server hors ligne](https://help.tableau.com/current/server/fr-ca/activate_off.htm). ## Activation de la clé produit Tableau Server Vous pouvez activer la même clé produit Tableau Server jusqu’à trois fois. Cela vous permet de tester Tableau Server (dans un environnement de type sandbox ou QA, par exemple), et également d’utiliser Tableau dans un environnement de production. Pour optimiser vos activations, vous devez désactiver votre clé produit lorsque vous supprimez Tableau Server d’un ordinateur, à moins que vous ne réinstalliez Tableau sur le même ordinateur. Vous pouvez ainsi utiliser l’activation sur un autre ordinateur, par exemple si vous déplacez Tableau Server d’un ordinateur ou une machine virtuelle vers un(e) autre, désactivez la clé produit, puis supprimez Tableau de l’ordinateur d’origine. Lorsque vous installez Tableau sur le nouvel ordinateur, vous pouvez activer la clé sans conflit. Si vous utilisez un modèle de licences basées sur les utilisateurs, assurez-vous d’activer une clé Creator ou Explorer, sans quoi vous risquez de perdre l’accès administrateur à Tableau. Si vous supprimez Tableau Server pour le réinstaller sur le même ordinateur, il n’est pas nécessaire de désactiver la clé. Tableau utilisera la clé lors de la réinstallation, par exemple si vous déplacez Tableau d’un lecteur d’un ordinateur vers un autre lecteur sur le même ordinateur. Pour plus d’informations sur la désactivation d’une clé produit, consultez [tsm licenses deactivate](https://help.tableau.com/current/server/fr-ca/cli_licenses_tsm.htm#TSMDeactivate). [Passer au contenu principal](#main-content) # Migrations de serveur à serveur Les rubriques de cette section fournissent des informations sur la migration entre le matériel, le système d’exploitation et les plateformes de nuage public pour Tableau Server. Pour migrer un site d’un site Tableau Server à un autre, consultez [Exporter ou importer un site](https://help.tableau.com/current/server/fr-ca/sites_exportimport.htm). Pour copier ou migrer du contenu entre des projets Tableau Server à l’aide de la commande Tableau Content Migration Tool, consultez [À propos de Tableau Content Migration Tool](https://help.tableau.com/current/server/fr-ca/cmt-intro.htm). ## Autres articles de cette section [Passer au contenu principal](#main-content) # Migrer Les rubriques de cette section décrivent comment migrer de Tableau Server vers Tableau Cloud. Les sujets présentés ici couvrent également les scénarios de migration de Tableau Server vers Tableau Server. Vous recherchez Tableau Server sur Linux? Voir [Migrer](https://help.tableau.com/current/server-linux/fr-ca/migrate.htm "Ouvre la rubrique dans un nouvel onglet de navigateur"). ## Autres articles de cette section [Passer au contenu principal](#main-content) # Migrer depuis des licences basées sur les cœurs vers des licences basées sur les utilisateurs Vous pouvez migrer Tableau Server depuis une métrique des licences basées sur les cœurs (qui comptabilise le nombre de cœurs de processeur sur lesquels Tableau Server est installé) vers une mesure des licences basées sur les utilisateurs (qui comptabilise les utilisateurs nommés). Pour en savoir plus sur les métriques de licence, consultez [Présentation des licences](https://help.tableau.com/current/server/fr-ca/license_server_overview.htm#Licensing%20Overview). ## Préparer la migration vers des licences basées sur les utilisateurs Les licences basées sur les cœurs permettent un nombre illimité d’utilisateurs, y compris des comptes invités en affichage seul. Chaque utilisateur est associé à un rôle sur le site lorsqu’il est ajouté à Tableau Server, et ces utilisateurs et rôles sur le site persistent en cas de changement de licence. Étant donné que les licences basées sur les utilisateurs limitent le nombre d’utilisateurs, vous devez vous assurer que votre nouvelle licence basée sur les utilisateurs peut accueillir le nombre d’utilisateurs actuellement connectés à Tableau Server, y compris les utilisateurs utilisant actuellement des comptes invités. > [!IMPORTANT] > > **Important :** Si vos nouvelles licences basées sur les utilisateurs ne peuvent pas accueillir le nombre total d’utilisateurs, certains utilisateurs seront déplacés vers le rôle sur le site **Sans licence** qui exige beaucoup de ressources de l’unité centrale de traitement. Si vous avez un grand nombre d’utilisateurs, les processus de votre serveur d’applications peuvent devenir indisponibles jusqu’à ce que tous les utilisateurs soient traités. Cette opération peut prendre des heures. Planifiez en conséquence. Avant la migration, vérifiez que vous disposez de licences d’utilisateur et des clés produit correspondantes pour permettre à tous les utilisateurs d’accéder à Tableau Server une fois la migration terminée : - Connectez-vous au [Portail client Tableau](http://customer.tableausoftware.com/fr-ca) pour vérifier les licences et copier les clés produit correspondantes. - Pour en savoir plus sur les rôles sur le site, consultez [Définir les rôles sur le site des utilisateurs](https://help.tableau.com/current/server/fr-ca/users_site_roles.htm). - Pour compter le nombre d’utilisateurs dans votre installation Tableau Server, exportez une liste d’utilisateurs afin de les compter à l’aide d’un outil tel que Microsoft Excel. Pour savoir comment exporter une liste d’utilisateurs, consultez [Exporter une liste des utilisateurs](http://kb.tableau.com/articles/howto/exporting-user-list?lang=fr-ca). - Pour réduire la charge du processeur, supprimez les utilisateurs qui n’existent plus ou qui ont besoin d’un accès à votre environnement avant de migrer. - Si vous utilisez Active Directory et que des utilisateurs sans licence restent sur le serveur, la désactivation de la synchronisation pour la migration peut empêcher l’octroi automatique de licences aux groupes synchronisés. ## Migrer vers des licences basées sur les utilisateurs Pour migrer vers des licences basées sur les utilisateurs, vous devez arrêter Tableau Server, désactiver la clé produit basée sur les cœurs, activer la clé produit basée sur les utilisateurs, puis démarrer Tableau Server. Ce processus entraînant un redémarrage de Tableau Server et une immobilisation pour les utilisateurs de Tableau Server, vous devriez migrer les licences lors d’une période de faible utilisation. 1. Arrêter Tableau Server : Utilisez la commande [`tsm stop`](https://help.tableau.com/current/server-linux/fr-ca/cli_stop_tsm.htm). 2. Désactiver la ou les clés produit basées sur les cœurs : Utilisez la commande [`tsm licenses deactivate`](https://help.tableau.com/current/server-linux/fr-ca/cli_licenses_tsm.htm#TSMDeactivate) avec la ou les clés produit basées sur les cœurs. 3. Activez la ou les clés produit basées sur les utilisateurs : Utilisez la commande [`tsm licenses activate`](https://help.tableau.com/current/server-linux/fr-ca/cli_licenses_tsm.htm#TSMActivate) avec la ou les clés produit basées sur les utilisateurs. 4. Démarrer Tableau Server : Utilisez la commande [`tsm start`](https://help.tableau.com/current/server-linux/fr-ca/cli_start_tsm.htm). ## Utiliser des licences basées sur les utilisateurs sur un serveur utilisant des licences basées sur les cœurs La version 2018.1 de Tableau Server vous permet d’ajouter des licences Creator basées sur les utilisateurs à des installations Tableau Server utilisant des licences existantes basées sur les cœurs. **Remarque :** Si vous mettez à niveau une installation Tableau Server à la version 2018.1 sans activer les licences basées sur les utilisateurs, Tableau Server continue de fonctionner comme précédemment, sans apporter de modifications à l’interface de Tableau Server ni aux autorisations, à l’exception du renommage de l’ancien rôle sur le site **Viewer** en **Lecture seule**. Dans la version 2018.2, le rôle sur le site **Lecture seule** est devenu obsolète et est redevenu le rôle sur le site **Viewer**. Lorsque des licences **Creator** sont introduites dans Tableau Server, tous les utilisateurs administrateurs de serveur doivent posséder un rôle **Creator**, ce qui peut nécessiter des licences supplémentaires. Les administrateurs peuvent activer des licences **Creator** supplémentaires dans Tableau Server à l’aide de la commande `tsm licenses activate` afin d’augmenter la capacité des utilisateurs titulaires d’une licence. L’activation de ces licences basées sur les utilisateurs vous permet de combiner les fonctionnalités fournies par les licences Creator basées sur les utilisateurs et les fonctionnalités accordées par votre licence basée sur les cœurs. Pour en savoir plus sur les différents types de licences basées sur les utilisateurs, consultez [Licences basées sur les utilisateurs](https://help.tableau.com/current/server/fr-ca/license_server_overview.htm#user-based). **Remarque :** Le nombre illimité d’utilisateurs pouvant accéder à Tableau Server avec des licences basées sur les cœurs dispose de fonctionnalités équivalentes aux utilisateurs dotés d’une licence **Explorer** avec des licences basées sur les utilisateurs. Les fonctionnalités **Creator** sont limitées aux modèles de licence d’utilisateur définis. Par exemple, si une installation Tableau Server comporte 16 licences basées sur les cœurs avec accès Invité, et que vous ajoutez une ou des clés produit de licence par souscription pouvant être mise à jour (USL) contenant 10 licences Creator, ce serveur aura les capacités suivantes : - Une limite de 16 cœurs de processeur exécutant Tableau Server - Accès Invité - Licences Explorer/Viewer illimitées (depuis les licences d’utilisateur illimitées fournies avec une licence basée sur les cœurs) - 10 licences Creator ### Exemples de migration depuis des licences basées sur les cœurs Pour développer l’exemple ci-dessus : Si la licence basée sur les cœurs a été désactivée, les fonctionnalités suivantes sont disponibles : - Aucune limite pour le matériel du serveur - Pas d’accès Invité - 10 licences Creator Si vous avez ensuite ajouté 50 licences Explorer et 200 licences Viewer après avoir désactivé votre licence basée sur les cœurs, les fonctionnalités suivantes sont disponibles : - Aucune limite pour le matériel du serveur - Pas d’accès Invité - 10 licences Creator - 50 licences Explorer - 200 licences Viewer [Passer au contenu principal](#main-content) # Migrer des classeurs et des sources de données avec des informations d’identification intégrées À partir de la version 2023.1, les utilisateurs autorisés peuvent migrer des classeurs et des sources de données publiées avec des informations d’identification intégrées à partir de Tableau Server vers Tableau Cloud. Une configuration supplémentaire est requise avant la migration avec Content Migration Tool. **Remarque :** Content Migration Tool Ne prend pas en charge la migration des informations d’identification intégrées pour les connexions OAuth. Pour plus d’informations, consultez [Limitations de la migration](https://help.tableau.com/current/server/fr-ca/cmt-migration_limitations.htm). ## Présentation La migration des informations d’identification intégrées à l’aide de Content Migration Tool (CMT) est disponible lors de la connexion à Tableau Server comme site source et à Tableau Cloud comme site de destination. Les deux sites doivent posséder une licence [Advanced Management](https://help.tableau.com/current/server/fr-ca/itm_intro.htm) valide. Maintenant que nous avons couvert les exigences, discutons du fonctionnement de la migration. Vous devrez travailler en étroite collaboration avec l’administrateur du site Tableau Cloud et l’administrateur TSM (parfois la même personne) pour autoriser la fonctionnalité et autoriser un utilisateur du site. Une fois la fonctionnalité activée, l’utilisateur du site autorisé élabore un plan de migration et sélectionne les options de publication _Migrer les informations d’identification intégrées pour les classeurs_ et _Migrer les informations d’identification intégrées pour les sources de données_. Lors de l’exécution du plan de migration, toutes les informations d’identification de contenu requises sont transmises dans un manifeste de contenu chiffré à partir de Tableau Server vers Tableau Cloud. Lorsque CMT publie du contenu, le site de destination Tableau Cloud intègre en toute sécurité les informations d’identification correspondantes du manifeste dans le contenu (classeurs ou sources de données publiées). Tous les problèmes qui surviennent pendant la migration apparaîtront dans l’onglet Erreurs et avertissements de CMT. Pour plus d’informations, consultez [Présentation du plan de migration](https://help.tableau.com/current/server/fr-ca/cmt-depl_plan_overview.htm). ## Autoriser la migration des informations d’identification intégrées Utilisez les étapes suivantes pour autoriser la migration des informations d’identification intégrées à partir de Tableau Server vers Tableau Cloud. ### Tableau Cloud 1. Ouvrez une fenêtre de navigateur et connectez-vous à Tableau Cloud en tant qu’administrateur du site. 2. Sélectionnez Paramètres > Général, et faites défiler jusqu’à Gérer la migration de contenu. ![Interface de gestion des clés de chiffrement de migration de contenu avec des options pour créer de nouvelles clés.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-plan-manage-content-migration.png) 3. Cliquez sur Créer une nouvelle clé pour générer une paire de clés de chiffrement. **Remarque :** la clé publique n’est affichée qu’une seule fois. Si vous perdez la clé avant de terminer la configuration, vous devrez générer une nouvelle clé. 4. Dans la fenêtre résultante, cliquez sur Copier dans le presse-papiers, puis fermez la fenêtre. 5. Collez la clé publique dans un fichier et stockez-la dans un endroit sûr. L’administrateur TSM utilisera la clé publique pour autoriser la migration. Vous pouvez afficher la date d’expiration de la clé publique sur la page Paramètres. ### Interface de ligne de commande TSM 1. Ouvrez l’invite de commande Windows avec un compte membre du groupe Administrateurs sur un nœud du groupement. 2. Utilisez `tsm security authorize-credential-migration` pour permettre la migration des informations d’identification intégrées vers le site Tableau Cloud. Pour plus d’informations, consultez [tsm security](https://help.tableau.com/current/server/fr-ca/cli_security_tsm.htm). `tsm security authorize-credential-migration --source-site-url-namespace --destination-site-url-namespace --destination-server-url --authorized-migration-runner --destination-public-encryption-key ` **Remarque :** lors de l’exécution de commandes TSM à partir d’un nœud distant, utilisez `tsm login` pour authentifier une session avec le service Tableau Server Administration Controller avant d’exécuter `tsm security authorize-credential-migration`. 3. (Facultatif) Utilisez `tsm security cancel-credential-migrations` pour annuler les autorisations accordées. Par défaut, l’autorisation de migration expirera dans 7 jours ou le nombre de jours spécifié avec l’option `--expiration-time-in-days`. ### Content Migration Tool 1. Ouvrez Content Migration Tool et sélectionnez Créer un nouveau plan ou Rechercher un plan. 2. Sur la page Sites, cliquez sur Se connecter à Tableau, et connectez-vous à Tableau Server comme source et Tableau Cloud comme destination. La migration des informations d’identification intégrées n’est disponible que lors de la migration depuis Tableau Server vers Tableau Cloud. 3. Créez votre plan de migration et sélectionnez les options de publication suivantes : - Sur la page Options de publication du classeur, sélectionnez Migrer les informations d’identification intégrées pour les classeurs. Pour plus d’informations, consultez [Plans de migration : Classeurs](https://help.tableau.com/current/server/fr-ca/cmt-plan_workbooks.htm). - Sur la page Options de publication de la source de données, sélectionnez Migrer les informations d’identification intégrées pour les sources de données. Pour plus d’informations, consultez [Plans de migration : Sources de données publiées](https://help.tableau.com/current/server/fr-ca/cmt-plan_datasources.htm). 4. Lorsque vous êtes prêt, cliquez sur Vérifier et exécuter pour lancer votre migration. Les classeurs et les sources de données publiées que vous avez sélectionnés sont migrés vers votre site Tableau Cloud et ne doivent pas demander d’authentification. Si vous rencontrez des problèmes lors de la migration des informations d’identification intégrées, consultez [Résolution des problèmes](#troubleshooting). ## Résolution des problèmes Cette section inclut certains problèmes de migration courants que vous pourriez rencontrer et des suggestions pour les résoudre. ### Il n’y a pas d’option pour migrer les informations d’identification intégrées Vous ne pouvez migrer les informations d’identification intégrées qu’à partir d’un Tableau Server vers un site Tableau Cloud. Tableau Server et Content Migration Tool doivent exécuter les versions 2023.1 ou ultérieures. Pour plus d’informations, consultez [Installer Tableau Content Migration Tool](https://help.tableau.com/current/server/fr-ca/cmt-install.htm). ### Échec de la migration des informations d’identification intégrées Dans l’onglet [Erreurs et avertissements](https://help.tableau.com/current/server/fr-ca/cmt-depl_plan_overview.htm) de CMT, vous pouvez recevoir une erreur indiquant que la migration des informations d’identification intégrées a échoué. Cela peut se produire lorsque la clé publique utilisée pour autoriser la migration a expiré. En tant qu’administrateur du site Tableau Cloud, accédez à la page Paramètres et vérifiez que la clé publique est valide. Vous devrez créer une nouvelle paire de chiffrement pour autoriser la migration si la clé publique expire. Pour plus d’informations, consultez [Autoriser la migration des informations d’identification](#allow-migration). ## Qui peut le faire? - L’administrateur du site Tableau Cloud et l’administrateur TSM sont requis pour autoriser la migration des informations d’identification intégrées. - L’utilisateur autorisé du site doit avoir un rôle Explorer ou plus. Il doit également disposer des fonctionnalités Visualiser et Télécharger/Enregistrer une copie pour les classeurs sur le site source et des fonctionnalités Visualiser et Publier pour les projets cibles sur le site de destination. Pour plus d’informations, consultez [Autorisations](https://help.tableau.com/current/server/fr-ca/permissions.htm). [Passer au contenu principal](#main-content) # Migrer Tableau Server d’un ordinateur sur site vers une machine virtuelle dans le nuage Vous pouvez migrer Tableau Server d’un ordinateur de votre centre de données vers une machine virtuelle (MV) dans le nuage. Dans le cadre de cette migration, vous devrez déplacer divers données et paramètres de configuration Tableau Server depuis votre ordinateur sur site vers une machine virtuelle dans le nuage où Tableau Server est installé. **Remarque :** cette opération inclut des étapes que vous devrez peut-être effectuer avec la ligne de commande TSM. Pour utiliser l’interface en ligne de commande TSM, vous avez besoin d’un accès administrateur sur l’un des nœuds de votre installation et d’informations d’identification administrateur TSM pour exécuter des commandes TSM. ### Conditions préalables Avant de migrer Tableau Server d’un ordinateur sur site vers une machine virtuelle dans le nuage, assurez-vous que les conditions préalables suivantes sont remplies : - Vous disposez d’un compte et d’un environnement configurés sur votre fournisseur de nuage. Pour plus d’informations, consultez : - [Installer Tableau Server sur Amazon Web Services](https://help.tableau.com/current/server/fr-ca/ts_aws_welcome.htm) - [Installer Tableau Server sur Google Cloud Platform](https://help.tableau.com/current/server/fr-ca/ts_gcp_welcome.htm) - [Installer Tableau Server sur Microsoft Azure](https://help.tableau.com/current/server/fr-ca/ts_azure_welcome.htm) - [Installer Tableau Server sur Alibaba Cloud](https://help.tableau.com/current/server/fr-ca/ts_alibaba_welcome.htm) - Lisez [Préparer la mise à niveau](https://help.tableau.com/current/server/fr-ca/server-upgrade-prepare.htm) et [Sauvegarder les données Tableau Server](https://help.tableau.com/current/server/fr-ca/db_backup.htm) pour préparer la migration. ### Pour migrer Tableau Server vers une MV dans le nuage 1. Assurez-vous qu’il n’y a pas de tâches en arrière-plan en cours d’exécution, telles que des actualisations d’extraits, la publication de classeurs, etc. Si Tableau Server est inactif, notez tous les types de connexion de source de données utilisés afin de pouvoir installer les pilotes appropriés sur la nouvelle instance Tableau Server sur la MV dans le nuage. 2. Arrêtez Tableau Server. À l’invite de commande, entrez : [`tsm stop`](https://help.tableau.com/current/server/fr-ca/cli_stop_tsm.htm) 3. Une fois que Tableau Server est arrêté, effectuez une sauvegarde complète, en suivant les étapes décrites dans [Préparer la mise à niveau](https://help.tableau.com/current/server/fr-ca/server-upgrade-prepare.htm) et [Sauvegarder les données Tableau Server](https://help.tableau.com/current/server/fr-ca/db_backup.htm). La sauvegarde va vous permettre de restaurer vos données Tableau Server. Vous utiliserez cette sauvegarde pour restaurer vos données Tableau Server sur la machine virtuelle dans le nuage. 4. Déplacez la sauvegarde hors du serveur et stockez-la en toute sécurité. Par exemple, vous pouvez stocker votre sauvegarde sur un stockage dans le nuage, par exemple Amazon S3, Google Drive, etc. 5. Si vous utilisez SSL sur le serveur sur site, faites une copie du dossier SSL. Veillez à noter toutes les règles de sécurité, par exemple, les règles de pare-feu, les ports, etc. pour éviter les problèmes de communication entre les différents éléments de votre infrastructure et votre nouveau Tableau Server sur la MV dans le nuage. 6. Supprimez toutes les entrées DNS à l’aide de l’adresse IP des Tableau Server sur site afin de pouvoir les réaffecter à Tableau Server sur la machine virtuelle dans le nuage. 7. Lancez une MV dans le nuage qui répond aux recommandations Tableau Server. 8. Installez Tableau Server sur la MV dans le nuage. Pour plus d’informations, consultez : - [Installer Tableau Server sur Amazon Web Services](https://help.tableau.com/current/server/fr-ca/ts_aws_welcome.htm) - [Installer Tableau Server sur Google Cloud Platform](https://help.tableau.com/current/server/fr-ca/ts_gcp_welcome.htm) - [Installer Tableau Server sur Microsoft Azure](https://help.tableau.com/current/server/fr-ca/ts_azure_welcome.htm) - [Installer Tableau Server sur Alibaba Cloud](https://help.tableau.com/current/server/fr-ca/ts_alibaba_welcome.htm) 9. Une fois l’installation terminée, copiez tous les fichiers SSL vers Tableau Server sur la MV dans le nuage, et restaurez la sauvegarde sur votre nouveau serveur. 10. Configurez Tableau Server sur la MV dans le nuage et installez tous les éléments relatifs à SSH et aux ports. **Remarque :** Si vous modifiez l’adresse IP/port de la base de données, vous devrez peut-être mettre à jour toutes les données de connexion. 11. Copiez votre fichier de sauvegarde _.tsbak_ sur l’emplacement de dossier spécifié par la variable `basefilepath.backuprestore`. Par défaut, il s’agit du dossier suivant : `C:\ProgramData\Tableau\Tableau Server\data\tabsvc\files\backups\`. **Remarque :** vous pouvez modifier l’emplacement du fichier de sauvegarde. Pour plus d’informations, consultez [Chemins d’accès des fichiers tsm](https://help.tableau.com/current/server/fr-ca/cli_default_filepaths_tsm.htm). 12. Ensuite, arrêtez Tableau Server. À l’invite de commande, entrez : [`tsm stop`](https://help.tableau.com/current/server/fr-ca/cli_stop_tsm.htm) 13. Restaurez vos données en production sans information de configuration vers votre nouvelle installation Tableau Server. À l’invite de commande, entrez : `[tsm maintenance restore](https://help.tableau.com/current/server/fr-ca/cli_maintenance_tsm.htm#tsm3) -f ` où `` est le nom du fichier _.tsbak_ que vous avez copié à l’étape 11. Pour plus d’informations sur la restauration des données Tableau Server, consultez [Restaurer à partir d’une sauvegarde](https://help.tableau.com/current/server/fr-ca/db_restore.htm). 14. Démarrez le serveur. À l’invite de commande, entrez : [`tsm start`](https://help.tableau.com/current/server/fr-ca/cli_start_tsm.htm) 15. **Installations distribuées uniquement :** Installez Tableau Server sur les nouvelles machines virtuelles que vous souhaitez ajouter à votre nouveau groupement Tableau Server dans le nuage. Pour plus d’informations, consultez : - [Installer et configurer des nœuds supplémentaires](https://help.tableau.com/current/server/fr-ca/install_additional_nodes.htm) - [Déploiement automatique de Tableau Server sur AWS dans un environnement distribué](https://help.tableau.com/current/server/fr-ca/ts_aws_multiple_server.htm) - [Déploiement automatique de Tableau Server sur Google Cloud Platform dans un environnement distribué](https://help.tableau.com/current/server/fr-ca/ts_gcp_multiple_server.htm) - [Déploiement automatique de Tableau Server sur Microsoft Azure dans un environnement distribué](https://help.tableau.com/current/server/fr-ca/ts_azure_multiple_server.htm) - [Déploiement automatique de Tableau Server sur Alibaba Cloud dans un environnement distribué](https://help.tableau.com/current/server/fr-ca/ts_alibaba_multiple_server.htm) 16. Testez votre Tableau Server sur votre MV dans le nuage pour vous assurer qu’il fonctionne comme prévu. Si votre Tableau Server fonctionne correctement dans le nuage, vous pouvez désactiver votre clé produit Tableau Server sur site et utiliser cette même clé produit pour activer votre Tableau Server sur la MV dans le nuage. **Remarque :** Si vous ne disposez pas d’une connexion Internet, vous êtes invité à créer un fichier d’activation hors ligne pour terminer le processus de désactivation. Pour plus d’informations, consultez [Désactiver Tableau Server hors ligne](https://help.tableau.com/current/server/fr-ca/deactivate_off.htm). 17. Il est possible d’activer trois fois la même clé produit Tableau Server : une pour l’environnement de production, une pour l’environnement de test et une pour un environnement QA. Après avoir testé votre nouvelle installation Tableau Server et confirmé qu’elle est prête pour la production, vous devez désactiver votre version de production précédente de Tableau Server, puis la désinstaller. Pour désactiver la version précédente, consultez [tsm licenses deactivate](https://help.tableau.com/current/server/fr-ca/cli_licenses_tsm.htm#TSMDeactivate). **Remarque :** si vous ne disposez pas d’une connexion Internet, vous êtes invité à créer un fichier d’activation hors ligne pour terminer le processus de désactivation. Pour connaître la procédure, consultez la section [Désactiver Tableau Server hors ligne](https://help.tableau.com/current/server/fr-ca/deactivate_off.htm). [Passer au contenu principal](#main-content) # Migrer Tableau Server de Windows vers Linux Les clients exécutant Tableau Server sur Windows peuvent migrer vers Linux en prenant une sauvegarde de leur installation Tableau existante, et en la restaurant sur une nouvelle installation sur Linux. Cette rubrique décrit les étapes nécessaires pour effectuer cette migration. Vous ne pouvez pas migrer ou mettre à niveau depuis une version bêta de Tableau Server sur Linux vers la version officielle distribuée. Les étapes de base de migration de Tableau Server sur Windows vers Tableau Server sur Linux incluent : 1. [Étape 1 : Planifier votre migration](#PlanMigration)—Planifiez votre migration, y compris la collecte de toutes les informations nécessaires pour réussir. Lors de cette étape, vous devrez vous familiariser avec les différences potentielles entre Tableau Server sur Windows et Tableau Server sur Linux. 2. [Étape 2 : Créer une sauvegarde](#CreateWinBackup)—Créez une sauvegarde de Tableau Server sur Windows. 3. [Étape 3 : Installer Tableau Server sur Linux et restaurer la sauvegarde Windows](#InstallandRestore)—Installez une nouvelle instance de Tableau Server sur Linux dans un environnement de test pour pouvoir tester la migration, puis restaurez votre sauvegarde Windows. La restauration de votre sauvegarde Windows restaure le contenu Tableau (utilisateurs, projets, sites, classeurs et sources de données), mais ne restaure pas les personnalisations. Vous devez donc consacrer un peu de temps à configurer Tableau Server sur Linux pour répondre aux besoins de votre organisation. En cas d’installation multinœud, vous devez ajouter des nœuds et les configurer séparément. 4. [Étape 4 : Tester Tableau Server sur Linux](#TestTSLinux)—Essayez Tableau Server sur Linux pour vérifier que le contenu est tel qu’attendu, et que les utilisateurs peuvent effectuer toutes les actions qu’ils effectuent sur Windows. Examinez plus particulièrement les changements identifiés comme différences potentielles entre Tableau Server sur Windows et Tableau Server sur Linux. Incluez les principales parties prenantes lors des tests afin de tirer parti de leur savoir et de faciliter la communication concernant les changements à venir. 5. [Étape 5 : Installer Tableau Server sur Linux dans votre environnement de production et restaurer la sauvegarde Windows](#InstallProd)—Une fois que vous êtes satisfait des performances de Tableau Server sur Linux, installez Tableau dans votre environnement de production Linux et restaurez la sauvegarde Windows. ## Étape 1 : Planifier votre migration La réussite de votre migration de Windows vers Linux nécessite quelques étapes préparatoires. Vérifiez que les conditions suivantes sont remplies : - **Magasin d’identités :** Vous pouvez uniquement restaurer à partir d’une sauvegarde présentant le même type de banque d’identités que le serveur en cours d’exécution. Par exemple, une sauvegarde à partir d’un serveur utilisant l’authentification locale peut être restaurée sur une instance Tableau Server initialisée avec l’authentification locale, mais une sauvegarde depuis un serveur utilisant l’authentification Active Directory ne peut pas être restaurée sur un serveur initialisé avec l’authentification locale. Pour modifier le magasin d’identités depuis un magasin d’identités local en un magasin d’identités externe, consultez [Changement de magasin d’identités](https://help.tableau.com/current/server/fr-ca/reconfig_change_auth.htm). - **Administrateur du serveur :** vous devez disposer d’un mot de passe pour au moins un des comptes utilisateur dotés de privilèges Administrateur du serveur depuis le déploiement source (Windows) de Tableau Server. Vous devez utiliser le même utilisateur que l’administrateur du serveur dans le déploiement migré vers Linux. - **Nouvelle installation de Tableau Server pour Linux :** lorsque vous installez Tableau Server sur Linux plus tard dans cette rubrique, veillez à utiliser la même banque d’identités que celle utilisée sur Windows, et ne créez pas d’utilisateurs ou de contenu. Lorsque vous restaurez le fichier de sauvegarde Windows sur le déploiement Linux de Tableau Server, l’ensemble des données utilisateur et du contenu est remplacé par le fichier de sauvegarde Windows. - **Différences entre Windows et Linux :** prenez connaissance des différences entre Tableau Server sur Windows et sur Linux pour en avoir conscience et pouvoir les examiner dans votre environnement de test. - Il se peut que vous deviez installer toutes les polices personnalisées sur votre ordinateur Linux et qu’elles offrent un rendu différent sur Linux par rapport à Windows. - Les options de connexion pour Linux sont un sous-ensemble de celles disponibles pour Tableau Server sur Windows. Vérifiez les types de connexion disponibles et assurez-vous que celles dont vous avez besoin sont prises en charge. ## Étape 2 : Créer une sauvegarde Utilisez TSM pour créer la sauvegarde. Si vous migrez depuis Tableau Server sur Windows : 1. Connectez-vous à l’ordinateur exécutant Tableau Server sur Windows. 2. Ouvrez une invite de commande en tant qu’administrateur. 3. Exécutez la commande suivante : tsm maintenance backup -f -d Incluez l’indicateur `-d` de manière à inclure la date dans le nom du fichier de sauvegarde. Pour plus d’informations, consultez [Sauvegarder les données Tableau Server](https://help.tableau.com/current/server/fr-ca/db_backup.htm) dans l’aide de Tableau Server sur Windows. ## Étape 3 : Installer Tableau Server sur Linux et restaurer la sauvegarde Windows Dans un environnement de test, installez Tableau Server sur Linux : - Installez Tableau Server pour Linux selon la procédure [Installer et configurer Tableau Server](https://help.tableau.com/current/server/fr-ca/install_config_top.htm). Utilisez la même banque d’identités que sur votre déploiement Windows et ne créez pas d’utilisateurs ni de contenu. Restaurez la sauvegarde Tableau Server sur Windows : 1. Copiez le fichier de sauvegarde Windows sur l’ordinateur exécutant Tableau Server sur Linux. Par défaut, le processus de restauration recherche le fichier dans cet emplacement : Vous pouvez modifier l’emplacement. Pour plus d’informations, consultez [Chemins d’accès des fichiers tsm](https://help.tableau.com/current/server/fr-ca/cli_default_filepaths_tsm.htm). 2. Entrez la commande suivante pour arrêter Tableau Server : `tsm stop` 3. Exécutez la commande suivante pour restaurer à partir du fichier de sauvegarde : `tsm maintenance restore -f ` où `` est le nom de votre fichier de sauvegarde, par exemple `tabserver-2017-10-20.tsbak`. Pour plus d’informations, consultez [tsm maintenance restore](https://help.tableau.com/current/server/fr-ca/cli_maintenance_tsm.htm#tsm3) 4. Entrez la commande suivante pour démarrer Tableau Server : `tsm start` Après la restauration de votre contenu Tableau, il vous faudra peut-être configurer Tableau Server. Par exemple, si vous migrez depuis une installation multinœud, vous devrez ajouter les nœuds supplémentaires et les configurer. Vous devrez aussi configurer toutes les personnalisations que vous aviez effectuées sur Windows, y compris copier des fichiers d’image ou de logo le cas échéant. ## Étape 4 : Tester Tableau Server sur Linux Une fois que vous avez installé Tableau Server sur Linux et restauré votre sauvegarde Windows, vous pouvez tester la nouvelle version de Tableau Server. Étant donné que le processus de restauration ne restaure que le contenu sur Tableau, il vous faudra peut-être mettre à jour la configuration, la topologie (en ajoutant des nœuds supplémentaires par exemple), et toutes les personnalisations que vous avez sur votre installation Windows. Pensez aussi à vous familiariser avec les différences entre Windows et Linux, ainsi qu’avec les problèmes potentiels. Testez les fonctions de base, ainsi que les aspects spéciaux du serveur sur lequel repose votre organisation. Par exemple, il se peut que votre organisation utilise des données clés avec Tableau. Testez ces données pour être sûr d’obtenir le résultat attendu. Domaines à envisager de tester : - **Accès utilisateur**. Vérifiez que les utilisateurs de Tableau Server, y compris les administrateurs, peuvent se connecter. Testez votre processus normal de connexion des utilisateurs. Demandez à quelques-un des vos utilisateurs de prendre part au test pour s’assurer qu’ils parviennent à se connecter comme prévu et qu’ils voient le même contenu que s’ils avaient accès à votre environnement de production. - **Affichage des vue administratives intégrées**. Avec cette version de Tableau Server sur Linux, vous devez installer les pilotes PostgreSQL manuellement, et les vues administratives en dépendent. Vérifiez que vous avez installé les pilotes nécessaires en accédant aux vues administratives intégrées. Pour plus d’informations, consultez [Vues administratives](https://help.tableau.com/current/server/fr-ca/adminview.htm) . - **Disponibilité des sources de données**. Tableau Server sur Linux prend en charge un sous-ensemble des sources de données qui se trouvent dans Tableau Server sur Windows. Vous devez vérifier que les sources de données utilisées par votre organisation sont prises en charge sur Linux, et installer les pilotes nécessaires. Pour plus d’informations sur les sources de données prises en charge, consultez [Spécifications techniques de Tableau Server](https://www.tableau.com/fr-ca/products/techspecs#server). Pour plus d’informations sur l’installation des pilotes, consultez [Pilotes de base de données](https://help.tableau.com/current/server/fr-ca/dbdriver.htm). - **Accéder à des source de données basée sur des fichiers sur des lecteurs partagés**. Les sources de données telles que les fichiers Excel sur les lecteurs réseau nécessitent des actions spéciales pour pouvoir être accessibles depuis Linux. Vous-même ou votre service informatique devez monter ces lecteurs et mettre à jour tous les classeurs en utilisant ces sources de données. Pour plus d’informations sur la connexion à des lecteurs réseau, consultez la [Communauté Tableau](https://community.tableau.com/s/question/0D54T00000G54qOSAR/tableau-server-on-linux-connecting-to-a-windows-shared-directory). - **Affichage des classeurs publiés** Demandez aux utilisateurs qui sont familiers avec le contenu d’essayer d’afficher des classeurs publiés pour vous assurer qu’ils apparaissent comme prévu. Testez les vues intégrées dans les pages Web (par exemple, dans les pages SharePoint). Gardez notamment à l’esprit que les polices peuvent différer entre Windows et Linux, et que vous devrez peut-être ajouter certaines polices personnalisées à votre ordinateur Linux, ou les remplacer par d’autres polices si elles ne sont pas disponibles sur Linux. Les dispositions des tableaux de bord peuvent également différer, en raison des différences de polices. - **Processus du serveur**. Connectez-vous à Tableau Server en tant qu’un administrateur de serveur, puis ouvrez la page État du serveur pour vérifier que tous les services et processus s’exécutent comme prévu. Gardez à l’esprit les changements intentionnels dus aux modifications apportées dans la version 10.5. Pour plus d’informations, consultez [Moteur de données Tableau Server](https://help.tableau.com/current/server/fr-ca/data_engine2_intro.htm). - **Publication de classeurs et de sources de données**. Demandez aux utilisateurs de publier et d’afficher des classeurs et des sources de données de Tableau Desktop pour vous assurer que tout fonctionne normalement. Il vous faudra peut-être installer des pilotes pour prendre en charge les connexions de source de données que vous utilisez. Consultez [Pilotes de base de données](https://help.tableau.com/current/server/fr-ca/dbdriver.htm). - **Abonnements et actualisations d’extraits**. Exécutez manuellement certaines actualisations d’extraits pour vérifier qu’elles se sont correctement déroulées. Exécutez certaines actualisations d’extraits clé pour vérifier qu’elles se sont terminées comme prévu. - **Autorisations**. Confirmez que les autorisations sont toujours définies comme prévu pour les utilisateurs et le contenu. - **Utilitaires de ligne de commande et API**. Le cas échéant, testez les utilitaires de ligne de commande (tsm et tabcmd) et l’accès au programme via les API. ## Étape 5 : Installer Tableau Server sur Linux dans votre environnement de production et restaurer la sauvegarde Windows Une fois que vous avez terminé la phase de test et identifié les points nécessitant des modifications supplémentaires de votre part, ou une communication à l’attention de vos utilisateurs, vous êtes prêt à installer Tableau Server sur Linux dans votre environnement de production et à restaurer la sauvegarde Windows. Pour cela, procédez comme décrit ci-dessus. [Passer au contenu principal](#main-content) # Mise à niveau d’un seul serveur -- Exécution du programme d’installation ## Exécuter le programme d’installation Suivez ces étapes pour mettre à niveau une installation à nœud unique de Tableau Server. 1. Connectez-vous à l’ordinateur avec un compte membre du groupe d’administrateurs locaux. **Remarque :** Si Tableau Server utilise Active Directory/LDAP pour l’authentification, vous devez utiliser un compte de domaine lors de la connexion. L’utilisation d’un compte administrateur local entraînera des erreurs lors de l’exécution du script de mise à niveau. 2. Accédez au dossier où vous avez copié le programme d’installation de Tableau Server et exécutez-le. 3. Le programme d’installation vérifie les ressources du système pour confirmer que l’ordinateur est conforme aux exigences et recommandations minimales. 4. Le programme d’installation détermine l’emplacement de votre version existante et installe la nouvelle version côte-à-côte dans le même emplacement. Vous ne pouvez pas modifier l’emplacement. 5. Une fois l’installation terminée, la dernière page du programme d’installation vous indique que la mise à niveau n’est pas encore terminée. Vous devez exécuter un script de mise à niveau, `upgrade-tsm`, pour terminer la mise à niveau. Si Tableau Server est en cours d’exécution, le script vous en informe et vous propose de l’arrêter. Vous devez arrêter Tableau Server pour terminer la mise à niveau. **Remarque :** Si le script de mise à niveau échoue, les détails de l’échec s’affichent dans la fenêtre de commande et vous pouvez réexécuter le script pour essayer d’exécuter à nouveau la mise à niveau. Le script redémarre au point où il a échoué. Cette méthode permet de gagner du temps et constitue une première étape utile si votre mise à niveau échoue. Pour plus d’informations, consultez [Échec de la mise à niveau](https://help.tableau.com/current/server/fr-ca/trouble_install_upgrade.htm#CheckpointUpgradeTroubleshooting). Exécutez le script de mise à niveau de l’une des deux manières suivantes. - Depuis le programme d’installation : 1. Sélectionnez Lancer automatiquement le script de mise à niveau, et cliquez sur OK : ![Une boîte de dialogue indiquant que la mise à niveau de Tableau Server est toujours en cours.](/tableau/current/fr-ca/server/fr-ca/Img/tsm-installer-win_wix-tsm-to-tsm-upgrade-final-runscript.png) 2. Une fenêtre de commande s’ouvre pour vous permettre d’exécuter le script. Étant donné que vous êtes connecté en tant qu’utilisateur avec des droits d’administrateur local, le script s’exécutera en utilisant vos informations d’identification. Si vous y êtes invité, entrez votre mot de passe. Cliquez sur OK pour fermer la boîte de dialogue du programme d’installation. Si vous avez désactivé l’option de lancement automatique du script de mise à niveau, vous devrez exécuter le script manuellement, depuis la ligne de commande. - À la ligne de commande : 1. Sur le nœud initial, ouvrez une invite de commande en tant qu’administrateur. Vous devez ouvrir un nouveau volet de commande car le programme d’installation met à jour le chemin d’accès à la nouvelle installation. 2. Accédez au dossier de scripts de votre nouvelle installation. Par défaut : `C:\Program Files\Tableau\Tableau Server\packages\scripts.\` 3. Exécutez le script de mise à niveau : `upgrade-tsm` Étant donné que vous êtes connecté en tant qu’utilisateur avec des droits d’administrateur local, le script s’exécutera en utilisant vos informations d’identification. Si vous y êtes invité, entrez votre mot de passe. Vous pouvez spécifier un nom d’utilisateur et un mot de passe différents lorsque vous exécutez le script à l’aide des options `--username` et `--password`. Pour voir toutes les options disponibles pour le script `upgrade-tsm` , utilisez l’option `-h` : `upgrade-tsm -h` 6. Démarrez Tableau Server. Vous pouvez le faire depuis l’interface utilisateur Web TSM ou depuis une invite de commande : - Dans TSM, cliquez sur Tableau Server est arrêté, puis Démarrer Tableau Server : ![Menu déroulant avec l’option Démarrer Tableau Server sélectionnée.](/tableau/current/fr-ca/server/fr-ca/Img/tsm-ui-start-server.png) - À l’invite de commande : 1. Ouvrez une nouvelle invite de commande en tant qu’administrateur. 2. Entrez cette commande : `tsm start` Si un message d’erreur vous indique que la commande n’est pas reconnue, fermez toutes les fenêtres de commande, puis ouvrez une invite de commande en tant qu’administrateur. 7. Le processus de mise à niveau laisse vos dossiers existants en place. Vous pouvez les identifier par le code de version. Par exemple : `C:\Program Files\Tableau\Tableau Server\packages\` Poursuivez avec la section [Vérifier la mise à niveau de Tableau Server](https://help.tableau.com/current/server/fr-ca/server-upgrade-baseline-verify-ug.htm). [Passer au contenu principal](#main-content) # Mise à niveau de Tableau Lors de la mise à niveau d’une installation Tableau Server surveillée par Tableau Resource Monitoring Tool, vous devez suivre quelques étapes supplémentaires. ## Vérifier que Resource Monitoring Tool prend en charge la nouvelle version de Tableau Avant de mettre à niveau Tableau, assurez-vous que la version de Resource Monitoring Tool que vous avez installée prend en charge la version de Tableau vers laquelle vous effectuez la mise à niveau. La manière la plus rapide de vérifier est de vous connecter à l’interface Web de Resource Monitoring Tool et d’accéder à l’écran _Admin_ | _Environments_. Modifiez l’environnement dans lequel vous effectuez la mise à niveau et dans la liste déroulante _Tableau Version_, cochez la version vers laquelle vous effectuez la mise à niveau. ## Arrêter les agents Vous devez arrêter les agents Resource Monitoring Tool pendant la mise à niveau de Tableau Server. Suivez ces étapes sur chaque ordinateur personnel de votre groupement Tableau Server : 1. Cliquez sur _Démarrer_, cliquez dans la zone de recherche, entrez `services.msc`, puis appuyez sur ENTRÉE. 2. Trouvez le service d’Agent Tableau Resource Monitoring Tool et cliquez dessus avec le bouton droit de la souris. 3. Cliquez sur _Arrêter_ dans le menu contextuel. ## Mettre à niveau Tableau Server Suivez le processus habituel de mise à niveau de Tableau Server. Ce processus est décrit dans la [documentation de Tableau Server](https://help.tableau.com/current/server/fr-ca/upgrade.htm). ## Mettre à jour la version de Tableau dans Resource Monitoring Tool 1. Connectez-vous à l’interface Web de Resource Monitoring Tool. 2. Accédez à _Admin_ _Environments_ 3. Modifiez l’environnement que vous avez mis à niveau. 4. Modifiez la _Tableau Version_ en conséquence ## Redémarrer les agents Une fois la mise à niveau terminée, vous êtes prêt à redémarrer les agents Resource Monitoring Tool. Suivez ces étapes sur chaque ordinateur personnel de votre groupement Tableau Server : 1. Cliquez sur _Démarrer_, cliquez dans la zone de recherche, entrez `services.msc`, puis appuyez sur ENTRÉE. 2. Trouvez le service d’Agent Tableau Resource Monitoring Tool et cliquez dessus avec le bouton droit de la souris. 3. Cliquez sur _Démarrer_ dans le menu contextuel. ## Qui peut le faire? Pour installer l’Resource Monitoring Tool, vous devez remplir toutes les conditions suivantes : - Autorisations d’administrateur sur la machine où vous installez Resource Monitoring Tool. - Rôle sur le site d’administrateur Tableau Server. - Compte administrateur Resource Monitoring Tool. [Passer au contenu principal](#main-content) # Mise à niveau de Tableau Server (Windows) Suivez le graphique de flux ci-dessous et les rubriques connexes pour effectuer une mise à niveau sur place de Tableau Server. Avant de commencer la mise à niveau, assurez-vous d’avoir terminé la préparation de la mise à niveau. Pour plus de détails, consultez [Préparer la mise à niveau](https://help.tableau.com/current/server/fr-ca/server-upgrade-prepare.htm). Si, dans le cadre de votre mise à niveau, vous migrez Tableau Server vers un nouveau matériel, consultez [Migration vers du nouveau matériel](https://help.tableau.com/current/server/fr-ca/upgrade_migrate.htm). ![Un organigramme du processus de mise à niveau de Tableau Server.](/tableau/current/fr-ca/server/fr-ca/Img/upgrade_tsmtotsm.png) ## Assistance et services pour aider aux mises à niveau de Tableau Server Les mises à niveau de Tableau Server nécessitent une planification et des tests. Les mises à niveau sont généralement effectuées lorsque les utilisateurs ne sont pas sur Tableau Server. Si vous planifiez une mise à niveau au cours d’une fin de semaine et pensez avoir besoin de l’assistance technique de Tableau, consultez les [Programmes d’assistance technique](https://www.tableau.com/fr-ca/support/services) sur le site Web de Tableau. La disponibilité dépend du niveau d’assistance dont vous disposez. Si vous souhaitez que Tableau vous aide à la planification et à la mise à niveau de votre installation Tableau Server, consultez notre page [Mise à niveau du serveur avec Tableau Global Services](https://www.tableau.com/fr-ca/support/consulting/server-upgrade) pour plus de détails. ## Autres articles de cette section [Passer au contenu principal](#main-content) # Mise à niveau de votre instance RDS Si vous constatez que l’instance RDS actuelle que vous utilisez pour héberger le référentiel Tableau est un goulot d’étranglement de performances, vous pouvez mettre à niveau votre instance RDS à une taille supérieure. Cette rubrique décrit les étapes que vous pouvez suivre pour mettre à niveau votre instance RDS. 1. [Sauvegarder les données Tableau Server](https://help.tableau.com/current/server/fr-ca/db_backup.htm). 2. Arrêter Tableau Server : `tsm stop` 3. Après avoir vérifié que le serveur s’est arrêté, connectez-vous à la console de gestion AWS et ouvrez la console Amazon RDS à l’adresse suivante https://console.aws.amazon.com/rds/. 4. Dans le volet de navigation, sélectionnez **Bases de données**, puis choisissez l’instance de base de données que vous souhaitez modifier. 5. Sélectionnez **Modifier**. La page Modifier l’instance de la base de données apparaît. 6. Modifiez votre instance RDS en définissant la classe d’instance de la base de données sur la classe souhaitée. 7. Choisissez **Appliquer immédiatement** pour vous assurer que les modifications sont appliquées immédiatement. Pour plus d’informations, consultez [Modification d’une instance de base de données exécutant le moteur de base de données PostgreSQL](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_ModifyPostgreSQLInstance.html) sur le site de documentation AWS. 8. Surveillez l’état de l’instance RDS dans la console AWS. Le processus peut prendre un certain temps, mais lorsque l’état indique Disponible, vous pouvez démarrer Tableau Server et reprendre les opérations normales : `tsm start` ## Qui peut le faire? L’administrateur Tableau Server qui a accès au compte Amazon RDS peut effectuer toutes les étapes nécessaires à la mise à niveau de l’instance Amazon RDS. [Passer au contenu principal](#main-content) # Mise à niveau du RMT : Référence technique Cette section est un guide de référence technique pour les seuils opérationnels, les chemins d’accès au système et les ports réseau vérifiés pendant le processus de mise à niveau. Utilisez les tables suivantes pour diagnostiquer rapidement les erreurs de validation et adapter votre environnement aux références requises par RMT. **Remarque** : Conformément aux valeurs d’égalité de notre entreprise, nous avons renommé RMT Master en RMT Server. Dans certains cas, les chemins d’installation et les commandes de RMT Server peuvent utiliser le terme « master » au lieu de « server ». Il se peut donc que vous continuiez à voir le terme dans les commandes et options de l’interface en ligne de commande, dans les dossiers d’installation, dans les fichiers de configuration et dans d’autres instances. Pour plus d’informations, consultez [À propos de l’Aide de Tableau](https://help.tableau.com/current/tableau/fr-ca/about-tableau-help.htm). ## Contrôles d’intégrité avant la mise à niveau Le contrôle d’intégrité avant la mise à niveau examine l’hôte de votre RMT Server ou agent lorsque l’installation actuelle est toujours intacte (services en marche, base de données accessible), et génère un rapport détaillé avec les mentions PASS / FAIL / WARN. Il exécute plus de 80 contrôles individuels sur les ressources système, les comptes, les autorisations de fichiers, PostgreSQL, RabbitMQ, la mise en réseau, les fichiers de configuration et les services RMT. Le tableau suivant répertorie les contrôles effectués avant la mise à niveau. Si un élément renvoie un statut **FAIL** (code de sortie 2), la mise à niveau est annulée. ### Système et matériel
ID du contrôleNom PlateformesCondition d’échec (FAIL) et d’avertissement (WARN)
#1Système d’exploitationLinux, WindowsWARN La version du système d’exploitation ne figure pas dans la liste d’autorisations des pré-contrôles. La liste prise en charge est RHEL 8.x/9.x, Ubuntu 20.04/22.04/24.04, CentOS Stream 8/9, Oracle Linux 8.x/9.x, AlmaLinux 8.x/9.x, Rocky Linux 8.x/9.x, Amazon Linux 2023, Windows Server 2019/2022
#2Espace disqueLinux, WindowsFAIL Moins de 20 Go d’espace libre sur RMT Server, ou moins de 5 Go d’espace libre sur l’agent. WARN Moins de 50 Go d’espace libre sur RMT Server, ou moins de 10 Go d’espace libre sur l’agent
#2aType de disqueLinux, WindowsINFO Indique si le disque est un SSD ou un HDD
#3

RAM

Linux, WindowsWARN Moins de 8 Go (minimum) sur RMT Server, ou moins de 4 Go (minimum) sur l’agent
#4Cœurs de processeurLinux, WindowsWARN Moins de 8 Go (minimum) sur RMT Server, ou moins de 4 Go (minimum) sur l’agent
#4aInstructions concernant le processeurLinux, WindowsFAIL (Linux) : sse4_2 ou popcnt manquant. WARN (Windows) : processeur plus ancien détecté.
#4bVC++ RedistWindowsFAIL Visual Studio 2022 C++ Redistributable manquant.
#4cOpenSSL DLLsWindowsINFO Recherche les libcrypto-3-x64.dll et les libssl-3-x64.dll
#5Disponibilité du systèmeLinux, WindowsINFO : Signale si le redémarrage date de moins de 10 minutes (redémarrage très récent) ou de plus de 90 jours (correctifs en attente)
#6Systemd en marcheLinuxFAIL systemd ne fonctionne pas, PASS : En marche ou dégradé
#7Mode FIPSLinux, WindowsFAIL (Windows) : activé dans le registre, PASS FIPS désactivé. WARN (Linux) config.json incompatible. PASS Système d’exploitation et configuration compatibles
#7aVersion de PowerShellWindowsINFO Version de PowerShell
#7bParamètres régionaux du systèmeWindowsINFO Informations sur les paramètres régionaux du système
#7cIntégrité du WMIWindowsWARN Le référentiel WMI n’est pas cohérent
### Comptes et autorisations
ID du contrôleNomPlateformeCondition d’échec (FAIL) et d’avertissement (WARN)
#8Compte de serviceLinux, WindowsFAIL Compte de service RMT ou service Windows introuvable
#9Membre du groupeLinuxFAIL Groupes de services requis (par exemple, rmtmasterapp, rmtmasterconfig, etc.) manquants
#10Systemd de l’utilisateurLinuxFAIL Le daemon/linger du systemd de l’utilisateur n’est pas actif
#44pamtester est installéLinuxWARN s’il n’est pas installé. Pour résoudre ce problème, installer yum install pamtester ou apt install libpam-runtime
#### Propriété du répertoire et autorisations pour Linux
ID du contrôleRépertoireExpected Owner:GroupMode prévu
#11Répertoire de configurationtabrmt-master:rmtmasterconfig2775
#12Répertoire des fichiers journauxtabrmt-master:rmtmasterlogs2775
#13Répertoire de données (+ sous-répertoires PG/RMQ)Composant-adapté2775
#14Répertoires des prérequisroot ou utilisateur de composant755
#14aFichier rabbitmq-defaultsGroup-writable obligatoireg+w
#15Répertoire de certificat SSLtabrmt-master:rmtopenssl2775
#15aRépertoire de baseUtilisateur de composant770
#15b/etc/profile.d/tabrmt-*.shrootpar défaut
#15cRépertoire de configuration setgid bit--2xxx requis
#16environment.bashUtilisateur de composantgroup-writable
gravité : **FAIL** uniquement sur la propriété de l’ensemble de répertoires de données (#13 et #15). Tous les autres contrôles de répertoires Linux (#11, #12, #14, #14a, #15a–c, #16) émettent **WARN** en cas d’incompatibilité de propriété ou de mode, car le programme d’installation applique à nouveau la propriété après l’installation lors de la mise à niveau. **WARN** si le mode d’autorisation est incorrect, mais que le propriétaire est correct. #### Propriété du répertoire et autorisations pour Windows
ContrôleNomGravité
#11ACLs des répertoires de configurationFAIL si l’utilisateur du service n’a pas accès à FullControl
#12ACLs des répertoires de fichiers journauxFAIL si l’utilisateur du service n’a pas accès à Modifier
#13ACLs des répertoires de données (Serveur RMT)FAIL si l’utilisateur du service n’a pas accès à FullControl sur les répertoires de données PG/RMQ
#14ACLs des répertoires de prérequis (Serveur RMT)WARN s’il manque l’autorisation ReadAndExecute (avis : chaque mise à niveau réinstalle les MSI des prérequis et leurs actions post-installation réappliquent les ACLs)
#15ACLs des répertoires de certificats SSL (RMT Server)FAIL si l’utilisateur du service n’a pas accès à FullControl
#16aIdentité de l’utilisateur du servicePASS (informatif -- indique sous quel utilisateur le service s’exécute)
#16bPrivilège SeServiceLogonRightINFO si disponible; WARN si introuvable ou si secedit plante
#16cACLS des utilisateurs de service sur les répertoires RMTFAIL si l’utilisateur du service ne dispose pas des droits requis
### Base de données (PostgreSQL) Tous les contrôles PostgreSQL s’exécutent uniquement sur RMT Server.
ID du contrôleNomRequiert --optiondb-passwordCondition d’échec (FAIL) et d’avertissement (WARN)
#17Service PGNonFAIL Service local Interrompu ET désactivé
#18Port 5555 - écouteNonWARN (indice pour le groupe de sécurité / VPC / RDS) N’écoute pas
#19DB ConnectionOuiWARN Impossible de se connecter à la base de données interne (problème de SSL, de mot de passe ou de réseau)
### Messagerie (RabbitMQ) Les contrôles de messagerie (RabbitMQ) s’exécutent uniquement sur RMT Server.
ID du contrôleNomCondition d’échec (FAIL) et d’avertissement (WARN)
#22Service RMQFAIL Service local Interrompu ET désactivé
#24File d’attenteWARN Toute file d’attente contenant plus de 10 000 messages
#25Utilisateurs de RabbitMQWARN si l’utilisateur par défaut guest existe toujours
#26Connexions activesINFO uniquement. Indique le nombre de connexions actives
#27Témoin Erlang accessibleWARN si le fichier témoin est manquant ou si les autorisations sont incorrectes (devrait être le mode 400 ou 600)
#27aERLANG_HOME définiWARN (Windows uniquement) si `ERLANG_HOME` n’est pas défini ou si le chemin n’existe pas.
#27bValidité du SSLFAIL Les certificats ont expiré
#27cAlarme de disqueFAIL Moins de 10 Go d’espace libre sur la partition RMQ (la mise à niveau sera bloquée)
#45Répertoire de certificats renseignéWARN si le répertoire de certificats existe mais est vide ou si des fichiers de certificats prévus (certificat de serveur, clé, certificat CA) sont manquants
### Réseau et configuration
ID du contrôleNomCondition d’échec (FAIL) et d’avertissement (WARN)
#28a/bCommunications agent-principalWARN L’agent n’arrive pas à joindre le principal sur les ports 5671, 5672, 80 ou 443
#33-35JSON/Bash ConfigFAIL config.json, setup.json ou environment.bash manquant ou non valide
#36aVersion connue comme étant défectueuseFAIL La version actuelle est 2025.3.0 (la régression empêche la mise à niveau)
### Services et sauvegarde
ID du contrôleNomCondition d’échec (FAIL) et d’avertissement (WARN)
#38Tous les services RMT fonctionnentWARN pour chaque service interrompu
#38aProcessus bloquésFAIL Lenteur des processus tabrmt-* détectés après l’interruption des services
#39Processeur d’arrière-plan en marcheWARN si le processus hôte ne fonctionne pas
#40Rappel de sauvegarde avant la mise à niveauWARN pour rappel, sauvegarder la configuration avant la mise à niveau
#41TopologieINFO uniquement. Indique le type de nœud maître/agent et le nombre d’agents actifs (avec base de données)
#42Inventaire des versions des composantsINFO uniquement. Indique les de versions RMT, PostgreSQL, RabbitMQ et OpenSSL
#43Résumé des spécifications de la machineINFO uniquement. Indique le système d’exploitation, le nombre de cœurs de processeur, la RAM et l’espace disque disponible
## Contrôles d’intégrité après la mise à niveau Ces contrôles s’exécutent après la mise à niveau. Ils ne bloquent pas le processus et les échecs n’interrompent pas la mise à niveau, mais ils indiquent des problèmes post-installation.
ID du contrôleNomComposantCondition d’échec (FAIL) et d’avertissement (WARN)
#1a-dServices et processusRMT Server, AgentFAIL les services Main, PG ou RMQ ne fonctionnent pas
#2Superviseur du processus hôteRMT Server, AgentWARN Processus hôte du superviseur manquant (aucune récupération automatique)
#3a-bIntégrité du fichier de configurationRMT Server, AgentFAIL si fichier JSON manquant ou non valide
#4a-bAutorisations de fichierRMT Server, AgentFAIL Répertoires de configuration ou de fichiers journaux non lisibles ou inscriptibles par le compte de service
#5a-dÉcoute via le portRMT ServerFAIL Web (443), AMQP (5672) ou DB (5555) sans écoute
#6Connectivité de PostgreSQLRMT ServerFAIL PostgreSQL n’accepte pas les connexions
#7État de RabbitMQRMT ServerSKIP si externe. FAIL après avoir épuisé toutes les tentatives.
#8aConsommateurs de la file d’attenteRMT ServerWARN Une file d’attente existe, mais ne contient pas de consommateur actif (les workers Master sont déconnectés)
#9Alarmes RMQRMT ServerFAIL Des alarmes de ressources actives (mémoire ou disque) ont été détectées
#10Certificat SSL de RabbitMQRMT ServerFAIL si le certificat a expiré. WARN si les certificats expirent au bout de 30 jours
#11Concordance du FIPSRMT Server, AgentFAIL L’état FIPS du système d’exploitation ne correspond pas à la configuration isFIPSEnabled
#12Réponse HTTP du serveur WebRMT ServerEnvoie une requête HTTP GET à `https://localhost:<port>/authentication/login`. PASS en cas de port 200 ou 302. FAIL en cas de connexion refusée ou de dépassement du délai de connexion. WARN en cas d’autres erreurs.
#13Validité du certificat HTTPSRMT ServerFAIL Le certificat TLS du serveur Web a expiré
#14a-dEspace disqueRMT Server, AgentFAIL Moins de 1 Go d’espace disponible. WARN Moins de 5 Go d’espace disponible
#15Erreurs récentes dans les fichiers journauxRMT Server, AgentFAIL Erreurs FATALES dans les fichiers journaux. WARN : Erreurs CRITIQUES
#16Statut du RMTRMT Server, AgentFAIL Le statut rmtadmin renvoie les modes de défaillance
#17Historique du fichier journal de l'AgentAgentRecherche les fichiers de suivi des fichiers journaux (.history, .json) dans le répertoire de données de l’agent. WARN si les fichiers sont corrompus ou ne sont pas lisibles
#18a-fVersion de l’inventaireRMT Server, AgentINFO à propos de la version de RMT, PostgreSQL, RabbitMQ, Erlang/OTP, .NET Runtime (Windows) / système d’exploitation (Linux), système d’exploitation (Windows) / Kernel (Linux)
## Codes de sortie du contrôle d’intégrité Utilisez les codes de sortie suivants pour interpréter les résultats des scripts de contrôle d’intégrité avant et après la mise à niveau. ### Scripts avant la mise à niveau
Code de sortieÉtatComportement de mise à niveau
0READY TO UPGRADELa mise à niveau se poursuit
1UPGRADE WITH CAUTIONLa mise à niveau se poursuit; examiner les avertissements
2Ne pas mettre à niveauMise à niveau annulée
3Erreur de scriptVérifier l’environnement d’exécution
### Scripts après la mise à niveau
Code de sortieÉtat
0ALL PASSED
1WARNINGS PRESENT
2CRITICAL FAILURES
## Changements de gravité d’InstallerContext Lorsqu’ils sont exécutés avec `-InstallerContext` pendant les mises à niveau automatiques de Windows MSI, les contrôles suivants se comportent différemment par rapport au mode manuel par défaut. Le comportement par défaut (hors InstallerContext) est \*déjà\* WARN pour les états « interrompu mais non désactivé » / « port sans écoute »; FAIL est réservé à l’état \`Interrompu+Désactivé\`. Sous \`-`InstallerContext`\`, même la branche \`Disabled\` est signalée comme WARN. Ainsi, une mise à niveau en cours déclenchée par le programme d’installation n’est jamais bloquée à cause d’un état temporaire que le programme d’installation est sur le point de corriger.
ContrôleNomPar défautInstallerContext
#17Service PGWARN si Interrompu, FAIL si Interrompu et désactivé, INFO si tout est interrompuWARN
#18Port PGWARN si sans écoute, INFO si tous les services sont interrompusWARN
#22Service RabbitMQWARN si Interrompu, FAIL si Interrompu et désactivé, INFO si tout est interrompuWARN
#23Port 5672 (AMQP)WARN si sans écoute, INFO si tous les services sont interrompusWARN
#38aProcessus RMT bloqués(voir la description du contrôle)SKIP (le programme d’installation gère le cycle de vie des processus)
### Seuils avant la mise à niveau
SeuilRMT ServerAgentUnité
Espace disque FAIL205Espace disque disponible en Go
Espace disque WARN5010Espace disque disponible en Go
Répertoire temporaire FAIL55Espace disque disponible en Go
Répertoire temporaire WARN1010Espace disque disponible en Go
RAM FAIL84Go
RAM WARN168Go
CPU FAIL42cœurs
CPU WARN84cœurs
Taille de la base de données FAIL500-Go
Taille de la base de données WARN200-Go
Schéma Hangfire FAIL10-Go
Schéma Hangfire WARN1-Go
Répertoire WAL FAIL (Windows)10-Go
Répertoire WAL FAIL (Windows)2-Go
Répertoire WAL FAIL (Linux)10-Go
Répertoire Mnesia WARN5-Go
Alarme de disque RabbitMQ FAIL10-Espace disque disponible en Go
File d’attente WARN10 000-messages
Expiration du certificat WARN3030jours
Rétention du nettoyage WARN180-jours
Taux de lignes mortes WARN20-pour cent
Pulsation de l’agent obsolète15-minutes
Âge du pilote réseau WARN3-années
Taille du répertoire de fichiers journaux WARN55Go
Taille du répertoire de fichiers journaux WARN (sévère)2020Go
### Seuils après la mise à niveau
SeuilValeurUnité
Espace disque FAIL1Espace disque disponible en Go
Espace disque WARN5Espace disque disponible en Go
Expiration du certificat WARN30jours
File d’attente WARN10 000messages
Fenêtre d’analyse des fichiers journaux60minutes
Nouvelle tentative de démarrage de RabbitMQ6 tentatives x 5 sec30 secondes au total
## Versions minimales prises en charge pour les composants
ComposantVersion minimale
RabbitMQ>= 3.10.10
Version de l’agent>= 2023.1.0
### Automatisation et intégration CI/CD **Pour Linux :** \`\`\`base \# Linux sudo bash rmt-pre-upgrade-check.sh --component master --db-password "$DB\_PASSWORD" EXIT\_CODE=$? if \[ $EXIT\_CODE -eq 2 \]; then echo "BLOCKED: Fix critical issues before upgrading" exit 1 fi \`\`\` **Pour Windows :** \`\`\`powershell \# Windows .\\rmt-pre-upgrade-check.ps1 -Component master if ($LASTEXITCODE -eq 2) { Write-Error "BLOCKED: Fix critical issues before upgrading" exit 1 } \`\`\` ## Référence du répertoire d’installation Pour exécuter manuellement les utilitaires de diagnostic sous-jacents ou vérifier la structure de votre installation, reportez-vous aux chemins d’accès des répertoires en fonction de la plateforme : ### Structure des répertoires Linux \`\`\` `/opt/tableau/tabrmt/ # Install root` +`-- master/ # Master application binaries` `+-- agent/ # Agent application binaries` `+-- prerequisites/ # Bundled dependencies` `/var/opt/tableau/tabrmt/ # Data root` `+-- master/config/ # config.json, setup.json` `+-- master/logs/ # Application logs` `+-- data/postgresql15/ # PostgreSQL data files` `+-- data/rabbitmq313/ # RabbitMQ data/mnesia` `+-- data/ssl/ # TLS certificates` `/etc/opt/tableau/tabrmt/` `+-- master/environment.bash # Master environment variables` `+-- agent/environment.bash # Agent environment variables` \`\`\` ### Structure des répertoires Windows \`\`\` `C:\Program Files\Tableau\Tableau Resource Monitoring Tool\ # Install root` `C:\ProgramData\Tableau\Tableau Resource Monitoring Tool\ # Data root` \`\`\` ### Ports réseau requis
PortServiceDirection
80Interface utilisateur Web (HTTP) du RMTEntrant
443Interface utilisateur Web (HTTPS) du RMTEntrant
5672RabbitMQ AMQPFlux entrant sur RMT Server
5671RabbitMQ AMQP sur TLSFlux entrant sur RMT Server
15672Interface utilisateur de gestion de RabbitMQLocal
25672Internœud RabbitMQLocal
5555PostgreSQL interneLocal
[Passer au contenu principal](#main-content) # Mise à niveau du serveur - Collecte des détails de configuration Si vous exécutez une mise à niveau sur place (c’est-à-dire que vous ne mettez pas à jour le matériel dans le cadre de votre mise à niveau), la quasi-totalité des données de configuration sont conservées. À proprement parler, vous n’avez pas besoin de collecter toutes les informations de configuration dans ce cas. Nous recommandons toutefois de collecter les informations comme expliqué dans cette rubrique. Dans le pire des cas, si la mise à niveau échoue, vous disposerez d’un enregistrement de toutes les informations de configuration si vous avez besoin d’effectuer une restauration. Dans tous les cas, vous pouvez utiliser les détails de configuration que vous collectez pour vérifier la mise à niveau une fois qu’elle est terminée. ## Prendre des captures d’écran Un moyen relativement rapide de capturer les bases de votre configuration est de prendre des captures d’écran des pages d’interface Web TSM et de la zone d’administration de Tableau Server. Cliquez sur toutes les pages visibles et prenez des captures d’écran : - [Se connecter à l’interface utilisateur Web Tableau Services Manager](https://help.tableau.com/current/server/fr-ca/sign_in_tsm.htm) - [Se connecter à la zone d’administration de Tableau Server](https://help.tableau.com/current/server/fr-ca/sign_in_server_admin.htm) ## Enregistrer le nombre d’objets Lorsque vous êtes dans la zone d’administration de Tableau Server, comptabilisez et enregistrez ce qui suit dans chaque site : - Projets, classeurs, vues, sources de données - Utilisateurs et groupes ## Rassembler les fichiers de ressources Un grand nombre des fichiers de support (certificats, métadonnées de fournisseurs d’identités, logos, etc.) que vous téléversez sur Tableau Server ne sont pas accessibles avec TSM une fois que vous les avez téléversés. Plus précisément, les fichiers téléversés et gérés par le Service des fichiers clients sont renommés et masqués avant d’être distribués dans tout le déploiement. Ce processus paramètre également les attributs de fichier requis par les services Tableau. Par conséquent, les fichiers ne sont pas mappés à un seul emplacement de fichier sur le système de fichiers pour les fichiers suivants. Si vous avez téléversé l’un des fichiers suivants, assurez-vous d’en enregistrer des copies en dehors de l’ordinateur qui exécute Tableau Server : - Fichier de certificat SAML - Fichier de clé SAML - Fichier de métadonnées du fournisseur d’identités SAML - Fichier OpenID.static.file - Fichier Kerberos.keytab - Fichier keytab LDAP Kerberos - Fichier de configuration LDAP Kerberos - Fichier de certificat SSL mutuel - Fichier de révocation SSL mutuel - Fichier de personnalisation du logo d’en-tête - Fichier de personnalisation du logo de connexion - Fichier de personnalisation du logo compact ## Collecter les informations de configuration personnalisée Certaines informations de configuration ne sont pas affichées dans les pages Web TSM ou Tableau Server. Cette section inclut les détails de configuration que vous devrez peut-être recueillir selon la manière dont vous avez personnalisé votre déploiement Tableau. ### SMTP sécurisé Si vous avez configuré TLS pour Tableau Server, vous devrez enregistrer les configurations liées à TLS, qui ne sont pas incluses dans la configuration de serveur de messagerie de l’interface utilisateur Web TSM. Pour collecter les configurations liées à TLS, vous devez exécuter `tsm configuration get` avec les valeurs de clé suivantes : - `svcmonitor.notification.smtp.ssl_enabled` - `svcmonitor.notification.smtp.ssl_required` - `svcmonitor.notification.smtp.ssl_check_server_identity` - `svcmonitor.notification.smtp.ssl_trust_all_hosts` - `svcmonitor.notification.smtp.ssl_ciphers` - `svcmonitor.notification.smtp.ssl_versions` Par exemple, pour récupérer la liste des chiffrements configurés pour SMTP TLS, exécutez la commande suivante : tsm configuration get -k svcmonitor.notification.smtp.ssl\_ciphers Vous trouverez des informations complémentaires sur chacune des clés ci-dessus dans la section de l’interface en ligne de commande TSM [Configurer les paramètres SMTP](https://help.tableau.com/current/server/fr-ca/config_smtp.htm). ### Extensions d’analytiques Si vous avez configuré des extensions analytiques (anciennement appelées « services externes »), vous devrez enregistrer vos informations de configuration. La mise à niveau vers Tableau Server 2020.2 ou ultérieur supprimera toute configuration pour cette fonctionnalité. Pour récupérer la configuration des extensions analytiques depuis les versions de Tableau Server 2019.1 à 2020.1, exécutez la commande suivante : tsm security vizql-extsvc-ssl list Pour récupérer le mot de passe stocké pour la connexion d’extensions analytiques (le cas échéant), exécutez la commande tsm suivante : tsm configuration get -k vizqlserver.rserve.password Vous devez également disposer d’une copie du certificat pour les extensions analytiques si vous avez configuré SSL. ### Référentiel externe Ces instructions ne s’appliquent que si vous utilisez la configuration de référentiel externe avec Tableau Server. Si vous n’êtes pas sûr que cela s’applique à votre cas, consultez [Référentiel externe Tableau Server](https://help.tableau.com/current/server/fr-ca/server_external_repo.htm). Si vous utilisez un référentiel externe, vous devrez peut-être effectuer des étapes supplémentaires lors de la mise à niveau. - **Aucune modification de version :** s’il n’y a pas de modification de version dans PostgreSQL, aucune mesure spéciale n’est requise. - **Modification mineure de la version :** en cas de modification mineure de la version de PostgreSQL, vous devez mettre à niveau votre référentiel externe avant de mettre à niveau Tableau Server. Dans la plupart des cas, il existe des méthodes sur place pour le faire. La méthode que vous utilisez dépend de l’emplacement de votre référentiel et dépasse le cadre de cette documentation. - **Modification majeure de la version :** en cas de modification majeure de la version dans PostgreSQL, vous devez suivre les étapes décrites dans [Mettre à niveau Tableau Server avec un référentiel externe pour une nouvelle version majeure de PostgreSQL](https://help.tableau.com/current/server/fr-ca/server_external_repo_upgrade_postgres.htm). Les étapes comprennent : 1. Création d’une nouvelle instance de PostgreSQL DB. Pour plus d’informations, consultez : - [Créer une instance de base de données PostgreSQL sur AWS Relational Database Service (RDS)](https://help.tableau.com/current/server/fr-ca/server_external_repo_configure_RDS.htm) - [Créer une instance Azure Database PostgreSQL sur Azure](https://help.tableau.com/current/server/fr-ca/server_external_repo_configure_Azure.htm) - [Créer une instance PostgreSQL sur Google Cloud](https://help.tableau.com/current/server/fr-ca/server_external_repo_configure_gcp.htm) - [Créer une base de données PostgreSQL en tant qu’installation autonome](https://help.tableau.com/current/server/fr-ca/server_external_repo_configure_standalone.htm) 2. Création d’un fichier de configuration et téléchargement du fichier de certificat SSl pour la nouvelle instance que vous avez créée à l’étape 1. Lors de la mise à niveau, vous devrez pointer Tableau Server vers la nouvelle instance à l’aide du fichier de configuration. Le processus de mise à niveau migre le contenu de votre référentiel externe actuel vers votre nouvelle instance. Pour plus d’informations, consultez [Mettre à niveau Tableau Server avec un référentiel externe pour une nouvelle version majeure de PostgreSQL](https://help.tableau.com/current/server/fr-ca/server_external_repo_upgrade_postgres.htm). ### Stockage de fichiers externe Aucune étape, mesure ou configuration spéciale n’est requise lors de la mise à niveau de Tableau Server configuré avec le stockage de fichiers externe. Vous pouvez mettre à niveau Tableau Server en suivant la procédure normale. ### Personnalisation des ports Si vous avez modifié la plage de ports dynamique ou si vous avez configuré manuellement les ports pour Tableau Server, enregistrez les modifications que vous avez apportées. Exécutez la commande suivante : tsm topology list-ports Pour plus d’informations, consultez [Ports de Tableau Services Manager](https://help.tableau.com/current/server/fr-ca/ports.htm). ### Personnalisation du proxy Si vous utilisez OAuth et que vous avez apporté des modifications au fichier `net.properties` pour Tableau Server dans le dossier `:\Program Files\Tableau\Tableau Server\packages\repository.\jre\conf`, vous devez enregistrer les modifications que vous avez apportées. Le processus de mise à niveau crée un nouveau fichier `net.properties` et vous devrez peut-être mettre à jour le nouveau après la mise à niveau. Vous pouvez enregistrer une copie dans un emplacement sûr et l’utiliser après la mise à niveau pour la comparer au fichier nouvellement créé pour toute différence. Pour plus d’informations consultez [Configurer un proxy pour l’authentification OAuth](https://help.tableau.com/current/pro/desktop/fr-ca/config_proxy_oauth.htm) dans l’aide de Tableau Desktop et de la création Web. Continuez à lire la section [Mise à niveau du serveur - Vérifier l’état des licences](https://help.tableau.com/current/server/fr-ca/server-upgrade-prepare-verify-licensing.htm) [Passer au contenu principal](#main-content) # Mise à niveau du serveur - Désactiver les tâches planifiées **Important :** Nous vous conseillons vivement de désactiver les tâches planifiées avant d’effectuer une mise à niveau. Cette opération inclut toutes les mises à jour du contenu de données et doit être effectuée avant de créer une sauvegarde antérieure à la mise à niveau. Elle consiste à désactiver les tâches déclenchées en dehors de Tableau Server, comme celles lancées grâce aux actualisations d’extrait basées sur l’API REST ou à l’aide de tabcmd. Exécutez la procédure suivante pour désactiver l’ensemble des actualisations d’extraits, flux et abonnements planifiés. 1. [Se connecter à la zone d’administration de Tableau Server](https://help.tableau.com/current/server/fr-ca/sign_in_server_admin.htm) en tant qu’administrateur Tableau Server. 2. Accédez à la page Programmations à l’échelle du serveur : - Sur une installation Tableau Server monosite (par défaut), cliquez sur Programmations dans le volet gauche. - Sur une installation Tableau Server contenant plus d’un site, cliquez sur Gérer tous les sites dans le menu déroulant en haut du volet gauche, puis cliquez sur Programmations. 3. Dans la page Programmations, cliquez sur Tout sélectionner. 4. Dans le menu Actions, sélectionnez Désactiver, puis cliquez sur Désactiver dans l’invite résultante. Poursuivez avec la section : [Mise à niveau d’un seul serveur -- Exécution du programme d’installation](https://help.tableau.com/current/server/fr-ca/server-upgrade-baseline-singlenode-setup.htm)ou [Mise à niveau multi-nœuds -- Exécuter le programme d’installation](https://help.tableau.com/current/server/fr-ca/server-upgrade-baseline-multinode-setup.htm) [Passer au contenu principal](#main-content) # Mise à niveau du serveur - Examen des changements Cette rubrique comprend une liste des modifications importantes apportées au produit dans Tableau Server depuis la version 2019.1. Les modifications énumérées dans cette rubrique peuvent avoir un impact sur le processus de mise à niveau lui-même ou sur le fonctionnement après la mise à niveau. Lisez attentivement ces modifications et prenez note des changements et des mesures correctives que vous devrez apporter. Incluez ces étapes correctives dans votre processus de mise à niveau ou votre plan de configuration après la mise à niveau. Cette liste est cumulative. Si vous effectuez une mise à niveau depuis une version antérieure (par exemple 2019.1), lisez la liste des modifications pour chaque version entre votre version actuelle et la version vers laquelle vous mettez à niveau. Vous pouvez également télécharger le classeur avec la liste et l’utiliser pour créer votre propre liste de contrôle personnalisée. Pour élaborer un plan de vérification et de test plus robuste, nous vous recommandons également d’examiner les nouvelles fonctionnalités avant de mettre à niveau. Pour voir une liste complète de toutes les fonctionnalités nouvelles et modifiées, sélectionnez tout ce qui est répertorié dans le filtre **État**. Poursuivez avec [Mise à niveau du serveur - Collecte des détails de configuration](https://help.tableau.com/current/server/fr-ca/server-upgrade-prepare-gather-config.htm). [Passer au contenu principal](#main-content) # Mise à niveau du serveur - Recommandations matérielles minimales Pour des fins de production, l’ordinateur sur lequel vous mettez à niveau Tableau Server doit présenter la configuration minimale requise recommandée ou plus. Il s’agit de recommandations générales. Les besoins réels du système pour les installations de Tableau Server peuvent varier en fonction de nombreux facteurs, y compris le nombre d’utilisateurs, et le nombre et la taille des extraits. Si le programme d’installation détermine que votre ordinateur ne répond pas aux recommandations suivantes, un avertissement s’affichera, mais vous pourrez poursuivre l’installation avec le processus d’installation. Les recommandations minimales énumérées ici sont données à titre indicatif. Cependant, les recommandations pour votre environnement peuvent varier. Pour plus d’informations, consultez la section [Recommandations matérielles](https://help.tableau.com/current/server/fr-ca/server_baseline_config.htm#hardware-recommendations) dans la rubrique [Configurations de base recommandées](https://help.tableau.com/current/server/fr-ca/server_baseline_config.htm).

Type d’installation

Processeur

Unité centrale de traitement

RAM

Espace disque disponible

Nœud unique

  • 64 bits (chipsets x86_64)
  • Doit prendre en charge les ensembles d’instructions SSE4.2 et POPCNT
  • Les processeurs ARM ne sont pas pris en charge

8 cœurs (16 processeurs virtuels), 2,0 GHz ou plus

Version 2022.3 et versions ultérieures :

  • 128 Go

Versions 2021.4.0 à la version 2022.1.x :

  • 64 Go

Version 2021.3.x et versions antérieures :

  • 32 Go

50 Go

Si vous ajoutez Tableau Prep Conductor à votre installation Tableau Server, nous vous recommandons d’ajouter un deuxième nœud et de le dédier à l’exécution de Tableau Server Prep Conductor. Ce nœud doit comporter un minimum de 4 cœurs (8 vCPU) et 16 Go de RAM.
Mémoire swap recommandée : paramètre de fichier d’échange par défaut de Windows.

Déploiements multinœud et dans toute l’entreprise

Communiquez avec Tableau pour obtenir des conseils techniques.

Les nœuds doivent présenter ou dépasser les recommandations matérielles minimales, sauf dans les cas suivants :

  • Nœuds Gestionnaire de processus en arrière-plan dédiés exécutant jusqu’à deux instances du gestionnaire de processus en arrière-plan, où 4 cœurs peuvent être acceptables.

  • Nœud dédié pour Tableau Prep Conductor : 4 cœurs (8 vCPU) et 16 Go de RAM au minimum.

  • Nœud dédié pour la passerelle indépendante : minimum de 2 cœurs (4 processeurs virtuels), 8 Go de RAM et 100 Go d’espace disque disponible.

**Important :** Il n’est pas possible de vérifier les besoins en espace disque à moins que vous n’initialisez TSM. - L’espace disque libre est calculé après la décompression du programme d’installation de Tableau Server. Le programme d’installation utilise environ 1 Go d’espace. Vous devrez peut-être allouer de l’espace disque supplémentaire selon divers facteurs, par exemple selon que vous allez utiliser ou non des extraits. - **Exigences en matière d’espace de stockage réseau pour le stockage de fichiers externe :** si vous prévoyez de configurer [Tableau Server avec le stockage de fichiers externe](https://help.tableau.com/current/server/fr-ca/server_external_filestore_storage.htm), vous devrez estimer la quantité d’espace de stockage à consacrer à votre stockage réseau. Estimation de la taille de stockage : vous devez prendre en compte la quantité de stockage nécessaire pour la publication et l’actualisation d’extraits. Vous devez également prendre en compte la taille de la sauvegarde du référentiel, sauf si vous choisissez spécifiquement d’effectuer la sauvegarde de votre référentiel séparément, comme décrit dans la rubrique [Option 2 : Sauvegarder le référentiel séparément](https://help.tableau.com/current/server/fr-ca/server_external_filestore_storage_backup_restore.htm#backup-repository-separately). - Extraits : - Considérez le nombre d’extraits qui seront publiés sur Tableau Server et la taille de chaque extrait. Testez vos besoins en publiant plusieurs extraits sur Tableau Server, puis en vérifiant l’espace disque utilisé. Vous pouvez utiliser cette quantité d’espace disque pour vous aider à déterminer le nombre d’extraits qui seront publiés sur Tableau Server dans la durée ainsi que l’augmentation de taille de chaque extrait existant. - Considérez l’espace requis par le répertoire temporaire pendant une actualisation d’extrait. Le répertoire temporaire, sur lequel un extrait est stocké pendant une actualisation, peut demander jusqu’à trois fois la taille de fichier finale de l’extrait. - Sauvegarde du référentiel : - Pour obtenir une estimation des données du référentiel, vérifiez la taille du répertoire `/pgsql/data/base`. - Pour obtenir la taille exacte des données du référentiel, ouvrez le fichier de sauvegarde et utilisez la taille du fichier `workgroup.pg_dump`. - Le nombre de cœurs de processeur est basé sur les « cœurs physiques ». Les cœurs physiques peuvent représenter le matériel serveur réel ou des cœurs sur une machine virtuelle. L’hyper-threading est ignoré dans le cadre du comptage des cœurs. - La RAM affichée est le minimum recommandé pour une installation sur un seul nœud. Votre installation peut fonctionner de manière plus performante avec davantage de RAM, en fonction de l’activité, du nombre d’utilisateurs et des tâches d’arrière-plan, par exemple. Pour voir la liste complète de recommandations et la configuration minimale requise, consultez [Configuration matérielle minimale requise et recommandée pour Tableau Server](https://help.tableau.com/current/server/fr-ca/server_hardware_min.htm). Pour connaître les spécifications matérielles que Tableau utilise en interne pour tester l’évolutivité, consultez [Recommandations matérielles pour les installations de production](https://help.tableau.com/current/server/fr-ca/server_baseline_config.htm#Hardware). Pour des recommandations matérielles relatives à Tableau Server dans le nuage, consultez les sections suivantes : - [Sélection d’un type et d’une taille d’instance AWS](https://help.tableau.com/current/server/fr-ca/ts_aws_virtual_machine_selection.htm) - [Sélection d’un type et d’une taille de machine virtuelle Google Compute Engine](https://help.tableau.com/current/server/fr-ca/ts_gcp_virtual_machine_selection.htm) - [Sélection d’un type et d’une taille de machine virtuelle Microsoft Azure](https://help.tableau.com/current/server/fr-ca/ts_azure_virtual_machine_selection.htm) ## Détermination du matériel informatique Pour déterminer le nombre de cœurs physiques dont dispose un ordinateur, le programme d’installation de Tableau Server interroge le système d’exploitation. Pour consulter les informations sur le matériel détecté par le programme d’installation sur votre ordinateur, ouvrez le fichier `tabadmin.log` dans le dossier suivant sur l’ordinateur où vous installez Tableau Server : \\ProgramData\\Tableau\\Tableau Server\\logs\\tabadmin.log Dans le fichier `tabadmin.log`, recherchez des lignes semblables à ce qui suit. Ces lignes fournissent des données sur les cœurs physiques et logiques détectés et utilisés par le programme d’installation afin de déterminer le nombre de cœurs utilisés pour les licences. 2015-04-09 14:22:29.533 -0700\_DEBUG\_10.36.2.32:\_:\_pid=21488\_0x2cd83560\_\_user=\_\_request=\_\_ Running hardware check 2015-04-09 14:22:29.713 -0700\_DEBUG\_10.36.2.32:\_:\_pid=21488\_0x2cd83560\_\_user=\_\_request=\_\_ Detected 12 cores and 34281857024 bytes of memory 2015-04-09 14:22:29.716 -0700\_DEBUG\_10.36.2.32:\_:\_pid=21488\_0x2cd83560\_\_user=\_\_request=\_\_ Hardware meets recommended specifications. Default values will be used. ### Détermination manuelle du nombre de cœurs sur votre ordinateur **Remarque :** cette procédure remplace l’ancienne méthode de détermination du nombre de cœurs à l’aide de WMIC, qui a été mise en obsolescence par Microsoft. Pour déterminer manuellement le nombre de cœurs physiques dont dispose votre serveur, vous pouvez utiliser Powershell. Cela est utile si vous ne savez pas si votre ordinateur possède la configuration matérielle minimale requise pour l’installation de Tableau Server. 1. Ouvrez Powershell. 2. Entrez la commande suivante, qui répertorie les processeurs logiques et les cœurs physiques : Get-CimInstance -ClassName Win32\_Processor | Select-Object DeviceID, NumberOfCores, NumberOfLogicalProcessors ![Une fenêtre d’invite de commande affiche l’ID de l’appareil et le nombre de cœurs de l’UCT d’un ordinateur.](/tableau/current/fr-ca/server/fr-ca/Img/server_hardware_cores-powershell.jpg) Dans l’exemple ci-dessus, le serveur a un total de 18 cœurs physiques, ce qui donne 36 cœurs logiques. Poursuivez avec la rubrique [Mise à niveau du serveur - Examen des changements](https://help.tableau.com/current/server/fr-ca/server-upgrade-prepare-whats-changed.htm). [Passer au contenu principal](#main-content) # Mise à niveau du serveur - Sauvegarde de Tableau Server Nous vous recommandons _fortement_ d’effectuer une sauvegarde de votre installation de Tableau Server avant de lancer le processus de mise à niveau. Une sauvegarde effectuée avant de commencer la mise à niveau fournit les données dont vous aurez besoin pour configurer une version test de l’environnement mis à niveau, et vous donne également la possibilité de récupérer si le processus de mise à niveau échoue. Les sauvegardes ne sont pas une étape d’inclusion lors des mises à niveau, sauf lorsque la mise à niveau inclut une mise à niveau de version mineure vers PostGRES, puis qu’une mise à niveau pg-only est créée pour un usage interne lors de la mise à niveau. **Remarques :**  - Nous vous recommandons de désactiver les abonnements et la programmation dans votre environnement de production immédiatement avant d’effectuer la sauvegarde, et de les réactiver une fois la sauvegarde terminée. Ceci permettra d’éviter que vos utilisateurs reçoivent des abonnements et des messages électroniques en double lors de la restauration de votre sauvegarde dans l’environnement de test. - Une sauvegarde complète peut prendre un certain temps si vous disposez d’une installation importante ou d’un grand nombre d’extraits. - Toute modification faite entre le moment de la sauvegarde et le moment de la mise à niveau est perdue si elle n’est pas incluse dans la sauvegarde. - [Supprimer les fichiers superflus](https://help.tableau.com/current/server/fr-ca/maintenance_cleanup.htm). Pour sauvegarder les données de configuration du serveur, utilisez la commande `tsm settings`. Lorsque vous utilisez la commande `tsm maintenance backup`, la date actuelle est ajoutée au fichier de sauvegarde : tsm maintenance backup -f -d Pour plus d’informations, consultez [tsm maintenance backup](https://help.tableau.com/current/server/fr-ca/cli_maintenance_tsm.htm#tsm). Poursuivez avec [Mise à niveau du serveur - Télécharger le programme d’installation](https://help.tableau.com/current/server/fr-ca/server-upgrade-prepare-download-setup.htm). [Passer au contenu principal](#main-content) # Mise à niveau du serveur - Télécharger le programme d’installation Vous devez télécharger et copier le programme d’installation de Tableau Server sur l’ordinateur exécutant Tableau Server. Si vous exécutez Tableau Server dans un déploiement distribué de Tableau Server, copiez le programme d’installation sur chaque nœud du groupement. Pour obtenir la version la plus récente du logiciel Tableau Server, allez sur le [Portail clients](http://customer.tableau.com/). Lorsque vous achetez Tableau, vous recevez un nom d’utilisateur et un mot de passe pour vous connecter au Portail clients. **Important :** Téléchargez et installez toujours la version de maintenance la plus récente de la version vers laquelle vous mettez à niveau. Poursuivez avec la section [Fonctionnement de la mise à niveau Tableau Server](https://help.tableau.com/current/server/fr-ca/server-upgrade-how-upgrade-works.htm). [Passer au contenu principal](#main-content) # Mise à niveau du serveur - Vérifier l’état des licences Avant de mettre à niveau Tableau Server, examinez les clés produit actuellement installées et comparez-les aux dates des clés produit, d’expiration de la maintenance et de fin d’expiration des licences répertoriées dans le Portail client Tableau. Il est important que toutes les dates d’expiration et de fin associées aux clés produit soient à jour avant la mise à niveau. **Étape 1 : Consultez les données d’expiration des licence**s. Exécutez la commande suivante pour afficher toutes les licences installées sur votre installation Tableau Server : tsm licenses list La commande [tsm licenses list](https://help.tableau.com/current/server/fr-ca/cli_licenses_tsm.htm#TSMLicenseList) renvoie toutes les licences, chacune avec un certain nombre de champs. Pour la mise à niveau, vous devez prendre note de deux champs : - Pour chaque licence d’abonnement, notez la date dans le champ LIC EXP. LIC EXP affiche la date d’expiration de la licence et la date à laquelle Tableau Server cessera de fonctionner. - Pour chaque ancienne clé perpétuelle, notez le champ MAINT EXP. MAINT EXP affiche la date d’expiration du contrat de maintenance pour le déploiement de Tableau Server. Étape 2 : Comparez les dates d’expiration de licence depuis TSM à vos licences dans le [Portail client Tableau](http://customer.tableausoftware.com/fr-ca). **Étape 3 : Si nécessaire, mettez à jour les licences**. Si votre date de maintenance TSM n’est pas actuelle ou si la date d’expiration est proche ou diffère de la date indiquée dans le Portail client Tableau, actualisez la licence. Pour actualiser la licence : 1. Si l’ordinateur sur lequel vous exécutez Tableau Server a été configuré pour se connecter à Internet par un serveur proxy de transfert, suivez la procédure décrite dans la rubrique [Configurer les opérations de clé produit avec un proxy de transfert](https://help.tableau.com/current/server/fr-ca/activate_proxy.htm) avant de continuer. 2. Ouvrez TSM dans un navigateur : http:// :8850 3. Cliquez sur **Configuration** et Licences et cliquez sur Actualiser tout : ![Page de configuration des licences qui affiche une liste de licences Tableau Server et leur date d’expiration.](/tableau/current/fr-ca/server/fr-ca/Img/licensing.png) Si cette opération ne met pas à jour la date de fin de maintenance ou d’expiration, mais que le Portail client Tableau affiche des dates de fin plus actuelles, veuillez communiquer avec l’[assistance technique Tableau](http://www.tableau.com/fr-ca/support/request). La réactivation de la clé produit fait partie intégrante de la procédure de mise à niveau. Poursuivez avec [Mise à niveau du serveur - Vérifier les comptes](https://help.tableau.com/current/server/fr-ca/server-upgrade-prepare-verify-accounts.htm). [Passer au contenu principal](#main-content) # Mise à niveau du serveur - Vérifier les comptes Avant de mettre à niveau Tableau Server, vérifiez que vous avez des mots de passe pour deux comptes : - Un compte appartenant au groupe des administrateurs locaux : le compte que vous utilisez pour installer Tableau Server doit appartenir au groupe des administrateurs locaux. - Exécuter en tant que compte de service : si votre entreprise utilise Active Directory comme magasin d’identités et/ou si vous avez configuré Tableau Server pour vous connecter aux sources de données dans Active Directory, les meilleures pratiques consistent à avoir à portée de main les informations d’identification du compte Exécuter en tant que service lorsque vous exécutez la mise à niveau. Le programme d’installation de Tableau Server ne modifie pas les autorisations de répertoire existantes pendant le processus de mise à niveau. Il est toutefois préférable de vérifier toutes les configurations d’autorisation autres que par défaut avant d’exécuter le programme d’installation : - Si vous avez installé Tableau Server sur un lecteur non par défaut (le lecteur par défaut est généralement `C:\Program Files`), vérifiez que les autorisations pour le compte Exécuter en tant que service sont conformes aux autorisations requises spécifiées dans [Installation dans un emplacement autre que par défaut](https://help.tableau.com/current/server/fr-ca/runas_confirm_read_ex.htm#Installi). - En outre, si vous disposez d’autorisations étendues sur l’ordinateur exécutant Tableau Server, vérifiez que ces autorisations sont conformes aux autorisations de répertoires requises spécifiées dans [Comptes et autorisations Windows](https://help.tableau.com/current/server/fr-ca/security_windows_accounts_perms.htm). Poursuivez avec la section [Mise à niveau du serveur - Sauvegarde de Tableau Server](https://help.tableau.com/current/server/fr-ca/server-upgrade-prepare-backup.htm). [Passer au contenu principal](#main-content) # Mise à niveau multi-nœuds -- Exécuter l’installation sur chaque nœud ## Exécuter le programme d’installation Sur chaque nœud supplémentaire, accédez au dossier où vous avez copié le programme d’installation de Tableau Server et exécutez le programme d’installation comme vous l’avez fait sur le nœud initial. Ceci installe la nouvelle version de Tableau Server sur chaque nœud aux côtés de votre version existante en cours d’utilisation. Une fois l’installation terminée sur chaque nœud supplémentaire, la dernière page du programme d’installation vous indique que la mise à niveau n’est pas encore terminée. Veillez à ce que l’option Lancer automatiquement le script de mise à niveau ne soit _pas_ sélectionnée, et cliquez sur OK pour fermer la fenêtre d’installation. Vous exécuterez le script de mise à niveau une fois la nouvelle version installée sur tous les nœuds. Poursuivez avec la section [Mise à niveau multi-nœuds -- Exécuter le script de mise à niveau](https://help.tableau.com/current/server/fr-ca/server-upgrade-baseline-multinode-run-script.htm). [Passer au contenu principal](#main-content) # Mise à niveau multi-nœuds -- Exécuter le programme d’installation ## Exécuter le programme d’installation 1. Connectez-vous au nœud initial avec un compte appartenant au groupe d’administrateurs locaux. **Remarque :** Si Tableau Server utilise Active Directory/LDAP pour l’authentification, vous devez utiliser un compte de domaine lors de la connexion. L’utilisation d’un compte administrateur local entraînera des erreurs lors de l’exécution du script de mise à niveau. 2. Accédez au dossier où vous avez copié le programme d’installation de Tableau Server et exécutez-le. Ceci installe la nouvelle version de Tableau Server aux côtés de votre version existante en cours d’utilisation. 3. Le programme d’installation vérifie les ressources du système pour confirmer que l’ordinateur est conforme aux exigences et recommandations minimales. 4. Le programme d’installation détermine l’emplacement de votre version existante et installe la nouvelle version côte-à-côte dans le même emplacement. Vous ne pouvez pas modifier le répertoire d’installation. 5. Une fois l’installation terminée sur le nœud initial, la dernière page du programme d’installation vous indique que la mise à niveau n’est pas encore terminée. Vous devez exécuter un script de mise à niveau pour terminer la mise à niveau. Laissez la fenêtre d’installation ouverte sur le nœud initial et poursuivez l’installation sur tous les autres nœuds du groupement. **Important :** vous _devez_ installer la nouvelle version sur chaque nœud avant d’exécuter le script de mise à niveau. _N’exécutez pas le script de mise à niveau_ avant d’avoir installé la nouvelle version sur tous les nœuds de votre groupement. Poursuivez avec [Mise à niveau multi-nœuds -- Exécuter l’installation sur chaque nœud](https://help.tableau.com/current/server/fr-ca/server-upgrade-baseline-multinode-setup-add-nodes.htm). [Passer au contenu principal](#main-content) # Mise à niveau multi-nœuds -- Exécuter le script de mise à niveau **Remarque importante :** Pour les environnements utilisant l’authentification Active Directory, le compte exécutant le script de mise à niveau doit être un utilisateur de domaine. Cet utilisateur doit également être membre du groupe d’administrateurs locaux sur le nœud initial. L’exécution du script avec un compte local n’appartenant pas au domaine entraîne une erreur de communication avec Active Directory. ## Exécuter un script de mise à niveau 1. Après avoir installé la nouvelle version sur _chaque nœud du groupement_, exécutez le script de mise à niveau sur le nœud initial. Si Tableau Server est en cours d’exécution, le script vous en informe et vous propose de l’arrêter. Vous devez arrêter Tableau Server pour exécuter le script de mise à niveau. Si le dernier écran du programme d’installation est encore ouvert, vous pouvez sélectionner Lancer automatiquement le script de mise à niveau. Une fenêtre de commande s’ouvrira alors pour exécuter le script. Sinon, vous pouvez exécuter le script directement depuis une invite de commande. **Remarque :** Si le script de mise à niveau échoue, les détails de l’échec s’affichent dans la fenêtre de commande et vous pouvez réexécuter le script pour essayer d’exécuter à nouveau la mise à niveau. Le script redémarre au point où il a échoué. Cette méthode permet de gagner du temps et constitue une première étape utile si votre mise à niveau échoue. Pour plus d’informations, consultez [Échec de la mise à niveau](https://help.tableau.com/current/server/fr-ca/trouble_install_upgrade.htm#CheckpointUpgradeTroubleshooting). - Pour exécuter le script de mise à niveau depuis le programme d’installation : 1. Sélectionnez Lancer automatiquement le script de mise à niveau et cliquez sur OK : ![Une boîte de dialogue indiquant que la mise à niveau de Tableau Server est toujours en cours.](/tableau/current/fr-ca/server/fr-ca/Img/tsm-installer-win_wix-tsm-to-tsm-upgrade-final-runscript.png) 2. Une fenêtre de commande s’ouvre pour vous permettre d’exécuter le script. Étant donné que vous êtes connecté en tant qu’utilisateur avec des droits d’administrateur local, le script s’exécutera en utilisant vos informations d’identification. Si vous y êtes invité, entrez votre mot de passe. Cliquez sur OK pour fermer la boîte de dialogue du programme d’installation. Si vous avez désactivé l’option de lancement automatique du script de mise à niveau, vous devrez exécuter le script manuellement, depuis la ligne de commande. - Pour exécuter le script de mise à niveau depuis une invite de commande : 1. Ouvrez une invite de commande en tant qu’administrateur. Vous devez ouvrir un nouveau volet de commande car le programme d’installation met à jour le chemin d’accès à la nouvelle installation. 2. Accédez au répertoire de scripts de la nouvelle version que vous venez d’installer. Par défaut : `C:\Program Files\Tableau\Tableau Server\packages\scripts.\` 3. Exécutez le script de mise à niveau : `upgrade-tsm` Étant donné que vous êtes connecté en tant qu’utilisateur avec des droits d’administrateur local, le script s’exécutera en utilisant vos informations d’identification. Si vous y êtes invité, entrez votre mot de passe. Vous pouvez spécifier un nom d’utilisateur et un mot de passe différents à l’aide des options `--username` et `--password`. Pour voir toutes les options disponibles pour le script upgrade-tsm, utilisez l’option `-h` : `upgrade-tsm -h` L’exécution du script de mise à niveau demandera un certain temps. 2. Une fois le script de mise à niveau terminé, démarrez Tableau Server. Vous pouvez le faire depuis l’interface utilisateur Web TSM ou depuis une invite de commande : - Dans TSM, cliquez sur Tableau Server est arrêté, puis Démarrer Tableau Server : ![Menu déroulant avec l’option Démarrer Tableau Server sélectionnée.](/tableau/current/fr-ca/server/fr-ca/Img/tsm-ui-start-server.png) - À l’invite de commande : 1. Ouvrez une nouvelle invite de commande en tant qu’administrateur. 2. Entrez cette commande : `tsm start` Poursuivez avec la section [Vérifier la mise à niveau de Tableau Server](https://help.tableau.com/current/server/fr-ca/server-upgrade-baseline-verify-ug.htm). [Passer au contenu principal](#main-content) # Modèle de données Tableau Chaque source de données que vous créez dans Tableau possède un modèle de données. Vous pouvez considérer un modèle de données comme un diagramme qui indique à Tableau comment interroger les données dans les tables de base de données connectées. Les tables que vous ajoutez à l’espace de travail dans le volet Source de données créent la structure du modèle de données. Un modèle de données peut être simple, par exemple une table unique. Il peut aussi être plus complexe, avec plusieurs tables utilisant différentes combinaisons de relations, de jointures et d’unions. Le modèle de données comporte deux couches : - La vue par défaut que vous voyez en premier dans l’espace de travail de la page Source de données est la _couche logique_ de la source de données. Vous combinez les données dans la couche logique à l’aide de relations (ou « noodles »). Considérez cette couche comme l’espace de travail Relations dans la page Source de données. Pour plus d’informations, consultez [Utiliser les relations pour l’analyse des données multi-tables](https://help.tableau.com/current/pro/desktop/fr-ca/datasource_multitable_normalized.htm). - La couche suivante est la couche physique. Vous combinez les données entre les tables au niveau de la couche physique à l’aide de [jointures](https://help.tableau.com/current/pro/desktop/fr-ca/datasource_relationships_learnmorepage.htm#where-did-joins-go) et d’unions. Chaque table logique contient au moins une table physique dans cette couche. Considérez cette couche comme l’espace de travail Jointure/Union dans la page Source de données. Double-cliquez sur une table logique pour afficher ou ajouter des jointures et des unions.
Couche logique Couche physique
« Noodles » = Relations Diagramme de Venn = Jointures
Vue de haut niveau d’une source de données avec plusieurs tables connexes. Diagramme des relations entre les tables Book, Award et Info dans un modèle de données.
Vue de haut niveau d’une source de données avec plusieurs tables reliées. Il s’agit de la couche logique. Les tables logiques peuvent être combinées à l’aide de relations (« noodles »). Elles n’utilisent pas de types de jointures. Elles agissent comme des conteneurs pour les tables physiques. Double-cliquez sur une table logique pour l’ouvrir et voir ses tables physiques. Vous pouvez combiner les tables physiques à l’aide de jointures ou d’unions. Dans cet exemple, la table logique Book est composée de trois tables physiques jointes (Book, Award, Info).
| Couche logique |   | Couche physique | | --- | --- | --- | | Espace de travail Relations dans la page Source de données |   | Espace de travail Jointure/Union dans la page Source de données | | Les tables que vous faites glisser ici sont appelés tables logiques |   | Les tables que vous faites glisser ici sont appelés tables physiques | | Les tables logiques peuvent être reliées à d’autres tables logiques |   | Les tables physiques peuvent être jointes ou réunies à d’autres tables physiques | | Les tables logiques fonctionnent comme des conteneurs pour les tables physiques |   | Double-cliquez sur une table logique pour voir ses tables physiques | | Le niveau de détail est au niveau des lignes dans la table logique |   | Le niveau de détail est au niveau des lignes dans les tables physiques fusionnées | | Les tables logiques restent distinctes (normalisées), non fusionnées dans la source de données |   | Les tables physiques sont fusionnées en une seule table plate qui définit la table logique | ## Couches du modèle de données La vue de niveau supérieur que vous voyez d’une source de données est la [couche logique](#dm_log_phys) du modèle de données. Vous pouvez aussi la considérer comme l’espace de travail Relations parce que vous combinez ici des tables utilisant des relations au lieu de jointures. Lorsque vous combinez des données provenant de plusieurs tables, chaque table que vous faites glisser vers l’espace de travail doit avoir une relation avec une autre table. Il n’est pas nécessaire de préciser des types de jointures pour les relations. Pendant l’analyse, Tableau crée automatiquement les types de jointures appropriés en fonction des champs et du contexte d’analyse dans la feuille de calcul. La [couche physique](#dm_log_phys) du modèle de données est l’endroit où vous pouvez combiner les données à l’aide de jointures et d’unions. Vous ne pouvez utiliser que des permutations dans cet espace de travail. Vous pouvez le considérer comme l’espace de travail Jointure/Union. Dans les versions précédentes de Tableau, la couche physique était la seule couche du modèle de données. Chaque table logique peut contenir une ou plusieurs _tables physiques_. > [!TIP] > > **Important :** vous pouvez toujours créer, dans Tableau, des sources de données à table unique utilisant les jointures et les unions. Le comportement d’analyse d’une table unique dans Tableau n’a pas changé. Vos classeurs mis à niveau fonctionneront de la même façon qu’avant 2020.2. **Pour en savoir plus :** pour des informations connexes sur la combinaison de données à l’aide des relations, consultez également ces rubriques et les billets de blogue : - [Différences entre relations et jointures](https://help.tableau.com/current/server/fr-ca/datasource_relationships_learnmorepage.htm) - [Utiliser les relations pour l’analyse des données multi-tables](https://help.tableau.com/current/server/fr-ca/datasource_multitable_normalized.htm) - [Relier vos données](https://help.tableau.com/current/pro/desktop/fr-ca/relate_tables.htm) - [Relations, 1ère partie : Présentation des nouvelles fonctionnalités de modélisation des données dans Tableau](https://www.tableau.com/about/blog/2020/5/relationships-part-1-meet-new-tableau-data-model) - [Relations, 2ème partie : Conseils et astuces](https://www.tableau.com/about/blog/2020/5/relationships-part-2-tips-and-tricks) - [Relations, 3ème partie : Poser des questions sur plusieurs tables reliées](https://www.tableau.com/about/blog/2020/6/relationships-part-3-asking-questions-across-multiple-related-tables) Consultez également les balados vidéo sur les relations à partir d’[Action Analytics](https://action-analytics.com/library/), tels que [Pourquoi Tableau a-t-il inventé des relations?](https://action-analytics.com/ep-1-why-did-tableau-invent-relationships/) Cliquez sur « Balado vidéo » dans la [bibliothèque](https://action-analytics.com/library/) pour en voir plus. ## Comprendre le modèle de données Le modèle de données possède une couche logique (sémantique) et une couche physique. Vous disposez ainsi de davantage d’options pour combiner des données à l’aide de schémas en fonction de votre analyse. ![Un diagramme de modèle de données affiche une couche logique avec deux tables liées par une relation et une couche physique qui illustre comment les tables logiques sont construites à partir de tables physiques.](/tableau/current/fr-ca/server/fr-ca/Img/data_model_layers_sm.png) Chaque table logique contient des tables physiques dans une couche physique. Dans les versions antérieures de Tableau (pré-2020,2), le modèle de données dans votre source de données était constitué d’une seule couche physique où vous pouviez spécifier des jointures et des unions. Les tables ajoutées à la couche physique (par jointure ou union) créent une seule table aplatie (dénormalisée) pour l’analyse.
Source de données de la couche physique Source de données de la couche logique
Diagramme des connexions entre quatre tables physiques dans un modèle de données. Un diagramme de modèle de données avec une couche logique et une couche physique.
Les tables au niveau de la couche logique ne sont pas fusionnées dans la source de données, elles restent distinctes (normalisées) et gèrent leur niveau de détail natif. Les tables logiques agissent comme des conteneurs pour les tables physiques fusionnées. Une table logique peut contenir une seule table physique. Elle peut aussi contenir plusieurs tables physiques fusionnées par le biais de jointures ou d’unions. ### Ajouter des descriptions aux tables logiques Les tables logiques peuvent avoir des descriptions qui apparaissent dans leurs infobulles. Ces infobulles apparaissent uniquement dans l’onglet Source de données. Pour ajouter une description : 1. Sélectionner une table dans l’espace de travail 2. Dans le volet inférieur, cliquer sur l’icône de modification (crayon) à côté de **Description** 3. Entrer votre description dans l’éditeur de texte enrichi **Remarque** : Dans la création Web uniquement, tous les liens d’une description sont actifs et peuvent être cliqués pour s’ouvrir directement. ![l’infobulle d’une table avec une description du champ et une mise en surbrillance autour de la section Description du volet inférieur](/tableau/current/fr-ca/server/fr-ca/Img/environ_workspace_datasource_tabledescriptions.png) ## Créer un nouveau modèle Lorsque vous ajoutez une ou plusieurs tables à la couche logique, vous créez essentiellement le modèle de données pour votre source de données. Une source de données peut être constituée d’une seule table logique ou vous pouvez faire glisser plusieurs tables sur l’espace de travail pour créer un modèle plus complexe. - La première table que vous faites glisser vers l’espace de travail devient la table racine pour le modèle de données dans votre source de données. - Après avoir fait glisser la table racine, vous pouvez faire glisser des tables supplémentaires dans n’importe quel ordre. Vous devrez prendre en compte les tables à relier les unes aux autres, et les paires de champs correspondants que vous définissez pour chaque relation. - Si vous créez un schéma en étoile, il peut être utile de faire glisser la table de faits en premier, puis de relier les tables de dimensions à cette table. - La suppression d’une table dans l’espace de travail supprime également automatiquement ses descendants reliés. Si vous supprimez la table racine, toutes les autres tables du modèle sont également supprimées. - Chaque relation doit être constituée d’au moins une paire assortie de champs. Ajoutez plusieurs paires de champs pour créer une relation composée. Les paires assorties doivent avoir le même type de données. La modification du type de données dans la page Source de données ne modifie pas cette exigence. Tableau continuera d’utiliser le type de données dans la base de données sous-jacente pour les requêtes. - Les relations peuvent être basées sur des champs calculés. - Vous pouvez spécifier comment comparer les champs utilisés dans les relations à l’aide d’opérateurs lorsque vous définissez la relation. Pour plus d’informations sur les relations, consultez [Créer et définir les relations](https://help.tableau.com/current/pro/desktop/fr-ca/relate_tables.htm#create-and-define-relationships) dans [Relier vos données](https://help.tableau.com/current/pro/desktop/fr-ca/relate_tables.htm). ### Modèle multi-tables - Pour créer un modèle multi-tables, faites glisser des tables sur la couche logique de l’espace de travail de la page Source de données. ![Pour créer un modèle multi-tables, faites glisser des tables sur la couche logique de l’espace de travail de la page Source de données.](/tableau/current/fr-ca/server/fr-ca/Img/data_model_multitableanalysis.gif) Les tables que vous faites glisser sur la couche logique de l’espace de travail de la page Source de données doivent être reliées entre elles. Lorsque vous faites glisser des tables supplémentaires sur l’espace de travail de la couche logique, Tableau tente automatiquement de créer la relation en fonction des contraintes de clés existantes et des champs correspondants pour définir la relation. S’il ne peut pas déterminer les champs correspondants, vous devrez les sélectionner. Si aucune contrainte n’est détectée, une relation de **plusieurs à plusieurs** est créée et l’intégrité référentielle est définie sur **Certains enregistrements correspondent**. Ces paramètres par défaut sont un choix sûr et offrent une flexibilité optimale pour votre source de données. Les paramètres par défaut prennent en charge les jointures externes complètes et optimisent les requêtes en agrégeant les données de table avant de former des jointures lors de l’analyse. Toutes les données des lignes et des colonnes de chaque table restent disponibles pour l’analyse. Vous pouvez ajouter des données supplémentaires dans n’importe quelle table logique en double-cliquant sur la table. La couche physique de l’espace de travail de la page Source de données s’ouvre alors. Si vous avez besoin d’utiliser des jointures ou des unions, vous pouvez faire glisser les tables que vous voulez lier ou réunir dans l’espace de travail de la couche physique. Les tables physiques sont fusionnées dans leur table logique. Suivez les étapes de la section [Créer et définir des relations](https://help.tableau.com/current/pro/desktop/fr-ca/relate_tables.htm#create-and-define-relationships) pour combiner plusieurs tables. ### Modèles à table unique - Pour créer un modèle à table unique, faites glisser une table dans l’espace de travail de la couche logique de la page Source de données. Vous pouvez ensuite utiliser les champs de cette table dans le volet Données pour l’analyse. ![Modèle de données avec une analyse de table unique.](/tableau/current/fr-ca/server/fr-ca/Img/data_model_singletableanalysis.gif) #### Modèle à table unique contenant d’autres tables Vous pouvez ajouter des données supplémentaires dans la table logique unique en double-cliquant sur la table. La couche physique de l’espace de travail de la page Source de données s’ouvre alors. Si vous avez besoin d’utiliser des jointures ou des unions, vous pouvez faire glisser les tables que vous voulez lier ou réunir dans l’espace de travail de la couche physique. Les tables physiques sont fusionnées dans leur table logique. ![Modèle de données avec deux jointures.](/tableau/current/fr-ca/server/fr-ca/Img/data_model_singletable_joins.gif) Cet exemple montre la table Book dans l’espace de travail Relations (couche logique) de la source de données. Double-cliquez sur la table logique Book pour ouvrir l’espace de travail Jointure/Union (couche physique). Dans cet exemple, les jointures fusionnent les tables Award et Info avec la table Book. Dans ce cas, la jointure entre Book et Award sera de type un à plusieurs, au niveau de détail des prix. Les valeurs de mesures seraient dupliquées pour Book et Info. Pour éviter les duplications, vous pouvez relier Award et Info à Book au lieu de les lier à l’intérieur de la table logique Book. ## Schémas de modèle de données pris en charge Les fonctionnalités de modélisation des données dans Tableau (version 2020.2 et ultérieures) sont conçues pour faciliter l’analyse dans le cas de scénarios de données multi-tables courants, y compris les modèles de données en étoile et en flocon. Les types suivants de modèles sont pris en charge dans les sources de données Tableau. ### Table unique L’analyse d’une seule table logique contenant un mélange de dimensions et de mesures fonctionne comme dans Tableau pré-2020.2. Vous pouvez créer une table logique à l’aide d’une combinaison de jointures, d’unions, de SQL personnalisé, etc. ![Objet intitulé clients avec trois barres bleues empilées sur deux barres vertes.](/tableau/current/fr-ca/server/fr-ca/Img/data_model_schema1.png) ### Étoile et flocon Dans les entrepôts de données d’entreprise, il est courant d’avoir des données structurées en des schémas en étoile ou en flocon où les mesures sont contenues dans une table de faits centrale et où les dimensions sont stockées séparément dans des tables de dimensions indépendantes. Cette organisation de données prend en charge de nombreux flux d’analyse courants, y compris le déploiement et l’exploration en cascade. ![Objet de client avec des lignes montrant une relation avec les objets de dimension 1, de dimension 2 et de dimension 3.](/tableau/current/fr-ca/server/fr-ca/Img/data_model_schema2.png) Ces modèles peuvent être directement représentés avec les relations dans les fonctionnalités de modélisation des données disponibles dans Tableau 2020.2 et ses versions ultérieures. Commencez par faire glisser la table de faits vers le modèle, puis reliez les tables de dimensions à la table de faits (dans un schéma en étoile) ou à d’autres tables de dimensions (dans un schéma en flocon). Typiquement, dans un schéma en étoile ou en flocon correctement modélisé, les relations entre la table de faits et les tables de dimensions fonctionneront sur la base de plusieurs à un. Si ces informations sont codées dans votre entrepôt de données, Tableau l’utilisera automatiquement pour définir les options de performance de la relation. Si ce n’est pas le cas, vous pouvez définir ces informations vous-même. Pour plus d’informations, consultez [Optimiser les requêtes des relations à l’aide des options de performance](https://help.tableau.com/current/pro/desktop/fr-ca/datasource_relationships_perfoptions.htm). Dans un schéma en étoile ou en flocon correctement modélisé, chaque ligne dans la table de faits aura une entrée correspondante dans chacune des tables de dimensions. Si cela est vrai et est saisi dans vos contraintes d’intégrité d’entrepôt de données, Tableau utilisera automatiquement ces informations pour définir le paramètre d’intégrité référentielle dans les options de performance. Si certaines lignes de la table de faits n’ont pas de ligne correspondante dans une table de dimensions (parfois appelée « dimensions d’arrivée tardive » ou « faits d’arrivée précoce »), Tableau ne peut pas conserver toutes les lignes lors du calcul des mesures, mais peut abandonner des valeurs lorsqu’il s’agit d’afifcher des en-têtes de dimensions. Pour plus d’informations, consultez [Optimiser les requêtes des relations à l’aide des options de performance](https://help.tableau.com/current/pro/desktop/fr-ca/datasource_relationships_perfoptions.htm). ### Étoile et flocon avec des mesures dans plus d’une table Dans certains schémas en étoile ou en flocon, toutes les mesures de votre analyse sont contenues dans la table de faits. Il arrive toutefois souvent que des mesures intéressantes supplémentaires soient reliées aux tables de dimensions dans votre analyse. Même si les tables de dimensions ne contiennent pas de mesures, il est courant en analyse de vouloir totaliser ou agréger des valeurs de dimensions. Dans ces cas, la distinction entre les tables de faits et les tables de dimensions est moins claire. Pour pour plus de clarté lors de l’affichage de votre modèle de données, nous avons recommandé d’ajouter d’abord la table au grain le plus fin à l’espace de travail du volet Source de données, puis de relier toutes les autres tables à cette première table. ![Le modèle de données illustre comment les clients sont segmentés en trois dimensions.](/tableau/current/fr-ca/server/fr-ca/Img/data_model_schema3.png) Si vous deviez lier ces tables ensemble dans une seule table logique, les mesures dans les tables de dimensions seraient répliquées, résultant en des agrégations déformées à moins que vous n’ayez pris des précautions pour dédupliquer les valeurs à l’aide de calculs LOD ou COUNT DISTINCT. Toutefois, si vous créez plutôt des relations entre ces tables, Tableau agrège les mesures avant d’effectuer des jointures, évitant ainsi le problème de duplication inutile. Vous n’avez ainsi pas à suivre scrupuleusement le niveau de détail de vos mesures. ### Analyse multi-facteurs Dans la version 2024.2 et les versions ultérieures, les fonctionnalités de modélisation des données de Tableau prennent en charge l’analyse multi-facteurs grâce à l’utilisation de relations multi-faits. Pour obtenir des informations détaillées sur la création de modèles de données de relations multi-faits, consultez : - [À propos des modèles de données avec des relations multi-faits](https://help.tableau.com/current/pro/desktop/fr-ca/datasource_mfr_multiple_base_tables.htm) - [Quand utiliser un modèle de relations multi-faits](https://help.tableau.com/current/pro/desktop/fr-ca/datasource_mfr_when_to_use.htm) - [Créer un modèle de données avec des relations multi-faits](https://help.tableau.com/current/pro/desktop/fr-ca/datasource_mfr_build.htm) Un modèle de relations multi-faits (modèle de données avec plusieurs tables de base) autorise l’utilisation de tables non connexes dans le modèle lorsque celui-ci contient également des tables partagées. Au cours de l’analyse, les champs d’une table partagée « assemblent » conjointement des tables de données non connexes en fonction des dimensions partagées qu’elles ont en commun (comme le fait de se produire au même endroit ou au même moment). Les avantages des relations sont tous conservés, y compris la granularité ou le niveau de détail natif de chaque table. Comme dans le cas d’un modèle de données avec une table de base unique, Tableau détermine en arrière-plan le meilleur type de jointure à utiliser en fonction de la structure de la visualisation. Mais dans un modèle de relations multi-faits, les options de jointure sont développées afin d’inclure des jointures externes et des jointures croisées et de prendre en charge plusieurs niveaux de relations. Pour plus d’informations, consultez [À propos des modèles de données avec relations multi-faits](https://help.tableau.com/current/pro/desktop/fr-ca/datasource_mfr_multiple_base_tables.htm). **Remarque** : Dans les versions 2020.2 à 2024.1, vous pouvez ajouter des tables de faits (contenant des mesures) aux modèles en étoile et en flocon uniquement s’ils sont liés à une table avec une seule dimension. Par exemple, vous pouvez intégrer deux tables de faits ou plus afin d’analyser une dimension partagée, par exemple les analyses de clients de type 360. Ces tables de faits peuvent être à un niveau de détail différent de la table de dimensions, ou les unes par rapport aux autres. Elles peuvent également avoir une relation de plusieurs à plusieurs avec la table de dimensions. Dans ces scénarios, Tableau fera en sorte que les valeurs ne soient pas répliquées avant l’agrégation. ![Le modèle de données illustre comment les clients sont segmentés en trois dimensions et montre les connexions entre les ventes et les campagnes.](/tableau/current/fr-ca/server/fr-ca/Img/data_model_schema5.png) Si vous n’avez pas de table de dimension partagée qui relie vos tables de faits, vous pouvez parfois en créer de manière dynamique en utilisant SQL personnalisé ou en utilisant des jointures ou des unions d’autres tables de dimensions. Deux tables de faits peuvent être reliées directement l’une à l’autre sur une dimension commune. Ce type d’analyse fonctionne mieux lorsque l’une des tables de faits contient un super-ensemble de la dimension commune. ![Le modèle de données montre la relation entre les ventes et les campagnes.](/tableau/current/fr-ca/server/fr-ca/Img/data_model_schema6.png) Plusieurs scénarios semblent indiquer que vous devez créer un modèle de relations multi-faits avec plusieurs tables de base plutôt qu’une source de données avec une table de base unique : - **Relations circulaires**. Les relations circulaires ne sont pas prises en charge. Si vous essayez de créer une source de données avec un cycle, utilisez des relations multi-faits et faites de la table en aval une autre table de base. - **Dimensions conformes** et **Relations OU contextuelles**. Si vous avez une série de tables connexes dans les mêmes ensembles de clauses de relation (telles que la date et le lieu), ces dimensions doivent être extraites et transformées en tables partagées. - Ceci s’avère très utile, car les clauses de relation multiples doivent toutes être vraies (une logique ET) pour que les tables soient connexes pour ces enregistrements. - Si, au contraire, vous souhaitez analyser des enregistrements dont l’un peut être vrai à un moment donné (un OU contextuel), cette flexibilité est assurée en configurant un modèle de données avec des tables de dimensions partagées. - **Combinaisons équivalentes**. Si vous utilisez une combinaison mais souhaitez obtenir une combinaison équivalente sans aucune source de données primaire et secondaire, créez un modèle de données qui combine les sources de données de la combinaison avec leurs champs de liaison dans une ou plusieurs tables partagées. ## Exigences pour les relations dans un modèle de données - Lorsque vous reliez des tables, les champs qui définissent les relations doivent présenter le même type de données. La modification du type de données dans la page Source de données ne modifie pas cette exigence. Tableau continuera d’utiliser le type de données dans la base de données sous-jacente pour les requêtes. - Vous ne pouvez pas définir les relations en fonction de champs géographiques. - Les relations circulaires ne sont pas prises en charge dans le modèle de données. ### Facteurs qui limitent les avantages de l’utilisation de tables reliées - Les données « sales » dans les tables (c’est-à-dire les tables qui n’ont pas été créées avec un modèle bien structuré à l’esprit et contiennent un mélange de mesures et de dimensions dans plusieurs tables) peuvent rendre l’analyse multi-tables plus complexe. - L’utilisation de filtres de sources de données limitera la capacité de Tableau à éliminer les jointures dans les données. Le terme « élimination des jointures » désigne la façon dont Tableau simplifie les requêtes en supprimant les jointures inutiles. - Tables avec beaucoup de valeurs sans correspondances entre les relations. [Passer au contenu principal](#main-content) # Modification des IdP dans Tableau Server pour OpenID Connect Cette rubrique décrit comment modifier un fournisseur d’identité (IdP) si vous avez configuré Tableau Server pour utiliser OpenID Connect. ## Modification des fournisseurs Vous pouvez décider de changer l’IdP configuré pour être utilisé par Tableau Server. Pour cela, suivez la procédure que vous avez utilisée pour configurer le premier IdP : établir un compte, obtenir un ID client et un code secret, configurer Tableau Server avec ces informations et fournir à l’IDP l’URL de redirection pour Tableau Server. Pour plus d’informations, consultez [Configuration de Tableau Server pour OpenID Connect](https://help.tableau.com/current/server/fr-ca/openid_auth_server_config.htm). ### Réinitialiser les identifiants des utilisateurs Vous devez toutefois également effectuer une étape supplémentaire : vous devez supprimer tout identificateur d’utilisateur (valeurs ou réclamations `sub`) ayant déjà été associé avec des utilisateurs Tableau Server. Le nouvel IdP aura des valeurs `sub` différentes pour chaque utilisateur, et vous devez supprimer les valeurs existantes de manière à ce que Tableau Server puisse enregistrer une nouvelle valeur `sub` lorsque l’utilisateur se connecte en utilisant le nouvel IdP. Pour effacer les valeurs sub pour les utilisateurs, utilisez la commande `tabcmd reset_openid_sub`. Vous pouvez réinitialiser (c’est-à-dire supprimer) les valeurs `sub` pour un utilisateur individuel, comme dans l’exemple suivant : `tabcmd reset_openid_sub --target-username jsmith` Vous pouvez également supprimer la valeur sub pour tous les utilisateurs à l’aide de cette commande : `tabcmd reset_openid_sub --all` **Remarque :** la suppression des identifiants d’utilisateur des membres d’un [pool d’identités](https://help.tableau.com/current/server/fr-ca/identity_pools.htm) n’est pas pris en charge. [Passer au contenu principal](#main-content) # Modifications de topologie dynamique Tableau Server Avec l’introduction de TSM, Tableau Server a également introduit la possibilité d’effectuer certaines modifications ou mises à jour de topologie sans redémarrer le serveur. Elles sont appelées modifications de topologie dynamique et sont possibles avec les processus Gestionnaire de processus en arrière-plan et VizQL Server. Vous pouvez augmenter ou diminuer le nombre d’instances du gestionnaire de processus en arrière-plan ou de VizQL Server sur un nœud sans nécessiter de redémarrage de Tableau Server si le nœud a déjà au moins une instance du processus en cours d’exécution. Il vous suffit de modifier le nombre d’instances de gestionnaire de processus en arrière-plan ou de VizQL Server. Si vous ajoutez ou supprimez également un autre processus, ou si vous ajoutez la première instance du gestionnaire de processus en arrière-plan ou VizQL Server à un nœud ou supprimez la dernière instance de l’un ou l’autre du nœud, Tableau Server nécessitera un redémarrage. ### Modifications de configuration dynamiques À partir de la version 2020.2.0 de Tableau Server, certaines modifications de configuration peuvent également être apportées dynamiquement à l’aide de clés de configuration. Vous pouvez effectuer des modifications de topologie dynamique en même temps que vous modifiez la configuration dynamique, sans avoir besoin de redémarrer le Tableau Server. Pour plus d’informations sur les modifications de configuration dynamique, consultez [Notes de version de Tableau Server](https://help.tableau.com/current/server/fr-ca/whatsnew_server.htm#dynamic-config-20-2) dans Nouveautés et modifications de la version 2020.2 dans Tableau Server. ## Exemples de scénarios Pour mieux comprendre l’utilité de cette fonction, considérez les exemples suivants : - Gestionnaire de processus en arrière-plan : à la fin d’un trimestre de ventes, votre équipe commerciale utilise Tableau Server pour effectuer un suivi des chiffres de ventes. Les tableaux de bord basés sur des extraits indiquent aux commerciaux quelles sont leurs performances. Tout retard dans les actualisations d’extraits signifie que votre équipe ne voit pas les chiffres les plus récents. Vous pouvez ajouter des gestionnaires de processus en arrière-plan supplémentaires à n’importe quel nœud disposant déjà d’au moins un gestionnaire de processus en arrière-plan ou VizQL Server, et augmenter le débit des actualisations d’extraits afin que les chiffres soient à jour au moment où les membres de votre équipe bouclent leur trimestre. Ensuite, après l’effort trimestriel, vous pouvez réduire à nouveau les instances de gestionnaire de processus en arrière-plan pour ramener Tableau Server à sa configuration d’origine. - VizQL Server — De même, si Tableau Server n’est pas en mesure de gérer les actualisations des vues, vous pouvez ajouter rapidement des instances VizQL Server supplémentaires à un nœud sur lequel au moins une instance de VizQL Server ou de gestionnaire de processus en arrière-plan est déjà configurée. Dans l’exemple de gestionnaire de processus en arrière-plan ci-dessus, vous souhaiterez peut-être supprimer temporairement les instances VizQL Server pour accueillir des gestionnaires de processus en arrière-plan supplémentaires, puis les rajouter avant que vos utilisateurs n’arrivent le matin. ### Modifications de topologie dynamique Vous pouvez apporter des modifications de topologie dynamique à l’aide de l’interface Web TSM ou de la ligne de commande. Pour utiliser l’interface utilisateur Web, connectez-vous à TSM à l’aide d’un navigateur et sous l’onglet Configuration, mettez à jour le nombre d’instances de gestionnaire de processus en arrière-plan ou VizQL pour le nœud que vous mettez à jour. Pour plus d’informations, consultez [Configurer les nœuds](https://help.tableau.com/current/server/fr-ca/config_nodes.htm). Pour effectuer vos modifications à l’aide de l’interface en ligne de commande TSM, à l’invite de commande, exécutez la commande tsm topology set-process. Pour plus d’informations, consultez [Modification du nombre de processus sur un nœud](https://help.tableau.com/current/server/fr-ca/config_nodes.htm#ChangeProcessCount). ### Impact des modifications de topologie dynamique Lors des modifications de topologie dynamique qui suppriment des instances existantes de VizQL Server ou de gestionnaire de processus en arrière-plan, les instances sont immédiatement supprimées. Tenez compte des impacts potentiels suivants pour les utilisateurs et les tâches en cours d’exécution : - Gestionnaire de processus en arrière-plan : Toutes les tâches en cours d’exécution sont arrêtés. La logique de relance normale de Tableau Server redémarre ces tâches, à l’aide d’une autre instance de gestionnaire de processus en arrière-plan. - VizQL Server : toutes les sessions actuellement actives sont arrêtées. Les utilisateurs peuvent voir un message d’erreur. L’actualisation du navigateur devrait effacer l’erreur. ### Meilleures pratiques Tableau vous recommande de tester les modifications de topologie dynamique envisagées avant de les mettre en œuvre dans votre environnement de production. Vous pourrez ainsi appréhender en profondeur les impacts potentiels sur les utilisateurs, les actualisations et les abonnements programmés, et tirer le meilleur parti de la flexibilité offerte par la topologie dynamique. ### Automatisation des modifications de topologie dynamique Vous pouvez automatiser les modifications de topologie dynamique. Imaginons par exemple que la plupart de vos actualisations d’extraits programmées ont lieu pendant la nuit et que votre serveur dispose de capacités supplémentaires étant donné que les utilisateurs ne sont pas connectés. Vous pouvez alors utiliser un script ou un autre outil de déploiement automatisé pour ajouter des instances de gestionnaire de processus en arrière-plan au moment où elles peuvent être utilisées le plus efficacement, puis les supprimer avant le début de la journée de travail. Pour obtenir automatiquement le statut des processus, utilisez la commande `[tsm status](https://help.tableau.com/current/server/fr-ca/cli_status_tsm.htm) -v` et analysez la sortie dans votre script. Vous pouvez sinon utiliser la commande API REST TSM get server status. L’API est actuellement en phase alpha. Pour plus de détails, consultez [Obtenir l’état du serveur](https://help.tableau.com/v0.0/api/tsm_api/fr-ca/docs/tsm-reference.htm#status). Un exemple de script permettant de définir quatre instances de gestionnaire de processus en arrière-plan sur node2 peut se présenter comme suit : echo Adding/Removing Processes tsm topology set-process -pr backgrounder -n node2 -c 4 tsm pending-changes apply echo Done! ## Informations supplémentaires [Processus Tableau Server](https://help.tableau.com/current/server/fr-ca/processes.htm) [Passer au contenu principal](#main-content) # Modifications de topologie Tableau Server Cet article vous aidera à comprendre les actions nécessaires lorsque vous apportez certaines modifications de topologie à Tableau Server. Les modifications incluent : l’ajout ou la suppression d’un nœud, l’ajout ou la suppression d’un processus d’un nœud et la modification du nombre de processus sur un nœud. ## Ajout d’un nœud Lorsque vous ajoutez un nouveau nœud au Tableau Server, vous devez installer l’agent sur ce nœud. Pour plus d’informations sur l’installation de l’agent sur le groupement Tableau Server, consultez [Installer Tableau Resource Monitoring Tool](https://help.tableau.com/current/server/fr-ca/rmt-admin-installation.htm#installing-agent-on-multinode-tableau-server). Tant que vous n’aurez pas installé l’agent, les données concernant ce nœud ne seront pas incluses dans les rapports. ## Suppression d’un nœud Lorsque vous supprimez un nœud existant du groupement Tableau Server, vous devez mettre à jour l’environnement sur le Serveur RMT. **Suivez les étapes ci-après pour mettre à jour l’environnement :** 1. Connectez-vous à l’interface Web du Serveur RMT. 2. Dans le menu **Administrateur**, choisissez **Environnements**. Choisissez l’environnement qui doit refléter cette modification. ![Menu d’administration de l’outil Tableau Resource Monitoring Tool.](/tableau/current/fr-ca/server/fr-ca/Img/rmt-admin-environment-menu.png) 3. Choisissez **Modifier l’environnement**. Vous accédez alors à des informations plus détaillées sur l’environnement. ![Boutons pour créer et modifier des environnements.](/tableau/current/fr-ca/server/fr-ca/Img/rmt-env-edit.png) 4. Dans l’onglet **Serveurs**, sélectionnez le nœud qui a été supprimé de tableau Server, et choisissez **Supprimer**. Remarque : le nom d’hôte doit correspondre au nom ou à l’adresse IP du nœud. ![Le panneau de contrôle des serveurs dans l’environnement Demo Dot.](/tableau/current/fr-ca/server/fr-ca/Img/rmt-remove-node.png) ## Réenregistrement d’un Agent Vous pouvez être amené à réenregistrer un Agent dans certains cas. Cela peut se produire lorsque vous souhaitez pointer un nœud ou le groupement Tableau entier vers un environnement différent. Autre cas : vous devez appliquer une nouvelle image d’un nœud Tableau Server et vous avez besoin d’installer et de réenregistrer l’Agent. Utilisez les instructions suivantes pour réenregistrer l’Agent. Il existe deux façons de réenregistrer l’agent selon que vous souhaitez préserver ou non les données de surveillance historiques : 1. Dans l’interface Web du Serveur RMT, accédez à **Administration** -> **Environnements**. Sélectionnez l’environnement. Dans l’onglet **Serveurs**, cliquez pour modifier le nœud sur lequel vous souhaitez réenregistrer l’Agent. La page **Détails** s’ouvre alors. Sélectionnez **Annuler l’enregistrement** pour supprimer l’enregistrement de l’Agent pour ce nœud dans cet environnement. Vous pouvez maintenant exécuter la commande d’enregistrement rmtadmin et enregistrer l’Agent sur ce nœud. Cette méthode préserve l’historique de surveillance qui a été recueilli à partir de ce nœud. 2. Dans l’interface Web du Serveur RMT, accédez à **Administration** -> **Environnements**. Sélectionnez l’environnement. Dans l’onglet **Serveurs**, cliquez sur Supprimer pour supprimer complètement l’enregistrement de l’Agent pour ce nœud dans cet environnement. Les données d’historique de surveillance qui ont été recueillies sur ce nœud sont également supprimées. Utilisez cette option dans les cas où vous acceptez de perdre l’historique. Par exemple, si vous prévoyez de pointer ce nœud vers un nouvel environnement, il peut être acceptable de supprimer les données historiques et de recommencer à zéro. **Remarque :** dans l’interface Web du Serveur Web RMT, chaque nœud de Tableau Server est appelé **Serveur**. L’ensemble de Tableau Server constitue un environnement. Pour plus d’informations, consultez [Concepts](https://help.tableau.com/current/server/fr-ca/rmt-concepts.htm) ## Qui peut le faire? Pour effectuer des modifications de topologie, vous devez être à la fois un administrateur Tableau Server et un administrateur Resource Monitoring Tool. [Passer au contenu principal](#main-content) # Modifications matérielles du Serveur RMT - Ajustement de la base de données PostgreSQL Il arrive que vous deviez mettre à niveau ou changer le matériel de l’ordinateur sur lequel vous avez installé le Serveur RMT. Chaque fois que vous apportez des modifications matérielles, spécifiquement à la mémoire et au processeur, il serait avantageux d’ajuster la base de données PostgreSQL sous-jacente qui est installée avec le Serveur RMT. Lorsque vous installez le Serveur RMT, le programme d’installation configure la base de données PostgreSQL de manière à optimiser l’utilisation du matériel disponible sur l’ordinateur. Les optimisations incluent par exemple la gestion de la taille du tampon et du cache. La modification du matériel de votre ordinateur peut affecter les performances. Utilisez les étapes suivantes pour que la configuration soit mise à jour de manière à refléter la modification du matériel : 1. Ouvrez une invite de commande PowerShell. Exécutez-la en tant qu’administrateur. 2. Accédez au répertoire des prérequis sous Resource Monitoring Tool de Tableau. Il se trouve par défaut à l’adresse : _C:\\Program Files\\Tableau Resource Monitoring Tool\\prerequisites_. `cd C:\Program Files\Tableau Resource Monitoring Tool\master\` 3. Exécutez la commande suivante : `.\tunePostgres.psl` Vous devez voir un message indiquant que le fichier de configuration a été mis à jour. Il indiquera également qu’un redémarrage du service PostgreSQL est nécessaire pour que les modifications soient appliquées. Les mises à jour du fichier de configuration ne nécessitent pas d’immobiliser le serveur. 4. Redémarrez la base de données PostgreSQL. Vous pouvez le faire en-dehors des heures ouvrables lorsque le Resource Monitoring Tool n’est pas utilisé. [Passer au contenu principal](#main-content) # Modifier le compte Exécuter en tant que service Selon votre environnement et vos exigences en matière d’accès aux données, vous souhaiterez ou devrez peut-être modifier le compte Exécuter en tant que service. Vous pouvez modifier le compte Exécuter en tant que service selon deux scénarios principaux : - Remplacement du compte Exécuter en tant que compte local par défaut (NetworkService) par un compte de domaine. Si, dans votre environnement, une majorité de vos sources de données est authentifiée via Active Directory (sécurité intégrée Windows NT), vous devez configurer le compte Exécuter en tant que service de manière à ce qu’il utilise un compte de domaine, et non le compte local (NetworkService). - Modification d’un compte de domaine existant Exécuter en tant que service en un compte différent. Cette rubrique décrit les deux scénarios et explique comment mettre à jour le mot de passe du compte Exécuter en tant que service. Le compte que vous utilisez comme compte Exécuter en tant que service ne doit pas être membre du compte Administrateurs locaux ou Administrateurs de domaine. Au lieu de cela, nous vous recommandons d’utiliser un compte utilisateur de domaine qui n’est pas un administrateur du compte Exécuter en tant que service. L’utilisation d’un compte de domaine qui n’est pas membre de ces groupes d’administrateurs est une pratique de sécurité recommandée. Elle contribue à empêcher l’accès à des sources de données et des dossiers spécifiques. Pour plus d’informations sur les meilleures pratiques lors de la création d’un compte Exécuter en tant que service, consultez [Création du compte Exécuter en tant que service](#best). **Remarque :** À partir de la version 2023.3.x de Tableau Server, lorsque le compte de service Exécuter en tant que est configuré pour utiliser un compte de domaine, les administrateurs doivent également configurer une liste d’autorisations du serveur pour l’accès au fichier avec la commande `tsm configuration set`. La liste d’autorisations limite l’accès aux sources données basées sur des fichiers à certains emplacements de répertoires locaux ou partagés. Pour plus d’informations et pour connaître les étapes de configuration d’une liste d’autorisations serveur, consultez la [Liste de contrôle pour une sécurité renforcée](https://help.tableau.com/current/server/fr-ca/security_harden.htm#11-configure-a-server-allowlist-for-filebased-data-sources). ## Remplacement du compte Exécuter en tant que compte local par défaut (NetworkService) par un compte de domaine Si vous comptez remplacer le compte NetworkService par défaut par un compte de domaine, nous vous recommandons d’utiliser un compte dédié pour le compte Exécuter en tant que service. Suivez ces étapes : 1. Créer le compte Exécuter en tant que service dans Active Directory 2. Configurer Tableau Server pour qu’il utilise le compte Exécuter en tant que service ### Création du compte Exécuter en tant que service Suivez ces recommandations : - Il est important de comprendre comment le compte Exécuter en tant que service accède aux données pour le compte des utilisateurs de votre entreprise. Dans certains cas, les utilisateurs peuvent accéder par inadvertance à des données pour lesquelles leurs comptes utilisateur ne sont pas explicitement autorisés. Avant de créer un compte Exécuter en tant que service, consultez [Accès aux données avec le compte Exécuter en tant que service](https://help.tableau.com/current/server/fr-ca/runas_access.htm). - Créez un compte dédié dans Active Directory pour le compte Exécuter en tant que service Tableau Server. En d’autres termes, n’utilisez pas un compte existant. En utilisant un compte dédié, vous pouvez être sûr que les ressources de données auxquelles vous êtes autorisé à accéder pour Tableau Server ne sont accessibles que par le compte Exécuter en tant que service Tableau Server. - Le compte Exécuter en tant que service est utilisé pour interroger l’appartenance des utilisateurs et des groupes dans Active Directory. Par défaut, le compte NetworkServices et les utilisateurs du domaine par défaut sont autorisés à interroger Active Directory. Ne restreignez pas les autorisations de lecture ou d’interrogation pour le compte Exécuter en tant que service. - N’utilisez pas un compte avec n’importe quel type d’autorisation administrative de domaine. Plus spécifiquement, lorsque vous créez un compte dans Active Directory, créez un compte dans le groupe d’utilisateurs du domaine. N’ajoutez pas le compte que vous créez à des groupes de sécurité Active Directory qui élèvent les autorisations inutilement pour le compte. - Autorisez les sources de données dans votre répertoire pour ce compte. Le compte que vous utiliserez pour Exécuter en tant que service n’a besoin que d’un accès en lecture aux sources de données et partages réseau appropriés. - Si les utilisateurs dans votre entreprise s’authentifient par carte à puce, désactivez l’option de connexion par carte à puce pour le compte Exécuter en tant que service. - Si vous avez installé Tableau Server sur un lecteur autre que le lecteur système, vous devez configurer le lecteur système de manière à ce qu’il accorde des autorisations supplémentaires pour le compte Exécuter en tant que service. Le lecteur système est le lecteur sur lequel Windows est installé. Par exemple, si vous avez installé Windows sur le lecteur C:/, le lecteur C:/ est votre lecteur système. Si vous installez Tableau Server sur un autre lecteur (D:/, E:/, etc.), vous devez configurer les autorisations pour le compte Exécuter en tant que service sur le lecteur système. Voir [](https://help.tableau.com/current/server/fr-ca/runas_confirm.htm)[Paramètres requis du compte Exécuter en tant que service](https://help.tableau.com/current/server/fr-ca/runas_confirm.htm) pour plus d’informations. ### Configurer le compte Exécuter en tant que service dans Tableau Server Après avoir créé le compte Exécuter en tant que service dans Active Directory, configurez Tableau Server de manière à ce qu’il utilise ce compte. Utilisez l’interface utilisateur Web TSM pour configurer le compte Exécuter en tant que service pour la première fois. **Pour configurer le compte Exécuter en tant que service** 1. Ouvrez TSM dans un navigateur : https://:8850. Pour plus d’informations, consultez [Se connecter à l’interface utilisateur Web Tableau Services Manager](https://help.tableau.com/current/server/fr-ca/sign_in_tsm.htm). 2. Cliquez sur l’onglet Sécurité puis sur l’onglet Compte Exécuter en tant que service. 3. Sélectionnez Compte utilisateur puis entrez le nom d’utilisateur et le mot de passe pour le compte de service. Spécifiez le nom de domaine sous la forme `domain\account`, où le nom de domaine est le nom NetBIOS du domaine où réside l’utilisateur : ![Fenêtre de configuration du compte Exécuter en tant que service de Tableau Server Manager avec un compte utilisateur sélectionné.](/tableau/current/fr-ca/server/fr-ca/Img/tsm-ui-runas.PNG) 4. Cliquez sur Enregistrer pour vérifier le nom d’utilisateur et le mot de passe. 5. Une fois que vous avez terminé, cliquez sur Modifications en attente, puis cliquez sur Appliquer les modifications et redémarrer. Une fois que vous avez mis à jour le compte Exécuter en tant que service, Tableau Server configure automatiquement les autorisations sur l’ordinateur local pour le compte que vous avez saisi. ## Modification d’un compte de domaine existant Exécuter en tant que service en un compte différent Pour modifier un compte Exécuter en tant que service en un compte différent, vous devez appliquer des autorisations à ce nouveau compte. Pour appliquer des autorisations à votre nouveau compte Exécuter en tant que service, vous devez d’abord réinitialiser les autorisations en les appliquant au compte NetworkService par défaut. Avant de commencer, vérifiez que le nouveau compte que vous utiliserez pour le compte Exécuter en tant que service est conforme aux meilleures pratiques indiquées précédemment dans la section [Création du compte Exécuter en tant que service](#best). Cette procédure exige que vous redémarriez les services Tableau Server à deux reprises, donc exécutez-la hors des heures de pointe. Utiliser l’interface Web TSM 1. Ouvrez TSM dans un navigateur : https://:8850. Pour plus d’informations, consultez [Se connecter à l’interface utilisateur Web Tableau Services Manager](https://help.tableau.com/current/server/fr-ca/sign_in_tsm.htm). 2. Cliquez sur l’onglet Sécurité puis sur l’onglet Compte Exécuter en tant que service. 3. Sous Compte utilisateur, sélectionnez Autorité NT\\NetworkService. 4. Cliquez sur Enregistrer. 5. Une fois que vous avez terminé, cliquez sur Modifications en attente, puis cliquez sur Appliquer les modifications et redémarrer. 6. Après le redémarrage du serveur, ouvrez TSM et accédez à l’onglet Compte Exécuter en tant que service. 7. Sélectionnez Compte utilisateur puis entrez le nom d’utilisateur et le mot de passe pour le compte de service. Spécifiez le nom de domaine sous la forme `domain\account`, où le nom de domaine est le nom NetBIOS du domaine où réside l’utilisateur : ![Fenêtre de configuration du compte Exécuter en tant que service de Tableau Server Manager avec un compte utilisateur sélectionné.](/tableau/current/fr-ca/server/fr-ca/Img/tsm-ui-runas.PNG) 8. Cliquez sur Enregistrer pour vérifier le nom d’utilisateur et le mot de passe. 9. Une fois que vous avez terminé, cliquez sur Modifications en attente, puis cliquez sur Appliquer les modifications et redémarrer. 10. Révoquez les autorisations pour le compte précédent. Voir [Révoquer les autorisations du compte Exécuter en tant que service](https://help.tableau.com/current/server/fr-ca/runas_change.htm). Utiliser l’interface en ligne de commande TSM 1. Réinitialisez le compte Exécuter en tant que service en NetworkService. Exécutez la commande suivante : `tsm configuration set -k service.runas.username -v "NT AUTHORITY\NetworkService"` 2. Exécutez la commande suivante pour enregistrer cette modification et redémarrer : `tsm pending-changes apply` 3. Définissez le compte Exécuter en tant que service sur le nouveau compte. Exécutez les commandes suivantes : `tsm configuration set -k service.runas.username -v ` `tsm configuration set -k service.runas.password -v ""` Placez le mot de passe entre guillemets doubles pour que les caractères spéciaux de la chaîne soient traités correctement. Pour afficher le mot de passe tel qu’il sera enregistré, exécutez la commande suivante : `tsm pending-changes list` Le mot de passe sera validé avec Active Directory. S’il est valide, le mot de passe sera chiffré et enregistré. TSM ne génère pas de rapport de succès ou d’échec. 4. Exécutez la commande suivante pour enregistrer et redémarrer : `tsm pending-changes apply` Résolution des problèmes : - Vérifiez que le serveur a démarré. Si l’état est dégradé, vous avez peut-être entré un mot de passe incorrect. Affichez le mot de passe stocké en exécutant la commande `configuration get`. Cette commande déchiffre et affiche le mot de passe dans l’interpréteur de commandes. Exécutez la commande suivante : `tsm configuration get -k service.runas.password` Si le précédent mot de passe s’affiche, vous n’avez pas entré un mot de passe valide. - Entrez le mot de passe correct (voir Étape 3), puis exécutez la commande suivante pour enregistrer et redémarrer : `tsm pending-changes apply` 6. Révoquez les autorisations pour le compte précédent. Voir [Révoquer les autorisations du compte Exécuter en tant que service](https://help.tableau.com/current/server/fr-ca/runas_change.htm). ## Mise à jour du mot de passe du compte Exécuter en tant que service Si le mot de passe du compte Exécuter en tant que service a été mis à jour dans Active Directory, vous devez le mettre à jour pour Tableau Server. Le mot de passe du compte Exécuter en tant que service est chiffré et stocké sur Tableau Server. Pour plus d’informations, consultez [Gérer les secrets de serveur](https://help.tableau.com/current/server/fr-ca/security_secret_storage.htm). Si vous exécutez Tableau Server dans un déploiement distribué, vous devez simplement mettre à jour le mot de passe avec TSM sur le nœud initial du groupement. TSM distribue automatiquement cette configuration sur chaque nœud. Utiliser l’interface Web TSM 1. Ouvrez TSM dans un navigateur : https://:8850. Pour plus d’informations, consultez [Se connecter à l’interface utilisateur Web Tableau Services Manager](https://help.tableau.com/current/server/fr-ca/sign_in_tsm.htm). 2. Cliquez sur l’onglet Sécurité puis sur l’onglet Compte Exécuter en tant que service. 3. Sous Compte utilisateur, entrez le mot de passe du compte de service. 4. Cliquez sur Enregistrer pour vérifier le mot de passe. 5. Une fois que vous avez terminé, cliquez sur Modifications en attente, puis cliquez sur Appliquer les modifications et redémarrer. Utiliser l’interface en ligne de commande TSM 1. Définissez le nouveau mot de passe. Exécutez la commande suivante : `tsm configuration set -k service.runas.password -v ""` Placez le mot de passe entre guillemets doubles pour que les caractères spéciaux de la chaîne soient traités correctement. Pour vérifier que l’échappement des caractères spéciaux est correct, exécutez la commande suivante pour afficher le mot de passe tel qu’il sera stocké : `tsm pending-changes list` Le mot de passe sera validé avec Active Directory. S’il est valide, le mot de passe sera chiffré et enregistré. TSM ne génère pas de rapport de succès ou d’échec. 2. Exécutez la commande suivante pour enregistrer et redémarrer : `tsm pending-changes apply` Résolution des problèmes : - Vérifiez que le serveur a démarré. Si l’état est dégradé, vous avez peut-être entré un mot de passe incorrect. Affichez le mot de passe stocké en exécutant la commande `configuration get`. Cette commande déchiffre et affiche le mot de passe dans l’interpréteur de commandes. Exécutez la commande suivante : `tsm configuration get -k service.runas.password` Si le précédent mot de passe s’affiche, vous n’avez pas entré un mot de passe valide. - Entrez le mot de passe correct (voir Étape 1), puis exécutez la commande suivante pour enregistrer et redémarrer : `tsm pending-changes apply` ### Résolution des problèmes : Mettre à jour le mot de passe dans la console Microsoft Services Dans certains cas, des échecs de service peuvent survenir après la mise à jour du mot de passe du compte Exécuter en tant que service. Dans ce cas, vous devrez peut-être mettre à jour manuellement le mot de passe du service Tableau Server Services Manager. Mettez à jour le mot de passe dans la console de gestion Microsoft Services. Si vous exécutez Tableau Server dans un déploiement distribué, vous devez exécuter la procédure suivante sur chaque nœud du groupement. 1. Arrêtez Tableau Server. - Pour utiliser l’interface en ligne de commande TSM, exécutez la commande suivante : `tsm stop` - Pour utiliser l’interface utilisateur Web TSM, dans le coin supérieur droit de la page, cliquez sur la liste déroulante en regard de l’état, puis cliquez sur Arrêter Tableau Server : ![Menu déroulant avec l’option Démarrer Tableau Server sélectionnée.](/tableau/current/fr-ca/server/fr-ca/Img/tsm-ui-stop-server.png) 2. Ouvrez le composant logiciel enfichable MMC Services sur l’ordinateur Windows qui exécute Tableau Server. 3. Double-cliquez sur le service Tableau Server Services Manager pour ouvrir la page de propriétés. 4. Sur la page Propriétés de Tableau Server Services Manager, cliquez sur l’onglet Connexion, puis entrez le mot de passe du compte de service. 5. Cliquez sur Appliquer, puis sur OK. 6. Redémarrez le service Tableau Server Services Manager en cliquant avec le bouton droit sur le nom du service, puis en cliquant sur Redémarrer. 7. Démarrez Tableau Server. - Pour utiliser l’interface en ligne de commande TSM, exécutez la commande suivante : `tsm start` - Pour utiliser l’interface utilisateur Web TSM, en haut à droite de la page, cliquez sur la liste déroulante en regard de l’état, puis cliquez sur Démarrer Tableau Server. ## Tâches connexes Le compte Exécuter en tant que service est essentiel pour de nombreuses opérations sur Tableau Server, tout particulièrement celles qui impliquent un accès distant aux données. Pour éviter les erreurs d’accès, passez en revue les tâches ici et suivez les liens vers celles qui s’appliquent à votre scénario. - Si vous exécutez Tableau Server dans une organisation comportant plusieurs domaines Active Directory, consultez [](https://help.tableau.com/current/server/fr-ca/runas_domain.htm)[Exigences d’approbation de domaine pour les déploiements Active Directory](https://help.tableau.com/current/server/fr-ca/runas_domain.htm). - L’activation de l’authentification unique Kerberos nécessite une configuration supplémentaire liée au compte Exécuter en tant que service. Pour activer l’authentification unique Kerberos avec Tableau Server, consultez [](https://help.tableau.com/current/server/fr-ca/kerberos.htm)[Kerberos](https://help.tableau.com/current/server/fr-ca/kerberos.htm). - L’activation de l’emprunt d’identité nécessite une configuration supplémentaire liée au compte Exécuter en tant que service. Pour déployer et activer la simulation avec Microsoft SQL Server, consultez [](https://help.tableau.com/current/server/fr-ca/impers_SQL.htm)[Simuler avec des informations d’identification SQL intégrées](https://help.tableau.com/current/server/fr-ca/impers_SQL.htm). - Si vous avez installé Tableau Server sur un lecteur autre que le lecteur système, vous devez configurer manuellement certaines autorisations pour le compte Exécuter en tant que service. Voir [](https://help.tableau.com/current/server/fr-ca/runas_confirm.htm)[Paramètres requis du compte Exécuter en tant que service](https://help.tableau.com/current/server/fr-ca/runas_confirm.htm) pour plus d’informations. - Si vous avez modifié le compte Exécuter en tant que service, nous recommandons de révoquer manuellement les autorisations du compte précédent. Voir [Révoquer les autorisations du compte Exécuter en tant que service](https://help.tableau.com/current/server/fr-ca/runas_change.htm). - Si votre organisation utilise une solution proxy de redirection, il vous faudra peut-être reconfigurer les paramètres LAN locaux sur Tableau Server avec le compte Exécuter en tant que service. Voir [Configurer un serveur proxy de transfert](https://help.tableau.com/current/server/fr-ca/proxy.htm#Configur2) pour plus d’informations. Dans ce scénario, le compte Exécuter en tant que service doit également être configuré en tant que compte de connexion pour le contrôleur d’administration Tableau Server et les opérations de la clé produit. Consultez [Configurer les opérations de clé produit avec un proxy de transfert](https://help.tableau.com/current/server/fr-ca/activate_proxy.htm). - Si vous utilisez Resource Monitoring Tool dans votre entreprise, le compte de service Exécuter en tant que peut être utilisé pour authentifier et collecter des informations sur le matériel. Lors de la mise à jour d’un compte d’identification, confirmez la connectivité entre RMT et Tableau Server dans les paramètres d’environnement RMT : 1. Connectez-vous à RMT en tant qu’administrateur. 2. Accédez à la page Environnements (Admin > Environnements). 3. Cliquez sur Modifier pour l’environnement qui a été mis à jour. 4. Dans la liste des serveurs, confirmez que chaque serveur affiche le service d’agent comme étant connecté. Survolez l’état Connecté pour voir un horodatage du dernier message de pulsation reçu. [Passer au contenu principal](#main-content) # Modifier les connexions sur Tableau Server Les administrateurs et les propriétaires de sources de données peuvent gérer les informations décrivant comment connecter une source de données publiée aux données sous-jacentes. Ces informations incluent le nom ou l’adresse du serveur de base de données, le port du serveur, le nom d’utilisateur de la base de données et indiquent si le mot de passe est inclus on non dans la connexion. **Remarque :** la possibilité de modifier les connexions est déterminée principalement par votre rôle sur le site, plutôt que par vos autorisations sur la source de données. Pour modifier les connexions, vous devez avoir un rôle sur le site Administrateur de serveur, Administrateur de site ou Creator. Si votre rôle sur le site est Creator, vous devez également être le propriétaire de la source de données. 1. Connectez-vous au site contenant les sources de données que vous souhaitez modifier, et dans l’onglet Contenu, sélectionnez Explorer > Sources de données. 2. Sélectionnez le nom de la source de données avec la connexion à mettre à jour. Affichez les filtres pour rechercher la source de données ou réduisez la portée de la liste des sources de données. Les valeurs que vous saisissez dans les champs Nom du serveur et Nom d’utilisateur de la base de données sont traitées comme des expressions régulières. 3. Dans la vue Connexions, sélectionnez le menu Actions (…) pour la source de données, puis sélectionnez Modifier la connexion. ![Liste des connexions la source de données avec un menu déroulant développé pour afficher l’option Modifier la connexion.](/tableau/current/fr-ca/server/fr-ca/Img/ds_connect3.png) Pour modifier plusieurs sources de données, sélectionnez les sources de données à modifier, puis cliquez sur le menu Actions et Modifier la connexion. 4. Mettez à jour l’information de connexion. Pour Nom du serveur, si vous souhaitez utiliser une adresse IP, assurez-vous que la base de données ou son pilote prend ce type de connexion. Si ce n’est pas le cas, entrez le nom du serveur de base de données. Voir également [Types d’authentification pour Google, Salesforce et WDC](#google-sfdc-auth) plus loin dans cette rubrique. ![Boîte de dialogue Modifier la connexion avec des options permettant de modifier le nom du serveur , le port du serveur, le nom d’utilisateur et le mot de passe de la connexion de données sélectionnée.](/tableau/current/fr-ca/server/fr-ca/Img/ds_connect4.png) **Remarque :** le bouton Tester la connexion est désactivé dans les versions 2021.4 et ultérieures lorsque l’option Inviter l’utilisateur à saisir son mot de passe si nécessaire est sélectionnée. 5. Cliquez sur Enregistrer. 6. Actualisez la page du navigateur pour que vos modifications soient prises en compte. ## Types d’authentification pour Google, Salesforce et WDC Google BigQuery, Google Analytics, Salesforce.com et de nombreuses connexions de connecteur de données Web (WDC) font appel à la norme d’authentification OAuth qui utilise des jetons d’accès sécurisés au lieu des informations d’identification brutes de nom d’utilisateur et de mot de passe. Avec OAuth, les informations d’identification de la base de données n’ont pas besoin d’être stockées dans Tableau, et tous les utilisateurs se connectent via ce jeton d’accès, y compris les utilisateurs Tableau Desktop qui souhaitent créer ou modifier des classeurs se connectant à la source de données. Les sections suivantes décrivent les options de connexion Google et Salesforce. Les options du connecteur de données Web peuvent varier, mais incluent toutes la connexion via un formulaire de connexion Web du connecteur pour établir le jeton d’accès. ### Options d’authentification Google Lorsque vous modifiez des connexions Google BigQuery ou Google Analytics, sélectionnez l’une des options suivantes dans la boîte de dialogue Modifier la connexion : - Sélectionnez Intégrer les informations d’identification Google BigQuery (ou Google Analytics) dans la connexion pour vous authentifier via un compte dédié, puis sélectionnez un compte existant dans la liste ou sélectionnez authentifier le compte maintenant... pour en ajouter un nouveau. Lorsque vous ajoutez un nouveau compte, la page de connexion de Google apparaît. Une fois que vous avez fourni vos informations d’identification de la base de données, Google vous invite à confirmer l’accès de Tableau aux données. Lorsque vous cliquez sur Accepter, Google renvoie un jeton d’accès à utiliser pour vous connecter aux données. **Remarque :** Lorsque vous créez des extraits de votre source de données Google, sélectionnez cette première option afin de pouvoir programmer des tâches d’actualisation. - Sélectionnez Demander à l’utilisateur les informations d’identification Google BigQuery/Analytics pour demander aux utilisateurs de se connecter via leurs jetons d’accès individuels ou de s’authentifier à chaque fois qu’ils se connectent. ### Options d’authentification Salesforce.com **Remarque :** ceci ne s’applique que si Tableau Server est configuré pour utiliser les informations d’identification enregistrées pour Salesforce avec OAuth. Si le serveur n’est pas configuré à cette fin, utilisez le processus standard ci-dessus pour modifier les connexions. Pour plus d’informations sur la configuration de Tableau Server pour utiliser les informations d’identification enregistrées avec OAuth, consultez [Modifier Salesforce.com OAuth pour utiliser les informations d’identification enregistrées](https://help.tableau.com/current/server/fr-ca/config_oauth_sfdc.htm). Lorsque vous modifiez des connexions Salesforce.com, sélectionnez l’une des options suivantes dans la boîte de dialogue Modifier la connexion : - Sélectionnez Intégrer un nom d’utilisateur et un mot de passe Salesforce dans la connexion pour utiliser une méthode d’authentification traditionnelle. - Sélectionnez Informations d’identification Salesforce intégrées dans la connexion de manière à utiliser une connexion OAuth et à programmer des tâches d’actualisation, puis sélectionnez un compte existant dans la liste ou cliquez sur Ajouter un compte Salesforce pour en ajouter un nouveau. Lorsque vous ajoutez un nouveau compte, la page de connexion de Salesforce.com apparaît. Une fois que vous avez fourni vos informations d’identification de la base de données, Salesforce.com vous invite à confirmer l’accès de Tableau aux données. Lorsque vous autorisez l’accès à Tableau, Salesforce.com crée un jeton d’accès par lequel il se connecte aux données. ![Paramètres permettant de modifier une connexion de données sélectionnée et de saisir les informations d’authentification.](/tableau/current/fr-ca/server/fr-ca/Img/connections7a.png) - Sélectionnez Aucune actualisation Salesforce pour demander aux utilisateurs de s’authentifier sur Salesforce.com à chaque fois qu’ils se connectent. (Cette option n’autorise pas les actualisations d’extraits programmées.) ## Surveiller l’avancement Lorsque vous enregistrez vos modifications dans la boîte de dialogue Modifier la connexion, la boîte de dialogue affiche l’avancement. Si vous fermez la boîte de dialogue, les modifications s’effectueront en arrière-plan jusqu’à ce qu’elles soient terminées. Tableau Servereffectuera autant de changements que possible. Les erreurs seront ignorées, mais elles n’empêcheront pas les autres modifications. Par exemple, si vous essayez de modifier le nom du serveur et que vous ajoutez un mot de passe à plusieurs connexions, les noms de serveur et les mots de passe sur les classeurs seront modifiés. Toutefois, comme il est impossible d’ajouter un mot de passe à une source de données, les mots de passe des sources de données ne seront pas modifiés. Pour plus d’informations sur la progression de ces tâches, consultez [Tâches en arrière-plan pour les extraits](https://help.tableau.com/current/server/fr-ca/adminview_backgrnd.htm). [Passer au contenu principal](#main-content) # Modifier les niveaux d’enregistrement Par défaut, Tableau Services Manager (TSM) et Tableau Server enregistrent les événements au niveau **Information**. Vous pouvez modifier le niveau d’enregistrement si vous souhaitez collecter davantage d’informations (par exemple, si vous travaillez avec l’équipe d’assistance Tableau). Il est recommandé de ne pas augmenter les niveaux d’enregistrement sauf lorsque vous résolvez un problème, conformément aux instructions de l’assistance. Nous vous recommandons d’utiliser le niveau « debug » uniquement lorsque vous souhaitez régler un problème particulier. Modifier les niveaux d’enregistrements peut avoir les impacts suivants : - Le passage au niveau d’enregistrement supérieur `debug` ou `trace` augmente la quantité d’information enregistrée. Cela peut avoir un impact important sur les performances. Une fois le problème réglé, redéfinissez le niveau d’enregistrement sur« info ». - Définir le niveau d’enregistrement sur `warn` ou `error` peut réduire la quantité d’information au point qu’elle ne sera plus guère utile à l’assistance Tableau. **Remarque :** lorsqu’on se connecte au niveau `DEBUG`, des renseignements complets sur l’environnement sont collectés au démarrage de Tableau. Cela signifie que si une variable d’environnement contient des renseignements sensibles, ils peuvent être inclus dans un fichier journal. Lorsqu’on se connecte au niveau `INFO` par défaut, seuls des renseignements sécurisés sur l’environnement sont collectés. ## Niveaux d’enregistrement Les niveaux d’enregistrement suivants sont classés par ordre croissant selon la quantité d’informations enregistrées : - off (désactivé) - fatal (irrécupérable) - error (erreur) - warn (avertir) - info (the default) (info (valeur par défaut)) - debug (déboguer) - trace (suivre) ## Modifier les niveaux d’enregistrement Vous pouvez définir les niveaux d’enregistrement pour TSM et les processus Tableau Server à l’aide des clés de configuration **tsm configuration set**. La clé que vous utilisez dépend du composant de TSM ou de Tableau Server dont vous souhaitez modifier le niveau d’enregistrement. ### Configuration dynamique du niveau d’enregistrement Dans la version 2020.2, nous avons introduit la configuration dynamique. La fonctionnalité a été étendue dans les versions ultérieures. Si vous modifiez uniquement les niveaux de journalisation pour un ou plusieurs de ces composants et que vous exécutez la version appropriée de Tableau, vous pouvez modifier les niveaux de journalisation sans redémarrer Tableau Server. Ces niveaux de journalisation sont configurables dynamiquement, à partir des versions suivantes : - 2020.2 - services tsm (`tsm.log.level` ) et contrôler les services d’application (`tsm.controllerapp.log.level` ). - 2020.3 - gestionnaire de processus en arrière-plan (`backgrounder.log.level`), contrôleur de grappe (`clustercontroller.log.level`), serveur de données (`dataserver.log.level`), stockage de fichiers (`filestore.log.level`), propriétés de sources de données (`tdsservice.log.level`) et Serveur VizQL (`vizqlserver.log.level`). - 2020.4 - ajoute un conteneur de microservice interactif (`tomcatcontainer.log.level`) et un serveur d’applications (`vizportal.log.level`). ## Clés de configuration pour modifier les niveaux de journalisation Cette table inclut à la fois les clés configurables dynamiquement et celles qui ne le sont pas.
Clé de configurationEmplacement des fichiers journaux affectés

(le chemin d’accès commence par C:\ProgramData\Tableau\Tableau Server\data\tabsvc\logs\)

tsm.log.level

Modifie les niveaux d’enregistrement TSM pour : activationservice, appzookeeper, backuprestore, clientfileservice, databasemaintenance, licenseservice, siteimportexport, tabadminagent, tabadmincontroller, tabsvc

\<service>\<service>_node<n>-<instance>.log

exemple: \clientfileservice\clientservice_node1-0.log

tsm.controlapp.log.level

Modifie les niveaux d’enregistrement TSM pour : Applications de contrôle

\<service>\control_<service>_node<n>-<instance>.log

exemples: \clientfileservice\control_clientservice_node1-0.log

\filestore\control_filestore_node1-0.log

<process>.native_api.log.level

Les noms de processus valides sont backgrounder, vizportal, vizqlserver ou dataserver

Remarque : ils ne sont pas configurables de manière dynamique.

\vizqlserver\*.txt

backgrounder.log.level

Modifie les niveaux d’enregistrement pour : Gestionnaire de processus en arrière-plan

\backgrounder\*.log

clustercontroller.log.level

Modifie les niveaux d’enregistrement pour : Contrôleur de grappe

\clustercontroller\*.log

dataserver.log.level

Modifie les niveaux d’enregistrement pour : Serveur de données

\dataserver\*.log

filestore.log.level

Modifie les niveaux d’enregistrement pour : stockage de fichiers

\filestore\*.log

gateway.log.level

Modifie les niveaux d’enregistrement pour : Processus de contrôle de passerelle

\gateway\*.log

gateway.httpd.loglevel

Remarque : ajouté dans la version 2021.3.0

Modifie les niveaux d’enregistrement pour : Passerelle

\gateway\*.log

hyper.log.level

Modifie les niveaux d’enregistrement pour : Hyper

\hyper\*.log

tdsservice.log.level

Modifie les niveaux d’enregistrement pour : Service Propriétés de la source de données

\tdsservice\*.log

tomcatcontainer.log.level

Modifie les niveaux d’enregistrement pour les microservices dans : Conteneur de microservices interactif et Conteneur de microservices non interactif

\tomcatcontainer\*.log

vizportal.log.level

Modifie les niveaux d’enregistrement pour : Serveur d’applications

\vizportal\*.log

vizqlserver.log.level

Modifie les niveaux d’enregistrement pour : VizQL Server

\vizqlserver\*.log

Consultez [Options tsm configuration set](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm) pour plus d’informations. Si vous modifiez uniquement les niveaux d’enregistrement configurables de manière dynamique, vous n’avez pas besoin d’arrêter ou de démarrer le serveur (pour plus d’informations, consultez [Configuration dynamique du niveau d’enregistrement](#DynamicLogLevel) ci-dessus). Si vous modifiez les niveaux d’enregistrement de Tableau Server, vous devez peut-être arrêter Tableau Server avant de modifier les niveaux d’enregistrement, et le redémarrer par la suite. Si tel est le cas, vous serez invité. Sur une installation distribuée de Tableau Server, définissez les niveaux d’enregistrement depuis le nœud initial. Pour changer le niveau d’enregistrement : 1. (Facultatif pour les niveaux d’enregistrement configurables de manière dynamique dans la version 2020.2.0 et versions ultérieures) Arrêtez Tableau Server en ouvrant une invite de commande et en tapant : `tsm stop` 2. Définissez le niveau d’enregistrement en entrant `tsm configuration set -k -v ` où `` est l’une des clés dans la table ci-dessus et `` est un niveau d’enregistrement valide. Exemples : - tsm configuration set -k backgrounder.native\_api.log.level -v debug - tsm configuration set -k tsm.log.level -v debug - tsm configuration set -k tsm.controlapp.log.level -v debug 3. Appliquez les modifications en attente à l’aide de la commande `tsm pending-changes apply`. 4. (Facultatif, seulement si le serveur est arrêté) Démarrez Tableau Server en exécutant la commande suivante : `tsm start` ## Réinitialiser les niveaux d’enregistrement Après avoir reproduit le problème et recueilli les informations liées au problème, réinitialisez les niveaux d’enregistrement pour éviter un impact durable sur les performances et pour qu’aucun espace de disque supplémentaire ne soit utilisé. Dans Tableau Server 2026.2 et les versions ultérieures, vous pouvez afficher et réinitialiser tous les niveaux de journalisation de service à leurs valeurs par défaut à l’aide des commandes `tsm maintenance log-levels`. Pour plus d’informations, consultez [tsm maintenance](https://help.tableau.com/current/server/fr-ca/cli_maintenance_tsm.htm). - Pour afficher toutes les configurations de niveau de journalisation avant la réinitialisation, exécutez : `tsm maintenance log-levels list` - Pour réinitialiser toutes les configurations de niveau de journalisation à leurs valeurs par défaut, exécutez : `tsm maintenance log-levels reset` Pour des versions antérieures de Tableau Server, ou pour réinitialiser des clés spécifiques, exécutez la commande `tsm configuration set` avec l’option `-d`. Exemples : - tsm configuration set -k backgrounder.native\_api.log.level -d - tsm configuration set -k tsm.log.level -d Vous devez appliquer les modifications en attente après la réinitialisation des niveaux d’enregistrement. Si vous réinitialisez les niveaux de journalisation pour les processus Tableau Server, consultez la liste des modifications en attente. Si la mise à jour nécessite un redémarrage, arrêtez le serveur, appliquez les modifications, puis redémarrez-le. [Passer au contenu principal](#main-content) # Modifier Salesforce.com OAuth pour utiliser les informations d’identification enregistrées Par défaut, le connecteur Salesforce utilise un trousseau géré pour les jetons OAuth qui sont générés pour Tableau Server par le fournisseur de données et partagés par tous les utilisateurs du même site. Vous pouvez configurer Tableau Server avec l’ID client et le secret client enregistrés. Vous souhaiterez peut-être le faire dans trois cas : - Connecteur Salesforce : si vous utilisez le connecteur de données Salesforce, vous pouvez configurer Tableau Server avec un identifiant client et un secret OAuth afin que le connecteur puisse utiliser les informations d’identification enregistrées. - **Écriture dans CRM Analytics**—si vous écrivez des données de flux Tableau Prep dans Salesforce CRM Analytics (version 2022.3 et ultérieure), configurez Tableau Server avec un ID client et un secret OAuth, afin que le flux puisse s’exécuter dans Tableau Server à l’aide des informations d’identification enregistrées. - Einstein Discovery : si vous intégrez les extensions Einstein Discovery à Tableau Server, vous devez effectuer cette configuration d’ID et de secret client OAuth. La possibilité d’intégrer Einstein Discovery et Tableau Server a été ajoutée dans la version 2021.1.0. Pour plus d’informations, consultez [Configurer l’intégration Einstein Discovery](https://help.tableau.com/current/server/fr-ca/config_einstein_extensions.htm). Cette rubrique décrit comment configurer vos sources de données Salesforce.com et vos extensions Einstein Discovery pour vos informations d’identification enregistrées OAuth. Réalisez cette procédure pour chaque instance Tableau Server. Pour plus d’informations sur les trousseaux gérés et les informations d’identification enregistrées, consultez [Connexions OAuth](https://help.tableau.com/current/server/fr-ca/protected_auth.htm). **Remarques :**  - le connecteur Salesforce nécessite un trousseau géré (par défaut), OAuth à l’échelle du serveur ou OAuth propre au site. - Pour utiliser les informations d’identification enregistrées pour un site, OAuth à l’échelle du serveur doit d’abord être configuré. - OAuth à l’échelle du serveur peut être utilisé si OAuth à l’échelle du site est configuré. - Si vous utilisez OAuth spécifique au site, chaque site doit être configuré individuellement. - Pour prendre en charge les invites de connexion en direct, la modification des connexions et la création Web, convertissez le trousseau géré en informations d’identification enregistrées pour éviter les erreurs. ### Résumé des étapes Configurez OAuth en appliquant ces étapes générales : 1. Configurez l’intégration d’applications en créant une application cliente externe (recommandé) ou une application connectée (obsolète) dans Salesforce. 2. Utilisez les informations obtenues à l’étape 1 pour configurer Tableau Server. 3. (Facultatif) Configurez OAuth spécifique au site. ## Étape 1 : Configurer l’intégration d’applications dans Salesforce Pour activer l’intégration de Tableau avec Salesforce, vous devez d’abord configurer l’intégration d’applications dans Salesforce. Nous vous recommandons vivement d’utiliser des applications clientes externes. Le cas échéant, vous pouvez utiliser les applications connectées à Salesforce. ### Application client externe Salesforce (recommandé) Depuis le printemps 2026, Salesforce, les applications clientes externes constituent la nouvelle génération d’applications connectées et sont recommandées pour activer l’intégration de Tableau avec Salesforce. 1. Connectez-vous à votre compte de développeur Salesforce.com, cliquez sur votre nom d’utilisateur dans le coin supérieur droit de la page, puis sélectionnez Configuration. 2. Dans le volet de navigation de gauche, sous Applications, sélectionnez Gestionnaire d’applications. 3. Dans le Gestionnaire d’applications Lightning Experience, cliquez sur Nouvelle application cliente externe. 4. Dans Gestionnaire des applications clientes externes, configurez la clé client, le secret client et l’URL de rappel nécessaires à l’étape 2. 5. Cliquez sur Créer. 6. Après avoir créé l’application, sélectionnez l’onglet Paramètres. 7. Vérifiez la Clé consommateur et le Secret dans les paramètres OAuth. Une fois terminé, passez à l’**Étape 2 : Configurer Tableau Server pour Salesforce.com OAuth**. Pour plus d’informations sur la création d’une application client externe, consultez [Créer une application client externe](https://help.salesforce.com/s/articleView?id=xcloud.create_a_local_external_client_app.htm&type=5) dans l’aide de Salesforce. ### Application connectée Salesforce (obsolète) > [!WARNING] > > **Important :** La version Printemps 26 de Salesforce introduit des limites concernant la création d’applications connectées. Vous pouvez continuer à utiliser les applications connectées existantes pendant et après le printemps 26, mais il est vivement conseillé d’utiliser des applications client externes. Pour plus d’informations, consultez les sections suivantes de l’aide de Salesforce : [Impossible de créer de nouvelles applications connectées à partir de la version Printemps 2026](https://help.salesforce.com/s/articleView?id=005228017&type=1) (en anglais), [Création d’une application cliente externe](https://help.salesforce.com/s/articleView?id=xcloud.create_a_local_external_client_app.htm&type=5) et [Migration d’application connectée vers application cliente externe](https://help.salesforce.com/s/articleView?id=xcloud.connected_app_to_external_client_app_migration.htm&type=5). **Remarque :** cette procédure documente le processus dans Salesforce Lightning. Si vous utilisez l’interface traditionnelle, la navigation peut être différente, mais la configuration est la même. 1. Connectez-vous à votre compte développeur Salesforce.com, cliquez sur votre nom d’utilisateur situé dans le coin supérieur droit, puis sélectionnez Configuration. 2. Dans le volet de navigation de gauche, sous Applications, recherchez « Applications clientes externes », puis sélectionnez Paramètres de l’application cliente externe. 3. Cliquez sur Nouvelle application connectée. 4. Dans Basic Information (Information de base), donnez un nom à l’application, appuyez sur la touche Tabulation du champ API pour qu’il s’auto-remplisse au format correct, et entrez un courriel de contact pour l’application. 5. Dans la section API \[Activer les paramètres OAuth\] sélectionnez Enable OAuth Settings (Activer les paramètres OAuth). 6. Dans les nouveaux paramètres OAuth qui s’affichent, dans Callback URL (URL de rappel), entrez le nom de domaine qualifié complet de votre serveur, en utilisant le protocole `https` et ajoutez le texte suivant à l’URL : `auth/add_oauth_token`. Par exemple : `https://www.your_tableau_server.com/auth/add_oauth_token` 7. Déplacez les éléments suivants de Available OAuth Scopes (Portées OAuth disponibles) vers Selected OAuth Scopes (Portées OAuth sélectionnées) : - Accéder au service URL d’identité (identifiant, profil, courriel, adresse, téléphone) - Gérer les données des utilisateurs par le biais des API (api) - Effectuer des requêtes à tout moment (refresh\_token, accès hors ligne) 8. Cliquez sur Enregistrer. Après que vous avez enregistré l’application, Salesforce remplit la section API avec les ID suivants que vous utiliserez pour configurer Tableau Server : - Clé client - Code secret client - URL de rappel ## Étape 2 : Configurer Tableau Server pour Salesforce.com OAuth Lorsque vous aurez activé l’intégration de Tableau avec Salesforce et que vous aurez obtenu la clé client, le secret client et l’URL de rappel, vous pourrez configurer Tableau Server pour les connexions de données et les sorties Salesforce, ainsi qu’Einstein Discovery. 1. Sur l’ordinateur Tableau Server, à l’invite de commande, exécutez les commandes suivantes : `tsm configuration set -k oauth.salesforce.client_id -v ` `tsm configuration set -k oauth.salesforce.client_secret -v ` `tsm configuration set -k oauth.salesforce.redirect_uri -v ` 2. (Facultatif) Pour modifier le serveur de connexion par défaut, entrez la commande suivante : `tsm configuration set -k oauth.salesforce.server_base_url -v ` 3. Entrez la commande suivante pour appliquer les modifications : `tsm pending-changes apply` Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply). ## Configurer OAuth personnalisé pour un site Vous pouvez configurer un client Salesforce OAuth personnalisé pour un site. Envisagez de configurer un client OAuth personnalisé pour 1) remplacer un client OAuth s’il est configuré pour le serveur ou 2) activer la prise en charge de la connexion sécurisée aux données qui nécessitent des clients OAuth uniques. Lorsqu’un client OAuth personnalisé est configuré, la configuration au niveau du site est prioritaire sur toute configuration côté serveur et toutes les nouveaux identifiants OAuth créés utilisent le client OAuth au niveau du site par défaut. Aucun redémarrage de Tableau Server n’est requis pour que les configurations prennent effet. **Important :** Les identifiants OAuth existants établis avant la configuration du client OAuth personnalisé sont utilisables temporairement, mais les administrateurs de serveur et les utilisateurs doivent mettre à jour leurs identifiants enregistrés pour garantir un accès ininterrompu aux données. ### 1 : Préparer l’ID client OAuth, la valeur du secret client, et l’URL de redirection Avant de pouvoir configurer le client OAuth personnalisé, vous avez besoin des renseignements répertoriés ci-dessous. Une fois ces renseignements préparés, vous pouvez enregistrer le client OAuth personnalisé pour le site. - **ID client OAuth et valeur du secret client :** Enregistrez d’abord le client OAuth auprès du fournisseur de données (connecteur) pour récupérer l’ID client et la valeur du secret client générés pour Tableau Server. - **URL de redirection :** notez l’URL de redirection correcte. Vous en aurez besoin pendant le processus d’inscription à l’**Étape 2** ci-dessous. https:// .com/auth/add\_oauth\_token Par exemple, https://example.com/auth/add\_oauth\_token ### 2 : Enregistrer l’ID client OAuth et le secret client Suivez la procédure décrite ci-dessous pour enregistrer le client OAuth personnalisé sur le site. 1. Connectez-vous à votre site Tableau Server à l’aide de vos identifiants d’administrateur de et accédez à la page Paramètres. 2. Sous Registre des clients OAuth, cliquez sur le bouton Ajouter un client OAuth. 3. Saisissez l’information requise, y compris l’information de l’**Étape 1** ci-dessus : 1. Dans Type de connexion, sélectionnez le connecteur dont vous souhaitez configurer le client OAuth personnalisé. 2. L’URL de l’instance OAuth est requis si plusieurs clients OAuth sont enregistrés. Sinon, c’est facultatif. 3. Pour l’ID client , la clé secrète client et l’URL de redirection, saisissez l’information que vous avez préparée à l’**Étape 1** ci-dessus. 4. Cliquez sur le bouton Ajouter un client OAuth pour terminer le processus d’enregistrement. ![Un formulaire pour la création d’un client OAuth, comprenant des champs pour le type de connexion, l’URL de l’instance OAuth, l’ID client, le secret client et l’URL de redirection.](/tableau/current/fr-ca/server/fr-ca/Img/oauth_custom.png) 4. (Facultatif) Répétez l’Étape 3 pour tous les connecteurs pris en charge. 5. Cliquez sur le bouton Enregistrer en bas ou en haut de la page Paramètres pour enregistrer les modifications. ### 3 : Valider et mettre à jour les identifiants enregistrés Pour garantir un accès ininterrompu aux données, vous (et les utilisateurs de votre site) devez supprimer les identifiants enregistrés précédemment et les ajouter à nouveau pour utiliser le client OAuth personnalisé pour le site. 1. Accédez à votre page Paramètres de mon compte. 2. Sous Informations d’identification enregistrées pour les sources de données, procédez comme suit : 1. Cliquez sur Supprimer en regard des informations d’identification enregistrées existantes pour le connecteur dont vous avez configuré le client OAuth personnalisé à l’**Étape 2** ci-dessus. 2. À côté du nom du connecteur, cliquez sur Ajouter et suivez les invites pour 1) vous connecter au client OAuth personnalisé configuré à l’**Étape 2** ci-dessus et 2) enregistrer les identifiants les plus récents. ### 4 : Indiquer aux utilisateurs de mettre à jour leurs identifiants enregistrés Veillez à demander aux utilisateurs de votre site de mettre à jour leurs identifiants enregistrés pour le connecteur dont vous avez configuré le client OAuth personnalisé à l’**Étape 2** ci-dessus. Les utilisateurs du site peuvent utiliser la procédure décrite dans [Mettre à jour les identifiants enregistrés](https://help.tableau.com/current/server/fr-ca/manage_stored_credentials.htm#oauth_update_credentials) pour mettre à jour leurs identifiants enregistrés. ## Gérer les jetons d’accès Après avoir configuré le serveur pour OAuth, vous pouvez autoriser les utilisateurs à gérer leurs propres jetons d’accès dans leurs paramètres de profil ou vous pouvez gérer les jetons de manière centralisée. Pour plus d’informations, consultez [Autoriser les jetons d’accès enregistrés](https://help.tableau.com/current/server/fr-ca/allow_saved_tokens.htm). ## Proxy de transfert pour l’authentification OAuth Pour plus d’informations sur la configuration d’un proxy de transfert avec authentification OAuth pour Tableau Server (Windows uniquement), consultez [Configurer un proxy de transfert pour l’authentification OAuth](https://help.tableau.com/current/pro/desktop/fr-ca/config_proxy_oauth.htm#server) dans l’aide de Tableau. [Passer au contenu principal](#main-content) # Modifier une source de données publiée Imaginez que vous avez publié une source de données et que votre équipe utilise cette source de données dans plusieurs classeurs. C’est un bon début, mais vous avez en tête certaines modifications à apporter à votre source de données pour en faire une excellente source de données. Avant de mettre en œuvre ces modifications, vous souhaitez voir comment vos propositions se présentent dans Tableau. Surtout, vous devez tester vos modifications pour vous assurer qu’elles n’auront pas d’impact négatif sur les classeurs existants qui utilisent la source de données. La modification d’une source de données publiée vous permet de tester les modifications et d’apporter des améliorations à votre source de données tout en la conservant comme une source de données unique. **Remarque** : seuls les utilisateurs ayant un rôle Creator peut modifier les sources de données de publication dans le navigateur. Vous pouvez également _étendre_ une source de données publiée en apportant vos modifications dans une nouvelle source de données. Une source de données publiée étendue superpose vos modifications dans une nouvelle source de données sans modifier la source de données d’origine et maintient une connexion à cette source de données d’origine. Pour plus d’informations, consultez [Étendre des sources de données publiées](https://help.tableau.com/current/pro/desktop/fr-ca/datasource_extend_compose.htm). ## Modifier et tester les modifications Si vous créez une nouvelle source de données publiée ou si vous modifiez une source de données publiée existante, vous pouvez créer des relations et modifier le modèle de données depuis la page « Source de données », sans quitter votre navigateur. Utilisez ensuite le bloc-notes pour tester vos modifications, créer des dossiers, organiser des hiérarchies et renommer des champs et des alias avant de publier votre source de données. Lors de la modification de votre source de données, vous disposerez des mêmes caractéristiques et fonctionnalités que lors de sa création dans Tableau Cloud. Pour plus d’informations, consultez [Comparaison des fonctionnalités de création Web et de Tableau Desktop](https://help.tableau.com/current/pro/desktop/fr-ca/server_desktop_web_edit_differences.htm). Pour modifier une source de données publiée : 1. Depuis la page de démarrage ou d’exploration, accédez à la source de données que vous souhaitez modifier. 2. Cliquez sur Modifier la source de données. ![Bouton Modifier la source de données](/tableau/current/fr-ca/server/fr-ca/Img/edit_published_data_source.png) 3. Cliquez sur la page Source de données pour effectuer des jointures ou modifier le schéma. 4. Cliquez sur la feuille Bloc-notes. 5. Dans le volet Données, créez des dossiers, organisez des hiérarchies, renommez des champs et leurs alias ou mettez à jour les métadonnées enregistrées avec la source de données publiée. 6. Faites glisser et déposez les champs sur le bloc-notes pour vous assurer que vos modifications fonctionnent comme prévu. 7. Cliquez sur Publier. Tout comme pour les classeurs, vous pouvez également Publier en tant que si vous souhaitez faire une copie de la source de données. **Remarque :** les espaces personnels ne prennent pas en charge les sources de données publiées. ## Annuler les modifications Pour revenir à la dernière version de la source de données publiée : 1. Accédez à la source de données que vous souhaitez rétablir. 2. Cliquez sur Fichier. 3. Choisissez Revenir à la source de données publiée. ![Menu déroulant Fichier, option Revenir à la source de données publiée](/tableau/current/fr-ca/server/fr-ca/Img/revert_to_published.png) Cette opération vous ramène à la dernière version publiée de cette source de données. ## Comprendre les connexions prises en charge La modification des sources de données publiées n’est pas disponible pour les sources de données qui utilisent des mots de passe intégrés dans Tableau Cloud et Tableau Server. De plus, la page Source de données n’est pas disponible pour les types de connexion aux sources de données publiées qui ne sont pas pris en charge, notamment les types de fichiers .hyper. Pour voir quels types de connexion sont pris en charge, consultez [Creators : se connecter à des données sur le Web](https://help.tableau.com/current/server/fr-ca/creator_connect.htm). ## En savoir plus sur les autorisations Pour modifier une source de données publiée, vous aurez besoin d’une licence Creator disposant des autorisations Enregistrer ou Enregistrer sous pour les sources de données dans le dossier correspondant. Pour plus d’informations, consultez [Autorisations](https://help.tableau.com/current/online/fr-ca/permissions.htm). ## Modifier les sources de données publiées par un flux Si vous modifiez une source de données qui a été publiée par un flux, les modifications seront écrasées lors du prochain flux programmé. Modifiez plutôt la source de données dans le flux. Pour plus d’informations, consultez [Publier un flux sur Tableau Server ou Tableau Cloud](https://help.tableau.com/current/prep/fr-ca/prep_conductor_publish_flow.htm). [Passer au contenu principal](#main-content) # Moteur de données Tableau Server Hyper est la technologie de moteur de données de Tableau intégrée en mémoire et optimisée pour accélérer l’ingestion des données et le traitement des requêtes analytiques sur des ensembles de données volumineux ou complexes. Hyper pilote le nouveau moteur de données dans Tableau Server, Tableau Desktop, Tableau Cloud et Tableau Public. Le moteur de données est utilisé lors de la création, de l’actualisation et de l’interrogation d’extraits. Il est également utilisé pour les jointures entre bases de données afin de prendre en charge des sources de données fédérées multiconnexion.
Processus

Data Engine

ÉtatL’état du processus Data Engine est visible dans la page État. Pour plus d’informations, consultez Afficher le statut des processus du serveur.
EnregistrementLes fichiers journaux générés par le processus Data Engine se trouvent dans C:\ProgramData\Tableau\Tableau Server\data\tabsvc\logs\hyper. Pour plus d’informations, consultez Fichiers journaux et emplacement des fichiers journaux Tableau Server.
## Utilisation de la mémoire et de l’unité centrale de traitement Le moteur de données est conçu pour exploiter toutes les ressources de l’unité centrale de traitement et de mémoire disponibles afin d’offrir les temps de réponse les plus rapides. #### Utilisation de l’unité centrale de traitement La technologie Hyper s’appuie sur les nouveaux ensembles d’instructions de l’unité centrale de traitement et est capable de gérer en parallèle et de faire évoluer tous les cœurs disponibles. La technologie Hyper est conçue pour une évolutivité efficace sur de nombreux cœurs et aussi pour maximiser autant que possible l’utilisation de chaque cœur individuel. Cela signifie que vous pouvez vous attendre à voir jusqu’à 75 % d’utilisation moyenne du processeur total par heure pendant le traitement des requêtes. L’ajout d’unités centrales de traitement supplémentaires devrait entraîner une amélioration des performances. **Remarque :** l’utilisation horaire moyenne de 75 % est la valeur par défaut et doit rester inchangée, sauf si vous exécutez Data Engine sur un nœud de serveur dédié. Pour plus d’informations sur l’exécution de Data Engine sur un nœud dédié, consultez [Optimisation pour les environnements soumis à une forte charge de requêtes d’extraits](https://help.tableau.com/current/server/fr-ca/perf_tuning_long_queries_for_extracts.htm). Les systèmes d’exploitation modernes tels que Microsoft Windows, Apple macOS et Linux sont dotés de mécanismes qui font que, même en cas d’utilisation de l’unité centrale de traitement à 100 %, les processus entrants et autres processus actifs peuvent s’exécuter simultanément. Pour gérer l’utilisation des ressources générales et éviter de surcharger et d’étouffer complètement d’autres processus en cours d’exécution sur l’ordinateur, le moteur de données se surveille lui-même de manière à rester dans la limite définie par Tableau Server Resource Manager (SRM). Tableau Server Resource Manager surveille la consommation des ressources et notifie le moteur de données pour qu’il réduise l’utilisation en cas de dépassement de la limite prédéfinie. Le moteur de données étant conçu pour utiliser l’unité centrale de traitement disponible, il est normal d’observer occasionnellement des crêtes dans l’utilisation de l’unité centrale de traitement. Si toutefois vous constatez une utilisation élevée de l’unité centrale de traitement (par exemple 95 %) pendant des périodes prolongées (une heure ou plus), cela peut signifier plusieurs choses : - Charge élevée de requêtes. Ce phénomène peut se produire si un serveur est très sollicité en raison d’une surcharge de demandes clients et d’une mise en file d’attente des requêtes. Si ce phénomène se produit souvent, cela indique qu’il faut davantage de matériel pour répondre aux besoins des clients. L’ajout de davantage d’unités centrales de traitement dans ce cas devrait vous aider à améliorer les performances. - Exécution d’une seule requête longue. Dans ce cas, Tableau Server Resource Manager arrête les requêtes à exécution longue basées sur des paramètres de délai d’expiration. Ceci valait également pour les versions de Tableau Server antérieures à la version 10.5 Pour plus d’informations sur Tableau Server Resource Manager, consultez [Directives générales de performances](https://help.tableau.com/current/server/fr-ca/perf_guidelines.htm##SRM). #### Utilisation de la mémoire L’utilisation de la mémoire par le moteur de données dépend de la quantité de données nécessaires pour répondre à la requête. Le moteur de données tente d’abord d’exécuter cette mémoire intégrée. Une plage de travail de mémoire est allouée pour stocker une structure de données intermédiaire pendant le traitement des requêtes. Dans la plupart des cas, les systèmes disposent de suffisamment de mémoire pour effectuer ces types de traitement, mais s’il n’y a pas suffisamment de mémoire, ou que plus de 80 % de la RAM est utilisé, le moteur de données passe à la mise en file d’attente en écrivant temporairement sur le disque. Le fichier temporaire est supprimé une fois que vous avez répondu à la requête. La mise en file d’attente est donc une indication que davantage de mémoire peut s’avérer nécessaire. Il est conseillé de surveiller la mémoire et de la mettre à niveau en conséquence pour éviter les problèmes de performances générés par la mise en file d’attente. Pour gérer les ressources de mémoire sur l’ordinateur, la limite maximum de mémoire pour le moteur de données est définie par Tableau Server Resource Manager (SRM). ## Configuration du serveur, évolutivité et performances - Une seule instance du moteur de données est installée automatiquement par nœud là où une instance du stockage de fichiers, du serveur d’applications (VizPortal), de VizQLServer, du serveur de données ou du gestionnaire de processus en arrière-plan est installée sur Tableau Server. Le moteur de données peut évoluer par lui-même et utilise autant d’unité centrale de traitement et de mémoire que nécessaire, ce qui rend superflue la configuration de plusieurs instances du moteur de données. Pour plus d’informations sur les processus serveur, consultez [Processus Tableau Server](https://help.tableau.com/current/server/fr-ca/processes.htm). - L’instance du moteur de données installée sur le nœud sur lequel le stockage de fichiers est installé est utilisée pour l’interrogation des données dans des demandes d’affichage. L’instance du moteur de données installée sur le nœud sur lequel le gestionnaire de processus en arrière-plan est installé est utilisée pour la création et les actualisations d’extraits. C’est un point important à prendre en compte lors des ajustements de performances. Pour plus d’informations. consultez [Réglage des performances](https://help.tableau.com/current/server/fr-ca/perf_tuning.htm). - Le serveur de données, VizQL Server et le serveur d’applications (VizPortal) utilisent tous l’instance locale du moteur de données pour effectuer des jointures entre bases de données et créer des extraits d’ombre. Les fichiers d’extraits shadow sont créés uniquement lorsque vous utilisez des classeurs basés sur des fichiers Excel ou texte non hérités, ou des fichiers de statistiques. Tableau crée un fichier d’extrait shadow pour charger les données plus rapidement. - Dans Tableau Server 10.5, une instance du moteur de données est installée automatiquement lors de l’installation du gestionnaire de processus en arrière-plan. Le processus du gestionnaire de processus en arrière-plan utilise l’instance unique du moteur de données (hyperd.exe) qui est installée sur le même nœud. > [!IMPORTANT] > > **Important!** Il y a des exceptions lorsque le moteur de données est installé sur le même nœud que le stockage de fichiers. Lorsque le stockage de fichiers est configuré en externe à Tableau Server, le moteur de données n’est plus installé avec le stockage de fichiers. Dans cette configuration où Tableau Server est configuré avec un stockage de fichiers externe, le moteur de données continuera à être installé avec l’autre processus comme indiqué ci-dessus. En outre, vous pouvez également configurer le moteur de données sur un nœud sans autres processus - mais seulement lorsque le stockage de fichiers est configuré en externe. Pour plus d’informations sur le stockage de fichiers externe, consultez [Stockage de fichiers externe Tableau Server](https://help.tableau.com/current/server/fr-ca/server_external_filestore_storage.htm). ### Évolutivité : Vous avez la possibilité d’une montée en puissance avec le nouveau moteur de données : les cœurs étant intégralement utilisés, l’ajout de cœurs supplémentaires accélère l’exécution des requêtes individuelles, ce qui permet d’exécuter plus de requêtes en moins de temps. Il est conseillé de surveiller la mémoire et de la mettre à niveau en conséquence pour éviter les problèmes de performances générés par la mise en file d’attente. Pour plus d’informations sur l’évolutivité, consultez [Évolutivité de Tableau Server](https://www.tableau.com/fr-ca/learn/whitepapers/tableau-server-scalability-10-5). ### Performances : #### Avantages en termes de performances Depuis 10.5, la technologie Hyper a été intégrée avec le moteur de données Tableau pour vous offrir les avantages clés suivants : - **Création d’extrait plus rapide :** avec la technologie Hyper, les extraits sont générés presque aussi vite que le système source peut fournir les données, sans nécessiter de tri. - **Prise en charge d’extraits plus volumineux :** avant cette distribution, vous ne pouviez pas nécessairement inclure toutes les données dans un seul extrait. Avec la technologie Hyper, vous pouvez inclure des quantités de données beaucoup plus volumineuses dans un seul extrait. - **Analyse plus rapide des extraits :** dans de nombreux cas, vous constaterez une analyse plus rapide des données pour les extraits plus volumineux, ou les classeurs contenant des calculs complexes. Voici plusieurs raisons pour lesquelles le moteur de données alimenté par Hyper est plus performant sur les extraits volumineux ou complexes, et est optimisé pour les requêtes rapides : - **La technologie Hyper est conçue pour une exploitation plus rapide des données**. À la différence des précédentes versions, le moteur de données n’effectue aucun post-traitement tel que le tri. Avec Hyper, les étapes de post-traitement telles que le tri ne sont pas nécessaires étant donné que le moteur de donnés peut fonctionner de manière plus performante avec des extraits volumineux. - **La technologie Hyper est optimisée au niveau de la mémoire**. Cela signifie qu’en cas de nécessité, toutes les données résident en mémoire. Il en résulte des temps d’accès rapides aux données. - **La technologie Hyper est optimisée au niveau de l’unité centrale de traitement**. Cela signifie que le moteur de données traite désormais entièrement en parallèle l’exécution des requêtes et utilise l’unité centrale de traitement disponible de manière à ce que le temps d’exécution des requêtes évolue quasi-linéairement avec le nombre de cœurs de la machine. - **Hyper est un moteur de compilation de requêtes**. Les requêtes sont soit interprétées, soit compilées sur le code de la machine afin d’offrir des performances optimales et de permettre au moteur de données de tirer le meilleur parti des ressources matérielles modernes (unité centrale de traitement, importantes capacités de mémoire principale). - **La technologie Hyper utilise des techniques sophistiquées d’optimisation des requêtes pour accélérer les requêtes.** Le nouveau moteur de données est équipé de nombreuses techniques avancées supplémentaires, telles que : matérialisation des valeurs minimum et maximum pour chaque colonne, mini-indices pour optimiser les plages de recherche, dictionnaires de niveau de bloc de données plus granulaires, logique avancée de liaison et techniques d’optimisation des performances des requêtes secondaires. Il offre en plus de nombreuses améliorations par rapport au précédent moteur de données Tableau en termes de performances et d’évolutivité. Pour plus d’informations sur les performances, commencez par les rubriques [Directives générales de performances](https://help.tableau.com/current/server/fr-ca/perf_guidelines.htm) et [Réglage des performances](https://help.tableau.com/current/server/fr-ca/perf_tuning.htm). [Passer au contenu principal](#main-content) # Nettoyage après la mise à niveau Comme nous l’avons vu dans [Fonctionnement de la mise à niveau Tableau Server](https://help.tableau.com/current/server/fr-ca/server-upgrade-how-upgrade-works.htm), le processus de mise à niveau de Tableau Server installe une nouvelle version côte à côte avec votre version existante. Maintenant que la mise à niveau est terminée et vérifiée, vous pouvez supprimer l’ancienne version de Tableau Server pour libérer de l’espace disque. Il s’agit d’une étape facultative. ## Désinstaller la version précédente Pour désinstaller une version de Tableau Server : 1. Ouvrez le panneau de configuration, cliquez sur Désinstaller un programme, et localisez la version à désinstaller. Assurez-vous de bien sélectionner la version correcte à désinstaller : - La désinstallation de versions antérieures de Tableau Server n’a pas d’incidence sur la version en cours d’exécution et supprime simplement les fichiers inutiles de ces précédentes versions. - Ne désinstallez **pas** votre version actuelle en cours d’exécution. La désinstallation de la version actuelle en cours d’exécution de Tableau Server arrête le serveur et supprime les fichiers et dossiers spécifiques au serveur, mais peut laisser quelques éléments derrière. La désinstallation ne crée pas une sauvegarde de vos données de référentiel. 2. Après avoir sélectionné la version de Tableau Server, cliquez sur Désinstaller. ## Supprimer les dossiers « Tableau Server » du répertoire `\packages` Après une mise à niveau, vous verrez plusieurs versions de Tableau Server dans le dossier \\packages. Une fois la mise à niveau terminée, vous pouvez supprimer les dossiers liés à l’ancienne version depuis laquelle vous avez effectué la mise à niveau. Vous pouvez les identifier par le code de version dans le nom du dossier, par exemple `scripts.`. Pour plus d’informations sur les codes de version, consultez [Afficher les versions de serveur](https://help.tableau.com/current/server/fr-ca/version_server_view.htm). [Passer au contenu principal](#main-content) # Notes de version de Tableau Server Cette rubrique décrit les nouveautés de la dernière version de Tableau Server. Utilisez la visualisation ci-dessous pour explorer les nouvelles fonctionnalités de Tableau Server. Cliquez sur une fonctionnalité pour afficher l’infobulle avec un lien vers la documentation détaillée de cette fonctionnalité. Explorez les filtres pour affiner votre recherche. Téléchargez les données pour créer une liste personnalisée. - Utilisez le tableau de bord Rechercher par fonctionnalité pour afficher une liste des nouvelles fonctionnalités d’un produit ou d’une version, ou pour savoir quand une fonctionnalité a été lancée. Le tableau de bord est actuellement par défaut sur Server pour la dernière version de Server. - Utilisez le tableau de bord Mettre à jour Server pour afficher une liste des fonctionnalités spécifiques à votre mise à niveau. La vue de mise à niveau comprend des filtres qui vous permettent de filtrer les fonctionnalités nouvelles ou modifiées. Les fonctionnalités répertoriées sous le statut modifié sont généralement des fonctionnalités qui peuvent avoir un impact sur la mise à niveau. La liste des fonctionnalités classées comme modifiées peut être utile pour préparer et tester vos mises à niveau. [Passer au contenu principal](#main-content) # Notifications Tableau Server Vous pouvez configurer des notifications par courriel dans le cas où l’espace disque devient insuffisant sur le serveur ou en cas de démarrage ou d’arrêt des processus du serveur. Ces conditions signifient souvent qu’il y a un problème immédiat. Pour envoyer des notifications, Tableau Server doit pouvoir se connecter à un serveur de messagerie, également connu sous le nom de serveur SMTP (Simple Mail Transfer Protocol). Un serveur SMTP est un service auquel vous pouvez envoyer des courriels sortants (il ne gère pas les courriels entrants). Avant de configurer les notifications, vous devez d’abord configurer Tableau Server pour qu’il communique avec votre serveur de messagerie SMTP. Pour plus d’informations, consultez [Configurer les paramètres SMTP](https://help.tableau.com/current/server/fr-ca/config_smtp.htm). Une fois que vous avez configuré votre serveur de messagerie SMTP, vous pouvez configurer les notifications pour la surveillance des événements d’intégrité du serveur. Pour plus d’informations, consultez [Configurer la notification d’événement serveur](https://help.tableau.com/current/server/fr-ca/email.htm). [Passer au contenu principal](#main-content) # Notifier les utilisateurs des exécutions de flux réussies _Pris en charge dans Tableau Prep Builder à partir de la version 2021.4.1 et dans Tableau Server et Tableau Cloud à partir de la version 2021.4. Gestion des données est requis pour utiliser cette fonction._ Les propriétaires de flux peuvent s’abonner eux-mêmes, ainsi que des utilisateurs individuels et des groupes à des notifications par courriel pour obtenir des renseignements sur les tâches planifiées en cas d’exécutions de flux réussies. Le courriel comprend des liens vers des données dans l’environnement Tableau, et dans Tableau Server, vous pouvez éventuellement inclure les détails du flux exécuté dans des fichiers Excel et CSV joints. Les abonnements aux flux sont ajoutés aux tâches planifiées pour les flux. Vous pouvez ajouter des abonnements de flux lorsque vous créez une nouvelle tâche de flux ou à une tâche de flux existante. Des notifications par courriel sont envoyées lorsque la tâche planifiée est terminée avec succès. ## Configurer les paramètres de site pour les abonnements de flux Par défaut, le paramètre de site Abonnement au flux pour l’envoi et la réception de notifications par courriel est activé. ![Le paramètre du site Abonnements aux flux affiche la case à cocher permettant d’envoyer et de recevoir des notifications par courriel, qui y est sélectionnée.](/tableau/current/fr-ca/server/fr-ca/Img/prep_conductor_subscribe_site.png) - L’option Autoriser les utilisateurs à envoyer ou à recevoir des courriels incluant les données de sortie de flux permet au propriétaire du flux de recevoir et d’abonner les utilisateurs et les groupes aux notifications d’exécution de flux réussies. Depuis le courriel de notification, les utilisateurs peuvent accéder à la source de données complète ou afficher les détails du flux depuis Tableau. - Tableau Server uniquement (non recommandé) : L’option Joindre des fichiers de sortie de flux au format .csv et .xlsx permet au propriétaire du flux de joindre des fichiers aux courriels de notification. Les destinataires des courriels doivent être ajoutés à Tableau Server. Par contre, les fichiers contiennent la source de données et peuvent être exposés en dehors du système Tableau. Cette option est disponible uniquement pour les environnements sur site. ## Publier le flux Publiez la sortie du flux en tant que fichier, table de base de données ou source de données. Tenez compte des éléments suivants lors de l’enregistrement du flux : - (Sur site uniquement) Lors de la publication, vous pouvez enregistrer la sortie sous forme de fichier ou de table de base de données et choisir de joindre un type de fichier .csv ou .xlsx au courriel. - Lors de la publication et de l’enregistrement de la sortie en tant que source de données publiée, la notification par courriel fournit un lien vers le flux dans Tableau. Les fichiers ne peuvent pas être joints au courriel. - Lorsque vous choisissez d’enregistrer en tant que sortie de fichier, vous devez utiliser un partage réseau et l’emplacement de sortie et d’entrée doit être inclus dans une liste d’autorisations. Pour plus d’informations, consultez [Étape 4 : Liste autorisée des emplacements d’entrée et de sortie](https://help.tableau.com/current/server/fr-ca/prep_conductor_configure_network_shares.htm). - Les abonnements à des flux sont pris en charge sous Windows et Linux. Les restrictions suivantes s’appliquent aux abonnements aux flux sous Linux : - Les fichiers de sortie doivent être envoyés à un serveur Windows. - Pour les flux qui sortent vers un fichier, utilisez le format UNC pour le chemin : \\\\ serveur\\chemin\\nom\_fichier . N’utilisez pas de lettre de lecteur local. - Le chemin monté doit être répertorié comme sûr. - Lorsque vous joignez des fichiers à un courriel, la limite de fichiers est d’environ 25 Mo pour Tableau Cloud. Lorsque vous utilisez Tableau Server sur site, vous configurez la taille des fichiers joints. ## Ajouter un abonnement à un flux 1. En tant que propriétaire du flux, sélectionnez un flux publié dans Tableau Server ou Tableau Cloud auquel vous souhaitez ajouter des abonnements pour les notifications par courriel. 2. Vous pouvez ajouter des abonnements à une tâche nouvelle ou existante : - Si vous ajoutez un abonnement à une nouvelle tâche : 1. Cliquez sur Tâches planifiées > Nouvelle tâche. 2. Dans la boîte de dialogue Nouvelle tâche, sélectionnez une programmation pour exécuter le flux dans la liste déroulante Sélectionner une programmation. 3. Activer Envoyer un courriel une fois que vous avez terminé - Si vous ajoutez un abonnement à une tâche existante : 1. Cliquez sur Abonnements > S’abonner. 2. Dans la boîte de dialogue Ajouter un abonnement aux flux, sélectionnez une programmation dans la liste déroulante Fréquence. 4. Dans le champ Envoyer à, commencez à saisir le nom de l’utilisateur ou du groupe pour remplir le champ. Sélectionnez les utilisateurs et groupes auxquels envoyer une notification. Les utilisateurs et les groupes doivent être ajoutés à l’environnement Tableau par l’administrateur. 5. (Facultatif) Pour être inclus dans la notification, cochez la case Envoyer à moi. 6. (Facultatif) Dans le champ Objet, personnalisez la ligne d’objet par défaut du courriel pour la notification d’exécution du flux. 7. (Facultatif) Ajoutez des renseignements sur le flux exécuté dans la zone de texte Message du courriel. 8. Cliquez sur Inclure les données de sortie et sélectionnez le type de sortie que vous souhaitez inclure dans le courriel. - Dans Tableau Server, si vous avez publié votre flux sous forme de fichier ou de table de base de données, vous pouvez choisir de joindre des fichiers .csv ou .xlsx contenant la source de données au courriel. Cette opération est déconseillée car les données peuvent être exposées en dehors du système Tableau. ![La case à cocher permet d’inclure la source de données sous forme de pièce jointe lorsque la sortie de flux est publiée en tant que fichier ou dans une table de base de données.](/tableau/current/fr-ca/server/fr-ca/Img/prep_conductor_subscribe_text_out.png)- Si vous avez publié votre flux en tant que source de données, vous pouvez choisir d’inclure le lien vers la source de données. L’ajout de pièces jointes à un courriel n’est pas pris en charge. ![La case à cocher permet d’inclure le lien vers la source de données lorsque la sortie de flux est publiée en tant que source de données.](/tableau/current/fr-ca/server/fr-ca/Img/prep_conductor_subscribe_pub_data.png) 10. Si vous ajoutez un abonnement à une tâche existante, cliquez sur S’abonner. ## Se désinscrire d’un abonnement à un flux Pour vous désabonner des notifications du courriel, procédez comme suit. 1. Cliquez sur Se désabonner au bas d’un courriel d’abonnement. 2. En tant que propriétaire de flux, connectez-vous à Tableau Server ou Tableau Cloud. En haut de la page, cliquez sur l’icône Notifications. 3. Développez le menu …, puis sélectionnez Supprimer la notification. Pour vous désabonner et supprimer l’abonnement en tant que propriétaire du flux, procédez comme suit. 1. Cliquez sur Abonnements. 2. Ouvrez le flux publié dans Tableau Server ou Tableau Cloud. 3. Dans la liste des abonnements aux flux, cliquez sur la case de sélection du flux dont vous souhaitez vous désabonner. 4. Sélectionnez Actions > Se désabonner. ![Le menu Action de l’onglet Abonnements affichant l’option Se désabonner.](/tableau/current/fr-ca/server/fr-ca/Img/prep_conductor_subscribe_unsbscribe.png) ## Afficher les abonnements Vous pouvez afficher vos abonnements de flux actuels dans Tableau Server ou Tableau Cloud. - Dans l’onglet Abonnements de la page Présentation du flux, vous pouvez voir la liste des abonnements actuels. - Dans l’onglet Abonnements de la page Tâches, vous pouvez voir la liste des abonnements ainsi que les abonnements aux classeurs. ## Reprendre des abonnements à des flux suspendus Parfois, les abonnements échouent en raison d’un problème avec le flux. En cas d’échec d’un abonnement plus de cinq fois, vous recevrez une notification par courriel vous indiquant que votre tâche de flux planifiée a été suspendue. Dans la page Présentation du flux, vous pouvez voir quand une tâche de flux planifiée échoue. ![La page Présentation du flux qui affiche les détails d’une exécution de flux, y compris l’étape de sortie, le nom de la sortie, l’état, la programmation et les erreurs.](/tableau/current/fr-ca/server/fr-ca/Img/prep_conductor_subscribe_overview.png) Il existe plusieurs façons de reprendre une tâche de flux suspendue. Si vous êtes propriétaire du flux : - Dans la zone Mon contenu des pages Web Tableau, une icône apparaît dans la colonne Dernière mise à jour pour indiquer que l’abonnement est suspendu. Sélectionnez ... > Reprendre les tâches planifiées pour reprendre. ![Les options de menu permettent de reprendre une tâche de flux suspendue avec l’option « Reprendre les tâches planifiées » en surbrillance.](/tableau/current/fr-ca/server/fr-ca/Img/prep_conductor_subscription_resume.png) - Dans la page Tâches planifiées, une icône apparaît dans la colonne de dernière mise à jour pour indiquer que l’abonnement est suspendu. Sélectionnez le flux, puis cliquez sur Actions > Reprendre.![Le menu Action de l’onglet Tâches planifiées affichant l’option Reprendre.](/tableau/current/fr-ca/server/fr-ca/Img/prep_conductor_subscribe_resume_task.png) ## Accéder aux données de flux à partir d’un courriel de notification Selon la manière dont la notification de flux a été configurée, vous pouvez accéder à la source de données et aux pièces jointes de fichier à partir du courriel de notification. - Cliquez sur Afficher le flux pour ouvrir le flux dans Tableau Server ou Tableau Cloud. - Cliquez sur le fichier joint pour afficher les données de flux. ![Une notification par courriel qui confirme que le flux a été exécuté correctement. Le courriel fournit des détails sur le flux, sa source de données et l’expéditeur.](/tableau/current/fr-ca/server/fr-ca/Img/prep_conductor_subscribe_email.png) ### Qui peut le faire? - Les propriétaires de flux peuvent créer des abonnements aux notifications de flux pour les flux qu’ils possèdent. - Pour recevoir des notifications, les utilisateurs et les groupes doivent être ajoutés à l’environnement Tableau par l’administrateur. Pour plus d’informations, consultez les articles suivants : - Windows : [Définir les rôles sur le site des utilisateurs](https://help.tableau.com/current/server/fr-ca/users_site_roles.htm) et [Autorisations et propriété du contenu](https://help.tableau.com/current/server/fr-ca/permissions.htm) - Linux : [Définir les rôles sur le site des utilisateurs](https://help.tableau.com/current/server-linux/fr-ca/users_site_roles.htm) et [Autorisations et propriété du contenu](https://help.tableau.com/current/server-linux/fr-ca/permissions.htm) [Passer au contenu principal](#main-content) # OAuth externe pour Snowflake Depuis Tableau 2024.3, vous pouvez utiliser OAuth 2.0/OIDC pour fédérer l’identité d’un fournisseur d’identité externe dans Snowflake. Selon le fournisseur d’identité, plusieurs étapes sont nécessaires pour configurer l’intégration. Voici une présentation générale du processus destinée à vous guider pendant la configuration sans fournir les détails nécessaires que vous trouverez dans la documentation de votre fournisseur d'identité. Nous supposons que vous connaissez la configuration d’OAuth et que vous comprenez les détails techniques requis pour configurer l’authentification à l’aide d’un fournisseur d’identité externe. ## Configurer le fournisseur d’identité sur Snowflake Pour plus d'informations sur la configuration de votre IdP, consultez [Présentation de External OAuth](https://docs.snowflake.com/fr/user-guide/oauth-ext-overview) dans le système d'aide de Snowflake. ## Configurer le fournisseur d'identité sur Tableau 1. Créez des clients OAuth sur le fournisseur d'identité pour Tableau Desktop, et pour Tableau Cloud ou Tableau Server. Le client Desktop active [PKCE](https://auth0.com/docs/get-started/authentication-and-authorization-flow/authorization-code-flow-with-pkce) et utilise les redirections `http://localhost`. 2. Créez le fichier de configuration OAuth de Tableau. Pour plus de détails sur la procédure à suivre, consultez [Configuration et utilisation d’OAuth](https://tableau.github.io/connector-plugin-sdk/docs/oauth) sur [GitHub](https://tableau.github.io/connector-plugin-sdk/docs/oauth) et des exemples [ici](https://github.com/tableau/connector-plugin-sdk/tree/master/samples/components/oauth). Nous vous invitons à nous faire part d’exemples supplémentaires concernant d’autres fournisseurs d’identité. - N’oubliez pas de préfixer les identifiants de configuration OAuth de Tableau avec « custom\_ ». **Remarque :** Les identifiants de configuration OAuth sont limités à un maximum de 36 caractères. Les ID plus longs peuvent ne pas générer d’erreur, mais ils ne fonctionneront pas. - Si votre fournisseur d’identité prend en charge le port dynamique de l’hôte local, désactivez `OAUTH_CAP_FIXED_PORT_IN_CALLBACK_URL`. Si votre fournisseur d’identité ne prend pas en charge ce port, assurez-vous d’ajouter plusieurs URL de rappel localhost à la liste d’autorisations du fichier de configuration et du fournisseur d’identité. 3. Installez le nouveau fichier de configuration OAuth de Tableau dans le dossier OAuthConfigs associé à chaque application sur les hôtes de bureau (Tableau Desktop, Tableau Prep Builder, Tableau Bridge) et sur chaque site Tableau Server et Tableau Cloud qui utilisera OAuth via la page de configuration du site. Pour en savoir plus, consultez : [Custom OAuth Configs on Desktop](https://tableau.github.io/connector-plugin-sdk/docs/oauth#custom-oauth-configs-on-desktop) et [Site Level OAuth Clients](https://tableau.github.io/connector-plugin-sdk/docs/oauth#site-level-oauth-clients). ## Se connecter à Snowflake Lors de la connexion, vous devez sélectionner OAuth et choisir la configuration OAuth installée précédemment. ![](/tableau/current/fr-ca/server/fr-ca/Img/snowflake_connect_oauth.png) ## Okta Si vous utilisez Okta, il est préférable d’utiliser un « serveur d’autorisation personnalisé » plutôt que le « serveur d’autorisation de l’organisation ». Les serveurs d’autorisation personnalisés offrent plus de souplesse. Un serveur d’autorisation personnalisé, appelé « default », est créé par défaut. L’URL d’autorisation devrait se présenter comme suit : `https://${yourOktaDomain}/oauth2/{authServerName}/v1/authorize` ![tableau de bord Okta](/tableau/current/fr-ca/server/fr-ca/Img/athena_okta.png) [Passer au contenu principal](#main-content) # Obtenir l’état d’ingestion initiale Après avoir activé l’API de métadonnées Tableau à l’aide de la commande `tsm maintenance metadata-services`, vous pouvez utiliser Backfill API pour surveiller l’avancement de l’ingestion initiale et obtenir des informations d’état pour les renvois de contenu et de lignage. Les étapes décrites ci-dessous doivent être effectuées par un administrateur de serveur et doivent de préférence être utilisées conjointement avec [Étape 7 : Surveiller l’avancement de l’ingestion initiale et valider son statut](https://help.tableau.com/current/server/fr-ca/dm_catalog_enable.htm#step7) dans la rubrique Activer Tableau Catalog. ## Étape 1 : S’authentifier à l’aide de l’API REST Pour accéder à Backfill API, vous devez d’abord vous authentifier sur Tableau Server et obtenir un jeton. Vous pouvez le faire à l’aide de l’API REST de Tableau. Pour plus d’informations, consultez [Connexion et déconnexion (Authentification)](https://help.tableau.com/current/api/rest_api/en-us/REST/rest_api_concepts_auth.htm) dans l’aide de l’API REST. Sinon, vous pouvez vous connecter à Tableau Server à l’aide de vos identifiants d’administrateur. ## Étape 2 : Émettre une demande GET Émettez la demande GET suivante ou collez l’URL dans votre navigateur : http://my\_tableau\_server/api/metadata/v1/control/backfill/status La demande renvoie d’abord des informations sur le renvoi du contenu. Une fois le renvoi de contenu terminé, les informations de renvoi du lignage sont retournées. - Pour le renvoi de contenu, la demande renvoie un résumé d’état et des informations d’état supplémentaires pour chaque type de contenu en fonction du contenu disponible sur Tableau Server. L’indexation pour chaque type de contenu a lieu dans le même temps. - Pour le renvoi de lignage, la demande retourne un résumé d’état. ### Valeurs d’état de la réponse Les valeurs suivantes sont renvoyées par Backfill API. - `contentBackfillTotalDurationSeconds` et `lineageBackfillTotalDurationSeconds` indiquent la durée écoulée, en secondes, pour le type de renvoi respectif. Lorsque `backfillComplete` est `true`, `contentBackfillTotalDurationSeconds` et `lineageBackfillTotalDurationSeconds` indiquent la durée totale écoulée pour mener à bien le type de renvoi respectif. Pour le renvoi de contenu :  - `contentType` peut afficher les types de contenu suivants : `PublishedDatasource`, `Database`, `DatabaseTable`, `Metric`, `Workbook` et `Flow`. - `contentId` est l’identificateur du dernier élément indexé. - `successfullyIngestedCount` indique le nombre d’éléments indexés avec succès. - `failedIngestedCount` indique le nombre d’éléments qui n’ont pas pu être indexés. - `durationSeconds` correspond au temps passé, en secondes, à indexer les éléments pour le type de contenu. - `totalCount` est le nombre total d’éléments à indexer. - `checkpointCreatedTime` est la dernière occurrence enregistrée, au format UTC, de l’indexation d’un élément. Backfill API recherche le dernier élément indexé toutes les cinq minutes. - `backfillComplete` est `true` lorsque l’indexation est terminée pour tous les éléments du type de contenu. Pour le renvoi de lignage : - `totalCount` est le nombre total de relations de lignage à indexer. - `processedCount` est le nombre de relations de lignage indexées. - `lastLineageConnection` est la dernière relation de lignage indexée. - `backfillComplete` est `true` lorsque l’indexation est terminée pour toutes les relations de lignage. ### Exemple de réponse La demande retourne le texte JSON. Pour afficher le texte JSON dans un format plus lisible, vous pouvez utiliser une visionneuse JSON ou un module complémentaire de navigateur. { "contentBackfillTotalDurationSeconds": 362, "lineageBackfillTotalDurationSeconds": 14, "contentBackfillStatuses": \[ { "contentType": "PublishedDatasource", "contentId": "sites/1/datasources/-631379806-1912815680", "successfullyIngestedCount": 20, "failedToIngestCount": 0, "durationSeconds": 312, "totalCount": 20, "checkpointCreatedTime": "2020-07-29T23:50:25.763Z", "backfillComplete": true }, { "contentType": "Database", "contentId": "sites/1/databases/e1331f9d-4d73-ee04-9edf-96fd1c37cb8e", "successfullyIngestedCount": 35, "failedToIngestCount": 0, "durationSeconds": 26, "totalCount": 35, "checkpointCreatedTime": "2020-04-29T23:50:25.769Z", "backfillComplete": true }, { "contentType": "DatabaseTable", "contentId": "sites/1/tables/d946d084-53a8-09b6-2ad2-93301e6b4b15", "successfullyIngestedCount": 64, "failedToIngestCount": 0, "durationSeconds": 49, "totalCount": 64, "checkpointCreatedTime": "2020-04-29T23:50:25.774Z", "backfillComplete": true }, { "contentType": "Metric", "contentId": "sites/1/metrics/metric1", "successfullyIngestedCount": 2, "failedToIngestCount": 0, "durationSeconds": 254, "totalCount": 2, "checkpointCreatedTime": "2020-04-29T23:50:25.779Z", "backfillComplete": true }, { "contentType": "Workbook", "contentId": "sites/1/workbooks/6749399-1501801290", "successfullyIngestedCount": 10, "failedToIngestCount": 0, "durationSeconds": 267, "totalCount": 10, "checkpointCreatedTime": "2020-04-29T23:50:25.784Z", "backfillComplete": true }, { "contentType": "Flow", "contentId": "sites/1/flows/4", "successfullyIngestedCount": 4, "failedToIngestCount": 0, "durationSeconds": 195, "totalCount": 4, "checkpointCreatedTime": "2020-04-29T23:50:25.788Z", "backfillComplete": true } \], "lineageBackfillStatus": { "totalCount": 45, "processedCount": 18, "lastLineageConnection": "CloudFile downstreamWorkbooks Workbook", "backfillComplete": false } } [Passer au contenu principal](#main-content) # Obtenir l’état Eventing Une fois que vous avez activé Tableau Catalog (ou l’API de métadonnées Tableau) dans votre environnement Tableau Server, vous pouvez utiliser Eventing API pour évaluer les performances de l’indexation. Les étapes décrites ci-dessous doivent être effectuées par un administrateur de serveur. ## Étape 1 : S’authentifier à l’aide de l’API REST Pour accéder à Eventing API, vous devez d’abord vous authentifier sur Tableau Server et obtenir un jeton. Vous pouvez le faire à l’aide de l’API REST de Tableau. Pour plus d’informations, consultez [Connexion et déconnexion (Authentification)](https://help.tableau.com/current/api/rest_api/en-us/REST/rest_api_concepts_auth.htm) dans l’aide de l’API REST. Sinon, vous pouvez vous connecter à Tableau Server à l’aide de vos identifiants d’administrateur. ## Étape 2 : Émettre une demande GET Émettez la demande GET suivante ou collez l’URL dans votre navigateur : http://my\_tableau\_server/api/metadata/v1/control/eventing/status ### Valeurs d’état de la réponse Les valeurs suivantes sont retournées par Eventing API. - `contentType` est le type de contenu qui a été le plus récemment indexé. - `queueSize` est le nombre d’éléments dans la file d’attente d’indexation. Plus la taille de la file d’attente est grande, plus l’affichage des éléments dans l’API Catalog ou l’API de métadonnées demande de temps. Si la taille de la file d’attente augmente au fil du temps, vous devrez peut-être ajuster la capacité du gestionnaire de processus en arrière-plan de manière à prendre en charge les conteneurs non interactifs et le processus d’indexation. Pour plus d’informations, consultez [Mémoire pour les conteneurs de microservice non interactifs](https://help.tableau.com/current/server/fr-ca/dm_catalog_enable.htm#Memory). - `checkpointCreatedTime` est la dernière indexation enregistrée, en heure UTC, d’un élément. Eventing API recherche le dernier élément indexé toutes les cinq minutes. ### Exemple de réponse La demande retourne le texte JSON. Pour afficher le texte JSON dans un format plus lisible, vous pouvez utiliser une visionneuse JSON ou un module complémentaire de navigateur. { "contentType": "PublishedDatasource", "queueSize": 312, "checkpointCreatedTime": "2020-07-29T23:50:25.763Z" } [Passer au contenu principal](#main-content) # Obtenir le statut du processus en XML Pour obtenir la version lisible par une machine du statut du processus du serveur, à savoir une version du statut formaté en XML, utilisez l’URL suivante : http://my\_tableau\_server/admin/systeminfo.xml Pour afficher le statut du processus lisible par une machine ou disposer d’un [accès distant activé](https://help.tableau.com/current/server/fr-ca/service_remote.htm), vous devez être connecté à Tableau Server. Le serveur renvoie un rapport de statut semblable au suivant : ## Valeurs de statut dans le fichier XML - serveur de travail \- Nom du nœud exécutant le processus et port utilisé par le processus. - statut \- Statut du processus sur le nœud. Les valeurs possibles sont les suivantes : `Active`, `Passive`, `Unlicensed`, `Busy`, `Down`, `ReadOnly`, `ActiveSyncing`, `StatusNotAvailable`, `StatusNotAvailableSyncing`, `NotAvailable`, `DecommisionedReadOnly`, `DecomisioningReadOnly` et `DecommissionFailedReadOnly` - Transferts en attente - Nombre d’extraits de classeur ou de source de données nécessaires au nœud pour être entièrement synchronisé. Il s’agit des éléments publiés sur ce nœud du stockage de fichiers et de ceux publiés sur d’autres nœuds du stockage de fichiers et qui doivent être copiés sur ce nœud. - Transferts en échec - Nombre de classeurs ou de sources de données qui n’ont pas pu être transférés vers ce stockage de fichiers durant la dernière tâche automatisée. La tâche automatisée s’exécute en principe toutes les 15 à 30 minutes, mais elle peut prendre plus de temps lors du transfert d’un grand nombre d’extraits ou d’extraits volumineux. Les transferts en échec n’indiquent pas nécéssairement un problème lié à Tableau Server. La tâche automatisée récurrente transfère en principe les fichiers ayant échoué durant la synchronisation précédente. Les raisons de l’échec des transferts de fichiers sont répertoriées dans les fichiers journaux. - Horodatage de la synchronisation - Heure en temps UTC de la dernière tâche automatisée qui s’est exécutée et a synchronisé les fichiers. [Passer au contenu principal](#main-content) # Obtenir un billet de Tableau Server Après avoir [ajouté des adresses IP de confiance](https://help.tableau.com/current/server/fr-ca/trusted_auth_trustIP.htm) à Tableau Server, vous êtes prêt à configurer votre serveur Web pour obtenir des billets de Tableau Server via les requêtes POST ([Étape 2 de la figure](https://help.tableau.com/current/server/fr-ca/trusted_auth.htm)). La requête POST doit être envoyée à `http:///trusted`. Par exemple, la requête POST doit être envoyée à `http://tabserv/trusted` not `http://tabserv`. **Remarque :** Si SSL est activé, vous devez utiliser https au lieu de http. Par exemple : `https://tabserv/trusted`. Voici les données que vous pouvez utiliser dans une requête POST à Tableau Server : - **`username=`** (obligatoire) : Nom d’utilisateur pour un utilisateur titulaire d’une licence Tableau Server. Si vous utilisez l’authentification locale, le nom d’utilisateur peut être une chaîne simple (par exemple, `username=jsmith`). Si vous utilisez Active Directory avec plusieurs domaines, vous devez inclure le nom de domaine en plus du nom d’utilisateur (par exemple, `username=MyCo\jsmith`). - **`target_site=`** (requis si la vue n’est pas sur le site par défaut) : spécifie le site contenant la vue si Tableau Server exécute [plusieurs sites](https://help.tableau.com/current/server/fr-ca/sites.htm) et que la vue se trouve sur un site autre que le site Par défaut (par exemple, `target_site=Sales`). La valeur utilisée pour `` doit être l’[ID du site](https://help.tableau.com/current/server/fr-ca/sites_add.htm) fournie lors de la création du site. Cette valeur est sensible à la casse. Si Site ID est `SAles`, alors `target_site=SAles`. - **`client_ip=`** (facultatif) : utilisé pour spécifier l’adresse IP de l’ordinateur dont le navigateur Web accède à la vue (par exemple, `client_ip=123.45.67.891`). Il ne s’agit pas de l’adresse IP du serveur Web effectuant la requête POST de Tableau Server. Si vous décidez d’utiliser ce paramètre, reportez-vous à [Facultatif : Configurer la mise en correspondance des adresses IP client](https://help.tableau.com/current/server/fr-ca/trusted_auth_optional.htm) pour plus d’informations. La réponse de Tableau Server à la requête POST est une chaîne unique (le billet). Si Tableau Server n’est pas capable de traiter la requête, la valeur renvoyée est `-1`. Reportez-vous à [Renvoi de la valeur de billet -1 depuis Tableau Server](https://help.tableau.com/current/server/fr-ca/trusted_auth_trouble_1return.htm) pour obtenir des conseils sur la façon de corriger ce problème. Pour que les utilisateurs réussissent à s’authentifier lorsqu’ils cliquent sur une vue incorporée, leurs navigateurs doivent également être configurés de sorte à [autoriser les témoins tiers](https://help.tableau.com/current/server/fr-ca/trusted_auth_trouble_cookie.htm). Le format du billet a changé dans Tableau Server 10.2. Le format du billet est maintenant une chaîne composée de deux parties. Chaque partie est une chaîne de 128 bits qui est codée avant d’être retournée au client. La première partie est un ID universellement unique (UUID v4) qui est encodé en Base64. La deuxième partie est une chaîne aléatoire sécurisée de 24 caractères. La concaténation de ces parties peut être exprimée comme Base64(UUIDv4) :SecureRandomString. Exemple de billet:`9D1ObyqDQmSIOyQpKdy4Sw==:dg62gCsSE0QRArXNTOp6mlJ5`. Vous devez ensuite ajouter le code qui permet au serveur Web de [créer une URL](https://help.tableau.com/current/server/fr-ca/trusted_auth_webURL.htm) pour la vue incluant l’emplacement de la vue et le billet. [Passer au contenu principal](#main-content) # Obtenir une licence Gestion des données **Important :** À compter du 16 septembre 2024, la fonctionnalité de gestion des données ne sera plus vendu en tant qu’option complémentaire indépendante. Les fonctionnalités de Gestion des données sont disponibles uniquement si vous avez déjà acheté Gestion des données ou si vous achetez certaines éditions de licence : Tableau Enterprise, Tableau Cloud+ ou l’offre groupée Tableau+ (disponible pour Tableau Cloud) ou Tableau Enterprise ou Tableau Server+ (disponible pour Tableau Server). Gestion des données inclut Tableau Catalog, Tableau Prep Conductor, des connexions virtuelles et des stratégies de données, et est disponible lors de l’achat de Tableau Enterprise. Communiquez avec votre gestionnaire de compte (ou rendez-vous sur la page de [tarification](https://www.tableau.com/fr-ca/pricing/teams-orgs) de Tableau) pour plus d’informations. Vous ne pouvez activer Gestion des données que sur un déploiement sous licence de Tableau Server. Un déploiement comprend une installation Tableau Server de production sous licence et des installations Tableau Server hors production sous licence qui prennent en charge l’installation de production. Pour plus d’information sur le déploiement, consultez la [Documentation du CLUF](http://www.tableau.com/legal/Documentation). ## Tableau Prep Conductor Après avoir acheté Tableau Enterprise, vous devez activer Prep Conductor sur Tableau Server. Pour plus d’information, consultez [Activer et configurer Tableau Prep Conductor sur Tableau Server](https://help.tableau.com/current/server/fr-ca/prep_conductor_config_server_overview.htm). - Lorsque Gestion des données est actif et activé, vous pouvez planifier des flux dans Tableau Server ou Tableau Cloud et les surveiller. - Lorsque le module Gestion des données est supprimé ou désactivé, ou si la licence du module Gestion des données expire, la possibilité de planifier des flux est désactivée. - Si votre licence Tableau Server ou Tableau Cloud est toujours active et valide, vous pouvez télécharger les flux à l’aide de l’API REST de Tableau Server. Pour plus d’informations, consultez [Méthodes de flux](https://help.tableau.com/current/api/rest_api/fr-ca/REST/rest_api_ref_flow.htm). ## Tableau Catalog Après avoir acheté Tableau Enterprise, vous devez activer Catalog sur Tableau Server. Pour plus d’informations, consultez [Activer Tableau Catalog](https://help.tableau.com/current/server/fr-ca/dm_catalog_enable.htm). - Lorsque Gestion des données est actif et activé, vous pouvez utiliser Tableau Catalog pour découvrir les données, gérer les ressources de données, effectuer une analyse d’impact et tracer le lignage des données utilisées dans le contenu de Tableau. - Lorsque Gestion des données est supprimé, désactivé ou que sa licence a expiré, l’information reste sur le serveur. Les informations spécifiques à Tableau Catalog ne sont alors accessibles qu’à l’aide de l’API de métadonnées Tableau. Elles n’apparaissent plus dans le produit. Pour plus d’information, consultez [API de métadonnées](https://help.tableau.com/current/api/metadata_api/fr-ca/index.html). - Lorsque Gestion des données est supprimé, désactivé ou que sa licence a expiré, les API d’écriture pour toutes les nouvelles données de Tableau Catalog (par exemple, les descriptions des tables, les avertissements sur la qualité des données, les descriptions des colonnes) sont désactivées. Vous pouvez toujours lire les informations à l’aide de l’API de métadonnées, mais les autorisations sur les tables et les bases de données ne peuvent pas être gérées explicitement dans le produit. ## Connexions virtuelles et stratégies de données Lorsque vous achetez Tableau Enterprise et que activez Gestion des données pour Tableau, les connexions virtuelles et les stratégies de données sont activées automatiquement sur Tableau Server. Après avoir acheté et obtenu une licence de Gestion des données pour Tableau, les connexions virtuelles et les politiques d’utilisation des données sont activées automatiquement. - Quand Gestion des données est actif et activé, vous pouvez utiliser des connexions virtuelles pour créer des ressources partageables qui fournissent un point d’accès central aux données. Vous pouvez également créer des stratégies de données qui vous permettent de filtrer les données des utilisateurs à l’aide d’une sécurité centralisée au niveau des lignes. - Lorsque Gestion des données est supprimé, désactivé ou que sa licence a expiré, l’information reste sur le serveur mais n’est pas accessible. - Lorsque Gestion des données est réactivé, l’information est restaurée sur le serveur et devient accessible. ## Fonctionnement des licences Gestion des données Un déploiement de Tableau Server peut être basé sur les utilisateurs ou sur les cœurs, selon la licence que vous achetez. ### Licences basées sur les utilisateurs Une métrique de licence basée sur les utilisateurs vous permet de déployer Tableau Server sur un ordinateur unique ou sur plusieurs ordinateurs d’un groupement. Chaque utilisateur qui accède à Tableau Server doit disposer d’une licence. Les administrateurs ajoutent des utilisateurs et gèrent leurs licences. La première clé produit Creator ou Explorer que vous ajoutez à Tableau Server active Tableau Server et sera utilisée par un administrateur de serveur. La clé produit du Gestion des données permet d’activer les fonctionnalités incluses au niveau du déploiement et ces fonctionnalités sont sous licence pour tous les utilisateurs qui sont déjà sous licence pour Tableau Server. ### Licences basées sur les cœurs Une métrique de licence basée sur les cœurs n’impose aucune contrainte quant au nombre de comptes utilisateur dans Tableau Server. Au lieu de cela, la licence spécifie le nombre maximum de cœurs d’ordinateur sur lesquels vous pouvez exécuter Tableau Server. **Remarque :** Lorsque vous achetez et utilisez des licences basées sur les cœurs, vous devez appliquer à la fois la clé produit Gestion des données et la clé produit Resource Core à votre déploiement Tableau. La première clé permet d’exécuter les flux sur Tableau Server par le biais de Tableau Prep Conductor et la seconde clé ajoute les cœurs supplémentaires pour les nœuds Tableau Prep Conductor. Toutes les clés produit sont disponibles via le [Portail client](http://customer.tableau.com/). En général, le nombre total de cœurs dans tous les ordinateurs ne doit pas dépasser le nombre total autorisé par la licence Tableau Server. Lorsque vous activez la clé produit Gestion des données sur votre déploiement Tableau Server, elle inclut un nombre spécifique de cœurs Tableau Prep Conductor. Dans ce scénario, le nombre total de cœurs sur tous les ordinateurs ne doit pas dépasser le nombre total que la licence Tableau Server et la licence Gestion des données autorisent ensemble. Dans cette rubrique, nous désignons les cœurs sous licence Tableau Server sous le nom de cœurs Tableau Server et les cœurs sous licence Gestion des données sous le nom de cœurs Tableau Prep Conductor. Voici quelques concepts qui s’appliquent à la façon dont les licences sont appliquées dans une métrique basée sur les cœurs : - Un nœud ne peut avoir une licence que d’un seul type : cœurs Tableau Server ou cœurs Tableau Prep Conductor. - Les cœurs Tableau Prep Conductor sont appliqués à n’importe quel nœud dédié à l’exécution de Tableau Prep Conductor et lorsque le gestionnaire de processus en arrière-plan de ce nœud est configuré pour n’exécuter que des tâches en arrière-plan de flux. Dans ce cas, le nombre total de cœurs sur ce nœud ne peut pas dépasser le nombre de cœurs autorisé par la licence Gestion des données. Si un processus sous licence autre que Tableau Prep Conductor, le gestionnaire de processus en arrière-plan et le moteur de données est activé sur ce nœud, ce dernier exigera et utilisera une licence Tableau Server basée sur les cœurs. - Comme mentionné ci-dessus, le rôle de nœud de gestionnaire de processus en arrière-plan affecte également la licence utilisée par un nœud. Par exemple, si le rôle de nœud du gestionnaire de processus en arrière-plan est défini pour exécuter des tâches de tous types (rôle par défaut), alors ce nœud sera sous licence par les cœurs de Tableau Server. Pour plus d’informations sur les rôles des nœuds, consultez [Rôles des nœuds dans Tableau Server](https://help.tableau.com/current/server/fr-ca/server_node_roles.htm). Consultez le tableau suivant et le flux de décision pour comprendre le mode de licence d’un nœud :
Si un nœud a...le cœur sur le nœud est compté pour...le nœud est sous licence avec...

L’une des processus suivants est activé :

  • Serveur d’applications
  • Gestionnaire de processus en arrière-plan (le rôle de nœud est défini pour exécuter tous les travaux)
  • stockage de fichiers
  • Serveur de données
  • VizQL Server
Nombre total de cœurs Tableau Server.Cœurs Tableau Server.

seuls les processus suivants sont activés :

  • Tableau Prep Conductor
  • Gestionnaire de processus en arrière-plan (le rôle de nœud est défini pour exécuter les flux uniquement)
  • Moteur de données

Nombre total de cœurs Tableau Prep achetés par le biais de Gestion des données.

Remarque : s’il n’y a pas de cœurs Tableau Prep Conductor disponibles, mais que des cœurs Tableau sont disponibles, alors les cœurs Tableau Server sont utilisés.

Cœurs Tableau Prep inclus dans Gestion des données.

Remarque : s’il n’y a pas de cœurs Tableau Prep Conductor disponibles, mais que des cœurs Tableau sont disponibles, alors les cœurs Tableau Server sont utilisés.

![Flux de décision d’octroi de licence](/tableau/current/fr-ca/server/fr-ca/Img/prep_conductor_licensing_flow_chart.png) Pour plus d’informations sur les processus sous licence, consultez [Processus Tableau Server](https://help.tableau.com/current/server/fr-ca/processes.htm). Pour en savoir plus sur les licences Tableau Server, consultez [Vue d’ensemble des licences Tableau Server](https://help.tableau.com/current/server/fr-ca/license_server_overview.htm). [Passer au contenu principal](#main-content) # OpenID Connect Vous pouvez configurer Tableau Server de manière à ce qu’il prenne en charge OpenID Connect (OIDC) pour l’authentification unique (SSO). OIDC est un protocole d’authentification standard qui permet aux utilisateurs de s’authentifier auprès d’un fournisseur d’identité (IdP) comme Google ou Salesforce. Après s’être correctement authentifiés auprès de leur fournisseur d’identité, ils sont automatiquement authentifiés auprès de Tableau Server. La configuration de l’OIDC comprend plusieurs étapes. Les rubriques de cette section fournissent des informations générales sur l’utilisation de Tableau Server avec OIDC et proposent une procédure pour configurer le fournisseur d’identité et Tableau Server. **Remarque :** sauf indication contraire, l’information relative à l’authentification OIDC s’applique à la fois à l’authentification OIDC configurée dans TSM lors de la configuration de Tableau Server et à l’authentification OIDC configurée avec les [pools d’identités](https://help.tableau.com/current/server/fr-ca/identity_pools.htm). ## Présentation de l’authentification Cette section décrit le processus d’authentification OpenID Connect (OIDC) avec Tableau Server. ![Un diagramme illustrant l’interaction entre Tableau Server, les clients et OpenID Connect.](/tableau/current/fr-ca/server/fr-ca/Img/openid_auth_overview.png) 1\. Un utilisateur tente de se connecter à Tableau Server depuis un ordinateur client. 2\. Tableau Server redirige la demande d’authentification vers la passerelle du fournisseur d’identité. 3\. L’utilisateur est invité à s’authentifier et l’authentification auprès du fournisseur d’identité réussit. Le fournisseur d’identité répond par une URL de redirection vers Tableau Server. Un code d’autorisation pour l’utilisateur est fourni avec l’URL de redirection. 4\. Le client est redirigé vers Tableau Server et présente le code d’autorisation. 5\. Tableau Server présente le code d’autorisation du client au fournisseur d’identité ainsi que ses propres identifiants client. Tableau Server est également client du fournisseur d’identité. Cette étape a pour but de prévenir les attaques d’usurpation d’identité ou les attaques de l’homme du milieu. 6\. Le fournisseur d’identité renvoie un jeton d’accès et un jeton d’identifiant à Tableau Server. - Validation du jeton Web JSON (JWT) : par défaut, Tableau procède à la validation du jeton JWT du fournisseur d’identité. Lors de la découverte, Tableau récupère les clés publiques spécifiées par `jwks_uri` dans le document de découverte de configuration du fournisseur d’identité. Tableau valide la date d’expiration du jeton d’identifiant, puis vérifie la signature Web JSON (JWS), l’émetteur (fournisseur d’identité) et l’ID client. Pour en savoir plus sur le processus JWT, consultez la documentation OpenID, point [10 Signatures et chiffrement](http://openid.net/specs/openid-connect-core-1_0.html#SigEnc), et norme proposée par l’IETF, [Jeton Web JSON](https://tools.ietf.org/html/rfc7519). Nous vous recommandons de laisser la validation JWT activée, à moins que votre IdP ne la prenne pas en charge. - L’ID de jeton est un ensemble de paires de clés d’attributs pour l’utilisateur. Les paires de clés sont appelées _revendications_. Voici un exemple de revendication IdP pour un utilisateur : "sub" : "7gYhRR3HiRRCaRcgvY50ubrtjGQBMJW4rXbpPFpg2cptHP62m2sqowM7G1LwjN5" "email" : "alice@example.com", "email\_verified" : true, "name" : "Alice Adams", "given\_name" : "Alice", "family\_name" : "Adams", "phone\_number" : "+359 (99) 100200305", "profile" : "https://tableau.com/users/alice" 7\. Tableau Server identifie l’utilisateur à partir des revendications du fournisseur d’identité et termine la demande d’authentification à partir de l’étape 1. Tableau Server recherche la fiche technique du compte de l’utilisateur stocké dans le référentiel en faisant correspondre le « sub » (identifiant du sujet) pour identifier le compte utilisateur correct. Si aucun compte utilisateur n’est stocké avec la valeur de sous-réclamation, alors Tableau Server recherche un nom d’utilisateur dans le référentiel qui correspond à la réclamation « courriel » du fournisseur d’identité. Lorsqu’une correspondance de nom d’utilisateur est trouvée, Tableau Server stockera la sous-revendication correspondante dans la fiche technique de l’utilisateur dans le référentiel.Tableau Server peut être configuré pour utiliser différentes revendications pour ce processus. Voir [Configuration requise pour utiliser OpenID Connect](https://help.tableau.com/current/server/fr-ca/openid_auth_requirements.htm). 8\. Tableau Server autorise l’utilisateur. ## Fonctionnement de Tableau avec OpenID Connect OpenID Connect (OIDC) est un protocole flexible qui prend en charge de nombreuses options pour les informations qui sont échangées entre un fournisseur de services (ici, Tableau Server) et un fournisseur d’identité. La liste suivante fournit des détails sur l’implémentation d’OIDC dans Tableau Server. Ces détails peuvent vous aider à comprendre quels types d’informations Tableau Server envoie et s’attend à recevoir, et comment configurer un fournisseur d’identité. - Tableau Server prennent uniquement en charge le flux de code d’autorisation OpenID, comme décrit dans les [spécifications finales d’OpenID Connect](http://openid.net/specs/openid-connect-core-1_0.html) dans la documentation OpenID Connect. - Tableau Server s’appuient sur l’utilisation de la découverte ou d’une URL de fournisseur pour récupérer les métadonnées du fournisseur OpenID du l’.Vous pouvez également héberger un document de découverte statique sur Tableau Server. Pour plus d’informations, consultez [Configuration de Tableau Server pour OpenID Connect](https://help.tableau.com/current/server/fr-ca/openid_auth_server_config.htm). - Tableau Server prennent en charge les méthodes d’authentification du client `client_secret_basic` et `client_secret_post`. - Tableau Server attend une valeur `kid` dans l’en-tête JOSE de l’attribut `id_token`. Cette valeur est mise en correspondance avec l’une des clés trouvées dans le document JWK Set, dont l’URI est spécifiée par la valeur `jwks_uri` dans le document de découverte d’OpenID. Une valeur `kid` doit être présente même si le document JWK Set ne comporte qu’une seule clé. - Tableau Server inclut la prise en charge d’OpenID pour le paramètre `x5c` de JWK ou pour l’utilisation des certificats X.509. - Par défaut, Tableau Server ignore les paramètres de proxy et envoie toutes les demandes OpenID directement au fournisseur d’identité. Si Tableau Server est configuré pour utiliser un proxy de transfert pour se connecter à Internet, vous devez apporter des modifications supplémentaires comme décrit dans [Configuration de Tableau Server pour OpenID Connect](https://help.tableau.com/current/server/fr-ca/openid_auth_server_config.htm). ## Attributs utilisateur dans les revendications OIDC À compter de Tableau Server 2026.2, lorsque la fonctionnalité est configurée et que le paramètre de la fonctionnalité est activé, vous pouvez transmettre les revendications d’attribut des utilisateurs dans le jeton Web JSON (JWT) envoyé par le fournisseur d’identité (IdP) à Tableau Cloud lors de la connexion. Ces attributs utilisateur peuvent être utilisés avec les fonctionnalités d’attributs utilisateur de Tableau `(USERATTRIBUTE()`, `USERATTRIBUTEINCLUDES()`) pour contrôler et personnaliser le contenu de manière dynamique. Tableau valide les revendications et autorise ensuite l’accès au contenu. Pour plus d’informations, consultez [Personnaliser et contrôler l’accès aux données à l’aide d’attributs utilisateur](https://help.tableau.com/current/server/fr-ca/openid_auth_server_config.htm#user_attributes). **Exemple de JWT** "sub" : "7gYhRR3HiRRCaRcgvY50ubrtjGQBMJW4rXbpPFpg2cptHP62m2sqowM7G1LwjN5" "email" : "alice@example.com", "email\_verified" : true, "name" : "Alice Adams", "given\_name" : "Alice", "family\_name" : "Adams", "phone\_number" : "+359 (99) 100200305", "profile" : "https://tableau.com/users/alice", "region" : \["South", "South West"\] ## Autres articles de cette section [Passer au contenu principal](#main-content) # Optimisation des extraits Essayez d’optimiser pour les extraits si les programmations d’extrait correspondent à une utilisation intensive des ressources ou si l’exécution des extraits demande beaucoup de temps. **Remarque :** cette rubrique utilise l’exemple de classeur des performances provenant de la section sur la surveillance. Pour plus d’informations, consultez [Analyser des données avec l’exemple de classeur des performances](https://help.tableau.com/current/server/fr-ca/perf_analyze_sample_workbook.htm). ## Dans quels cas optimiser les extraits ### L’utilisation intensive de l’unité centrale de traitement correspond à des programmations d’extrait Utilisez le tableau de bord Tâches d’arrière-plan de l’exemple de classeur des performances pour afficher le nombre de tâches d’arrière-plan exécutées par Tableau Server, y compris les tâches d’actualisation des extraits. Le tableau de bord affiche également le temps de retard des tâches d’arrière-plan, c’est-à-dire la durée entre l’heure de programmation d’une tâche d’arrière-plan et l’heure de son exécution effective. Si vous constatez des retards importants à certaines heures du jour ou si de nombreuses tâches s’exécutent en même temps, essayez de répartir les programmations de tâches sur différentes heures de la journée afin de réduire la charge qui pèse sur le serveur. ![Graphique du nombre de tâches en arrière-plan terminées chaque minute et du retard maximum des tâches en minutes pour chaque heure.](/tableau/current/fr-ca/server/fr-ca/Img/perf_workbook_background_jobs.png) Comparez également les heures auxquelles de nombreuses tâches en arrière-plan s’exécutent ou d’importants retards se produisent avec l’utilisation de l’unité centrale de traitement du serveur. Utilisez le tableau de bord Utilisation de l’unité centrale de traitement pour afficher le pourcentage du total de l’unité centrale de traitement et le pourcentage d’utilisation de l’unité centrale de traitement pour chaque processus. Étant donné que le processus du gestionnaire de processus en arrière-plan exécute des tâches en arrière-plan, il s’agit du premier processus affecté en cas de nombre excessif ou de lenteur d’exécution des tâches d’actualisation d’extrait. Notez que l’utilisation de l’unité centrale de traitement par le processus du gestionnaire de processus en arrière-plan atteint régulièrement (mais brièvement) 100 %. Ce chiffre indique que des tâches d’actualisation intensives sont régulièrement programmées. **Remarque :** Le pourcentage d’utilisation de l’unité centrale de traitement pour des processus individuels peut dépasser 100 % du fait que l’utilisation du processeur pour des processus individuels est mesurée pour un cœur de processeur donné. Par contraste, l’utilisation totale de l’unité centrale de traitement est mesurée pour tous les cœurs de processeur. ![Un graphique en courbes et cinq graphiques à barres qui affichent l’utilisation de l’unité centrale de traitement par processus au fil du temps.](/tableau/current/fr-ca/server/fr-ca/Img/perf_workbook_cpu_usage.png) ### Échec ou exécution lente des extraits Utilisez la vue administrative [Tâches en arrière-plan pour les extraits](https://help.tableau.com/current/server/fr-ca/adminview_backgrnd.htm) pour déterminer le nombre d’échecs d’extraits et la durée nécessaire à l’exécution des extraits. Des échecs fréquents peuvent indiquer un problème avec une source de données particulière. ![Le graphique de série chronologique affiche le nombre d’extraits exécutés sur le serveur au cours des sept derniers jours, tandis que le graphique à barres illustre le nombre quotidien d’extraits réussis et échoués.](/tableau/current/fr-ca/server/fr-ca/Img/adminview_extract.png) ## Comment optimiser les extraits Lorsqu’une utilisation intensive de l’unité centrale de traitement correspond à des programmations d’actualisation d’extrait comme dans l’exemple décrit précédemment, vous devriez optimiser les extraits. ### Ajuster la programmation d’actualisation de l’extrait Utilisez le tableau de bord Tâches d’arrière-plan de l’exemple de classeur des performances pour déterminer les heures optimales d’exécution des extraits. Outre l’exécution d’extraits hors des heures de pointe, vous pouvez répartir les actualisations d’extraits de manière à minimiser la charge simultanée sur le serveur. Si les actualisations d’extraits continuent à poser problème, réduisez leur fréquence autant que possible comme suit : - Programmez les extraits pour les heures où le serveur n’est pas occupé. - Réduisez la fréquence des actualisations. ### Accélérer des extraits spécifiques Utilisez la vue administrative [Tâches en arrière-plan pour les extraits](https://help.tableau.com/current/server/fr-ca/adminview_backgrnd.htm) pour identifier les échecs d’extraits et les extraits longs à exécuter. - Réduisez la taille des extraits. Vous pouvez participer à l’amélioration des performances du serveur en réduisant l’ensemble des données de l’extrait, grâce au filtrage ou à l’agrégation, ou encore au masquage des champs inutilisés. Pour ce faire, utilisez les options de Tableau Desktop Masquer tous les champs inutilisés et Agréger les données pour les dimensions visibles. Pour plus d’informations, consultez [Création d’un extrait](https://help.tableau.com/current/pro/online/fr-ca/extracting_data.htm) dans l’aide de Tableau. Pour obtenir des conseils sur la création de classeur fonctionnant correctement, recherchez « performance » dans l’aide de Tableau. Pour savoir comment un classeur fonctionne après sa publication sur Tableau Server, vous pouvez créer un enregistrement des performances. Pour plus d’informations, consultez [Créer un enregistrement de performances](https://help.tableau.com/current/server/fr-ca/perf_record_create_server.htm). - Utilisez les tâches d’actualisation incrémentielle. Les tâches d’actualisation incrémentielle ajoutent de nouvelles lignes à un extrait existant au lieu de créer l’extrait à partir de zéro. Ce type d’actualisation d’extrait s’exécute rapidement parce qu’il traite uniquement les données qui ont été ajoutées depuis la dernière exécution de la tâche d’actualisation d’extrait. Par compte, il ne prend pas en compte les données qui ont été mises à jour, mais seulement celles qui ont été ajoutées à une source de données. De ce fait, si vous exécutez des tâches d’actualisation incrémentielle, vous devrez néanmoins exécuter occasionnellement des tâches d’actualisation complète. Par exemple, vous pouvez exécuter une tâche d’actualisation complète une ou deux fois par semaine pour une source de données plutôt que chaque jour. ### Configurez le mode d’exécution pour les actualisations d’extrait Lorsque vous créez des programmations d’actualisation d’extrait, assurez-vous qu’elles fonctionnent en mode d’exécution parallèle. Lorsque vous exécutez une programmation en parallèle, elle s’exécute sur tous les processus du gestionnaire de processus en arrière-plan disponibles, même si la programmation contient uniquement une tâche d’actualisation. Lorsque vous exécutez une programmation en série, elle s’exécute uniquement sur un processus du gestionnaire de processus en arrière-plan. Par défaut, le mode d’exécution est défini sur parallèle pour que les tâches d’actualisation se terminent aussi rapidement que possible. Toutefois, dans certains cas, il peut être pertinent d’opter pour un mode d’exécution en série. Par exemple, vous pouvez choisir le mode d’exécution en série si vous avez une programmation très importante qui empêche l’exécution des autres programmations parce qu’elle utilise tous les processus du gestionnaire de processus en arrière-plan disponibles. ### Augmenter le nombre de processus du gestionnaire de processus en arrière-plan Un seul processus en arrière-plan peut consommer jusqu’à 100 % d’un cœur de processeur pour certaines tâches. Par conséquent, le nombre total d’instances à exécuter dépend des cœurs disponibles de l’ordinateur. Si vous avez installé Tableau Server dans un groupement et que vous exécutez des processus du gestionnaire de processus en arrière-plan sur un nœud séparé, il est conseillé de définir le nombre de processus du gestionnaire de processus en arrière-plan sur un nombre compris entre la moitié du nombre de cœurs et le nombre de cœurs de l’ordinateur exécutant les processus du gestionnaire de processus en arrière-plan. Pour plus d’informations sur la configuration des processus, consultez [Configurer les nœuds](https://help.tableau.com/current/server/fr-ca/config_nodes.htm). ### Isoler les processus Si Tableau Server est installé sur un groupement, il sera très avantageux de déplacer les processus du gestionnaire de processus en arrière-plan vers un nœud séparé pour éviter la contention des ressources. En effet, le processus du gestionnaire de processus en arrière-plan sollicite énormément l’unité centrale de traitement et son exécution sur le même nœud que d’autres processus gourmands en ressources processeur peut ralentir le serveur. Par exemple, le processus VizQL Server et le processus du moteur de données peuvent solliciter énormément l’unité centrale de traitement. Lisez la configuration à deux nœuds dans la rubrique [Configurations de base recommandées](https://help.tableau.com/current/server/fr-ca/server_baseline_config.htm#two-node) pour plus de détails. [Passer au contenu principal](#main-content) # Optimisation des performances de Tableau Server sur AWS ## Ceci est un contenu archivé Les déploiements sur des nuages publics continuent d’être pris en charge, mais le contenu des déploiements de nuage public tiers n’est plus mis à jour. Pour consulter le dernier contenu de déploiement de Tableau Server, consultez le et la section [Déployer](https://help.tableau.com/current/server/fr-ca/install.htm) de l’aide de Tableau Server. Pour les clients qui ont accès, nous recommandons Tableau Cloud. Pour en savoir plus, consultez : - [Guide de migration manuelle de Tableau Cloud](https://help.tableau.com/current/guides/migration/fr-ca/emg_intro.htm) - [Version d’évaluation de Tableau Cloud pour administrateur](https://help.tableau.com/current/server-linux/fr-ca/install.htm) - [Tableau Cloud : Premiers pas pour l’administrateur](https://www.tableau.com/fr-ca/learn/get-started/online-admin) ## Introduction L’optimisation des performances de Tableau Server lorsqu’il est installé sur l’instance Amazon EC2 dans le nuage AWS ajoute une autre dimension pour ajuster votre solution Tableau Server. Cette section traite de l’ajustement de Tableau Server pour le nuage. Pour des informations générales sur l’ajustement des performances, consultez [Présentation des performances de Tableau Server](https://help.tableau.com/current/server/fr-ca/perf.htm). Pour des informations sur les outils que vous pouvez utiliser pour optimiser les performances, consultez [Ressources de performances](https://help.tableau.com/current/server/fr-ca/perf_resources.htm). Il est important de garder à l’esprit que chaque déploiement de Tableau Server sur AWS est différent parce que la charge de travail de chacun est unique. Les employés de votre entreprise sont différents, utilisent des données différentes, posent des types de questions différents et ont des besoins professionnels différents de ceux d’autres entreprises. Pour cette raison, nous vous recommandons de tester vos charges de travail Tableau Server sur diverses instances d’Amazon EC2 avant de les déployer dans un environnement de production. Les exigences de votre charge de travail seront probablement influencées par les facteurs suivants : - Utilisation intensive, faible ou modérée des extraits de données Tableau - Proportion des personnes qui consultent les visualisations et les tableaux de bord par rapport à celle des personnes qui interagissent avec - Exécution des actualisations d’extraits Tableau pendant ou après les horaires de bureau - Nombre d’utilisateurs simultanés pendant une période donnée - Complexité des vues et des tableaux de bord - Taille de la communauté qui utilise la création sur le Web Tableau Il existe quelques recommandations générales que vous pouvez suivre pour augmenter la probabilité de choisir le type d’instance correct. En utilisant TabJolt, un outil gratuit de test d’évolutivité de Tableau, vous pouvez exécuter des tests de charge sur vos instances Amazon EC2 pour tester vos performances et l’évolutivité en utilisant les métriques suivantes : - Nombre d’utilisateurs virtuels en cours d’exécution - Nombre moyen de transactions par seconde - Temps moyen de réponse correcte - Taux d’erreur moyen (le test prend en considération toute visualisation qui demande plus de 60 secondes pour renvoyer une erreur) ## Meilleures pratiques en matière de performances Les meilleures pratiques suivantes en termes de performances peuvent vous être utiles comme référence lorsque vous déployez Tableau sur AWS : - Exécutez toujours au moins 8 cœurs par instance Amazon EC2 Même avec un nombre relativement faible d’utilisateurs, les instances EC2 comportant moins de 16 vCPU (l’équivalent de 8 cœurs) n’offrent pas des performances homogènes. Par exemple, une instance r4.4xlarge contenant 16 vCPU est capable de traiter davantage d’utilisateurs, avec un temps de réponse et un taux d’erreur plus faibles que deux instances r4.2xlarge comportant chacune 8 vCPU. Ce schéma est cohérent en cas d’évolutivité verticale, où quatre instances 16 vCPU et deux instance 32 vCPU s’avèrent beaucoup plus performantes que huit instances 8 vCPU. - La charge de travail joue un rôle décisif pour les résultats La robustesse de votre charge de travail joue un rôle important dans la détermination des performances sur différents types d’instances EC2. En utilisant un ensemble différent de tableaux de bord, vous constaterez des différences notables par rapport aux mêmes instances de machines virtuelles sous-jacentes. Il n’est pas très utile de tenter de comparer des performances en utilisant une autre charge de travail que la vôtre. - Il est recommandé d’utiliser davantage de processeurs Le processeur est souvent le goulot d’étranglement pour les performances de Tableau Server. En général, lorsque vous souhaitez faire plus de choses avec Tableau, nous vous recommandons d’ajouter plus de processeurs, et des processeurs plus puissants. - Assurez-vous que votre instance Amazon EC2 a suffisamment de mémoire RAM Lorsque nous avons exécuté les mêmes charges de travail sur des instances comportant moins de processeurs mais plus de mémoire RAM, nous avons constaté un plus grand nombre de transactions par seconde (TPS), des temps de réponse plus faibles et des taux d’erreur plus faibles. Une mémoire RAM trop faible sur les instances EC2 peut annuler les avantages de processeurs haut de gamme. Dans les environnements de production, fonctionnez avec au moins 30 Go de RAM mais injectez 8 Go de RAM par cœur. S’il est important de choisir une instance avec beaucoup de puissance de calcul, déployer Tableau Server sur des instances souffrant d’une mémoire RAM insuffisante entraîne des performances faibles, et ce, quelle que soit votre puissance de calcul. - Vous souhaitez utiliser des volumes basés sur des SSD, sans toutefois avoir nécessairement besoin d’IOPS provisionnées Tableau Server englobe divers processus et composants, y compris une base de données de niveau professionnel (PostgreSQL) qui stocke les métadonnées du système. Tableau Server a besoin d’un niveau raisonnable de vitesse disque pour fonctionner correctement, et nous vous conseillons d’utiliser uniquement des volumes Amazon Elastic Block Store (EBS) basés sur SSD. Les disques magnétiques n’offrent pas la vitesse nécessaire pour gérer efficacement les demandes de la base de données. Dans nos tests, nous avons utilisé à la fois des volumes SSD (gp2) à usage général et des volumes IOPS provisionnés par EBS, en utilisant deux disques EBS pour la plupart des tests. La plupart des volumes EBS avaient 1500 IOPS provisionnées. Après avoir à nouveau exécuté les tests avec des SSD à usage général, nos résultats étaient quasiment identiques pour les charges de travail modérément exigeantes. Si, dans certains cas, les IOPS provisionnées font une différence de performance importante au niveau de vos charges de travail Tableau Server sur AWS, vous ne devriez pas assumer qu’il vous faut des IOPS provisionnées par défaut. Le meilleur moyen de trouver ce qui vous convient consiste à tester vous-même vos charges de travail Tableau Server. - Faites vos propres tests avec TabJolt Votre charge de travail et la configuration de vos instances Amazon EC2 peuvent faire une différence majeure pour les performances de Tableau Server dans votre entreprise. La flexibilité d’EC2 aide à déterminer facilement la combinaison de paramètres et de types d’instances adaptée à vos besoins. Par exemple, isoler quelques processus gourmands en RAM et en processeurs sur plusieurs ordinateurs au lieu de les exécuter sur tous les ordinateurs de votre groupement fait une différence considérable au niveau du nombre de transactions par seconde (TPS). Ne cédez pas à la tentation de comparer les caractéristiques des performances pour différentes charges de travail. Si elle est certes amusante, cette comparaison n’est pas très utile. Au lieu de cela, utilisez la même charge de travail et expérimentez avec votre configuration matérielle et logicielle pour obtenir le meilleur résultat. AWS vous facilite grandement la tâche. [Passer au contenu principal](#main-content) # Optimisation du trafic utilisateur Vous pouvez optimiser le trafic si vous avez de nombreux utilisateurs Tableau Server actifs et peu de sources de données publiées nécessitant des actualisations d’extrait. **Remarque :** cette rubrique utilise l’exemple de classeur des performances provenant de la section sur la surveillance. Pour plus d’informations, consultez [Analyser des données avec l’exemple de classeur des performances](https://help.tableau.com/current/server/fr-ca/perf_analyze_sample_workbook.htm). - [Dans quels cas optimiser le trafic utilisateur](#when-to-optimize-for-traffic) - [Comment optimiser le trafic utilisateur](#ways-to-optimize-for-traffic) ## Dans quels cas optimiser le trafic utilisateur ### Lenteur du temps de chargement pour les vues Utilisez le tableau de bord Demandes et sessions de l’exemple de classeur des performances pour analyser le temps de chargement des vues. ![Deux nuages de points illustrent le nombre de requêtes et de sessions au fil du temps.](/tableau/current/fr-ca/server/fr-ca/Img/perf_workbook_requests_sessions.png) S’il faut plus de 10 secondes pour charger plusieurs vues et si les temps de chargement lents caractérisent un grand nombre de sessions, cela peut indiquer que le trafic utilisateur ralentit le serveur. Toutefois, si le chargement d’une vue donnée demande beaucoup de temps indépendamment du moment de visualisation, cela indique que le classeur de la vue doit être optimisé. Vous pouvez identifier les classeurs qui ont besoin d’être optimisés avec la vue administrative [Statistiques des durées de chargement](https://help.tableau.com/current/server/fr-ca/adminview_stats_load_time.htm). Des moyens simples d’optimiser les classeurs consistent notamment à afficher moins d’informations dans chaque vue ou à diviser les vues, en réduisant le nombre de filtres et en utilisant des extraits de données. ### Utilisation élevée des ressources correspondant au trafic utilisateur Si votre serveur affiche une utilisation élevée de l’unité centrale de traitement et de la mémoire pendant les heures de trafic de pointe, il est recommandé d’optimiser le trafic utilisateur. Pour déterminer les heures de trafic de pointe et analyser le nombre d’utilisateurs simultanés sur votre serveur, utilisez le tableau de bord Utilisateurs et actions. Vous pouvez en outre utiliser la vue administrative [Trafic vers les vues](https://help.tableau.com/current/server/fr-ca/adminview_serveract.htm) pour voir la part de l’accès aux vues dans le trafic utilisateur (par rapport à l’exécution de fonctions administratives, publication ou autres tâches). ![Deux nuages de points affichent l’activité de l’utilisateur au fil du temps, reflétant diverses actions de l’utilisateur.](/tableau/current/fr-ca/server/fr-ca/Img/perf_workbook_users_actions.png) Si vous cliquez sur un point dans la vue Nombre d’utilisateurs, le tableau de bord affiche les utilisateurs qui étaient actifs à ce moment donné et le nombre d’actions utilisateur exécutées par ces utilisateurs. Par défaut, les seules actions utilisateur affichées sont les vues utilisateur, mais vous pouvez utiliser le filtre Types d’action pour afficher des actions utilisateur supplémentaires. Notez les heures du jour comptant de nombreux utilisateurs et vues simultanés afin de pouvoir les comparer à l’utilisation des ressources. En règle générale, le nombre d’utilisateurs devrait correspondre à un nombre élevé d’actions utilisateur. Toutefois, la vue dans cet exemple affiche un nombre artificiellement élevé d’actions pour un seul utilisateur dans le cadre d’un test de génération de charge. À titre d’exemple, vous pouvez comparer le nombre élevé de vues à 12h00 le 28 juin avec l’utilisation des ressources dans le tableau de bord illustré ci-après. Utilisez le tableau de bord Utilisation de l’unité centrale de traitement pour afficher le pourcentage du total de l’unité centrale de traitement et le pourcentage d’utilisation de l’unité centrale de traitement pour chaque processus. Dans l’exemple suivant, notez que le pic important dans l’utilisation totale de l’unité centrale de traitement et dans le processus VizQL Server se situe à 12h00 le 28 juin. Étant donné que le processus VizQL Server assure le chargement et le rendu des vues, ce processus est souvent le premier affecté en cas de trafic utilisateur élevé. **Remarque :** Le pourcentage d’utilisation de l’unité centrale de traitement pour des processus individuels peut dépasser les 100 % Du fait que l’utilisation du processeur pour des processus individuels est mesurée pour un cœur de processeur donné. Par contraste, l’utilisation totale de l’unité centrale de traitement est mesurée pour tous les cœurs de processeur. ![Un graphique en courbes et cinq graphiques à barres qui affichent l’utilisation de l’unité centrale de traitement par processus au fil du temps.](/tableau/current/fr-ca/server/fr-ca/Img/perf_workbook_cpu_usage.png) Utilisez le tableau de bord Utilisation de la mémoire pour afficher le pourcentage d’utilisation totale de la mémoire et l’utilisation moyenne de la mémoire en gigaoctets. En règle générale, l’utilisation de la mémoire augmente de manière constante avec le trafic utilisateur. Dans ce cas aussi, le processus VizQL Server est le premier affecté par un trafic élevé. ![Deux graphiques qui montrent l’utilisation de la mémoire au fil du temps. Le graphique du haut montre l’utilisation totale de la mémoire, tandis que le graphique du bas montre l’utilisation de la mémoire par processus.](/tableau/current/fr-ca/server/fr-ca/Img/perf_workbook_memory_usage.png) ## Comment optimiser le trafic utilisateur Lorsqu’un trafic utilisateur élevé correspond à une utilisation intensive des ressources comme dans l’exemple ci-dessous, vous devriez optimiser le trafic utilisateur. ### Ajuster le nombre de processus VizQL Server Le moyen le plus efficace d’optimiser le trafic utilisateur consiste à ajuster le nombre de processus VizQL Server. Ajoutez un processus VizQL Server à la fois et mesurez l’effet en renforçant l’analyse des performances. Les processus VizQL Server pouvant utiliser beaucoup de ressources de processeur et de mémoire, l’ajout d’un nombre excessif de processus peut ralentir le serveur. Si vous constatez une utilisation systématiquement élevée de la mémoire, essayez de réduire le nombre de processus VizQL Server afin de réduire la quantité de mémoire réservée. Pour plus d’informations sur la configuration des processus, consultez [Configurer les nœuds](https://help.tableau.com/current/server/fr-ca/config_nodes.htm). ### Ajuster le nombre d’autres processus Bien que la manière la plus efficace d’améliorer les performances du trafic utilisateur consiste à ajuster le nombre de processus VizQL Server, vous pouvez également ajuster d’autres processus prenant en charge le processus VizQL Server ou empêchant le processus VizQL Server d’accéder à des ressources. Par exemple, le processus VizQL Server envoie de nombreuses demandes au processus serveur de cache, donc vous pouvez envisager d’augmenter le nombre de processus de serveur de cache. D’un autre côté, les processus du gestionnaire de processus en arrière-plan peuvent se disputer les ressources de l’unité centrale de traitement avec le processus VizQL Server. De ce fait, si vous n’avez pas besoin d’exécuter des actualisations d’extrait fréquentes, vous pouvez réduire le nombre de processus pour le gestionnaire de processus en arrière-plan. Si vous n’avez pas besoin d’instances supplémentaires du gestionnaire de processus en arrière-plan et si vous exécutez Tableau Server sur un groupement, vous pouvez déplacer le processus du gestionnaire de processus en arrière-plan vers un nœud dédié. ### Ajuster la durée limite de la session VizQL Dans l’exemple présenté précédemment, la quantité de mémoire utilisée par le processus VizQL Server augmente avec le trafic utilisateur, et il reste réservé par Tableau Server quelque temps après la fin du trafic. En effet, le processus VizQL Server réserve de la mémoire pour chaque session pendant une durée spécifiée. Si le processus VizQL Server utilise un pourcentage élevé de la mémoire disponible, essayez de réduire la durée limite de chaque session pour que la mémoire soit disponible plus rapidement.  Pour cela, utilisez la commande `[tsm configuration set](https://help.tableau.com/current/server/fr-ca/cli_configuration_tsm.htm#TSMSet)` afin de réduire le paramètre `vizqlserver.session.expiry.timeout`. Le paramètre par défaut est de 30 minutes. ### Réduire la fréquence d’actualisation du cache Si vos utilisateurs n’ont pas toujours besoin des données les plus à jour, vous pouvez améliorer le trafic utilisateur en configurant Tableau Server de manière à ce qu’il mette en cache et réutilise les données autant que possible. Pour cela, utilisez la commande `[tsm data-access caching list](https://help.tableau.com/current/server/fr-ca/cli_data-access.htm#caching-list)` afin de confirmer la fréquence d’actualisation. La valeur par défaut est `Low`. Utilisez la commande `[tsm data-access caching set](https://help.tableau.com/current/server/fr-ca/cli_data-access.htm#caching-set)` pour modifier la fréquence d’actualisation. ### Évaluation du degré de réponse d’une vue Lorsqu’un utilisateur ouvre une vue, les composants de celle-ci sont d’abord récupérés et interprétés, puis affichées dans le navigateur Web de l’utilisateur. Pour la plupart des vues, la phase de rendu d’affichage se produit dans le navigateur Web de l’utilisateur et, dans la plupart des cas, cela donne les résultats les plus rapides et le niveau de degré de réponse interactive le plus élevé. La gestion de la plupart des interactions dans le navigateur Web du client réduit la bande passante et élimine les latences de requêtes. Si une vue est très complexe, Tableau Server gère la phase de rendu sur le serveur au lieu de le faire dans le navigateur Web du client (car cela permet généralement d’atteindre de meilleures performances). Si vous vous rendez compte que le degré de réponse des vues n’est pas aussi élevé que vous le souhaitez, vous pouvez tester et modifier le seuil qui entraîne le rendu des vues par le serveur au lieu que cela soit fait dans le navigateur Web du client. Pour plus d’informations, consultez [Configurer le rendu côté client](https://help.tableau.com/current/server/fr-ca/browser_rendering.htm). ## Autres articles de cette section [Passer au contenu principal](#main-content) # Optimisation pour les environnements soumis à une forte charge de requêtes d’extraits La rubrique fournit des conseils sur la mise en place d’une topologie et de configurations Tableau Server spécifiques afin d’optimiser et d’améliorer les performances dans un environnement à forte charge de requêtes d’extraction. **Qu’est-ce qu’un environnement soumis à une forte charge de requêtes d’extraits?** Les extraits et les sources de données fédérées sont interrogés lors du chargement des classeurs, des vues et des tableaux de bord, ce qui génère une charge de travail de requête importante. Par conséquent, si vous disposez d’un grand nombre d’extraits et de sources de données fédérées, on peut dire que votre environnement est soumis à une forte charge de requêtes d’extraits. Si votre environnement est soumis à une forte charge de requêtes d’extraits comme défini ci-dessus, les deux prochaines sections peuvent vous aider à déterminer si cette configuration vous convient. ## Dans quels cas utiliser cette configuration **Raisonnement clé derrière cette configuration :** Hyper est la technologie de moteur de données à mémoire optimisée de Tableau. Elle est adaptée aux ingestions de données rapides et au traitement analytique, ce qui en fait la clé de l’optimisation des charges de travail de requêtes lourdes. À mesure que votre utilisation des extraits augmente, nous vous recommandons de **configurer le moteur de données sur des nœuds dédiés du groupement Tableau Server**. Cette configuration permet à Tableau Server de faire évoluer l’infrastructure de manière à optimiser les performances lors de l’interrogation d’extraits. Plusieurs facteurs affectent les performances de Tableau Server lors de l’affichage de contenu à l’aide d’extraits et de sources de données fédérées. L’objectif ici est d’**obtenir des performances de requête cohérentes et fiables** lors de l’affichage du contenu sur le serveur. Utilisez cette configuration si votre environnement remplit l’une des conditions suivantes : - Vous constatez une grande variabilité dans les temps de chargement des classeurs et le classeur utilise des extraits ou des sources de données fédérées. - Votre déploiement Tableau Server est confronté à une augmentation du nombre d’utilisateurs de type Creator, Explorer et Viewer, ainsi qu’à une croissance du contenu basé sur les extraits. Vous recherchez donc une montée en puissance efficace. - Vous constatez un conflit de ressources entre le moteur de données et VizQL Server lorsque le stockage de fichiers est présent sur l’ordinateur. - Vous analysez de grandes quantités de données. Cette configuration permet d’optimiser les performances dans les scénarios de mégadonnées, à la fois au niveau de l’ingestion et de l’analyse des données. Pour en savoir plus sur Tableau et les mégadonnées, consultez [Hyper-charge de l’analyse des mégadonnées à l’aide de Tableau](https://www.tableau.com/learn/whitepapers/hyper-charge-big-data-analytics-using-tableau). **Remarque :** utilisez l’enregistrement des performances côté serveur pour déterminer les durées d’exécution des requêtes. Pour déterminer l’utilisation des ressources de Tableau, utilisez le**Moniteur de performances** pour les installations Windows, et _sysstat_ ou _vmstat_ pour les installations Linux. ### Avantages de l’utilisation de cette configuration Voici les principaux avantages de la configuration de nœuds dédiés pour le moteur de données : - Les nœuds de moteur de données dédiés réduiront les conflits de ressources entre les requêtes d’extraits et d’autres charges de travail gourmandes en ressources telles que celles traitées par VizQL Server. - La charge de travail des requêtes d’extraits est équilibrée de manière dynamique sur les nœuds dédiés, en tenant compte de l’état actuel du système pour garantir qu’aucun nœud n’est surutilisé ou sous-utilisé. - Performances plus homogènes dans l’expérience utilisateur lors du chargement de classeurs dépendant d’extraits. L’objectif ici est d’établir des performances cohérentes et fiables plutôt que d’améliorer les requêtes individuelles. - Vous aurez plus de contrôle sur la montée en charge des processus Tableau Server nécessitant davantage de ressources. Si VizQL Server, le moteur de données et le gestionnaire de processus en arrière-plan s’exécutent tous sur le même nœud et que les requêtes d’extraits lentes sont le problème, il sera difficile d’améliorer les performances en ajoutant un deuxième nœud avec les trois processus. Avec cette configuration, vous pouvez ajouter d’autres nœuds qui amélioreront spécifiquement les charges de travail des requêtes d’extraits. - Aide à améliorer la disponibilité et le temps d’activité. En cas d’échec et si l’un des nœuds dédiés du moteur de données n’est pas disponible, VizQL Server tentera d’acheminer les requêtes en attente sur le nœud problématique vers d’autres nœuds dédiés du moteur de données. - Le moteur de données utilise autant de cœurs qu’il y en a de disponibles sur l’ordinateur. Pour cette raison, vous avez la possibilité d’ajouter davantage de ressources aux nœuds dédiés du moteur de données afin de réduire le temps de réponse des requêtes et la variabilité au niveau des interrogations d’extraits coûteuses. Vous pouvez aussi ajouter d’autres nœuds de moteur de données dédiés pour améliorer le débit des interrogations d’extraits sur votre serveur. - Le moteur de données a une configuration par défaut qui le limite à une moyenne de 75 % de processeur par heure. Ceci est destiné à éviter les conflits avec d’autres processus Tableau Server. Si vous exécutez le moteur de données sur un nœud dédié, vous pouvez augmenter cette moyenne à 95 %. Pour plus d’informations à ce sujet, consultez [hyper.srm\_cpu\_limit\_percentage](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm#hyper_cpu_limit_percent). ## Dans quels cas ne pas utiliser cette configuration - Si vous ne rencontrez pas de problèmes avec la charge de requête basée sur des extraits, les ressources matérielles seront peut-être mieux allouées à d’autres parties de Tableau Server. - Sur les nœuds où le stockage de fichiers, le moteur de données et VizQL Server coexistent, vous ne constatez pas de conflit de ressources entre le moteur de données et VizQL Server. - Avant d’implémenter cette configuration, il est vivement recommandé d’évaluer votre utilisation du processeur pour VizQL Server et le nœud sur lequel le moteur de données est installé avec le stockage de fichiers. ## Configuration L’objectif principal de cette configuration est d’avoir le moteur de données sur un ou plusieurs nœuds dédiés. - Dans les déploiements où le stockage de fichiers est installé localement, il s’agit alors de configurer le stockage de fichiers sur un ou plusieurs nœuds dédiés. Le moteur de données est automatiquement installé sur le même nœud que le stockage de fichiers. - Dans les déploiements où vous configurez le stockage de fichiers externe, vous pouvez toujours configurer le moteur de données sur des nœuds dédiés sur Tableau Server. En séparant les processus VizQL Server et stockage de fichiers, on peut aboutir à un équilibrage de charge entre l’interrogation des extraits et le chargement ou la modification des vues, et mieux les gérer. Cette configuration vise à obtenir des performances homogènes lors de l’interrogation d’extraits. Vous trouverez ci-dessous une représentation visuelle de la configuration où les processus Moteur de données/stockage de fichiers disposent de deux nœuds dédiés, les nœuds 5 et 6. Il s’agit d’un exemple où le stockage de fichiers est configuré localement, et c’est pourquoi les processus Moteur de données et stockage de fichiers sont colocalisés. La même configuration fonctionne pour les déploiements avec le stockage de fichiers externe, mais seul le moteur de données sera configuré sur les nœuds 5 et 6 dans ce cas. De plus, étant donné que le Nœud 1 dispose également des processus Référentiel et stockage de fichiers, toutes les données nécessaires pour effectuer une sauvegarde sont présentes sur le Nœud 1, ce qui peut améliorer les performances de sauvegarde. ![Un tableau qui affiche les processus en cours d’exécution sur chaque nœud.](/tableau/current/fr-ca/server/fr-ca/Img/perf-hoss-arch-basic.png) ## Guide matériel Pour tirer le meilleur parti de cette configuration, vous devrez expérimenter différentes tailles et configurations matérielles pour déterminer ce qui correspond le mieux à vos objectifs de performances en cas de pics de charge. Hyper est une technologie de base de données hautes performances et les ressources clés qui ont un impact sur les performances sont la mémoire, les cœurs et les E/S de stockage. Comprendre comment Hyper utilise les ressources pour traiter les requêtes vous aidera à faire votre choix de matériel et à comprendre la raison entre différentes configurations. - **Mémoire :** Lorsqu’une requête basée sur un extrait est traitée pour un utilisateur ou un processus en arrière-plan, Tableau Server sélectionne un nœud de moteur de données dédié pour traiter la requête. Ce nœud de moteur de données dédié copie ensuite l’extrait depuis le stockage local, le plus souvent le disque dur du serveur, dans la mémoire. Augmenter la mémoire système disponible permet au système d’exploitation de mieux gérer l’utilisation de la mémoire pour Tableau. Les nœuds de moteur de données dédiés utilisent la mémoire système pour stocker l’ensemble de résultats des requêtes exécutées. Si l’ensemble de résultats est toujours valide et que le système d’exploitation ne l’a pas effacé de la mémoire, il est possible de réutiliser l’ensemble de résultats en mémoire. La recommandation matérielle minimale de Tableau Server est de 32 Go de mémoire, mais si vous prévoyez un volume élevé de charges de classeurs basés sur des extraits, vous devriez envisager 64 Go ou 128 Go. Si vous atteignez d’autres limites de ressources en plus de la mémoire (comme les cœurs), au lieu de monter en charge jusqu’à 128 Go de mémoire, il peut être préférable de passer à un nœud de moteur de données dédié supplémentaire de 64 Go. Le processus de copie de l’extrait du stockage local vers la mémoire peut prendre du temps et peut exiger une optimisation des performances du disque. L’optimisation des performances du disque est traitée dans la section **E/S de stockage.** - **Cœurs :** lors du traitement d’une requête basée sur un extrait, le nombre de cœurs est une ressource matérielle importante qui peut avoir un impact sur les performances et la scalabilité. Les cœurs de processeur sont responsables de l’exécution d’une requête et avoir plus de cœurs disponibles entraînera un temps d’exécution plus rapide. De manière générale, doubler le nombre de cœurs réduira de moitié le temps d’exécution des requêtes. Par exemple, une requête de 10 secondes utilisant actuellement 4 cœurs physiques ou 8 vCPU, prendra 5 secondes si vous passez à 8 cœurs physiques ou 16 vCPU. La recommandation matérielle minimale actuelle de Tableau Server est de 8 cœurs, mais si votre déploiement utilise des extraits, envisagez des machines à 16 ou 32 cœurs. Autre point important à noter : si la mémoire et les E/S sont vos goulots d’étranglement, alors l’augmentation des cœurs disponibles n’améliorera pas les performances de vos requêtes. - **E/S de stockage :** Hyper est conçu pour tirer parti des performances disponibles de votre périphérique de stockage d’extraits afin d’accélérer le traitement des requêtes. Nous vous recommandons de choisir un stockage sur disque rapide comme les disques SSD (Solid State Drives) avec des vitesses de lecture/écriture élevées. Actuellement, les disques SSD qui utilisent le protocole de stockage NVMe offrent les vitesses disponibles les plus rapides. **Remarque :** le dimensionnement des ressources pour les nœuds de moteur de données dédiés n’a d’impact que sur les performances des requêtes d’extraits. Lors du chargement d’un classeur, de nombreux autres processus sont impliqués et contribuent au temps total de demande de chargement VizQL. Le processus VizQL Server, par exemple, est chargé de la capture des données du moteur de données et du rendu de la visualisation. ## Autres réglages et optimisations des performances : Il existe des fonctionnalités supplémentaires que vous pouvez utiliser pour optimiser les performances au-delà de la configuration de base décrite ci-dessus. Les optimisations décrites ci-dessous s’appliquent à la fois aux déploiements du stockage de fichiers local et du stockage de fichiers externe. - **Équilibrage de la charge des requêtes d’extraits :** pour déterminer où acheminer la requête d’extraits, le moteur de données utilise une métrique d’intégrité du serveur : la quantité de ressources utilisées par le moteur de données et la charge d’autres processus Tableau pouvant s’exécuter sur le même nœud. En plus d’évaluer les ressources système, il faut aussi vérifier si un extrait existe déjà en mémoire sur le nœud et le prendre en compte pour s’assurer qu’une requête d’extrait est envoyée au nœud qui a le plus de ressources disponibles pour traiter la requête. Il en résulte une utilisation plus efficace de la mémoire et du disque, et les extraits ne sont pas dupliqués en mémoire sur les nœuds. Consultez l’article d’aide [Équilibrage de charge pour les requêtes basées sur les extraits](https://help.tableau.com/current/server/fr-ca/load_balancing_eq.htm) pour plus de détails. _La fonctionnalité d’équilibrage de charge pour les requêtes basées sur les extraits est activée par défaut dans Tableau Server version 2020.2 et versions ultérieures._ - **Optimisations de la charge de travail à l’aide des rôles de nœud :** avec les rôles de nœud Gestionnaire de processus en arrière-plan et Stockage de fichiers, les administrateurs de serveur disposent de davantage de flexibilité et de contrôle sur les nœuds qui doivent être dédiés à l’exécution des requêtes d’extraits et des actualisations d’extraits. Comme mentionné dans le diagramme de topologie ci-dessus, certains nœuds du moteur de données sont dédiés au traitement des requêtes d’extraits et exécutent uniquement les processus stockage de fichiers et Moteur de données. Les rôles de nœud sont disponibles avec Advanced Management. Pour plus d’informations sur les rôles de nœuds, consultez [Gestion de la charge de travail via les rôles de nœuds](https://help.tableau.com/current/server/fr-ca/server_node_roles.htm). Le schéma ci-dessous utilise la même topologie que la configuration de base décrite ci-dessus mais avec les rôles de nœud. ![Tableau d’équilibrage de charge externe avec processus et nœuds.](/tableau/current/fr-ca/server/fr-ca/Img/perf-hoss-arch-node-roles.png) - **Rôle du nœud extract-refreshes du gestionnaire de processus en arrière-plan :** en définissant le nœud 3 sur le rôle de nœud extract-refreshs du gestionnaire de processus en arrière-plan, seules les actualisations incrémentielles, les actualisations complètes et les tâches de chiffrement/déchiffrement s’exécuteront sur ce nœud. En définissant le nœud 4 sur le rôle de nœud no-extract-refreshs du gestionnaire de processus en arrière-plan, toutes les tâches d’arrière-plan autres que les actualisations d’extraits s’exécuteront sur ce nœud. Le serveur de données et la passerelle aident les tâches d’actualisation d’extrait lors de l’utilisation d’extraits fédérés et fantômes. Pour plus d’informations sur les rôles des nœuds du gestionnaire de processus en arrière-plan, consultez [Rôles des nœuds du stockage de fichiers](https://help.tableau.com/current/server/fr-ca/server_node_roles.htm#file-store-node-roles). De plus, étant donné que le Nœud 1 dispose également des processus Référentiel et stockage de fichiers, toutes les données nécessaires pour effectuer une sauvegarde sont présentes sur le Nœud 1, ce qui peut améliorer les performances de sauvegarde. _Les rôles des nœuds du gestionnaire de processus en arrière-plan sont disponibles avec Advanced Management dans Tableau Server version 2019.3 et versions ultérieures._ - **Rôle de nœud extract-queries du stockage de fichiers :** les nœuds 5 et 6, qui sont les nœuds **dédiés** du moteur de données, ont le rôle de nœud extract-queries du stockage de fichiers pour s’assurer qu’ils ne traitent que les requêtes pour les chargements de visualisation, les abonnements et les alertes basées sur les données. - **Rôle de nœud extract-queries-interactive du stockage de fichiers :** pour les nœuds de moteur de données dédiés qui ont un rôle de nœud extract-queries du stockage de fichiers, les administrateurs de serveur peuvent isoler davantage les charges de travail interactives et planifiées à exécuter sur des nœuds de moteur de données **dédiés** spécifiques. Cette configuration est utile lorsque de nombreux utilisateurs modifient et chargent des classeurs pendant les périodes d’abonnement à volume élevé. Par exemple, imaginons qu’il y ait 1 000 abonnements programmés pour les lundis matins à 8 heures. Dans le même temps, de nombreux utilisateurs chargent également des tableaux de bord au début de leur journée. Le volume combiné d’abonnements et de requêtes d’utilisateurs peut entraîner des temps de chargement de classeur plus lents et plus variables pour les utilisateurs. Avec le rôle de nœud extract-queries-interactive du stockage de fichiers, vous pouvez désigner des nœuds de moteur de données dédiés pour n’accepter que les requêtes des utilisateurs interactifs (ceux qui regardent leurs écrans en attente). Ces nœuds de moteur de données dédiés qui sont prioritaires pour les charges de travail interactives seraient protégés du volume élevé de tâches d’abonnement simultanées et fourniraient des temps de requête plus homogènes. De plus, les administrateurs de serveur peuvent utiliser ce rôle de nœud pour mieux planifier la croissance. Ils peuvent en effet ajouter des nœuds de moteur de données dédiés pour les charges de travail interactives et planifiées de manière indépendante. Pour plus d’informations, consultez [Rôles des nœuds du stockage de fichiers](https://help.tableau.com/current/server/fr-ca/server_node_roles.htm#file-store-node-roles). _Les rôles des nœuds du stockage de fichiers sont disponibles avec Advanced Management dans Tableau Server version 2020.4 et versions ultérieures._ - **Optimisations à l’aide du stockage de fichiers externe :** cette fonctionnalité vous permet d’utiliser un partage réseau comme stockage pour le magasin de fichiers au lieu d’utiliser le disque local sur un nœud Tableau Server. En centralisant le stockage dans un seul emplacement, vous pouvez réduire considérablement la quantité de trafic réseau consacré à la réplication des données entre les nœuds du stockage de fichiers. Par exemple, dans le cas où le stockage de fichiers utilise un disque local, lorsqu’un extrait de 1 Go est actualisé à l’aide du stockage de fichiers local, les 1 Go de données sont répliqués sur le réseau vers tous les nœuds qui exécutent le processus stockage de fichiers. Dans le cas où Tableau Server est configuré avec un stockage de fichiers externe, l’extrait de 1 Go ne doit être copié qu’une seule fois sur le partage réseau et tous les nœuds du stockage de fichiers peuvent accéder à cette copie unique. La centralisation du stockage réduit également la quantité totale de stockage local nécessaire sur les nœuds du stockage de fichiers. De plus, les sauvegardes Tableau Server tirent parti de la technologie d’instantané pour réduire considérablement le temps nécessaire à la réalisation d’une sauvegarde. Bien que vous n’ayez pas besoin d’une configuration de nœud de moteur de données dédié pour bénéficier des avantages du stockage de fichiers externe, les fonctionnalités supplémentaires de gestion de la charge de travail avec le rôle de nœud de stockage de fichiers et le rôle de nœud interactif de requêtes d’extraits peuvent être utilisées ensemble. Consultez la rubrique [Stockage de fichiers externe Tableau Server](https://help.tableau.com/current/server/fr-ca/server_external_filestore_storage.htm) pour plus de détails. _Le stockage de fichiers externe est disponible avec Advanced Management dans Tableau Server version 2020.1 et versions ultérieures._ [Passer au contenu principal](#main-content) # Optimiser les données pour la fonctionnalité « Parlez aux données » **Changements importants apportés à Parlez aux données et Métriques** Les fonctionnalités Parlez aux données et Métriques de Tableau ont été retirées dans Tableau Cloud février 2024 et dans Tableau Server version 2024.2. Grâce aux progrès des technologies du langage naturel, nous développons une interface améliorée qui permettra de poser plus facilement des questions sur vos données et de rester au courant des changements. Pour plus d’informations, consultez [Comment Tableau AI et Tableau Pulse réinventent les expériences liées aux données.](https://www.tableau.com/fr-ca/blog/tableau-pulse-and-tableau-gpt) Si vous gérez ou publiez des sources de données, voici quelques conseils pour aider les utilisateurs de la fonctionnalité « Parlez aux données » à obtenir de meilleurs résultats. En consacrant un peu plus de temps à ce processus, vous ouvrirez l’analyse de données à un éventail plus large d’utilisateurs dans votre entreprise, en les aidant à répondre à des questions de manière indépendante et à aboutir à des découvertes plus approfondies. ## Optimiser les données dans Parlez aux données Dans le volet Données à gauche de l’interface de Parlez aux données, les propriétaires de sources de données peuvent ajouter des synonymes pour des champs et exclure les valeurs non pertinentes. ### Modification des paramètres au niveau de la source de données ou de la loupe Lorsque vous modifiez des paramètres dans le volet Données pour Parlez aux données, vérifiez bien si vous êtes au niveau de la source de données ou de la loupe. (Pour plus d’informations, consultez [Créer des loupes qui adaptent Parlez aux données à des publics spécifiques](https://help.tableau.com/current/pro/desktop/fr-ca/ask_data_lenses.htm).) - Au niveau de la source de données, vous voyez l’icône de source de données cylindrique en haut à gauche. Ici, les modifications que vous apportez au volet Données s’appliquent par défaut à toutes les loupes créées par la suite. **Remarque :** pour les extraits, deux cylindres apparaîtront. ![Tableau de bord du Super Store avec l’icône de la source de données en surbrillance.](/tableau/current/fr-ca/server/fr-ca/Img/ask_data_edit_data_source.png) - Pour une loupe individuelle, vous voyez l’icône de guillemet en haut à gauche. Ici, les modifications que vous apportez au volet Données s’appliquent uniquement à cette loupe. ![Tableau de bord du Super Store avec l’icône de la loupe de données en surbrillance.](/tableau/current/fr-ca/server/fr-ca/Img/ask_data_edit_data_lens.png) ### Ajouter des synonymes pour les noms et les valeurs de champ Les personnes n’utilisent pas nécessairement la même terminologie que votre source de données. Les propriétaires de sources de données et les administrateurs de Tableau peuvent donc [ajouter des synonymes pour des champs et valeurs de données spécifiques](https://help.tableau.com/current/pro/desktop/fr-ca/ask_data_synonyms.htm). Les synonymes que vous entrez sont disponibles dans toute l’entreprise, ce qui facilite et accélère l’analyse de données pour tout le monde. ### Exclure des valeurs de champs spécifiques des résultats de recherche Pour améliorer la facilité d’utilisation des résultats de recherche dans Parlez aux données, vous pouvez exclure des valeurs de champs spécifiques de l’indexation. Bien que Parlez aux données n’ajoute pas de valeurs non indexées aux résultats de la recherche, les valeurs continuent d’apparaître dans les résultats de visualisation lorsqu’elles sont pertinentes. Par exemple, si vous n’indexez pas les valeurs d’un champ « Produit » parce qu’elles ajoutent des détails inutiles aux résultats de la recherche. Parlez aux données peut toujours afficher des valeurs telles que « iPhone 12 » dans les visualisations de données qui en résultent. Et les utilisateurs peuvent ajouter manuellement des valeurs non indexées aux requêtes en les entourant de guillemets, par exemple, « Ventes de produits contenant ‘‘ iPhone 12 ’’ ». **Remarque :** ce paramètre au niveau du champ est ignoré si [le paramètre d’indexation de valeur de la source de données](https://help.tableau.com/current/pro/desktop/fr-ca/ask_data_enable.htm#Indexing) est défini sur Désactivé. Les noms de champ et les synonymes connexes sont toujours indexés. 1. Accédez à l’onglet Parlez aux données pour une source de données ou une loupe individuelle. 2. Survolez un champ de source de données sur la gauche et cliquez sur l’icône Modifier les détails du champ (le crayon). ![Une liste de champs avec l’icône de modification à côté d’une valeur.](/tableau/current/fr-ca/server/fr-ca/Img/ask_data_synonyms.png) 3. Désélectionnez Indexer les valeurs de champs. Cliquez sur la zone de texte qui s’affiche pour réindexer la source de données maintenant, ou laissez-la être réindexée en fonction de son calendrier d’indexation habituel. ## Optimiser les sources de données Pour créer la meilleure expérience pour les utilisateurs de Parlez aux données, optimisez la source de données d’origine. **Remarque :** la fonctionnalité « Parlez aux données » ne prend pas en charge les sources de données multidimensionnelles, ni les sources de données non relationnelles telles que Google Analytics, ni les sources de données avec une connexion virtuelle. ### Optimiser l’indexation pour Parlez aux données Les propriétaires de sources de données peuvent modifier la fréquence d’indexation des valeurs de champ pour Parlez aux données afin d’optimiser les performances du système. 1. En haut du volet Source de données, cliquez sur l’icône Détails : ![Le nom de la source de données Indicateurs mondiaux s’affiche avec l’icône d’information en surbrillance.](/tableau/current/fr-ca/server/fr-ca/Img/ask_data_datasource_details.png) 2. Dans la section Parlez aux données, cliquez sur Modifier. 3. Choisissez une option d’indexation pour les valeurs de champ : - L’option Automatique recherche les modifications toutes les 24 heures et analyse la source de données si elle est active, est associée à un extrait actualisé ou a été republiée. Choisissez cette option pour une source de données fréquemment utilisée avec la fonctionnalité Parlez aux données. Elle sera ainsi prête avant que les utilisateurs ne l’interrogent. - Manuel analyse la source de données uniquement lorsque les créateurs de Tableau déclenchent manuellement l’indexation sur la page Source de données. Choisissez cette option si la source de données change fréquemment mais que les utilisateurs ne l’interrogent que de manière occasionnelle avec la fonctionnalité Parlez aux données. Pour déclencher l’indexation manuelle, accédez à la page Source de données, cliquez sur le « i » dans un cercle sur le volet Données à gauche, puis cliquez sur Réindexer la source de données. ![La section Données indexées affiche la date et l’heure de la dernière indexation des données et fournit un bouton pour réindexer la source de données.](/tableau/current/fr-ca/server/fr-ca/Img/ask_data_reindex.png) - L’option Désactivé analyse uniquement les noms de champs et non les valeurs. 4. Cliquez sur Enregistrer. ### Utiliser des extraits de données pour des performances plus rapides Pour améliorer les performances et la prise en charge d’ensembles de données volumineux, utilisez la fonctionnalité « Parlez aux données » avec des extraits publiés plutôt que des sources de données en direct. Pour plus d’informations, consultez [Créer un extrait](https://help.tableau.com/current/pro/desktop/fr-ca/extracting_data.htm). ### S’assurer que les utilisateurs peuvent accéder à la source de données Pour utiliser la fonctionnalité « Parlez aux données », les utilisateurs doivent être autorisés à se connecter à la source de données individuelle. Si une source de données possède des autorisations au niveau des lignes, ces autorisations s’appliquent également à la fonctionnalité « Parlez aux données », qui ne reconnaîtra pas les valeurs sécurisées ou ne proposera pas des recommandations statistiques associées. ### Gardez à l’esprit les fonctionnalités de source de données non prises en charge La fonctionnalité « Parlez aux données » prend en charge toutes les fonctionnalités de source de données Tableau à l’exception des éléments suivants. Si votre source de données contient ces éléments, les utilisateurs de Parlez aux données ne seront pas en mesure d’interroger les champs associés. - Ensembles - Champs combinés - Paramètres ### Anticiper les questions des utilisateurs Anticipez le type de questions que vos utilisateurs poseront, puis optimisez votre source de données pour ces questions à l’aide des techniques suivantes : - Nettoyer et organiser des données [dans Tableau Prep](https://help.tableau.com/current/prep/fr-ca/prep_clean.htm) ou un outil similaire. - [Lier des données](https://help.tableau.com/current/pro/desktop/fr-ca/joining_tables.htm) pour inclure tous les champs à propos desquels les utilisateurs pourront avoir des questions en une seule table, afin d’améliorer les performances. - Ajouter des [champs calculés](https://help.tableau.com/current/pro/desktop/fr-ca/calculations_calculatedfields.htm) qui répondent à des questions courantes d’utilisateurs. - Créer des [compartiments de taille appropriée](https://help.tableau.com/current/pro/desktop/fr-ca/calculations_bins.htm) pour les variables quantitatives que les utilisateurs souhaiteront probablement voir sous forme d’histogramme ou autre forme compartimentée. ### Simplifier les données Pour faciliter la compréhension des données à la fois pour les utilisateurs et la fonctionnalité « Parlez aux données », simplifiez la source de données autant que possible pendant le processus de préparation des données. 1. Supprimez tous les champs inutiles pour améliorer les performances. 2. Donnez à chaque champ un nom unique et descriptif. - Par exemple, si cinq noms de champs commencent par « Ventes ... », il est conseillé de les différencier afin que « Parlez aux données » puisse correctement interpréter le terme « ventes ». - De même, choisissez un autre nom plus descriptif pour « Nombre d’enregistrements ». Par exemple, utilisez « Nombre de tremblements de terre » dans une source de données où chaque enregistrement est un tremblement de terre. - Évitez les noms de champ qui sont des nombres, des dates ou des valeurs booléennes (« true » ou « false »). - Évitez les noms qui ressemblent à des expressions analytiques, par exemple « Ventes en 2015 » ou « Moyenne de produits vendus ». 3. Créez des [alias signifiants pour les valeurs de champ](https://help.tableau.com/current/pro/desktop/fr-ca/datafields_fieldproperties_aliases_ex1editing.htm), qui reflètent les termes que les personnes utiliseraient dans une conversation. ### Définir des paramètres par défaut appropriés pour les champs Pour aider « Parlez aux données » à analyser correctement les données, assurez-vous que les paramètres de champ par défaut reflètent le contenu de chaque champ. - [Définissez les types de données](https://help.tableau.com/current/pro/desktop/fr-ca/datafields_typesandroles_datatypes.htm) pour le texte, l’heure, la géographie et autres valeurs. - [Attribuez le rôle des données approprié :](https://help.tableau.com/current/pro/desktop/fr-ca/datafields_typesandroles.htm) dimension ou mesure, continu ou discret. - Pour chaque mesure, [affectez les paramètres par défaut appropriés](https://help.tableau.com/current/pro/desktop/fr-ca/datafields_fieldproperties.htm) dans Tableau Desktop, comme la couleur, l’ordre de tri, le format de nombre (pourcentage, devise, etc.) et la fonction d’agrégation. Par exemple, SUM peut convenir pour « Ventes », mais AVERAGE peut être une valeur par défaut plus pertinente pour « Score de test ». **Conseil :** il est particulièrement utile de définir un commentaire par défaut pour chaque champ, car ces commentaires apparaissent sous la forme de descriptions informatives lorsque les utilisateurs survolent des champs dans « Parlez aux données ». ### Créer des hiérarchies pour les champs géographiques et catégoriels Pour les données temporelles, Tableau crée automatiquement des hiérarchies pour que les utilisateurs puissent rapidement descendre et monter dans la hiérarchie des visualisations (par exemple de jour à semaine à mois). Toutefois, pour les données géographiques et catégorielles, nous vous recommandons de [créer des hiérarchies personnalisées](https://help.tableau.com/current/pro/desktop/fr-ca/qs_hierarchies.htm) afin que « Parlez aux données » produise des visualisations reflétant les relations entre les champs. Sachez que « Parlez aux données » n’affichera pas les hiérarchies dans le volet Données. « Parlez aux données » n’indexe pas les noms des hiérarchies, mais uniquement les noms des champs dans les hiérarchies. Par exemple, si une hiérarchie géographique nommée « Emplacement » contient les champs « Pays » et « Ville », les utilisateurs doivent entrer « Pays » et « Ville » dans leurs questions à « Parlez aux données ». [Passer au contenu principal](#main-content) # Optimiser les fonctions d’attributs utilisateur (UAF) avec les composants Web Lightning de Tableau Vous pouvez optimiser les fonctions d’attribut utilisateur (UAF) avec vos composants Web Lightning pour les vues Tableau et pour Tableau Pulse afin d’afficher les données spécifiques en fonction des attributs de l’utilisateur qui consulte une visualisation. Les [Fonctions d’attributs utilisateur](https://help.tableau.com/current/pro/desktop/fr-ca/functions_functions_user.htm) offrent une sécurité au niveau des lignes afin que les personnes qui consultent votre visualisation ne voient que les données qui les concernent. Pour plus d’informations sur les UAF, consultez [Tirer le meilleur parti des analyses personnalisées avec les fonctions d’attributs utilisateur](https://www.tableau.com/fr-ca/blog/unlock-power-personalized-analytics-user-attribute-functions). Conditions préalables - L’authentification unique (SSO) au moyen de l’authentification par jeton est configurée pour les composants Web Lightning de Tableau. Consultez [Configurer les composants Web Lightning pour Tableau et l’authentification unique (SSO) au moyen de l’authentification par jeton](https://help.tableau.com/current/server/fr-ca/lwc_seamless_auth.htm). - Tableau est configuré pour capturer les attributs utilisateur dans les flux de travail d’authentification. Consultez [Autoriser la capture des attributs utilisateur](https://help.tableau.com/current/server/fr-ca/lwc_seamless_auth.htm#allow-capture-of-user-attributes). - Le contenu Tableau à intégrer comprend les [fonctions d’attributs utilisateur](https://help.tableau.com/current/pro/desktop/fr-ca/functions_functions_user.htm). Pour obtenir un exemple d’utilisation des fonctions d’attribut utilisateur dans un classeur Tableau, consultez [S’assurer que l’auteur du contenu inclut les fonctions d’attribut utilisateur](https://help.tableau.com/current/api/embedding_api/fr-ca/docs/embedding_api_user_attributes.html#4-ensure-the-content-author-includes-user-attribute-functions). ## Définitions des revendications d’UAF de Tableau dans Salesforce Les définitions de revendications d’UAF de Tableau vous permettent d’inclure des revendications pour les attributs utilisateur dans le JWT. Les valeurs de ces attributs peuvent être extraites des objets Compte, Utilisateur, Opportunité ou Cas dans Salesforce. En combinaison avec les fonctions d’attribut utilisateur dans le contenu Tableau, seules les données correspondant aux attributs spécifiés sont affichées. Par exemple, un tableau de bord Tableau peut être configuré de manière à afficher uniquement les données de vente lorsque la valeur de sa colonne de données \[État/province\] correspond à l’une des valeurs de la revendication du JWT pour l’attribut « État ». **Syntaxe** : USERATTRIBUTEINCLUDES(« nom\_d’attribut », valeur attendue) **Exemple** : USERATTRIBUTEINCLUDES(« état », \[État/province\]) La création d’une définition de revendication dans Salesforce peut inclure les informations spécifiques à l’utilisateur concerné dans le JWT. Dans cet exemple, l’attribut « État » peut être renseigné avec des valeurs générées par des comptes dont l’utilisateur actuel est le propriétaire, en extrayant des valeurs du champ État/province de facturation. **Exemple de définition de revendication** - Nom de la définition : state\_Account\_BillingState - Nom de l’attribut : état - Objet cible : Compte - Champ Objet cible : État/province de facturation - Relation objet cible du Viewer : le Viewer actuel est le propriétaire du compte Dans le cas d’un représentant commercial avec des comptes dans les États de Washington, de l’Oregon et de Californie, le JWT comprendra une revendication pour l’« état » avec les valeurs \[WA, OR, CA\]. Le tableau de bord Tableau afficherait alors uniquement les données avec des valeurs \[État/province\] correspondant à WA, OR ou CA. ## Prise en charge des utilisateurs externes dans Experience Cloud Les fonctions d’attribut utilisateur (UAF) et le mappage des hôtes sont pris en charge pour **les utilisateurs externes** qui accèdent à Tableau via des sites Experience Cloud. Cela permet d’intégrer dans le JWT les attributs Salesforce associés à l’utilisateur externe connecté, ce qui permet de personnaliser les vues Tableau selon les données de cet utilisateur. Les utilisateurs externes comprennent les utilisateurs authentifiés d’Experience Cloud, notamment les utilisateurs des communautés des partenaires et des clients. **Les utilisateurs invités ne sont pas pris en charge.** Pour que ça marche : - Les utilisateurs externes doivent avoir accès aux enregistrements pertinents utilisés par la fonction d’attribut utilisateur (UAF) et le mappage d’hôtes. - Les objets suivants doivent être configurés pour autoriser l’accès externe (par exemple, Public en lecture seule) : - Jeton de fonction d’attribut utilisateur d’analytique - Mappage d’hôtes - Les revendications UAF doivent être créées et configurées par un utilisateur Salesforce interne disposant d’un accès à la configuration. Sous réserve d’une configuration de partage adéquate, la fonction d’attribut utilisateur et le mappage d’hôtes fonctionneront de la même manière pour les utilisateurs externes et les utilisateurs internes. ## Créer une définition Pour créer une définition d’attribut utilisateur, procédez comme suit : 1. Depuis votre application Salesforce, sélectionnez l’icône en forme d’engrenage dans le coin supérieur droit, puis sélectionnez Installation. 2. Dans le volet de navigation de gauche, entrez « Tableau » dans la barre de recherche Recherche rapide. 3. Sélectionnez la page des paramètres Définition des revendications d’UAF de Tableau. 4. Sélectionnez Créer nouveau. 5. Renseignez les valeurs de définition : 1. Nom de la définition : entrez un nom unique. (Exemple : state\_Account\_BillingState) 2. Nom d’attribut : entrez le nom d’attribut spécifié par la fonction d’attribut utilisateur dans Tableau. (Exemple : état) 3. Objet cible : sélectionnez l’objet cible d’où vous souhaitez extraire les valeurs. Les composants Web Lightning pour Tableau prennent actuellement en charge les objets Utilisateur et Compte. 4. Champ Objet cible : sélectionnez le champ de l’objet cible d’où vous souhaitez extraire les valeurs. (Exemple : État/province de facturation) 5. Relation Objet cible du Viewer : sélectionnez la relation entre le Viewer actuel et l’objet cible. (Exemple : le Viewer actuel est le propriétaire du compte). 6. Sélectionnez Enregistrer. Pour revenir à la page des paramètres Définition des revendications d’UAF de Tableau sans enregistrer, sélectionnez Annuler. ## Ajouter une définition à une page de composant Web Lightning pour Tableau ### Pages d’accueil, d’application et d’enregistrements de Lightning Pour ajouter une définition : 1. Sélectionnez Sélectionner…. 2. Utilisez les flèches pour déplacer les définitions disponibles vers le champ Sélectionné. 3. Sélectionnez OK. 4. Répétez l’opération pour tous les composants Web Lightning de Tableau sur la même page. Pour plus d’informations, consultez [Considérations relatives à plusieurs composants sur une même page](#Consider). ### Pages et barres d’outils Experience Cloud Entrez une liste de valeurs séparées par des virgules de noms de définitions de revendications d’UAF. Pour copier les noms de définition, dans l’application Salesforce, accédez à la page de configuration Définition de revendications d’UAF de Tableau et sélectionnez Copier. ### Considérations relatives à plusieurs composants sur une même page Si plusieurs composants Web Lightning pour les vues Tableau ou pour Tableau Pulse sont ajoutés à la même page, chaque composant doit utiliser le même ensemble de noms des définitions de fonctions d’attribut utilisateur (UAF). Un seul des composants s’authentifie auprès de Tableau, et cette session permettra de charger les deux composants. Cela signifie que cette session doit contenir les attributs utilisateur pertinents pour les deux composants, quel que soit le composant effectuant l’authentification. Par exemple : - Si vous avez deux composants pour les vues Tableau, l’un nécessitant les attributs utilisateur de la Définition A et l’autre ceux de la Définition B, les deux composants doivent inclure les Définitions A et B à la fois. - Si un composant pour les vues Tableau nécessite une Définition A, mais le composant Tableau Pulse sur la même page n’a besoin d’aucun attribut utilisateur, les deux composants doivent inclure la Définition A. ## Supprimer une définition Pour supprimer une définition d’attribut utilisateur, procédez comme suit : 1. Depuis votre application Salesforce, sélectionnez l’icône en forme d’engrenage dans le coin supérieur droit, puis sélectionnez Installation. 2. Dans le volet de navigation de gauche, entrez « Tableau » dans la barre de recherche Recherche rapide. 3. Sélectionnez la page des paramètres Définition des revendications d’UAF de Tableau. 4. Sélectionnez Supprimer pour la définition que vous souhaitez supprimer. ### Pages d’accueil, d’application et d’enregistrements de Lightning Si vous supprimez une définition déjà ajoutée à un composant Web Lightning pour Tableau, actualisez la page dans générateur d’application Lightning pour mettre à jour les définitions disponibles. Les définitions supprimées sont automatiquement supprimées. ### Pages et barres d’outils Experience Cloud Les définitions supprimées ne sont pas automatiquement supprimées du champ Composant Web Lightning pour Tableau. Les définitions supprimées dans le champ de composant Noms des définitions de fonctions d’attribut utilisateur (UAF) ne posent pas de problème, mais créent un encombrement inutile qui prête à confusion. Pour supprimer des définitions du champ de composant Composant Web Lightning pour Tableau, sélectionnez le champ Noms des définitions de fonctions d’attribut utilisateur (UAF) et supprimez manuellement tous les noms qui ne sont plus utilisés. [Passer au contenu principal](#main-content) # Optimiser les requêtes relationnelles à l’aide d’options de performance Les options de performances sont des paramètres optionnels qui définissent la cardinalité (caractère unique) et l’intégrité référentielle (enregistrements correspondants) entre deux tables dans une relation. Ces paramètres aident Tableau à optimiser les requêtes lors de l’analyse. - **Si vous ne savez pas quoi choisir**, utilisez les paramètres par défaut recommandés indiqués par Tableau. L’utilisation des valeurs par défaut est sûre et générera automatiquement des agrégations et des jointures correctes lors de l’analyse. Si vous ne connaissez pas la cardinalité ou l’intégrité référentielle, vous n’avez pas besoin de modifier ces paramètres. - **Si vous connaissez la forme de vos données**, vous pouvez éventuellement modifier ces paramètres pour représenter le caractère unique et la correspondance entre les enregistrements des deux tables. Dans de nombreux scénarios d’analyse, l’utilisation des paramètres par défaut d’une relation vous fournit toutes les données dont vous avez besoin pour l’analyse. Dans certains cas, vous pouvez souhaiter ajuster les paramètres des options de performances pour décrire vos données avec plus de précision. Pour plus de détails sur l’utilisation des relations pour combiner et analyser les données, consultez [Relier vos données](https://help.tableau.com/current/pro/desktop/fr-ca/relate_tables.htm) ainsi que ce billet de blogue Tableau : [Relations, 1ère partie : Présentation des nouvelles fonctionnalités de modélisation des données dans Tableau](https://www.tableau.com/about/blog/2020/5/relationships-part-1-meet-new-tableau-data-model). ## Ce que signifient les paramètres de cardinalité et d’intégrité référentielle ![Paramètres des options de performance pour la modification d’une relation, y compris la cardinalité et l’intégrité référentielle.](/tableau/current/fr-ca/server/fr-ca/Img/data_model_perfoptions.png) ### Options de cardinalité Les paramètres de cardinalité déterminent si le tableau agrège les données de la table avant ou après avoir automatiquement lié les données pendant l’analyse. - Sélectionnez **Plusieurs** si les valeurs des champs ne sont pas uniques, ou si vous ne savez pas. Tableau regroupera les données pertinentes avant de former des jointures au cours de l’analyse. - Sélectionnez **Un** si les valeurs des champs sont uniques. Au cours de l’analyse, les données pertinentes seront liées avant l’agrégation. La configuration correcte de cette option optimise les requêtes dans le classeur lorsque les valeurs des champs dans la relation sont uniques. Par contre, si vous sélectionnez **Un** alors que les valeurs des champs ne sont pas uniques, il peut arriver que les valeurs agrégées s’affichent en double dans la vue. > [!TIP] > > **Remarque :** si vous sélectionnez l’option **Un**, tous les enregistrements sont traités comme si chaque valeur de clé était unique et qu’il n’y avait qu’une seule ligne avec une valeur nulle. ### Options d’intégrité référentielle Les paramètres d’intégrité référentielle déterminent les types de jointures que Tableau utilise pour obtenir les valeurs de dimensions d’une mesure lors de l’analyse. - Sélectionnez **Certains enregistrements correspondent** si certaines valeurs dans le champ ne correspondent pas dans l’autre table, ou si vous ne savez pas. Au cours de l’analyse, Tableau utilise des jointures externes pour obtenir les valeurs de dimensions d’une mesure. Toutes les valeurs de mesures seront affichées dans la vue, même les mesures sans correspondance. - Sélectionnez **Tous les enregistrements correspondent** si les valeurs du champ sont garanties d’avoir une correspondance dans l’autre table. Ce paramètre permet de générer des jointures moins nombreuses et plus simples lors de l’analyse, et d’optimiser les requêtes. Il se peut que vous obteniez des résultats incohérents pendant l’analyse (valeurs sans correspondance supprimées ou manquantes à l’écran) s’il y a des valeurs sans correspondance dans cette table. **Remarques :** si vous sélectionnez **Tous les enregistrements correspondent**, les enregistrements sont traités comme s’il n’existait pas de valeurs nulles dans les champs utilisés pour la relation. Au cours de l’analyse, Tableau utilise les jointures internes pour obtenir les valeurs de dimensions d’une mesure. Par défaut, Tableau ne liera jamais des clés nulles. Pour plus d’informations sur les concepts de cardinalité et d’intégrité référentielle, consultez [Cardinalité et Intégrité référentielle](https://help.tableau.com/current/pro/desktop/fr-ca/cardinality_and_ri.htm). ## Qu’est-il advenu des jointures? Vous pouvez toujours spécifier des jointures entre les tables dans la couche physique d’une source de données. Double-cliquez sur une table logique pour accéder à l’espace de travail des jointures. Chaque table logique de haut niveau contient au moins une table physique. Ouvrez une table logique pour afficher, modifier ou créer des jointures entre ses tables physiques. Faites un clic droit sur une table logique, puis cliquez sur Ouvrir. Il suffit sinon de double-cliquer sur la table pour l’ouvrir. ![Modèle de données avec deux jointures.](/tableau/current/fr-ca/server/fr-ca/Img/data_model_singletable_joins.gif) Lorsque vous créez une source de données, elle comporte deux couches. La couche de niveau supérieur est la couche logique de la source de données. Vous combinez les données entre les tables dans la couche logique en utilisant des relations. La couche suivante est la couche physique de la source de données. Vous combinez les données entre les tables de la couche physique à l’aide de jointures. Pour plus d’informations, consultez [Tables logiques et tables physiques dans le modèle de données](https://help.tableau.com/current/pro/desktop/fr-ca/datasource_datamodel.htm#dm_log_phys). ![Un diagramme de modèle de données affiche une couche logique avec deux tables liées par une relation et une couche physique qui illustre comment les tables logiques sont construites à partir de tables physiques.](/tableau/current/fr-ca/server/fr-ca/Img/data_model_layers_sm.png) ## Conseils sur l’utilisation des options de performance Si vous connaissez la forme de vos données, vous pouvez utiliser les paramètres optionnels dans les options de performance pour établir la cardinalité des tables les unes par rapport aux autres (un à un, un à plusieurs, plusieurs à plusieurs) et indiquer l’intégrité référentielle (les valeurs d’une table auront toujours une correspondance dans l’autre table). Au lieu de considérer les paramètres des Options de performance en termes de « Oui » ou « Non », envisagez-les en termes de « Oui » et « Je ne sais pas ». Si vous êtes sûr que les valeurs d’une table sont uniques, sélectionnez **Un**. Si vous êtes sûr que chaque enregistrement dans une table correspond à un ou plusieurs enregistrements dans l’autre table, sélectionnez **Tous les enregistrements correspondent**. Sinon, laissez les paramètres par défaut tels qu’ils sont. Si vous n’êtes pas sûr de la forme de vos données, utilisez les paramètres par défaut. Lorsque Tableau ne peut pas détecter ces paramètres dans vos données, les paramètres Par défaut sont : - Cardinalité : plusieurs à plusieurs - Intégrité référentielle : certains enregistrements correspondent Si Tableau détecte des relations clés ou l’intégrité référentielle dans vos données, ces paramètres seront utilisés et indiqués comme « détectés ». Pour réappliquer les paramètres par défaut, cliquez sur Rétablir les valeurs par défaut. ### Définition des termes La _cardinalité_ fait référence au caractère unique des données contenues dans un champ (colonne) ou une combinaison de champs. Lorsque les tables que vous souhaitez analyser contiennent de nombreuses lignes de données, les requêtes peuvent être lentes (et les performances de la source de données générale sont affectées). Tableau recommande alors de choisir une méthode de combinaison des données basée sur la cardinalité des colonnes reliées entre les tables. - Faible cardinalité : c’est le cas lorsque les colonnes reliées contiennent beaucoup de données répétées. Par exemple, une table appelée Produits peut contenir une colonne Catégorie qui contient trois valeurs : Meubles, Fournitures de bureau et Ttechnologie. - Cardinalité élevée : c’est le cas lorsque les colonnes reliées ont des données à caractère unique. Par exemple, une table appelée Commandes peut contenir une colonne ID de commande contenant une valeur unique pour chaque commande de produit. L’_intégrité référentielle_ signifie qu’une table aura toujours une ligne correspondante dans l’autre table. En d’autres termes, une table Ventes aura toujours une ligne correspondante dans la table Catalogue des produits. [Passer au contenu principal](#main-content) # Options de déploiement de Tableau Server sur Alibaba Cloud ## Ceci est un contenu archivé Les déploiements sur des nuages publics continuent d’être pris en charge, mais le contenu des déploiements de nuage public tiers n’est plus mis à jour. Pour consulter le dernier contenu de déploiement de Tableau Server, consultez le et la section [Déployer](https://help.tableau.com/current/server/fr-ca/install.htm) de l’aide de Tableau Server. Pour les clients qui ont accès, nous recommandons Tableau Cloud. Pour en savoir plus, consultez : - [Guide de migration manuelle de Tableau Cloud](https://help.tableau.com/current/guides/migration/fr-ca/emg_intro.htm) - [Version d’évaluation de Tableau Cloud pour administrateur](https://help.tableau.com/current/server-linux/fr-ca/install.htm) - [Tableau Cloud : Premiers pas pour l’administrateur](https://www.tableau.com/fr-ca/learn/get-started/online-admin) ## Introduction Vous pouvez déployer Tableau Server sur une instance d’Alibaba Cloud Elastic Compute Service (ECS). Un déploiement de Tableau Server sur Alibaba Cloud prend en charge les éléments suivants :
Tableau ServerDéploiement automatique d’Alibaba Cloud ECS
Prêt pour la productionIcône de coche indiquant que l’opération a été exécutée avec succès.
Mettre à niveau Tableau sans remplacer l’instanceIcône de coche indiquant que l’opération a été exécutée avec succès.
Installer sur LinuxIcône de coche indiquant que l’opération a été exécutée avec succès.
Installer sur WindowsIcône de coche indiquant que l’opération a été exécutée avec succès.
Augmenter la puissanceIcône de coche indiquant que l’opération a été exécutée avec succès.
Montée en charge parallèle (ajouter des nœuds)Icône de coche indiquant que l’opération a été exécutée avec succès.
Prise en charge d’Active DirectoryIcône de coche indiquant que l’opération a été exécutée avec succès.
Licence BYOLIcône de coche indiquant que l’opération a été exécutée avec succès.
L’option d’auto-déploiement est décrite plus en détail ci-dessous : - **Déploiement automatique sur une instance Alibaba Cloud Elastic Compute Service (ECS)** – Offre la plus grande flexibilité et le plus grand nombre d’options pour personnaliser Tableau Server en fonction de votre environnement. L’auto-déploiement de Tableau Server sur une instance EXS est recommandé pour les environnements de développement, de test et de production dont les débuts sont simples, mais qui peuvent avoir besoin d’évoluer ultérieurement. Pour plus d’informations sur le déploiement automatique, consultez [Déploiement automatique d’un seul Tableau Server sur Alibaba Cloud](https://help.tableau.com/current/server/fr-ca/ts_alibaba_single_server.htm). Pour plus d’informations sur le déploiement dans un environnement distribué, consultez [Déploiement automatique de Tableau Server sur Alibaba Cloud dans un environnement distribué](https://help.tableau.com/current/server/fr-ca/ts_alibaba_multiple_server.htm). Pour plus d’informations sur les options de licence pour Tableau Server, consultez [Présentation des licences](https://help.tableau.com/current/server/fr-ca/license_server_overview.htm). [Passer au contenu principal](#main-content) # Options de déploiement de Tableau Server sur AWS ## Ceci est un contenu archivé Les déploiements sur des nuages publics continuent d’être pris en charge, mais le contenu des déploiements de nuage public tiers n’est plus mis à jour. Pour consulter le dernier contenu de déploiement de Tableau Server, consultez le et la section [Déployer](https://help.tableau.com/current/server/fr-ca/install.htm) de l’aide de Tableau Server. Pour les clients qui ont accès, nous recommandons Tableau Cloud. Pour en savoir plus, consultez : - [Guide de migration manuelle de Tableau Cloud](https://help.tableau.com/current/guides/migration/fr-ca/emg_intro.htm) - [Version d’évaluation de Tableau Cloud pour administrateur](https://help.tableau.com/current/server-linux/fr-ca/install.htm) - [Tableau Cloud : Premiers pas pour l’administrateur](https://www.tableau.com/fr-ca/learn/get-started/online-admin) ## Introduction Vous pouvez déployer automatiquement Tableau Server sur une instance Amazon EC2 que vous mettez en service, déployer Tableau Server à l’aide de modèles AWS CloudFormation dans Tableau Server sur AWS Quick Start, ou déployer Tableau Server sur AWS en utilisant un modèle AWS CloudFormation sur AWS Marketplace. Le tableau suivant montre les différences entre chaque option.
Tableau ServerAuto-déploiement d’AWSAWS Quick StartAWS Marketplace
Prêt pour la productionIcône de coche indiquant que l’opération a été exécutée avec succès.Icône X rouge.Icône X rouge.
Peut être mis à niveauIcône de coche indiquant que l’opération a été exécutée avec succès.Icône de coche indiquant que l’opération a été exécutée avec succès.Icône de coche indiquant que l’opération a été exécutée avec succès.
Installer sur LinuxIcône de coche indiquant que l’opération a été exécutée avec succès.Icône de coche indiquant que l’opération a été exécutée avec succès.Icône de coche indiquant que l’opération a été exécutée avec succès.
Installer sur WindowsIcône de coche indiquant que l’opération a été exécutée avec succès.Icône de coche indiquant que l’opération a été exécutée avec succès.Icône de coche indiquant que l’opération a été exécutée avec succès.
Augmenter la puissanceIcône de coche indiquant que l’opération a été exécutée avec succès.Icône de coche indiquant que l’opération a été exécutée avec succès.Icône de coche indiquant que l’opération a été exécutée avec succès.
Montée en charge parallèle (ajouter des nœuds)Icône de coche indiquant que l’opération a été exécutée avec succès.Icône de coche indiquant que l’opération a été exécutée avec succès.Icône X rouge.
Prise en charge d’Active DirectoryIcône de coche indiquant que l’opération a été exécutée avec succès.Icône X rouge.Icône X rouge.
Licence BYOLIcône de coche indiquant que l’opération a été exécutée avec succès.Icône de coche indiquant que l’opération a été exécutée avec succès.Icône de coche indiquant que l’opération a été exécutée avec succès.
Prend en charge la dernière version de TableauIcône de coche indiquant que l’opération a été exécutée avec succès.Icône de coche indiquant que l’opération a été exécutée avec succès.Icône de coche indiquant que l’opération a été exécutée avec succès.
Chacune des options de déploiement sont décrites plus en détail ci-après : - **Auto-déploiement sur une instance Amazon EC2** – Offre la plus grande flexibilité et le plus grand nombre d’options pour personnaliser Tableau Server en fonction de votre environnement. Si vous souhaitez lancer rapidement un système, utilisez plutôt Tableau Server sur AWS Quick Start ou l’offre Tableau Server (BYOL) sur AWS Marketplace. L’auto-déploiement de Tableau Server sur une instance Amazon EC2 est recommandé pour les environnements de développement, de test et de production dont les débuts sont simples, mais qui peuvent avoir besoin d’augmenter en puissance ou en capacité ultérieurement. Vous pouvez mettre à niveau Tableau Server sans avoir à remplacer votre VM. Pour plus d’informations sur l’auto-déploiement, consultez [Auto-déploiement d’une seule instance de Tableau Server sur AWS](https://help.tableau.com/current/server/fr-ca/ts_aws_single_server.htm). Pour plus d’informations sur le déploiement dans un environnement distribué, consultez [Auto-déploiement de Tableau Server sur AWS dans un environnement distribué](https://help.tableau.com/current/server/fr-ca/ts_aws_multiple_server.htm). - **Quick Start de Tableau Server sur AWS** – Installe Tableau Server sur une instance Amazon EC2 autonome ou dans un groupement d’instances Amazon EC2 autonomes exécutant Microsoft Windows Server, CentOS ou Ubuntu Server avec un modèle AWS CloudFormation. Cette stratégie de déploiement vous permet d’être rapidement productif et de limiter vos coûts totaux. Le déploiement Quick Start de Tableau Server sur une instance AWS est recommandé pour les environnements de développement, de test et de production dont les débuts sont simples, mais qui peuvent avoir besoin d’augmenter en puissance ou en capacité ultérieurement. Vous pouvez utiliser votre propre licence (BYOL) ou [contacter le service commercial](https://www.tableau.com/fr-ca/about/contact#contact_sales) pour obtenir une clé de produit. Vous pouvez mettre à niveau Tableau Server sans avoir à remplacer votre VM. Pour plus d’informations sur l’installation de Tableau Server à l’aide de Quick Start, consultez le [Quick Start de Tableau Server sur AWS](https://aws.amazon.com/quickstart/architecture/tableau-server/). Pour d’autres Quick Starts spécialisés de Tableau Server sur AWS, consultez : - [Quick Start Modernisation de l’analyse dans le nuage sur AWS : Analyse dans le nuage de bout en bout avec Tableau Server](https://aws.amazon.com/quickstart/architecture/informatica-tableau-analytics/) - [Quick Start Tableau Server sur AWS pour la santé : Tableau Server sur AWS pour les charges de travail relevant du champ de compétences de l’HIPAA](https://aws.amazon.com/quickstart/architecture/tableau-server-healthcare/) - **Tableau Server (BYOL) sur AWS Marketplace :** installe une instance de Tableau Server (BYOL) à nœud unique sur AWS en quelques clics. Cette solution utilise des scripts AWS CloudFormation qui déploient Tableau Server au lancement, afin de mieux s’aligner sur le fonctionnement actuel des Quick Starts AWS et d’assurer une expérience client uniforme. Vous pouvez [contacter le service commercial](https://www.tableau.com/fr-ca/about/contact#contact_sales) pour obtenir une clé de produit ou, une fois que Tableau Server est opérationnel sur l’instance Amazon EC2, vous pouvez acheter une licence Tableau Server et activer la clé de produit associée. Pour plus d’informations sur AWS Marketplace, consultez [AWS Marketplace](https://aws.amazon.com/marketplace/seller-profile?id=0ef849c5-c2fa-4699-9f67-c47555e148a5). Les offres Tableau Server AWS Marketplace présentent les limitations suivantes : - Sur une seule machine, augmentation en puissance (évolutivité verticale) uniquement. - Sans Active Directory. Authentification locale uniquement. Si vous avez besoin d’authentification Active Directory, consultez [Déploiement automatique d’un seul Tableau Server sur AWS](https://help.tableau.com/current/server/fr-ca/ts_aws_single_server.htm). - Peut être déployée sur un ensemble spécifique de types et de tailles optimaux d’instances Amazon EC2. - Prend en charge Windows et Linux. - Prend en charge les dernières versions de Tableau. - Mettez à niveau Tableau Server sans avoir à remplacer votre VM. Pour plus d’informations sur les options de licence pour Tableau Server, consultez [Présentation des licences](https://help.tableau.com/current/server/fr-ca/license_server_overview.htm). [Passer au contenu principal](#main-content) # Options de déploiement de Tableau Server sur Google Cloud Platform ## Ceci est un contenu archivé Les déploiements sur des nuages publics continuent d’être pris en charge, mais le contenu des déploiements de nuage public tiers n’est plus mis à jour. Pour consulter le dernier contenu de déploiement de Tableau Server, consultez le et la section [Déployer](https://help.tableau.com/current/server/fr-ca/install.htm) de l’aide de Tableau Server. Pour les clients qui ont accès, nous recommandons Tableau Cloud. Pour en savoir plus, consultez : - [Guide de migration manuelle de Tableau Cloud](https://help.tableau.com/current/guides/migration/fr-ca/emg_intro.htm) - [Version d’évaluation de Tableau Cloud pour administrateur](https://help.tableau.com/current/server-linux/fr-ca/install.htm) - [Tableau Cloud : Premiers pas pour l’administrateur](https://www.tableau.com/fr-ca/learn/get-started/online-admin) ## Introduction Vous pouvez déployer Tableau Server sur une machine virtuelle (VM) Google Compute Engine (GCE). Un déploiement de Tableau Server sur GCE prend en charge les éléments suivants :
Tableau ServerAuto-déploiement de VM Google Compute Engine
Prêt pour la productionIcône de coche indiquant que l’opération a été exécutée avec succès.
Mise à niveau du Tableau sans remplacer la VMIcône de coche indiquant que l’opération a été exécutée avec succès.
Installer sur LinuxIcône de coche indiquant que l’opération a été exécutée avec succès.
Installer sur WindowsIcône de coche indiquant que l’opération a été exécutée avec succès.
Augmenter la puissanceIcône de coche indiquant que l’opération a été exécutée avec succès.
Montée en charge parallèle (ajouter des nœuds)Icône de coche indiquant que l’opération a été exécutée avec succès.
Prise en charge d’Active DirectoryIcône de coche indiquant que l’opération a été exécutée avec succès.
Licence BYOLIcône de coche indiquant que l’opération a été exécutée avec succès.
L’option d’auto-déploiement est décrite plus en détail ci-dessous : - **Auto-déploiement sur une VM Google Compute Engine** – Offre la plus grande flexibilité et le plus grand nombre d’options pour personnaliser Tableau Server en fonction de votre environnement. L’auto-déploiement de Tableau Server sur une VM Google Compute Engine est recommandé pour les environnements de développement, de test et de production dont les débuts sont simples, mais qui peuvent avoir besoin d’évoluer ultérieurement. Pour plus d’informations sur le déploiement automatique, consultez [Déploiement automatique d’un seul Tableau Server sur Google Cloud Platform](https://help.tableau.com/current/server/fr-ca/ts_gcp_single_server.htm). Pour plus d’informations sur le déploiement dans un environnement distribué, consultez [Déploiement automatique de Tableau Server sur Google Cloud Platform dans un environnement distribué](https://help.tableau.com/current/server/fr-ca/ts_gcp_multiple_server.htm). Pour plus d’informations sur les options de licence pour Tableau Server, consultez [Présentation des licences](https://help.tableau.com/current/server/fr-ca/license_server_overview.htm). [Passer au contenu principal](#main-content) # Options de déploiement de Tableau Server sur Microsoft Azure ## Ceci est un contenu archivé Les déploiements sur des nuages publics continuent d’être pris en charge, mais le contenu des déploiements de nuage public tiers n’est plus mis à jour. Pour consulter le dernier contenu de déploiement de Tableau Server, consultez le et la section [Déployer](https://help.tableau.com/current/server/fr-ca/install.htm) de l’aide de Tableau Server. Pour les clients qui ont accès, nous recommandons Tableau Cloud. Pour en savoir plus, consultez : - [Guide de migration manuelle de Tableau Cloud](https://help.tableau.com/current/guides/migration/fr-ca/emg_intro.htm) - [Version d’évaluation de Tableau Cloud pour administrateur](https://help.tableau.com/current/server-linux/fr-ca/install.htm) - [Tableau Cloud : Premiers pas pour l’administrateur](https://www.tableau.com/fr-ca/learn/get-started/online-admin) ## Introduction Vous pouvez déployer Tableau Server sur Microsoft Azure - par auto-déploiement, en utilisant Azure Quick Start pour déployer sur une seule VM sous Linux, ou par un déploiement préconfiguré sur une VM Azure Marketplace. Le tableau suivant montre les différences entre chaque option.
Tableau ServerAuto-déploiement de VM AzureAzure Quick StartVM Azure Marketplace
Prêt pour la productionIcône de coche indiquant que l’opération a été exécutée avec succès.Icône X rouge.Icône X rouge.
Mise à niveau du Tableau sans remplacer la VMIcône de coche indiquant que l’opération a été exécutée avec succès.Icône de coche indiquant que l’opération a été exécutée avec succès.Icône X rouge.
Installer sur LinuxIcône de coche indiquant que l’opération a été exécutée avec succès.Icône de coche indiquant que l’opération a été exécutée avec succès.Icône X rouge.
Installer sur WindowsIcône de coche indiquant que l’opération a été exécutée avec succès.Icône X rouge.Icône de coche indiquant que l’opération a été exécutée avec succès.
Augmenter la puissanceIcône de coche indiquant que l’opération a été exécutée avec succès.Icône de coche indiquant que l’opération a été exécutée avec succès.Icône de coche indiquant que l’opération a été exécutée avec succès.
Montée en charge parallèle (ajouter des nœuds)Icône de coche indiquant que l’opération a été exécutée avec succès.Icône de coche indiquant que l’opération a été exécutée avec succès.Icône X rouge.
Prise en charge d’Active DirectoryIcône de coche indiquant que l’opération a été exécutée avec succès.Icône X rouge.Icône de coche indiquant que l’opération a été exécutée avec succès.
Licence BYOLIcône de coche indiquant que l’opération a été exécutée avec succès.Icône de coche indiquant que l’opération a été exécutée avec succès.Icône de coche indiquant que l’opération a été exécutée avec succès.
Chacune des options de déploiement sont décrites plus en détail ci-après : - **Auto-déploiement sur une VM Azure** – Offre la plus grande flexibilité et le plus grand nombre d’options pour personnaliser Tableau Server en fonction de votre environnement. Si vous lancez un système qui ne s’exécutera que brièvement (par exemple à des fins de test ou d’évaluation), utilisez plutôt Tableau Server sur une VM Azure Marketplace. L’auto-déploiement de Tableau Server sur une VM Azure est recommandé pour les environnements de développement, de test et de production dont les débuts sont simples, mais qui peuvent avoir besoin d’évoluer ultérieurement. Pour plus d’informations sur l’auto-déploiement, consultez [Auto-déploiement d’une seule instance de Tableau Server sur Microsoft Azure](https://help.tableau.com/current/server/fr-ca/ts_azure_single_server.htm). Pour plus d’informations sur le déploiement dans un environnement distribué, consultez [Auto-déploiement de Tableau Server sur Microsoft Azure dans un environnement distribué](https://help.tableau.com/current/server/fr-ca/ts_azure_multiple_server.htm). - **Tableau Server sur Azure Quick Start** - Installe Tableau Server en utilisant un modèle Azure Resource Manager sur une VM Azure autonome s’exécutant sous CentOS, Redhat Enterprise Linux (RHEL), ou Ubuntu Server, avec tous les éléments d’infrastructure requis. Cette stratégie de déploiement vous permet d’être rapidement productif et de limiter vos coûts totaux. Le déploiement de Tableau Server sur Azure Quick Start est recommandé pour les environnements de développement, de test et de production dont les débuts sont simples, mais qui peuvent avoir besoin d’augmenter en puissance ou en capacité ultérieurement. Vous pouvez utiliser votre propre licence (BYOL) ou [contacter le service commercial](https://www.tableau.com/fr-ca/about/contact#contact_sales) pour obtenir une clé de produit. Vous pouvez mettre à niveau Tableau Server sans avoir à remplacer votre VM. Pour plus d’informations sur l’installation de Tableau Server sur Linux à l’aide de Quick Start, consultez [Nœud unique Tableau Server sur Linux](https://azure.microsoft.com/fr-ca/resources/templates/tableau-server-single-node/) sur le site Web de Microsoft. - **Azure Marketplace VM** – L’une des manières les rapides de déployer Tableau Server sur Microsoft Azure, en s’appuyant sur une image Server préconfigurée, consiste à utiliser Azure Marketplace. Cette option installe Tableau Server sur une VM Azure exécutant Windows. Tableau Server sur Azure Marketplace est uniquement disponible à travers un modèle de licence BYOL (Bring Your Own Licence, ou Apportez votre propre licence). Une fois que Tableau Server est opérationnel sur la VM Azure, vous pouvez acheter une licence Tableau Server et activer la clé produit associée. Les VM Tableau Server Azure Marketplace sont recommandées pour les environnements de test rapide et de faisabilité uniquement. Pour installer une VM Azure Marketplace 1. Accédez à Azure Portal Marketplace et recherchez « Tableau Server ». 2. Sélectionnez Tableau Server et « créez » l’image. 3. Entrez vos données d’abonnement par courriel et choisissez un groupe de ressources et un emplacement de déploiement. 4. Sélectionnez la taille de votre machine virtuelle. 5. Configurez des fonctionnalités supplémentaires telles que votre type de disque, le compte de stockage, le sous-réseau, etc. 6. Validez la configuration de votre serveur. 7. Déployez votre Tableau Server. Pour plus d’informations sur les options de licence pour Tableau Server, consultez [Présentation des licences](https://help.tableau.com/current/server/fr-ca/license_server_overview.htm). [Passer au contenu principal](#main-content) # Options de script d’initialisation de l’agent RMT Une fois l’agent RMT installé, vous devez initialiser l’agent. Par défaut, le seul indicateur requis que vous devez inclure lors de l’exécution du script d’initialisation est `--accepteula`. D’autres options vous permettent de personnaliser l’installation en fonction de votre environnement et des exigences de sécurité de votre entreprise. ## Options d’initialisation de l’agent RMT \--accepteula Obligatoire. Indique que vous avez lu et accepté les conditions du contrat de licence de l’utilisateur final (CLUF). \-a Facultatif. Ajoutez le nom d’utilisateur fourni aux groupes concernés, plutôt que celui de l’utilisateur qui exécute le script d’initialisation. Cela permet à l’utilisateur d’accéder aux ressources détenues par les groupes. Ce n’est pas la même chose que le compte d’utilisateur Exécuter en tant que. Par défaut : l’utilisateur exécutant le script d’initialisation \-f Facultatif. Ignorer les messages d’avertissement ou la vérification de la version de distribution. \-h | -? Facultatif. Affiche le texte d’aide du script. \-q Facultatif. Silencieux, supprimer la sortie sauf pour les erreurs et les avertissements. \--debug Facultatif. Imprimer chaque commande au fur et à mesure de son exécution à des fins de débogage. Génère un grand nombre de résultats. \--default-group= **Version :** ajouté dans la version 2023.1.0. Facultatif. Nom du groupe qui autorise l’accès à l’agent RMT de Tableau. Si ce paramètre est spécifié, alors `--unprivileged-user` doit également être spécifié. \---disable-account-creation **Version :** ajouté dans la version 2023.1.0. Facultatif. Les comptes/groupes qui n’existent pas ne seront pas créés. Si ce paramètre est spécifié, alors vous devez également spécifier le paramètre `--unprivileged-user` et une combinaison du paramètre `--default-group` et/ou d’autres paramètres `--rmt-<...>-group`. L’ID utilisateur et les groupes auxquels ces paramètres font référence doivent déjà exister. \--rmt-authorized-group= **Version :** ajouté dans la version 2023.1.0. Facultatif. Nom du groupe propriétaire du répertoire d’installation de la base d’installation et du dossier `install_dir/prerequisites`. Si ce paramètre est spécifié, alors `--unprivileged-user` doit également être spécifié. Valeur par défaut : "`rmtagentapp`" ou `--default-group` \--rmt-config-group= **Version :** ajouté dans la version 2023.1.0. Facultatif. Nom du groupe propriétaire du répertoire `install_dir/agent/config`. Si ce paramètre est spécifié, alors `--unprivileged-user` doit également être spécifié. Valeur par défaut : "`rmtagentconfig`" ou `--default-group` \--rmt-logs-group= **Version :** ajouté dans la version 2023.1.0. Facultatif. Nom du groupe propriétaire du répertoire `install_dir/agent/logs`. Si ce paramètre est spécifié, alors `--unprivileged-user` doit également être spécifié. Valeur par défaut : "`rmtagentlogs`" ou `--default-group` \--unprivileged-user= **Version :** ajouté dans la version 2023.1.0. Facultatif. Nom du compte utilisateur non privilégié utilisé pour exécuter l’agent RMT de Tableau. Vous ne pouvez pas modifier le compte après l’initialisation de RMT. Valeur par défaut : "`tabrmt-agent`" [Passer au contenu principal](#main-content) # Options de script d’initialisation du serveur RMT Après avoir installé le serveur RMT, vous devez initialiser le serveur. Par défaut, le seul indicateur requis que vous devez inclure lors de l’exécution du script d’initialisation est `--accepteula`. D’autres options vous permettent de personnaliser l’installation en fonction de votre environnement et des exigences de sécurité de votre entreprise. \--accepteula Obligatoire. Indique que vous avez lu et accepté les conditions du contrat de licence de l’utilisateur final (CLUF). \-a Facultatif. Ajoutez le nom d’utilisateur fourni aux groupes concernés, plutôt que celui de l’utilisateur qui exécute le script d’initialisation. Cela permet à l’utilisateur d’accéder aux ressources détenues par les groupes. Ce n’est pas la même chose que le compte d’utilisateur Exécuter en tant que. Par défaut : l’utilisateur exécutant le script d’initialisation \-f Facultatif. Ignorer les messages d’avertissement ou la vérification de la version de distribution. \-h | -? Facultatif. Affiche le texte d’aide du script. \-q Facultatif. Silencieux, supprimer la sortie sauf pour les erreurs et les avertissements. \--debug Facultatif. Imprimer chaque commande au fur et à mesure de son exécution à des fins de débogage. Génère un grand nombre de résultats. \--default-group= **Version :** ajouté dans la version 2023.1.0. Facultatif. Nom du groupe qui autorise l’accès à l’agent RMT de Tableau. Si ce paramètre est spécifié, alors `--unprivileged-user` doit également être spécifié. \---disable-account-creation **Version :** ajouté dans la version 2023.1.0. Facultatif. Les comptes/groupes qui n’existent pas ne seront pas créés. Si ce paramètre est spécifié, alors vous devez également spécifier le paramètre `--unprivileged-user` et une combinaison du paramètre `--default-group` et/ou d’autres paramètres `--rmt-<...>-group`. L’ID utilisateur et les groupes auxquels ces paramètres font référence doivent déjà exister. \--enable-fips **Version :** ajouté dans la version 2025.3.0. RHEL 8 Linux uniquement. Pour plus d’informations, consultez [Conformité FIPS dans Tableau Resource Monitoring Tool](https://help.tableau.com/current/server/fr-ca/rmt-fips-compliance.htm). Facultatif. Activez le mode FIPS dans RMT lors de l’installation sur des ordinateurs RHEL 8. \--rmt-authorized-group= **Version :** ajouté dans la version 2023.1.0. Facultatif. Nom du groupe propriétaire du répertoire d’installation de la base d’installation et du dossier `install_dir/prerequisites`. Si ce paramètre est spécifié, alors `--unprivileged-user` doit également être spécifié. Valeur par défaut : "`rmtmasterapp`" ou `--default-group` \--rmt-config-group= **Version :** ajouté dans la version 2023.1.0. Facultatif. Nom du groupe propriétaire du répertoire `install_dir/master/config`. Si ce paramètre est spécifié, alors `--unprivileged-user` doit également être spécifié. Valeur par défaut : "`rmtmasterconfig`" ou `--default-group` \--rmt-logs-group= **Version :** ajouté dans la version 2023.1.0. Facultatif. Nom du groupe propriétaire du répertoire `install_dir/master/logs`. Si ce paramètre est spécifié, alors `--unprivileged-user` doit également être spécifié. Valeur par défaut : "`rmtmasterlogs`" ou `--default-group` \--rmt-openssl-group= **Version :** ajouté dans la version 2023.1.0. Facultatif. Nom du groupe propriétaire du répertoire `install_dir/prerequisites/openssl`. Valeur par défaut : "`rmtopenssl`" ou `--default-group` \--rmt-postgres-app-group= **Version :** ajouté dans la version 2023.1.0. Facultatif. Nom du groupe propriétaire du répertoire `install_dir/prerequisites/postgresql13`. Valeur par défaut : "`rmtpostgresapp`" ou `--default-group` \--rmt-postgres-data-group= **Version :** ajouté dans la version 2023.1.0. Facultatif. Nom du groupe propriétaire du répertoire install\_dir/master/logs. Si ce paramètre est spécifié, alors `--unprivileged-user` doit également être spécifié. Valeur par défaut : "`rmtmasterlogs`" ou `--default-group` \--rmt-rabbitmq-app-group= **Version :** ajouté dans la version 2023.1.0. Facultatif. Nom du groupe propriétaire du répertoire `install_dir/prerequisites/rabbitmq`. Valeur par défaut : "`rmtrabbitmqapp`" ou `--default-group` \--rmt-rabbitmq-data-group= **Version :** ajouté dans la version 2023.1.0. Facultatif. Nom du groupe propriétaire du répertoire `install_dir/data/rabbitmq`. Valeur par défaut : "`rmtrabbitmqdata`" ou `--default-group` \--unprivileged-user= **Version :** ajouté dans la version 2023.1.0. Facultatif. Nom du compte utilisateur non privilégié pour exécuter Tableau RMT Master. Vous ne pouvez pas modifier le compte après l’initialisation de RMT. Valeur par défaut : "`tabrmt-master`" [Passer au contenu principal](#main-content) # Options tsm configuration set Voici une liste d’options ou de clés de configuration que vous pouvez définir avec la commande `[tsm configuration set](https://help.tableau.com/current/server/fr-ca/cli_configuration_tsm.htm#TSMSet)`. Dans de nombreux cas, vous pouvez connaître la valeur actuelle d’une clé de configuration avec la commande `tsm configuration get`. Cette liste n’a pas vocation à être une liste exhaustive des paramètres de configuration de Tableau Server. Elle représente un sous-ensemble des clés de configuration qui peuvent être définies par les administrateurs de serveur. Enfin, certaines clés utilisées en interne par Tableau Server n’apparaissent pas dans cette liste. **Remarque :** Vous devez respecter la casse des clés de configuration. ## Utilisation de l’interface en ligne de commande tsm Vous pouvez exécuter des commandes tsm sur le nœud initial (le nœud où TSM est installé), ou sur tout autre nœud du groupement. Pour exécuter des commandes tsm, vous devez ouvrir l’invite de commande Windows. N’utilisez pas PowerShell pour exécuter les commandes tsm. L’utilisation de PowerShell peut provoquer un comportement inattendu. 1. Ouvrez l’invite de commande Windows avec un compte membre du groupe Administrateurs sur un nœud du groupement. 2. Exécutez la commande souhaitée. Si vous exécutez la commande à partir d’un nœud autre que le nœud initial, incluez l’option `-s` permettant de spécifier l’URL du nœud initial par son nom (pas son adresse IP), et incluez le port TSM, 8850. Pour voir la version de TSM et de Tableau Server à partir du nœud initial : `tsm version` Pour voir la version de TSM et de Tableau Server à partir d’un nœud supplémentaire : `tsm version -s https://:8850` Par exemple : `tsm version -s https://myTableauHost:8850` ## Utilisation de base des clés tsm configuration ### Définition d’une clé de configuration `tsm configuration set -k -v ` Dans certains cas, vous devez inclure l’option `--force-keys` pour définir la valeur de configuration d’une clé qui n’a pas été définie auparavant. Pour plus d’informations, consultez [Réponses « clé inconnue »](https://help.tableau.com/current/server/fr-ca/cli_configuration_tsm.htm#configGetNote). Après avoir configuré une valeur de clé de configuration, vous devez appliquer les modifications de configuration en attente à l’aide de `[tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply)`. Jusqu’à ce que vous fassiez cette opération, la nouvelle valeur ne sera pas utilisée par Tableau ou ne s’affichera pas dans les résultats de la commande `tsm configuration get`. Vous pouvez afficher les modifications en attente à l’aide de `tsm pending-changes list`. Pour plus d’informations, consultez [tsm pending-changes](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm). ### Réinitialisation d’une clé de configuration aux valeurs par défaut Pour réinitialiser une clé de configuration à sa valeur par défaut, utilisez l’option `-d` : `tsm configuration set -k -d` ### Affichage de la valeur actuelle d’une clé de configuration Pour connaître le paramétrage actuel d’une clé de configuration, utilisez la commande `configuration get` : `[tsm configuration get](https://help.tableau.com/current/server/fr-ca/cli_configuration_tsm.htm#TSMGet) -k ` Il existe deux cas particuliers qui ne renvoient pas la valeur utile actuelle d’une clé : - Dans certains cas, vous ne pouvez pas obtenir une valeur de configuration pour une clé qui n’a pas été explicitement définie. Au lieu de cela, la commande `tsm configuration get` retournera une réponse « Clé inconnue ». Pour plus d’informations, consultez [Réponses « clé inconnue »](https://help.tableau.com/current/server/fr-ca/cli_configuration_tsm.htm#configGetNote). - Pour certaines clés ayant des valeurs par défaut prédéfinies, la commande `tsm configuration get` renvoie une réponse « Null ». Pour plus d’informations, consultez [Réponses de valeur « Null »](https://help.tableau.com/current/server/fr-ca/cli_configuration_tsm.htm#configGetNullDefault). ## Clés de configuration ### adminviews.disabled Valeur par défaut : `false` Désactive l’accès aux vues administratives de Tableau. Par défaut, l’accès aux vues est activé (cette option est définie sur « false »). ### api.server.enabled **Version :** obsolète dans la version 2023.1. Vous ne pouvez pas désactiver l’API REST dans la version 2023.1 et les versions ultérieures. Valeur par défaut : `true` Autorise l’accès à l’[API REST de Tableau Server](https://help.tableau.com/current/api/rest_api/fr-ca/help.htm#REST/rest_api.htm). Par défaut, cette fonctionnalité est activée. Nous vous recommandons vivement de conserver ce paramètre. La désactivation de l’API REST perturbera la fonctionnalité d’un large éventail de fonctionnalités de Tableau. Cela n’améliorera pas les performances ni la sécurité. Si vous choisissez de désactiver l’API REST sur votre installation Tableau Server, testez soigneusement la fonctionnalité dont vous avez besoin. Les fonctionnalités impactées par la désactivation de l’API REST incluent : - Recherche - Favoris - Collections - Content Management Tool (CMT) - Resource Monitoring Tool (RMT) - Espaces personnels ### auditing.enabled Valeur par défaut : `true` Autorise l’accès aux tables d’audit de l’historique de PostgreSQL (la propre base de données de Tableau Server). ### backgrounder.default\_run\_now\_priority Valeur par défaut (entier) : 0 Ce paramètre contrôle la priorité attribuée à l’exécution immédiate des tâches, 0 étant la priorité la plus élevée. Les valeurs spécifiées doivent être comprises entre 0 et 100. ### backgrounder.enable\_parallel\_adsync **Version :** ajouté dans la version 2018.3.6 Valeur par défaut : `false` Contrôle si le traitement parallèle des tâches de synchronisation de groupes de répertoires externes est autorisé lorsqu’il existe plusieurs gestionnaires de processus en arrière-plan. Par défaut, une synchronisation planifiée des groupes de répertoires externes est gérée en série par un seul gestionnaire de processus en arrière-plan. Définissez cette option sur `true` pour activer le traitement parallèle sur plusieurs instances de gestionnaire de processus en arrière-plan. ### backgrounder.externalquerycachewarmup.enabled **Version :** obsolète dans la version 2023.1. Pour améliorer les temps de chargement d’affichage des Tableau Serverclasseurs, autorisez plutôt l’[accélération de l’affichage](https://help.tableau.com/current/server/fr-ca/data_acceleration.htm) sur votre site. Valeur par défaut : `false` Contrôle la mise en cache des résultats des requêtes de classeur après des tâches d’actualisation d’extraits planifiées. ### backgrounder.externalquerycachewarmup.view\_threshold **Version :** obsolète dans la version 2023.1. Pour améliorer les temps de chargement d’affichage des Tableau Serverclasseurs, autorisez plutôt l’[accélération de l’affichage](https://help.tableau.com/current/server/fr-ca/data_acceleration.htm) sur votre site. Valeur par défaut : `2.0` Le seuil de mise en cache des résultats des requêtes de classeur après des tâches d’actualisation d’extraits planifiées. Le seuil est égal au nombre de vues qu’un classeur a reçues au cours des sept derniers jours divisées par le nombre d’actualisations programmées dans les sept jours suivants. Les deux options de commande _backgrounder_ suivantes déterminent la durée d’exécution d’une tâche de flux avant l’annulation de la tâche en arrière-plan de flux. Ces deux commandes déterminent ensemble la valeur totale du délai d’expiration pour les tâches de flux. ### backgrounder.extra\_timeout\_in\_seconds Valeur par défaut : `1800` Le nombre de secondes excédant le paramètre dans `backgrounder.querylimit` avant qu’une tâche en arrière-plan soit annulée. Ce paramètre garantit qu’un travail bloqué ne retarde pas les travaux suivants. Le paramètre s’applique aux processus énumérés dans `backgrounder.timeout_tasks`. 1 800 secondes = 30 minutes. ### backgrounder.default\_timeout.run\_flow Valeur par défaut : `14400` Le nombre de secondes au terme duquel une tâche d’exécution de flux est annulée. 14 400 secondes = 4 heures. ### backgrounder.failure\_threshold\_for\_run\_prevention Valeur par défaut : `5` Le nombre d’échecs consécutifs d’une tâche d’abonnement ou d’extraction avant que cette tâche soit suspendue. Suspendre les tâches qui échouent systématiquement permet de préserver les ressources du gestionnaire de processus en arrière-plan pour d’autres tâches. Pour désactiver la suspension des tâches en arrière-plan qui échouent, définissez cette valeur sur `-1`. ### backgrounder.flow\_failure\_threshold\_for\_run\_prevention Valeur par défaut : `5` Le nombre d’échecs consécutifs d’une tâche d’exécution de flux avant que cette tâche soit suspendue. Suspendre les tâches qui échouent systématiquement permet de préserver les ressources du gestionnaire de processus en arrière-plan pour d’autres tâches. Pour désactiver la suspension des tâches en arrière-plan qui échouent, définissez cette valeur sur `-1`. ### backgrounder.log.level **Version :** ajouté dans la version 2020.3.0. Valeur par défaut : `info` Niveau d’enregistrement pour le processus du gestionnaire de processus en arrière-plan. Ce paramètre peut être configuré de manière dynamique, donc si vous n’effectuez pas d’autres modifications, vous n’avez pas à redémarrer Tableau Server. Pour plus d’informations, consultez [Modifier les niveaux d’enregistrement](https://help.tableau.com/current/server/fr-ca/logs_debug_level.htm). ### backgrounder.querylimit Valeur par défaut : `7200` La durée autorisée la plus longue, en secondes, pour terminer une seule tâche d’actualisation d’extrait. 7 200 secondes = 2 heures. **Remarque :** S’il atteint sa limite de temps, une tâche peut continuer à s’exécuter quelques minutes durant son annulation. ### backgrounder.restrict\_serial\_collections\_to\_site\_level Valeur par défaut : `false` Dans Tableau Server, les utilisateurs peuvent programmer l’exécution périodique d’actualisations d’extraits, d’abonnements ou de flux. Ces éléments programmés sont appelés des tâches. Le processus du gestionnaire de processus en arrière-plan lance des instances uniques de ces tâches pour les exécuter à l’heure prévue. Les instances uniques des tâches qui sont initiées en conséquence sont appelées Travaux. Ce paramètre affecte les planifications configurées pour s’exécuter en série. Par défaut, lorsqu’une planification est configurée pour s’exécuter en série, toutes les tâches utilisant cette planification s’exécuteront en série. Lorsque ce paramètre est défini sur `true`, les tâches exécutées sur différents sites peuvent s’exécuter en parallèle. Les travaux pour les tâches planifiées sur le même site continueront de s’exécuter en série. L’exemple ci-dessous illustre ce scénario : Tableau Server inclut une programmation appelée « Quotidien » pour exécuter les tâches tous les jours à 7h00. La planification quotidienne est configurée pour s’exécuter en série. Le site « RH » et le site « Paie » ont chacun plusieurs tâches planifiées qui utilisent la programmation « Quotidien ». Lorsque ce paramètre est défini `true`, les travaux correspondant à ces tâches programmées sur le site « RH » peuvent s’exécuter en parallèle avec les travaux sur le site « Paie », tandis que les tâches sur le même site ne s’exécuteront toujours qu’en série. ### backgrounder.notifications\_enabled Valeur par défaut : `true` Contrôle si les alertes d’actualisation d’extrait et d’exécution de flux sont activées pour tous les sites du serveur. Par défaut, toutes les alertes sont activées. Pour désactiver les alertes pour tous les sites sur un serveur, définissez sur `false`. Les alertes d’extraction peuvent être activées ou désactivées pour chaque site par les administrateurs de site dans les paramètres du site, ou au niveau utilisateur dans les paramètres utilisateur. ### backgrounder.sort\_jobs\_by\_type\_schedule\_boundary\_heuristics\_milliSeconds Valeur par défaut : `60000` Contrôle la fenêtre temporelle qui identifie les tâches du gestionnaire de processus en arrière-plan planifiées pour démarrer à la même heure. Le processus du gestionnaire de processus en arrière-plan organise la tâche programmée en même temps pour une exécution par type de tâche, lançant l’exécution de la catégorie des tâches les plus rapides d’abord : abonnements, puis extraits par incréments, puis extraits complets. Les tâches sont regroupées en lots afin de déterminer lesquelles sont programmées « en même temps ». Une valeur de 60 000 millisecondes (par défaut) indique que les tâches programmées pour commencer dans une fenêtre de 1 minute doivent être classées dans le même lot et sont donc organisées par type dans ce même lot. ### backgrounder.subscription\_failure\_threshold\_for\_run\_prevention Valeur par défaut : `5` Détermine le nombre d’échecs d’abonnement consécutifs qui doivent se produire avant la suspension de l’alerte pour une condition. Lorsque ce paramètre est défini sur la valeur par défaut de `5`, l’alerte est suspendue après 5 échecs d’abonnement consécutifs. Une valeur de `-1` permettra au courriel de notification de continuer indéfiniment. Ce seuil s’applique à l’échelle du serveur, et s’applique à tous les abonnements définis sur le serveur. ### backgrounder.subscription\_image\_caching Valeur par défaut : `true` Contrôle si le gestionnaire de processus en arrière-plan met en cache les images générées pour les abonnements. Les images mises en cache ne doivent pas être régénérées à chaque fois pour que la mise en cache améliore les performances d’abonnement. Par défaut, la mise en cache des images est activée. Pour désactiver la mise en cache des images pour tous les sites sur un serveur, sélectionnez `false`. ### backgrounder.timeout\_tasks Valeur par défaut : la valeur par défaut peut être différente, selon votre version de Tableau Server. Pour voir la liste des valeurs par défaut pour votre version de Tableau, exécutez la commande `tsm configuration get` : tsm configuration get -k backgrounder.timeout\_tasks Liste des tâches pouvant être annulées si elles s’exécutent plus longtemps que les valeurs combinées dans `backgrounder.querylimit` et `backgrounder.extra_timeout_in_seconds`. La liste des tâches est délimitée par des virgules. La liste par défaut représente toutes les valeurs possibles de ce paramètre. ### backgrounder.timeout.single\_subscription\_notify **Version :** ajouté dans la version 2021.2. Valeur par défaut : `1800` (30 minutes) Il s’agit de la durée maximale autorisée, en secondes, pour l’exécution d’une seule tâche d’abonnement. ### backgrounder.timeout.sync\_ad\_group **Version :** ajouté dans les versions 2021.1.23, 2021.2.21, 2021.3.20, 2021.4.15, 2022.1.11, 2022.3.3, 2023.1. Valeur par défaut : `14400` (4 heures) Il s’agit du temps maximum autorisé, spécifié en secondes, pour terminer une synchronisation de groupe Active Directory. Ceci s’applique aux synchronisations de groupe _programmées_ effectuées par le service de gestionnaire de processus en arrière-plan et empêche les synchronisations de longue durée de s’exécuter indéfiniment. Cela n’a aucune incidence sur les synchronisations de groupe effectuées à l’aide de l’interface utilisateur de Tableau Server ou de l’API REST. ### backgrounder.vInstances\_max\_overflow\_queue\_size **Version :** ajouté dans la version 20221.2. Valeur par défaut : `1000` Nombre maximal de tâches pouvant se trouver dans la file d’attente secondaire. Une file d’attente secondaire est créée lorsque le nombre de tâches en cours d’exécution atteint la limite de simultanéité définie. Le nombre maximal par défaut est défini sur 1 000 tâches, ce qui signifie que s’il y a plus de 1 000 tâches lorsque la limite de simultanéité est atteinte, tout ce qui dépasse 1 000 tâches ne sera pas mis en file d’attente. Utilisez la commande tsm backgrounder.vInstance\_max\_overflow\_queue\_size pour apporter des modifications à la taille maximale de la file d’attente de débordement. Les valeurs doivent être spécifiées en nombres entiers. ### backup.zstd.thread\_count **Version :** ajouté dans la version 2021.1.0. Cette clé est configurable de manière dynamique. Pour plus d’informations, consultez [Modifications de topologie dynamique Tableau Server](https://help.tableau.com/current/server/fr-ca/server_process_hot_topo.htm). Valeur par défaut : 2 Nombre d’unités d’exécution qui doivent être utilisées lors de la création d’une sauvegarde. L’augmentation de ce nombre peut améliorer les performances de sauvegarde, mais nous recommandons que le nombre de d’unités d’exécution ne dépasse pas le nombre de processeurs logiques sur l’ordinateur Tableau Server, jusqu’à quatre. ### backuprestore.use\_custom\_staging\_dir.enabled **Version :** ajouté dans la version 2026.2.0. Valeur par défaut : `false` Détermine si le processus de sauvegarde doit utiliser le répertoire intermédiaire personnalisé pour assembler le fichier de sauvegarde (`.tsbak`). Les commandes `tsm maintenance backup` utilisent un emplacement intermédiaire temporaire dans le répertoire de données pour effectuer les actions sur les fichiers (assemblage, extraction) avant d’enregistrer le fichier de sauvegarde à l’emplacement spécifié par la variable `basefilepath.backuprestore` . À partir de la version 2026.2.0, si vous configurez TSM de manière à utiliser l’emplacement spécifié par `basefilepath.backuprestore` et que vous activez ce paramètre, la sauvegarde est assemblée en sous-répertoires temporaires à l’emplacement spécifié par `basefilepath.backuprestore`. Pour les versions antérieures à 2026.2.0, la modification du chemin d’accès du fichier de base n’a pas d’impact sur l’emplacement où la commande `tsm maintenance backup` assemble le fichier de sauvegarde. Pour définir ce paramètre sur `true` (afin d’utiliser le répertoire intermédiaire personnalisé), exécutez ces commandes : tsm configuration set -k backuprestore.use\_custom\_staging\_dir.enabled -v true tsm pending-changes apply Le répertoire intermédiaire personnalisé est configuré par la définition de `basefilepath.backuprestore`. Pour plus d’informations, consultez [Chemins d’accès des fichiers tsm](https://help.tableau.com/current/server/fr-ca/cli_default_filepaths_tsm.htm). ### basefilepath.backuprestore Valeur par défaut : `` `C:\ProgramData\Tableau\Tableau Server\data\tabsvc\files\backups\` `` L’emplacement dans lequel la commande `tsm maintenance backup` crée la sauvegarde. C’est également l’emplacement où le fichier de sauvegarde doit être restauré à l’aide de la commande `tsm maintenance restore` ou de la commande. Après avoir défini ceci, vous devez exécuter la commande [tsm maintenance validate-backup-basefilepath](https://help.tableau.com/current/server/fr-ca/cli_maintenance_tsm.htm#tsmValidateBackupBasefilepath) (disponible dans la version 2022.1 et versions ultérieures) pour vérifier que les autorisations sont correctement définies pour l’emplacement. Pour plus d’informations, consultez [Chemins d’accès des fichiers tsm](https://help.tableau.com/current/server/fr-ca/cli_default_filepaths_tsm.htm). ### basefilepath.log\_archive Valeur par défaut : `C:\ProgramData\Tableau\Tableau Server\data\tabsvc\files\log-archives\` L’emplacement dans lequel la commande `tsm maintenance ziplogs` crée l’archive compressée. Pour plus d’informations, consultez [Chemins d’accès des fichiers tsm](https://help.tableau.com/current/server/fr-ca/cli_default_filepaths_tsm.htm). ### basefilepath.site\_export.exports Valeur par défaut : `C:\ProgramData\Tableau\Tableau Server\data\tabsvc\files\siteexports\` L’emplacement dans lequel la commande `tsm sites export` crée le fichier d’exportation. Pour plus d’informations, consultez [Chemins d’accès des fichiers tsm](https://help.tableau.com/current/server/fr-ca/cli_default_filepaths_tsm.htm). ### basefilepath.site\_import.exports Valeur par défaut : `C:\ProgramData\Tableau\Tableau Server\data\tabsvc\files\siteimports\` L’emplacement où la commande `tsm sites import` s’attend à ce que le fichier d’importation soit localisé. Pour plus d’informations, consultez [Chemins d’accès des fichiers tsm](https://help.tableau.com/current/server/fr-ca/cli_default_filepaths_tsm.htm). ### clustercontroller.log.level **Version :** ajouté dans la version 2020.3.0. Valeur par défaut : `info` Niveau d’enregistrement pour le contrôleur de grappe. Ce paramètre peut être configuré de manière dynamique, donc si vous n’effectuez pas d’autres modifications, vous n’avez pas à redémarrer Tableau Server. Pour plus d’informations, consultez [Modifier les niveaux d’enregistrement](https://help.tableau.com/current/server/fr-ca/logs_debug_level.htm). ### clustercontroller.zk\_session\_timeout\_ms Valeur par défaut : `300000` La durée, en millisecondes, pendant laquelle le contrôleur de grappe attend le service de coordination (ZooKeeper), avant de déterminer qu’un basculement est nécessaire. ### dataAlerts.checkIntervalInMinutes Valeur par défaut : `60` La fréquence, en minutes, selon laquelle Tableau Server vérifie pour déterminer si les conditions liées aux alertes de données sont vraies. (Le serveur vérifie également dès que les extraits liés à des alertes basées sur les données sont actualisés.) ### dataAlerts.retryFailedAlertsAfterCheckInterval Valeur par défaut : `true` Détermine la fréquence selon laquelle Tableau Server revérifie les alertes d’échec des données. Si l’option est définie sur `true`, le serveur revérifie les alertes d’échec à la fréquence définie par `dataAlerts.checkIntervalInMinutes`. Si l’option est définie sur `false`, le serveur revérifie les alertes d’échec toutes les cinq minutes, en notifiant plus rapidement les destinataires d’alerte si les conditions de données ont changé, mais en diminuant les performances du serveur. (Le serveur vérifie également dès que les extraits liés à des alertes basées sur les données sont actualisés.) ### dataAlerts.SuspendFailureThreshold Valeur par défaut : `350` Détermine le nombre d’échecs consécutifs d’alertes basées sur les données avant la suspension de l’alerte pour une condition. Lorsque ce paramètre est défini sur la valeur par défaut de 350, l’alerte est suspendue après deux semaines d’alertes environ. Ce seuil est défini à l’échelle du serveur et s’applique donc à toutes les alertes définies sur le serveur. ### databaseservice.max\_database\_deletes\_per\_run **Version :** ajouté dans la version 2021.2. Valeur par défaut : null Utilisez cette option pour ajuster le nombre maximum de ressources externes intégrées (bases de données et tables) qui peuvent être supprimées à chaque exécution du processus du gestionnaire de processus en arrière-plan, contrôlé par `features.DeleteOrphanedEmbeddedDatabaseAsset`. Si cette option est laissée vide, le nombre maximal par défaut de ressources externes intégrées pouvant être supprimées est de 100. Pour plus d’informations, consultez [features.DeleteOrphanedEmbeddedDatabaseAsset](#metadata_orphanembedded). ### dataserver.log.level **Version :** ajouté dans la version 2020.3.0. Valeur par défaut : `info` Niveau d’enregistrement pour le serveur de données. Ce paramètre peut être configuré de manière dynamique, donc si vous n’effectuez pas d’autres modifications, vous n’avez pas à redémarrer Tableau Server. Pour plus d’informations, consultez [Modifier les niveaux d’enregistrement](https://help.tableau.com/current/server/fr-ca/logs_debug_level.htm). ### dataserver\_.port Port sur lequel s’exécute l’instance du serveur de données (spécifié par «  »). ### elasticserver.vmopts **Version :** ajouté dans la version : 2019.1. Supprimé : 2022.1 **Cette option de configuration n’est pas valide pour la version 2022.1 et versions ultérieures de Tableau Server.** Pour Tableau Server version 2022.1 et versions ultérieures, utilisez l’option de configuration [`indexandsearchserver.vmopts`](#indexsearchserver) Valeur par défaut : `-Xmx -Xms` La valeur par défaut varie en fonction de la quantité de mémoire système. La taille maximum du tas JVM est réduite à 3,125 % de la RAM totale du système. Contrôle la taille du segment de mémoire du serveur flexible. Étant donné que la valeur par défaut s’ajuste automatiquement, utilisez cette option pour remplacer la valeur par défaut uniquement lorsque cela est absolument nécessaire. Ajoutez la lettre « k » à la valeur pour indiquer des kilo-octets, « m » pour indiquer des mégaoctets, ou « g » pour indiquer des gigaoctets. En règle générale, définissez une taille du segment de mémoire initial (`-Xms`) égale à la taille de segment de mémoire maximal (`-Xmx`) afin de minimiser les nettoyages de mémoire. ### excel.shadow\_copy\_all\_remote.enabled **Version :** ajouté dans les versions 2019.1.5, 2019.2.1. Valeur par défaut : `false` Contrôle si Tableau Server crée une « copie cachée » d’une feuille de calcul Excel partagée (`.xlxs` ou `.xlxm`) qui est utilisée comme source de données en direct. Lorsqu’elle est activée, cette option empêche les utilisateurs Excel de voir une « Erreur de violation de partage » et un message indiquant que le fichier est « en cours d’utilisation ». Cette option peut avoir un impact sur les performances en cas de fichiers Excel volumineux. Si les utilisateurs Excel n’ont pas besoin de modifier le fichier partagé, vous n’avez pas besoin d’activer cette option. **Remarque :** Tableau Server tente toujours de créer une copie cachée d’un fichier `.xls`. Cette option ne modifie pas le comportement. ### extractservice.command.execution.timeout **Version :** ajouté dans la version 2021.4. Valeur par défaut : `7200` secondes Définit la valeur du délai d’expiration pour l’exécution de l’actualisation de l’extrait VConn. Exemple : `tsm configuration set -k extractservice.command.execution.timeout -v --force-keys` **Remarque :** Vous devez utiliser l’option `--force-keys` pour modifier cette valeur. ### features.ActiveMQ **Version :** ajouté dans la version 2021.4. Valeur par défaut : `true` Contrôle si Tableau Server utilise le service Apache ActiveMQ (Service de messagerie Tableau Server) pour le mécanisme de messagerie interne. ### features.DeleteOrphanedEmbeddedDatabaseAsset **Version :** ajouté dans la version 2021.2. Valeur par défaut : `true` Contrôle un processus en arrière-plan, pour Tableau Catalog (ou l’API de métadonnées Tableau), qui supprime les ressources externes intégrées (bases de données et tables) qui ne sont plus associées au contenu Tableau en aval. Ce processus s’exécute tous les jours à 22 :00 :00 UTC (heure universelle coordonnée) et peut supprimer 100 ressources externes au maximum chaque jour jusqu’à ce qu’il ne reste plus aucune ressource externe sans connexion au contenu Tableau en aval. Vous pouvez définir cette option sur `false` pour arrêter l’exécution de ce processus. Vous pouvez également ajuster le nombre maximal de ressources externes intégrées pouvant être supprimées à l’aide de [databaseservice.max\_database\_deletes\_per\_run](#metadata_orphanembedded_maxnumber). Pour plus d’informations, consultez [Résoudre les problèmes de contenu manquant](https://help.tableau.com/current/server/fr-ca/dm_catalog_enable.htm#troubleshoot_orphanembedded). ### features.DesktopReporting Valeur par défaut : `false` Contrôle si la fonction Rapports sur les licences Tableau Desktop est activée sur le serveur. Lorsque la valeur est définie sur `false` (par défaut), aucune vue administrative associée aux licences Desktop n’est disponible. Définissez-la sur `true` pour activer les rapports sur les licences et rendre visibles les vues administratives d’utilisation et d’expiration des licences dans la page État du serveur. **Remarque :** Les rapports sur les licences Desktop doivent être activés sur le client (Tableau Desktop) pour que l’information soit communiquée à Tableau Server. ### features.IdentityMigrationBackgroundJob **Version :** ajouté dans la version 2022.1. Valeur par défaut : `false`. La valeur par défaut a été modifiée à `false` à partir des versions 2021.4.22, 2022.1.18, 2022.3.10, 2023.1.6 et 2023.3. Contrôle le processus qui effectue la migration d’identités. Lorsque cette valeur est réglée à `true`, la migration d’identités s’exécute dans les déploiements existants immédiatement après la mise à niveau de Tableau Server vers la version 2022.1 (ou ultérieure) et la restauration d’une sauvegarde de la version 2021.4 (ou antérieure) de Tableau Server. Définissez-la sur `false` (par défaut) pour désactiver la migration d’identités. Par exemple, pour démarrer la migration d’identités, exécutez la commande suivante : `tsm configuration set -k features.IdentityMigrationBackgroundJob -v true` Pour plus d’informations, consultez [À propos de la migration d’identités](https://help.tableau.com/current/server/fr-ca/identity_migration.htm). **Remarque :** Si la migration d’identités est désactivée, Tableau Server ne peut pas utiliser le Service d’identité pour stocker et gérer les informations d’identité des utilisateurs. L’utilisation du Service d’identité est une condition préalable à certaines fonctionnalités comme les [pools d’identités](https://help.tableau.com/current/server/fr-ca/identity_pools.htm). ### features.IdentityPools **Version :** ajouté dans la version 2023.1. Valeur par défaut : `false` Un composant de la fonctionnalité des pools d’identités. Vous devez activer ce composant si vous effectuez une nouvelle installation de Tableau Server. Nécessite `feature.NewIdentityMode` et `wgserver.authentication.legacy_identity_mode.enabled`. Définissez-la sur `true` pour activer les pools d’identités. Définissez-la sur `false` (par défaut) pour désactiver les pools d’identités. Par exemple, pour activer les pools d’identités, exécutez la commande suivante : ``` tsm configuration set -k features.IdentityPools -v true tsm configuration set -k features.NewIdentityMode -v true tsm configuration set -k wgserver.authentication.legacy_identity_mode.enabled -v false tsm pending-changes apply ``` Pour en savoir plus, consultez [Dépanner les pools d’identités](https://help.tableau.com/current/server/fr-ca/identity_pools_manage.htm#troubleshoot). ### features.JWTSupportForSCIM **Version :** ajouté dans la version 2025.3 Valeur par défaut : `false` Active la possibilité d’utiliser un JWT généré de l’extérieur (par le biais d’une application connectée à Tableau) pour prendre en charge les demandes SCIM. L’utilisation d’un jeton externe contourne le jeton SCIM généré par Tableau. Définissez le paramètre sur `true` pour activer cette fonctionnalité. ``` tsm configuration set -k features.JWTSupportForSCIM -v true tsm pending-changes apply ``` Pour plus d’informations, consultez [SCIM](https://help.tableau.com/current/server/fr-ca/scim_config_online.htm). ### features.MessageBusEnabled **Version :** ajouté dans la version 2019.4. Valeur par défaut : `true` Contrôle si Tableau Server utilise le nouveau mécanisme de messagerie interne. ### features.NewIdentityMode **Version :** ajouté dans la version 2022.1. Valeur par défaut : `false`. La valeur par défaut a été modifiée à `false` à partir des versions 2021.4.22, 2022.1.18, 2022.3.10, 2023.1.6 et 2023.3.0. Une condition préalable de la fonctionnalité de pools d’identités. Nécessite de définir `wgserver.authentication.legacy_identity_mode.enabled` sur `false` pour activer les pools d’identités. Définissez-la sur `true` pour désactiver les pools d’identités. ``` tsm configuration set -k features.IdentityPools -v true tsm configuration set -k features.NewIdentityMode -v true tsm configuration set -k wgserver.authentication.legacy_identity_mode.enabled -v false tsm pending-changes apply ``` Pour en savoir plus, consultez [Dépanner les pools d’identités](https://help.tableau.com/current/server/fr-ca/identity_pools_manage.htm#troubleshoot). ### features.PasswordlessBootstrapInit Valeur par défaut : `true` Contrôle si Tableau Server autorise les identifiants intégrés dans les fichiers bootstrap. Lorsque cette option est activée (par défaut), les identifiants intégrés sont inclus dans le fichier bootstrap, sauf spécification contraire. Définissez cette option sur `false` si les identifiants ne doivent jamais être inclus dans un fichier bootstrap que vous générez. Pour plus d’informations sur la génération de fichiers bootstrap, reportez-vous à la section [tsm topology nodes get-bootstrap-file](https://help.tableau.com/current/server/fr-ca/cli_topology_tsm.htm#TSMGetBootstrap). Cette option a été ajoutée à partir de Tableau Server version 2019.3. ### features.PasswordReset **Version :** retiré dans la version 2024.2. Pour les versions 2024.2 et ultérieures, utilisez `vizportal.password_reset`. Valeur par défaut : `false` S’applique uniquement aux serveurs utilisant l’authentification locale. Définissez sur `true`pour que les utilisateurs puissent réinitialiser leurs mots de passe avec l’option « Vous avez oublié votre mot de passe » dans la page de connexion. ### features.VizDataServiceClientEnable **Version :** ajouté dans la version 2024.2. Valeur par défaut : `false` Permet une prise en charge complète des fonctions d’attribut utilisateur décrites dans [Personnaliser et contrôler l’accès aux données à l’aide des attributs utilisateur](https://help.tableau.com/current/api/embedding_api/fr-ca/docs/embedding_api_user_attributes.html) dans l’aide de l’API d’intégration v3 de Tableau. Lorsqu’elles sont définies sur `false`, les fonctions d’attribut utilisateur ne prennent pas en charge les sources de données publiées. Lorsqu’elles sont définies sur `true`, les fonctions d’attribut utilisateur prennent en charge les sources de données dans l’intégration des flux de travail et des sources de données publiées. Par exemple, exécutez la commande suivante : `tsm configuration set -k features.VizDataServiceClientEnable -v true`. **Remarque :** Cet indicateur ne peut pas être utilisé pour activer les attributs utilisateur pour OIDC et SAML. Pour les attributs utilisateur dans les flux de travail d’authentification OIDC et SAML, utilisez plutôt l’interface utilisateur TMS. ### features.VizqlDataServiceDeployWithTsm **Version :** ajouté dans la version 2025.1. Valeur par défaut : `true` Contrôle si le service de données Vizql est activé. Lorsque cette option est activée (valeur par défaut), le service affiche les points de terminaison HTTP du service de données VizQL avec lesquels les utilisateurs peuvent interagir par programmation. Si vous n’utilisez pas le service de données VizQL en vue d’un accès programmatique, vous pouvez désactiver cette fonctionnalité. Cette action masquera le service dans l’interface utilisateur de TSM. Pour ce faire, vous devez d’abord définir le nombre d’instances du service à zéro (0). Par exemple : tsm topology set-process --count 0 --process vizqldataservice --node tsm configuration set -k features.VizqlDataServiceDeployWithTsm -v false tsm pending-changes apply Le service de données VizQL est conçu pour être accessible depuis l’API. Vous ne pouvez pas y accéder dans l’interface utilisateur de Tableau Server. Pour plus d’informations sur le service, consultez [Service de données VizQL de Tableau Server](https://help.tableau.com/current/server/fr-ca/server_process_vizql-data-service.htm#TSMGetBootstrap). Pour plus d’informations sur l’API du service de données VizQL, consultez la [Référence de l’API du service de données VizQL](https://help.tableau.com/current/api/vizql-data-service/fr-ca/index.html "lien vers la référence de l’API du VDS"). ### features.VizqlDataServicePermission **Version :** ajouté dans la version 2025.1. Valeur par défaut : `true` Permet de vérifier les autorisations pour la règle d’autorisation de la source de données « Accès à l’API ». La règle d’autorisation de la source de données Accès à l’API est définie dans la boîte de dialogue Autorisations pour les groupes ou les utilisateurs. La désactivation de l’indicateur d’autorisation désactive la vérification des autorisations et tous les rôles sur le site (à l’exception des rôles sans licence) peuvent accéder aux API du service de données VizQL. Consultez [Autorisations](https://help.tableau.com/current/server/fr-ca/permissions.htm). Pour avoir pleinement accès à la réponse du service de données VizQL, les utilisateurs doivent également disposer des autorisations de visualisation et de connexion à la source de données afin d’accéder pleinement à la source de données sous-jacente. Configuration recommandée pour l’accès à l’API du service de données VizQL (consultez [Autorisations](https://help.tableau.com/current/server/fr-ca/permissions.htm) pour plus de détails : - Ne désactivez pas l’indicateur d’autorisation et définissez les règles d’autorisation de la fonctionnalité d’accès à l’API pour les groupes plutôt que pour les utilisateurs dans la boîte de dialogue Autorisations de Tableau Server. - Gérez les autorisations de la fonctionnalité d’accès à l’API au niveau du projet au lieu de définir des autorisations sur le contenu des sources de données individuelles. - Assurez-vous que l’autorisation de la fonctionnalité d’accès à l’API du groupe Tous les utilisateurs est définie sur **Aucun**. Le service de données VizQL est conçu pour être accessible depuis l’API. Vous ne pouvez pas y accéder dans l’interface utilisateur de Tableau Server. Pour plus d’informations sur le service, consultez [Service de données VizQL de Tableau Server](https://help.tableau.com/current/server/fr-ca/server_process_vizql-data-service.htm#TSMGetBootstrap). Pour plus d’informations sur l’API du service de données VizQL, consultez la [Référence de l’API du service de données VizQL](https://help.tableau.com/current/api/vizql-data-service/fr-ca/index.html "lien vers la référence de l’API du VDS"). ### filestore.empty\_folders\_reaper.enabled **Version :** ajouté dans 2020.x (2020.1.14, 2020.2.11, 2020.3.6, 2020.4.2) et 2021.1.x. La valeur par défaut a été remplacée par `true` dans 2021.2. Valeur par défaut : `true` Active la tâche qui « récolte » (supprime) les dossiers vides du stockage de fichiers. ### filestore\_empty\_folders\_reap.frequency\_s **Version :** ajouté dans 2020.x (2020.1.14, 2020.2.11, 2020.3.6, 2020.4.2). Valeur par défaut : `86400` (24 heures) Spécifie en minutes, la fréquence d’exécution de la tâche qui supprime les dossiers vides du magasin de fichiers. ### features.Hyper\_DisallowTDEPublishing **Version :** Par défaut à `true` à partir de la version 2023.1.0. Obsolète dans la version 2024.2. Retiré dans la version 2025.1. Valeur par défaut : `true` Spécifie si les utilisateurs peuvent téléverser des fichiers au format .tde. Ce format a été remplacé par le format .hyper à partir de la version 10.5 de Tableau Server, mais n’a pas été bloqué pour le téléversement. À partir de la version 2024.3, les fichiers au format .tde ne sont plus utilisables. Les fichiers étaient automatiquement convertis au format .hyper si l’une de plusieurs actions était effectuée. Pour plus d’informations, consultez [Mise à niveau d’extraits vers le format .hyper](https://help.tableau.com/current/server/fr-ca/extracting_upgrade.htm). ### filestore.log.level **Version :** ajouté dans la version 2020.3.0. Valeur par défaut : `info` Niveau d’enregistrement pour le stockage de fichiers. Ce paramètre peut être configuré de manière dynamique, donc si vous n’effectuez pas d’autres modifications, vous n’avez pas à redémarrer Tableau Server. Pour plus d’informations, consultez [Modifier les niveaux d’enregistrement](https://help.tableau.com/current/server/fr-ca/logs_debug_level.htm). ### filestore.reapemptyfoldersholdoffms **Version :** ajouté dans 2020.x (2020.1.14, 2020.2.11, 2020.3.6, 2020.4.2). Non encore disponible dans la version 2021.1. Valeur par défaut : `300000` (5 minutes) Spécifie, en millisecondes, le temps d’attente avant de supprimer les dossiers vides du magasin de fichiers. ### floweditor.max\_datafile\_upload\_size\_in\_kb **Version :** ajouté dans la version 2020.4 Valeur par défaut : `1048576` Pour la création Web de flux Tableau Prep, la taille maximale des fichiers texte délimités (par exemple CSV ou TXT) pouvant être téléversés sur Tableau Server. ### gateway.external\_url **Version :** ajouté dans la version 2023.1 Valeur par défaut : null Requis lorsque l’authentification OpenID Connect (OIDC) est configurée dans TSM lors de la configuration de Tableau Server ou avec des groupes d’identités. Spécifie l’URL Tableau Server utilisée par le fournisseur d’identité (IdP) pour rediriger les utilisateurs qui s’authentifient dans Tableau. L’URL externe de la passerelle est la même URL que celle que vous avez spécifiée comme URL de redirection chez votre IdP. Elle est utilisée à des fins de correspondance. Par exemple, pour rediriger l’IdP associé à la configuration de l’authentification OIDC vers votre Tableau Server, http://myco, exécutez la commande suivante : `tsm configuration set -k gateway.external_url -v http://myco` **Remarque :** À compter de la version 2025.3, l’URL spécifiée est le point de terminaison utilisé pour la déconnexion unique (SLO) lorsqu’elle est activée. ### gateway.http.cachecontrol.updated Valeur par défaut : `false` L’en-tête Contrôle de cache HTTP spécifie si le navigateur du client doit ou non mettre en cache le contenu envoyé depuis Tableau Server. Pour désactiver la mise en cache des données Tableau Server sur le client, définissez cette option sur `true`. ### gateway.http.hsts Valeur par défaut : `false` L’en-tête HTTP Strict Transport Security (HSTS) force les navigateurs à utiliser HTTPS sur le domaine où il est activé. ### gateway.http.hsts\_options Valeur par défaut : `"max-age=31536000"` Par défaut, la stratégie HSTS est configurée pour une année (31 536 000 secondes). Cette période spécifie la durée pendant laquelle le navigateur accédera au serveur via HTTPS. ### gateway.httpd.loglevel **Version :** ajouté dans 2021.3.0. Valeur par défaut : `notice` Spécifie le niveau d’enregistrement pour la passerelle (serveur Apache HTTPD). Défini par défaut sur `notice`. Les autres options incluent `debug`, `info`, `warning` et `error`. Si vous modifiez le niveau d’enregistrement , tenez compte de l’impact potentiel sur l’utilisation de l’espace disque et les performances. La meilleure pratique consiste à rétablir le niveau d’enregistrement par défaut après avoir collecté l’information dont vous avez besoin. Pour en savoir plus sur l’enregistrement Apache, consultez la [documentation Apache HTTP](https://httpd.apache.org/docs/2.4/mod/core.html#loglevel). ### gateway.httpd.shmcb.size **Version :** ajouté dans 2021.4 Valeur par défaut : `2048000` Spécifie la quantité de mémoire en octets pour le tampon circulaire lors de l’utilisation du type de stockage `shmcb`. Cette clé de configuration ne s’applique pas lors de l’utilisation du type de stockage `dbm`. ### gateway.httpd.socache **Version :** ajouté dans 2021.4 Valeur par défaut : `shmcb` Spécifie le type de stockage du cache de session SSL global/inter-processus. Par défaut, celui-ci est défini sur`shmcb`, avec une autre option configurable `dbm`. Pour plus d’informations sur les types de stockage `shmcb` et `dbm`, consultez [SSLSessionCache Directive](https://httpd.apache.org/docs/2.4/mod/mod_ssl.html#sslsessioncache) sur le site Web Apache. ### gateway.http.request\_size\_limit Valeur par défaut : `16380` Taille maximale (en octets) du contenu d’en-tête autorisé à passer par la passerelle Apache lors de requêtes HTTP. Les en-têtes qui dépassent la valeur définie pour cette option entraînent des erreurs du navigateur telles que l’erreur HTTP 413 (Entité de demande trop grande) ou des échecs d’authentification. Une valeur basse pour `gateway.http.request_size_limit` peut entraîner des erreurs d’authentification. Les solutions de connexion unique qui s’intègrent à Active Directory (SAML et Kerberos) exigent souvent de grands jetons d’authentification dans les en-têtes HTTP. Veillez à tester les scénarios d’authentification HTTP avant le déploiement en production. Nous recommandons de définir l’option `tomcat.http.maxrequestsize` sur la même valeur que celle définie pour cette option. ### gateway.http.x\_content\_type\_nosniff Valeur par défaut : `true` L’en-tête HTTP de réponse X-Content-Type-Options spécifie que le type MIME dans l’en-tête Content-Type ne devrait pas être modifié par le navigateur. Dans certains cas où le type MIME n’est pas spécifié, un navigateur peut tenter de déterminer le type MIME en évaluant les caractéristiques de la charge active. Le navigateur affiche alors le contenu en conséquence. Ce processus est appelé « sniffing » (détection). L’interprétation erronée du type MIME peut générer des vulnérabilités de sécurité. L’en-tête HTTP X-Content-Type-Options est défini par défaut sur « nosniff » avec cette option. ### gateway.http.x\_xss\_protection Valeur par défaut : `true` L’en-tête de réponse HTTP X-XSS-Protection est envoyé au navigateur afin d’activer la protection XSS (scripts inter-sites). L’en-tête de réponse X-XSS-Protection écrase les configurations dans les cas où les utilisateurs ont désactivé la protection XSS dans le navigateur. L’en-tête de réponse X-XSS-Protection est activé par défaut avec cette option. ### gateway.log.level **Version :** ajouté dans la version 2020.3.0. Valeur par défaut : `info` Niveau d’enregistrement pour la passerelle. Ce paramètre peut être configuré de manière dynamique, donc si vous n’effectuez pas d’autres modifications, vous n’avez pas à redémarrer Tableau Server. Pour plus d’informations, consultez [Modifier les niveaux d’enregistrement](https://help.tableau.com/current/server/fr-ca/logs_debug_level.htm). ### gateway.public.host Valeur par défaut :  Nom (URL) du serveur utilisé pour l’accès externe à Tableau Server. Si Tableau Server est configuré pour utiliser un serveur proxy ou un équilibreur de charge externe, il s’agit du nom saisi dans la barre d’adresse du navigateur pour accéder à Tableau Server. Par exemple, si l’on accède à Tableau Server en saisissant `tableau.example.com`, le nom de gateway.public.host est `tableau.example.com`. ### gateway.public.port Valeur par défaut : `80` (`443` si SSL) S’applique aux environnements de serveur proxy uniquement. Port externe utilisé pour l’écoute par le serveur proxy. ### gateway.slow\_post\_protection.enabled Valeur par défaut : `true` L’activation de cette option permet de protéger contre les attaques Slow POST (déni de service) par l’expiration des requêtes POST qui transfèrent des données à des vitesses extrêmement lentes. **Remarque :** Ceci n’élimine pas la menace de ces attaques et peut avoir l’effet inattendu d’interrompre les connexions lentes. ### gateway.slow\_post\_protection.request\_read\_timeout Valeur par défaut : `header=10-30,MinRate=500 body=30,MinRate=500` Lorsqu’elle est activée par l’option précédente, `gateway.slow_post_protection.enabled`, cette option définit le paramètre ReadRequestTimeout d’Apache httpd. La directive httpd est documentée dans le [module Apache mod\_reqtimeout](https://httpd.apache.org/docs/2.4/mod/mod_reqtimeout.html). Cette option sert principalement de défense contre l’attaque de type Slowloris. Voir l’entrée Wikipédia, [Slowloris (sécurité informatique)](https://en.wikipedia.org/wiki/Slowloris_\(computer_security\)). **Remarque :** Les anciennes versions utilisent une valeur par défaut : `header=15-20,MinRate=500 body=10,MinRate=500` ### gateway.timeout Valeur par défaut : `7200` Temps d’attente maximal, en secondes, au terme duquel la passerelle, après avoir attendu certains événements, affiche une erreur (7 200 secondes = 2 heures). ### gateway.trusted Valeur par défaut : Adresse IP de l’ordinateur hébergeant le serveur proxy S’applique aux environnements de serveur proxy uniquement. Adresse(s) IP ou nom(s) d’hôte du serveur proxy. ### gateway.trusted\_hosts Valeur par défaut : Noms alternatifs du serveur proxy S’applique aux environnements de serveur proxy uniquement. Nom(s) d’hôte alternatif(s) pour le serveur proxy. ### hyper.file\_partition\_size\_limit Valeur par défaut : `0` Lorsque cette valeur est définie sur 0, la taille est configurée comme étant illimitée et utilise tout l’espace disque disponible. Cette option est utilisée pour configurer la limite d’espace disque pour une requête mise en file d’attente sur le disque. Si l’espace disque utilisé par le fichier spoule..tmp est supérieur à ce qu’il devrait être pour votre environnement, cela signifie que les requêtes sont mises en file d’attente et prennent de l’espace disque. Utilisez cette option pour limiter la quantité d’espace disque utilisée par une requête. Le fichier spoule..tmp se trouve dans le dossier temp du compte utilisateur utilisant Tableau Server. Vous pouvez spécifier cette valeur en unités de K(Ko), M(Mo), G(Go) ou T(To). Par exemple, vous pouvez spécifier une limite de taille de 100 G lorsque vous souhaitez limiter l’utilisation de l’espace disque à 100 Go. Pour plus d’informations sur la mise en file d’attente, consultez la section consacrée à l’utilisation de la mémoire et du processeur dans [Moteur de données Tableau Server](https://help.tableau.com/current/server/fr-ca/data_engine2_intro.htm). ### hyper.global\_file\_partition\_size\_limit Valeur par défaut : `0` Lorsque cette valeur est définie sur 0, la taille est configurée comme étant illimitée et utilise tout l’espace disque disponible. Cette option est utilisée pour configurer la limite d’espace disque pour toutes les requêtes mises en file d’attente sur le disque. Si l’espace disque utilisé par le fichier spoule..tmp est supérieur à ce qu’il devrait être pour votre environnement, cela signifie que les requêtes sont mises en file d’attente et prennent de l’espace disque. Le fichier spoule..tmp se trouve dans le dossier temp du compte utilisateur utilisant Tableau Server. Utilisez cette option pour limiter l’espace disque en somme totale que toutes les requêtes utilisent lors de la mise en file d’attente sur le disque. Vous pouvez spécifier cette valeur en unités de K(Ko), M(Mo), G(Go) ou T(To). Par exemple, vous pouvez spécifier une limite de taille de 100 G lorsque vous souhaitez limiter l’utilisation de l’espace disque à 100 Go. Tableau vous recommande de commencer avec cette configuration lors de l’ajustement des limites de mise en file d’attente. Pour plus d’informations sur la mise en file d’attente, consultez la section consacrée à l’utilisation de la mémoire et du processeur dans [Moteur de données Tableau Server](https://help.tableau.com/current/server/fr-ca/data_engine2_intro.htm). ### hyper.enable\_accesspaths\_symbolic\_canonicalization Valeur par défaut : `false` Sur les systèmes d’exploitation Windows, afin de résoudre les liens symboliques, Hyper doit avoir accès au répertoire dans lequel les extraits sont stockés et à tous ses répertoires parents. Si ce n’est pas le cas, vous pouvez voir un message d’erreur dans le journal Hyper indiquant : **Impossible d’obtenir le chemin canonique pour**`//dirA/subdir/myextract.hyper ... Access is denied` . Dans de tels cas, vous pouvez le définir sur `true` afin que Data Engine (Hyper) n’essaie pas de résoudre les liens symboliques lors de l’utilisation de chemins canoniques. **Remarque :** Définir la valeur sur `true` implique également qu’Hyper ne peut plus garantir de se prémunir contre un attaquant potentiel qui parvient à placer un lien symbolique pour échapper à l’ensemble autorisé de répertoires auxquels Hyper est configuré pour autoriser l’accès. ### hyper.log\_queries Valeur par défaut : `true` Lorsque la valeur est définie sur true, l’information relative à la requête est enregistrée. Par défaut, l’information relative à la requête est enregistrée. Si toutefois vous estimez que les fichiers journaux sont trop volumineux pour la quantité d’espace disque disponible, vous pouvez la configurer sur `false` pour désactiver l’enregistrement d’information sur la requête. Tableau vous recommande de laisser cette configuration définie sur `true`. ### hyper.log\_timing Valeur par défaut : `false` Ce paramètre est utile pour trouver des renseignements supplémentaires sur les requêtes, par exemple les durées de compilation et d’analyse. Par défaut, ce paramètre est désactivé. Vous pouvez l’activer en réglant la valeur sur `true` pour collecter des détails supplémentaires sur vos requêtes. Notez toutefois que cela augmentera la taille des fichiers journaux de votre moteur de données (\\logs\\hyper). ### hyper.log\_troublesome\_query\_plans Valeur par défaut : `true` Lorsque la valeur est définie sur `true`, enregistre les plans de requête qui sont identifiés comme problématiques. Les requêtes qui sont annulées, qui s’exécutent plus lentement que 10 secondes ou qui sont mises en file d’attente relèvent de cette catégorie. L’information contenue dans les fichiers journaux peut être utile pour résoudre les problèmes de requêtes difficiles. Vous pouvez modifier le paramètre sur `false` si la taille des fichiers journaux vous préoccupe. ### hyper.memory\_limit Valeur par défaut : `80%` Contrôle la quantité maximale de mémoire système disponible utilisée par Hyper. Spécifiez la limite de mémoire sous forme de pourcentage de la mémoire système globale disponible. Par exemple, `hyper.memory_limit="90%"`. Vous pouvez également spécifier la quantité maximale de mémoire disponible à utiliser en nombre d’octets. Ajoutez la lettre « k » à la valeur pour indiquer des kilo-octets, « m » pour indiquer des mégaoctets, « g » pour indiquer des gigaoctets, ou « t » pour indiquer des téraoctets. Par exemple, `hyper.memory_limit="7g"`. **Remarque :** Lors d’une exécution sous Tableau Server, la valeur s’applique au plafond de mémoire géré par Server Resource Manager (SRM), et non à la RAM physique totale. Le plafond géré par SRM représente environ 84 % de la RAM physique. Par conséquent, la valeur par défaut de 80 % signifie qu’environ 67 % de la RAM physique totale est disponible pour Hyper. » ### hyper.memtracker\_hard\_reclaim\_threshold Valeur par défaut : `80%` Ce paramètre s’applique uniquement à Windows. Hyper conserve en mémoire les parties décompressées et déchiffrées de l’extrait pour accélérer les accès ultérieurs. Ce paramètre contrôle le moment où les unités d’exécution de travail commencent à écrire ces données dans un cache de disque afin de moins solliciter la mémoire. Si elle est indiquée sous forme de pourcentage, la valeur est interprétée comme un pourcentage du paramètre `hyper.memory_limit` global. Par exemple, `hyper.memtracker_hard_reclaim_threshold="60%"`. Les valeurs absolues peuvent être spécifiées comme « k » (kilooctets), « m » (mégaoctets), « g » (gigaoctets) ou « t » (téraoctets). Par exemple, `hyper.memtracker_hard_reclaim_threshold="10g"`. La valeur doit être supérieure au seuil `hyper.memtracker_soft_reclaim`. ### hyper.memtracker\_soft\_reclaim\_threshold Valeur par défaut : `50%` Ce paramètre s’applique uniquement à Windows. Lorsqu’il interagit avec un fichier Hyper, Hyper écrit certaines données pour les mettre en cache ou les conserver. Le comportement spécial Windows consiste à verrouiller les données récemment écrites dans la mémoire. Pour éviter l’échange, nous excluons les données lorsque Hyper atteint la limite configurée pour le seuil de récupération. Lorsque le seuil de récupération doux est atteint, Hyper tente de récupérer les données mises en cache en arrière-plan pour rester en dessous du seuil de récupération. Dans les situations où l’échange se produirait autrement, le déclenchement de la récupération dans Hyper peut entraîner un meilleur résultat. Par conséquent, si un grand nombre d’échanges a lieu dans votre installation Tableau Server, ce paramètre peut être utilisé pour tenter de moins solliciter la mémoire. Spécifiez le nombre d’octets. Ajoutez la lettre « k » à la valeur pour indiquer des kilo-octets, « m » pour indiquer des mégaoctets, « g » pour indiquer des gigaoctets ou « t » pour indiquer des téraoctets. Vous pouvez également spécifier la valeur sous forme de pourcentage de la mémoire globale configurée pour Hyper. Par exemple, `hyper.memtracker_soft_reclaim_threshold="20%"`. ### hyper.network\_threads Valeur par défaut : `150%` Contrôle le nombre d’unités d’exécution du réseau utilisées par Hyper. Spécifiez soit le nombre d’unités d’exécution du réseau (par exemple, `hyper.network_threads=4`) ou spécifiez le pourcentage d’unités d’exécution en relation avec le nombre de cœurs logiques (par exemple, `hyper.network_threads="300%"`). Les unités d’exécution du réseau sont utilisées pour accepter de nouvelles connexions et pour envoyer ou recevoir des données et des requêtes. Hyper utilise un réseau asynchrone, de sorte que de nombreuses connexions peuvent être desservies par une seule unité d’exécution. Normalement, la quantité de travail effectuée sur les unités d’exécution du réseau est très faible. La seule exception est l’ouverture de bases de données sur des systèmes de fichiers lents, qui peut prendre beaucoup de temps et bloquer l’unité d’exécution du réseau. Si les temps de connexion sont lents lorsque vous essayez d’afficher ou de modifier des tableaux de bord basés sur des extraits et qui n’ont pas été utilisés depuis un certain temps et que vous voyez fréquemment des messages « asio-continuation-slow » dans le fichier journal Hyper et constatez des durées « construct-protocol » longues vers Hyper dans le fichier journal Tableau, essayez d’augmenter cette valeur. ### hyper.objectstore\_validate\_checksums Valeur par défaut : `false` Paramètre booléen qui contrôle les vérifications d’intégrité des fichiers dans Hyper. Lorsqu’il est défini sur `true`, Hyper vérifie les données d’un fichier d’extrait lors du premier accès. Cela permet de détecter la corruption silencieuse et la corruption qui entraînerait une panne d’Hyper. En général, il est conseillé d’activer ce paramètre sauf pour les installations avec des disques très lents, où il pourrait générer des baisses de performances. ### hyper.query\_total\_time\_limit Valeur par défaut : `0` (ce qui signifie illimité) Définit une limite supérieure pour le temps total de l’unité d’exécution qui peut être utilisé par des requêtes individuelles dans Hyper. Ajoutez « s » à la valeur pour indiquer les secondes, « min » pour indiquer les minutes, ou « h » pour indiquer les heures. Par exemple pour restreindre toutes les requêtes à une durée totale de 1 500 secondes de la durée totale du thread, exécutez la commande suivante : `tsm configuration set -k hyper.query_total_time_limit -v 1500s` Si une requête s’exécute plus longtemps que la limite spécifiée, la requête échouera et une erreur sera renvoyée. Ce paramètre vous permet de contrôler automatiquement les requêtes d’échappement qui, autrement, utiliseraient trop de ressources. Hyper exécute les requêtes en parallèle. Par exemple, si une requête s’exécute pendant 100 secondes et que, pendant ce temps, elle est exécutée sur 30 unités d’exécution, la durée totale de l’unité d’exécution serait de 3 000 secondes. Le temps d’unité d’exécution de chaque requête est indiqué dans le fichier journal Hyper dans les entrées du fichier journal « query-end » dans le champ « total-time ». ### hyper.session\_memory\_limit Valeur par défaut : `0` (ce qui signifie illimité) Contrôle la consommation maximale de mémoire d’une requête individuelle. Spécifiez le nombre d’octets. Ajoutez la lettre « k » à la valeur pour indiquer des kilo-octets, « m » pour indiquer des mégaoctets, « g » pour indiquer des gigaoctets ou « t » pour indiquer des téraoctets. Par exemple, pour définir la limite de mémoire sur 900 mégaoctets, exécutez la commande suivante : `tsm configuration set -k hyper.session_memory_limit -v 900m`. De même, pour spécifier la limite de mémoire de session en tant que pourcentage de la mémoire système globale disponible, exécutez la commande suivante : `tsm configuration set -k hyper.session_memory_limit -v 90%`. Réduire cette valeur peut être utile lorsqu’une requête utilise une quantité excessive de mémoire et fait échouer d’autres requêtes sur une longue période. En abaissant la limite, la requête unique volumineuse échouerait (ou aurait recours au spooling si cette option n’est pas désactivée) et n’aurait pas d’impact négatif sur les autres requêtes. ### hyper.srm\_cpu\_limit\_percentage Valeur par défaut (en pourcentage) : `75` Spécifie l’utilisation horaire moyenne maximale du processeur autorisée par Hyper. En cas de dépassement, Data Engine redémarre de lui-même pour minimiser l’impact sur les autres processus de l’ordinateur. Par défaut, le moteur de données redémarrera s’il utilise en moyenne plus de 75 % du processeur sur une heure. Cette valeur ne doit pas être modifiée, sauf lorsque vous travaillez avec l’assistance Tableau ou si vous exécutez le moteur de données sur un nœud de serveur dédié. Si le moteur de données s’exécute sur un nœud dédié, vous pouvez augmenter cette valeur à 95 % en toute sécurité pour tirer pleinement parti du matériel informatique disponible. Pour plus d’informations sur l’exécution du moteur de données sur un nœud dédié, consultez [Optimisation pour les environnements soumis à une forte charge de requêtes d’extraits](https://help.tableau.com/current/server/fr-ca/perf_tuning_long_queries_for_extracts.htm). Pour augmenter cela à 95 % : `tsm configuration set -k hyper.srm_cpu_limit_percentage -v 95 --force-keys` `tsm pending-changes apply` Pour réinitialiser ceci à la valeur par défaut de 75 % : `tsm configuration set -k hyper.srm_cpu_limit_percentage -v 75 --force-keys` `tsm pending-changes apply` ### hyper\_standalone.consistent\_hashing.enabled Valeur par défaut : `true` Améliore les chances que l’extrait d’une requête soit déjà mis en cache. Si le nœud contenant l’extrait mis en cache ne peut pas gérer la charge supplémentaire, vous serez dirigé vers un nouveau nœud et l’extrait sera chargé dans le cache sur le nouveau nœud. Il en résulte une meilleure utilisation du système parce que les extraits ne sont chargés dans la mémoire que s’il y a une charge qui justifie le besoin. ### hyper\_standalone.health.enabled Valeur par défaut : `true` Change la métrique d’équilibrage de la charge depuis la sélection aléatoire sur le nœud Moteur de données (Hyper). Se base sur un score d’intégrité qui est composé d’une combinaison de l’activité Hyper actuelle et de l’utilisation des ressources du système. Sur la base de ces valeurs, l’équilibreur de charge choisit le nœud qui est le plus capable de gérer une requête d’extrait. ### hyper.temp\_disk\_space\_limit Valeur par défaut : `100%` Définit la limite supérieure de l’espace disque à laquelle Hyper cessera d’allouer de l’espace pour les fichiers temporaires. Ce paramètre aide à éviter que le disque dur se remplisse de fichiers temporaires provenant d’Hyper et vienne à manquer d’espace disque. Si l’espace disque atteint ce seuil, Hyper tente de récupérer automatiquement sans intervention de l’administrateur. Indiquez-le sous forme de pourcentage de l’espace disque total disponible à utiliser. Par exemple, `hyper.temp_disk_space_limit="96%"`. Lorsqu’il est défini sur 100 %, tout l’espace disque disponible peut être utilisé. Pour que le moteur de données puisse démarrer, la quantité d’espace disque configurée doit être disponible. Si l’espace disque disponible n’est pas suffisant, vous verrez cette entrée dans le fichier journal du moteur de données : « La limite de disque pour les fichiers journaux temporaires a été atteinte. Veuillez libérer de l’espace disque sur l’appareil. Consultez le fichier journal Hyper pour plus d’informations : il ne reste plus d’espace sur l’appareil ». ### hyper.hard\_concurrent\_query\_thread\_limit Valeur par défaut : 150 % Utilisez cette option pour définir le nombre maximal d’unités d’exécution que Hyper doit utiliser pour exécuter des requêtes. Utilisez ce paramètre pour définir une limite stricte sur l’utilisation de l’unité centrale de traitement. Spécifiez soit le nombre d’unités d’exécution, soit le pourcentage d’unités d’exécution par rapport au nombre de nœuds logiques. Hyper n’utilisera probablement pas plus de ressources que celles configurées par ce paramètre mais les unités d’exécution en arrière-plan et réseau Hyper ne sont pas affectées par ce paramètre (bien qu’ils aient tendance à ne pas être gourmands en unité centrale de traitement). Gardez à l’esprit que ce paramètre contrôle le nombre de requêtes pouvant être exécutées simultanément. Par conséquent, si vous diminuez ce paramètre, les requêtes sont plus susceptibles d’être placées dans une file d’attente et de patienter jusqu’à la fin des requêtes en cours d’exécution, ce qui peut affecter les temps de chargement des classeurs. ### hyper.soft\_concurrent\_query\_thread\_limit Valeur par défaut : 100 % Utilisez cette option pour spécifier le nombre d’unités d’exécution sur lesquels une seule requête peut être exécutée en parallèle si suffisamment d’unités d’exécution sont disponibles compte tenu du paramètre `hard_concurrent_query_thread_limit`. Spécifiez soit le nombre d’unités d’exécution, soit le pourcentage d’unités d’exécution par rapport au nombre de nœuds logiques. En voici un exemple simplifié : Supposons que vous définissiez cette valeur sur 10 unités d’exécution, ce qui signifie que les requêtes peuvent être exécutées en parallèle sur 10 unités d’exécution au maximum. Si seulement 2 requêtes sont exécutées, les 8 unités d’exécution restants sont utilisées pour exécuter les 2 requêtes en parallèle. Les options _hyper. hard\_concurrent\_query\_thread\_limit_ et _hyper.soft\_concurrent\_query\_thread\_limit_ fonctionnent conjointement pour vous permettre de gérer votre utilisation du processeur tout en maximisant les ressources de l’UCT disponibles pour accélérer les requêtes. Si vous ne souhaitez pas que le moteur de données utilise toutes les unités centrales de traitement disponibles sur l’ordinateur, remplacez-le par moins de 100 % à un pourcentage optimal pour votre environnement. La limite souple vous permet de limiter l’utilisation de l’unité centrale de traitement, mais elle permet de dépasser la limite souple jusqu’à la limite stricte si nécessaire. **Remarque :** Les options _hyper.hard\_concurrent\_query\_thread\_limit_ et _hyper.soft\_concurrent\_query\_thread\_limit_ remplacent les options hyper.num\_job\_worker\_threads et hyper.num\_task\_worker\_threads disponibles dans les versions de Tableau Server 2018.3 et antérieures. Elles sont retirées et ne sont plus disponibles. Pour plus d’informations sur les threads hyper.num\_job\_worker\_threads et hyper.num\_task\_worker\_threads, consultez [Options tsm configuration set](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm). ### hyper.use\_spooling\_fallback Valeur par défaut : `true` Si cette valeur est définie sur `true`, elle permet la mise en file d’attente sur le disque si l’interrogation d’extraits excède l’utilisation de la RAM (80 % de la RAM installée). En d’autres termes, il permet à Hyper d’exécuter une requête en utilisant le disque s’il dépasse l’utilisation de la RAM. Tableau recommande d’utiliser le paramètre par défaut. Vous pouvez le désactiver en réglant la valeur sur `false` si vous êtes préoccupé par l’utilisation du disque. Si vous désactivez ce paramètre, les requêtes utilisant plus de 80 % de la RAM installée seront annulées. Les requêtes de spooling demandent généralement beaucoup plus de temps. Pour plus d’informations sur la mise en file d’attente, consultez la section consacrée à l’utilisation de la mémoire et du processeur dans [Moteur de données Tableau Server](https://help.tableau.com/current/server/fr-ca/data_engine2_intro.htm). ### indexandsearchserver.vmopts **Version :** ajouté dans la version : 2022.1. Valeur par défaut : `-Xmx -Xms` La valeur par défaut est basée sur la quantité de mémoire système et correspond à 3,125 % de la RAM système totale. Contrôle la taille de tas du serveur d’indexation et de recherche. Étant donné que la valeur par défaut s’ajuste automatiquement, utilisez cette option pour remplacer la valeur par défaut uniquement lorsque cela est absolument nécessaire. Ajoutez la lettre « k » à la valeur pour indiquer des kilo-octets, « m » pour indiquer des mégaoctets, ou « g » pour indiquer des gigaoctets. En règle générale, définissez une taille du segment de mémoire initial (`-Xms`) égale à la taille de segment de mémoire maximal (`-Xmx`) afin de minimiser les nettoyages de mémoire. ### jmx.security.enabled **Version :** ajouté dans la version : 2022.1. Valeur par défaut : `false` JMX est désactivé par défaut, donc JMX sécurisé est également désactivé. Si vous activez JMX, nous vous recommandons vivement d’activer JMX sécurisé. Cette option est définie sur `true` et active JMX sécurisé avec SSL et l’authentification de base par nom d’utilisateur/mot de passe pour un accès en lecture seule lorsque vous exécutez la commande `tsm maintenance jmx enable` et répondez `y` lorsque vous êtes invité à activer les fonctionnalités de sécurité pour JMX : tsm maintenance jmx enable We do not recommend you enable JMX unsecured on a production environment. Would you like to enable security features for JMX? (y/n): y ### jmx.ssl.enabled **Version :** ajouté dans la version : 2022.1. Valeur par défaut : `true` Applique SSL pour JMX. Cette option est définie sur `true` par défaut mais n’a d’effet que si`jmx.security.enabled` est également défini sur `true`. Pour activer la sécurité JMX, exécutez la commande `tsm maintenance jmx enable`. Répondez `y` lorsque vous êtes invité à laisser SSL activé, ou`n` pour désactiver SSL : tsm maintenance jmx enable ... Would you like to enable SSL? (y/n): n ### jmx.ssl.require\_client\_auth **Version :** ajouté dans la version : 2022.1. Valeur par défaut : `false` Cette option est définie sur `true` lorsque vous exécutez la commande `tsm maintenance jmx enable` et répondez `y` lorsque vous êtes invité à exiger l’authentification du client (mTLS) : tsm maintenance jmx enable ... Would you like to require client authentication (mTLS)? (y/n): y Pour terminer la configuration, vous devez disposer d’un certificat client et le placer au bon endroit sur votre ordinateur client. ### jmx.ssl.user.name **Version :** ajouté dans la version : 2022.1. Valeur par défaut : `tsmjmxuser` Cette option est définie lorsque vous installez ou mettez à niveau Tableau Server. ### jmx.ssl.user.password **Version :** ajouté dans la version : 2022.1. Valeur par défaut : `` Cette option est définie lorsque vous installez ou mettez à niveau Tableau Server. ### jmx.user.access **Version :** ajouté dans la version : 2022.1. Valeur par défaut : `readonly` Vous pouvez modifier cette valeur en `readwrite` lorsque vous exécutez la commande `tsm maintenance jmx enable` et répondez `y` lorsque vous êtes invité à ajouter l’accès `readwrite`  : tsm maintenance jmx enable ... JMX access is readonly by default. Would you like to add readwrite access? (y/n): y ### licensing.login\_based\_license\_management.default\_requested\_duration\_seconds Valeur par défaut : `0` Définissez la durée (en secondes) pendant laquelle une licence utilisateur basée sur la connexion peut être hors ligne sans connexion à Tableau Server avant que l’utilisateur soit invité à l’activer à nouveau. Cette durée est toujours actualisée lorsque Tableau Desktop est en cours d’utilisation et peut se connecter à Tableau Server. ### licensing.login\_based\_license\_management.enabled Valeur par défaut : `true` Définissez sur « true » pour activer Gestion des licences basée sur la connexion. Définissez sur « false » pour désactiver Gestion des licences basée sur la connexion. **Remarque :** Pour utiliser Gestion des licences basée sur la connexion, vous devez activer une clé produit compatible avec Gestion des licences basée sur la connexion. Vous pouvez utiliser la commande [`tsm licenses list`](https://help.tableau.com/current/server/fr-ca/cli_licenses_tsm.htm#TSMLicenseList) pour voir les clés produit où Gestion des licences basée sur la connexion est activé. ### licensing.login\_based\_license\_management.max\_requested\_duration\_seconds Valeur par défaut : `15552000` Définissez la durée maximum (en secondes) pendant laquelle une licence utilisateur basée sur la connexion peut être hors ligne sans connexion à Tableau Server avant que l’utilisateur soit invité à activer Tableau à nouveau. La valeur maximale est de 15 552 000 secondes (180 jours). Cette durée est toujours actualisée lorsque Tableau Desktop est en cours d’utilisation et peut se connecter à Tableau Server. ### maestro.app\_settings.sampling\_max\_row\_limit Valeur par défaut : `1000000` Définit le nombre maximum de lignes pour l’échantillonnage des données des grands ensembles de données avec Tableau Prep sur le Web. ### maestro.input.allowed\_paths Valeur par défaut : «  Par défaut, l’accès à n’importe quel répertoire est refusé et seule la publication sur Tableau Server avec le contenu inclus dans le fichier .tflx est autorisée. Liste des répertoires réseau autorisés pour les connexions d’entrée de flux. Vous devez activer Tableau Prep Conductor pour planifier des flux sur votre Tableau Server. Pour plus d’informations, consultez [Tableau Prep Conductor](https://help.tableau.com/current/server/fr-ca/prep_publishserver_overview.htm). Les règles suivantes s’appliquent et doivent être prises en compte lors de la configuration de ce paramètre : - Les chemins d’accès doivent être accessibles par Tableau Server. Ces chemins sont vérifiés au cours du démarrage du serveur et au moment de l’exécution du flux. - Les chemins d’accès au répertoire réseau doivent être absolus et ne peuvent pas contenir de caractères génériques ni d’autres symboles de parcours de chemin. Par exemple, `\\myhost\myShare\*` ou `\\myhost\myShare*` sont des chemins non valides et entraîneraient le rejet de tous les chemins. La méthode correcte pour inscrire un dossier dans la liste d’autorisations sous _myShare_ serait `\\myhost\myShare or \\myhost\\myShare\`. **Remarque :** La configuration `\\myhost\myShare` n’autorise pas `\\myhost\myShare1`. Pour que ces deux dossiers intègrent la liste d’autorisations, il faudrait qu’ils soient placés dans la liste d’autorisations en tant que \\\\myhost\\myShare; \\\\myhost\\myShare1. - La valeur peut être `*` pour autoriser tout répertoire réseau ou une liste de chemins d’accès au répertoire réseau, délimités par « ; ». - Aucun chemin de répertoire local n’est autorisé même lorsque la valeur est définie sur `*`. > [!IMPORTANT] > > Important : > Cette commande remplace l’information existante et la remplace par la nouvelle information que vous avez fournie. Si vous souhaitez ajouter un nouvel emplacement à une liste existante, vous devez fournir une liste de tous les emplacements, existants et nouveau, à ajouter. Utilisez les commandes suivantes pour afficher la liste actuelle des emplacements d’entrée et de sortie : > > `tsm configuration get -k maestro.input.allowed_paths tsm configuration get -k maestro.output.allowed_paths` Pour plus d’informations et des détails sur la configuration des répertoires autorisés pour les connexions d’entrée et de sortie de flux, consultez [Étape 4 : Liste autorisée des emplacements d’entrée et de sortie](https://help.tableau.com/current/server/fr-ca/prep_conductor_configure_network_shares.htm). ### maestro.output.allowed\_paths Valeur par défaut : «  Par défaut, l’accès à tous les répertoires est refusé. Liste des répertoires réseau autorisés pour les connexions de sortie de flux. Vous devez activer Tableau Prep Conductor pour planifier des flux sur votre Tableau Server. Pour plus d’informations, consultez [Tableau Prep Conductor](https://help.tableau.com/current/server/fr-ca/prep_publishserver_overview.htm). Les règles suivantes s’appliquent et doivent être prises en compte lors de la configuration de ce paramètre : - Les chemins d’accès doivent être accessibles par Tableau Server. Ces chemins sont vérifiés au cours du démarrage du serveur et au moment de l’exécution du flux. - Les chemins d’accès au répertoire réseau doivent être absolus et ne peuvent pas contenir de caractères génériques ni d’autres symboles de parcours de chemin. Par exemple, `\\myhost\myShare\*` ou `\\myhost\myShare*` sont des chemins non valides et entraîneraient le rejet de tous les chemins. La méthode correcte pour inscrire un dossier dans la liste d’autorisations sous _myShare_ serait `\\myhost\myShare or \\myhost\\myShare\`. **Remarque :** La configuration `\\myhost\myShare` n’autorise pas `\\myhost\myShare1`. Pour que ces deux dossiers intègrent la liste d’autorisations, il faudrait qu’ils soient placés dans la liste d’autorisations en tant que \\\\myhost\\myShare; \\\\myhost\\myShare1. - La valeur peut être `*` pour autoriser tout répertoire réseau ou une liste de chemins d’accès au répertoire réseau, délimités par « ; ». - Aucun chemin de répertoire local n’est autorisé même lorsque la valeur est définie sur `*`. - **Remarque :** Si un chemin se trouve à la fois dans la liste autorisée de flux et dans la liste internal\_disasslowed, internal\_disallowed est prioritaire. Pour plus d’informations et des détails sur la configuration des répertoires autorisés pour les connexions d’entrée et de sortie de flux, consultez [Étape 4 : Liste autorisée des emplacements d’entrée et de sortie](https://help.tableau.com/current/server/fr-ca/prep_conductor_configure_network_shares.htm). ### maestro.output.write\_to\_mssql\_using\_runas **Version :** ajouté dans la version : 2022.3.1 Valeur par défaut : `false` Lorsqu’elles sont activées, les sorties de flux publiées sur Tableau Server sont autorisées à accéder en écriture à une base de données Microsoft SQL Server à l’aide des informations d’identification Exécuter en tant que. Les informations d’identification utilisées par le compte de service Exécuter en tant que doivent disposer d’une autorisation d’écriture sur la base de données. Évaluez vos exigences en matière de sécurité et de déploiement avant d’activer le paramètre `maestro.output.write_to_mssql_using_runas`. Pour plus d’informations, consultez [Compte Exécuter en tant que service](https://help.tableau.com/current/server/fr-ca/runas.htm). **Remarque** : Cette commande nécessite l’option `--force-keys`. Par exemple : `tsm configuration set -k maestro.output.write_to_mssql_using_runas -v true --force-keys`. ### maestro.sessionmanagement.maxConcurrentSessionPerUser Valeur par défaut : `4` Définit le nombre maximum de sessions de modification de flux sur le Web qu’un utilisateur peut avoir ouvertes simultanément. ### metadata.ingestor.blocklist Valeur par défaut : null Lorsque cette valeur est configurée, Tableau Catalog empêche l’ingestion du contenu spécifié. Pour spécifier le contenu à bloquer, vous devez identifier les valeurs de la liste de termes bloqués, à savoir une combinaison à la fois de l’ID du site, du type de contenu et de l’ID de contenu du contenu que vous souhaitez bloquer, à partir des fichiers journaux « non interactifs » du serveur. Les valeurs de la liste de termes bloqués doivent être séparées par une virgule. **Important :** vous ne devez utiliser cette option que lorsque l’assistance Tableau vous y invite. Par exemple, vous pouvez utiliser `tsm configuration set --force-keys -k metadata.ingestor.blocklist` pour bloquer l’ingestion d’une combinaison de sources de données, de classeurs et de flux à l’aide de la commande suivante : `tsm configuration set --force-keys -k metadata.ingestor.blocklist -v "sites/1/datasources/289, sites/2/datasources/111, sites/1/workbooks/32, sites/3/workbooks/15, sites/1/flows/13, sites/1/flows/18"` Pour valider le contenu bloqué, passez en revue les fichiers journaux « non interactifs » du serveur pour les événements suivants : - `Skipping ingestion for` - `Successfully updated blocklist to` Par exemple : `Skipping ingestion for contentType [Workbook], contentId [sites/1/datasources/289], siteDisabled [false], swallowEvent [false], contentBlocked [true]` `Skipping ingestion for contentType [Workbook], contentId [sites/3/workbooks/15], siteDisabled [false], swallowEvent [false], contentBlocked [true]` et `Successfully updated blocklist to: [sites/1/datasources/289, sites/1/workbooks/32, sites/2/datasources/111]` ### metadata.ingestor.pipeline.throttleEventsEnable Valeur par défaut : `false` Contrôle si l’indexation du contenu nouveau et mis à jour, également appelé service d’événements, est réglementée sur tous les sites du serveur. Par défaut, la limitation des événements est désactivée. Pour activer la limitation des événements, modifiez ce paramètre sur `true` à l’aide de la commande suivante :  `tsm configuration set -k metadata.ingestor.pipeline.throttleEventsEnable -v true --force-keys` Pour plus d’informations sur la limitation des événements, consultez [Activer Tableau Catalog](https://help.tableau.com/current/server/fr-ca/dm_catalog_enable.htm#troubleshoot_eventing_delay). ### metadata.ingestor.pipeline.throttleLimit Valeur par défaut : `20` Lorsque la limitation des événements est activée, correspond au nombre maximal d’éléments de contenu, nouveau et mis à jour, pouvant être indexé au cours d’une période de temps spécifiée. Une fois la limite spécifiée atteinte pour un élément spécifique, l’indexation est reportée. Par défaut, la limite est définie sur `20` et ne peut être inférieure à `2`. Vous pouvez utiliser la commande suivante pour modifier la limite :  `tsm configuration set -k metadata.ingestor.pipeline.throttleLimit -v 25 --force-keys` Les événements limités peuvent être identifiés dans les fichiers journaux « non interactifs » du serveur comme `ingestor event flagged for removal by throttle filter`. ### metadata.ingestor.pipeline.throttlePeriodLength Valeur par défaut : `20` Lorsque la limitation des événements est activée, correspond à la période, en minutes, pendant laquelle le nombre maximum spécifié d’éléments de contenu, nouveau et mis à jour, peut être indexé. Une fois le temps spécifié atteint, l’indexation de tout contenu nouveau et mis à jour supplémentaire est reportée. Par défaut, la période est définie sur 30 minutes. Vous pouvez utiliser la commande suivante pour modifier la période : `tsm configuration set -k metadata.ingestor.pipeline.throttlePeriodLength -v PT45M --force-keys` ### metadata.query.limits.time Valeur par défaut : `20` Il s’agit de la durée la plus longue autorisée, en secondes, pour qu’une requête de l’API Catalog ou de l’API de métadonnées s’exécute avant l’expiration du délai d’attente et l’annulation de la requête. Tableau recommande d’augmenter progressivement le délai d’expiration jusqu’à un _maximum_ de 60 secondes à l’aide de la commande suivante : `tsm configuration set -k metadata.query.limits.time –v PT30S --force-keys` **Important :** cette option ne doit être modifiée que si vous voyez l’erreur décrite ici, [Messages en cas de dépassement de limite de délai d’expiration et de limite de nœud](https://help.tableau.com/current/server/fr-ca/dm_catalog_enable.htm#timeoutnodelimit). Augmenter le délai d’expiration peut solliciter davantage l’unité centrale de traitement pendant plus longtemps, ce qui peut avoir un impact sur les performances des tâches dans tout Tableau Server. L’augmentation du délai d’expiration peut également entraîner une utilisation accrue de la mémoire, ce qui peut entraîner des problèmes avec le conteneur de microservices interactif lorsque des requêtes sont exécutées en parallèle. ### metadata.query.limits.count Valeur par défaut : `20000` Il s’agit du nombre d’objets (qui peuvent correspondre approximativement au nombre de résultats de la requête) que Catalog peut retourner avant que la limite de nœuds soit dépassée et que la requête soit annulée. Tableau recommande d’augmenter progressivement le délai d’expiration jusqu’à un _maximum_ de 100 000 à l’aide de la commande suivante : `tsm configuration set -k metadata.query.limits.count –v 3000 --force-keys` **Important :** cette option ne doit être modifiée que si vous voyez l’erreur décrite ici, [Messages en cas de dépassement de limite de délai d’expiration et de limite de nœud](https://help.tableau.com/current/server/fr-ca/dm_catalog_enable.htm#timeoutnodelimit). L’augmentation de la limite de nœuds peut entraîner une utilisation accrue de la mémoire, ce qui peut entraîner des problèmes avec le conteneur de microservices interactif lorsque les requêtes sont exécutées en parallèle. ### metadata.query.throttling.enabled Version : ajouté dans la version 2023.3 Valeur par défaut : `true` Contrôle si la fonctionnalité de limitation des requêtes de [l’API de métadonnées](https://help.tableau.com/current/api/metadata_api/fr-ca/index.html) est activée. La limitation des requêtes de l’API de métadonnées est une fonctionnalité conçue pour empêcher les réponses de l’API d’un serveur d’avoir un impact négatif sur les performances globales. Lorsqu’elle est réglée sur `true` (par défaut), si une requête à l’API de métadonnées dépasse le seuil défini, l’erreur `RATE_EXCEEDED` est renvoyée. Si les utilisateurs de l’API de métadonnées voient fréquemment des erreurs `RATE_EXCEEDED`, un administrateur peut essayer d’ajuster la limitation à l’aide des paramètres `metadata.query.throttling.tokenRefilledPerSecond` et `metadata.query.throttling.queryCostCapacity`. Sinon, l’administrateur peut désactiver entièrement la limitation en paramétrant la valeur `metadata.query.throttling.enabled` à `false`. Cela empêcherait cependant de tirer avantage de la protection des performances offerte par la fonctionnalité. ### metadata.query.throttling.queryCostCapacity Version : ajouté dans la version 2023.3 Valeur par défaut : `20000000` Ce nombre représente la capacité dont [l’API de métadonnées](https://help.tableau.com/current/api/metadata_api/fr-ca/index.html) dispose pour répondre aux requêtes. Chaque requête adressée à l’API de métadonnées possède un coût calculé qui est soustrait de ce nombre lors de l’exécution de la requête. (En utilisant un modèle de compartiment à jetons, il s’agit de la quantité maximale de jetons pouvant se trouver dans le compartiment.) Si les utilisateurs de l’API de métadonnées voient fréquemment des erreurs `RATE_EXCEEDED`, un administrateur peut ajuster les paramètres de la limitation. Il doit ajuster `metadata.query.throttling.tokenRefilledPerSecond` et vérifier les résultats avant d’essayer d’ajuster `metadata.query.throttling.queryCostCapacity`. Sinon, l’administrateur peut désactiver entièrement la limitation en paramétrant la valeur `metadata.query.throttling.enabled` à `false`. Cela empêcherait cependant de tirer avantage de la protection des performances offerte par la fonctionnalité. ### metadata.query.throttling.tokenRefilledPerSecond Version : ajouté dans la version 2023.3 Valeur par défaut : `5555` Ce nombre représente la capacité dont [l’API de métadonnées](https://help.tableau.com/current/api/metadata_api/fr-ca/index.html) dispose pour répondre aux requêtes. Il est généré de nouveau toutes les secondes. (En utilisant un modèle de compartiment à jetons, il s’agit du nombre de jetons placés dans le compartiment chaque seconde.) Si les utilisateurs de l’API de métadonnées voient fréquemment des erreurs `RATE_EXCEEDED`, un administrateur peut ajuster les paramètres de la limitation. Il doit ajuster `metadata.query.throttling.tokenRefilledPerSecond` et vérifier les résultats avant d’essayer d’ajuster `metadata.query.throttling.queryCostCapacity`. Sinon, l’administrateur peut désactiver entièrement la limitation en paramétrant la valeur `metadata.query.throttling.enabled` à `false`. Cela empêcherait cependant de tirer avantage de la protection des performances offerte par la fonctionnalité. ### metricsservices.checkIntervalInMinutes **Version :** retiré dans la version 2024.2. Valeur par défaut : `60` Contrôle l’intervalle, en minutes, entre les actualisations pour les métriques qui s’appuient sur des sources de données en direct. Une métrique est actualisée lorsque le serveur recherche de nouvelles données par la vue connectée de la métrique. ### metricsservices.enabled **Version :** ajouté dans la version : 2022.3. Retiré dans la version 2024.2. Valeur par défaut : `true` Lorsqu’il est défini sur `false`, le type de contenu des mesures est désactivé pour tous les sites sur un serveur. Pour plus d’informations, consultez [Désactiver les métriques pour un serveur](https://help.tableau.com/current/server/fr-ca/metrics_admin.htm#disable-server). **Retrait de l’ancienne fonctionnalité Métriques** L’ancienne fonctionnalité Métriques de Tableau a été retirée dans Tableau Cloud février 2024 et dans Tableau Server version 2024.2. En octobre 2023, Tableau a retiré la possibilité d’intégrer des anciennes métriques dans Tableau Cloud et dans Tableau Server version 2023.3. Avec Tableau Pulse, nous avons conçu une expérience améliorée vous permettant de suivre les métriques et d’interroger vos données. Pour plus d’informations, consultez [Créer des métriques avec Tableau Pulse](https://help.tableau.com/current/online/fr-ca/pulse_create_metrics.htm) pour découvrir la nouvelle expérience et [Créer et résoudre les problèmes liés aux métriques (retiré)](https://help.tableau.com/current/online/fr-ca/metrics_create.htm) pour en savoir plus sur la fonctionnalité retirée. ### metricsservices.failureCountToWarnUser **Version :** retiré dans la version 2024.2. Valeur par défaut : `10` Contrôle le nombre de défaillances consécutives d’actualisation qui doivent se produire avant que le propriétaire de la métrique soit averti. Lorsque l’option est définie sur la valeur par défaut de 10, une actualisation de métrique doit échouer 10 fois d’affilée avant que le propriétaire reçoive la notification au sujet de la défaillance. ### metricsservices.maxFailedRefreshAttempts **Version :** retiré dans la version 2024.2. Valeur par défaut : `175` Contrôle le nombre de défaillances consécutives d’actualisation qui doivent se produire avant qu’une actualisation de métrique soit suspendue. ### mobile.deep\_linking.on\_prem.enabled Valeur par défaut : `true` Contrôle si les liens vers Tableau Server sont traités comme des liens ciblés par l’application Tableau Mobile. Lorsque la valeur est définie sur `true`, les liens vers les types de contenu pris en charge s’ouvrent dans l’application. Lorsque la valeur est définie sur `false`, les liens s’ouvrent dans le navigateur mobile. Pour plus d’informations, consultez [Contrôler les liens ciblés pour Tableau Mobile](https://help.tableau.com/current/mobile/mobile-admin/fr-ca/admin_mobile_links.htm). ### monitoring.dataengine.connection\_timeout Valeur par défaut : `30000` La durée, en millisecondes, pendant laquelle le contrôleur de grappe attend le moteur de données, avant de déterminer que le délai d’expiration de la connexion est dépassé. La durée par défaut est de 30 000 millisecondes (30 secondes). ### native\_api.allowed\_paths Valeur par défaut : `"` **Remarque :** Dans les versions de Tableau Server (y compris les versions de maintenance) antérieures à octobre 2023, ce paramètre était configuré pour autoriser par défaut l’accès à tous les chemins d’accès. Ce paramètre permet de spécifier une liste d’autorisations pour l’accès aux fichiers stockés sur Tableau ou sur des partages distants. Ce scénario permet aux utilisateurs Tableau Server autorisés de créer des classeurs et d’exécuter des flux Tableau Prep qui utilisent des fichiers sur le serveur en tant que sources de données basées sur des fichiers (comme les feuilles de calcul). Pour les flux Tableau Prep, ce paramètre doit également être configuré lorsqu’un flux lit ou écrit dans un fichier .hyper stocké sur un partage réseau. Le chemin d’accès au répertoire contenant le fichier doit être ajouté à la liste d’autorisations pour que le flux s’exécute correctement lorsqu’il est exécuté à l’aide de Tableau Prep Conductor. Vous devez activer Tableau Prep Conductor pour planifier des flux sur votre Tableau Server. Pour plus d’informations, consultez [Tableau Prep Conductor](https://help.tableau.com/current/server/fr-ca/prep_publishserver_overview.htm). Ce paramètre vous permet de limiter l’accès uniquement aux répertoires que vous spécifiez. L’accès au [Compte Exécuter en tant que service](https://help.tableau.com/current/server/fr-ca/runas.htm) est donc limité aux chemins d’accès des répertoires dans lesquels vous hébergez les fichiers de données. `tsm configuration set -k native_api.allowed_paths -v "_path_"`, où _path_ est le répertoire à ajouter à la liste d’autorisations.  Pour spécifier plusieurs chemins d’accès, séparez-les par un point-virgule, comme dans cet exemple : `tsm configuration set -k native_api.allowed_paths -v "c:\datasources;\\HR\data"` **Important :** Assurez-vous que les chemins d’accès du fichier que vous spécifiez dans ce paramètre existent et sont accessibles sur le compte système. La police du chemin d’accès et du fichier doit être identique à celle utilisée dans Windows. Certains processus Tableau sont sensibles à la casse. Si un chemin d’accès et un nom de fichier ne correspondent pas exactement à ceux qui sont définis dans Windows, ils ne seront pas reconnus. Une erreur « Le répertoire de la ressource de stockage spécifiée ne figure pas sur la liste d’autorisations. » peut donc en résulter. Cela est vrai même si Windows, lui-même, n’est pas sensible à la casse. Pour plus d’informations, consultez la [Base de connaissances de Tableau](https://help.salesforce.com/s/issue?id=a028c00000y4xxeAAA "Article de la base de connaissances"). ### native\_api.close\_old\_sessions\_if\_memory\_pressure\_high **Version :** ajouté dans la version 2026.2.0. Valeur par défaut : `true` Si ce paramètre est défini sur `true` (par défaut), VizQL Server ferme proactivement les sessions inactives lorsque l’utilisation de la mémoire est élevée. Cette opération permet de réduire la probabilité de redémarrages par manque de mémoire en libérant l’espace mémoire avant l’atteinte du seuil critique. Les seuils d’utilisation de la mémoire sont déterminés par `[native_api.goal_memory_pressure_percentage](#memory_pressure_goal_percentage)`. ### native\_api.connection.limit. Définissez une limite de requêtes parallèles pour la source de données spécifiée (classe de connexion). Cela remplace la limite globale pour la source de données. ### native\_api.connection.globallimit Valeur par défaut : `16` Limite globale pour les requêtes parallèles. La valeur par défaut est 16 sauf pour Amazon Redshift qui a une valeur par défaut de 8. ### native\_api.ExplainDataEnabled Valeur par défaut : `true` Cette option contrôle si la fonction Expliquer les données est activée ou désactivée pour le serveur. Pour plus d’informations sur Expliquer les données, consultez [Prise en main d’Expliquer les données](https://help.tableau.com/current/pro/desktop/fr-ca/explain_data_basics.htm) dans l’aide de Tableau. Cette option est disponible depuis Tableau Server version 2019.3. ### native\_api.force\_alternative\_federation\_engine Valeur par défaut : `false` Contournez les restrictions d’opération lors de la jointure de données depuis une seule connexion de fichier et une seule connexion de base de données SQL. Définissez cette option sur `True` pour forcer Tableau à traiter la jointure à l’aide de la connexion de base de données en direct. ### native\_api.goal\_memory\_pressure\_percentage Valeur par défaut : `80` Pourcentage d’utilisation de la mémoire cible visé par la récupération. Doit être inférieur à `native_api.max_memory_pressure_percentage`. ### native\_api.InitializeQueryCacheSizeBasedOnWeights Valeur par défaut : `True` Contrôle si la taille du cache de requêtes est initialisée automatiquement en fonction de la quantité de mémoire système disponible. Le cache de requêtes se compose du cache de requêtes logiques, du cache de métadonnées et du cache de requêtes natives. Par défaut, cette fonctionnalité est activée. ### native\_api. LogicalQueryCacheMaxAllowedWeight Valeur par défaut : `70` Le poids de la limite de taille de cache de requêtes logiques dans la taille totale du cache de requêtes. ### native\_api.max\_memory\_pressure\_percentage Valeur par défaut : `90` Pourcentage d’utilisation de la mémoire qui déclenche la récupération proactive des sessions. (La base de comparaison correspond à la limite de la mémoire de processus, laquelle est déterminée par `native_api.memory_limit_per_process_gb` ou `native_api.memory_limit_per_process_percentage`) ### native\_api.memory\_limit\_enabled Valeur par défaut : `true` Détermine si la surveillance de la mémoire est active. Cette valeur doit être `true` pour que les autres clés mémoire native\_api fonctionnent. Voici les autres clés qui interagissent avec celle-ci : `native_api.close_old_sessions_if_memory_pressure_high`, `native_api.max_memory_pressure_percentage`, `native_api.memory_limit_per_process_gb` et `native_api.memory_limit_per_process_percentage`. Pour plus d’informations, consultez [Surveillance de la mémoire de VizQL Server](https://help.tableau.com/current/server/fr-ca/server_process_vizql-server.htm#VizQL_memory_monitoring). ### native\_api.memory\_limit\_per\_process\_gb Valeur par défaut : `0` Limite mémoire absolue par processus, en gigaoctets. ### native\_api.memory\_limit\_per\_process\_percentage Valeur par défaut : `70` Pourcentage de la mémoire physique totale utilisée pour calculer la limite de mémoire du processus. S’utilise uniquement lorsque `native_api.memory_limit_per_process_gb` = `0`. ### native\_api.MetadataQueryCachMaxAllowedWeight Valeur par défaut : `4` Le poids de la limite de taille du cache de requêtes de métadonnées dans la taille totale du cache de requêtes. ### native\_api. NativeQueryCacheMaxAllowedWeight Valeur par défaut : `26` Le poids de la limite de taille de cache de requêtes natives dans la taille totale du cache de requêtes. ### native\_api.ProtocolTransitionLegacyFormat Valeur par défaut : `false` Utilisez le format de nom hérité pour la délégation contrainte. Le format de nom a été modifié dans la version 10.1 afin de permettre la transition de protocole inter-domaines (S4U). Si cela génère des problèmes avec les configurations existantes et que vous n’avez pas besoin de transition de protocole inter-domaines, configurez Tableau Server de manière à utiliser l’ancien comportement en définissant ce paramètre sur `true`. ### native\_api.QueryCacheEntryMaxAllowedInPercent Valeur par défaut : `60` Spécifie la taille maximale des résultats de requête qui peuvent être mis dans le cache de requêtes. Il est défini comme le pourcentage de la taille totale du cache de requêtes. Par exemple, si la taille du cache de requêtes logiques est de 100 Mo et que `native_api.QueryCacheEntryMaxAllowedInPercent` est défini sur 60 %, alors seuls les résultats de requête inférieurs à 60 Mo peuvent être mis dans le cache de requêtes logiques. ### native\_api.QueryCacheMaxAllowedMB Taille maximale du cache de requêtes en mégaoctets. Cette valeur varie en fonction de la quantité de mémoire système. Le cache de requêtes se compose du cache de requêtes logiques, du cache de métadonnées et du cache de requêtes natives. Utilisez le tableau ci-dessous pour déterminer votre valeur par défaut :
Mémoire systèmeValeur par défaut pour Tableau ServerValeur par défaut pour Tableau Desktop
64 Go et plus3200 MB1600 MB
De 32 Go à 64 Go2400 MB1200 MB
De 16 Go à 32 Go1600 MB800 MB
16 Go et moins800 MB400 MB
### native\_api.ResourceLuidsInSnowflakeSessionQueryTagsEnabled Valeur par défaut : `true` Si `true`, les informations [de balisage de requête](https://help.tableau.com/current/api/rest_api/fr-ca/REST/rest_api_how_to_query_tagging.htm) sont envoyées à la base de données Snowflake. Le balisage de requête aide à identifier quelle ressource Tableau génère des requêtes de base de données. Si `false`, le balisage de requête pour Snowflake est désactivé. ### native\_api.ResourceLuidsInTeradataSessionQueryBandsEnabled Valeur par défaut : `true` Si `true`, les informations [de balisage de requête](https://help.tableau.com/current/api/rest_api/fr-ca/REST/rest_api_how_to_query_tagging.htm) sont envoyées à la base de données Teradata. Le balisage de requête aide à identifier quelle ressource Tableau génère des requêtes de base de données. Si `false`, le balisage de requête pour Teradata est désactivé. ### native\_api.UserInfoInGeneratedSQLEnabled Valeur par défaut : `false` Détermine si une [balise de requête](https://help.tableau.com/current/api/rest_api/fr-ca/REST/rest_api_how_to_query_tagging.htm) est activée pour l’ensemble du contenu d’un Tableau Server. Si `true`, les requêtes envoyées par Tableau aux bases de données comprennent des métadonnées sur la source de la requête. Le contenu des journaux de la base de données client qui en résulte peut être utilisé pour résoudre des problèmes de performance ou tout autre problème rencontré. ### nlp.concepts\_shards\_count Valeur par défaut : `1` **Remarque :** La valeur par défaut de nombre de fractionnements est suffisante pour la plupart des installations Tableau Server. Contrôle le nombre de fractionnements de données pour l’index Concepts de Parlez aux données, les noms de champs, les synonymes de champs et les termes analytiques stockés en fractionnements dans : - Le serveur d’indexation et de recherche pour 2022.1 et versions ultérieures. - Elastic Server pour 2019.1 - 2021. 4 Le nombre de fractionnements partitionne l’index de recherche pour réduire la taille totale de l’index, ce qui peut améliorer les performances de l’analyseur sémantique de la fonctionnalité « Parlez aux données ». L’ajustement du nombre de fractionnements constitue une autre mesure d’optimisation des performances, à associer à l’augmentation de la taille du tas par la commande `elasticserver.vmopts` ou `indexandsearchserver.vmopts`, selon la version de Tableau Server que vous exécutez. Tableau recommande d’augmenter le nombre de fractionnements de 1 pour chaque tranche de 50 Go. Pour réduire le nombre de fois que vous devez ajuster le nombre de fractionnements, calculez la taille totale de l’index en ajoutant 50 % à l’index actuel. Par exemple, si la taille totale de l’index est inférieure à 50 Go, alors 1 fractionnement est suffisant. Les performances réelles varient en fonction du serveur, du taux de croissance de la taille de l’index et d’autres facteurs. - 0 à 50 Go : 1 - 50 Go à 100 Go : 2 - 100 Go à 150 Go : 3 Vous pouvez utiliser la commande suivante pour augmenter le nombre de fractionnements de l’index Concepts de la valeur par défaut à 2 : `tsm configuration set -k nlp.concepts_shards_count -v 2` ### nlp.values\_shards\_count Valeur par défaut : 1 Contrôle le nombre de fractionnements de données pour l’index Concepts de Parlez aux données, les noms de champs, les synonymes de champs et les termes analytiques stockés en fractionnements dans : - Le serveur d’indexation et de recherche pour 2022.1 et versions ultérieures. - Elastic Server pour 2019.1 - 2021. 4 Le nombre de fractionnements partitionne l’index de recherche pour réduire la taille totale de l’index, ce qui peut améliorer les performances de l’analyseur sémantique de la fonctionnalité « Parlez aux données ». L’ajustement du nombre de fractionnements constitue une autre mesure d’optimisation des performances, à associer à l’augmentation de la taille du tas par la commande `elasticserver.vmopts` ou `indexandsearchserver.vmopts`, selon la version de Tableau Server que vous exécutez. Tableau recommande d’augmenter le nombre de fractionnements de 1 pour chaque tranche de 50 Go. Pour réduire le nombre de fois que vous devez ajuster le nombre de fractionnements, calculez la taille totale de l’index en ajoutant 50 % à l’index actuel. Par exemple, si la taille totale de l’index est inférieure à 50 Go, alors 1 fractionnement est suffisant. Les performances réelles varient en fonction du serveur, du taux de croissance de la taille de l’index et d’autres facteurs. - 0 à 50 Go : 1 - 50 Go à 100 Go : 2 - 100 Go à 150 Go : 3 Vous pouvez utiliser la commande suivante pour augmenter le nombre de fractionnements de l’index Values de la valeur par défaut à 2 : `tsm configuration set -k nlp.values_shards_count -v 2` ### nlp.defaultNewSiteAskDataMode Valeur par défaut : `disabled_by_default` Utilisez cette option pour définir la valeur initiale du mode Parlez aux données lorsqu’un site est créé. Pour plus d’informations, consultez [Activer ou désactiver Parlez aux données pour un site](https://help.tableau.com/current/server/fr-ca/ask_data_enable.htm#EnableDisableAskDataForSite). Les options valides sont `disabled_by_default` et `disabled_always`. Cette option a été ajoutée à partir des versions Tableau Server 2019.4.5, 2020.1.3. ### pgsql.port Valeur par défaut : `8060` Port sur lequel PostgreSQL écoute. ### pgsql.preferred\_host Spécifie le nom de l’ordinateur du nœud sur lequel le référentiel préféré est installé. Cette valeur est utilisée si l’option `--preferred` ou `-r` est spécifiée avec la commande [tsm topology failover-repository](https://help.tableau.com/current/server/fr-ca/cli_topology_tsm.htm#TSMFailoverRepository). Exemple : `tsm configuration set -k pgsql.preferred_host -v ""` **Remarque :** `host_name` est sensible à la casse et doit correspondre au nom du nœud tel qu’il apparaît dans `tsm status -v`. ### pgsql.ssl.ciphersuite Valeur par défaut : `HIGH:MEDIUM:!aNULL:!MD5:!RC4` Spécifie les algorithmes de chiffrement autorisés pour SSL du référentiel. Pour connaître les valeurs acceptables et les exigences de mise en forme, consultez [ssl\_ciphers](https://www.postgresql.org/docs/12/runtime-config-connection.html#GUC-SSL-CIPHERS) sur le site Web Postgres. ### pgsql.ssl.max\_protocol\_version Valeur par défaut : `TLSv1.3` Définit la version maximale du protocole SSL/TLS à utiliser lors de la connexion au référentiel via SSL. Valeurs valides : `TLSv1`, `TLSv1.1`, `TLSv1.2`, `TLSv1.3` ### pgsql.ssl.min\_protocol\_version Valeur par défaut : `TLSv1.2` Définit la version minimale du protocole SSL/TLS à utiliser lors de la connexion au référentiel via SSL. Valeurs valides : `TLSv1`, `TLSv1.1`, `TLSv1.2`, `TLSv1.3` ### pgsql.verify\_restore.port Valeur par défaut : `8061` Port utilisé pour vérifier l’intégrité de la base de données PostgreSQL. Consultez [tsm maintenance backup](https://help.tableau.com/current/server/fr-ca/cli_maintenance_tsm.htm#tsm) pour plus d’informations. ### ports.blocklist **Version :** ajouté dans la version 2021.1 Valeur par défaut : aucun port bloqué dans la plage utilisée pour l’attribution automatique du port. Utilisé pour spécifier les ports dans la plage d’affectation de port qui ne doivent pas être utilisés par Tableau lors de l’attribution dynamique des ports. Ce paramètre est utile lorsque vous savez qu’une autre application utilise un port dans la plage. Séparez plusieurs ports par des virgules, par exemple : ``` tsm configuration set -k ports.blocklist -v 8000,8089, 8090 ``` Pour plus d’informations sur l’utilisation de la clé `ports.blocklist`, consultez [Blocage de ports spécifiques dans la plage](https://help.tableau.com/current/server/fr-ca/ports.htm#PortsBlocked) ### recommendations.enabled Valeur par défaut : `true` Contrôle la fonction de recommandations, qui alimente les recommandations de sources de données et de tables (pour Tableau Desktop) et les recommandations de vues (pour Tableau Server). Les recommandations sont basées sur la popularité du contenu et sur les contenus fréquemment utilisés par d’autres utilisateurs ayant un profil similaire à l’utilisateur actuel. ### recommendations.vizrecs.enabled Valeur par défaut : `true` Contrôle les recommandations de vues pour les utilisateurs de Tableau Server. Cette option est un enfant de `recommendations.enabled` et n’aura aucun effet si l’option parent est définie sur « false ». Lorsque l’option parent est définie sur « true », et que cette option est définie sur « false », les sources de données et les tables seront toujours recommandées aux utilisateurs de Tableau Desktop, mais les recommandations de vues sur Tableau Server seront désactivées. ### redis.max\_memory\_in\_mb Valeur par défaut : `1024` Spécifie la taille en mégaoctets du cache de requête externe du serveur de cache. ### refresh\_token.absolute\_expiry\_in\_seconds Valeur par défaut : `31536000` Spécifie le nombre de secondes pour l’expiration absolue des jetons d’actualisation et des jetons d’accès personnel (PAT). Les jetons d’actualisation sont utilisés par les clients connectés (Tableau Desktop, Tableau Prep Builder, Tableau Mobile, etc.) pour l’authentification auprès de Tableau Server après la connexion initiale. Pour supprimer les limites, définissez la valeur sur `-1`. Pour désactiver les jetons d’actualisation et les PAT, consultez [Désactiver l’authentification client automatique](https://help.tableau.com/current/server/fr-ca/devices_connected_credentials.htm). ### refresh\_token.idle\_expiry\_in\_seconds Valeur par défaut : `1209600` Indique le nombre de secondes après lequel les jetons d’actualisation inactifs expirent. Les jetons d’actualisation sont utilisés par les clients connectés (Tableau Desktop, Tableau Prep Builder, Tableau Mobile, etc.) et les jetons d’accès personnels (PAT) pour l’authentification auprès de Tableau Server après la connexion initiale. Pour supprimer les limites, définissez la valeur sur `-1`. Pour désactiver les jetons d’actualisation et les PAT, consultez [Désactiver l’authentification client automatique](https://help.tableau.com/current/server/fr-ca/devices_connected_credentials.htm). ### refresh\_token.max\_count\_per\_user Valeur par défaut : `24` Spécifie le nombre maximum de jetons d’actualisation pouvant être émis pour chaque utilisateur. Si le nombre maximum de sessions utilisateur n’est pas suffisant, augmentez cette valeur ou définissez-la sur `-1` pour supprimer entièrement cette limite de jetons d’actualisation. ### rsync.timeout Valeur par défaut : `600` Plus longue durée autorisée pour la synchronisation de fichiers, en secondes (600 secondes = 10 minutes). La synchronisation des fichiers se déroule dans le cadre d’une configuration à haute disponibilité, ou lors de la modification des processus afférents au référentiel et au moteur de données. ### schedules.display\_schedule\_description\_as\_name Valeur par défaut : `false` Contrôle si un nom de programmation s’affiche lors de la création d’un abonnement ou d’une actualisation d’extrait (par défaut), ou si c’est le nom « description de la fréquence de programmation » décrivant la durée et la fréquence de la programmation qui s’affiche. Pour configurer Tableau Server de manière à afficher des noms sensibles aux fuseaux horaires pour les programmations, définissez cette valeur sur `true`. Lorsque la valeur est true, la « description de la fréquence de programmation » s’affiche également après le nom de la programmation dans la page de la liste des programmations. ### schedules.display\_schedules\_in\_client\_timezone Valeur par défaut : `true` Affiche la « description de la fréquence de programmation » dans le fuseau horaire de l’utilisateur lorsque la valeur est true (utilise le fuseau horaire du navigateur client pour calculer la « description de la fréquence de programmation » ). ### schedules.ignore\_extract\_task\_priority Valeur par défaut (booléenne) : `False` Ce paramètre contrôle si la priorité des tâches est prise en compte ou non pour déterminer le classement des tâches, qui détermine à son tour quand retirer les tâches de la file d’attente. Le paramètre `true` désactive la modification de la priorité des tâches pour les tâches, et seule la priorité de la programmation sera prise en compte pour déterminer le classement de la tâche. ### searchserver.connection\_timeout\_milliseconds **Version :** ajouté dans la version 2019.1. Obsolète dans la version 2022.3. Retiré dans la version 2023.3. Valeur par défaut, en millisecondes : `100000` Spécifie, en millisecondes, le temps que les clients Rechercher et parcourir devront attendre avant d’établir une connexion au serveur Rechercher et parcourir. Sur les ordinateurs Tableau Server particulièrement sollicités, ou si vous voyez des erreurs de fichier journal « Échec du contrôle d’intégrité zookeeper. Refus de démarrer SOLR. », augmentez cette valeur. Pour plus d’informations, consultez [Délais d’expiration des sessions client](https://help.tableau.com/current/server/fr-ca/server_process_search-n-browse.htm#searchserverClient_session_timeouts). ### searchserver.index.bulk\_query\_user\_groups **Version :** retiré dans la version 2022.3. Valeur par défaut : `true` Spécifie si l’interrogation des utilisateurs du site est effectuée en bloc lors de l’importation ou de la suppression d’utilisateurs avec un fichier CSV. Lorsque la valeur est définie sur `true` (par défaut), l’indexation se fait comme en bloc. ### searchserver.javamemopts **Version :** ajouté dans la version 2019.1. Retiré dans la version 2023.3 Valeur par défaut : `-Xmx512m -Xms512m -XX:+ExitOnOutOfMemoryError -XX:-UsePerfData` Détermine les options JVM pour SOLR. De toutes les options configurables, la mémoire maximale de tas, configurée par le paramètre `-Xmx`, est la plus importante lors du réglage du serveur de recherche. Dans la plupart des cas, vous devriez le régler au niveau le plus élevé possible, jusqu’à 24 Go, en fonction de la mémoire physique disponible sur l’ordinateur Tableau Server. Pour changer uniquement la mémoire de tas maximum, spécifiez la chaîne par défaut entière, mais ne modifiez la valeur que pour `-Xmx`. Les valeurs valides pour `-Xmx` dépendent de la mémoire disponible sur l’ordinateur Tableau Server, mais ne peuvent pas être supérieures à 24 Go. Pour plus d’informations, consultez [Mémoire maximum de tas du processus Rechercher et parcourir](https://help.tableau.com/current/server/fr-ca/server_process_search-n-browse.htm#searchserverMaxHeapMem). ### searchserver.startup.zookeeper\_healthcheck\_timeout\_ms **Version :** ajouté dans la version 2020.1. Retiré dans la version 2023.3. Valeur par défaut, en millisecondes : `300000` Spécifie, en millisecondes, le temps que Tableau Server devrait attendre pour un contrôle d’intégrité zookeeper réussi au démarrage. Sur les ordinateurs Tableau Server particulièrement sollicités, ou si vous voyez des erreurs de fichier journal « Échec du contrôle d’intégrité zookeeper. Refus de démarrer SOLR. », augmentez cette valeur. Pour plus d’informations, consultez [Délai d’expiration du contrôle d’intégrité de la connexion Zookeeper au démarrage](https://help.tableau.com/current/server/fr-ca/server_process_search-n-browse.htm#searchserverZKhealth_chk_timeout). ### searchserver.zookeeper\_session\_timeout\_milliseconds **Version :** retiré dans la version 2022.3. Valeur par défaut, en millisecondes : `100000` Spécifie, en millisecondes, le temps que les clients Rechercher et parcourir devront attendre avant d’établir une connexion au service de coordination (Zookeeper). Pour plus d’informations, consultez [Délais d’expiration des sessions client](https://help.tableau.com/current/server/fr-ca/server_process_search-n-browse.htm#searchserverClient_session_timeouts). ### ServerExportCSVMaxRowsByCols **Version :** ajouté dans la version 2020.3. Valeur par défaut : `0` (pas de limite) Spécifie le nombre maximal de cellules de données pouvant être téléchargées depuis Afficher les données dans un fichier CSV. Par défaut, il n’y a pas de limite. Spécifiez le nombre de cellules. Par exemple, pour fixer une limite de 3 millions :  tsm configuration set -k ServerExportCSVMaxRowsByCols -v 3000000 tsm pending-changes apply ### service.jmx\_enabled Valeur par défaut : `false` En choisissant la valeur `true`, vous activez les ports JMX en option pour la surveillance et la résolution des problèmes. ### service.max\_procs Valeur par défaut :  Nombre maximal de processus du serveur. ### service.port\_remapping.enabled Valeur par défaut : `true` Détermine si Tableau Server tentera ou non de remapper dynamiquement les ports lorsque les ports par défaut ou configurés ne sont pas disponibles. Défini sur `false`, ce paramètre désactive le remappage dynamique des ports. ### sheet\_image.enabled Valeur par défaut : `true` Contrôle si vous pouvez obtenir des images pour les vues avec l’API REST. Pour plus d’informations, consultez [Référence de l’API REST](https://help.tableau.com/current/api/rest_api/fr-ca/help.htm#REST/rest_api_ref.htm#query_view_image). ### ssl.ciphersuite Valeur par défaut : `HIGH:MEDIUM:!EXP:!aNULL:!MD5:!RC4:!3DES:!CAMELLIA:!IDEA:!SEED` Spécifie les algorithmes de chiffrement autorisés pour SSL de la passerelle. Pour connaître les valeurs acceptables et les exigences de mise en forme, consultez [SSLCipherSuite](https://httpd.apache.org/docs/current/mod/mod_ssl.html#sslciphersuite) sur le site Web d’Apache. ### ssl.client\_certificate\_login.blocklisted\_signature\_algorithms Valeur par défaut : - Version 2020.4.0 :  `sha1withrsaencryption, sha1withrsa` - Version 2020.4.1 et ultérieure : `sha1withrsaencryption, sha1withrsa, sha1withrsaandmgf1, sha1withdsa, sha1withecdsa` La valeur par défaut bloque les certificats avec l’algorithme de signature SHA-1. Spécifie les algorithmes de signature client bloqués pour SSL. Pour désactiver le blocage de tous les algorithmes de signature, exécutez cette clé avec un ensemble vide de guillemets. Pour plus d’informations sur cette clé, consultez l’article de la Base de connaissances [Échec de SSL mutuel après la mise à niveau si les certificats sont signés avec SHA-1](https://kb.tableau.com/articles/Issue/mutual-ssl-fails-after-upgrading-if-certificates-signed-with-sha-1?lang=fr-ca). ### ssl.client\_certificate\_login.min\_allowed.elliptic\_curve\_size Valeur par défaut : `256` Spécifie la taille minimum de courbe elliptique requise pour les certificats clients ECDSA qui s’authentifient auprès de Tableau Server sur SSL mutuel. Si un client présente un certificat client ECDSA ne satisfaisant pas à cette taille de courbe minimum, la demande d’authentification échoue. Cette option a été introduite dans Tableau Server version 2021.1. ### ssl.client\_certificate\_login.min\_allowed.rsa\_key\_size Valeur par défaut : `2048` Spécifie la taille minimum de clé pour les certificats clients RSA qui s’authentifient auprès de Tableau Server sur SSL mutuel. Si un client présente un certificat client RSA ne satisfaisant pas à cette taille de clé minimum, la demande d’authentification échouera. Cette option a été introduite dans Tableau Server version 2021.1. ### ssl.protocols Valeur par défaut : `all +TLSv1.2 -SSLv2 -SSLv3 -TLSv1.3` Spécifie les protocoles SSL pris en charge par Tableau Server pour les connexions TLS de la passerelle. Les valeurs acceptables sont dérivées de la [directive SSLProtocol Apache](https://httpd.apache.org/docs/2.4/mod/mod_ssl.html#sslprotocol). Nous vous recommandons de suivre la configuration du protocole SSL comme décrit dans la [Liste de contrôle pour une sécurité renforcée](https://help.tableau.com/current/server/fr-ca/security_harden.htm). ### storage.monitoring.email\_enabled Valeur par défaut : `false` Contrôle si les notifications par courriel sont activées pour la surveillance de l’espace disque du serveur. Par défaut, les notifications par courriel sont activées. Pour activer les notifications pour la surveillance de l’espace disque, définissez ce paramètre sur `true`. SMTP doit être configuré pour l’envoi de notifications. Pour plus d’informations, consultez [Configurer les paramètres SMTP](https://help.tableau.com/current/server/fr-ca/config_smtp.htm). ### storage.monitoring.warning\_percent Valeur par défaut : `20` Seuil d’avertissement de l’espace disque restant, en pourcentage de l’espace disque total. Si l’espace disque descend en-dessous de ce seuil, une notification d’avertissement est envoyée. ### storage.monitoring.critical\_percent Valeur par défaut : `10` Seuil critique de l’espace disque restant, en pourcentage de l’espace disque total. Si l’espace disque descend en dessous de ce seuil, une notification critique est envoyée. ### storage.monitoring.email\_interval\_interval\_min Valeur par défaut : `60` Intervalle d’envoi, en minutes, des notifications par courriel lorsque la surveillance de l’espace disque est activée et qu’un seuil est franchi. ### storage.monitoring.record\_history\_enabled Valeur par défaut : `true` Détermine si l’historique de l’espace disque libre est enregistré et disponible pour affichage dans les vues administratives. Pour désactiver le stockage de l’historique à des fins de surveillance, définissez `storage.monitoring.record_history_enabled` sur `false`. ### subscriptions.enabled Valeur par défaut : `false` Contrôle le caractère configurable ou non des abonnements à l’échelle du système. Consultez la rubrique [Configurer un site pour les abonnements](https://help.tableau.com/current/server/fr-ca/subscribe.htm). ### subscriptions.timeout Valeur par défaut : `1800` Durée, en secondes, pour que le rendu d’une vue dans une tâche d’abonnement à un classeur soit terminé avant l’expiration de la tâche. Si ce délai est atteint pendant qu’une vue est rendue, le rendu se poursuit, _mais toute vue ultérieure dans le classeur n’est pas rendu_e, et la tâche se termine par erreur. Dans le cas d’un classeur unique, cette valeur n’entraîne jamais l’arrêt du rendu suite à l’expiration du délai. ### svcmonitor.notification.smtp.enabled Valeur par défaut : `false` Contrôle si les notifications par courriel sont activées pour les événements de processus du serveur. Par défaut, des notifications sont envoyées lorsque les processus s’arrêtent, basculent ou redémarrent. Pour activer les notifications de processus du serveur, définissez ce paramètre sur `true`. SMTP doit être configuré pour l’envoi de notifications. Pour plus d’informations, consultez [Configurer les paramètres SMTP](https://help.tableau.com/current/server/fr-ca/config_smtp.htm). ### svcmonitor.notification.smtp.mime\_use\_multipart\_mixed **Version :** ajouté dans la version : 2020.1.8, 2020.2.5, 2020.3.1 Valeur par défaut : `false` Contrôle si les pièces jointes HTML MIME d’abonnement sont envoyées en tant que _multipartie/connexes_ (par défaut) _ou multipartie/mixtes_. Dans de rares cas, les clients de messagerie peuvent ne pas analyser correctement les courriels envoyés par Tableau Server. Plusieurs fois, cela peut être résolu en définissant cette propriété sur `true`. Les clients connus incluent iOS Mail et Microsoft Outlook (lorsqu’ils sont associés au chiffrement Exchange S/MIME). ### tabadmincontroller.auth.expiration.minutes Valeur par défaut : `120` Contrôle la durée de validité des témoins de session. Par défaut, elle est définie sur 120 minutes. Cette valeur détermine également la durée de validité des identifiants intégrés dans un fichier bootstrap du nœud. Pour plus d’informations, consultez [tsm topology nodes get-bootstrap-file](https://help.tableau.com/current/server/fr-ca/cli_topology_tsm.htm#TSMGetBootstrap). ### tdsservice.log.level **Version :** ajouté dans la version 2020.3.0 Valeur par défaut : `info` Niveau d’enregistrement pour le service de propriétés de sources de données. Ce paramètre peut être configuré de manière dynamique, donc si vous n’effectuez pas d’autres modifications, vous n’avez pas à redémarrer Tableau Server. Pour plus d’informations, consultez [Modifier les niveaux d’enregistrement](https://help.tableau.com/current/server/fr-ca/logs_debug_level.htm). ### tomcat.http.maxrequestsize Valeur par défaut : `16380` Taille maximale (en octets) du contenu d’en-tête autorisé à passer par la passerelle Apache lors de requêtes HTTP. Les en-têtes qui dépassent la valeur définie pour cette option entraînent des erreurs du navigateur telles que l’erreur HTTP 413 (Entité de demande trop grande) ou des échecs d’authentification. Une valeur basse pour `tomcat.http.maxrequestsize` peut entraîner des erreurs d’authentification. Les solutions de connexion unique qui s’intègrent à Active Directory (SAML et Kerberos) exigent souvent de grands jetons d’authentification dans les en-têtes HTTP. Veillez à tester les scénarios d’authentification HTTP avant le déploiement en production. Nous recommandons de définir l’option `gateway.http.request_size_limit` sur la même valeur que celle définie pour cette option. ### tomcat.http.proxyHost Spécifie le nom d’hôte du proxy de transfert pour les demandes OpenID à l’IdP. Consultez [Configuration de Tableau Server pour OpenID Connect](https://help.tableau.com/current/server/fr-ca/openid_auth_server_config.htm) ou [« OpenID Connect n’est pas correctement configuré sur le serveur »](https://help.tableau.com/current/server/fr-ca/identity_pools_manage.htm#proxy). ### tomcat.http.ProxyPort Spécifie le port proxy de transfert pour les demandes OpenID à l’IdP. Consultez [Configuration de Tableau Server pour OpenID Connect](https://help.tableau.com/current/server/fr-ca/openid_auth_server_config.htm) ### tomcat.https.proxyHost Spécifie le nom d’hôte du proxy de transfert pour les demandes OpenID à l’IdP. Consultez [Configuration de Tableau Server pour OpenID Connect](https://help.tableau.com/current/server/fr-ca/openid_auth_server_config.htm). ### tomcat.https.ProxyPort Spécifie le port proxy de transfert pour les demandes OpenID à l’IdP. Consultez [Configuration de Tableau Server pour OpenID Connect](https://help.tableau.com/current/server/fr-ca/openid_auth_server_config.htm). ### tomcat.https.port Valeur par défaut : `8443` Port SSL pour Tomcat (non utilisé). ### tomcat.server.port Valeur par défaut : `8085` Port sur lequel Tomcat écoute pour les messages de fermeture. ### tomcat.useSystemProxies Valeur par défaut : `false` Spécifie si les composants tomcat (OpenID) nécessitent un accès à la configuration du proxy de transfert sur le système d’exploitation Windows local. Consultez [Configuration de Tableau Server pour OpenID Connect](https://help.tableau.com/current/server/fr-ca/openid_auth_server_config.htm). ### tomcatcontainer.log.level Valeur par défaut : `info` Niveau d’enregistrement pour les microservices dans le conteneur de microservices interactifs et le conteneur de microservices non interactifs. Ce paramètre peut être configuré de manière dynamique depuis la version 2020.4. Si vous n’effectuez pas d’autres modifications, vous n’avez donc pas à redémarrer Tableau Server. Pour plus d’informations, consultez [Modifier les niveaux d’enregistrement](https://help.tableau.com/current/server/fr-ca/logs_debug_level.htm). ### tsm.log.level Valeur par défaut : `info` Niveau d’enregistrement pour les services TSM. Ces fichiers journaux comprennent des renseignements qui peuvent être utiles si vous rencontrez des problèmes avec les services TSM : agent d’administration, contrôleur d’administration, service de fichiers client, contrôleur de grappe, gestionnaire de service et service de licence. Cette clé de configuration ne modifie pas le niveau d’enregistrement du service de coordination ou des processus de maintenance. Pour plus d’informations, consultez [Modifier les niveaux d’enregistrement](https://help.tableau.com/current/server/fr-ca/logs_debug_level.htm#ChangeLoggingLevel) et [Processus Tableau Server](https://help.tableau.com/current/server/fr-ca/processes.htm). ### tsm.controlapp.log.level Valeur par défaut : `info` Niveau d’enregistrement pour les services `control_`. Ces fichiers journaux comprennent des renseignements qui peuvent être utiles si vous rencontrez des problèmes de démarrage ou de reconfiguration d’un processus TSM ou Tableau Server. Pour plus d’informations, consultez [Modifier les niveaux d’enregistrement](https://help.tableau.com/current/server/fr-ca/logs_debug_level.htm#ChangeLoggingLevel). ### usernotifications.reap\_after\_days Valeur par défaut : `30` Nombre de jours après lesquels une notification utilisateur est supprimée du serveur. ### vizportal.adsync.update\_system\_user Valeur par défaut : `false` Spécifie si les adresses de courriel et les noms d’affichage des utilisateurs sont modifiés (même lorsqu’ils sont modifiés dans Active Directory) lorsqu’un groupe Active Directory est synchronisé dans Tableau Server. Pour assurer que les adresses de courriel et les noms d’affichage des utilisateurs sont mis à jour pendant la synchronisation, réglez `vizportal.adsync.update_system_user` sur `true`, puis redémarrez le serveur. ### vizportal.alwaysUseEmbeddedShareLinks **Version :** ajouté dans la version 2021.3.0 Valeur par défaut : `false` Spécifie si l’option Copier le lien doit inclure le paramètre « embed=y ». Depuis la version 2019.4, par défaut, il n’inclut pas ce paramètre. La définition de cette clé de configuration sur « true » modifie le comportement de manière à inclure le paramètre « embed=y ». Pour plus d’informations sur l’utilisation de l’option Copier le lien pour partager des liens à intégrer dans des pages Web, consultez [Intégrer des vues dans des pages Web](https://help.tableau.com/current/pro/desktop/fr-ca/embed.htm) dans l’aide de Tableau Desktop et de la création Web. ### vizportal.art\_skip\_list **Version :** ajouté dans la version 2024.2. Valeur par défaut : `null` Utilisez cette clé de configuration pour spécifier les aspects des fonctionnalités de Tableau Server qui n’utilisent pas le traçage d’activités et de ressources (ART) et qui généreront de grandes quantités de données inutiles lorsque ART est activé. Cette clé est utilisée avec `vizportal.log_art_java` et `vizportal.enable_art` pour résoudre les problèmes liés au serveur d’applications (VizPortal). Lorsqu’il est défini sur \[insérer ici la valeur sur laquelle il est défini.\] Pour savoir comment utiliser ce paramètre de configuration, consultez [Résoudre les problèmes liés au serveur d’applications](https://help.tableau.com/current/server/fr-ca/server_process_application-server.htm#VizPortalTroubleshooting). ### vizportal.commenting.delete\_enabled Valeur par défaut : `true` Si défini sur `true`, permet aux utilisateurs de supprimer les commentaires sur les vues. Vous pouvez supprimer un commentaire si vous l’avez créé, que vous êtes le propriétaire du contenu ou le responsable du projet doté d’un rôle sur le site approprié, ou encore un administrateur. Pour connaître les rôles sur le site requis pour un accès complet de responsable de projet, consultez [Administration au niveau des projets](https://help.tableau.com/current/server/fr-ca/projects.htm#project-admin). ### vizportal.csv\_user\_mgmt.index\_site\_users **Version :** obsolète dans la version 2022.3. Retiré (entièrement supprimé) dans la version 2023.3. Valeur par défaut : `true` Spécifie si l’indexation des utilisateurs de site est effectuée utilisateur par utilisateur lors de l’importation ou de la suppression d’utilisateurs avec un fichier CSV. Lorsque la valeur est définie sur `true`(valeur par défaut), l’indexation est effectuée à chaque ajout ou suppression. Pour reporter l’indexation des utilisateurs de site jusqu’à ce que le fichier CSV tout entier ait été traité, définissez cette valeur sur `false`. ### vizportal.csv\_user\_mgmt.bulk\_index\_users **Version :** obsolète dans la version 2022.3. Retiré (entièrement supprimé) dans la version 2023.3. Valeur par défaut : `false` Spécifie si l’indexation des utilisateurs du site est effectuée en bloc lors de l’importation ou de la suppression d’utilisateurs avec un fichier CSV. Lorsqu’il est défini sur `false` (par défaut), l’indexation se fait individuellement. Pour que l’indexation soit effectuée en masse après le traitement du fichier CSV, définissez ce paramètre sur `true`. ### vizportal.enable\_art **Version :** ajouté dans la version 2024.2. Valeur par défaut : `false` Cette clé de configuration est utilisée avec `vizportal.log_art_java` et `vizportal.art_skip_list` pour résoudre les problèmes liés au serveur d’applications (VizPortal). Lorsqu’il est défini sur « true », cela active le suivi des activités et des ressources dans le serveur d’applications. Pour savoir comment utiliser ce paramètre de configuration, consultez [Résoudre les problèmes liés au serveur d’applications](https://help.tableau.com/current/server/fr-ca/server_process_application-server.htm#VizPortalTroubleshooting). ### vizportal.log\_art\_java **Version :** ajouté dans la version 2024.2. Valeur par défaut : `false` Cette clé de configuration est utilisée avec `vizportal.enable_art` et `vizportal.art_skip_list` pour résoudre les problèmes liés au serveur d’applications (VizPortal). Lorsqu’il est défini sur « true », cela active le suivi des activités et des ressources dans le serveur d’applications. Pour savoir comment utiliser ce paramètre de configuration, consultez [Résoudre les problèmes liés au serveur d’applications](https://help.tableau.com/current/server/fr-ca/server_process_application-server.htm#VizPortalTroubleshooting). ### vizportal.log.level Valeur par défaut : `info` Niveau d’enregistrement pour les composants Java vizportal. Les fichiers journaux sont enregistrés dans `C:\ProgramData\Tableau\Tableau Server\data\tabsvc\logs\vizportal\*.log`. Pour plus d’informations, consultez `debug`. Le niveau de débogage peut affecter considérablement les performances; il est donc conseillé de n’utiliser ce paramètre que lorsque l’assistance Tableau vous demande de le faire. Depuis la version 2020.4.0, ce paramètre peut être configuré de manière dynamique. Si vous n’effectuez pas d’autres modifications, vous n’avez donc pas à redémarrer Tableau Server. Pour plus d’informations, consultez [Modifier les niveaux d’enregistrement](https://help.tableau.com/current/server/fr-ca/logs_debug_level.htm). ### vizportal.oauth.connected\_apps.max\_expiration\_period\_in\_minutes **Version :** ajouté dans la version 2021.4. Valeur par défaut : `10` La durée maximale, en minutes, pendant laquelle le jeton Web JSON (JWT) est valide. Lors de la vérification du jeton JWT, Tableau Server vérifie que la période spécifiée dans le JWT ne dépasse pas cette valeur par défaut. Ce paramètre est utilisé lorsqu’une application connectée Tableau a été configurée sur Tableau Server à l’aide de l’[API REST de Tableau](https://help.tableau.com/current/api/rest_api/fr-ca/REST/rest_api_ref_connected_app.htm). Par exemple, pour modifier la période maximale à 5 minutes, exécutez la commande suivante : `tsm configuration set -k vizportal.oauth.external_authorization_server.max_expiration_period_in_minutes -v 5` ### vizportal.oauth.external\_authorization.enabled **Version :** ajouté dans la version 2021.4. Valeur par défaut : `false` Dans Tableau Server 2024.2 et les versions ultérieures, l’option Activer les applications connectées est cochée pour Tableau Server. Dans Tableau Server 2023.2 et les versions antérieures, spécifie si l’option Activer l’accès OAuth pour le contenu intégré est cochée pour Tableau Server. Utilisez cette option pour enregistrer un serveur d’autorisation externe (EAS) dans Tableau Server afin de pouvoir activer l’intégration d’applications. Pour plus d’informations, consultez [Configurer les applications connectées à l’aide de la confiance Oauth 2.0](https://help.tableau.com/current/server/fr-ca/connected_apps_eas.htm). Pour activer cette option, exécutez la commande suivante : `tsm configuration set -k vizportal.oauth.external_authorization.enabled -v true` ### vizportal.oauth.external\_authorization\_server.blocklisted\_jws\_algorithms **Version :** ajouté dans la version 2021.4. Valeur par défaut : `ES256K` Lorsqu’un serveur d’autorisations externe (EAS) est enregistré ou qu’une application connectée est configurée, vous pouvez utiliser cette commande pour spécifier l’algorithme de signature utilisé dans l’en-tête du jeton Web JSON (JWT). Pour plus d’informations, consultez [Configurer les applications connectées à l’aide de la confiance Oauth 2.0](https://help.tableau.com/current/server/fr-ca/connected_apps_eas.htm) ou [Utiliser les applications connectées Tableau pour l’intégration d’applications](https://help.tableau.com/current/server/fr-ca/connected_apps.htm). Par exemple, si nécessaire, vous pouvez exécuter la commande suivante pour supprimer l’algorithme : `tsm configuration set - k vizportal.oauth.external_authorization_server.blocklisted_jws_algorithms -v` **Important :** l’exemple de commande ci-dessus autorise les algorithmes de signature non sécurisés et ne doit être utilisé que pour résoudre les erreurs. ### vizportal.oauth.external\_authorization\_server.issuer **Version :** ajouté dans la version 2021.4. Valeur par défaut : `null` Obligatoire. Utilisez cette commande pour spécifier l’URL de l’émetteur. L’URL de l’émetteur est requise pour enregistrer le serveur d’autorisations externe (EAS) dans Tableau Server. Pour plus d’informations, consultez [Configurer les applications connectées à l’aide de la confiance Oauth 2.0](https://help.tableau.com/current/server/fr-ca/connected_apps_eas.htm). Par exemple, si votre EAS est Okta, vous pouvez exécuter une commande semblable à celle-ci : `tsm configuration set -k vizportal.oauth.external_authorization_server.issuer -v "https://dev-12345678.okta.com/oauth2/abcdefg9abc8eFghi76j5"` ### vizportal.oauth.external\_authorization\_server.jwks **Version :** ajouté dans la version 2021.4. Valeur par défaut : `null` Lorsqu’un serveur d’autorisations externe (EAS) est enregistré, vous pouvez utiliser cette commande pour spécifier l’URL de l’ensemble de clés Web JSON (JWKS). L’URL JWKS est requise si le fournisseur d’identité (IdP) n’expose pas le point de terminaison des métadonnées du serveur d’autorisations externe. Par exemple, si votre IdP est Amazon Cognito, vous pouvez exécuter une commande similaire à la suivante : `tsm configuration set -k vizportal.oauth.external_authorization_server.jwks -v "https://cognito-idp.us-west-2.amazonaws.com/us-west-2_Ab129faBb/.well-known/jwks.json"` ### vizportal.oauth.external\_authorization\_server.max\_expiration\_period\_in\_minutes **Version :** ajouté dans la version 2021.4. Valeur par défaut : `10` La durée maximale, en minutes, pendant laquelle le jeton Web JSON (JWT) est valide. Lors de la vérification du jeton JWT, Tableau Server vérifie que la période spécifiée dans le JWT ne dépasse pas cette valeur par défaut. Ce paramètre est utilisé lorsqu’un EAS a été enregistré dans Tableau Server. Pour plus d’informations, consultez [Configurer les applications connectées à l’aide de la confiance Oauth 2.0](https://help.tableau.com/current/server/fr-ca/connected_apps_eas.htm). Par exemple, pour modifier la période maximale à 5 minutes, exécutez la commande suivante : `tsm configuration set -k vizportal.oauth.external_authorization_server.max_expiration_period_in_minutes -v 5` ### vizportal.openid.client\_authentication Spécifie la méthode d’authentification clients personnalisée pour OpenID Connect. Pour configurer Tableau Server de manière à utiliser les fournisseurs d’identités requérant `client_secret_post`, définissez cette valeur sur `client_secret_post`. Un cas de figure serait par exemple la connexion au fournisseur d’identités Salesforce qui requiert ce paramètre. ### vizportal.openid.essential\_acr\_values **Version :** ajouté dans la version 2020.4. Spécifie une liste de valeurs de référence de classe de contexte d’authentification (ACR) pour fournir le fournisseur d’identités OpenID Connect en tant que demande de réclamation essentielle. Le fournisseur d’identités est chargé de vérifier que l’authentification répond aux critères attendus. Si la clé de configuration `vizportal.openid.essential_acr_values` est renseignée, Tableau Server agit comme partie de confiance et inspecte la revendication ACR dans la réponse du jeton. Tableau Server ne prévient que si la réclamation ACR ne correspond pas à la valeur de clé de configuration attendue. Pour définir cette option, entrez les valeurs ACR par ordre de préférence, en les entourant de guillemets doubles. Vous devez séparer plusieurs valeurs par une virgule et un espace, comme dans cet exemple : `tsm configuration set -k vizportal.openid.essential_acr_values -v "value1, value2"` ### vizportal.openid.full\_server\_request\_logging\_enabled Valeur par défaut : `false` Spécifie s’il faut effectuer une journalisation complète de l’activité OpenID. Définissez cette valeur sur `true` lors du dépannage des problèmes OpenID Connect pour collecter des journaux plus détaillés et vous permettre de mieux résoudre les problèmes. Comme pour toutes les configurations liées à la journalisation, nous vous recommandons, une fois le dépannage et la collecte des journaux terminés, de réinitialiser cette clé à sa valeur par défaut (`false` ). Cela limite la quantité d’informations enregistrées et réduit au minimum la taille des fichiers journaux. ### vizportal.openid.voluntary\_acr\_values **Version :** ajouté dans la version 2020.4. Spécifie une liste des valeurs de référence de classe de contexte d’authentification (ACR) pour fournir le fournisseur d’identités OpenID Connect en tant que demande de réclamation volontaire. Le fournisseur d’identités est chargé de vérifier que l’authentification répond aux critères attendus. Si la clé de configuration `vizportal.openid.voluntary_acr_values` est renseignée, Tableau Server agit comme partie de confiance et inspecte la revendication ACR dans la réponse du jeton. La demande d’authentification échoue si la réclamation ACR est manquante ou si la valeur de réclamation fournie ne correspond pas à la valeur de clé de configuration attendue. Pour définir cette option, entrez les valeurs ACR par ordre de préférence, en les entourant de guillemets doubles. Vous devez séparer plusieurs valeurs par une virgule et un espace, comme dans cet exemple : `tsm configuration set -k vizportal.openid.voluntary_acr_values -v "value1, value2"` ### vizportal.password\_reset **Version :** Remplace `features.PasswordReset` dans la version 2024.2. Valeur par défaut : `false` S’applique uniquement aux serveurs utilisant l’authentification locale. Définissez sur `true`pour que les utilisateurs puissent réinitialiser leurs mots de passe avec l’option « Vous avez oublié votre mot de passe » dans la page de connexion. ### vizportal.rest\_api.cors.allow\_origin Spécifie les origines (sites) qui sont autorisés à accéder aux points de terminaison d’API REST sur Tableau Server lorsque `vizportal.rest_api.cors.enabled` est défini sur `true`. Vous pouvez spécifier plus d’une origine en utilisant une virgule (,) pour séparer chaque entrée. `tsm configuration set -k vizportal.rest_api.cors.allow_origin -v https://mysite, https://yoursite` Si `vizportal.rest_api.cors.enabled` est défini sur `false`, les origines répertoriées par cette option sont ignorées. Pour plus d’informations, consultez [Activation de CORS sur Tableau Server](https://help.tableau.com/current/api/rest_api/fr-ca/help.htm#REST/rest_api_concepts_fundamentals.htm#Enabling). **Remarque :** Vous pouvez utiliser un astérisque (**\***) comme caractère générique pouvant correspondre à tous les sites. Cette option n’est pas recommandée car elle autorise l’accès depuis toute origine ayant accès au serveur et peut présenter un risque de sécurité. N’utilisez pas d’astérisque (**\***) à moins que vous ne connaissiez les implications et les risques pour votre site. ### vizportal.rest\_api.cors.enabled Valeur par défaut : `false` Contrôle si Tableau Server autorise Cross Origin Resource Sharing (CORS). Lorsque cette valeur est définie sur `true`, le serveur autorise les navigateurs Web à accéder aux points de terminaison [Tableau REST API](https://help.tableau.com/current/api/rest_api/fr-ca/help.htm#REST/rest_api_ref.htm). Vous pouvez utiliser cette option et REST API pour créer des portails personnalisés. Par défaut, cette fonctionnalité n’est pas activée. Pour spécifier les origines (sites) qui ont accès, utilisez l’option `vizportal.rest_api.cors.allow_origin`. Seules les origines spécifiées avec cette option sont autorisées à envoyer des demandes à Tableau Server REST API. Pour plus d’informations, consultez [Activation de CORS sur Tableau Server](https://help.tableau.com/current/api/rest_api/fr-ca/help.htm#REST/rest_api_concepts_fundamentals.htm#Enabling). ### vizportal.site\_user\_group\_count\_enabled **Version :** ajouté dans la version 2022.3.5 et les versions ultérieures et la version 2023.1.0 et les versions ultérieures. Valeur par défaut : `false` Contrôle si la page Utilisateurs du site inclura une colonne indiquant le nombre de groupes pour chaque utilisateur. ### vizqlserver.allow\_insecure\_scripts Valeur par défaut : `false` Permet la publication d’un classeur sur le serveur à partir de Tableau Desktop et son ouverture s’il contient des expressions SQL ou R qui sont potentiellement non sécurisées (par exemple une expression SQL qui pourrait permettre une injection SQL). Lorsque ce paramètre est défini sur `false` (valeur par défaut), la publication d’un classeur ou son ouverture à partir du serveur engendre un message d’erreur et le blocage du classeur. Avant de définir cette valeur sur `true`, passez en revue l’article de la base de connaissances, [Blocage ou autorisation de scripts non sécurisés dans Tableau Server](https://kb.tableau.com/articles/issue/blocking-or-allowing-insecure-scripts-in-tableau-server?lang=fr-ca). ### vizqldataservice.vmopts **Version :** ajouté dans la version : 2025.1. Valeur par défaut : `-Xmxm -XX:+CrashOnOutOfMemoryError -XX:-CreateCoredumpOnCrash` La valeur par défaut est basée sur la quantité de mémoire système. La taille maximum du tas JVM est réduite à 3,125 % de la RAM système totale. Cette option contrôle la taille maximum du tas JVM pour l’ingestion Tableau Catalog. Étant donné que la valeur par défaut s’ajuste automatiquement, utilisez cette option pour remplacer la valeur par défaut uniquement lorsque cela est absolument nécessaire en modifiant l’argument -Xmxg. Par exemple, vous pouvez utiliser la commande suivante pour augmenter la taille maximum du tas à 6 Go : tsm configuration set -k vizqldataservice.vmopts -v "-Xmx6g -XX:+CrashOnOutOfMemoryError -XX:-CreateCoredumpOnCrash" La valeur par défaut est basée sur la quantité de mémoire système et correspond à 3,125 % de la RAM système totale. Contrôle la taille de tas du serveur d’indexation et de recherche. Étant donné que la valeur par défaut s’ajuste automatiquement, utilisez cette option pour remplacer la valeur par défaut uniquement lorsque cela est absolument nécessaire. Ajoutez la lettre « k » à la valeur pour indiquer des kilo-octets, « m » pour indiquer des mégaoctets, ou « g » pour indiquer des gigaoctets. En règle générale, définissez une taille du segment de mémoire initial (`-Xms`) égale à la taille de segment de mémoire maximal (`-Xmx`) afin de minimiser les nettoyages de mémoire. ### vizqlserver.browser.render Valeur par défaut : `true` Les vues se situant sous le seuil défini par `vizqlserver.browser.render_threshold` ou `vizqlserver.browser.render_threshold_mobile` sont rendues par le navigateur Web du client au lieu du serveur. Pour plus d’informations, consultez la rubrique [Configurer le rendu côté client](https://help.tableau.com/current/server/fr-ca/browser_rendering.htm). ### vizqlserver.browser.render\_threshold Valeur par défaut : `100` La valeur par défaut représente un niveau de complexité élevé pour une vue affichée sur un PC. Les facteurs de complexité intègrent le nombre de repères, d’en-têtes, de lignes de référence et d’annotations. Les vues qui dépassent ce niveau de complexité sont rendues par le serveur au lieu du navigateur Web du PC. ### vizqlserver.browser.render\_threshold\_mobile Valeur par défaut : `60` La valeur par défaut représente un niveau de complexité élevé pour une vue affichée sur une tablette. Les facteurs de complexité intègrent le nombre de repères, d’en-têtes, de lignes de référence et d’annotations. Les vues qui dépassent ce niveau de complexité sont rendues par le serveur au lieu du navigateur Web de la tablette. ### vizqlserver.clear\_session\_on\_unload Valeur par défaut : `false` Détermine si les sessions VizQL sont ou non conservées en mémoire lorsqu’un utilisateur quitte une vue ou ferme son navigateur. La valeur par défaut (false) permet de conserver les sessions en mémoire. Pour fermer les sessions VizQL lorsque vous quittez une vue ou fermez un navigateur, définissez cette valeur sur `true`. ### vizqlserver.force\_maps\_to\_offline **Version :** ajouté dans la version 2020.4.0. Valeur par défaut : `false` Détermine si Tableau Server s’exécute en mode hors connexion pour les cartes. Ceci est utile dans les environnements déconnectés où l’accès à Internet et au serveur cartographique est restreint. Pour activer le mode hors connexion pour les cartes, définissez cette valeur sur `true`. Pour plus d’informations sur l’installation et la configuration de Tableau Server dans les entreprises dépourvues d’accès à Internet, consultez [Installation de Tableau Server dans un environnement déconnecté (air gap)](https://help.tableau.com/current/server/fr-ca/install_air_gapped.htm). ### vizqlserver.geosearch\_cache\_size Valeur par défaut : `5` Définit le nombre maximal d’ensembles de données de paramètres régionaux/langue de recherche géographique qui peuvent être chargés simultanément dans la mémoire du serveur. Lorsque le serveur reçoit une demande de recherche géographique pour un ensemble de données de paramètres régionaux/langue qui ne se trouve pas en mémoire, il le charge. Si le chargement de l’ensemble de données dépasse la limite spécifiée, l’ensemble de données utilisé il y a le plus de temps est effacé de la mémoire, afin que l’ensemble demandé puisse être chargé. La valeur minimale est 1. Chaque valeur utilise environ 60 Mo en mémoire (si vous définissez la valeur sur 10, la mémoire utilisée sera de 600 Mo (60 \* 10). ### vizqlserver.initialsql.disabled Valeur par défaut : `false` Spécifiez s’il faut ignorer les expressions SQL initial pour toutes les sources de données. Définissez ce paramètre sur « true » pour ignorer SQL initial : tsm configuration set -k vizqlserver.initialsql.disabled -v true ### vizqlserver.log.level Valeur par défaut : `info` Niveau d’enregistrement pour les composants Java vizportal. Les fichiers journaux sont enregistrés dans `C:\ProgramData\Tableau\Tableau Server\data\tabsvc\logs\vizqlserver\*.log`. Pour plus d’informations, consultez `debug`. L’utilisation du paramètre de débogage peut affecter vos performances et il est conseillé de ne l’utiliser que lorsque l’assistance Tableau vous demande de le faire. Depuis la version 2020.3.0, ce paramètre peut être configuré de manière dynamique. Si vous n’effectuez pas d’autres modifications, vous n’avez donc pas à redémarrer Tableau Server. Pour plus d’informations, consultez [Modifier les niveaux d’enregistrement](https://help.tableau.com/current/server/fr-ca/logs_debug_level.htm). ### vizqlserver.NumberOfWorkbookChangesBetweenAutoSaves Valeur par défaut : `5` Configuration de la récupération automatique pour la création Web. Spécifie le nombre de modifications qu’un utilisateur doit faire pour déclencher l’enregistrement automatique. Prenez soin lorsque vous modifiez cette valeur. La fonctionnalité de récupération automatique peut avoir un impact sur les performances de la création Web et autres opérations liées aux visualisations sur Tableau Server. Nous vous recommandons d’ajuster cette valeur en apportant des ajustements incrémentiels dans le temps. ### vizqlserver\_.port Le port sur lequel l’instance de serveur VizQL (spécifié par «  » ) est en cours d’exécution. ### vizqlserver.protect\_sessions **Version :** retiré dans la version 2024.2.0. À partir de la version 2024.2.0, Tableau Server empêche toujours la réutilisation des sessions VizQL après la déconnexion de l’utilisateur initial. Valeur par défaut : `true` Lorsque la valeur `true` est activée, elle empêche la réutilisation de sessions VizQL après que l’utilisateur d’origine s’est déconnecté. ### vizqlserver.querylimit Valeur par défaut : `1800` Plus longue durée autorisée pour la mise à jour d’une vue (en secondes). 1 800 secondes = 30 minutes. Cette option de configuration a un impact sur VizQL Server et sur le serveur de données. ### vizqlserver.RecoveryAttemptLimitPerSession Valeur par défaut : `3` Configuration de la récupération automatique pour la création Web. Le nombre maximum de tentatives de récupération de la même session. Prenez soin lorsque vous modifiez cette valeur. La fonctionnalité de récupération automatique peut avoir un impact sur les performances de la création Web et autres opérations liées aux visualisations sur Tableau Server. Nous vous recommandons d’ajuster cette valeur en apportant des ajustements incrémentiels dans le temps. ### vizqlserver.session.expiry.minimum Valeur par défaut : `5` Nombre de minutes d’inactivité avant la possible suppression d’une session VizQL si la mémoire du processus VizQL devient insuffisante. ### vizqlserver.session.expiry.timeout Valeur par défaut : `30` Nombre de minutes d’inactivité après la suppression d’une session VizQL. ### vizqlserver.sheet\_image\_api.max\_age\_floor Valeur par défaut : `1` Durée, en minutes, pour mettre en cache les images générées par la méthode Query View Image de l’API REST. Pour plus d’informations, consultez [Référence de l’API REST](https://help.tableau.com/current/api/rest_api/fr-ca/REST/rest_api_ref.htm#query_view_image) dans l’aide de l’API REST. ### vizqlserver.showdownload Valeur par défaut : `true` Contrôle l’affichage de l’option Classeur Tableau du menu Télécharger dans les vues. S’il est défini sur `false`, l’option Classeur Tableau est indisponible. **Remarque :** Ce paramètre ne supprime pas l’option pour les utilisateurs en mode Édition Web. ### vizqlserver.showshare Valeur par défaut : `true` Contrôle l’affichage des options Partager dans les vues. Pour masquer ces options, définissez sur « false ». **Remarque :** Les utilisateurs peuvent écraser le paramètre serveur par défaut en activant le paramètre JavaScript ou URL « showShareOptions ». ### vizqlserver.url\_scheme\_whitelist Attribue un ou plusieurs schémas d’URL à la liste d’autorisations en cas d’utilisation d’[actions d’URL](https://help.tableau.com/current/pro/desktop/fr-ca/actions_url.htm) sur les vues et les tableaux de bord. Les modèles `http`, `https`, `gopher`, `mailto`, `news`, `sms`, `tel`, `tsc` et `tsl` sont autorisés par défaut. Cette commande peut contenir plusieurs valeurs séparées par des virgules et des espaces, comme dans cet exemple : `tsm configuration set -k vizqlserver.url_scheme_whitelist -v scheme1, scheme2` Les valeurs que vous spécifiez remplacent les paramètres précédents. Vous devez donc inclure la liste complète de schémas dans la commande `set`. (Vous ne pouvez pas modifier la liste de schémas en exécutant plusieurs fois la commande `set`.) ### vizqlserver.web\_page\_objects\_enabled Valeur par défaut : `true` Contrôle si ces objets Page Web dans les tableaux de bord peuvent afficher des URL cibles. Pour empêcher l’affichage de pages Web, définissez sur « false ». ### vizqlserver.WorkbookTooLargeToCheckpointSizeKiB Valeur par défaut : `5120` Configuration de la récupération automatique pour la création Web. Limite de taille (Ko) pour un classeur à enregistrement automatique. Les classeurs plus volumineux que cette valeur ne seront pas enregistrés automatiquement. Prenez soin lorsque vous modifiez cette valeur. La fonctionnalité de récupération automatique peut avoir un impact sur les performances de la création Web et autres opérations liées aux visualisations sur Tableau Server. Nous vous recommandons d’ajuster cette valeur en apportant des ajustements incrémentiels dans le temps. **Remarque :** les anciennes versions de Server utilisent une valeur par défaut : `1024` ### vizqlserver.workflow\_objects\_enabled Valeur par défaut : `true` Détermine si l’objet Flux de travail des actions externes Tableau peut être ajouté aux tableaux de bord. ### webdataconnector.refresh.enabled Obsolète. Utilisez [`tsm data-access web-data-connectors allow`](https://help.tableau.com/current/server/fr-ca/cli_data-access.htm#web-data-connectors-allow) à la place. Détermine si les actualisations des extraits pour les connecteurs de données Web (WDC) sont activés dans Tableau Server. Pour désactiver l’actualisation pour tous les WDC, définissez la valeur pour cette clé sur `false`, comme indiqué ci-dessous : `tsm configuration set --key webdataconnector.refresh.enabled --value false` Pour en savoir plus, consultez [Connecteurs de données Web dans Tableau Server](https://help.tableau.com/current/server/fr-ca/datasource_wdc.htm). ### webdataconnector.whitelist.fixed Obsolète. Utilisez [`tsm data-access web-data-connectors add`](https://help.tableau.com/current/server/fr-ca/cli_data-access.htm#web-data-connectors-add) à la place. Spécifie un ou plusieurs connecteurs de données Web que vous pouvez utiliser pour accéder à des connexions de données accessibles par HTTP ou HTTPS. Cette commande est formatée sous forme de données JSON sur une seule ligne, avec échappement de tous les guillemets (") par utilisation d’une barre oblique inverse (\\). Par exemple, pour ajouter un WDC San Francisco Film Locations à la liste d’autorisations : `tsm configuration set --key webdataconnector.whitelist.fixed --value "'{\"https://tableau.data.world:443\": {\"properties\": { \"secondary_whitelist\": [\"(https://data.world/)(.*)\"] } } }'"` Pour en savoir plus, consultez [Connecteurs de données Web dans Tableau Server](https://help.tableau.com/current/server/fr-ca/datasource_wdc.htm). ### webdataconnector.enabled Obsolète. Utilisez [`tsm data-access web-data-connectors allow`](https://help.tableau.com/current/server/fr-ca/cli_data-access.htm#web-data-connectors-allow) à la place. Valeur par défaut : `true` Si cette valeur est définie sur `true`, vous pouvez utiliser les commandes `tsm` pour gérer les connecteurs de données Web sur le serveur. ### webdataconnector.whitelist.mode Valeur par défaut : `mixed` Détermine comment Tableau Server peut exécuter des connecteurs de données Web. Voici les modes pris en charge : - `mixed`. Les utilisateurs peuvent exécuter les connecteurs figurant sur une liste d’autorisations d’URL. À l’origine, ce mode permettait également aux utilisateurs d’exécuter des WDC importés. L’importation de WDC n’est plus prise en charge. - `fixed`. Les utilisateurs peuvent exécuter les connecteurs figurant sur une liste d’autorisations d’URL. - `insecure`. Les utilisateurs peuvent exécuter n’importe quel connecteur. **Important :** Utilisez l’option `insecure` _uniquement_ pour le développement et le test. Étant donné que les connecteurs exécutent le code personnalisé, l’exécution de connecteurs qui n’ont pas été vérifiés pose un problème de sécurité. ### wgserver.audit\_history\_expiration\_days Valeur par défaut : `183` Spécifie le nombre de jours avant suppression des enregistrements des événements de l’historique de la base de données PostgreSQL (base de données Tableau Server). ### wgserver.authentication.legacy\_identity\_mode.enabled **Version :** Ajouté dans la version 2022.1 Valeur par défaut : `false` pour Tableau Server 2022.1 et les versions ultérieures. Pour les déploiements de Tableau Server antérieurs à la version 2022.1 et mis à niveau vers la version 2022.1 ou une version ultérieure, la valeur par défaut est `true`. Définit sur `false` pour utiliser les pools d’identités. Pour en savoir plus, consultez [Dépanner les pools d’identités](https://help.tableau.com/current/server/fr-ca/identity_pools_manage.htm#troubleshoot). ### wgserver.authentication.identity\_pools.default\_pool\_description **Version :** ajouté dans la version 2023.1 Valeur par défaut : null Si vous le souhaitez, vous pouvez ajouter une description pour le pool initial (configuré par TSM) à la page d’accueil de Tableau Server et la rendre visible par tous les utilisateurs. Lorsqu’un ou plusieurs groupes d’identités sont créés, cette description est ajoutée sous l’option de connexion principale et peut être utilisée pour guider les utilisateurs qui appartiennent au groupe initial (configuré par TSM) vers l’option de connexion correcte. Par exemple, pour ajouter une description « Les employés réguliers se connectent ici », vous pouvez utiliser la commande suivante : `tsm configuration set -k wgserver.authentication.identity_pools.default_pool_description -v "Regular employees sign in here"` **Remarque :** la description initiale du pool (configuré par TSM) est différente de la remarque [Personnalisation de la connexion](https://help.tableau.com/current/server/fr-ca/maintenance_set.htm#sign_in_custom). La remarque de personnalisation de la connexion s’affiche sur la page d’accueil de Tableau Server sous toutes les options de connexion et sur la page où les utilisateurs de votre pool initial (configuré TSM) saisissent leur nom d’utilisateur et leur mot de passe. ### wgserver.authentication.prep\_builder\_externalbrowser **Version :** ajouté dans la version 2025.3 Valeur par défaut : `False` Définissez la méthode d’authentification préférée pour les utilisateurs lors de leur connexion à Tableau Server depuis Tableau Prep Builder. Lorsque la valeur est définie sur `True`, la fenêtre d’authentification de Tableau Server s’ouvre dans le navigateur externe de l’utilisateur plutôt que dans le navigateur intégré. À partir de la version 2026.1, cette option peut également être utilisée avec la gestion des licences basée sur la connexion (LBLM). Lorsqu’elle est définie, cette option s’applique lorsque l’option Utiliser les paramètres du serveur est sélectionnée dans le menu Serveur de Tableau Prep Builder. Les utilisateurs peuvent également choisir leur option d’authentification serveur dans le menu Serveur de Tableau Prep Builder, quel que soit ce paramètre. Pour plus d’informations, consultez [Publier un flux sur Tableau Server ou Tableau Cloud](https://help.tableau.com/current/prep/fr-ca/prep_conductor_publish_flow.htm#before-you-publish). Pour définir la méthode d’authentification serveur préférée sur le navigateur externe pour les utilisateurs de Tableau Prep Builder, utilisez la commande suivante : `tsm configuration set -k wgserver.authentication.prep_builder_externalbrowser -v true` ### wgserver.change\_owner.enabled Valeur par défaut : `true` Permet de contrôler si la propriété d’un classeur, d’une source de données ou d’un projet peut être modifiée. Les autres options comprennent `false` et `adminonly`. ### wgserver.clickjack\_defense.enabled Valeur par défaut : `true` Défini sur `true`, ce paramètre empêche les personnes malveillantes de « détourner les clics » d’un utilisateur de Tableau Server. Dans une attaque par détournement de clic, la page cible s’affiche par transparence sur une seconde page et le pirate incite l’utilisateur à cliquer ou à entrer des renseignements sur la page cible alors que celui-ci pense interagir avec la seconde page. Pour plus d’informations, consultez [Protection contre le détournement de clic](https://help.tableau.com/current/server/fr-ca/clickjack_protection.htm). ### wgserver.domain.accept\_list **Version :** ceci a été ajouté dans la version 2020.4.0 et remplace `wgserver.domain.whitelist`. Valeur par défaut : null Permet la connexion depuis Tableau Server aux domaines Active Directory : secondaires. Un domaine secondaire est celui auquel Tableau Server se connecte pour la synchronisation utilisateur, mais est un domaine où Tableau Server n’est pas installé. Tableau Server tentera de se connecter à des domaines secondaires pour la synchronisation des utilisateurs et des groupes. Dans certains cas, il peut arriver que Tableau Server ne soit pas en mesure de se connecter au domaine secondaire, ce qui entraîne l’erreur « Domain not in accept list (errorCode=101015) ». La configuration de l’option `wgserver.domain.accept_list` est requise par un correctif pour la vulnérabilité de sécurité, [\[Important\] ADV-2020-003 : Tableau Server Forced Authentication](https://community.tableau.com/s/news/a0A4T000001v3SaUAI). En date de février 2020, le correctif pour cette vulnérabilité est inclus dans toutes les dernières versions et distributions de maintenance de Tableau Server. Pour définir cette option, entrez le domaine secondaire en l’entourant de guillemets doubles. Les domaines multiples doivent être séparés par une virgule et un espace. Par exemple, `tsm configuration set -k wgserver.domain.accept_list -v "example.org, domain.com"`. La fonctionnalité de caractère générique n’est pas prise en charge. Par exemple, si Tableau se connecte à `sub1.example.org` et `sub2.example.org`, alors les deux domaines doivent être ajoutés. La mise à jour de l’option `wgserver.domain.accept_list` entraîne le remplacement de la valeur existante. Par conséquent, si vous ajoutez un nouveau domaine à un ensemble existant de domaines stockés dans la valeur, incluez tous les domaines existants avec le nouveau domaine lorsque vous définissez l’option. Vous pouvez récupérer la liste complète des domaines existants en exécutant `tsm configuration get –k wgserver.domain.accept_list`. ### wgserver.domain.allow\_insecure\_connection Valeur par défaut : `False` Ce paramètre s’applique uniquement à Windows. Cette option spécifie si Tableau Server se connectera à Active Directory par un réseau non chiffré. La valeur par défaut, `False`, applique un réseau chiffré. Si le réseau LDAP n’est pas chiffré, Tableau Server ne se connectera pas à Active Directory. Votre infrastructure Active Directory doit gérer les certificats et approuver les ordinateurs liés au domaine. De ce fait, la communication de réseau entre Tableau Server et les ressources Active Directory doit être chiffrée. Nous vous déconseillons d’autoriser les communications non chiffrées avec Active Directory, car cette configuration est vulnérable aux attaques de type « man-in-the-middle ». Si vous effectuez une mise à niveau à Tableau Server 2021.2 ou version ultérieure et que votre réseau LDAP n’est pas chiffré, la mise à niveau échouera. Vous pouvez exécuter cette commande pour autoriser une connexion non sécurisée sur les anciennes versions de Tableau Server avant la mise à niveau. Si vous exécutez cette commande sur une version antérieure à 2021.2, vous devez inclure l’option `--force-keys` avec la commande. ### wgserver.domain.fqdn Valeur par défaut : valeur de `%USERDOMAIN%` Nom de domaine qualifié complet du serveur Active Directory à utiliser. ### wgserver.domain.password Valeur par défaut : null Spécifie le mot de passe du compte utilisateur utilisé pour la connexion LDAP. Consultez [Référence de configuration du magasin d’identités externe](https://help.tableau.com/current/server/fr-ca/ldap_config.htm). Exemple : `tsm configuration set -k wgserver.domain.password -v "svcP@ssword"` ### wgserver.domain.username Valeur par défaut : null Spécifie le nom du compte utilisateur utilisé pour la connexion LDAP. Consultez [Référence de configuration du magasin d’identités externe](https://help.tableau.com/current/server/fr-ca/ldap_config.htm). Exemple : `tsm configuration set -k wgserver.domain.username -v "example\svc-tableau"` ### wgserver.domain.whitelist **Important :** cette clé est obsolète depuis la version 2020.4.0. Utilisez `[wgserver.domain.accept_list](#wgserver-domain-acceptlist)` à la place. Valeur par défaut : null Permet la connexion depuis Tableau Server aux domaines Active Directory : secondaires. Un domaine secondaire est celui auquel Tableau Server se connecte pour la synchronisation utilisateur, mais est un domaine où Tableau Server n’est pas installé. Tableau Server tentera de se connecter à des domaines secondaires pour la synchronisation des utilisateurs et des groupes. Dans certains cas, Tableau Server peut être incapable de se connecter au domaine secondaire, ce qui entraînera l’erreur « Domaine ne figurant pas sur la liste d’autorisations (errorCode-101015) ». ### wgserver.extended\_trusted\_ip\_checking Valeur par défaut : `false` Applique la mise en correspondance des adresses IP client pour les demandes d’authentification de confiance. ### wgserver.ignore\_domain\_in\_username\_for\_matching **Version :** ajouté dans les versions 2021.4.21, 2022.1.17, 2022.3.9 et 2023.1.5 Valeur par défaut : `false` Lorsque vous activez SAML, vous pouvez configurer Tableau Server pour qu’il ignore la partie domaine de l’attribut de nom d’utilisateur SAML lors de la mise en correspondance du nom d’utilisateur du fournisseur d’identité (IdP) avec un compte d’utilisateur sur Tableau Server. Vous pouvez ignorer la partie domaine de l’attribut de nom d’utilisateur lorsque vous avez déjà défini des utilisateurs dans Tableau Server qui correspondent à la partie préfixe d’un attribut de nom d’utilisateur mais pas à la partie domaine de l’attribut de nom d’utilisateur. Pour plus d’informations, consultez la section [Ignorer le domaine lors de la correspondance avec l’attribut de nom d’utilisateur SAML](https://help.tableau.com/current/server/fr-ca/saml_requ.htm#ignore_domain) dans la rubrique Exigences SAML. Par exemple, pour ignorer le nom de domaine dans l’attribut de nom d’utilisateur SAML, exécutez la commande suivante : `tsm configuration set -k wgserver.ignore_domain_in_username_for_matching -v true` **Important :** - nous vous déconseillons d’ignorer nom de domaine sans prendre de précautions. Plus spécifiquement, vérifiez que les noms d’utilisateur sont uniques dans les domaines configurés que vous avez créés dans votre IdP. - Cette commande ne fonctionne que dans les déploiements Tableau Server dans `legacy-identity-mode` ou des déploiements qui n’ont pas été mis à jour via la [migration d’identités](https://help.tableau.com/current/server/fr-ca/identity_migration.htm) pour utiliser le service d’identité. ### wgserver.restrict\_options\_method Valeur par défaut : `true` Contrôle si Tableau Server accepte les requêtes HTTP OPTIONS. Si cette option est définie sur `true`, le serveur renvoie une réponse HTTP 405 (Méthode non autorisée) pour les requêtes HTTP OPTIONS. ### wgserver.saml.blocklisted\_digest\_algorithms **Version :** ajouté dans la version 2021.1. Valeur par défaut : `SHA1` Spécifie les algorithmes de hachage qui ne sont autorisés pour aucune signature de certificat SAML, méthode de synthèse d’assertion SAML ou méthode de signature appropriée. Si cette option est activée, les certificats ou les assertions signés et hachés avec un algorithme figurant sur la liste de blocage seront rejetés et échoueront. SHA-1 peut être utilisé dans de nombreux cas à la fois du côté de Tableau et du fournisseur d’identités. Par exemple : - Certificats téléversés avec TSM et utilisés par Tableau Server pour signer la demande envoyée au fournisseur d’identités. - Certificats dans les métadonnées du fournisseur d’identités et utilisés pour vérifier la réponse AuthnResponse (signature) reçue du fournisseur d’identités à l’aide de la clé publique dans le certificat. - Assertions entrantes signées et hachées avec SHA-1 (DigestMethod défini sur SHA-1 et SignatureMethod défini sur SHA-1). La valeur par défaut a été remplacée par `SHA1` dans Tableau Server 2021.2. Pour plus d’informations sur la mise à niveau vers la version 2021.2 avec SAML configuré, consultez l’article de la base de connaissances, [Tableau Server utilisant l’authentification SAML ne peut pas démarrer ou rejette la connexion après la mise à niveau vers Tableau Server 2021.2](https://help.salesforce.com/s/articleView?id=001472645&type=1). ### wgserver.saml.forceauthn **Version :** ajouté dans la version 2019.3. Valeur par défaut : `false` Lorsque le paramètre est défini sur `true`, si la session utilisateur de Tableau expire, Tableau Server réauthentifie l’utilisateur auprès du fournisseur d’identités. Cette option peut également être utilisée pour demander au fournisseur d’identités d’inviter l’utilisateur à se réauthentifier, même si l’utilisateur a une session de fournisseur d’identités active. ### wgserver.saml.idpattribute.username Spécifie le nom de l’attribut dans lequel votre fournisseur d’identités SAML stocke les noms des utilisateurs. Par défaut, il est défini sur `username`. Si le nom d’attribut utilisé par votre fournisseur d’identités contient des espaces, mettez-le entre guillemets. Pour plus d’informations, consultez [Configurer SAML à l’échelle du serveur](https://help.tableau.com/current/server/fr-ca/config_saml.htm) ou [Configurer le protocole SAML spécifique à un site](https://help.tableau.com/current/server/fr-ca/saml_site_specific.htm). ### wgserver.saml.iframed\_idp.enabled Valeur par défaut : `false` La valeur par défaut « false » signifie que, lorsque les utilisateurs sélectionnent le bouton de connexion dans une vue intégrée, le formulaire de connexion du fournisseur d’identités s’ouvre dans une fenêtre contextuelle. Si vous définissez cette valeur sur « true », et qu’un utilisateur SAML de serveur déjà connecté accède à une page Web comportant une vue intégrée, l’utilisateur n’a pas besoin de se connecter pour voir la vue. Vous pouvez définir cette valeur sur « true » uniquement si le fournisseur d’identités prend en charge la connexion dans un iframe. L’option iframe offrant moins de sécurité qu’une fenêtre contextuelle, tous les fournisseurs d’identités ne la prennent pas en charge. Si la page de connexion du fournisseur d’identités met en œuvre la protection contre le détournement de clic, comme c’est le cas pour la plupart d’entre eux, la page de connexion ne peut pas s’afficher dans un iframe, et l’utilisateur ne peut pas se connecter. Si votre fournisseur d’identité prend en charge la connexion par un iframe, vous devrez peut-être l’activer explicitement. Toutefois, même si vous pouvez utiliser cette option, elle désactive la protection contre le détournement de clic de Tableau Server pour SAML, et présente donc toujours un risque de sécurité. ### wgserver.saml.maxassertiontime Valeur par défaut : `3000` Précise le nombre maximal de secondes pendant lesquelles une assertion SAML est utilisable (à partir de sa création). ### wgserver.saml.min\_allowed.elliptic\_curve\_size Valeur par défaut : `256` **Version :** ajouté dans la version 2021.1 mais n’incluait pas de valeur par défaut. Dans la version 2021.2, la valeur par défaut a été définie sur `256`. Cette option spécifie la taille de courbe ECDSA minimale autorisée pour le certificat utilisé dans le cadre de l’authentification SAML. Si vous téléversez un certificat dont la taille de courbe ECDSA est inférieure à 256, TSM enregistre une erreur lorsque vous appliquez les modifications. Si vous effectuez une mise à niveau à Tableau Server 2021.2 ou version ultérieure et que votre certificat SAML utilise une taille de courbe ECDSA inférieure à 256, Tableau Server ne démarrera pas après la mise à niveau. Nous vous recommandons de téléverser un nouveau certificat avec une taille de courbe ECDSA de 256 (au minimum) avant la mise à niveau. Sinon, vous pouvez exécuter cette commande pour définir une taille de courbe ECDSA inférieure sur les anciennes versions (pré-2021.1) de Tableau Server avant la mise à niveau. Si vous exécutez cette commande sur une version antérieure à 2021.1, vous devez inclure l’option `--force-keys` avec la commande. Pour plus d’informations sur la mise à niveau à 2021.2 avec SAML configuré, consultez l’article de la base de connaissances, [Tableau Server utilisant l’authentification SAML ne peut pas démarrer ou rejette la connexion après la mise à niveau à Tableau Server 2021.2](https://kb.tableau.com/articles/issue/tableau-server-using-saml-authentication-fails-to-start-or-rejects-login-after-upgrade-to-tableau-server-2021-2?lang=fr-ca). ### wgserver.saml.min\_allowed.rsa\_key\_size Valeur par défaut : `2048` **Version :** ajouté dans la version 2021.1 mais n’incluait pas de valeur par défaut. Dans la version 2021.2, la valeur par défaut a été définie sur `2048`. Cette option spécifie la longueur de clé RSA minimale autorisée pour le certificat dans le cadre de l’authentification SAML. Si vous téléversez un certificat dont la longueur de clé RSA est inférieure à 2048, TSM enregistre une erreur lorsque vous appliquez les modifications. Pour exécuter l’authentification SAML avec une longueur de clé RSA 1024 (non recommandé), définissez cette valeur sur `1024`. Si vous effectuez une mise à niveau à Tableau Server 2021.2 ou version ultérieure et que votre certificat SAML utilise une longueur de clé inférieure à 2048, Tableau Server ne démarrera pas après la mise à niveau. Nous vous recommandons de téléverser un nouveau certificat avec une longueur de clé de 2048 (au minimum) avant la mise à niveau. Sinon, vous pouvez exécuter cette commande pour définir une puissance de clé inférieure sur les anciennes versions (pré-2021.1) de Tableau Server avant la mise à niveau. Si vous exécutez cette commande sur une version antérieure à 2021.1, vous devez inclure l’option `--force-keys` avec la commande. Pour plus d’informations sur la mise à niveau à 2021.2 avec SAML configuré, consultez l’article de la base de connaissances, [Tableau Server utilisant l’authentification SAML ne peut pas démarrer ou rejette la connexion après la mise à niveau à Tableau Server 2021.2](https://kb.tableau.com/articles/issue/tableau-server-using-saml-authentication-fails-to-start-or-rejects-login-after-upgrade-to-tableau-server-2021-2?lang=fr-ca). ### wgserver.saml.responseskew Valeur par défaut : `180` Définit la différence maximale (en secondes) entre l’heure de Tableau Server et l’heure de création de l’assertion (en fonction de l’heure du serveur de fournisseur d’identités) pendant laquelle le message peut encore être traité. ### wgserver.saml.sha256 Valeur par défaut : `true` Lorsqu’elle est définie sur `true`, Tableau Server hache les signatures des messages et des synthèses avec SHA-256 dans les assertions SAML envoyées au fournisseur d’identités. Définissez cette option sur `false` uniquement si votre fournisseur d’identités rejette les assertions contenant un contenu haché SHA-256. ### wgserver.session.apply\_lifetime\_limit Valeur par défaut : `false` Contrôle s’il y a une durée de vie pour les sessions serveur. Définissez cette valeur sur `true`pour configurer une durée de vie pour les sessions serveur. ### wgserver.session.idle\_limit Valeur par défaut : `240` Nombre de minutes d’inactivité avant l’expiration de la connexion à l’application Web. ### wgserver.session.lifetime\_limit Valeur par défaut : `1440` La durée, en minutes, d’une session serveur si une durée de vie de serveur est définie. Le paramètre par défaut est 1 440 minutes (24 heures). Si `wgserver.session.apply_lifetime_limit` est `false` (paramètre par défaut), ceci est ignoré. ### wgserver.unrestricted\_ticket Valeur par défaut : `false` Spécifie s’il faut étendre l’accès aux ressources du serveur pour les utilisateurs authentifiés par des billets approuvés. Le comportement par défaut permet aux utilisateurs d’accéder aux vues uniquement. Si vous définissez ce paramètre sur `true`, les utilisateurs disposant de billets de confiance valides peuvent accéder aux ressources du serveur (projets, classeurs, etc.) comme s’ils s’étaient connectés avec leurs identifiants. ### workerX.gateway.port Valeur par défaut : `80` (`443` si SSL) Port externe qu’Apache écoute pour un workerX (où « worker » est le terme utilisé pour les nœuds de serveur suivants dans le groupement). worker0.gateway.port est le port externe de Tableau Server. Dans un environnement distribué, worker0 est le nœud initial de Tableau Server. ### workerX.vizqlserver.procs Valeur par défaut :  Nombre de serveurs VizQL. ### zookeeper.config.snapCount Spécifie le nombre de transactions nécessaires pour que le service de coordination crée un instantané des fichiers journaux. Par défaut, cette valeur est de 100 000 transactions. Si votre service de coordination n’écrit pas suffisamment de transactions pour déclencher des instantanés, le nettoyage automatique des instantanés de plus de cinq jours n’a pas lieu et vous risquez de perdre de l’espace disque pour les fichiers journaux de transactions. Par défaut, les fichiers journaux et les instantanés sont enregistrés dans le répertoire de données Tableau Server. [Passer au contenu principal](#main-content) # Outils de surveillance des performances Cette rubrique décrit les ressources externes que vous pouvez utiliser pour surveiller et ajuster les performances. Tableau Server comprend plusieurs outils que vous pouvez utiliser pour surveiller les performances et l’intégrité du serveur. Pour plus d’informations sur ces outils, consultez [Présentation de la surveillance des performances](https://help.tableau.com/current/server/fr-ca/perf_monitor.htm). **Avis de non-responsabilité :** Cette rubrique inclut des informations sur des produits tiers et des produits pris en charge par la communauté. Veuillez noter que, bien que nous fassions tous les efforts possibles pour que les références à un contenu tiers ou à un contenu de la communauté soient précises et à jour, les informations fournies ici peuvent changer sans préavis en cas de modifications. Pour obtenir les informations les plus récentes, consultez la documentation des produits référencés ici. Pour en savoir plus sur les outils pris en charge par la communauté, consultez [Niveaux de prise en charge pour les outils des informaticiens et des développeurs](https://www.tableau.com/fr-ca/support-levels-it-and-developer-tools). - [TabJolt](https://github.com/tableau/tabjolt). Outil de tests de charge et de performances qui vous permet de comprendre comment Tableau Server évolue avec vos charges de travail dans votre environnement et vous informe sur vos besoins en évolutivité et capacité. Voici quelques exemples clés de cas d’utilisation de TabJolt : - Pour établir un base de référence pour les performances du serveur et les déploiements de test avant de les envoyer dans les environnements de production. - Dans un nouveau Tableau Server, pour comprendre comment le nouveau serveur s’adapte dans votre environnement, plus spécifiquement à votre matériel et votre charge de travail. - Avant de mettre à niveau, pour comprendre comment la nouvelle version va s’adapter dans votre environnement. - Pour déterminer la meilleure configuration de déploiement du serveur, au regard de votre matériel, de vos classeurs et de vos environnements. - [Replayer](https://community.tableau.com/s/question/0D54T00000CWd7cSAD/replayer). Un outil qui peut relire le trafic utilisateur réel basé sur des fichiers journaux depuis une instance Tableau Server pour tout autre serveur ou toute autre configuration. Il peut relire des sessions Tableau Server à un ou plusieurs utilisateurs. Voici plusieurs manières d’utiliser Replayer : - Lire des sessions Tableau Server spécifiques et filtrer la session par heure de début ou ID de demande. - Utiliser l’outil pour simuler des conditions de charge afin de pouvoir tester l’évolutivité et l’équilibrage de vos installations Tableau Server. - Effectuer des tests de régression en exécutant et en comparant des scénarios utilisateur de bout en bout pour les mises à niveau Tableau Server. - Capturer et signaler les exceptions HTTP qui se produisent lors d’une session à un seul utilisateur. - Relire une défaillance afin de pouvoir la dépanner et vérifier qu’elle est corrigée. - [Scout](https://community.tableau.com/s/question/0D54T00000G54CP/getting-started-scout). Un outil d’exploration qui capture des métriques de performances à travers tous les classeurs sur Tableau Desktop et Tableau Server. Voici quelques manières dont vous pouvez utiliser Scout : - Repérer les classeurs lents sur Tableau Server. - Vérifier les améliorations des performances ou les régressions après des changements de configuration ou de topologie du serveur. - Vérifier que les classeurs et les tableaux de bord se chargent correctement après une mise à niveau à une nouvelle version de Tableau Server. - Vérifier que les classeurs fonctionnent toujours correctement après des modifications apportées à la source de données. - [TabMon](https://github.com/tableau/TabMon). Un outil de surveillance qui utilise l’Analyseur de performances Windows et les extensions de gestion Java pour enregistrer les données de performanes sur Tableau Server vers une base de données PostGreSQL. - [Microsoft System Center](https://www.microsoft.com/fr-ca/cloud-platform/system-center-2012-r2). Un ensemble de produits de gestion de serveur pour la surveillance, la configuration, l’automatisation, et plus encore. - [Sitescope](https://software.microfocus.com/fr-ca/products/sitescope-application-monitoring/overview). Un outil de surveillance d’application sans agent. - [Zabbix](http://www.zabbix.com/). Un outil de surveillance en temps réel pour open source. - [Splunk](http://www.splunk.com/). Un outil pour surveiller et analyser des données, y compris les fichiers journaux. - [Graylog](https://www.graylog.org/). Un outil de surveillance de journalisation pour open source. [Passer au contenu principal](#main-content) - [Démarrer](https://help.tableau.com/current/server/fr-ca/admin.htm) ![Ajouter une description de l’image](/tableau/current/fr-ca/server/fr-ca/Img/getstarted_36px_43x43.png) Découvrez ce que Tableau Server peut faire - [Aide rapide](https://help.tableau.com/current/server/fr-ca/ipa_vconn_start.htm) ![Ajouter une description de l’image](/tableau/current/fr-ca/server/fr-ca/Img/producthelp_36px.png) Obtenez de l’aide pour vos opérations en cours - [Faits saillants de la version](https://help.tableau.com/current/server/fr-ca/ipa_server_whats_new.htm) ![Ajouter une description de l’image](/tableau/current/fr-ca/server/fr-ca/Img/whatsnew_36px.png) Découvrez les nouveautés de Tableau Server - [Formation](https://trailhead.salesforce.com/en/search?keywords=tableau+server) ![Ajouter une description de l’image](/tableau/current/fr-ca/server/fr-ca/Img/training_36px.png) Formation vidéo et tutoriels - [Résolution des problèmes](https://help.tableau.com/current/server/fr-ca/trouble.htm) ![Ajouter une description de l’image](/tableau/current/fr-ca/server/fr-ca/Img/troubleshoot_36px.png) Articles de dépannage et d’assistance ## Autres articles de cette section [Passer au contenu principal](#main-content) # Pages Activité de l’outil Tableau Resource Monitoring Tool L’outil Tableau Resource Monitoring Tool comprend des tableaux de bord qui vous aident à surveiller et à analyser diverses métriques de performances telles que l’utilisation des ressources matérielles, l’activité des utilisateurs et l’état des processus Tableau Server. Elles peuvent être utiles pour identifier les goulots d’étranglement des performances et la santé globale de votre Tableau Server. Cette rubrique décrit les renseignements de la page **Activité**. La page d’activité indique le niveau de détail suivant par rapport à ce qui s’affiche sur les graphiques de la page **Performances**. Les sélections de filtre sur l’un de ces tableaux de bord sont reportées sur l’autre afin que vous puissiez voir l’information correspondante lorsque vous essayez d’identifier les problèmes de performances. La page d’activité comprend des informations détaillées sur les éléments suivants : - Sessions VizQL - Tâches en arrière-plan - Requêtes de données - Chargements des vues - Vues les plus lentes ![Onglet Activité de l’outil Tableau Resource Monitoring Tool](/tableau/current/fr-ca/server/fr-ca/Img/rmt-activity-tabs.png) ## Sessions VizQL Affiche une liste de toutes les sessions VizQL dans la période sélectionnée. Une session VizQL est un ensemble d’interactions entre un utilisateur et un classeur sur Tableau Server. Cliquez sur un ID de session pour afficher un graphique résumé et des détails supplémentaires tels que les demandes effectuées au cours de la session, la durée de la demande et les sessions de classeur associées. Vous pouvez également voir toutes les requêtes de données associées, les incidents qui ont été signalés et l’activité de l’environnement filtrée sur la même période que la période de la session VizQL. ## Tâches en arrière-plan Affiche une liste de toutes les tâches en arrière-plan dans la période sélectionnée. Cliquez sur l’heure de début de la tâche pour afficher des détails supplémentaires sur la tâche en arrière-plan, y compris un résumé montrant une comparaison du temps nécessaire à l’exécution de la tâche par rapport à la durée moyenne nécessaire pour terminer des tâches similaires. Vous pouvez également voir tous les incidents associés qui ont été signalés et l’activité globale de l’environnement pendant la période où la tâche a été exécutée. Cliquez sur le nom du site pour afficher plus d’information sur le site, notamment le nombre de classeurs, de vues et de sessions VizQL pour chaque projet sur ce site. ## Requêtes de données Affiche une liste de toutes les requêtes de données pendant la période sélectionnée. Cliquez sur une requête pour afficher les détails des performances de la requête, le texte complet de la requête et les détails de la connexion. ## Chargements des vues Affiche la liste des vues rendues dans la période sélectionnée. Le filtre **Catégorie de gravité du temps de chargement** vous permet de filtrer les vues dont le chargement prend beaucoup plus de temps que prévu. Il utilise le même concept de base et les mêmes comparaisons que ceux utilisés dans le graphique **Demandes relatives au chargement lent des vues**. La ligne de base est établie en calculant la valeur médiane des 10 premières fois que le rendu d’un classeur spécifique est effectué. Une fois la ligne de base établie, chaque fois qu’un rendu de ce même classeur est effectué à l’avenir, le temps de chargement d’un classeur est ensuite comparé à sa propre ligne de base. Les catégories de gravité du temps de chargement sont les suivantes : - **Normal :** <=2x la ligne de base - **Long :** >=2x la ligne de base - **Très long :** >=4x la ligne de base - **Échec :** Échec du chargement ou génération d’une erreur - **Traitement en cours :** le calcul de la ligne de base est en cours et n’est pas encore établi. ## Vues lentes Affiche la liste de toutes les vues dont le chargement a pris le plus de temps, par ordre décroissant. Cette liste est basée sur le temps de chargement moyen plutôt que sur une comparaison par rapport à une ligne de base. Vous pouvez affiner cette liste en filtrant par durée, éditeur, site ou vue spécifique. - Cliquez sur la vue pour afficher plus de détails sur les temps de chargement. Vous pouvez également voir tous les incidents associés qui ont été signalés et l’activité globale de l’environnement pendant la période où la tâche a été exécutée. - Cliquez sur le classeur pour afficher plus de détails sur un classeur spécifique. ## Qui peut le faire? N’importe quel utilisateur de l’outil Resource Monitoring Tool peut afficher les graphiques. ## Rubriques connexes - [Surveiller les performances de Tableau Server avec l’outil Tableau Resource Monitoring Tool](https://help.tableau.com/current/server/fr-ca/rmt-charts.htm) - [Graphiques des performances de l’outil Tableau Resource Monitoring Tool](https://help.tableau.com/current/server/fr-ca/rmt-performance-charts.htm) - [Pages Contenu de l’outil Tableau Resource Monitoring Tool](https://help.tableau.com/current/server/fr-ca/rmt-content-pages.htm) [Passer au contenu principal](#main-content) # Pages Contenu de l’outil Tableau Resource Monitoring Tool L’outil Tableau Resource Monitoring Tool comprend des tableaux de bord qui vous aident à surveiller et à analyser diverses métriques de performances telles que l’utilisation des ressources matérielles, l’activité des utilisateurs et l’état des processus Tableau Server. Elles peuvent être utiles pour identifier les goulots d’étranglement des performances et la santé globale de votre Tableau Server. Cette rubrique décrit les informations sur les graphiques de la page **Contenu**. Cette page est le principal moyen de consulter les détails d’un élément de contenu spécifique. C’est un point de départ utile lorsque vous devez étudier les performances d’un classeur ou d’une vue spécifique. La page de contenu comprend des informations détaillées sur les éléments suivants : - Sites Tableaux - Projets dans chaque site Tableau - Classeurs - Vues Vous pouvez voir les mesures de performances pour les sessions VizQL, les requêtes de données liées à un projet, un classeur ou une vue. Vous pouvez également voir tous les incidents associés spécifiques aux classeurs ou aux vues. ![Menu Contenu de l’outil Tableau Resource Monitoring Tool.](/tableau/current/fr-ca/server/fr-ca/Img/rmt-content-page-tabs.png) ## Sites Affiche une liste des sites de votre environnement Tableau Server, y compris le nombre total de projets, de classeurs et de sessions VizQL. ## Projets Vous montre une liste de tous les projets sur un site. Cliquez sur le projet pour afficher une liste de tous les classeurs, vues, sessions VizQL associées et requêtes de données. ## Classeurs Affiche une liste de tous les classeurs d’un site. Cliquez sur un classeur pour afficher les temps de chargement, les informations de session VizQL, les requêtes de données associées et tout incident signalé spécifique à ce classeur. ## Vues Affiche une liste de toutes les vues d’un site. Cliquez sur la vue pour afficher les temps de chargement de la vue, les informations de session VizQL, les requêtes de données associées et tout incident signalé spécifique à la vue. ## Qui peut le faire? N’importe quel utilisateur de l’outil Resource Monitoring Tool peut afficher les graphiques. ## Rubriques connexes - [Surveiller les performances de Tableau Server avec l’outil Tableau Resource Monitoring Tool](https://help.tableau.com/current/server/fr-ca/rmt-charts.htm) - [Graphiques des performances de l’outil Tableau Resource Monitoring Tool](https://help.tableau.com/current/server/fr-ca/rmt-performance-charts.htm) - [Pages Activité de l’outil Tableau Resource Monitoring Tool](https://help.tableau.com/current/server/fr-ca/rmt-activity-charts.htm) [Passer au contenu principal](#main-content) # Incidents Panne d’environnement Les incidents _Panne d’environnement_ sont enregistrés comme critiques lorsque nous détectons que votre Tableau Server est hors ligne. Voici quelques cas d’utilisation où Tableau Server est considéré comme hors ligne par Tableau Resource Monitoring Tool : - Resource Monitoring Tool n’est pas en mesure d’obtenir une réponse de Tableau Server. Resource Monitoring Tool réessaiera trois fois avant que l’incident soit enregistré. - Si Resource Monitoring Tool détecte qu’un processus est en panne sur tous les nœuds, un incident de panne d’environnement sera enregistré. Resource Monitoring Tool interroge la page `http://{TableauServerUrl}/admin/systeminfo.xml` de Tableau Server toutes les 30 secondes (par défaut) pour vérifier l’état. Si l’intervalle d’interrogation de 30 secondes n’est pas suffisant, augmentez l’intervalle à 60 secondes. Si l’état est hors ligne, ou ne répond pas dans la valeur de délai définie pendant trois intervalles d’interrogation consécutifs, un incident critique est créé. **Remarque :** l’intervalle d’interrogation ne peut pas être défini à l’aide de la commande rmtadmin set. Ce paramètre ne peut être modifié qu’en modifiant le fichier config.json. Un exemple `config.json` de snippet est présenté ci-dessous : ``` { "background": { "run":true, "loglevel":"Information", "pollRates": { "processStatus": 30000 } } } ``` | Clé | Type de données | Obligatoire? | Description | | --- | --- | --- | --- | | `processStatus` | Nombre | Facultatif | La durée en millisecondes de la pause entre chaque interrogation d’état de Tableau Server. | ## Qui peut le faire? Administrateur Resource Monitoring Tool ou utilisateur Resource Monitoring Tool ayant un rôle **Gestion du serveur/de l’environnement.** [Passer au contenu principal](#main-content) # Paramétrage des métriques **Retrait de l’ancienne fonctionnalité Métriques** L’ancienne fonctionnalité Métriques de Tableau a été retirée dans Tableau Cloud février 2024 et dans Tableau Server version 2024.2. En octobre 2023, Tableau a retiré la possibilité d’intégrer des anciennes métriques dans Tableau Cloud et dans Tableau Server version 2023.3. Avec Tableau Pulse, nous avons conçu une expérience améliorée vous permettant de suivre les métriques et d’interroger vos données. Pour plus d’informations, consultez [Créer des métriques avec Tableau Pulse](https://help.tableau.com/current/online/fr-ca/pulse_create_metrics.htm) pour découvrir la nouvelle expérience et [Créer et résoudre les problèmes liés aux métriques (retiré)](https://help.tableau.com/current/online/fr-ca/metrics_create.htm) pour en savoir plus sur la fonctionnalité retirée. Les métriques sont un type de contenu Tableau qui suit la valeur d’une mesure agrégée, telle que la somme des ventes. Étant donné que les métriques sont fréquemment actualisées et affichent leur valeur actuelle sous un format facile à appréhender, elles sont utiles pour la surveillance des données. Pour en savoir plus sur la façon dont les utilisateurs travaillent avec des métriques, consultez [Créer et résoudre les problèmes liés aux métriques (retiré)](https://help.tableau.com/current/server/fr-ca/metrics_create.htm). En tant qu’administrateur Tableau Server, vous avez la possibilité de contrôler la fréquence d’actualisation des métriques et la façon dont les actualisations défaillantes sont gérées. Vous pouvez également vous assurer que les utilisateurs peuvent créer des métriques ou désactiver des métriques pour des sites particuliers ou pour l’ensemble du serveur. ## Veiller à ce que les utilisateurs puissent créer des métriques Lorsque les métriques sont activées pour un site, tous les utilisateurs dotés d’un rôle sur le site Creator ou Explorer (peut publier) peuvent créer des métriques, à condition de disposer des autorisations correctes. Les métriques sont créées à partir de vues existantes sur un site Tableau. Pour que les utilisateurs puissent créer des métriques sur une vue, vérifiez les points suivants : - Les utilisateurs disposent de la capacité d’autorisation Créer/Actualiser des métriques pour le classeur auquel appartient la vue. Pour plus d’informations, consultez [Autorisations](https://help.tableau.com/current/server/fr-ca/permissions.htm). - Le mot de passe de la source de données est intégré, s’il est obligatoire. Pour plus d’informations, consultez [Modifier les connexions sur Tableau Server](https://help.tableau.com/current/server/fr-ca/connections_modify.htm). ## Désactiver les métriques pour un site Les métriques sont activées sur tous les sites par défaut. Vous pouvez désactiver les métriques site par site. 1. Sur le site où vous souhaitez désactiver les métriques, dans le panneau de navigation, cliquez sur Paramètres. 2. Sous Type de contenu des métriques, désélectionnez Activer les métriques. 3. Cliquez sur Enregistrer. Lorsque vous désactivez le type de contenu des métriques, les métriques n’apparaissent plus sur le site. Les données pour les métriques existantes sont conservées, mais ces métriques ne seront plus actualisées. Si vous réactivez les métriques, ces métriques réapparaîtront et l’actualisation redémarrera. Vous pouvez également désactiver les métriques sur un classeur spécifique en refusant la capacité d’autorisation Créer/Actualiser les métriques. Pour plus d’informations, consultez [Autorisations](https://help.tableau.com/current/server/fr-ca/permissions.htm). ## Désactiver les métriques pour un serveur En plus de désactiver les métriques pour des sites spécifiques, vous pouvez désactiver les métriques à l’échelle du serveur. Lorsqu’elles sont désactivées au niveau du serveur, les métriques ne s’actualisent ou n’apparaissent sur aucun site, les processus de métriques ne s’exécutent pas et les paramètres de site pour les métriques ne sont pas disponibles. Les données de métrique existantes sont conservées, de sorte que si vous réactivez les métriques, ces métriques seront restaurées. Les métriques sont activées par défaut. Pour désactiver les métriques, utilisez l’option [tsm configuration set](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm#metrics-enable) `metricsservices.enabled`. ## Configurer la fréquence d’actualisation des métriques Lorsqu’une métrique est actualisée, elle vérifie les nouvelles données via la vue à partir de laquelle elle a été créée, connue sous le nom de vue connectée. Vous pouvez augmenter l’intervalle entre les actualisations si vous remarquez un impact sur les performances de votre serveur, ou le diminuer si vos utilisateurs ont besoin de données plus à jour. Les métriques qui s’appuient sur les données en direct sont actualisées toutes les 60 minutes, par défaut. Pour ajuster l’intervalle d’actualisation des données en direct, utilisez l’option [tsm configuration set](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm#metrics-interval) `metricsservices.checkIntervalInMinutes`. Ce paramètre s’applique au niveau du serveur. Les métriques qui reposent sur des données basées sur des extraits sont actualisées lors de l’actualisation des extraits. Pour contrôler la fréquence d’actualisation de ces métriques, modifiez la fréquence d’actualisations des extraits. Pour plus d’informations, consultez [Programmer des actualisations d’extraits](https://help.tableau.com/current/server/fr-ca/publish.htm). ## Configurer les notifications d’échec pour les actualisations de métriques Si une métrique n’est pas en mesure de se connecter aux données dont elle a besoin pour être actualisée, l’actualisation échouera. Lorsqu’une actualisation de métrique échoue 10 fois à la suite, le propriétaire de la métrique reçoit une notification par courriel. Pour ajuster le nombre de défaillances consécutives avant l’envoi d’un courriel d’avertissement, utilisez l’option [tsm configuration set](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm#metrics-warn) `metricsservices.failureCountToWarnUser`. Ce paramètre s’applique au niveau du serveur. ## Configurer la suspension des actualisations de métriques Si l’actualisation d’une métrique échoue 175 fois à la suite, l’actualisation est suspendue. Une fois qu’une actualisation de métrique est suspendue, le serveur ne tente plus de vérifier les nouvelles données, jusqu’à ce que l’actualisation redémarre manuellement. Pour ajuster le nombre de défaillances consécutives avant la suspension d’une actualisation, utilisez l’option [tsm configuration set](https://help.tableau.com/current/server/fr-ca/cli_configuration-set_tsm.htm#metrics-suspend) `metricsservices.maxFailedRefreshAttempts`. Ce paramètre s’applique au niveau du serveur. ## Gérer les métriques Bien que les métriques soient créées à partir d’une vue, elles ne sont pas liées à la vue comme les alertes ou les abonnements. Cela signifie que vous pouvez gérer des métriques similaires comme vous gérez les classeurs, en renommant, en déplaçant, en balisant, en supprimant ou en définissant des autorisations pour une métrique. Trouvez des métriques à gérer soit en naviguant dans la hiérarchie du projet, soit via les chemins suivants. - Pour voir toutes les métriques sur un site : accédez à la section Explorer, puis sélectionnez Toutes les métriques. - Pour voir les métriques créées à partir de toutes les vues dans un classeur : accédez au classeur, puis sélectionnez l’onglet Métriques connectées. - Pour voir les métriques créées à partir d’une seule vue : ouvrez la vue, puis sélectionnez Regarder > Métriques dans la barre d’outils. ## Échec de l’adresse et actualisations de métriques suspendues Les actualisations de métriques peuvent échouer pour l’une des raisons suivantes. - La vue connectée a été supprimée ou modifiée. - Les autorisations ont été modifiées pour la vue connectée. - Le mot de passe de la source de données n’est plus intégré ou n’est plus valide. - Le propriétaire de la métrique n’a pas le rôle sur le site requis pour actualiser la métrique. Un rôle sur le site Creator ou Explorer (peut publier) est requis. - Il y a eu un problème de connectivité temporaire, qui se résoudra de lui-même. **Remarque :** si l’actualisation de la métrique est suspendue parce que le propriétaire n’a pas le rôle sur le site requis pour son actualisation, vous ne pourrez pas reprendre l’actualisation, à moins de modifier le propriétaire. Pour plus d’informations sur les raisons de l’échec des actualisations de métriques et sur ce que les utilisateurs peuvent faire pour les corriger, consultez [Corriger les actualisations défaillantes](https://help.tableau.com/current/server/fr-ca/metrics_create.htm#fix-failing-refreshes) Encouragez les utilisateurs à remplacer une métrique si la vue connectée a été modifiée d’une manière qui a causé l’échec de l’actualisation, mais que la vue est toujours disponible. Les utilisateurs peuvent remplacer une métrique en créant une métrique du même nom dans le même projet que la métrique existante. ### Reprendre les actualisations suspendues Si la cause de l’échec est corrigée, par exemple en intégrant le mot de passe correct pour la source de données, vous pouvez reprendre l’actualisation de la métrique. 1. Localisez la métrique concernée. Les métriques dont l’actualisation a été suspendue affichent le texte Actualisation suspendue au lieu de l’heure de la dernière actualisation, dans la grille et la vue Liste. 2. Sur le message d’avertissement, cliquez sur Redémarrer l’actualisation. Tableau tente d’effectuer l’actualisation. Si cette tentative réussit, vous recevez une confirmation, et l’actualisation reprend conformément à sa programmation. Si la tentative échoue, l’actualisation reste suspendue. Vous-même ou le propriétaire de la métrique pouvez supprimer ou remplacer la métrique, ou la garder pour référencer les données historiques. ## Surveiller l’activité des métriques avec des vues administratives Utilisez les vues administratives de Tableau Server pour surveiller les actualisations des métriques et voir quels utilisateurs créent et consultent les métriques. 1. Accédez au site que vous souhaitez surveiller ou surveillez l’activité à l’échelle du serveur en sélectionnant Tous les sites dans le sélecteur de site. 2. Depuis le panneau de navigation, cliquez sur État du site ou État du serveur. 3. Sélectionnez le tableau de bord à inspecter. - Pour surveiller l’activité d’actualisation des métriques, ouvrez le tableau de bord [Tâches en arrière-plan hors extraits](https://help.tableau.com/current/server/fr-ca/adminview_backgrnd_nonextract.htm). Filtrez pour trouver les tâches Trouver des métriques à mettre à jour ou Mettre à jour toutes les métriques d’une vue. - Pour voir quels utilisateurs créent des métriques, ouvrez le tableau de bord [Actions par tous les utilisateurs](https://help.tableau.com/current/server/fr-ca/adminview_users_all.htm) ou [Actions par utilisateur spécifique](https://help.tableau.com/current/server/fr-ca/adminview_user.htm). Filtrez pour rechercher l’action Créer une métrique. - Pour voir l’activité récente impliquant des métriques, ouvrez le tableau de bord [Actions par utilisateurs récents](https://help.tableau.com/current/server/fr-ca/adminview_users_recent.htm). Examinez la liste des actions sous Quelles actions ont été effectuées récemment? [Passer au contenu principal](#main-content) # Paramètres de demande d’authentification d’OpenID Connect La demande d’authentification d’OpenID envoyée depuis Tableau Server transmet les informations en utilisant un ensemble limité de paramètres, énumérés dans cette rubrique. Si votre IdP OpenID exige des paramètres qui ne figurent pas dans la liste suivante, il n’est pas compatible avec Tableau Server. - `scope`. Cette valeur spécifie un profil qui indique à l’IdP quelles informations sur l’utilisateur doivent être renvoyées. Cette valeur peut être configurée par un administrateur Tableau Server. La valeur par défaut est « openid email profile ». Pour plus d’informations, consultez [Configurer la valeur scope](#configure-scope-value) plus loin dans ce document. - `response_type`. OpenID Connect prend en charge plusieurs flux. Cette valeur indique à l’IdP quel flux Tableau Server attend. Tableau prend uniquement en charge le flux de code d’autorisation, et la valeur est toujours définie sur « code ». - `client_id`. Cette valeur spécifie l’ID du serveur (ID client du fournisseur dans la boîte de dialogue Configuration de Tableau Server), qui permet à l’IdP de savoir d’où provient la demande. Cette information est fournie par l’IdP lors de l’enregistrement du service. Cette valeur peut être configurée par un administrateur Tableau Server. - `redirect_uri`. Cette valeur spécifie l’URL vers laquelle l’IdP redirige l’utilisateur une fois qu’il s’est authentifié avec OpenID Connect. L’URL doit inclure l’hôte et le protocole (par exemple, `http://example.tableau.com`), mais Tableau fournit le point de terminaison de l’URL. - `nonce`. Tableau Server génère une valeur nonce pour vérifier que le client vers lequel il a redirigé l’utilisateur correspond à l’entité qui revient du fournisseur d’identités. ## Configurer la valeur scope La valeur `scope` indique à l’IdP les informations qu’exige Tableau Server concernant l’utilisateur. Par défaut, Tableau Server envoie la valeur « openid profile email ». Cela indique que Tableau utilise OpenID pour l’authentification (cette partie de la valeur d’attribut `scope` doit toujours être incluse) et que Tableau Server demande le profil utilisateur et les informations de messagerie électronique lors de l’échange du code d’autorisation de l’utilisateur. Si l’étendue par défaut ne convient pas pour votre scénario, vous pouvez configurer Tableau Server pour qu’il demande des informations personnalisées sur l’utilisateur. Pour cela, vous configurez l’IdP avec un profil personnalisé (par exemple, « tableau-étendue »). Vous pouvez ensuite configurer Tableau Server pour qu’il envoie la demande d’étendue en utilisant le nom du profil personnalisé. Pour modifier la valeur d’étendue demandée par Tableau Server, utilisez la commande d’interface en ligne de commande TSM suivante : `tsm authentication openid configure --custom-scope-name custom-scope-name` **Remarques :** - Tableau Server inclut toujours « openid » comme partie de la valeur d’étendue (même si vous ne l’incluez pas dans le paramètre `custom_scope`). - Les commandes de configuration de l’authentification TSM s’appliquent uniquement à l’authentification OIDC configurée dans TSM lors de la configuration de Tableau Server. Pour modifier la configuration de l’authentification OIDC pour les pools d’identités, vous pouvez utiliser le point de terminaison [Mettre à jour la configuration de l’authentification](https://help.tableau.com/current/api/rest_api/fr-ca/REST/TAG/index.html#operation/AuthnService_UpdateAuthConfiguration) à l’aide de l’OpenAPI REST de Tableau. [Passer au contenu principal](#main-content) # Paramètres de sécurité de l’application Tableau Mobile Ajustez les stratégies de sécurité Tableau Server pour l’application Tableau Mobile. Ces stratégies permettent de sécuriser vos données en vérifiant si les appareils mobiles sont compromis et en limitant certaines interactions avec l’application Tableau Mobile. Les stratégies s’appliquent uniquement à la version standard de Tableau Mobile, et non aux versions MAM de l’application. Si vous avez déployé une application MAM, utilisez les spécifiques à Tableau Mobile, en plus des paramètres de votre système MAM, pour sécuriser l’application. ## Paramètres de sécurité Configurez les paramètres de sécurité pour Tableau Mobile sur la page des paramètres du site pour Tableau Server ou à l’aide de l’API REST. Pour en savoir plus sur L’API REST, consultez [Référence des paramètres du site Mobile](https://help.tableau.com/current/api/rest_api/fr-ca/REST/rest_api_ref_mobile_settings.htm) dans l’aide de l’API REST Tableau. Pour accéder à la page des paramètres du site : 1. Connectez-vous à votre site Tableau Server en tant qu’administrateur. 2. Dans le volet de navigation, sélectionnez Paramètres. 3. Sélectionnez l’onglet Mobile. Depuis , il est possible d’accéder aux paramètres de sécurité des appareils mobiles de Server 2023.1. Ces paramètres incluent la détection des conditions suivantes : - Détection du débridage Ce paramètre est activé par défaut au niveau Critique et permet de détecter si l’application s’exécute sur un appareil débridé. - Détection de logiciels malveillants (appareils Android uniquement) Ce paramètre est activé par défaut au niveau Critique et permet de détecter si l’appareil contient des logiciels malveillants. > [!IMPORTANT] > > Depuis septembre 2025, Tableau Mobile ne prend plus en charge le paramètre de détection des logiciels malveillants. Le paramètre de détection des logiciels malveillants a été retiré de la page des paramètres de Tableau Cloud en septembre 2025 et de la page des paramètres de Tableau Server dans Tableau Server version 2025.2.3. Toute configuration du paramètre de détection des logiciels malveillants dans les versions antérieures de Tableau Server n’aura aucun effet sur l’application Tableau Mobile. - Nombre maximum de jours hors ligne sans actualisation des stratégies Ce paramètre est activé par défaut au niveau Critique avec un maximum de 14 jours par défaut. Il détermine si l’application peut être utilisée sur un appareil qui est resté hors ligne (et donc sans actualisation de stratégies) plus longtemps que la durée maximale configurée. - Empêcher le débogage Ce paramètre est activé par défaut et ne peut pas être désactivé. Il détecte si l’appareil est associé à un débogueur. - Partage d’écran et captures d’écran (appareils Android uniquement) Ce paramètre est activé par défaut et permet de déterminer si un utilisateur de l’application Tableau Mobile peut partager des captures d’écran ou utiliser le partage d’écran avec l’application. Vous pouvez modifier le niveau de gravité du paramètre de détection du débridage : - **Avertissement** : appliquez la stratégie et, en cas d’échec, affichez un message de blocage pouvant être ignoré. - **Erreur** : appliquez la stratégie et, en cas d’échec, affichez un message de blocage jusqu’à ce que le problème soit résolu. - **Critique** : appliquez la stratégie et, en cas d’échec, affichez un message de blocage. L’application décide alors de la manière de se déconnecter de la session ou de la désactiver par l’intermédiaire des fournisseurs. Il s’agit de la valeur par défaut. [Passer au contenu principal](#main-content) # Paramètres de Tableau Content Migration Tool Les paramètres par défaut de Tableau Content Migration Tool fonctionnent dans la plupart des cas, mais vous pouvez les modifier si nécessaire, ou dans le cas où vous êtes en contact avec l’assistance Tableau et qu’ils vous demandent d’apporter des modifications. Pour afficher ou mettre à jour les paramètres de Content Migration Tool : 1. Ouvrez Content Migration Tool. 2. Cliquez sur Help > Settings. La boîte de dialogue Paramètres s’affiche : ![Onglet Avancé de la fenêtre Paramètres affichant les options avancées de l’outil de gestion de contenu.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-settings.png) Diagnostics—Cliquez sur Open Log Folder pour ouvrir l’emplacement des fichiers journaux. Ici vous pouvez voir les fichiers journaux, et les compresser si vous avez besoin de les envoyer à Tableau. Pour plus d’informations, consultez [Fichiers journaux de Tableau Content Migration Tool](https://help.tableau.com/current/server/fr-ca/cmt-logfiles.htm). Sélectionnez Enable Network Tracing si vous communiquez avec l’assistance Tableau et qu’ils vous demandent d’inclure une trace réseau dans les fichiers journaux. Ceci s’applique jusqu’à ce que vous désélectionniez l’option ou que vous redémarriez Content Migration Tool. Security—La clé de chiffrement est générée automatiquement lors de l’installation. Si vous modifiez la clé de chiffrement, il n’est plus possible d’ouvrir les plans de migration avec les mots de passe intégrés qui ont été créés avec la clé précédente. Si vous avez plusieurs installations Tableau Content Migration Tool et que vous souhaitez partager des plans de migration, vous devez vous assurer que la clé de chiffrement utilisée par chaque instance de l’outil est la même. Migration Scripts— Par défaut, un avertissement s’affiche lors de l’exécution d’un plan de migration qui inclut des scripts ou des exécutables de migration. D’autres utilisateurs peuvent modifier ces fichiers, vérifiez donc qu’ils sont sûrs avant d’exécuter la migration. L’activation et la désactivation de ce paramètre met également à jour vos préférences d’avertissement pour l’exécuteur de la console. Pour plus d’informations, consultez [Utilisation de l’utilitaire d’exécution de console Tableau Content Migration Tool](https://help.tableau.com/current/server/fr-ca/cmt-deployment_console_runner.htm). Tuning—Dans presque tous les cas, vous pouvez laisser ces paramètres aux valeurs par défaut. Si vous êtes communiquez avec l’assistance, il se peut qu’ils vous demandent de modifier ces paramètres. Temporary Files—Sélectionnez un emplacement pour les fichiers temporaires si vous souhaitez modifier la valeur par défaut. Il s’agit de l’emplacement où le contenu est copié lors d’une migration. Vous pouvez modifier cette option si l’emplacement par défaut ne dispose pas de suffisamment d’espace pour héberger temporairement le contenu migré. Networking—Sélectionner Allow Legacy HTTPS Connections vous donne la possibilité de vous connecter aux installations Tableau Server fonctionnant avec des configurations HTTPS plus anciennes (par exemple, SSL v3). Cette option n’est pas recommandée. ## Qui peut le faire? En règle générale, les tâches répertoriées ci-dessus ne peuvent être effectuées que par un utilisateur disposant d’un accès administrateur sur l’ordinateur sur lequel Content Migration Tool est installé. [Passer au contenu principal](#main-content) # Paramètres du serveur (Général et Personnalisation) Les paramètres ci-après sont disponibles dans la page Général et Personnalisation des Serveur - Paramètres. Un grand nombre de ces paramètres passent de la page Paramètres du serveur à la page Paramètres du site lorsqu’il existe plusieurs sites sur le serveur. Ils sont marqués par « Passe aux paramètres du site sur les serveurs multisite ». ## Général
ParamètreDescription
Nom du site et ID

Passe aux paramètres du site sur les serveurs multisite.

Indique le nom du site tel qu’il apparaît dans l’interface utilisateur et l’ID tel qu’il apparaît dans l’URL du site. (Si vous modifiez le site par défaut, vous ne pouvez pas modifier l’ID.)

Vous ne pouvez pas modifier la partie « #/site » de l’URL (par exemple http://localhost/#/site/sales). Dans des environnements de serveurs multisite, ces segments apparaissent dans les URL des sites autres que le site par défaut.

Espace de stockage

Passe aux paramètres du site sur les serveurs multisite.

Dans Stockage, sélectionnez soit Limite du serveur, soit Go, et dans ce dernier cas, entrez le nombre de gigaoctets à définir comme limite pour l’espace de stockage des classeurs publiés, extraits et autres sources de données.

Si vous définissez une limite de serveur et que le site dépasse cette limite, les publicateurs ne pourront pas téléverser de nouveau contenu avant que le site soit repassé sous cette limite. Les administrateurs de serveur peuvent contrôler où en est chaque site par rapport à cette limite au moyen des colonnes Espace de stockage max. et Stockage utilisé de la page Sites.

Historique des révisions

Passe aux paramètres du site sur les serveurs multisite.

Spécifie le nombre de versions précédentes de classeurs, de flux et de sources de données stockés sur le serveur.
Gestion des utilisateurs

Passe aux paramètres du site sur les serveurs multisite.

Détermine si les administrateurs de serveur peuvent ajouter ou supprimer des utilisateurs et modifier leurs rôles sur le site, ou si les administrateurs de site sont également autorisés à le faire.

Si vous autorisez les administrateurs de site à gérer les utilisateurs, précisez le nombre d’utilisateurs qu’ils peuvent ajouter au site en sélectionnant l’une des options suivantes :

  • L’option Limite de serveur ajoute le nombre de licences disponibles par siège et par serveur. Pour un serveur avec des licences basées sur les cœurs, aucune limite ne s’applique.
  • L’option Limite de site permet aux administrateurs de site d’ajouter des utilisateurs jusqu’à une limite que vous spécifiez.
  • L’option Limite de rôle sur le site permet aux administrateurs de site d’ajouter des utilisateurs de chaque rôle sur le site jusqu’à la limite de licence que vous spécifiez pour le site.

Pour en savoir plus, consultez Afficher les licences de serveur.

Création Web

Passe aux paramètres du site sur les serveurs multisite.

Contrôle si la fonction de création dans un navigateur est activée pour le site. Lorsque la création Web de classeurs est désactivée, les utilisateurs ne peuvent pas créer ou modifier des classeurs publiés à partir de l’environnement Web du serveur, mais doivent dans ce cas utiliser Tableau Desktop pour republier le classeur. Lorsque la création Web de flux est désactivée, les utilisateurs ne peuvent pas créer ou modifier les flux publiés à partir de l’environnement Web du serveur, mais doivent dans ce cas utiliser Tableau Prep Builder pour republier le flux.

Pour plus d’informations, consultez Définir l’accès à la création Web et aux fonctions d’un site dans l’aide de Tableau Cloud.

Tableau Prep Conductor

Passe aux paramètres du site sur les serveurs multisite.

Contrôle si les utilisateurs dotés des autorisations appropriées peuvent planifier et surveiller les flux. Tableau Prep Conductor - Composant de Tableau Gestion des données. Pour en savoir plus, consultez À propos de Tableau Prep Conductor.
Tableau Catalog

Passe aux paramètres du site sur les serveurs multisite.

Désactive les fonctionnalités de Catalog lorsqu’un site Tableau Server ou Tableau Cloud possède une licence avec Gestion des données. Pour en savoir plus, consultez Désactiver Tableau Catalog.
Paramètres de messagerie

Passe aux paramètres du site sur les serveurs multisite.

Spécifie l’adresse d’expédition et le pied de page du message tels qu’ils apparaissent dans les courriels automatiques d’alertes et d’abonnements.
Performances des classeurs après une actualisation programmée

Passe aux paramètres du site sur les serveurs multisite.

Pré-traite les classeurs récemment consultés avec des actualisations programmée afin de les ouvrir plus rapidement. Pour en savoir plus, consultez Configurer les performances du classeur après une actualisation programmée.
Métriques de performances des classeurs

Passe aux paramètres du site sur les serveurs multisite.

Permet aux utilisateurs du site de collecter des métriques sur les performances des classeurs, par exemple leur vitesse de chargement. Pour lancer l’enregistrement, les utilisateurs doivent ajouter un paramètre à l’URL du classeur. Pour plus d’informations, consultez Créer un enregistrement des performances.
Nettoyage de trousseau géré

Passe aux paramètres du site sur les serveurs multisite.

Permet aux administrateurs de site de gérer les trousseaux d’identifiants enregistrés pour les connexions OAuth sur le site. Pour plus d’informations, consultez Connexions OAuth.
Suspendre automatiquement les tâches d’actualisation d’extrait

Passe aux paramètres du site sur les serveurs multisite.

Pour économiser les ressources, Tableau peut suspendre automatiquement les tâches d’actualisation d’extrait pour les classeurs inactifs. Cette fonctionnalité s’applique uniquement aux programmations d’actualisation qui s’exécutent chaque semaine ou plus souvent. Pour en savoir plus, consultez Suspendre automatiquement les actualisations d’extraits pour les classeurs inactifs dans l’aide de Tableau Cloud.
Visibilité des utilisateurs

Passe aux paramètres du site sur les serveurs multisite.

Contrôle les noms d’utilisateur et de groupe visibles par d’autres utilisateurs. Pour en savoir plus, consultez Gérer la visibilité des utilisateurs dans l’aide de Tableau Cloud.
Disponibilité de la fonctionnalité « Parlez aux données »

Passe aux paramètres du site sur les serveurs multisite.

Contrôle si la fonctionnalité « Parlez aux données » est activée ou désactivée par défaut pour les sources de données. Cette fonctionnalité permet aux utilisateurs d’interroger des données en utilisant un langage conversationnel et de voir automatiquement les visualisations. Pour en savoir plus, consultez Créer automatiquement des vues avec la fonctionnalité « Parlez aux données » dans l’Aide utilisateur de Tableau.
Disponibilité d’Expliquer les données

Passe aux paramètres du site sur les serveurs multisite.

Contrôle si les utilisateurs du site disposant des autorisations appropriées peuvent exécuter Expliquer les données et si les auteurs peuvent accéder aux paramètres Expliquer les données. Pour plus d’informations, consultez Contrôler l’accès à Expliquer les données. Pour en savoir plus sur Expliquer les données, consultez Découvrir des informations plus rapidement avec Expliquer les données.
Accès automatique aux métadonnées sur les bases de données et les tables

Passe aux paramètres du site sur les serveurs multisite.

Accorde automatiquement aux utilisateurs l’accès à certaines fonctionnalités sur des ressources externes à l’aide d’autorisations dérivées. Pour en savoir plus, consultez Désactiver les autorisations dérivées dans l’aide de Tableau Cloud.
Données sensibles de lignage

Passe aux paramètres du site sur les serveurs multisite.

Précise si les données de lignage sensibles doivent être masquées ou filtrées lorsque les utilisateurs ne disposent pas des autorisations appropriées pour les métadonnées connexes. Pour en savoir plus, consultez Données de lignage sensibles.

Chiffrement des extraits au repos

Passe aux paramètres du site sur les serveurs multisite.

Vous permet de chiffrer des extraits .hyper pendant qu’ils sont stockés sur Tableau Server. Les administrateurs de serveur peuvent appliquer le chiffrement de tous les extraits sur leur site ou autoriser les utilisateurs à chiffrer tous les extraits associés à des classeurs ou des sources de données publiés spécifiques. Pour plus d’informations, consultez Chiffrement des extraits au repos.
Tableau Mobile

Passe aux paramètres du site sur les serveurs multisite.

  • Activer les aperçus hors ligne

    Contrôle si des aperçus hors ligne sont générés pour être affichés lorsque les utilisateurs accèdent au site sur Tableau Mobile. Pour en savoir plus, consultez Gérer les données Tableau Mobile sur les appareils dans le guide de déploiement de Tableau Desktop.

  • Activer le verrouillage d’application

    Les utilisateurs auront besoin d’une méthode biométrique ou d’un code d’accès pour les appareils pour ouvrir le site sur Tableau Mobile. Pour en savoir plus, consultez Activer le verrou d’application pour plus de sécurité dans le guide de déploiement de Tableau Mobile.

Partage

Passe aux paramètres du site sur les serveurs multisite.

Permet aux utilisateurs de partager des éléments directement avec d’autres utilisateurs. Lorsqu’un élément est partagé, les destinataires reçoivent une notification et l’élément est ajouté à leur page Partagé avec moi. Si le partage n’est pas activé, les utilisateurs peuvent uniquement copier un lien à partager. Pour en savoir plus, consultez Partager le contenu Web dans l’Aide utilisateur de Tableau.
Commentaires

Passe aux paramètres du site sur les serveurs multisite.

Contrôle si les utilisateurs peuvent ajouter des remarques dans un volet Commentaires pour chaque vue et @mentionner d’autres utilisateurs Tableau pour qu’ils soient notifiés par courriel. Pour en savoir plus, consultez Commentaires sur les vues dans l’Aide utilisateur de Tableau.
Alertes basées sur les données

Passe aux paramètres du site sur les serveurs multisite.

Permet aux utilisateurs de recevoir automatiquement des courriels lorsque les données atteignent des seuils clés. Pour en savoir plus, consultez Envoyer des alertes générées par les données dans l’Aide utilisateur de Tableau.
Balises

Passe aux paramètres du site sur les serveurs multisite.

Spécifie le nombre de balises que les utilisateurs peuvent ajouter aux éléments. La limite par défaut est de 50 balises et le maximum est de 200. Pour en savoir plus, consultez Utiliser des balises.
Recommandations de vues

Passe aux paramètres du site sur les serveurs multisite.

Contrôle si les recommandations s’affichent sur le site et si les noms des utilisateurs qui ont consulté les vues recommandées s’affichent dans les infobulles de recommandations.

Remarque : si vous utilisez Tableau Server, votre administrateur peut désactiver les recommandations.

Demande d’accès

Passe aux paramètres du site sur les serveurs multisite.

Permet aux utilisateurs d’envoyer des demandes d’accès aux propriétaires de contenu ou de projet. Pour en savoir plus, consultez Autoriser les utilisateurs de site à demander l’accès au contenu dans l’aide de Tableau Cloud.
Jointures entre bases de données

Passe aux paramètres du site sur les serveurs multisite.

Détermine où le processus de jointure se produit lorsque vous liez des données provenant de sources multiples. Pour en savoir plus, consultez Combiner des tables provenant de bases de données différentes dans l’aide utilisateur de Tableau.
Type de contenu Métriques

Passe aux paramètres du site sur les serveurs multisite.

Contrôle si des métriques sont disponibles sur le site. Lorsqu’elles sont activées, les utilisateurs peuvent créer des métriques à partir de vues et les métriques apparaissent comme un type de contenu. Lorsqu’elles sont désactivées, les métriques n’apparaissent pas sur le site ou ne continuent pas à se synchroniser. Toutefois, vous pouvez réactiver la fonctionnalité pour récupérer les métriques précédemment créées. Pour en savoir plus, consultez « Paramétrage des métriques » dans l’aide de Tableau Cloud ou l’aide de Tableau Server.

Retrait de l’ancienne fonctionnalité Métriques

L’ancienne fonctionnalité Métriques de Tableau a été retirée dans Tableau Cloud février 2024 et dans Tableau Server version 2024.2. En octobre 2023, Tableau a retiré la possibilité d’intégrer des anciennes métriques dans Tableau Cloud et dans Tableau Server version 2023.3. Avec Tableau Pulse, nous avons conçu une expérience améliorée vous permettant de suivre les métriques et d’interroger vos données. Pour plus d’informations, consultez Créer des métriques avec Tableau Pulse pour découvrir la nouvelle expérience et Créer et résoudre les problèmes liés aux métriques (retiré) pour en savoir plus sur la fonctionnalité retirée.

Définir le fuseau horaire pour les extraits

Passe aux paramètres du site sur les serveurs multisite.

Le fuseau horaire par défaut pour les sources de données basées sur des extraits dans un site est le Temps universel coordonné (UTC). Les administrateurs de site peuvent définir un fuseau horaire différent. Pour en savoir plus, consultez Définir le fuseau horaire du site pour les extraits dans l’aide de Tableau Cloud.
Exécuter maintenant

Sur les serveurs multisite, l’option apparaît à la fois dans les paramètres du serveur (en bas de la page) et dans les paramètres du site.

Les administrateurs de serveur peuvent utiliser ce paramètre pour autoriser ou non les utilisateurs à exécuter manuellement des actualisations d’extraits, des exécutions de flux et des abonnements. Ce paramètre peut être appliqué au niveau du serveur pour inclure tous les sites sur Tableau Server ou appliqué au niveau du site pour n’inclure que des sites spécifiques.

  • Par défaut, cette option est activée pour permettre aux utilisateurs d’exécuter des travaux manuellement. Désactivez la case à cocher pour empêcher les utilisateurs d’exécuter des travaux manuellement.
  • Cela s’applique uniquement aux travaux qui sont lancés manuellement par un utilisateur à partir de l’interface Web, des appels d’API REST ou des commandes tabcmd. Les travaux initiés à partir de tâches programmées continueront à s’exécuter à l’heure prévue et ne seront pas affectés.
  • Sélectionnez Exécuter maintenant pour permettre aux utilisateurs de modifier le type de connexion (En direct/Extrait) des sources de données sur le Web.
Gérer les notifications

Passe aux paramètres du site sur les serveurs multisite.

Contrôle la façon dont les utilisateurs du site peuvent recevoir des notifications pour des événements tels que les travaux d’extrait, l’exécution de flux ou quand un autre utilisateur partage un contenu avec eux ou les mentionne dans un commentaire. Les notifications peuvent être vues sur leur site Tableau via le centre de notification ou envoyées par courriel. Lorsqu’une notification est activée, les utilisateurs peuvent configurer leurs préférences de notification sur leur page Paramètres de compte.
Abonnements à des flux

Passe aux paramètres du site sur les serveurs multisite.

Contrôle si les propriétaires de flux peuvent planifier et envoyer des courriels avec des données de sortie de flux à eux-mêmes et à d’autres. Lorsque vous autorisez les abonnements aux flux, vous pouvez contrôler si les données de sortie du flux sont incluses dans le courriel d’abonnement et si les fichiers de sortie du flux sont joints au courriel. Pour en savoir plus, consultez Notifier les utilisateurs des exécutions de flux réussies.
Objets Page Web

Passe aux paramètres du site sur les serveurs multisite.

Contrôle si ces objets de tableau de bord peuvent afficher des URL cibles. Pour en savoir plus, consultez Sécurité des objets Page Web dans l’Aide utilisateur de Tableau.
Espace personnel

Passe aux paramètres du site sur les serveurs multisite.

Permet aux utilisateurs de site dotés d’un rôle Creator ou Explorer de créer et d’enregistrer du contenu dans un espace personnel privé. Lorsque l’espace personnel est activé, vous pouvez définir des limites de stockage utilisateur. Pour plus d’informations, consultez Créer et modifier un contenu privé dans l’espace personnel.
Collections

Passe aux paramètres du site sur les serveurs multisite.

Contrôle si les collections sont disponibles. Lorsque vous activez les collections, les utilisateurs peuvent créer des collections pour organiser le contenu et parcourir les collections mises à disposition par d’autres utilisateurs. Pour plus d’informations, consultez Organiser les éléments d’une collection.
Registre des clients OAuthPour un sous-ensemble de connecteurs, vous pouvez enregistrer un client OAuth personnalisé pour le site afin de remplacer un client OAuth qui a été configuré pour le serveur. En enregistrant un client OAuth personnalisé, vous autorisez les connexions nouvelles et existantes à utiliser le client OAuth au niveau du site au lieu du client OAuth à l’échelle du serveur. Pour plus d’informations, consultez Configurer un OAuth personnalisé pour un site.
Accélération des vuesContrôle si les utilisateurs du site Creator et Explorer peuvent accélérer les vues dans leurs classeurs Tableau Server pour des temps de chargement plus rapides. Lorsque vous autorisez l’accélération des vues, vous pouvez définir un nombre maximal de vues à accélérer et vous pouvez choisir de suspendre automatiquement l’accélération pour les vues qui échouent à plusieurs reprises à la tâche d’accélération. Pour plus d’informations, consultez Accélération des vues.
Page de démarrageAffiche un lien vers la page de démarrage par défaut actuelle du serveur pour tous les utilisateurs. Pour en savoir plus sur la modification de la page de démarrage par défaut, consultez Définir la page de démarrage par défaut pour tous les utilisateurs. Chaque utilisateur pourra remplacer ce paramètre (pour en savoir plus, consultez Accéder à vos paramètres de profil et de compte).
Accès Invité Permet aux utilisateurs d’afficher les vues intégrées et d’interagir avec elles sans les obliger à se connecter à un compte Tableau Server. Des autorisations peuvent être attribuées au compte utilisateur Invité afin de contrôler l’interactivité autorisée pour chaque vue. Cette option est uniquement disponible si vous disposez d’une licence de serveur basé sur les cœurs.

Elle peut être utilisée avec l’option Activer la connexion automatique, que vous pouvez sélectionner lors de la configuration.

Information d’identification intégrée dans le contenu
  • Autoriser les publicateurs à intégrer des identifiants dans une source de données, un flux ou un classeur

    Permet aux publicateurs de joindre les mots de passe aux classeurs publiés ou aux flux afin que les utilisateurs Web soient automatiquement authentifiés lors de la connexion aux sources de données. Les mots de passe sont joints aux classeurs ou aux flux d’entrée et ne sont accessibles que sur le serveur. Cela signifie que les utilisateurs devront toujours entrer un nom d’utilisateur et un mot de passe afin de se connecter à la source de données lorsqu’un classeur est ouvert dans Tableau Desktop. Lorsque ce paramètre est désactivé, tous les mots de passe intégrés existants sont enregistrés, mais ils ne sont pas utilisés pour l’authentification. Si vous activez à nouveau ce paramètre, les utilisateurs n’ont pas à réintégrer les mots de passe.

  • Autoriser les éditeurs à programmer des exécutions de flux et à actualiser les extraits

    Permet aux publicateurs d’affecter des classeurs ou des flux à des programmations. Cette option n’est disponible que si Autoriser les publicateurs à intégrer les identifiants dans une source de données, un flux ou un classeur est activé. Lorsque ce paramètre est activé, les utilisateurs de Tableau Desktop voient les options de programmation dans la boîte de dialogue Publier.

Personnalisation de la connexion

Ajoutez une remarque personnalisée à la page de connexion du serveur. Le paramètre Connexion vous permet d’ajouter du texte. Vous avez aussi la possibilité d’ajouter une URL pour transformer le texte en lien. Cette remarque s’affiche également en cas d’erreur de connexion utilisateur.

Les remarques personnalisées ne s’affichent pas sur Tableau Mobile. Si Tableau Server est configuré avec des pools d’identités, la note de personnalisation de la connexion s’affiche à la fois sur la page d’accueil de Tableau Server sous toutes les options de connexion et sur la page où les utilisateurs où les utilisateurs de votre pool initial (configuré par TSM) saisissent leur nom d’utilisateur et leur mot de passe.

Pour définir une remarque personnalisée, connectez-vous à un site sur Tableau Server. Dans le volet de navigation de gauche, sélectionnez Gérer tous les sites dans la liste déroulante des sites. Sélectionnez Paramètres et ajoutez un message à la personnalisation de la connexion.

Pour en savoir plus, consultez Personnaliser votre serveur.

Programmation d’apprentissage du moteur de recommandationsLes recommandations prennent deux formes : des recommandations de sources de données et de tables (pour Tableau Desktop) et des recommandations de vues (pour Tableau Server). Les recommandations sont basées sur la popularité du contenu et sur les contenus fréquemment utilisés par d’autres utilisateurs ayant un profil similaire à l’utilisateur actuel.

Les options d’apprentissage contrôlent la fréquence à laquelle le serveur vérifie la présence de nouveau contenu et la nouvelle information d’utilisation afin que les recommandations soient toujours à jour. Le nouveau contenu comprend les sources de données et les classeurs nouveaux et mis à jour. La nouvelle information d’utilisation est par exemple « Laura Rodriguez a utilisé la source de données Service de cantine » et « Henry Wilson a utilisé la source de données Ventes mensuelles ».

Si vous remarquez un quelconque impact sur les performances du serveur, programmez ce processus pour qu’il s’exécute à un moment de faible sollicitation du serveur. Pour suivre les performances, recherchez la tâche « Apprentissage du moteur de recommandations » ou « Apprentissage du moteur de recommandations pour les vues » dans la vue Tâches en arrière-plan hors extraits.

Si vous souhaitez désactiver les recommandations, modifiez l’option tsm configuration set « recommendations.enabled » sur « false ». Si vous voulez désactiver uniquement les recommandations de vues, modifiez l’option « recommendations.vizrecs.vizrecs.enabled » sur « false »

Clients connectés Contrôle si les utilisateurs mobiles doivent s’authentifier et fournir leur information d’identification à chaque fois qu’ils se connectent à Tableau Server, ou si les utilisateurs peuvent se connecter avec leurs périphériques à Tableau Server sans fournir d’information d’identification après avoir correctement authentifié leur périphérique la première fois. Pour plus d’informations, consultez Désactiver l’authentification client automatique.
Langue et paramètres locauxContrôle le choix de la langue utilisée pour l’interface utilisateur du serveur et les paramètres locaux utilisés pour les vues. Chaque utilisateur peut remplacer ce paramètre sur sa page Paramètres de compte. De plus, les paramètres du navigateur Web sont les premiers éléments pris en compte pour déterminer la langue et les paramètres locaux utilisés. Pour en savoir plus, consultez Langue et paramètres locaux pour Tableau Server.
Information d’identification enregistrée pour les sources de données
  • Permettent aux utilisateurs d’enregistrer les mots de passe des sources de données

    Autorise les utilisateurs à choisir « Mémoriser mon mot de passe » et enregistrer les mots de passe de source de données d’une visite, d’un navigateur et d’un appareil à l’autre. (Par défaut, les utilisateurs peuvent choisir l’option « Mémoriser mon mot de passe jusqu’à ce que je me déconnecte », ce qui leur permet d’enregistrer leur mot de passe lors d’une session unique du navigateur.)

    En tant qu’administrateur, vous pouvez à tout moment supprimer tous les mots de passe enregistrés. De plus, les utilisateurs peuvent supprimer leurs propres mots de passe enregistrés.

  • Autoriser les utilisateurs à enregistrer les jetons d’accès OAuth pour les sources de données

    Permet aux utilisateurs de stocker des jetons d’accès avec leurs préférences. Les jetons d’accès sont fournis par les sources de données dans le nuage ​​qui prennent en charge les connexions OAuth, et sont utilisés à la place des noms d’utilisateur et des mots de passe pour accorder l’accès aux données.

    Pour en savoir plus, consultez Connexions OAuth

Tâches liées

Sur les serveurs multisite, l’option apparaît à la fois dans les paramètres de serveur et dans les paramètres de site.

Les administrateurs de serveur peuvent utiliser ce paramètre pour permettre aux utilisateurs de planifier des tâches de flux qui s’exécutent les unes après les autres. Ils peuvent également permettre aux utilisateurs de déclencher l’exécution de tâches de flux planifiées à l’aide de l’option Exécuter maintenant.

Ce paramètre peut être appliqué au niveau du serveur pour inclure tous les sites sur Tableau Server. Le paramètre peut être désactivé au niveau du site pour inclure uniquement des sites spécifiques.

Si le paramètre est désactivé après la planification de tâches liées, toutes les tâches en cours d’exécution se terminent et les tâches liées planifiées sont masquées et ne s’affichent plus dans l’onglet Tâches planifiées.

Pour en savoir plus, consultez Planifier des tâches liées.

Paramètres de flux

Sur les serveurs multisite, l’option apparaît à la fois dans les paramètres de serveur et dans les paramètres de site.

Permet aux utilisateurs de planifier et d’exécuter des flux qui incluent des paramètres.

Les administrateurs peuvent également activer les paramètres de flux pour accepter n’importe quelle valeur. Si cette option est activée, tout utilisateur de flux peut entrer n’importe quelle valeur dans un paramètre, exposant potentiellement des données auxquelles l’utilisateur ne devrait pas avoir accès.

Les paramètres peuvent être entrés dans une étape d’entrée pour le nom du fichier et son chemin d’accès, le nom de la table, ou lors de l’utilisation de requêtes SQL personnalisées, dans une étape de sortie pour le nom du fichier et son chemin d’accès et le nom de table, et dans n’importe quel type d’étape pour les filtres ou les valeurs calculées.

Les paramètres de flux peuvent être appliqués au niveau du serveur pour inclure tous les sites sur Tableau Server. Les paramètres peuvent être désactivés au niveau du site pour inclure uniquement des sites spécifiques.

Pour en savoir plus sur l’utilisation des paramètres, consultez Créer et utiliser des paramètres dans les flux dans l’aide de Tableau Prep.

Synchronisation Active Directory

Apparaît uniquement lorsque le serveur est configuré pour le magasin d’identités AD.

Contrôle la synchronisation de tous les groupes Active Directory dans Tableau Server selon une programmation que vous spécifiez après avoir sélectionné l’option Synchroniser les groupes Active Directory selon une programmation régulière. Pour plus d’informations, consultez Synchroniser les groupes de répertoire externe sur le serveur.
Réinitialiser les paramètres par défautRétablir tous les paramètres du serveur décrits ici qui ont été modifiés depuis l’installation à leur état initial.
Assertions d’appartenance à un groupe

Sur les serveurs multisite, l’option apparaît à la fois dans la page des paramètres de serveur et dans celle des paramètres de site.

Permet de contrôler et de gérer l’appartenance à un groupe local par l’IdP ou via l’application connectée en affirmant dynamiquement l’appartenance au groupe lorsqu’un utilisateur s’authentifie auprès de Tableau Server. Nécessite une configuration supplémentaire dans l’assertion SAML ou le jeton Web JSON (JWT). Pour plus d’informations, consultez Contrôle dynamique des membres de groupes à l’aide d’assertions.

Remarque : Ce paramètre à l’échelle du serveur doit être activé pour permettre l’activation du paramètre au niveau du site.

Ensembles de groupes

Passe aux paramètres du site sur les serveurs multisite.

Active la page des Ensembles de groupes et la possibilité de créer des ensembles de groupes. Les ensembles de groupes peuvent être utilisés par certains utilisateurs (administrateurs de serveur, administrateurs de site, propriétaires de projet et propriétaires de contenu) pour appliquer des règles d’autorisation qui exigent que les utilisateurs soient membres de tous les groupes de l’ensemble de groupes pour accéder au contenu dont les autorisations dépendent de l’ensemble de groupes. Pour plus d’informations, consultez Utiliser des ensembles de groupes.
## Personnalisation
ParamètreDescription
Bannière de bienvenue

Ajoutez un message personnalisé à la bannière de bienvenue sur la page d’accueil pour que tous les utilisateurs du serveur puissent le voir. Le message personnalisé peut contenir jusqu’à 240 caractères de texte et de liens hypertexte ainsi qu’un saut de paragraphe. Les administrateurs peuvent également désactiver la bannière d’accueil par défaut de Tableau pour le serveur.

Pour en savoir plus, consultez Personnaliser votre serveur.

## Mobile
ParamètreDescription
Tableau Mobile

 

Verrou d’applicationLes utilisateurs auront besoin d’une méthode biométrique ou d’un code d’accès pour les appareils pour ouvrir ce site sur Tableau Mobile. Pour en savoir plus, consultez Activer le verrou d’application pour plus de sécurité dans le guide de déploiement de Tableau Mobile.
Aperçus hors ligneContrôle si des aperçus hors ligne sont générés pour être affichés lorsque les utilisateurs accèdent au site sur Tableau Mobile. Pour en savoir plus, consultez Gérer les données Tableau Mobile sur les appareils dans le guide de déploiement de Tableau Desktop.
Stratégies de sécurité mobile

Ajouté dans la version 2023.1.0

Certaines stratégies de sécurité sont activées automatiquement et ne peuvent pas être désactivées. Les stratégies de sécurité mobile ne sont pas disponibles pour les versions MAM de Tableau Mobile.

Remarque : Les stratégies de sécurité mobile configurées au niveau du site remplacent les stratégies de sécurité mobile de niveau serveur.

Détection du débridage

Contrôle si un utilisateur de l’application Tableau Mobile avec un appareil qui a été « débridé » est autorisé à accéder au contenu sur Tableau, et quel niveau de réponse se produit lorsqu’un appareil débridé est détecté. Pour en savoir plus, consultez Paramètres de sécurité de l’application Tableau Mobile.
Détection de logiciels malveillants (Android uniquement)Contrôle si la détection des logiciels malveillants est activée pour les appareils mobiles et quel niveau de réponse se produit lorsqu’un logiciel malveillant est détecté. Pour en savoir plus, consultez Paramètres de sécurité de l’application Tableau Mobile.
Nombre maximum de jours hors ligne sans actualisation des stratégiesContrôle le nombre maximum de jours pendant lesquels un appareil mobile peut être hors ligne tout en continuant à utiliser l’application. Pour en savoir plus, consultez Paramètres de sécurité de l’application Tableau Mobile.
Empêcher le débogageContrôle si les débogueurs sont bloqués sur les appareils mobiles. Pour en savoir plus, consultez Paramètres de sécurité de l’application Tableau Mobile.
Partage d’écran et captures d’écran (Android uniquement)Contrôle si un utilisateur de Tableau Mobile peut prendre des captures d’écran ou utiliser le partage d’écran lorsqu’il est dans l’application. Pour en savoir plus, consultez Paramètres de sécurité de l’application Tableau Mobile.
[Passer au contenu principal](#main-content) # Paramètres par défaut de l’installation du nœud initial Par défaut, le programme d’installation Tableau Server configure le nombre d’instances de processus que Tableau Server exécute sur la base du matériel détecté par le programme d’installation. La configuration par défaut s’applique aux installations sur un seul serveur et au serveur initial dans une installation distribuée. Vous pouvez calculer la configuration par défaut en fonction des règles suivantes pour chaque processus, où le « nombre de cœurs » désigne le nombre de processeurs physiques : | Nom du processus | Nombre de processus | | --- | --- | | Serveur VizQL | Correspond au nombre de cœurs divisé par quatre, jusqu’à un maximum de quatre instances de processus. | | Gestionnaire de processus en arrière-plan | Définir sur deux, à moins que le nombre de cœurs ne soit inférieur à huit. | | Serveur de cache | Définir sur deux, à moins que le nombre de cœurs ne soit inférieur à huit. | | Serveur de données | Définir sur deux, à moins que le nombre de cœurs ne soit inférieur à huit. | Pour tous les autres types de processus, le nombre d’instances de processus est défini sur un, quel que soit le matériel. Voici un exemple de configuration par défaut pour un ordinateur équipé de 16 cœurs : | Nom du processus | Nombre de processus | | --- | --- | | Serveur VizQL | 4 | | Serveur d’applications | 1 | | Gestionnaire de processus en arrière-plan | 2 | | Serveur de cache | 2 | | Serveur de données | 2 | | stockage de fichiers | 1 | | Moteur de données | 1 | [Passer au contenu principal](#main-content) # Paramètres requis du compte Exécuter en tant que service Le compte Exécuter en tant que service nécessite des autorisations lui permettant de modifier des fichiers et des paramètres de registre. En outre, étant donné que le compte Exécuter en tant que service est utilisé comme contexte de sécurité pour le service Application Manager (tabsv) de Tableau Server, le compte doit également être autorisé à se connecter en tant que service. Ces autorisations sont définies automatiquement lorsque vous mettez à jour le compte Exécuter en tant que service dans la configuration de Tableau Server comme décrit dans la rubrique, [Modifier le compte Exécuter en tant que service](https://help.tableau.com/current/server/fr-ca/runas_acct.htm). Si vous avez modifié le compte Exécuter en tant que service, nous recommandons de révoquer manuellement les autorisations du compte précédent. Voir [Révoquer les autorisations du compte Exécuter en tant que service](https://help.tableau.com/current/server/fr-ca/runas_change.htm). Le compte que vous utilisez comme compte Exécuter en tant que service ne doit pas être membre du compte Administrateurs locaux ou Administrateurs de domaine. Au lieu de cela, nous vous recommandons d’utiliser un compte utilisateur de domaine qui n’est pas un administrateur du compte Exécuter en tant que service. L’utilisation d’un compte de domaine qui n’est pas membre de ces groupes d’administrateurs est une pratique de sécurité recommandée. Elle contribue à empêcher l’accès à des sources de données et des dossiers spécifiques. Pour plus d’informations sur les meilleures pratiques lors de la création d’un compte Exécuter en tant que service, consultez [Création du compte Exécuter en tant que service](https://help.tableau.com/current/server/fr-ca/runas_acct.htm#best). Si vous avez récemment modifié le compte Exécuter en tant que service ou que vous recevez des erreurs d’autorisation, utilisez cette section pour confirmer que Tableau Server répond aux exigences d’autorisation détaillées ici. Si vous exécutez une installation distribuée, toutes les configurations des autorisations du compte Exécuter en tant que service doivent être identiques sur tous les nœuds. **Remarque :** Ne cachez pas les fichiers créés par le programme d’installation de Tableau Server. ## Autres articles de cette section [Passer au contenu principal](#main-content) # Passerelle indépendante de Tableau Server Cette rubrique présente une vue d’ensemble de la passerelle indépendante de Tableau Server. La passerelle indépendante est un serveur proxy inverse et un équilibreur de charge basé sur Apache httpd. Elle utilise la même version d’Apache httpd que le processus du serveur de passerelle Tableau Server intégré au groupement Tableau Server, mais elle convient au déploiement dans un DMZ du réseau. La passerelle indépendante faisant partie de Tableau Server, elle est gérée par TSM et ne nécessite pas de configuration séparée. Sa configuration connaît parfaitement la topologie des composants Tableau Server accessibles de l’extérieur. Elle est mise à jour lorsque la topologie du groupement change. L’installation de la passerelle indépendante est simple, et sa configuration s’effectue de manière centralisée à l’aide des éléments de configuration de Tableau Services Manager (TSM). Avec cette fonctionnalité, Tableau Server peut maintenant être configuré de deux façons : - Installez Tableau Server de façon autonome. Les serveurs proxy inverses doivent être installés et gérés séparément. - Installez Tableau Server, puis installez la passerelle indépendante en tant que serveur proxy inverse géré par Tableau Server (version 2022.1 et versions ultérieures). ## Pourquoi utiliser une passerelle indépendante? L’utilisation d’une passerelle indépendante présente les avantages suivants par rapport à l’installation d’un serveur proxy inverse : - **Prise en charge complète :** la passerelle indépendante fait partie d’une installation Tableau Server et est entièrement prise en charge par Tableau. - **Compatibilité avec Tableau Server :** lorsque vous utilisez un serveur proxy inverse distinct, il doit être mis à jour lorsque la topologie de Tableau Server change. La passerelle indépendante est pleinement compatible avec tous les composants Tableau Server pouvant être exécutés de l’extérieur, et est mise à jour lorsque ceux-ci changent. ## Gestion de la passerelle indépendante ### Gestion des licences Pour utiliser la passerelle indépendante, vous devez avoir les Advanced Management capacités dans Tableau Server. Aucune licence n’est accordée sur le nœud de la passerelle indépendante. Pour plus d’informations, consultez [À propos de Tableau Advanced Management sur Tableau Server](https://help.tableau.com/current/server/fr-ca/itm_intro.htm). Si vous n’avez pas activé une clé Advanced Management ou si la licence a expiré, vous verrez le comportement suivant : - Si vous essayez de configurer Tableau Server avec une passerelle indépendante, la configuration échouera. - Si vous utilisez déjà la passerelle indépendante, et que la licence Advanced Management expire, le serveur échouera au redémarrage. ### Sauvegarde et restauration L’utilisation de la passerelle indépendante n’affecte pas la sauvegarde ou la restauration. Une sauvegarde ou une restauration de Tableau Server n’inclura pas les renseignements ni les éléments de configuration de la passerelle indépendante. Si vous utilisez la sauvegarde pour créer une nouvelle installation de Tableau, vous devrez installer, configurer et activer séparément la passerelle indépendante avant de réinstaller Tableau Server. ### Considérations relatives à la haute disponibilité Vous pouvez installer plusieurs instances de la passerelle indépendante de manière à garantir encore davantage la haute disponibilité de votre serveur proxy inverse. Vous pouvez également augmenter le nombre de nœuds de la passerelle indépendante si un grand nombre de vos sessions client accèdent à Tableau. Tous les nœuds doivent exécuter la même système d’exploitation. Pour plus d’informations, consultez [Configuration logicielle requise pour un serveur multinœud](https://help.tableau.com/current/server/fr-ca/distrib_requ.htm#DistribPrereqOS). ## Topologie Lorsque vous configurez Tableau Server avec une passerelle indépendante, vous n’avez plus besoin d’installer et de configurer un serveur proxy inverse distinct. La passerelle indépendante sera visible sur la page d’état de TSM comme un service externe. **Remarque :** la page d’état et la sortie d’état sur l’interface CLI n’affichent qu’une seule instance de la passerelle indépendante, même si vous avez installé plusieurs nœuds de la passerelle indépendante. ## Suivant [Installer Tableau Server avec une passerelle indépendante](https://help.tableau.com/current/server/fr-ca/server_tsig_new_install.htm) ## Autres articles de cette section [Passer au contenu principal](#main-content) # Performances Vous pouvez surveiller et régler les performances de Tableau Server. ## Autres articles de cette section [Passer au contenu principal](#main-content) # Performances d’exécution des flux Utilisez cette vue pour afficher l’historique des performances de tous les flux d’un site. Vous pouvez filtrer par Nom du flux, Nom de l’étape de sortie, Propriétaire du flux, Type d’exécution (Programmé ou ad hoc) et Heure de début d’exécution du flux. Pour en savoir plus sur les autres vues administratives disponibles pour les flux, consultez [Surveiller l’état et les performances des flux](https://help.tableau.com/current/server/fr-ca/prep_conductor_monitor_flow.htm). ![Une vue administrative montrant les performances du flux au fil du temps. Chaque point du graphique correspond à une exécution de flux spécifique, affichant le nom du flux, l’étape de sortie, le propriétaire du flux, le type d’exécution et les heures de début et de fin.](/tableau/current/fr-ca/server/fr-ca/Img/prep_conductor_admin_views_flow_performance.png) Voici quelques questions auxquelles cette vue vous permet de répondre : - **Quelles tâches de flux sont actuellement programmées?** – Pour cela, utilisez le filtre Heure de début et sélectionnez la période que vous souhaitez consulter. Par exemple, pour afficher les tâches de flux programmées dans les 3 prochaines heures, sélectionnez **Heures** -> **Suivant** -> et entrez **3**. - **Quelle est la durée des tâches de flux?** - Pour répondre à cette question, cliquez sur un repère dans la vue et vous verrez s’afficher des détails, y compris la durée de la tâche. **Combien de flux ont été exécutés ad hoc et combien étaient des exécutions programmées?** - Pour y répondre, utilisez le filtre **Type d’exécution** et sélectionnez **Ad hoc** ou **Programmé**. **Remarque :** ceci ne fonctionne pas dans cette version et ne filtrera pas les données. En plus des questions décrites ci-dessus, voici quelques exemples d’information exploitable que vous pourrez éventuellement recueillir : - Les flux qui s’exécutent le plus souvent auront le plus grand nombre de repères. - Pour voir le nombre de flux en cours d’exécution en même temps, survolez un repère indiquant « **En cours** » ou « **En attente et sélectionnez** « **Conserver uniquement** » pour filtrer tous les flux actuellement en cours d’exécution. - Pour voir le nombre de flux s’exécutant simultanément au cours d’une période spécifique, sélectionnez une plage pour le filtre **Heure de début**. Par exemple, vous pouvez choisir « **Trois heures suivantes** » pour voir quels flux seront exécutés dans les trois heures à venir. [Passer au contenu principal](#main-content) # Performances des vues **Remarque :** cette vue est uniquement disponible pour les administrateurs de serveur. Pour accéder aux vues de serveur sur les déploiements multi-sites, cliquez sur le menu du site et sélectionnez **Gérer tous les sites**. Pour plus d’informations sur la navigation des vues administratives, consultez [Vues administratives](https://help.tableau.com/current/server/fr-ca/adminview.htm) . La vue administrative Performances des vues affiche la durée de chargement des vues et le nombre de sessions s’exécutant à un moment donné sur le serveur. **Important :** Si vous procédez à une mise à niveau d’une ancienne version de Tableau Server à la version 2025.1.x ou une version ultérieure, notez que la façon dont l’affichage de la vue est calculé donne l’impression que les temps de chargement augmentent considérablement. Cela n’indique pas un changement réel des performances des vues. Cette impression est liée à une modification du mode d’affichage du graphique. ![Un graphique de série chronologique affiche les durées de chargement des vues au cours de la semaine écoulée, un graphique à barres illustre le nombre de sessions et un graphique à barres horizontales délimite les vues individuelles.](/tableau/current/fr-ca/server/fr-ca/Img/adminview_performance_of_views.png) Vous pouvez comparer les pics de nombre de sessions avec les pics de durée de chargement lente pour identifier les heures du jour auxquelles l’intensité du trafic utilisateur ralentit le serveur. Vous pouvez également examiner les vues individuelles par durée de chargement afin de déterminer quelles vues nécessitent le temps de chargement le plus long. Pour des informations sur l’optimisation du serveur, consultez [Optimisation du trafic utilisateur](https://help.tableau.com/current/server/fr-ca/perf_optimize_user_traffic.htm). Certaines vues peuvent demander un temps de chargement plus long, quel que soit le moment où elles sont visualisées. Vous pouvez identifier les classeurs qui ont besoin d’être optimisés avec la vue administrative Statistiques de temps de chargement. Voici quelques moyens simples d’optimiser les classeurs : - Afficher moins d’informations dans chaque vue. - Diviser les vues. - Réduire le nombre de filtres. - Utiliser des extraits de données. [Passer au contenu principal](#main-content) # Permettre aux utilisateurs d’enregistrer l’historique des révisions L’historique des révisions permet à vos utilisateurs de voir comment les classeurs et les sources de données (ressources de contenu) ont été modifiés au fil du temps. Chaque fois qu’un utilisateur enregistre (publie) une ressource de contenu, Tableau Server crée une nouvelle version qui devient la version actuelle. La version précédente devient alors la révision la plus récente dans la liste d’historique des révisions. L’historique des révisions permet aux utilisateurs d’expérimenter en toute confiance avec leur contenu, avec l’assurance que les versions plus anciennes sont disponibles. ## Remarques - Cette information s’applique à Tableau Server et s’adresse aux administrateurs du serveur qui souhaitent autoriser les publicateurs à utiliser des révisions. - Dans Tableau Cloud, l’historique des révisions des classeurs et de sources de données est activé sur tous les sites. Les utilisateurs peuvent enregistrer jusqu’à 10 révisions. - Pour des informations sur l’utilisation des révisions de contenu elles-mêmes, y compris les problèmes potentiels, consultez [Utiliser des révisions de contenu](https://help.tableau.com/current/pro/desktop/fr-ca/qs_revision_history.htm "Ouvre une rubrique associée dans un nouvel onglet de navigateur.") dans la section Utilisateur/Analyste de l’aide de Tableau. ## Autorisations dont les utilisateurs ont besoin pour travailler avec l’historique des révisions Pour accéder à l’historique des révisions, un utilisateur doit avoir le rôle sur le site Creator ou Explorer (peut publier), ainsi que les autorisations suivantes, selon le type de contenu : - Projet : Afficher et Enregistrer - Classeurs dans le projet : Afficher, Enregistrer et Télécharger le classeur/Enregistrer sous - Flux dans le projet : Afficher, Enregistrer et Télécharger le flux/Publier en tant que - Sources de données dans le projet : Afficher, Enregistrer et Télécharger la source de données Pour les connexions virtuelles dans le projet, vous devez disposer d’un rôle sur le site Creator et des autorisations Afficher et Remplacer. (Les connexions virtuelles nécessitent la gestion des données. Pour en savoir plus, consultez [À propos de Gestion des données](https://help.tableau.com/current/server/fr-ca/dm_overview.htm).) ## Activer l’historique des révisions et définir le nombre de révisions autorisé L’historique des révisions est défini au niveau du site et est activé par défaut avec une limite de 25 révisions pour chaque ressource de contenu. 1. Connectez-vous à un site en tant qu’administrateur de serveur, puis sélectionnez Paramètres. 2. Sous Historique des révisions, sélectionnez Enregistrer un historique des révisions, et entrez le nombre maximum de révisions que vous souhaitez autoriser pour chaque ressource de contenu. 3. Cliquez sur Enregistrer. Lorsque vous réduisez le nombre de révisions, les révisions les plus récentes sont enregistrées. Par exemple, si vous définissez une limite de 15, les 15 versions les plus récentes du classeur ou de la source de données sont conservées. **Remarque :** La liste d’historique des révisions d’une ressource de contenu peut ne pas afficher les modifications apportées à la limite tant qu’un processus de nettoyage d’arrière-plan ne s’est pas exécuté sur le serveur. ## Supprimer toutes les révisions Les administrateurs de serveur peuvent supprimer d’un site toutes les révisions précédentes des sources de données et classeurs publiés. La version la plus récente de chaque classeur et de chaque source de données publiée est toujours conservée. 1. Connectez-vous à un site en tant qu’administrateur de serveur, puis sélectionnez Paramètres. 2. Sous Historique des révisions, cliquez sur Supprimer l’historique des révisions. 3. Cliquez sur Enregistrer. ## Sécurité pour l’aperçu et la restauration des classeurs Lorsque l’utilisateur sélectionne Restaurer ou Aperçu pour les révisions du classeur, les mots de passe des utilisateurs sont échangés entre le navigateur de l’utilisateur et le serveur. Tableau Server chiffre ces mots de passe à l’aide du chiffrement de clé publique/privée. Pour vous assurer que ces clés publiques sont fournies par Tableau Server, vous devez configurer le serveur de manière à ce qu’il utilise SSL (HTTPS). Pour plus d’informations, consultez [SSL](https://help.tableau.com/current/server/fr-ca/ssl.htm) . ## Voir également [Problèmes potentiels liés à l’historique des révisions](https://help.tableau.com/current/pro/desktop/fr-ca/qs_revision_history.htm#more-notes) dans la section Utilisateur/Analyste de l’aide de Tableau. [Passer au contenu principal](#main-content) # Personnaliser votre histoire basée sur des données Tableau **Changements importants pour Tableau Histoires de données** Les histoires de données Tableau ont été retirées dans Tableau Desktop, Tableau Cloud et Tableau Server en janvier 2025 (2025.1). Grâce aux progrès des technologies du langage naturel, nous développons une interface améliorée qui permettra de poser plus facilement des questions sur vos données et de rester au courant des changements. Pour plus d’informations, consultez l’article [Comment Tableau Pulse alimenté en énergie Tableau AI les expériences liées aux données.](https://www.tableau.com/fr-ca/blog/tableau-pulse-and-tableau-ai) Vous pouvez utiliser un langage personnalisé, adapté à votre public, pour compléter vos histoires basées sur des données Tableau avec des informations spécifiques à votre entreprise. Identifiez les analyses et les données de l’histoire basée sur des données qui comptent le plus pour votre public et utilisez vos propres expression pour créer l’histoire la plus percutante. Comme pour l’ensemble des histoires basées sur des données Tableau, les données et les variables utilisées dans le contenu personnalisé sont dynamiques et s’ajustent avec le tableau de bord. ## Ajouter vos propres informations 1. Dans votre histoire basée sur des données, cliquez sur Modifier pour ouvrir la boîte de dialogue Modifier. 2. Trouvez la section sur laquelle vous souhaitez écrire et cliquez sur Ajouter un élément personnalisé. ![Boîte de dialogue Modifier l’histoire qui permet aux utilisateurs de choisir les phrases qui apparaissent dans une histoire](/tableau/current/fr-ca/server/fr-ca/Img/data_stories_custom_add.png) 3. Saisissez votre texte personnalisé dans le champ qui s’affiche. 4. Cliquez sur Enregistrer. ## Ajouter des en-têtes et des pieds de page Vous pouvez insérer du texte personnalisé en haut et en bas de votre histoire basée sur des données. Avec les en-têtes et les pieds de page, vous pouvez ajouter votre propre analyse qualitative aux histoires, inclure des explications supplémentaires sur les tendances des données ou ajouter des avis de non-responsabilité légale et de confidentialité. 1. Dans votre histoire basée sur des données, cliquez sur Modifier pour ouvrir la boîte de dialogue Modifier. 2. Cliquez sur le bouton Afficher la note. 3. Entrez votre note personnalisée. ![Boîte de dialogue Modifier l’histoire avec le commutateur Afficher la note en position Activé. La note personnalisée indique « Ceci est ma note personnalisée ».](/tableau/current/fr-ca/server/fr-ca/Img/data_stories_custom_note.png) 4. Cliquez sur Enregistrer. Votre note s’affiche désormais en haut ou en bas de votre histoire basée sur des données. ## Ajouter des fonctions L’utilisation d’une fonction dans votre histoire basée sur des données est un excellent moyen de personnaliser votre histoire et de trouver les informations les plus importantes pour vous et votre entreprise. Par exemple, si vous souhaitez connaître la somme moyenne des revenus du tourisme sur une période, sélectionnez Moyenne comme fonction, puis désignez la mesure SUM(Tourisme entrant). Cela renvoie la somme moyenne du tourisme entrant. 1. Dans votre histoire basée sur des données, cliquez sur Modifier pour ouvrir la boîte de dialogue Modifier. 2. Cliquez sur le menu à droite de la zone et sélectionnez Ajouter une fonction. ![Boîte de dialogue Modifier l’histoire dans laquelle une phrase de l’histoire est sélectionnée, le menu est donc ouvert. L’option « Ajouter une fonction » est mise en surbrillance.](/tableau/current/fr-ca/server/fr-ca/Img/data_stories_custom_add_function.png) 3. Sélectionnez une fonction d’histoire basée sur des données et remplissez les champs requis. ![Champ ouvert pour saisir la fonction et menus déroulants pour définir une fonction personnalisée, une dimension, une mesure et une valeur de dimension de filtre.](/tableau/current/fr-ca/server/fr-ca/Img/data_stories_custom_add_function_complete.png) 4. Cliquez sur Ajouter à la section. 5. Cliquez sur Enregistrer. ![Un exemple d’histoire qui a une note personnalisée dans le pied de page. La note personnalisée est mise en surbrillance et le reste de l’histoire est ombré. La note indique « Somme moyenne par an 434,09 milliards. »](/tableau/current/fr-ca/server/fr-ca/Img/data_stories_function_story.png) Le contenu personnalisé s’affiche désormais dans votre histoire basée sur des données. ## Ajouter des conditions Pour chaque phrase personnalisée que vous écrivez, vous pouvez ajouter une condition qui détermine si la phrase s’affiche dans votre histoire basée sur des données. Si la condition est remplie, la phrase personnalisée figure dans votre histoire. Si la condition n’est pas remplie, la phrase personnalisée n’y figure pas. Vous pouvez appliquer plusieurs conditions à chaque phrase personnalisée, et les conditions peuvent être combinées à l’aide des boutons Tout ou Tous dans la boîte de dialogue Ajouter une condition. Les instructions conditionnelles sont le plus souvent utilisées avec des comparaisons numériques, mais la fonction prend également en charge la correspondance de chaînes à l’aide des symboles égal (=) ou différent (!=). 1. Dans votre histoire basée sur des données, cliquez sur Modifier pour ouvrir la boîte de dialogue Modifier. 2. Entrez votre phrase personnalisée. 3. Cliquez sur le menu à droite de la zone et sélectionnez Ajouter une condition. 4. Définissez la fonction personnalisée à utiliser pour informer la logique conditionnelle. Dans cet exemple, la phrase « Nous avons atteint notre quota » indique si la somme du tourisme entrant est supérieure à 5 000 milliards. ![Champ de texte dans lequel vous pouvez saisir une condition. Il y a un bouton pour « Ajouter une condition » et deux champs de formule pour définir quand la condition est remplie.](/tableau/current/fr-ca/server/fr-ca/Img/data_stories_custom_add_condition.png) 5. Cliquez sur Ajouter à la section. 6. Cliquez sur Enregistrer. La phrase personnalisée figure désormais dans votre histoire basée sur des données uniquement si les conditions sont remplies. ## Dupliquer le contenu personnalisé Vous pouvez facilement dupliquer le contenu personnalisé ajouté à votre histoire basée sur des données, ce qui facilite la création de différentes variantes d’une phrase. Nous vous recommandons de copier une phrase personnalisée entièrement construite lors de l’application de seuils, de la construction de variations linguistiques et de la création de différentes variations logiques. 1. Dans votre histoire basée sur des données, cliquez sur Modifier pour ouvrir la boîte de dialogue Modifier. 2. Créez une phrase personnalisée, avec des fonctions et des conditions, si vous le souhaitez. 3. Dans la zone de phrase complétée, cliquez sur le menu à droite de la zone et sélectionnez Dupliquer. ![Boîte de dialogue Modifier l’histoire dans laquelle une phrase de l’histoire est sélectionnée, le menu est donc ouvert. L’option « Dupliquer » est mise en surbrillance.](/tableau/current/fr-ca/server/fr-ca/Img/data_stories_custom_duplicate.png) 4. Cliquez sur votre phrase dupliquée, mettez-la à jour comme vous le souhaitez, puis cliquez sur Ajouter à la section. 5. Cliquez sur Enregistrer. Lorsque vous copiez une phrase, toutes les fonctions et instructions conditionnelles sont également copiées. La puce copiée figure directement sous la puce d’origine dans la même section. **Remarque** : les puces copiées ne peuvent être ajoutées qu’à la section dans laquelle se trouve la puce d’origine. ## Ajouter du contenu personnalisé dans les sections détaillées Pour les histoires à deux dimensions, chaque section située après la première section est appelée section détaillée. Les sections détaillées se concentrent sur une entité de dimension principale individuelle (c’est-à-dire les Amériques dans l’exemple suivant). Étant donné que les sections détaillées ont la même structure de contenu, le contenu personnalisé ajouté dans la première section (c’est-à-dire l’Europe) est appliqué à chaque section supplémentaire (c’est-à-dire les Amériques). Vous ne pouvez créer ou modifier du contenu que dans la première section détaillée. 1. Dans votre histoire basée sur des données, cliquez sur Modifier pour ouvrir la boîte de dialogue Modifier. 2. Dans la première section détaillée, cliquez sur Ajouter un élément personnalisé à chaque entité. 3. Saisissez votre contenu personnalisé. 4. Cliquez sur Enregistrer. ![Boîte de dialogue Modifier l’histoire comportant un bouton « Ajouter un élément personnalisé à chaque entité »](/tableau/current/fr-ca/server/fr-ca/Img/data_stories_custom_drilldown_after.png) Le contenu personnalisé dans les sections détaillées a déjà une variable contextuelle appelée Valeur de catégorie actuelle (dynamique). Cela crée une option de valeur de dimension appelée Valeur de catégorie actuelle (dynamique) qui représente toujours la section sur laquelle porte la section détaillée. > [!TIP] > > **Conseil :** pour créer du contenu qui ne figure que dans une seule section détaillée, vous pouvez utiliser une logique conditionnelle pour vous assurer qu’il n’écrit que là où c’est approprié. ## Autres articles de cette section [Passer au contenu principal](#main-content) # Personnaliser votre histoire basée sur des données Tableau : Fonctions **Changements importants pour Tableau Histoires de données** Les histoires de données Tableau ont été retirées dans Tableau Desktop, Tableau Cloud et Tableau Server en janvier 2025 (2025.1). Grâce aux progrès des technologies du langage naturel, nous développons une interface améliorée qui permettra de poser plus facilement des questions sur vos données et de rester au courant des changements. Pour plus d’informations, consultez l’article [Comment Tableau Pulse alimenté en énergie Tableau AI les expériences liées aux données.](https://www.tableau.com/fr-ca/blog/tableau-pulse-and-tableau-ai) Si vous souhaitez personnaliser votre histoire basées sur des données Tableau avec une fonction, il est utile de savoir quelles fonctions vous pouvez utiliser, ce que fait chaque fonction et de quelles dimensions et mesures vous aurez besoin pour chaque fonction. Découvrez comment [Ajouter des fonctions](https://help.tableau.com/current/server/fr-ca/data_stories_customize.htm#Add) à votre histoire basée sur les données. Cliquez sur une lettre pour voir les fonctions qui commencent par cette lettre. Si aucune fonction ne commence par cette lettre, les fonctions commençant par la lettre suivante de l’alphabet s’affichent. Vous pouvez également appuyer sur Ctrl+F (Cmd-F sur un Mac) pour ouvrir un champ de recherche et l’utiliser pour rechercher la page d’une fonction spécifique. [A](#A) [B](#C) [C](#C) [D](#D) [E](#E) [F](#F) [G](#G) [H](#H) [I](#I) [J](#L) [K](#L) [L](#L) [M](#M) [N](#N) [O](#P) [P](#P) [Q](#R) [R](#R) [S](#S) [T](#T) [U](#U) [V](#V) [W](#W) [X](#X) [Y](#Y) [Z](#Z) #### Average Description : valeur moyenne d’une mesure donnée. Syntaxe : Average(dimension, mesure, filterDimensionValue) #### Count Description : nombre de valeurs de dimension dans une dimension donnée. Syntaxe  : Count(dimension) #### Différence Description : différence de valeurs de mesure entre les deux valeurs de dimension fournies. Syntaxe : Difference (dimension, mesure, firstDimensionValue, secondDimensionValue, filterDimensionValue) #### DifferenceFromMean Description : différence entre la moyenne et la valeur de mesure pour la valeur de dimension donnée. Syntaxe : DifferenceFromMean(dimension, mesure, firstDimensionValue, filterDimensionValue) #### Direction Description : langage décrivant la direction (par exemple, augmentation ou diminution) entre les valeurs de mesure pour les deux valeurs de dimension fournies. Syntaxe : Direction(dimension, mesure, firstDimensionValue, secondDimensionValue, filterDimensionValue, phrase) #### Étiquette de fin (Label) Description : nom de la dernière période de la série. Syntaxe : Label(mesure) #### EndingValue Description : valeur à la dernière période de la série pour la mesure donnée. Syntaxe : EndingValue(mesure, filterDimensionValue) #### Label Description : étiquette de la mesure donnée. Syntaxe : Label(mesure) #### LargestNegativeChangeDifference Description : valeur de la plus grande différence négative d’une période à l’autre, sur une base absolue, dans la série donnée. Syntaxe : LargestNegativeChangeDifference(mesure, filterDimensionValue) #### LargestNegativeChangeEndingLabel Description : nom de la période de fin pour la plus grande différence négative d’une période à l’autre, sur une base absolue, dans la série donnée. Syntaxe : LargestNegativeChangeEndingLabel(mesure, filterDimensionValue) #### LargestNegativeChangeEndingValue Description : valeur finale de la plus grande différence négative d’une période à l’autre, sur une base absolue, dans la série donnée. Syntaxe : LargestNegativeChangeEndingValue(mesure, filterDimensionValue) #### LargestNegativeChangePercentDiffference Description : variation en pourcentage de la plus grande différence négative d’une période à l’autre, sur une base absolue, dans la série donnée. Syntaxe : LargestNegativeChangePercentDifference(mesure, filterDimensionValue) #### LargestNegativeChangeStartingLabel Description : nom de la période de départ pour la plus grande différence négative d’une période à l’autre, sur une base absolue, dans la série donnée. Syntaxe : LargestNegativeChangeStartingLabel(mesure, filterDimensionValue) #### LargestNegativeChangeStartingValue Description : valeur de départ de la plus grande différence négative d’une période à l’autre, sur une base absolue, dans la série donnée. Syntaxe : LargestNegativeChangeStartingValue(mesure, filterDimensionValue) #### LargestNegativePercentChangeDifference Description : valeur de la plus grande différence négative d’une période à l’autre, en pourcentage, dans la série donnée. Syntaxe : LargestNegativePercentChangeDifference(mesure, filterDimensionValue) #### LargestNegativePercentChangeEndingLabel Description : nom de la période de fin pour la plus grande différence négative d’une période à l’autre, en pourcentage, dans la série donnée. Syntaxe : LargestNegativePercentChangeEndingLabel(mesure, filterDimensionValue) #### LargestNegativePercentChangeEndingValue Description : valeur finale de la plus grande différence négative d’une période à l’autre, en pourcentage, dans la série donnée. Syntaxe : LargestNegativePercentChangeEndingValue(mesure, filterDimensionValue) #### LargestNegativePercentChangePercentDifference Description : variation en pourcentage de la plus grande différence négative d’une période à l’autre, en pourcentage, dans la série donnée. Syntaxe : LargestNegativePercentChangePercentDifference(mesure, filterDimensionValue) #### LargestNegativePercentChangeStartingLabel Description : nom de la période de départ pour la plus grande différence négative d’une période à l’autre, en pourcentage, dans la série donnée. Syntaxe : LargestNegativePercentChangeStartingLabel(mesure, filterDimensionValue) #### LargestNegativePercentChangeStartingValue Description : valeur de départ de la plus grande différence négative d’une période à l’autre, en pourcentage, dans la série donnée. Syntaxe : LargestNegativePercentChangeStartingValue(mesure, filterDimensionValue) #### LargestPositiveChangeDifference Description : valeur de la plus grande différence positive d’une période à l’autre, sur une base absolue, dans la série donnée. Syntaxe : LargestPositiveChangeDifference(mesure, filterDimensionValue) #### LargestPositiveChangeEndingLabel Description : nom de la période de fin pour la plus grande différence positive d’une période à l’autre, sur une base absolue, dans la série donnée. Syntaxe : LargestPositiveChangeEndingLabel(mesure, filterDimensionValue) #### LargestPositiveChangeEndingValue Description : valeur finale de la plus grande différence positive d’une période à l’autre, sur une base absolue, dans la série donnée. Syntaxe : LargestPositiveChangeEndingValue(mesure, filterDimensionValue) #### LargestPositiveChangePercentDiffference Description : variation en pourcentage de la plus grande différence positive d’une période à l’autre, sur une base absolue, dans la série donnée. Syntaxe : LargestPositiveChangePercentDifference(mesure, filterDimensionValue) #### LargestPositiveChangeStartingLabel Description : nom de la période de départ pour la plus grande différence positive d’une période à l’autre, sur une base absolue, dans la série donnée. Syntaxe : LargestPositiveChangeStartingLabel(mesure, filterDimensionValue) #### LargestPositiveChangeStartingValue Description : valeur de départ de la plus grande différence positive d’une période à l’autre, sur une base absolue, dans la série donnée. Syntaxe : LargestPositiveChangeStartingValue(mesure, filterDimensionValue) #### LargestPositivePercentChangeDifference Description : valeur de la plus grande différence positive d’une période à l’autre, en pourcentage, dans la série donnée. Syntaxe : LargestPositivePercentChangeDifference(mesure, filterDimensionValue) #### LargestPositivePercentChangeEndingLabel Description : nom de la période de fin pour la plus grande différence positive d’une période à l’autre, en pourcentage, dans la série donnée. Syntaxe : LargestPositivePercentChangeEndingLabel(mesure, filterDimensionValue) #### LargestPositivePercentChangeEndingValue Description : valeur finale de la plus grande différence positive d’une période à l’autre, en pourcentage, dans la série donnée. Syntaxe : LargestPositivePercentChangeEndingValue(mesure, filterDimensionValue) #### LargestPositivePercentChangePercentDiffference Description : variation en pourcentage de la plus grande différence positive d’une période à l’autre, en pourcentage, dans la série donnée. Syntaxe : LargestPositivePercentChangePercentDifference(mesure, filterDimensionValue) #### LargestPositivePercentChangeStartingLabel Description : nom de la période de départ pour la plus grande différence positive d’une période à l’autre, en pourcentage, dans la série donnée. Syntaxe : LargestPositivePercentChangeStartingLabel(mesure, filterDimensionValue) #### LargestPositivePercentChangeStartingValue Description : valeur de départ de la plus grande différence positive d’une période à l’autre, en pourcentage, dans la série donnée. Syntaxe : LargestPositivePercentChangeStartingValue(mesure, filterDimensionValue) #### LongestStreakDifference Description : différence sur la plus longue série d’augmentations ou de diminutions consécutives pour la série donnée. Syntaxe : LongestStreakDifference(mesure, filterDimensionValue) #### LongestStreakDirection Description : sens (positif ou négatif) de la plus longue série d’augmentations ou de diminutions consécutives pour la série donnée. Syntaxe : LongestStreakDirection(mesure, filterDimensionValue) #### LongestStreakEndingLabel Description : nom de la période de fin pour la plus longue série d’augmentations ou de diminutions consécutives pour la série donnée. Syntaxe : LongestStreakEndingLabel(mesure, filterDimensionValue) #### LongestStreakEndingValue Description : valeur finale de la plus longue série d’augmentations ou de diminutions consécutives pour la série donnée. Syntaxe : LongestStreakEndingValue(mesure, filterDimensionValue) #### LongestStreakLength Description : plus grand nombre de périodes d’augmentation ou de diminution consécutives pour la série donnée. Syntaxe : LongestStreakLength (mesure, valeur de dimension de filtre) #### LongestStreakPercentDifference Description : différence en pourcentage sur la plus longue série d’augmentations ou de diminutions consécutives pour la série donnée. Syntaxe : LongestStreakPercentDifference(mesure, filterDimensionValue) #### LongestStreakStartingLabel Description : nom de la période de départ de la plus longue série d’augmentations ou de diminutions consécutives pour la série donnée. Syntaxe : LongestStreakStartingLabel(mesure, filtreDimensionValue) #### LongestStreakStartingValue Description : valeur de départ de la plus longue série d’augmentations ou de diminutions consécutives pour la série donnée. Syntaxe : LongestStreakStartingValue(mesure, filterDimensionValue) #### MaxLabel Description  : nom de l’entité avec la valeur maximale pour la mesure donnée. Syntaxe : MaxLabel(dimension, mesure, filterDimensionValue) #### MaxValue Description : valeur maximale pour la mesure donnée. Syntaxe  : MaxValue(mesure) #### Médiane Description : valeur médiane pour la mesure donnée. Syntaxe : Median(dimension, mesure, filtreValeurDimension) #### MinLabel Description : nom de l’entité avec la valeur minimale pour la mesure donnée. Syntaxe : MinLabel(dimension, mesure, filterDimensionValue) #### MinValue Description : valeur minimale pour la mesure donnée. Syntaxe : MinValue(dimension, mesure, filterDimensionValue) #### PercentDifference Description : différence en pourcentage dans les valeurs de mesure entre les deux valeurs de dimension fournies. Syntaxe : PercentDifference(dimension, mesure, firstDimensionValue, secondDimensionValue, filterDimensionValue) #### PercentOfWhole Description : pourcentage des valeurs de mesure pour une valeur de dimension donnée par rapport au total des valeurs de mesure pour cette dimension. Syntaxe : PercentOfWhole(dimension, mesure, dimensionvalue, filterDimensionValue) #### PeriodLabel Description : nom de la nième période de la série, commençant à 1. Syntaxe  : PeriodLabel(index) #### PeriodLabelNewest Description : nom de la nième période de la série, en commençant par la plus récente et en remontant. Syntaxe  : PeriodLabelNewest(index) #### PeriodValue Description : valeur de la mesure donnée à la nième période de la série, commençant à 1. Syntaxe : PeriodValue(mesure, index, filterDimensionValue) #### PeriodValueNewest Description : valeur de la mesure donnée à la nième période de la série, en commençant par la plus récente et en remontant. Syntaxe : PeriodValueNewest(mesure, index) #### Range Description : différence entre les valeurs maximales et minimales pour la mesure donnée. Syntaxe : Range(dimension, mesure, filterDimensionValue) #### SortAscendingLabel Description : nom d’entité de la mesure donnée triée par ordre décroissant au rang donné (en commençant à 1). Syntaxe : SortAscendingLabel(mesure, rang, dimension, filterDimensionValue) #### SortAscendingValue Description : valeur de la mesure donnée triée par ordre croissant au rang donné (en commençant à 1). Syntaxe : SortAscendingValue(mesure, rang, dimension, filterDimensionValue) #### SortDecendingLabel Description : nom d’entité de la mesure donnée triée par ordre décroissant au rang donné (en commençant à 1). Syntaxe : SortDescendingLabel(mesure, rang, dimension, filterDimensionValue) #### SortDescendingValue Description  : valeur de la mesure donnée triée par ordre décroissant au rang donné (en commençant à 1). Syntaxe : SortDescendingValue(mesure, rang, dimension, filterDimensionValue) #### StartingLabel Description : nom de la première période de la série. Syntaxe : StartLabel() #### StartingValue Description : valeur à la première période de la série pour la mesure donnée. Syntaxe : StartingValue(mesure, filterDimensionValue) #### StartToFinishDifference Description : différence entre les valeurs de la première et de la dernière période de la série donnée. Syntaxe : StartToFinishDifference(mesure, filterDimensionValue) #### StartToFinishPercentDifference Description : différence en pourcentage entre les valeurs de la première et de la dernière période de la série donnée. Syntaxe : StartToFinishPercentDifference(mesure, filterDimensionValue) #### StdDev Description : valeur de l’écart type pour la mesure donnée. Syntaxe : StdDev(dimension, mesure, filterDimensionValue) #### Somme Description : somme des valeurs de mesure pour les deux valeurs de dimension fournies. Syntaxe : Sum(dimension, mesure, firstDimensionValue, secondDimensionValue, filterDimensionValue) #### Total Description : somme de la valeur totale pour la mesure donnée. Syntaxe : Total(dimension, mesure, filterDimensionValue) #### Valeur Description : valeur de métrique pour une dimension, une mesure et une valeur de dimension données. Syntaxe : Value(dimension, mesure, valeur de dimension, filterDimensionValue) #### Z-Score Description  : score z pour la mesure donnée. Syntaxe : Z-Score(dimension, mesure, firstDimensionValue, filterDimensionValue) [Passer au contenu principal](#main-content) # Personnaliser votre histoire basée sur des données Tableau : Masquer et réorganiser le contenu **Changements importants pour Tableau Histoires de données** Les histoires de données Tableau ont été retirées dans Tableau Desktop, Tableau Cloud et Tableau Server en janvier 2025 (2025.1). Grâce aux progrès des technologies du langage naturel, nous développons une interface améliorée qui permettra de poser plus facilement des questions sur vos données et de rester au courant des changements. Pour plus d’informations, consultez l’article [Comment Tableau Pulse alimenté en énergie Tableau AI les expériences liées aux données.](https://www.tableau.com/fr-ca/blog/tableau-pulse-and-tableau-ai) Personnalisez votre histoire basée sur des données Tableau avec le contenu le plus important pour vous et votre public en masquant ou en réorganisant le contenu dans votre histoire. ## Masquer le contenu et les sections 1. Créez votre histoire basée sur des données et cliquez sur Modifier pour ouvrir la boîte de dialogue Modifier. 2. Définissez les sections à afficher ou à masquer en cliquant sur le commutateur Afficher la section sur la position activée ou désactivée. 3. Survolez la case bleue à droite de chaque phrase individuelle et cliquez sur la case pour afficher ou masquer la vue. 4. Cliquez sur Enregistrer. ![Boîte de dialogue Modifier l’histoire où trois phrases sont masquées.](/tableau/current/fr-ca/server/fr-ca/Img/data_stories_custom_hideshow.png) Désormais, seules les phrases et les sections définies sur Afficher apparaissent dans votre histoire basée sur des données. ## Réorganiser le contenu d’une section 1. Créez votre histoire basée sur des données et cliquez sur Modifier pour ouvrir la boîte de dialogue Modifier. 2. Passez la souris sur le menu de gauche du contenu que vous souhaitez réorganiser. Votre curseur se transforme en icône de main. 3. Cliquez sur l’élément avec votre curseur et faites-le glisser n’importe où dans la même section. 4. Cliquez sur Enregistrer. ![Boîte de dialogue Modifier l’histoire avec une icône de curseur (main) survolant une phrase à cliquer et à faire glisser.](/tableau/current/fr-ca/server/fr-ca/Img/data_stories_custom_reorder.png) Désormais, les phrases apparaissent dans votre Histoire basée sur des données dans l’ordre dans lequel vous les avez définies. **Remarque :** actuellement, le contenu ne peut être déplacé que dans la même section. Le déplacement de sections entières n’est pas encore pris en charge. [Passer au contenu principal](#main-content) # Personnaliser votre histoire basée sur des données Tableau : variables contextuelles **Changements importants pour Tableau Histoires de données** Les histoires de données Tableau ont été retirées dans Tableau Desktop, Tableau Cloud et Tableau Server en janvier 2025 (2025.1). Grâce aux progrès des technologies du langage naturel, nous développons une interface améliorée qui permettra de poser plus facilement des questions sur vos données et de rester au courant des changements. Pour plus d’informations, consultez l’article [Comment Tableau Pulse alimenté en énergie Tableau AI les expériences liées aux données.](https://www.tableau.com/fr-ca/blog/tableau-pulse-and-tableau-ai) Les variables contextuelles sont des fonctions qui peuvent être référencées par d’autres fonctions. En d’autres termes, vous pouvez utiliser des variables contextuelles pour imbriquer des fonctions dans d’autres fonctions. Lorsque vous avez défini votre variable de contexte, elle apparaît comme une fonction que vous pouvez utiliser lors de l’ajout de nouvelles fonctions à votre histoire basée sur des données Tableau. **Remarque :** vous pouvez définir plusieurs contextuelles pour chaque phrase personnalisée, mais vous devez définir chaque variable de contexte séparément pour chaque élément de contenu personnalisé. ## Définir une variable contextuelle 1. Dans votre histoire basée sur des données, cliquez sur Modifier pour ouvrir la boîte de dialogue Modifier. 2. Cliquez sur Ajouter un élément personnalisé. 3. Cliquez sur le menu à droite de votre zone de contenu personnalisé et sélectionnez Définir le contexte . ![Boîte de dialogue Modifier l’histoire dans laquelle une phrase de l’histoire est sélectionnée, le menu est donc ouvert. L’option « Définir le contexte » est mise en surbrillance.](/tableau/current/fr-ca/server/fr-ca/Img/data_stories_context_set.png) 4. Cliquez sur Ajouter un contexte. 5. Nommez la variable contextuelle et cliquez sur Définir la fonction. 6. Définissez votre fonction personnalisée et choisissez une dimension. ![Champ ouvert pour nommer une variable contextuelle, bouton « Ajouter un contexte » et champs pour définir la fonction personnalisée.](/tableau/current/fr-ca/server/fr-ca/Img/data_stories_context_add.png) 7. Cliquez sur Ajouter à la section. 8. Cliquez de nouveau dans la phrase où vous avez défini votre variable contextuelle. 9. Pour [Ajouter des fonctions](https://help.tableau.com/current/server/fr-ca/data_stories_customize.htm#Add), procédez comme suit. ![La boîte de dialogue de la fonction est ouverte et le champ de définition de la fonction personnalisée contient les options de contexte personnalisées répertoriées.](/tableau/current/fr-ca/server/fr-ca/Img/data_stories_context_shows.png) Désormais, votre variable contextuelle est répertoriée en tant qu’option dans la liste déroulante Valeur de dimension lors de l’ajout de votre fonction. ## Quand utiliser une variable de contexte : faire référence à deux mesures ou plus Supposons que vous souhaitiez faire référence à deux ou plusieurs mesures dans une phrase analytique de votre histoire basée sur des données. Sans variable de contexte, nous pouvons écrire une phrase pour une seule mesure à la fois. Mais si nous utilisons une variable de contexte, nous pouvons référencer plus d’une mesure dans une phrase. Pour référencer deux ou plusieurs mesures avec une variable de contexte, votre histoire basée sur des données doit avoir : > - 1 dimension > - 2 mesures ou plus 1. Dans votre histoire basée sur des données, cliquez sur Modifier pour ouvrir la boîte de dialogue Modifier. 2. Cliquez sur Ajouter un élément personnalisé . 3. Cliquez sur le menu à droite de votre zone de contenu personnalisé et sélectionnez Définir le contexte . 4. Cliquez sur Ajouter un contexte. 5. Nommez la variable contextuelle et cliquez sur Définir la fonction. 6. Définissez votre fonction personnalisée et choisissez une dimension. 7. Cliquez sur Ajouter à la section. ![Image montrant une variable de contexte avec une fonction définie d’étiquette de tri par ordre décroissant, de mesure de Somme(PIB), de classement 1 et de dimension de Pays/région](/tableau/current/fr-ca/server/fr-ca/Img/data_stories_context_setfuction.png) 8. Cliquez de nouveau dans la phrase où vous avez défini votre variable contextuelle. 9. Ajoutez votre première fonction et remplissez les champs obligatoires. Dans cet exemple, nous avons sélectionné DimensionValueLabel, puis choisi Pays/région dans Dimension, puis le pays avec le PIB le plus élevé (notre variable de contexte) dans Valeur de dimension. ![La boîte de dialogue de la fonction s’ouvre et les options répertoriées à l’étape 9 sont sélectionnées.](/tableau/current/fr-ca/server/fr-ca/Img/data_stories_custom_context_func1.png) 1. Cliquez sur Ajouter à la section. 2. Ajoutez votre deuxième fonction et remplissez les champs obligatoires. Dans cet exemple, nous avons sélectionné Value, puis choisi Pays/région dans Dimension, puis la Somme(Taux d’emprunt) dans Mesure, et pays avec le PIB le plus élevé (notre variable de contexte) dans Valeur de dimension. ![La boîte de dialogue de la fonction s’ouvre et les options répertoriées à l’étape 10 sont sélectionnées.](/tableau/current/fr-ca/server/fr-ca/Img/data_stories_custom_context_func2.png) 1. Cliquez sur Ajouter à la section. 2. Cliquez sur Enregistrer. Votre histoire basée sur des données écrit une phrase qui nous donne un aperçu d’une mesure secondaire (Taux d’emprunt) pour le pays qui nous intéresse (le pays avec le PIB le plus élevé). ![Image montrant une phrase rédigée dans l’histoire basée sur des données qui indique que les États-Unis présentent la moyenne (PIB) la plus élevée et un taux d’emprunt de 0,7 milliard de dollars dans cet ensemble de données.](/tableau/current/fr-ca/server/fr-ca/Img/data_stories_context_sentence.png) ## Quand utiliser une variable contextuelle : analyse période sur période Une variable contextuelle est utile lorsque vous souhaitez analyser les performances sur deux périodes différentes dans votre histoire basée sur des données. Vous pouvez créer une phrase personnalisée qui parle d’une mesure affichée dans votre section de descente dans la hiérarchie et qui compare la mesure à différentes périodes, comme une année sur l’autre ou un mois sur l’autre. Pour mettre en place une analyse période sur période, votre histoire basée sur des données doit avoir : > - 2 dimensions : 1 dimension de période (principale) et 1 dimension sans période (secondaire) > - 1 à 3 mesures 1. Créer votre histoire basée sur des données. 2. Dans la boîte de dialogue Champs, assurez-vous que votre dimension de période est triée en premier et cliquez sur Suivant. 3. Dans la boîte de dialogue Histoire, sélectionnez Continuer, puis cliquez sur OK. 4. Ouvrez la boîte de dialogue Modifier et sélectionnez Ajouter un élément personnalisé dans la première zone d’exploration. 5. Créez deux variables contextuelles qui représentent vos périodes. Par exemple, « Trimestre actuel » et « Trimestre précédent ». ![Image montrant deux ensembles de variables de contexte définies, l’une pour un trimestre en cours et l’autre pour un trimestre précédent](/tableau/current/fr-ca/server/fr-ca/Img/data_stories_context_quarters.png) 6. Créez une phrase _augmentée_ en ajoutant un langage et des fonctions personnalisés. Le contenu de cette phrase se traduit par « \[CurrentDimensionValueLabel\] a augmenté de \[X %\] au cours du trimestre ». 7. Tapez la fonction suivie du mot « augmenté » dans la zone de texte personnalisée. 8. Ajoutez la fonction qui renvoie la variation en pourcentage de votre mesure au cours de votre période. ![La boîte de dialogue de la fonction s’ouvre et les options répertoriées aux étapes 1 à 8 sont sélectionnées.](/tableau/current/fr-ca/server/fr-ca/Img/data_stories_context_increased.png) 9. Cliquez sur Ajouter à la section. 10. [Dupliquer le contenu personnalisé](https://help.tableau.com/current/server/fr-ca/data_stories_customize.htm#Duplicat) et créez une version _réduite_ en remplaçant le mot « augmenté » par « diminué ». Les fonctions restent les mêmes. ![Boîte de dialogue Modifier l’histoire dans laquelle une phrase de l’histoire est sélectionnée, le menu est donc ouvert. L’option « Dupliquer » est mise en surbrillance.](/tableau/current/fr-ca/server/fr-ca/Img/data_stories_context_duplicate.png) 11. [Ajouter des conditions](https://help.tableau.com/current/server/fr-ca/data_stories_customize.htm#Add2) pour chaque phrase afin qu’une seule soit écrite, en fonction des données. ![La boîte de dialogue de condition est ouverte et un contenu personnalisé est entré pour l’augmentation par rapport au trimestre précédent.](/tableau/current/fr-ca/server/fr-ca/Img/data_stories_context_addcondition.png) 12. Pour la phrase _augmentée_, définissez des conditions conformes à l’exemple suivant : > Argument de gauche = fonction de valeur > > Dimension = Quarter(OrderDate). Sélectionnez votre dimension de période > > Measure = SUM(Total Orders). Sélectionnez la mesure que vous avez utilisée pour le calcul > > Valeur de dimension = Trimestre en cours. Une des variables contextuelle > > Valeur de dimension de filtre = valeur de la région actuelle (dynamique). Il s’agit de la variable contextuelle prédéfinie > > Argument du milieu = > (supérieur à) > > Argument droit = fonction de valeur > > Dimension= Quarter(OrderDate). Sélectionnez votre dimension de période > > Mesure = Total (Total des commandes). Sélectionnez la mesure que vous avez utilisée pour le calcul > > Valeur de dimension = Trimestre précédent. Une des variables contextuelle > > Valeur de dimension de filtre = valeur de la région actuelle (dynamique). Il s’agit de la variable contextuelle prédéfinie > > ![La boîte de dialogue de condition est ouverte et le contenu personnalisé est entré comme décrit à l’étape 12.](/tableau/current/fr-ca/server/fr-ca/Img/data_stories_context_period_analysis.png) 1. Pour la phrase _diminuée_, définissez les mêmes conditions, mais remplacez le signe > (supérieur à) par le signe < (inférieur à). Les arguments de droite et de gauche restent les mêmes. 2. Cliquez sur Enregistrer et votre histoire basée sur des données rédige une phrase qui inclut les informations issues de l’analyse des deux périodes. [Passer au contenu principal](#main-content) # Personnaliser votre serveur Vous pouvez personnaliser les pages Web Tableau Server afin de les adapter à votre entreprise ou groupe. Vous pouvez effectuer ces personnalisations : - Modifier le nom du serveur qui apparaît dans l’onglet Navigateur, les infobulles et les messages. - Modifier les logos qui apparaissent dans l’environnement Web. Pour plus d’informations, consultez [tsm customize](https://help.tableau.com/current/server/fr-ca/cli_customize.htm). - Définir la langue utilisée pour l’environnement Web et les paramètres régionaux utilisés pour les vues. Consultez [Langue et paramètres locaux pour Tableau Server](https://help.tableau.com/current/server/fr-ca/lang_intro.htm). - Installer des polices personnalisées sur Tableau Server et les ordinateurs clients qui se connectent à Tableau Server. Consultez [Utiliser des polices personnalisées dans Tableau Server](https://help.tableau.com/current/server/fr-ca/customize_fonts.htm). - Ajoutez une remarque personnalisée à la page de connexion du serveur. Le paramètre Connexion vous permet d’ajouter du texte. Vous avez aussi la possibilité d’ajouter une URL pour transformer le texte en lien. Cette remarque s’affiche également en cas d’erreur de connexion utilisateur. Les remarques personnalisées ne s’affichent pas sur Tableau Mobile. Si Tableau Server est configuré avec des [pools d’identités](https://help.tableau.com/current/server-linux/fr-ca/identity_pools.htm), la note de personnalisation de la connexion s’affiche à la fois sur la page d’accueil de Tableau Server sous toutes les options de connexion et sur la page où les utilisateurs où les utilisateurs de votre pool initial (configuré par TSM) saisissent leur nom d’utilisateur et leur mot de passe. Pour définir une remarque personnalisée, connectez-vous à un site sur Tableau Server. Dans le volet de navigation de gauche, sélectionnez Gérer tous les sites dans la liste déroulante des sites. Sélectionnez Paramètres et ajoutez un message à la personnalisation de la connexion. Pour plus d’informations, consultez [Paramètres du serveur (Général et Personnalisation)](https://help.tableau.com/current/server/fr-ca/maintenance_set.htm#SignInCustom). - Ajoutez un message personnalisé à la bannière de bienvenue sur la page d’accueil pour que tous les utilisateurs du serveur puissent le voir. Le message personnalisé peut contenir jusqu’à 240 caractères de texte et de liens hypertexte ainsi qu’un saut de paragraphe. Les administrateurs peuvent également désactiver la bannière d’accueil par défaut de Tableau pour le serveur. Pour définir une bannière de bienvenue personnalisée, connectez-vous à un site sur Tableau Server. Dans le volet de navigation de gauche, sélectionnez Gérer tous les sites dans la liste déroulante des sites. Sélectionnez Paramètres, puis accédez à la page Personnalisation. Les administrateurs et les chefs de projet peuvent également ajouter des images pour des projets dans la vue Pellicule. Pour plus d’informations, consultez [Ajouter une image de projet](https://help.tableau.com/current/server/fr-ca/custom_projectimage.htm). ## Autres articles de cette section [Passer au contenu principal](#main-content) # Pilotes de base de données Les connecteurs Tableau nécessitent un pilote pour communiquer avec la base de données. Avant de vous pouvoir vous connecter à des sources de données depuis Tableau Server, vous devez installer les pilotes des sources de données auxquelles vous souhaitez vous connecter. Vous trouverez des liens vers les pilotes et des instructions d’installation pour tous les connecteurs pris en charge dans la [page Téléchargement des pilotes](https://www.tableau.com/fr-ca/support/drivers). **Important :** Depuis la version 2023.1.0, vous devez installer le pilote PostgreSQL si vous souhaitez utiliser les [vues administratives](https://help.tableau.com/current/server/fr-ca/adminview.htm) intégrées. Vous pouvez trouver cela sur la [page Téléchargement de pilote](https://www.tableau.com/fr-ca/support/drivers). ## Installation des pilotes sur une installation Tableau Server multinœud Vous devez installer tous les pilotes de base de données sur le nœud initial d’un groupement Tableau Server. Si vous installez Tableau Server sur plusieurs nœuds, vous devez également installer les pilotes sur chaque nœud exécutant l’un des processus suivants : - Serveur d’applications (Vizportal) - Gestionnaire de processus en arrière-plan - Serveur de données - VizQL Server ## Arrêter Tableau Server avant de mettre à jour les pilotes Lors de la mise à jour d’un pilote, nous vous recommandons d’arrêter Tableau Server avant d’installer la nouvelle version du pilote et de désinstaller l’ancienne. Cette opération peut ne pas être obligatoire pour tous les pilotes, mais l’arrêt de Tableau Server garantit que toutes les connexions utilisent le pilote à jour, sans conflit. [Passer au contenu principal](#main-content) # Planification d’un site Avant d’ajouter des utilisateurs et un contenu à un site, nous vous recommandons de planifier les aspects suivants du site. - [Projets](#projects) - [Utilisateurs et groupes](#users-and-groups) - [Rôles sur le site et autorisations](#site-roles-and-permissions) - [Programmations d’actualisations d’extraits](#extract-refresh-schedules) Les sections suivantes décrivent ces composants de site en partant de l’hypothèse que vous êtes familier avec eux. **Remarque :** Cet article et cette section s’appliquent uniquement aux déploiements auto-gérés de Tableau Server localement ou dans le nuage. Si vous utilisez Tableau Cloud, consultez [Gérer l’accès au contenu](https://help.tableau.com/current/online/fr-ca/permissions_section.htm "Accéder à l’aide de Tableau Cloud (s’ouvre dans un nouvel onglet de navigateur)"). ## Projets Vous pouvez créer des projets sur un site. Ils feront office de conteneurs dans lesquels vous pouvez organiser les ressources de contenu (telles que sources de données et classeurs) associées. Par exemple, vous pouvez configurer un projet de manière à ce qu’il contienne l’ensemble des sources de données et classeurs certifiés que votre organisation utilise pour ses décisions critiques. Ou vous pouvez configurer des projets par service. Les projets sont également utiles pour gérer les autorisations. Une fois que vous savez comment vos utilisateurs ont besoin d’accéder au contenu, il est généralement plus facile de créer des projets basés sur ce type de contenu, et de gérer les autorisations au niveau du projet. Chaque site a un projet par défaut appelé **Default**. Lorsque vous créez des projets, les nouveaux projets obtiennent leur ensemble d’autorisations initial du projet par défaut. En fait, le projet par défaut sert de modèle pour les nouveaux projets. Comme nous l’expliquons dans les articles connexes, dans la plupart des environnements, nous vous recommandons d’utiliser le projet par défaut uniquement en tant que modèle d’autorisations, et non comme conteneur pour un contenu publié. Pour plus d’informations, consultez [Utiliser des projets pour gérer l’accès au contenu](https://help.tableau.com/current/server/fr-ca/projects.htm). ## Utilisateurs et groupes Tout utilisateur qui publie un contenu ou accède à un contenu publié sur un site doit pouvoir se connecter au site. Si l’utilisateur possède déjà un compte sur le serveur, vous devez ajouter cet utilisateur au site approprié. Vous pouvez aussi ajouter un utilisateur à plus d’un site. Si l’utilisateur n’existe pas déjà, vous devez créer un compte utilisateur. D’une façon ou d’une autre, faites une liste des utilisateurs qui devront pouvoir se connecter à chaque site. **Remarque :** La licence serveur peut restreindre le nombre d’utilisateurs que vous pouvez avoir, ou leur niveau d’accès. Vérifiez avec l’administrateur du serveur pour vous assurer que vous pourrez avoir un compte pour tous vos utilisateurs. En général, nous vous recommandons de créer les groupes sur le serveur, puis d’ajouter des utilisateurs aux groupes. Les autorisations seront ainsi beaucoup plus faciles à gérer. Vous pouvez attribuer des autorisations aux groupes pour conférer ces autorisations à tous les utilisateurs du groupe. (Voir la section suivante.) Une stratégie courante consiste à créer des groupes pour les utilisateurs qui utilisent du contenu de la même manière. Par exemple, vous créerez peut-être un groupe appelé VentesCLPublicateurs pour tous les utilisateurs du service Ventes qui publient des classeurs et un groupe séparé appelé VentesSDPublicateurs pour ceux du service Ventes qui publient des sources de données. Chacun de ces ensembles d’utilisateurs a besoin de son propre ensemble de fonctionnalités. Il est donc judicieux d’avoir un groupe pour chacun de ces besoins. ## Rôles sur le site et autorisations Chaque utilisateur a un _rôle sur le site_ qui détermine les autorisations maximum qu’ils peuvent avoir sur le site. Dans le cadre de la planification de votre site, vous devez décider le rôle sur le site de chaque utilisateur. Un utilisateur avec un rôle sur le site qui est trop restrictif pourrait ne pas être en mesure d’effectuer le travail nécessaire. En utilisant le même jeton, une meilleure pratique de sécurité consiste à limiter les fonctionnalités des utilisateurs à celles dont ils ont besoin pour faire leur travail. Ceci est appelé le principe du _moindre privilège_. Vous-même ou un administrateur de site auquel vous déléguez cette tâche devez également déterminer les autorisations dont un utilisateur a besoin pour travailler avec le contenu. Chaque ressource de contenu (classeur, source de données, projet) prend en charge un ensemble de _fonctionnalités_. Par exemple, vous pouvez **Afficher** un classeur ou lui **Ajouter des commentaires**. Avant qu’un utilisateur puisse effectuer des tâches sur un classeur, ses autorisations doivent permettre ces fonctionnalités. Une pratique recommandée consiste à dresser un plan des autorisations accordées aux utilisateurs extérieurs à Tableau avant de tenter de les configurer sur le serveur. Les autorisations déterminent ce qu’un utilisateur peut faire _dans le contexte du rôle sur le site_. Un utilisateur dont le rôle sur le site est **Viewer** ne peut jamais publier sur le site, quelles que soient les autorisations que vous lui accordez. Un utilisateur dont le rôle sur le site est **Creator** pourra publier un classeur sur le site, mais uniquement si cet utilisateur a l’autorisation d’enregistrer et d’afficher les classeurs. ## Programmations d’actualisations d’extraits Si les utilisateurs publient des sources de données ou des classeurs qui contiennent des extraits, vous souhaiterez généralement vous assurer que les extraits soient actualisés pour contenir les données les plus récentes. Les utilisateurs peuvent actualiser manuellement un extrait, mais ce n’est pas toujours une bonne idée si l’extrait est volumineux et l’actualisation prend un certain temps. Vous pouvez, à la place, définir des programmations pour choisir le moment d’actualisation d’un extrait. Une autre tâche de programmation pour un administrateur de site consiste par conséquent à déterminer le meilleur moment d’actualisation des extraits et à établir les programmations. [Passer au contenu principal](#main-content) # Planification de l’infrastructure Avant de procéder à l’installation de Tableau Server, vous devez passer en revue les exigences du disque, les configurations recommandées, les comptes utilisateur, la sécurité et les exigences réseau. ## Validation de votre plan de déploiement de serveur Avant de vous engager à installer un nouveau déploiement Tableau Server dans votre organisation, assurez-vous d’évaluer soigneusement vos options. Pour la plupart des organisations, Tableau Cloud fournira une solution d’analyse plus fiable, performante et rentable par rapport à l’auto-hébergement de Tableau Server. Pour plus d’informations sur la viabilité de Tableau Cloud pour votre organisation, consultez ce billet de blogue : [Should I move my analytics to the cloud?](https://www.tableau.com/fr-ca/blog/should-i-move-my-analytics-cloud) Vous utilisez déjà Tableau Server et souhaitez migrer vers Tableau Cloud? Consultez [Guide de migration manuelle de Tableau Cloud](https://help.tableau.com/current/guides/migration/fr-ca/emg_intro.htm). ## Autres articles de cette section [Passer au contenu principal](#main-content) # Planification de votre déploiement Les articles de cette section fournissent des informations sur la planification d’un déploiement de Tableau Server. En plus de consulter les articles de cette section, nous vous recommandons de consulter [Tableau Blueprint](https://help.tableau.com/current/blueprint/fr-ca/bp_overview.htm) comme première étape de votre flux de travail de planification. Tableau Blueprint est une méthodologie pas-à-pas conçue pour faire de vous une entreprise guidée par les données. ## Validation de votre plan de déploiement de serveur Avant de vous engager à installer un nouveau déploiement Tableau Server dans votre organisation, assurez-vous d’évaluer soigneusement vos options. Pour la plupart des organisations, Tableau Cloud fournira une solution d’analyse plus fiable, performante et rentable par rapport à l’auto-hébergement de Tableau Server. Pour plus d’informations sur la viabilité de Tableau Cloud pour votre organisation, consultez ce billet de blogue : [Should I move my analytics to the cloud?](https://www.tableau.com/fr-ca/blog/should-i-move-my-analytics-cloud) Vous utilisez déjà Tableau Server et souhaitez migrer vers Tableau Cloud? Consultez [Guide de migration manuelle de Tableau Cloud](https://help.tableau.com/current/guides/migration/fr-ca/emg_intro.htm). ## Autres articles de cette section [Passer au contenu principal](#main-content) # Planifier des actualisations d’extraits pour une connexion virtuelle L’un des avantages des connexions virtuelles est que vous pouvez réutiliser le même extrait plusieurs fois, ce qui réduit la prolifération des données et supprime les tâches d’actualisation d’extraits redondantes. Pour vous assurer que les données d’extrait sont actualisées pour tout contenu utilisant une connexion virtuelle, vous pouvez créer une programmation d’actualisation d’extrait pour les tables de votre connexion une fois la connexion publiée. Vous pouvez également programmer des actualisations d’extraits de sources de données et de classeurs qui utilisent des connexions virtuelles. Consultez les sections [Programmer des actualisations sur Tableau Cloud](https://help.tableau.com/current/online/fr-ca/schedule_add.htm) et [Actualiser les données selon une programmation](https://help.tableau.com/current/server/fr-ca/schedule_add.htm) (Tableau Server). ## Extraire les tableaux Consultez [Extraire les données d’une table](https://help.tableau.com/current/online/fr-ca/dm_vconn_create_conn.htm#vconn_extract_table_data). ## Programmer des actualisations d’extraits sur Tableau Server 1. Accédez à la page Connexion virtuelle. (Dans la page Accueil ou Explorer, cliquez sur Connexions virtuelles dans le menu déroulant, puis sélectionnez votre connexion virtuelle.) 2. En haut de la page, le titre Données de l’extrait doit s’afficher. Si le titre qui s’affiche est Données en direct, actualisez votre navigateur. 3. Sélectionnez l’onglet Tâches planifiées et cliquez sur +Nouvelle tâche. 4. La boîte de dialogue Créer une tâche planifiée s’ouvre. La boîte de dialogue Créer une tâche planifiée ne s’affiche pas de la même façon dans Tableau Server et Tableau Cloud. Si vous utilisez Tableau Cloud, consultez [Programmer des actualisations d’extraits pour une connexion virtuelle](https://help.tableau.com/current/online/fr-ca/dm_vconn_extract.htm#schedule-extract-refreshes-on-tableau-cloud) dans l’aide du produit Tableau Cloud. 5. Sélectionnez une programmation dans le menu déroulant. 6. Dans les cas où plusieurs tables utilisent des extraits, sélectionnez Dépendant ou Indépendant. (Dans Tableau Server 2023.3 et versions antérieures, il s’agissait des options « Garder les tables synchronisées » et « Actualiser les tables indépendamment », mais la signification sous-jacente reste la même.) - Dépendant signifie qu’aucun des extraits ne sera mis à jour si les tâches d’actualisation d’extrait d’une ou de plusieurs tables échouent. - Indépendant signifie que la réussite ou l’échec de la tâche d’extrait d’une table n’affecte pas la mise à jour des extraits des autres tables. 7. Sélectionnez Type d’actualisation. Vous pouvez configurer le type d’extrait dans l’éditeur de connexion virtuelle. Pour plus d’informations, consultez la section Extraits incrémentiels de la page [Créer une connexion virtuelle](https://help.tableau.com/current/server/fr-ca/dm_vconn_create_conn.htm#incremental-extract). (Dans Tableau Server 2023.3 et versions antérieures, les connexions virtuelles ne prennent pas en charge les extraits incrémentiels. Vous ne verrez donc pas ces options.) - Complète signifie que les tâches d’actualisation d’extrait complète seront exécutées sur tous les extraits de la connexion virtuelle, qu’ils soient configurés pour une actualisation d’extrait complète ou pour une actualisation d’extrait incrémentielle. - Incrémentielle signifie que les tâches d’actualisation d’extrait incrémentielle seront exécutées sur tous les extraits incrémentiels de la connexion virtuelle. Pour tous les autres extraits de la connexion virtuelle, des tâches d’actualisation d’extrait complète seront exécutées. 8. Sélectionnez Ajouter ou modifier des tables et sélectionnez les tables que vous souhaitez actualiser. 9. Sélectionnez OK. 10. Sélectionnez Appliquer. ![](/tableau/current/fr-ca/server/fr-ca/Img/dm_vconn_server_extract_sched.png) ## Limite de délai d’expiration pour les actualisations d’extraits Pour garantir que les tâches d’actualisation longues n’occupent pas toutes les ressources système et n’empêchent pas les actualisations d’autres extraits sur votre site, les actualisations d’extraits pour une connexion virtuelle sont soumises à une limite de temps de deux heures. Pour plus d’informations sur la limite de délai d’expiration pour les tâches d’actualisation et des suggestions de résolution de ces erreurs, consultez [Délai d’actualisation des extraits](https://help.tableau.com/current/online/fr-ca/schedule_add.htm#timeout). Remarque : Depuis Tableau Cloud juin 2024 et Tableau Server 2024.2, les connexions virtuelles prennent en charge l’actualisation incrémentielle pour les extraits de table. Avant cette version, les connexions virtuelles ne prenaient en charge que les actualisations complètes. ## Qui peut le faire? Pour publier une connexion virtuelle ou définir des autorisations, vous devez : - avoir des informations d’identification à la base de données à laquelle la connexion virtuelle se connecte, et - être un administrateur de serveur ou de site, ou avoir le rôle Creator. ## Étape suivante Après avoir planifié des actualisations d’extraits pour une connexion virtuelle, vous pouvez [Utiliser une connexion virtuelle](https://help.tableau.com/current/server/fr-ca/dm_vconn_use.htm).[Utiliser une connexion virtuelle](https://help.tableau.com/current/server/fr-ca/dm_vconn_use.htm) [Passer au contenu principal](#main-content) # Plans de migration : autorisations et propriété L’outil Content Migration Tool vous permet de reproduire les autorisations des classeurs et des sources de données sur des environnements Tableau qui se trouvent dans des domaines de réseau différents ou qui présentent des différences de syntaxe de nom d’utilisateur ou de groupe. Vous pouvez créer des mappages d’autorisations des utilisateurs pour personnaliser et sécuriser un contenu après sa publication sur l’emplacement de destination. Les mappages sont appliqués si Copy Project Permissions, Copy Workbook Permissions ou Copy Data Source Permissions ont été sélectionnés plus tôt dans la phase de planification, en même temps que Appliquer les mappages utilisateur. Pour plus d’informations, consultez [Plans de migration : Projets source](https://help.tableau.com/current/server/fr-ca/cmt-plan_source_projects.htm), [Plans de migration : Classeurs](https://help.tableau.com/current/server/fr-ca/cmt-plan_workbooks.htm) et [Plans de migration : Sources de données publiées](https://help.tableau.com/current/server/fr-ca/cmt-plan_datasources.htm). ## Limites des mappages - Content Migration Tool arrête le processus de migration s’il ne parvient pas à trouver l’utilisateur ou le groupe mappé dans l’emplacement de destination. Les mappages ultérieurs d’autorisations des utilisateurs ou des groupes ne sont pas vérifiés après le premier échec et le plan doit être exécuté à nouveau. - Content Migration Tool ne peut pas reproduire les autorisations si le contenu source a des autorisations pour plusieurs utilisateurs et groupes avec des noms identiques. Cela ne se produit que lorsqu’il y a des noms d’utilisateur ou de groupe en double provenant de domaines distincts. ## Étape 1 : ajouter un mappage Pour ajouter un mappage d’autorisations utilisateur, cliquez sur Add Mapping et choisissez de modifier le nom d’un domaine, d’un utilisateur, d’un groupe ou d’importer les mappages à partir d’un fichier de valeurs séparées par une virgule (CSV). Si Content Migration Tool ne peut pas associer une autorisation dans l’emplacement de destination, le contenu source ne sera pas migré. ![Interface permettant d’ajouter le mappage des utilisateurs avec des options pour le mappage des domaines, des utilisateurs et des groupes.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-plan-user-add.png) ### Mappage de domaines Le mappage d’autorisations de domaines s’applique à tous les utilisateurs et groupes dans l’emplacement de destination. Si vous n’êtes pas sûr du domaine source ou cible, vous pouvez vérifier les pages utilisateur et groupe sur votre site Tableau. Si le provisionnement des utilisateurs locaux a été sélectionné, le domaine doit être spécifié en tant que `local`. ![Interface de mappage des domaines affichant les champs de domaine source et de destination.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-plan-user-domain-mapping.png) ### Mappage des utilisateurs Le mappage des autorisations des utilisateurs remplit automatiquement une liste d’utilisateurs à partir des emplacements source et cible en utilisant la syntaxe `domain\user`. Vous ne pouvez pas saisir et enregistrer des noms d’utilisateurs qui n’existent pas. **Remarque :** lors de la migration entre projets sur le même site, l’emplacement de destination et la liste des utilisateurs seront les mêmes. Vous pouvez utiliser des mappages pour mettre à jour la propriété du contenu à partir de `User_A` vers `User_B` sur le site. ![Interface permettant d’ajouter le mappage des utilisateurs avec des options pour le mappage des domaines, des utilisateurs et des groupes.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-plan-user-mapping.png) ### Mappage de groupes Le mappage des autorisations de groupes remplit automatiquement une liste d’utilisateurs à partir des emplacements source et cible en utilisant la syntaxe`domain\group`. Vous ne pouvez pas saisir et enregistrer des noms de groupes qui n’existent pas. ![Interface de modification du mappage avec des options pour le mappage des groupes source et de destination.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-plan-group-mapping.png) ## Importer les mappages depuis un fichier CSV Depuis la version 2021.4, vous pouvez importer un fichier CSV avec des mappages de domaines, d’utilisateurs et de groupes pour préparer rapidement vos données en vue de la migration. L’importation de mappages peut réduire les étapes manuelles requises pour exécuter un plan de migration en vous permettant de créer et de modifier vos mappages en bloc en dehors de Content Migration Tool. Pour importer des mappages, sélectionnez Importer depuis le fichier dans le menu Ajouter un mappage. ### Exigences de format de fichier CSV Lorsque vous créez un fichier CSV pour importer des mappages, vérifiez que le fichier répond aux exigences suivantes : - Le fichier ne contient pas d’en-têtes de colonne. Tableau part de l’hypothèse que chaque ligne représente un mappage. - Le fichier contient trois valeurs séparées par des virgules par ligne : type de mappage, domaine/utilisateur/groupe source et domaine/utilisateur/groupe de destination. - Incluez le domaine pour les noms d’utilisateurs et les groupes si le serveur utilise l’authentification Active Directory ou « local » si un magasin d’identités local est utilisé. Vous devez spécifier « domaine », « utilisateur » ou « groupe » comme type de mappage, tel qu’indiqué dans le tableau suivant. Les colonnes source et de destination fournissent un exemple de syntaxe pour Active Directory et un magasin d’identités local. Les valeurs réelles dans le fichier CSV varient en fonction de votre entreprise.
Type de mappageSourceDestination
domaine<domain><domain>
utilisateur<domain>\<user name>
local\<user name>
<domain>\<user name>
local\<user name>
groupe<domain>\<group name>
local\<group name>
<domain>\<group name>
local\<group name>
### Importer des mappages d’autorisations utilisateur Pour importer des mappages d’autorisations utilisateur dans Content Migration Tool : 1. Cliquez sur Ajouter un mappage, puis sur Importer à partir d’un fichier. 2. Dans la fenêtre de dialogue, cliquez sur Exporter au format CSV pour exporter un fichier CSV avec tous les utilisateurs et groupes du site source. Modifiez le fichier résultant dans un éditeur de texte pour ajouter des mappages pour le site de destination. Si vous avez déjà un fichier de mappage, passez à l’étape 3. **Remarque :** le fichier CSV exporté n’inclut pas les domaines du site source. Les domaines doivent être ajoutés manuellement au fichier CSV pour créer des mappages de domaines. 3. Cliquez sur Importer des mappages et sélectionnez le fichier de mappage que vous souhaitez importer. Content Migration Tool validera les mappages pour les erreurs lors de l’importation du fichier. Si des erreurs sont détectées, vous devez corriger chaque erreur dans le fichier CSV, puis l’importer à nouveau. ### Exemple d’importation de fichier CSV L’exemple suivant montre un fichier CSV contenant plusieurs types de mappage. user,local\\hwilson,companyx.lan\\henry.wilson user,local\\jjohnson,companyx.lan\\janna.johnson user,local\\mkim,companyx.lan\\michele.kim user,local\\fsuzuki,companyx.lan\\fred.suzuki user,local\\awang,companyx.lan\\alan.wang user,local\\snguyen,companyx.lan\\susan.nguyen user,local\\lrodriguez,companyx.lan\\laura.rodriguez user,local\\agarcia,companyx.lan\\ashley.garcia group,local\\All Users,companyx.lan\\All Users group,local\\Finance Team,companyx.lan\\Finance Group domain,dev.mycompany,prod.mycompany Une fenêtre d’aperçu s’affiche lors de l’importation du fichier CSV qui affiche les mappages supprimés, ajoutés ou mis à jour, inchangés et ignorés. Vérifiez que les modifications de mappage sont correctes et cliquez sur Accepter. ![Interface permettant d’ajouter le mappage des utilisateurs avec des options pour le mappage des domaines, des utilisateurs et des groupes.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-plan-user-import-preview.png) Une fois les mappages importés avec succès, vous pouvez modifier, supprimer ou changer l’ordre de mappage comme décrit à l’étape 2. ## Étape 2 : Modifier l’ordre de mappage Une fois un mappage d’autorisations créé, vous pouvez modifier l’ordre à l’aide de Up ou Down pour déterminer quand il sera traité pendant la migration. Lorsqu’un domaine, un utilisateur ou un groupe est traité dans un mappage d’autorisations, tout mappage ultérieur pour le domaine, l’utilisateur ou le groupe source sera ignoré. Dans l’exemple ci-dessous, les autorisations `User_A` sont associées à `User_B`. Content Migration Tool ignorera le second mappage d’autorisations car `User_A` a déjà été traité. ![Interface de mappage des utilisateurs avec des options pour modifier, supprimer et réorganiser les mappages.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-plan-user-order_example.png) Dans l’exemple ci-dessous, le premier mappage d’autorisations associe le domaine de tous les utilisateurs à `prod`. Content Migration Tool ignorera le second mappage d’autorisations parce que le domaine de `User_A` a déjà été traité. ![Interface de mappage des utilisateurs et des domaines avec des options pour modifier et réorganiser.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-plan-user-override_example.png) ## Étape 3 : Passer à l’étape suivante Lorsque vous êtes prêt, cliquez sur Next pour passer à la section [Plans de migration : Scripts de migration](https://help.tableau.com/current/server/fr-ca/cmt-plan_scripts.htm) de la phase de planification. ## Qui peut le faire? Un utilisateur du site Tableau avec un rôle Explorer ou supérieur. Pour migrer du contenu, vous devez disposer des Fonctionnalité **Afficher** et **Télécharger/Enregistrer une copie** sur le site source, et des droits de fonctionnalités **Afficher** et **Publier** pour les projets cibles sur le site de destination. Pour plus d’informations, consultez [Autorisations](https://help.tableau.com/current/server/fr-ca/permissions.htm). [Passer au contenu principal](#main-content) # Plans de migration : Classeurs Vous vous êtes connecté avec succès à vos sites source et de destination et aux projets sélectionnés. L’étape suivante consiste à préparer vos classeurs pour la migration. **Remarque :** si vos classeurs ou vos sources de données contiennent des extraits, assurez-vous de lire et de comprendre les informations contenues dans [Migrer des classeurs et des sources de données utilisant des extraits](https://help.tableau.com/current/server/fr-ca/cmt-migration_extracts.htm). ## Étape 1 : Sélection des classeurs Tous les classeurs du site source et des projets sélectionnés sont affichés sur l’écran Workbook Selection. ![Volet de sélection de classeur où est sélectionnée l’option de classeurs spécifiques et qui montre six aperçus des visualisations sélectionnées.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-plan-workbook-select.png) Si vous apportez des modifications aux classeurs du site source, vous pouvez cliquer sur Refresh pour mettre à jour les listes des classeurs sur cet écran. Vous pouvez sélectionner ces classeurs de plusieurs manières. ### Sélection de classeurs spécifiques La section Specific contient trois lignes. Tous les choix de la section de base incluront immédiatement le classeur spécifiquement sélectionné dans le plan de migration. Vous pouvez autrement sélectionner individuellement des classeurs spécifiques en cliquant sur chacun d’eux. #### Tout sélectionner Le bouton Tout sélectionner permet de sélectionner ou désélectionner tous les classeurs du site. Si des classeurs supplémentaires sont ajoutés au site après l’enregistrement du plan, ils ne seront pas automatiquement ajoutés lors de la prochaine utilisation du plan. #### Affichage : ##### Images miniatures La vue par défaut présente vos classeurs sous forme d’aperçus en images miniatures pour vous aider à les différencier. Dans cette vue, passez la souris sur l’image miniature pour afficher un aperçu des autres feuilles de calcul et tableaux de bord de ce classeur. ##### Liste La vue Liste est une liste plus succincte qui fournit également des renseignements supplémentaires, y compris le nom du classeur, le projet, la version de Tableau et la dernière modification. Cliquez sur l’un des en-têtes de colonne pour trier les classeurs de façon appropriée. De plus, en survolant n’importe lequel des classeurs, vous obtiendrez également un aperçu flottant des feuilles de travail et des tableaux de bord contenus dans ce classeur. La vue Liste est particulièrement utile si vous avez un grand nombre de classeurs dans un site. ### Sélection basée sur des règles Vous pouvez utiliser la sélection Rule Based pour sélectionner des classeurs en fonction de critères spécifiques. Les options basées sur des règles créent des critères de sélection du classeur à utiliser lors de l’exécution du plan de migration. Gardez à l’esprit que sélectionner « Tous » dans l’une des options Rule Based est différent de la sélection Specific Workbooks. Une sélection « Tous » basée sur des règles inclura toujours tous les classeurs, de sorte que tout nouveau classeur ajouté sera inclus dans les migrations futures. ![Interface pour définir les règles basées sur les balises de projet et publicateur pour la migration des classeurs.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-plan-workbook-rulebased.png) La case d’option Rule Based vous permet de sélectionner des classeurs en utilisant les options suivantes : #### Workbooks in projects Ce menu vous permet de sélectionner des classeurs à partir de projets spécifiques. #### Workbooks tagged with Ce menu vous permet de sélectionner les classeurs par balises. #### Workbooks published by Ce menu vous permet de sélectionner les classeurs par auteur. Pour chaque option, vous pouvez effectuer une sélection individuelle ou multiple en cliquant sur l’option à côté de chaque entrée. Tous les classeurs sélectionnés apparaîtront dans la boîte Selection Description. ### Sélection de tous les classeurs La dernière option consiste à sélectionner la case d’option All Workbooks qui sélectionne tous les classeurs dans tous les projets du site. Utiliser la case d’option All Workbooks est différent de sélectionner tous les classeurs avec la méthode Specific Workbook parce qu’elle utilise chaque classeur du site source à chaque utilisation future du plan de migration. ![Options de sélection de classeurs avec les classeurs sélectionnés dans tous les projets.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-plan-workbook-select-all.png) Lorsque vous aurez sélectionné les classeurs qui vous conviennent, cliquez sur Next. ## Étape 2 : Mappage des classeurs Vous pouvez maintenant mapper vos classeurs sélectionnés à partir du fichier source vers le fichier de destination. Le mappage vous permet de renommer les classeurs source à mesure qu’ils sont migrés et de choisir différentes destinations. Vous pouvez également ajouter des mappages pour modifier le projet, et également le préfixe ou le suffixe des classeurs. Les projets peuvent également être ajoutés à la Destination dans cette section. Si vous n’apportez aucune modification ici, les classeurs sélectionnés seront simplement déployés avec le même nom et dans le même projet que la source. Si vous n’avez pas défini de projets dans votre site de destination, ils seront alors migrés dans le projet par défaut. Pour ajouter un mappage de classeurs, cliquez sur le bouton Ajouter un mappage. Les options suivantes apparaîtront dans la zone de mappage. ![Interface permettant d’ajouter de nouveaux mappages de classeurs avec des options pour renommer et modifier des projets.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-plan-workbook-mapping.png) ### Renommer le classeur ![Interface de mappage des classeurs avec des champs pour les noms de projet et de classeur source et de destination.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-plan-workbook-mapping-rename.png) Cette transformation vous permet de filtrer par projet dans le site Source et de sélectionner le(s) classeur(s) à renommer. Dans le champ Destination , vous pouvez sélectionner le projet vers lequel diriger le classeur et saisir le nom souhaité. ### Changer de projet ![Interface permettant de modifier le préfixe du classeur avec des options pour supprimer ou remplacer.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-plan-workbook-mapping-chgproj.png) Par défaut, les classeurs sont migrés vers le même projet dans la destination. Ce mappage vous permet de modifier le projet de destination pour tous les classeurs à partir d’un projet source. ### Ajouter un projet Lors du renommage du classeur ou de la modification du projet, l’option Add New vous permet de créer un projet de destination sans avoir à vous connecter au site de destination et de créer le projet manuellement. Vous pouvez créer des projets et des projets imbriqués à l’aide de la boîte de dialogue Add New . ![Un formulaire pour créer un nouveau projet avec des champs pour l’emplacement, le nom du projet, le projet parent et la description.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-plan-workbook-mapping-chgproj-new.png) ### Modifier le préfixe ![Interface permettant de modifier le préfixe du classeur avec des options pour supprimer ou remplacer.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-plan-workbook-mapping-chgprefix.png) Cette option vous permet de supprimer ou de remplacer le préfixe des classeurs d’un ou de tous les projets source. ### Modifier le suffixe Comme pour le mappage du préfixe, vous pouvez supprimer ou remplacer le suffixe des classeurs d’un ou de tous les projets source. ## Étape 3 : Transformations des classeurs Vous pouvez changer et modifier vos classeurs à l’aide de l’étape Transformation. ![Un bouton intitulé « Ajouter une transformation » avec une flèche déroulante.](/tableau/current/fr-ca/server/fr-ca/Img/ptd-plan-workbook-add-transform-button.png) Les transformations modifient vos classeurs d’une manière spécifique. Des transformations supplémentaires peuvent être incluses par des modules complémentaires ou seront ajoutées dans les futures versions de l’application. Cliquez sur le menu déroulant Ajouter une transformation pour voir la sélection des transformations actuellement disponibles. ![Un menu déroulant d’options de transformation de classeur.](/tableau/current/fr-ca/server/fr-ca/Img/ptd-plan-workbook-add-transform-list.png) Si vous sélectionnez l’une des transformations, le volet Modifier la transformation s’affichera, ce qui vous permettra de la personnaliser en fonction des classeurs que vous aurez sélectionnés. Toutes les transformations sont effectuées selon leur ordre d’affichage dans la liste de haut en bas. Pour tous les différents types de transformations, on distingue deux étapes de base. La première étape consiste à faire votre sélection pour la transformation. Dans ce cas, sélectionnez le(s) classeur(s) que vous souhaitez transformer. La zone de sélection se présente comme la section Sélection du classeur de la phase de planification avec toutes les fonctionnalités de la case d’option Sélection de base : Tout sélectionner/désélectionner, Actualiser, affichage Miniature et affichage Liste. En haut de la liste, vous pouvez cocher la case Select All pour les classeurs, une option permettant de sélectionner automatiquement tous les classeurs pour des transformations futures. Vous pouvez également actualiser le volet d’affichage du classeur afin de refléter toutes les modifications ou mises à jour du site source. ![Un volet avec des options pour modifier une transformation.](/tableau/current/fr-ca/server/fr-ca/Img/ptd-plan-workbook-edit-transform-workbook.png) La deuxième étape consiste à utiliser l’onglet Options pour entrer les sélections spécifiques en vue de la transformation que vous sélectionnez. ![Un formulaire pour modifier une valeur de paramètre, avec des champs pour le nom du paramètre, le type de données et la valeur.](/tableau/current/fr-ca/server/fr-ca/Img/ptd-plan-workbook-edit-transform-options.png) Chacune des transformations du classeur a des valeurs différentes à saisir dans l’onglet Options, et l’onglet aura des noms différents, selon la transformation que vous modifiez : ### Remplacer l’action d’URL Remplacez tout ou partie d’une action d’URL à l’intérieur du classeur à l’aide de cette transformation. Dans l’onglet Options, entrez le texte pour lequel trouver une correspondance et sa valeur de remplacement. La fonctionnalité de remplacement est conçue pour les actions d’URL et ne vérifie pas l’intégralité du XML du classeur. ![Deux zones de texte avec des étiquettes : « Correspondance » et « Remplacement ».](/tableau/current/fr-ca/server/fr-ca/Img/ptd-plan-workbook-action-url.png) #### Exemple : URL : `www.exampledev.com` Correspondance : `dev` Remplacement : `Prod` Résultat : `www.exampleProd.com` ### Définir la valeur de paramètre Définissez un nouveau paramètre. Dans l’onglet Options, entrez le nom du paramètre, le type de données dans le menu déroulant et la valeur. ![Un formulaire avec des champs pour le nom de paramètre, le type de données et la valeur.](/tableau/current/fr-ca/server/fr-ca/Img/ptd-plan-workbook-parameter.png) ### Supprimer des images Supprimez toutes les images (par exemple un filigrane) des classeurs sélectionnés en entrant le nom du fichier dans l’onglet Options. Une case à cocher supplémentaire permet de recevoir un avertissement pendant la migration si aucune image n’est trouvée. ![Un champ de texte intitulé « Nom de fichier » et un message d’avertissement indiquant qu’aucune image correspondante n’a été trouvée dans le classeur.](/tableau/current/fr-ca/server/fr-ca/Img/ptd-plan-workbook-image-remove.png) ### Supprimer les commandes d’infobulle Supprimez toutes les commandes d’infobulle des classeurs sélectionnés. Il n’y a pas d’options supplémentaires à définir pour cette transformation. ### Remplacer des images Remplacez les images intégrées dans les classeurs sélectionnés. Dans l’onglet Options, entrez le nom du fichier de l’image actuelle et celui de l’image de remplacement. Vous pouvez remplacer des images à l’aide d’un chemin d’accès du fichier local ou d’une URL. ![Un champ de texte intitulé « Nom de fichier » et un message d’avertissement indiquant qu’aucune image correspondante n’a été trouvée dans le classeur.](/tableau/current/fr-ca/server/fr-ca/Img/ptd-plan-workbook-image-replace.png) #### Exemple : Nom du fichier : `image.png` URL de l’image de remplacement : `https://www.exampledev.com/replacementImage.png` ### Visibilité de la commande de zoom Définissez le mode de visibilité dans le menu déroulant : Automatique, Afficher au survol ou Masquer dans l’onglet Options. ![Un menu déroulant du mode de visibilité sur lequel « Automatique » est sélectionné.](/tableau/current/fr-ca/server/fr-ca/Img/ptd-plan-workbook-zoom.png) ### Remplacer l’URL d’une page Web Remplacez tout ou partie de l’URL d’une page Web utilisée dans des tableaux de bord en utilisant cette transformation. Dans l’onglet Options, entrez le texte pour lequel trouver une correspondance, et sa valeur de remplacement. ![Deux champs de texte vides intitulés « Correspondance » et « Remplacement »](/tableau/current/fr-ca/server/fr-ca/Img/ptd-plan-workbook-web-url-replace.png) #### Exemple : URL : `www.exampledev.com` Correspondance : `dev` Remplacement : `Prod` Résultat : `www.exampleProd.com` ## Étape 4 : Transformations des sources de données L’étape suivante de la planification de vos classeurs pour la migration de votre entreprise est la transformation de vos sources de données. Son déroulement est similaire à celui de l’étape Transformation des classeurs. Il s’agit de sources de données qui sont compressées dans les classeurs. Les sources de données publiées sont traitées dans une étape différente du processus. ![Un bouton intitulé « Ajouter une transformation » avec une flèche déroulante.](/tableau/current/fr-ca/server/fr-ca/Img/ptd-plan-transform-add-button.png) Cliquez sur le menu déroulant Ajouter une transformation et les options suivantes s’affichent : ![Liste des transformations de sources de données, notamment le remplacement du nom de table et les ajustements des paramètres SQL.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-plan-transform-datasource-add-list.png) La sélection d’une des transformations de source de données ouvre le volet Modifier la transformation, qui vous permet de la personnaliser en fonction des sources de données sélectionnées. Toutes les transformations sont effectuées selon leur ordre d’affichage dans la liste de haut en bas. Pour tous les différents types de transformations de sources de données, on distingue deux étapes de base. La première étape consiste à entrer les critères de correspondance pour la source de données désirée. Selon le type de connexion que vous sélectionnez, d’autres rubriques apparaîtront dans l’onglet Critères de correspondance. ![Interface de transformation des sources de données avec des champs pour définir de nouvelles valeurs de connexion et des critères de correspondance.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-plan-transform-datasource-edit-criteria.png) Cliquez sur Aperçu des connexions source pour trouver les connexions correspondant aux critères saisis. ![Une table qui prévisualise la transformation d’une source de données.](/tableau/current/fr-ca/server/fr-ca/Img/ptd-plan-transform-preview.png) La deuxième étape consiste à utiliser l’onglet Options pour entrer les sélections spécifiques en vue de la transformation que vous sélectionnez. ![Interface pour définir un SQL personnalisé pour les transformations de sources de données.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-plan-transform-datasources-edit-options.png) Chacune des transformations de source de données a des valeurs différentes à saisir dans l’onglet Options : #### Définir la formule de calcul Dans l’onglet Options, vous pouvez remplacer le calcul d’une colonne. ![Un formulaire avec des champs pour un nom de colonne et une formule.](/tableau/current/fr-ca/server/fr-ca/Img/ptd-plan-transform-calc-set.png) #### Définir l’information de connexion Dans l’onglet Nouvelles valeurs de connexion, entrez la méthode d’authentification et les détails de connexion pour la nouvelle source de données. Selon le type de connexion que vous sélectionnez, d’autres champs apparaissent. **Modifier les sources de données publiées avec CMT** À partir de la version 2022.1, sélectionnez le type de connexion Tableau Server (source de données publiée) pour modifier la source de données publiée pour un classeur. Cela peut réduire les étapes manuelles requises lors de la migration des classeurs entre les environnements Tableau, par exemple, la promotion du contenu du développement à la production. Pour modifier la source de données publiée, sélectionnez une source de données dans le menu déroulant et saisissez le nom d’utilisateur Tableau pour l’authentification. L’utilisateur doit exister sur le site de destination et disposer de la capacité de connexion pour la source de données publiée. - Pour les sources de données basées sur des fichiers, les utilisateurs accèdent au classeur et voient les données en fonction des autorisations de l’utilisateur Tableau spécifié. - Pour toutes les autres sources de données, les utilisateurs sont invités à entrer leurs propres informations d’identification de base de données lors du chargement de la vue ou du classeur. Si le nom d’utilisateur Tableau n’est pas spécifié, seuls les utilisateurs disposant de la capacité de connexion peuvent voir les données dans le classeur. ![Un formulaire avec des champs pour la source de données publiée et votre nom d’utilisateur Tableau.](/tableau/current/fr-ca/server/fr-ca/Img/ptd-plan-transform-set-cx.png) #### Définir SQL personnalisé Dans l’onglet Nouvelle requête SQL personnalisé, entrez le nom de la requête SQL personnalisé que vous souhaitez modifier pour Faire correspondre le nom de la requête. Le nom de la requête doit correspondre au nom de la requête SQL personnalisée de la couche physique de la source de données. Si ces noms ne correspondent pas, la transformation échouera. Pour plus d’informations sur la modélisation des données et la couche physique, consultez [Modèle de données Tableau](https://help.tableau.com/current/server/fr-ca/datasource_datamodel.htm). Après avoir entré le nom de la requête, entrez le SQL personnalisé souhaité dans le champ de texte. Sachez que SQL personnalisé peut avoir un impact négatif sur les performances de vos classeurs s’il n’est pas utilisé correctement. ![Une zone de texte intitulée « Faire correspondre le nom de la requête » et une zone de texte plus grande intitulée « SQL personnalisé ».](/tableau/current/fr-ca/server/fr-ca/Img/ptd-plan-transform-set-custom-sql.png) #### Supprimer l’extrait Il n’y a pas d’onglet d’options pour cette transformation, entrez simplement l’information de Match Criteria et l’extrait sera supprimé pendant le déploiement. De plus, sur chacune des transformations, vous pouvez entrer des notes dans la section Comments située à gauche du volet Edit Transformation. #### Appliquer les identifiants enregistrés Obsolète dans la version 2022.3. Utilisez plutôt la transformation de source de données Définir les informations de connexion. Dans l’onglet Options, saisissez le Nom d’utilisateur Tableau et le Nom d’utilisateur des identifiants enregistrés correspondant pour la connexion de données. Vous pouvez uniquement appliquer les identifiants enregistrés pour les connexions de données existantes dans la page Paramètres du compte de votre site Tableau. Pour plus d’information, consultez [Gérer les informations d’identification enregistrées pour les connexions de données](https://help.tableau.com/current/server/fr-ca/manage_stored_credentials.htm). ![Deux zones de texte exigent un nom d’utilisateur Tableau et un nom d’utilisateur des identifiants enregistrés.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-plan-datasource-transform-saved-credentials.png) ## Étape 5 : Options de publication L’étape finale de la phase Classeurs consiste à sélectionner les options de publication et à créer des transformations pour les balises, les programmations d’actualisations d’extraits et les autorisations. ![Options de publication pour les classeurs, notamment les commandes de remplacement et les paramètres d’autorisation.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-plan-workbook-publish-options.png) #### Réinitialiser les sélections du tableau de bord Cette option désélectionne tous les objets des tableaux de bord. #### Remplacer les classeurs plus récents Si cette option est activée, un classeur sera déployé même s’il remplace un classeur qui a été créé en même temps ou plus récemment que le classeur déplacé. #### Copier les autorisations du classeur Si cette option est activée, l’outil de migration tentera d’associer aussi étroitement que possible les autorisations du classeur source. #### Copier les programmations d’actualisations d’extraits Si cette option est sélectionnée, l’outil de migration tente de définir les programmation d’actualisations d’extraits du classeur de destination sur des programmations correspondant au nom de la source. **Remarque :** les programmations d’actualisations d’extraits ne peuvent pas être créées dans Tableau Cloud. Cette option n’est pas disponible si la destination est un site Tableau Cloud. Pour plus d’informations, consultez [Limitations de la migration](https://help.tableau.com/current/server/fr-ca/cmt-migration_limitations.htm). #### Copier les identifiants intégrés pour les classeurs Copiez les identifiants intégrés pour les sources de données intégrées dans les classeurs. Disponible uniquement lors de la migration d’un site Tableau Server vers un site Tableau Cloud. Pour en savoir plus, consultez la section [Migrer des classeurs et des sources de données avec des informations d’identification intégrées](https://help.tableau.com/current/server/fr-ca/cmt-migration_embedded_credentials.htm). **Remarque :** CMT ne prend pas en charge la migration des identifiants intégrés pour les connexions OAuth. Pour migrer les identifiants Oauth vers le site de destination, utilisez la transformation de la source de données [Définir l’information de connexion](#plan_wkbk_data_trans). #### Copier le propriétaire du classeur Copiez les paramètres du propriétaire du classeur depuis l’emplacement source pour désigner le propriétaire du classeur. S’il n’est pas sélectionné, l’utilisateur de l’outil Content Migration Tool se voit attribuer la propriété du classeur dans l’emplacement de destination. #### Appliquer les mappages d’utilisateurs Appliquez des mappages d’utilisateurs pour attribuer la propriété du contenu. Sélectionnez cette option s’il existe des différences dans la syntaxe du nom d’utilisateur dans l’emplacement de destination. Pour plus d’informations, consultez [Plans de migration : autorisations et propriété](https://help.tableau.com/current/server/fr-ca/cmt-plan_users.htm). ### Ajouter une option Cliquez sur le menu déroulant Add Option pour les différents types de transformations que vous pouvez ajouter : ![Interface permettant d’ajouter des options de publication de classeur, notamment la gestion des balises et les paramètres d’autorisation.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-plan-workbook-pub-option-add.png) Pour tous les différents types de transformations, on distingue deux étapes de base. La première étape consiste à faire votre sélection pour la transformation. Dans ce cas, sélectionnez le(s) classeur(s) que vous souhaitez transformer. La zone de sélection se présente comme la section Sélection du classeur de la phase de planification avec toutes les fonctionnalités de la case d’option Sélection de base : Select/Unselect All, Refresh, Thumbnail Display et List Display. En haut de la liste, vous pouvez cocher la case Select All pour les classeurs, une option permettant de sélectionner automatiquement tous les classeurs pour des transformations futures. Vous pouvez également actualiser le volet d’affichage du classeur afin de refléter toutes les modifications ou mises à jour du site source. ![Interface permettant d’ajouter des balises pour les classeurs avec des champs pour la sélection et l’application de balises.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-plan-workbook-pub-option-add-tags.png) La deuxième étape consiste à utiliser l’onglet Options pour entrer les sélections spécifiques en vue de la transformation que vous sélectionnez. **Remarque :** l’onglet des options aura des noms différents, selon la transformation que vous modifiez. #### Ajout de balises Cette option vous permet d’ajouter une ou plusieurs balises au classeur. Si vous survolez une balise précédemment entrée, un symbole « X » bleu apparaîtra pour permettre la suppression. ![Une boîte de dialogue des options de modification avec des options pour sélectionner des classeurs ou ajouter une balise.](/tableau/current/fr-ca/server/fr-ca/Img/ptd-plan-workbook-tags-add.png) #### Supprimer des balises Cette option vous permet d’ajouter une ou plusieurs balises au classeur. Si vous survolez une balise précédemment entrée, un symbole « X » bleu apparaîtra pour permettre la suppression. Vous pouvez également choisir de supprimer la balise des classeurs source ou de destination. ![Un volet pour supprimer les balises des classeurs.](/tableau/current/fr-ca/server/fr-ca/Img/ptd-plan-workbook-tags-remove.png) #### Appliquer des programmations d’actualisations d’extraits Cette option vous permet d’appliquer les programmations d’actualisations d’extraits aux classeurs migrés. La liste des programmations générées provient de la destination. **Remarque :** les programmations d’actualisations d’extraits ne peuvent pas être créées dans Tableau Cloud. Cette option n’est pas disponible si la destination est un site Tableau Cloud. Pour plus d’informations, consultez [Limitations de la migration](https://help.tableau.com/current/server/fr-ca/cmt-migration_limitations.htm). ![Une boîte de dialogue avec des options pour appliquer des programmations d’actualisation d’extraits, notamment fin de mois, samedi soir et début de matinée les jours de la semaine.](/tableau/current/fr-ca/server/fr-ca/Img/ptd-plan-workbook-sched-refresh.png) #### Définir les autorisations Cette transformation permet de modifier les autorisations pour les classeurs sélectionnés. Entrez un groupe ou un utilisateur et cliquez sur Add. Ajustez les autorisations à votre convenance. Quatre options différentes sont disponibles : l’autorisation Allow , l’autorisation Deny , l’autorisation Inherit ou conserver la Source Value. ![Un volet qui affiche les autorisations pour un classeur.](/tableau/current/fr-ca/server/fr-ca/Img/ptd-plan-workbook-permissions-set.png) #### Générer des images miniatures en tant que Ceci vous permet de définir l’Utilisateur ou le Groupe à utiliser pour générer des données propres à l’utilisateur dans l’image miniature du classeur après la migration. Chaque option inclut une liste déroulante permettant de sélectionner l’utilisateur ou le groupe souhaité. ![Une boîte de dialogue pour générer des miniatures en tant qu’utilisateur ou groupe.](/tableau/current/fr-ca/server/fr-ca/Img/ptd-plan-workbook-thumbnail-gen.png) ## Étape 6: Passer à l’étape suivante Après avoir sélectionné vos classeurs et vos préférences, cliquez sur Next pour passer à la section [Plans de migration : Sources de données publiées](https://help.tableau.com/current/server/fr-ca/cmt-plan_datasources.htm) de la phase de planification. ## Qui peut le faire? Un utilisateur du site Tableau avec un rôle Explorer ou supérieur. Pour migrer du contenu, vous devez disposer des Fonctionnalité **Afficher** et **Télécharger/Enregistrer une copie** sur le site source, et des droits de fonctionnalités **Afficher** et **Publier** pour les projets cibles sur le site de destination. Pour plus d’information, consultez [Autorisations](https://help.tableau.com/current/server/fr-ca/permissions.htm). [Passer au contenu principal](#main-content) # Plans de migration : Options de plan La dernière étape de la création d’un plan de migration dans le Tableau Content Migration Tool est de configurer les options du plan. ## Étape 1 : Configurer les options ![Paramètres des options de plan, notamment les actualisations d’extraits, la gestion des erreurs et la création automatique de programmations](/tableau/current/fr-ca/server/fr-ca/Img/cmt-plan-options02.png) Le champ Plan Name est le nom du plan tel qu’il apparaîtra dans Content Migration Tool. Nous vous recommandons d’utiliser un nom convivial pour le nom de votre plan. Voici les options disponibles : - Refresh Extracts After Migration: Si cette option est sélectionnée, les extraits de données seront actualisés immédiatement après la migration si Content Migration Tool détecte qu’ils ont été modifiés pendant la migration. Cliquez sur le lien Filter pour exclure des extraits spécifiques. Pour plus d’informations, consultez [Exclure les actualisations d’extraits](#exclude-extract-refreshes) ci-dessous. - Automatically create Extract Refresh Schedules that do not Exist : Crée automatiquement des programmations d’extrait de destination qui n’existent pas. Si cette option n’est pas cochée, les programmations source qui n’existent pas sur le serveur de destination ne seront pas copiées. - Continue Migration if Workbook or Data Source FailsSi cette case est cochée, les erreurs de migration d’un classeur ou d’une source de données n’entraîneront pas l’arrêt de la migration. Les erreurs seront enregistrées et la migration se poursuivra. Les erreurs pendant le contrôle de version arrêtent toujours la migration. - Poursuivre la migration si le mappage des autorisations ou de la propriété échoue : si cette case est cochée, les erreurs de copie des autorisations ou de la propriété n’entraîneront pas l’arrêt de la migration. Les erreurs seront enregistrées et la migration se poursuivra. ### Exclure les actualisations d’extraits En cliquant sur Filtre à côté de Actualiser les extraits après la migration, vous pouvez choisir les classeurs ou les sources de données publiées qui ne seront pas actualisées automatiquement. Utilisez les boutons fléchés pour sélectionner les éléments que vous souhaitez exclure, puis cliquez sur OK. ![Contrôle de version pour archiver les classeurs et les sources de données publiées, ainsi que leur emplacement d’archivage.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-plan-options-exclude-extract-refresh.png) ## Étape 2 : Contrôle de version Ces options vous permettent d’éviter de perdre les classeurs existants dans le site de destination qui pourraient être remplacés par les classeurs migrés. ![Contrôle de version pour archiver les classeurs et les sources de données publiées, ainsi que leur emplacement d’archivage.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-plan-options-version-control.png) Sélectionnez Enable pour enregistrer les versions précédentes de votre contenu. Vous pouvez choisir d’archiver des classeurs et/ou des sources de données publiés. Une fois le contrôle de version activé, vous devez sélectionner un projet dans le menu Archive To qui répertorie tous les projets de votre site de destination. Nous vous recommandons de créer un projet d’archive distinct pour stocker votre contenu versionné. Cliquez sur le bouton Actualiser pour afficher tous les projets qui ont été ajoutés ou modifiés sur le site. ## Étape 3 : Enregistrer le plan Une fois que vous avez sélectionné vos options de plan, cliquez sur Save Plan pour enregistrer votre plan pour une utilisation future. Le plan sera enregistré dans le dossier `Documents\Tableau Content Migration Tool Plans` sur votre ordinateur local. ## Étape 4 : Passer à l’étape suivante Une fois prêt, cliquez sur Verify & Run pour terminer la phase de planification et vous préparer à exécuter votre plan. ## Qui peut le faire? Utilisateur du site Tableau avec un rôle Explorer ou supérieur. Pour migrer du contenu, vous devez disposer des Fonctionnalité **Afficher** et **Télécharger/Enregistrer une copie** sur le site source, et des droits de fonctionnalités **Afficher** et **Publier** pour les projets cibles sur le site de destination. Pour plus d’informations, consultez [Autorisations](https://help.tableau.com/current/server/fr-ca/permissions.htm). [Passer au contenu principal](#main-content) # Plans de migration : Projets source L’étape suivante de la création d’un plan de migration dans Tableau Content Migration Tool consiste à sélectionner les projets source. Les projets source sont les projets depuis lesquels les classeurs et les sources de données publiées seront migrés. Les projets que vous choisissez déterminent les classeurs disponibles pour la migration à l’étape suivante du plan de migration. ## Étape 1 : Sélectionner votre projet source Vous disposez de deux options lors de la sélection de projets source : All Projects et:Specific Projects ![Interface permettant de sélectionner tous les projets à migrer avec une option d’actualisation.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-plan-source-proj-select-all.png) L’option All Projects sélectionne tous les projets du site source que vous avez choisis dans l’étape Serveurs. L’option Specific Projects vous permet de sélectionner des projets spécifiques à partir du site source. **Remarque :** les projets source doivent contenir des classeurs ou des sources de données. Content Migration Tool ne migre pas les projets vides. ![Interface de sélection de projet avec des options permettant de sélectionner des projets spécifiques pour la migration.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-plan-source-proj-select-specific.png) Vous pouvez sélectionner chaque projet individuellement ou utiliser le bouton Select All puis désélectionner les projets que vous ne souhaitez pas inclure. Si vous apportez des modifications au site source pendant cette étape, vous pouvez utiliser le bouton Refresh pour mettre à jour la liste des projets. ![Un bouton intitulé « Actualiser ».](/tableau/current/fr-ca/server/fr-ca/Img/cmt-plan-source-proj-refresh.png) ## Étape 2 : Sélectionner les options de projet Une fois les projets source sélectionnés, sélectionnez les options de projet à appliquer pour l’emplacement de destination. Des options permettent de créer des projets qui n’existent pas, et également de copier les autorisations et la propriété du projet depuis l’emplacement source. Pour attribuer une nouvelle propriété de contenu en fonction des mappages d’utilisateurs, sélectionnez Appliquer les mappages d’utilisateurs. ![Menu d’options pour la création de projet et l’application de mappage des utilisateurs dans un projet de migration.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-plan-source-proj-options.png) - Créer des projets de destination : créez automatiquement des projets qui n’existent pas dans l’emplacement de destination. Content Migration Tool ne créera pas de projets de destination si le projet source est vide ou si aucun classeur ou source de données n’est sélectionné(e). Par défaut, les tentatives de migration vers un projet inexistant entraîneront un échec de la migration. - Copier les autorisations du projet : copiez les autorisations du projet source aussi fidèlement que possible. - Copier le propriétaire du projet : copiez les paramètres de propriété du projet à partir de l’emplacement source pour désigner le propriétaire du projet. - Appliquer les mappages d’utilisateurs : appliquez les mappages d’utilisateurs pour attribuer la propriété du contenu des projets dans l’emplacement de destination. La propriété du contenu ne sera pas appliquée si le projet de destination existe déjà. Pour plus d’informations, consultez [Plans de migration : autorisations et propriété](https://help.tableau.com/current/server/fr-ca/cmt-plan_users.htm). ## Étape 3 : Passer à l’étape suivante Une fois les projets sources sélectionnés, cliquez sur Next pour passer à la section [Plans de migration : Classeurs](https://help.tableau.com/current/server/fr-ca/cmt-plan_workbooks.htm) de la phase de planification. Si vous migrez des classeurs entre deux projets sur le même site Tableau, vous choisirez votre projet de destination dans la section suivante. ## Qui peut le faire? Utilisateur du site Tableau avec un rôle Explorer ou supérieur. Pour migrer du contenu, vous devez disposer des Fonctionnalité **Afficher** et **Télécharger/Enregistrer une copie** sur le site source, et des droits de fonctionnalités **Afficher** et **Publier** pour les projets cibles sur le site de destination. Pour plus d’informations, consultez [Autorisations](https://help.tableau.com/current/server/fr-ca/permissions.htm). [Passer au contenu principal](#main-content) # Plans de migration : Scripts de migration L’étape suivante de création d’un plan de migration dans Tableau Content Migration Tool consiste à créer tous les scripts que vous souhaitez exécuter avec votre plan avant ou après la migration. ## Étape 1 : Avant la migration La section Run Pre Migration de l’écran est dédiée aux scripts qui s’exécuteront avant la migration. ![Paramètres permettant d’activer l’exécution de la pré-migration.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-plan-script-pre.png) Chaque zone comporte une icône d’aide qui vous permet d’obtenir des renseignements en déplaçant votre curseur dessus. Pour commencer avec vos scripts de pré-migration, sélectionnez Enable, ce qui activera ensuite les champs ci-dessous. #### Working Directory Il s’agit du répertoire de travail du script. Le répertoire par défaut est le même dossier que le plan de migration. Cliquez sur le bouton Parcourir pour sélectionner un autre dossier. Le bouton Reset restaure le dossier de plan de migration actuel en tant que répertoire de travail. #### Run Ce menu déroulant vous permet de choisir d’exécuter un script personnalisé ou un exécutable avec des paramètres. #### Command Executable Si vous avez sélectionné Executable with Parameters dans le menu Run , ce champ s’affiche. Il s’agit du chemin d’accès au fichier exécutable de la commande à exécuter avant la migration. Tapez-le directement ou utilisez le bouton Parcourir pour trouver l’exécutable. Ce champ est obligatoire. #### Command Parameters Si vous avez sélectionné Executable with Parameters dans le menu déroulant Exécuter, ce champ apparaîtra. Entrez ici les paramètres de la ligne de commande à utiliser avec l’exécutable de la commande. #### Script Si vous avez sélectionné Custom script dans le menu Exécuter, saisissez ici votre script de pré-migration. Il sera exécuté sous la forme d’un fichier \*.cmd. Ce champ est obligatoire. ## Étape 2 : Après la migration La moitié Run Post Migration de l’écran est dédiée aux scripts qui s’exécuteront après la migration. ![Interface de configuration de scripts de post-migration avec des champs pour l’exécutable et les paramètres.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-plan-script-post.png) Chaque zone comporte une icône d’aide qui vous permet d’obtenir des renseignements en déplaçant votre curseur dessus. Pour commencer avec vos scripts de post-migration, sélectionnez Enable, ce qui activera ensuite les champs ci-dessous. #### Working Directory Il s’agit du répertoire de travail du script. Le répertoire par défaut est le même dossier que le plan de migration. Cliquez sur le bouton Parcourir pour sélectionner un autre dossier. Le bouton Reset restaure le dossier de plan de migration actuel en tant que répertoire de travail. #### Run Ce menu déroulant vous permet de choisir d’exécuter un script personnalisé ou un exécutable avec des paramètres. #### Command Executable Si vous avez sélectionné Executable with Parameters dans le menu Run , ce champ s’affiche. Il s’agit du chemin d’accès au fichier exécutable de la commande à exécuter avant la migration. Tapez-le directement ou utilisez le bouton Parcourir pour trouver l’exécutable. Ce champ est obligatoire. #### Paramètres de commande Si vous avez sélectionné Executable with Parameters dans le menu Run , ce champ s’affiche. Entrez ici les paramètres de la ligne de commande à utiliser avec l’exécutable de la commande. #### Script Si vous avez sélectionné Custom script dans le menu Run , saisissez ici votre script de post-migration. Il sera exécuté sous la forme d’un fichier \*.cmd. Ce champ est obligatoire. ## Étape 3 : Passage à l’étape suivante Une fois que vous êtes prêt, cliquez sur Next. ![Une icône « Next ».](/tableau/current/fr-ca/server/fr-ca/Img/cmt-icon-next.png) ## Qui peut le faire? Utilisateur du site Tableau avec un rôle Explorer ou supérieur. Pour migrer du contenu, vous devez disposer des Fonctionnalité **Afficher** et **Télécharger/Enregistrer une copie** sur le site source, et des droits de fonctionnalités **Afficher** et **Publier** pour les projets cibles sur le site de destination. Pour plus d’informations, consultez [Autorisations](https://help.tableau.com/current/server/fr-ca/permissions.htm). [Passer au contenu principal](#main-content) # Plans de migration : Sites La première étape lors de la création de votre plan de migration dans Tableau Content Migration Tool consiste à vous connecter au site source et au site de destination. Dans la section Sites de la phase de planification, vous pouvez vous connecter au site source et au site de destination. Les autorisations des identifiants de l’utilisateur que vous utilisez régissent les sites et les projets qui s’affichent lors de la création d’un plan de migration. Vous ne pouvez migrer que le contenu auquel l’utilisateur a accès. ![Interface à double panneau pour sélectionner les connexions source et de destination dans Tableau.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-plan-servers.png) ## Autorisations et licences requises Les comptes utilisateur utilisés pour se connecter aux sites source et de destination doivent posséder un rôle Explorer ou supérieur, et les autorisations suivantes pour le contenu que vous souhaitez migrer : - Afficher - Télécharger le classeur/Enregistrer une copie - Facultatif : Administrateur (pour sélectionner des classeurs, pour accéder à une liste des utilisateurs) Les sites source et cible doivent posséder tous deux des fonctionnalités Advanced Management. Pour plus d’informations, consultez [À propos de Tableau Advanced Management sur Tableau Server](https://help.tableau.com/current/server/fr-ca/itm_intro.htm). ## Étape 1 : Source Ceci est le point de départ de la migration. Connectez-vous à Tableau Server , puis sélectionnez votre _site_ pour l’utiliser comme la source. Les sites sont des silos indépendants de classeurs, de données et de listes d’utilisateurs qui sont créés dans Tableau afin de regrouper des contenus connexes pour des utilisateurs sélectionnés. Vous ne pouvez migrer le contenu que d’un site à la fois. ### Connexion au site source Utilisez les étapes ci-dessous pour vous connecter à Tableau Cloud ou Tableau Server. Pour plus d’informations sur la connexion à Tableau Cloud avec l’authentification unique et Tableau avec MFA, voir [Se connecter à Tableau Cloud](https://help.tableau.com/current/online/fr-ca/to_signin.htm). 1. Cliquez sur Se connecter à Tableau. 2. Dans la boîte de dialogue Sélectionner une connexion, sélectionnez une connexion enregistrée et cliquez sur Continuer. ![Interface de sélection de connexion pour Tableau Cloud avec des options permettant de modifier les connexions.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-plan-select-server.png) Si aucune connexion enregistrée n’est disponible, cliquez sur Ajouter ou modifier des connexions enregistrées pour ajouter une nouvelle connexion. Pour plus d’informations, consultez [Connexions enregistrées](#saved-connections). 3. Entrez votre courriel et votre mot de passe, puis cliquez sur Se connecter. Si votre serveur est configuré pour l’authentification SAML ou SSO, vous êtes redirigé vers la page de connexion du fournisseur d’identités pour terminer le processus d’authentification. 4. Sélectionnez le site que vous souhaitez utiliser. ![Interface de sélection de site avec un champ de recherche et une liste de sites disponibles.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-plan-servers-source-sites.png) Pour modifier le serveur source ou mettre à jour votre sélection de sites, cliquez sur Sélectionner une autre source. ## Étape 2 : Destination Répétez le processus de connexion pour le site de destination (le site vers lequel vous migrez le contenu). Si vous migrez vos classeurs entre deux projets sur le même site Tableau, vos identifiants de connexion pour le site source et le site de destination seront identiques (y compris l’URL du serveur et le nom du site). ## Connexions enregistrées L’utilisation de connexions enregistrées vous permet de vous connecter rapidement au site source et au site de destination en créant une connexion réutilisable. Lors de l’ajout d’une connexion enregistrée, vous devez spécifier la méthode de connexion préférée pour votre site. Depuis la version 2021.2, Content Migration Tool prend en charge les méthodes de connexion suivantes : - **Jetons d’accès personnels :** permet aux utilisateurs de créer des jetons d’authentification de longue durée pour améliorer la sécurité, l’audit et l’automatisation des plans de migration. Les jetons d’accès personnels permettent aux utilisateurs de se connecter sans nécessiter de connexion interactive dans Content Migration Tool. Pour plus d’informations, consultez [Jetons d’accès personnels](https://help.tableau.com/current/server/fr-ca/security_personal_access_tokens.htm). - **Connexion dans un navigateur :** les utilisateurs entrent leurs identifiants et complètent l’authentification par un navigateur Web intégré. Cette option peut être similaire à la façon dont vous vous authentifiez habituellement auprès de Tableau. - **Connexion par nom d’utilisateur et mot de passe :** les utilisateurs s’authentifient sur Content Migration Tool au lieu d’une fenêtre de navigateur intégrée. Cette option transmet les identifiants au serveur à l’aide des API REST de Tableau. Vous pouvez utiliser la connexion par nom d’utilisateur et mot de passe pour vous authentifier sur les plans de migration créés avant la version 2020.3, et pour résoudre les problèmes de dépannage empêchant l’utilisation de la connexion dans un navigateur. ### Ajouter ou modifier des connexions enregistrées Un lien vers Add or edit saved connections s’affiche en bas de Content Migration Tool et lors de la connexion au site source et au site de destination. Si vous cliquez sur ce lien, le volet Manage Tableau Connections apparaîtra. ![Une fenêtre de gestion de connexion Tableau avec des options pour les jetons d’accès personnels, la connexion basée sur un navigateur et la connexion par nom d’utilisateur et mot de passe.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-plan-connections.png) Suivez les étapes ci-dessous pour ajouter une connexion enregistrée : 1. Dans le volet Gérer les connexions Tableau , cliquez sur Nouvelle connexion ou sélectionnez une connexion existante pour apporter des modifications. 2. Entrez un Nom de connexion (nom pour décrire votre serveur) et l’URL du serveur. Si vous n’incluez pas de préfixe pour l’URL du serveur, Content Migration Tool utilisera `http://`. 3. Sélectionnez la méthode de connexion pour votre connexion. Si vous utilisez des jetons d’accès personnels, consultez [Ajouter des connexions enregistrées avec des jetons d’accès personnels](#add-saved-connections-with-personal-access-tokens). 4. Cliquez sur Enregistrer. Une fois que vous avez créé une connexion enregistrée, elle est répertoriée dans le volet Sélectionner une connexion la prochaine fois que vous vous connectez au site source et au site de destination. ### Ajouter des connexions enregistrées avec des jetons d’accès personnels L’ajout d’une connexion enregistrée avec un jeton d’accès personnel nécessite plus d’information que les autres méthodes de connexion. Vous devrez créer un nouveau jeton d’accès personnel sur le serveur source et le serveur de destination pour commencer. Les jetons d’accès personnels ne doivent pas être partagés entre les applications. Pour plus d’informations, consultez [Jetons d’accès personnels](https://help.tableau.com/current/server/fr-ca/security_personal_access_tokens.htm). Création de jetons d’accès personnels 1. Dans un navigateur Web, connectez-vous à votre site Tableau. 2. En haut d’une page, cliquez sur votre image de profil ou vos initiales, puis sélectionnez Paramètres de Mon compte. 3. Sous Jetons d’accès personnels, entrez un nom descriptif pour votre jeton dans le champ Nom du jeton, puis cliquez sur Créer un nouveau jeton. 4. Dans la fenêtre résultante, cliquez sur Copier dans le presse-papiers, puis fermez la fenêtre. 5. Collez le jeton secret dans un fichier. Stockez le mot de passe en lieu sûr. Ajout de jetons d’accès personnels 1. Dans Content Migration Tool, cliquez sur Ajouter ou modifier des connexions enregistrées. 2. Dans le volet Gérer les connexions Tableau , saisissez un Nom de connexion et l’URL du serveur. Si vous vous connectez à Tableau Cloud, vous devez saisir l’URL complète du module de votre site. Par exemple, `https://10ay.online.tableau.com`. Votre module s’affiche dans la première partie de l’URL du site après que vous vous êtes connecté à Tableau Cloud. 3. Saisissez le Nom du jeton d’accès personnel et le Secret du jeton d’accès personnel, obtenus lors de la création d’un jeton d’accès personnel dans la section précédente. 4. Dans le champ Nom du site, saisissez le nom du site tel qu’il apparaît dans l’URL, sans espaces. Il est différent du nom convivial du site. Par exemple, « Site A » serait « sitea » dans une URL de navigateur. 5. Cliquez sur Enregistrer. ## Étape 3 : Passer à l’étape suivante Après vous être connecté avec succès aux sites source et de destination, cliquez sur Next pour passer à la section [Plans de migration : Projets source](https://help.tableau.com/current/server/fr-ca/cmt-plan_source_projects.htm) de la phase de planification. ## Qui peut le faire? Un utilisateur du site Tableau avec un rôle Explorer ou supérieur. Pour migrer du contenu, vous devez disposer des Fonctionnalité **Afficher** et **Télécharger/Enregistrer une copie** sur le site source, et des droits de fonctionnalités **Afficher** et **Publier** pour les projets cibles sur le site de destination. Pour plus d’informations, consultez [Autorisations](https://help.tableau.com/current/server/fr-ca/permissions.htm). [Passer au contenu principal](#main-content) # Plans de migration : Sources de données publiées L’étape suivante de création d’un plan de migration dans Tableau Content Migration Tool consiste à sélectionner, mapper et ajouter toutes les transformations à vos sources de données publiées. Le processus est très semblable à l’étape Classeurs de la phase de planification, en particulier l’étape de mappage des sources de données. **Remarque :** si vos classeurs ou vos sources de données contiennent des extraits, assurez-vous de lire et de comprendre les informations contenues dans [Migrer des classeurs et des sources de données utilisant des extraits](https://help.tableau.com/current/server/fr-ca/cmt-migration_extracts.htm). ## Étape 1 : Sélection En lançant la phase Sources de données publiées du plan de migration, vous allez sélectionner toutes les sources de données que vous souhaitez inclure dans le plan de migration : ![Sélection de la source de données pour le mappage de données.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-plan-datasource-selection.png) Les sources de données ne seront sélectionnées qu’au moment de la migration. Vous disposez de deux méthodes de sélection. Utiliser des Specific Data Sources pour choisir une ou plusieurs sources de données publiées. Cliquer sur le bouton Refresh pour recharger la liste des sources de données publiées disponibles. La deuxième option consiste à sélectionner la case d’optionAll Data Sources qui sélectionne chaque source de données dans le site source. ## Étape 2 : Mappage L’étape suivante consiste à mapper vos sources de données avec la nouvelle destination. Cette fonctionnalité est similaire au mappage des classeurs. ![Page Mappage de source de données avec une liste déroulante pour Ajouter un mappage.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-plan-datasource-mapping.png) Si vous n’apportez aucune modification, les sources de données sélectionnées seront simplement déployées avec le même nom et le même projet que la source. Pour ajouter un mappage de sources de données, cliquez sur Add Mapping. Les options suivantes apparaîtront dans la zone de mappage. ![Un formulaire avec des champs pour le nom, le projet, le nom de la destination et le projet de destination.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-plan-datasource-mapping-options.png) L’entrée inclut les options suivantes : ### Supprimer Cliquez sur le lien Delete pour supprimer cette entrée de mappage. ### Nom Utilisez le menu Name pour sélectionner la source de données que vous souhaitez mapper. Vous pouvez sélectionner (All Selected Data Sources) pour choisir toutes les sources de données. ### Projet Le Project est le projet des noms des sources de données associées. ### Nom de la destination Par défaut, Content Migration Tool utilisera le même Destination Name(Same As Source), conservant le nom original du fichier Source. Vous pouvez par contre saisir un nouveau nom ici pour le dossier de destination. ### Projet de destination Si vos projets de destination ont déjà été créés sur votre site, vous pouvez choisir dans quel projet placer vos classeurs migrés ou cliquer surAdd New pour créer un nouveau projet. Vous pouvez créer différentes destinations de projet pour des sources de données individuelles. ![Un formulaire pour l’ajout ou la modification de sources de données, avec des champs pour le nom, le projet, le nom de destination et le processus de destination.](/tableau/current/fr-ca/server/fr-ca/Img/ptd-plan-datasource-mapping-dest-proj.png) Dans la plupart des cas, s’il existe plusieurs entrées de mappage pour une seule source de données, une erreur de validation s’affiche et doit être corrigée pour que vous puissiez continuer. Une exception importante s’applique à cette règle : une source de données peut correspondre à la fois à une sélection spécifique et à une entrée de mappage à l’échelle du projet. Dans ce cas, l’entrée la plus spécifique sera utilisée. Lorsque vous avez terminé le mappage de toutes les sources de données nécessaires, cliquez sur Next pour continuer. ![Une icône « Next ».](/tableau/current/fr-ca/server/fr-ca/Img/cmt-icon-next.png) ## Étape 3 : Transformations des sources de données Vous pouvez modifier vos sources de données en utilisant l’option de transformation. Cliquez sur Add Transformation pour voir la liste des transformations disponibles. ![Un menu déroulant pour ajouter une transformation.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-datasource-transform-add-list.png) La sélection de l’une des transformations de la source de données ouvre le volet Edit Transformation. Utilisez-la pour personnaliser les sources de données que vous avez sélectionnées. Toutes les transformations sont exécutées selon leur ordre d’affichage dans la liste, de haut en bas. La plupart des transformations de sources de données comporte deux étapes de base. La première étape consiste à entrer les Match Criteria pour la source de données souhaitée. Selon le type de connexion que vous sélectionnez, d’autres champs apparaissent dans l’onglet Match Criteria. ![Une boîte de dialogue pour modifier une transformation.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-datasource-transform-edit-match.png) La deuxième étape dépend du type de transformation que vous ajoutez. Chacune des transformations de source de données a des valeurs différentes à saisir dans le second onglet. Vous pouvez ajouter des remarques dans la section Comments sur le côté gauche du volet Edit Transformation pour chacune des transformations que vous ajoutez. ### Remplacer le nom de la table/du schéma Dans l’onglet Options, vous pouvez remplacer tout ou partie d’un nom de table ou de schéma. ### Définir la formule de calcul Dans l’onglet New Calculation Formula, vous pouvez remplacer le calcul d’une colonne. ![Interface permettant de définir une formule dans un paramètre de transformation de colonne.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-plan-datasource-transform-set-calc.png) ### Définir l’information de connexion Dans l’onglet Nouvelles valeurs de connexion, entrez la méthode d’authentification et les détails de connexion pour la nouvelle source de données. Selon le type de connexion que vous sélectionnez, d’autres champs apparaissent. ![Un champ de texte intitulé « Chemin d’accès du fichier ».](/tableau/current/fr-ca/server/fr-ca/Img/cmt-plan-datasource-transform-set-cx.png) ### Définir SQL personnalisé Dans l’onglet Nouvelle requête SQL personnalisé, entrez le nom de la requête SQL personnalisé que vous souhaitez modifier pour Faire correspondre le nom de la requête. Le nom de la requête doit correspondre au nom de la requête SQL personnalisée de la couche physique de la source de données. Si ces noms ne correspondent pas, la transformation échouera. Pour plus d’informations sur la modélisation des données et la couche physique, consultez [Modèle de données Tableau](https://help.tableau.com/current/server/fr-ca/datasource_datamodel.htm). Après avoir entré le nom de la requête, entrez le SQL personnalisé souhaité dans le champ de texte. Sachez que SQL personnalisé peut avoir un impact négatif sur les performances de vos classeurs s’il n’est pas utilisé correctement. ![Une zone de texte intitulée « Faire correspondre le nom de la requête » et une zone de texte plus grande intitulée « SQL personnalisé ».](/tableau/current/fr-ca/server/fr-ca/Img/ptd-plan-transform-set-custom-sql.png) ### Supprimer l’extrait Il n’y a pas d’onglet Options pour cette transformation. Entrez l’information de Match Criteria et l’extrait sera supprimé pendant la migration. ### Utiliser Tableau Bridge Il n’y a pas d’onglet Options pour cette transformation. Entrez l’information de Match Criteria et l’actualisation des sources de données hébergées sur un réseau privé (inaccessibles à l’Internet public) sera autorisée à l’aide de Tableau Bridge. Le site de destination Tableau Cloud doit avoir configuré Tableau Bridge avant de migrer les sources de données. Pour plus d’information sur Tableau Bridge, consultez la section [Utiliser Tableau Bridge](https://help.tableau.com/current/online/fr-ca/data_fresh_sync_section.htm) dans l’aide de Tableau Cloud. Après la migration, vous devrez attribuer une programmation d’actualisation aux sources de données sur Tableau Cloud. ### Appliquer les identifiants enregistrés Obsolète dans la version 2022.3. Utilisez plutôt la transformation de source de données Définir les informations de connexion. Dans l’onglet Options, saisissez le Nom d’utilisateur Tableau et le Nom d’utilisateur des identifiants enregistrés correspondant pour la connexion de données. Vous pouvez uniquement appliquer les identifiants enregistrés pour les connexions de données existantes dans la page Paramètres du compte de votre site Tableau. Pour plus d’informations, consultez [Gérer les informations d’identification enregistrées pour les connexions de données](https://help.tableau.com/current/server/fr-ca/manage_stored_credentials.htm). ![Deux zones de texte exigent un nom d’utilisateur Tableau et un nom d’utilisateur des identifiants enregistrés.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-plan-datasource-transform-saved-credentials.png) ## Étape 4 : Options de publication L’étape finale de la phase Source de données publiées consiste à créer des transformations pour les autorisations et les balises, et à finaliser les options de publication propres aux sources de données. ![La boîte de dialogue Options de publication de la source de données.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-datasource-pub-options.png) #### Remplacer les sources de données plus récentes Si cette option est sélectionnée, une source de données sera publiée même si elle remplace une source de données mise à jour plus récemment. #### Copier les autorisations de source de données Si cette option est sélectionnée, l’outil de migration tentera d’associer autant que possible les autorisations de la source de données publiée source. #### Copier les programmations d’actualisations d’extraits Si cette option est sélectionnée, l’outil de migration tente de définir la programmation d’actualisation d’extrait de la source de données de destination sur des programmations correspondant au nom de la source. **Remarque :** les programmations d’actualisations d’extraits ne peuvent pas être créées dans Tableau Cloud. Cette option n’est pas disponible si la destination est un site Tableau Cloud. Pour plus d’informations, consultez [Limitations de la migration](https://help.tableau.com/current/server/fr-ca/cmt-migration_limitations.htm). #### Copier les identifiants intégrés pour les sources de données Copiez les identifiants intégrés pour les sources de données publiées. Disponible uniquement lors de la migration d’un site Tableau Server vers un site Tableau Cloud. Pour en savoir plus, consultez la section [Migrer des classeurs et des sources de données avec des informations d’identification intégrées](https://help.tableau.com/current/server/fr-ca/cmt-migration_embedded_credentials.htm). **Remarque :** CMT ne prend pas en charge la migration des identifiants intégrés pour les connexions OAuth. Pour migrer les identifiants Oauth vers le site de destination, utilisez la transformation de la source de données [Définir l’information de connexion](#plan_datasrc_trans). #### Copier le propriétaire de la source de données Copiez les paramètres du propriétaire de la source de données depuis l’emplacement source pour affecter le propriétaire de la source de données. S’il n’est pas sélectionné, l’utilisateur Content Migration Tool obtient la propriété de la source de données dans l’emplacement de destination. #### Appliquer les mappages d’utilisateurs Appliquez des mappages d’utilisateurs pour attribuer la propriété du contenu. Sélectionnez cette option s’il existe des différences dans la syntaxe du nom d’utilisateur dans l’emplacement de destination. Pour plus d’informations, consultez [Plans de migration : autorisations et propriété](https://help.tableau.com/current/server/fr-ca/cmt-plan_users.htm). ### Ajouter des options Cliquez sur le menu déroulant Add Option pour les différents types de transformations que vous pouvez ajouter : ![Un menu déroulant pour ajouter ou supprimer des balises, appliquer des programmations d’actualisations d’extraits ou définir des autorisations.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-datasource-pub-options-add.png) Pour tous les différents types de transformations, on distingue deux étapes de base. La première étape consiste à faire votre sélection pour la transformation. Dans ce cas, sélectionnez la ou les sources de données que vous souhaitez transformer. En haut de la liste, vous pouvez sélectionner l’option Apply to all published data sources, qui sélectionne automatiquement toutes les sources de données pour les transformations futures. Vous pouvez également Refresh le volet d’affichage de la source de données de manière à refléter les changements ou les mises à jour du site source. ![Une boîte de dialogue pour définir les autorisations au niveau de la source de données publiée.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-datasource-pub-perms.png) La deuxième étape consiste à saisir les sélections spécifiques pour la transformation que vous sélectionnez. ### Supprimer des balises Une fois que les sources de données dont vous souhaitez supprimer les balises sont sélectionnées, entrez toutes les balises que vous souhaitez supprimer en les saisissant dans le champ en bas et cliquez sur Add. À partir de cet écran, vous pouvez également choisir de supprimer des sources de données source ou de destination. Si vous souhaitez supprimer une balise précédemment saisie, cliquez dessus et appuyez sur la touche Supprimer. ![Une boîte de dialogue pour supprimer les balises des sources de données publiées.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-datasource-pub-tags-remove.png) ### Ajouter des balises Après avoir sélectionné les sources de données souhaitées, entrez toutes les balises que vous voulez attribuer en les tapant dans le champ en bas et cliquez sur Add. Si vous souhaitez supprimer une balise, cliquez dessus et appuyez sur la touche Supprimer. ![Une boîte de dialogue pour ajouter des balises aux sources de données publiées.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-datasource-pub-tags-add.png) De plus, sur chacune des transformations, vous pouvez entrer des notes dans la section Comments située à gauche du volet Modifier la transformation. ### Appliquer des programmations d’actualisations d’extraits Cette transformation applique les programmations d’actualisations d’extraits de destination aux sources de données migrées. La liste des programmations générées provient de la destination. **Remarque :** les programmations d’actualisations d’extraits ne peuvent pas être créées dans Tableau Cloud. Cette option n’est pas disponible si la destination est un site Tableau Cloud. Pour plus d’informations, consultez [Limitations de la migration](https://help.tableau.com/current/server/fr-ca/cmt-migration_limitations.htm). ![Une boîte de dialogue pour appliquer une programmation d’actualisation d’extrait.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-datasource-pub-extract-sched.png) ### Définir les autorisations Le dernier type de transformation consiste à modifier les autorisations pour les sources de données sélectionnées. Entrez un groupe ou un utilisateur et cliquez sur Add. Ajustez les autorisations à votre convenance. Quatre options différentes sont disponibles : l’autorisation Allow , l’autorisation Deny , l’autorisation Inherit ou conserver la Source Value. ![Une boîte de dialogue pour définir les autorisations au niveau de la source de données publiée.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-datasource-pub-perms-new.png) ## Étape 5: Passer à l’étape suivante Lorsque vous êtes prêt, cliquez sur Next pour passer à la section [Plans de migration : autorisations et propriété](https://help.tableau.com/current/server/fr-ca/cmt-plan_users.htm) de la phase de planification. ## Qui peut le faire? Un utilisateur du site Tableau avec un rôle Explorer ou supérieur. Pour migrer du contenu, vous devez disposer des Fonctionnalité **Afficher** et **Télécharger/Enregistrer une copie** sur le site source, et des droits de fonctionnalités **Afficher** et **Publier** pour les projets cibles sur le site de destination. Pour plus d’informations, consultez [Autorisations](https://help.tableau.com/current/server/fr-ca/permissions.htm). [Passer au contenu principal](#main-content) # Portails personnalisés basés sur des tableaux de bord **Remarque :** cette présentation s’inspire des travaux du visionnaire de Tableau, Mark Jackson. Pour plus d’informations sur le processus, [accédez au blogue de Mark](http://ugamarkj.blogspot.sg/2013/12/customizing-tableau-server-experience.html). L’[interface Tableau Cloud ou Tableau Server standard](https://help.tableau.com/current/pro/desktop/fr-ca/navigating.htm) fonctionne bien pour de nombreuses organisations. Toutefois, si vous souhaitez créer une expérience personnalisée mais que vous n’avez pas de compétences de développeur d’API, pensez à créer un portail personnalisé basé sur un tableau de bord Tableau. Un portail personnalisé vous permet d’organiser le contenu autour de services ou de rôles particuliers. Vous pouvez même intégrer une formation qui aidera les gens à interagir plus efficacement avec les données. À mesure que le volume de données Tableau augmente, le portail personnalisé oriente vos utilisateurs vers celles dont ils ont exactement besoin, tout en offrant un accès rapide aux vues associées et à la recherche Tableau Server afin qu’ils puissent explorer davantage le contenu. ## Réaliser l’ébauche d’un design de portail Commencez en dehors de Tableau, sur papier ou dans une application de maquette fil de fer. Réfléchissez à la structure de votre organisation et au nombre de vues Tableau qui s’appliquent à chaque groupe d’utilisateurs. Avez-vous besoin d’un seul niveau de navigation qui pointe immédiatement vers le contenu? Ou peut-être devriez-vous commencer par une page principale contenant les liens de navigation pour des groupes d’utilisateurs ou des types de rapports distincts, suivie d’un deuxième niveau de données contenant des tableaux de bord et des vues connexes? ![Un diagramme illustrant l’interdépendance du personnel médical, des installations et des données associées.](/tableau/current/fr-ca/server/fr-ca/Img/portal_sketch.png) Une fois votre design approuvé par les principaux intervenants et consommateurs de données, vous pouvez passer à la phase suivante. ## Collecter des images pour les logos et les éléments de navigation Réfléchissez d’abord à des images alors que vous peaufinez votre maquette initiale. Ensuite, collectez-les à partir de bibliothèques d’illustrations ou d’images approuvées par votre entreprise. Ou bien créez-les de toute pièce dans une application comme Photoshop ou SnagIt. PowerPoint peut également être une excellente source d’illustrations si vous comptez créer des vignettes de navigation pour des types d’image courants. ![Logo du portail du groupe de santé.](/tableau/current/fr-ca/server/fr-ca/Img/portal_logo.png) ## Disposer le texte, les images et les feuilles sélectionnés sur un tableau de bord Créez un classeur avec un tableau de bord pour le portail, en vous aidant d’une [disposition en mosaïque](https://help.tableau.com/current/pro/desktop/fr-ca/dashboards_organize_floatingandtiled.htm#Tiled_vs._Floating_Layouts) pour pouvoir anticiper le positionnement et la mise à l’échelle des éléments sur différents appareils. Ensuite, ajoutez des objets de type Texte et Image, ainsi que toutes les feuilles correspondant aux vues de données que vous souhaitez mettre au premier plan dans votre portail. Pour ajuster l’espacement entre les éléments du tableau de bord, insérez des objets vides et ajustez leur taille. Pour plus d’informations, consultez [Créer un tableau de bord](https://help.tableau.com/current/pro/desktop/fr-ca/dashboards_create.htm#Add_objects). **Conseil :** pour insérer des éléments dynamiques qui affichent du contenu souvent utilisé ou récemment créé, ajoutez des feuilles basées sur des [vues administratives personnalisées](https://help.tableau.com/current/server/fr-ca/adminview_postgres.htm). ## Lier des éléments du tableau de bord à du contenu Si votre portail contient un deuxième niveau de navigation, utilisez des [actions de filtrage](https://help.tableau.com/current/pro/desktop/fr-ca/actions_filter.htm) pour pointer vers un tableau de bord secondaire à partir du tableau de bord principal. Pour créer des liens qui ouvrent directement des vues de données, cliquez avec le bouton droit de la souris sur Objets image et choisissez Définir l’URL. (Dans notre exemple ci-dessous, chaque flèche colorée et le texte qui l’accompagne est une image liée à une vue au moyen d’une URL). Vous pouvez même pointer vers des vues vides contenant des sources de données préchargées afin d’encourager les utilisateurs à créer de nouveaux contenus Tableau dans l’espace de travail de création Web. **Conseil :** Pour ajouter des liens hypertexte à des objets texte, incluez l’URL complet (par exemple, `http://www.tableau.com`). ![Une page Web affichant le portail de données d’un groupe de santé, offrant la possibilité d’explorer les données de géocodage et de créer des vues personnalisées.](/tableau/current/fr-ca/server/fr-ca/Img/portal_final.png) ## Publier, tester et peaufiner votre portail Publiez le classeur sur votre serveur et diffusez l’URL du tableau de bord pour l’ensemble de vos utilisateurs. Le design du portail, comme l’analyse des données elle-même, est un processus cyclique. Maintenant que le contenu de votre portail est diffusé, recueillez les commentaires des utilisateurs afin d’améliorer leur expérience en continu. **Conseil :** en guise de touche finale, masquez la barre d’outils Tableau pour personnaliser l’aspect de votre portail. Après le point d’interrogation à la fin de l’URL du tableau de bord, ajoutez `:embed=y&:toolbar=n` [Passer au contenu principal](#main-content) # Ports de communication Tableau Resource Monitoring Tool Cet article répertorie les ports de communication utilisés par Tableau Resource Monitoring Tool et la configuration du port par défaut et explique comment modifier ces ports lorsque vos besoins réseau exigent des paramètres différents de ceux définis par défaut. ## Serveur RMT Vous pouvez modifier ou mettre à jour les détails du port en utilisant : - la commande [rmtadmin master-setup](https://help.tableau.com/current/server/fr-ca/rmt-admin-cmdline.htm#rmtadmin_master_setup) - Interface Web : depuis l’ordinateur sur lequel le Serveur RMT est installé, accédez à `http://localhost/setup/server` ### Communications du Serveur RMT Ports utilisés : 9001, 443 et 80 - Par défaut, lors de l’installation initiale, le port est défini sur 9001, mais peut être modifié sur 80 après l’installation initiale. - Le certificat auto-signé SSL lors de l’installation initiale utilise le port 443. Le Serveur RMT écoute sur le port 80 par défaut et tentera de transférer le trafic vers 443 pour SSL. Tout certificat spécifié par l’utilisateur utilisera également le port 443. - Les certificats sont utilisés pendant le trafic utilisateur vers le Serveur RMT et lorsque l’Agent est enregistré à l’aide de l’interface Web. - En règle générale, nous déconseillons de modifier le port 443. Toutefois, si vous devez le modifier en raison de vos restrictions d’environnement, vous devrez répertorier explicitement le numéro de port lors de la connexion au Serveur RMT. Si vous enregistrez l’Agent à l’aide de l’interface Web, vous devez spécifier explicitement le numéro de port pour vous connecter au Serveur RMT. - Le port 80 est utilisé pour le trafic non-SSL et peut être modifié soit lors de l’installation initiale, soit après l’installation. - Le Serveur RMT s’adressera directement à la passerelle Tableau Server pour les appels d’API REST. - Le Serveur RMT s’adressera directement au référentiel Tableau Server pour demander des informations si les informations PostgreSQL sont fournies (facultatif). Pour plus d’informations sur la configuration de SSL entre le serveur RMT et le référentiel Tableau Server, consultez [Liste de contrôle pré-installation - Tableau Resource Monitoring Tool](https://help.tableau.com/current/server/fr-ca/rmt-install-checklist.htm). ### RabbitMQ RabbitMQ est le composant (file d’attente de messages) utilisé pour négocier les informations entre les agents et le serveur RMT. Ports utilisés : 5671, 5672 - RabbitMQ est installé et écoute le port 5671(TLS), 5672(non TLS). - La communication TLS pour RabbitMQ est activée par défaut. ### Base de données PostgreSQL Ports utilisés : 5555 - La base de données PostgreSQL est installé et écoute le port 5555. Vous ne pouvez pas modifier ces paramètres. - PostgreSQL a un utilisateur `admin` qui est utilisé par Resource Monitoring Tool. L’utilisateur `readonly` est utilisé pour se connecter à la base de données PostgreSQL Resource Monitoring Tool dans des fichiers .tds téléchargés à partir de l’interface Web Resource Monitoring Tool. Pour plus d’informations sur le téléchargement de fichiers .tds, consultez [Explorer les données de surveillance à l’aide des fichiers de source de données Tableau](https://help.tableau.com/current/server/fr-ca/rmt-tds-files.htm). - PostgreSQL exige l’authentification SCRAM-SHA-256. Pour plus d’informations, consultez [Explorer les données de surveillance à l’aide des fichiers de source de données Tableau](https://help.tableau.com/current/server/fr-ca/rmt-tds-files.htm). ## Agent Ports utilisés : 9002, 443, 5672 - Pendant l’installation, le programme d’installation de l’Agent ouvre un navigateur Web utilisé uniquement pour l’enregistrement qui écoute sur le port 9002. - Si l’enregistrement de l’Agent se fait à l’aide de l’interface Web, le processus d’enregistrement utilise le port 443. Si l’enregistrement se fait à l’aide de la ligne de commande, le processus d’enregistrement passe par RabbitMQ et utilise le port 5672. - L’Agent envoie des fichiers journaux et des données WMI par le biais de RabbitMQ sur le port 5672. [Passer au contenu principal](#main-content) # Ports de Tableau Services Manager Les processus et services qui constituent les composants de Tableau Services Manager (TSM) et Tableau Server sur Windows utilisent divers ports pour communiquer. Par défaut, la plupart de ces ports sont affectés (mappés) de manière dynamique depuis une plage prédéfinie de ports. Les affectations de ports sont effectuées pour chaque service ou processus lors de son installation. Vous pouvez contrôler les ports qui sont utilisés de diverses manières. Un petit sous-ensemble de processus n’utilise pas le mappage de ports dynamique et se comporte de manière unique. Pour plus d’information, consultez [Ports qui ne sont pas mappés de manière dynamique](#PortsNotDynamic) ci-dessous. **Remarque :** cette opération inclut des étapes que vous devrez peut-être effectuer avec la ligne de commande TSM. Pour utiliser l’interface en ligne de commande TSM, vous avez besoin d’un accès administrateur sur l’un des nœuds de votre installation et d’informations d’identification administrateur TSM pour exécuter des commandes TSM. ## Utilisation éphémère du port Si votre système d’exploitation est configuré pour utiliser des ports éphémères, votre trafic Tableau peut être acheminé via ceux-ci, même s’il est configuré comme décrit ci-dessous. La configuration s’effectue au niveau du système d’exploitation et non pas dans Tableau. Si vous souhaitez contrôler l’utilisation des ports, consultez la documentation de votre système d’exploitation pour savoir comment limiter l’utilisation des ports éphémères. ## Configuration requise pour le pare-feu Si vous exécutez un pare-feu sur l’ordinateur sur lequel vous installerez Tableau Server, vous devez ouvrir les ports par défaut suivants pour le trafic Tableau Server. Tous les numéros de port, à l’exception du port 443, peuvent être modifiés.
PortTCP/UDPUtilisé par ...TYPE D’INSTALLATION
Toutes installations

Distribué/Haute disponibilité

80TCPPasserelleX 
443TCPSSL. Lorsque Tableau Server est configuré pour SSL, le serveur d’applications redirige les demandes vers ce port. Ne modifiez pas ce port.X 
8850TCPTableau Services Manager.X 
8060TCPBase de données PostgreSQL.X 
8061TCPPort de vérification de la sauvegarde PostgreSQLX 
8000-9000TCPPlage de ports réservée par défaut pour le mappage dynamique des processus Tableau X
27000-27009TCPPlage de ports utilisée par Tableau Server pour le service de licence. Cette plage doit être ouverte sur le nœud exécutant le service de licence et accessible à partir d’autres nœuds. Par défaut, le nœud initial exécute le service de licence.X 
## Affectation des ports Voici deux approches que vous pouvez utiliser pour l’affectation ou le mappage des ports dans TSM : - **Affectation dynamique des ports**. Il s’agit du paramètre par défaut qui nécessite le moins d’intervention de l’administrateur. - **Affectation manuelle des ports**. Cette option nécessite un administrateur pour affecter individuellement chaque port. Si vous modifiez les affectations des ports et que vous exécutez un pare-feu local, consultez [Configuration du pare-feu local](https://help.tableau.com/current/server/fr-ca/requ.htm#firewall). ## Affectation dynamique des ports Vous pouvez contrôler les ports utilisés en modifiant la plage de ports disponibles sur le processus d’affectation dynamique. De cette manière, l’affectation dynamique des ports est laissée en place, mais restreint le choix de ports. Avec l’affectation dynamique des ports en place, vous pouvez toujours choisir d’affecter des ports pour certains processus manuellement. Cette approche vous permet d’affecter des ports spécifiques à des processus spécifiques tout en conservant le mappage dynamique pour les autres. L’approche la plus facile consiste à utiliser le mappage dynamique, avec ou sans certains ports affectés individuellement, et devrait répondre aux besoins de la plupart des clients. Les ports affectés de manière dynamique sont conservés si vous exportez votre configuration Tableau Server. Par défaut, les ports sont affectés pour chaque service ou processus à partir des ports disponibles entre 8000 et 9000. L’affectation a lieu lors de l’installation initiale des services sur un nœud. Après l’initialisation de Tableau Server, vous pouvez voir quels ports sont utilisés par quels services ou processus en exécutant cette commande : `tsm topology list-ports` Si vous possédez un groupement multinœuds, la liste des ports sur tous les nœuds s’affiche. ### Modification de la plage de ports Pour les organisations ayant des exigences spécifiques pour les ports utilisés, la manière la plus facile de contrôler ce paramètre consiste à modifier la plage dans laquelle les ports sont sélectionnés de manière dynamique. Vous devez le faire au moment de l’installation, en spécifiant un port minimum et maximum pour la plage dans votre fichier de configuration. **Remarque :** la taille minimum autorisée pour votre plage de ports dépend de l’installation de votre serveur et du nombre de services ou de processus que vous exécutez. Une meilleure pratique générale consiste à ne pas restreindre trop strictement la plage parce que l’affectation des ports est effectuée par sélection des ports aléatoires dans la plage. Si vous n’autorisez pas une plage suffisamment large, il se peut que la sélection ne trouve pas de port disponible. Pour limiter la plage dans laquelle les ports disponibles sont choisis aux ports compris entre 8300 et 8600, votre fichier de configuration devrait inclure une entrée de ce type : "configKeys": { "ports.range.min": "8300", "ports.range.max": "8600" } ### Blocage de ports spécifiques dans la plage Depuis la version 2021.1.0, vous pouvez spécifier certains ports qui se trouvent dans la plage assignée de manière dynamique, mais qui ne doivent pas être utilisés par Tableau. Cette fonction est utile si vous avez d’autres logiciels sur vos ordinateurs Tableau Server qui s’appuient sur les ports dans la plage utilisée par Tableau. Pour spécifier les ports dans la plage qui ne doivent pas être utilisés par TSM et Tableau Server, utilisez la clé de configuration `ports.blocklist` : tsm configuration set -k ports.blocklist -v \[,,\] Par exemple : tsm configuration set -k ports.blocklist -v 8000,8088, 8090 ### Désactivation de l’affectation dynamique des ports Si vous avez besoin de davantage contrôler l’affectation des ports que vous pouvez obtenir via une combinaison de restriction de la plage de ports et d’affectation individuelle des ports, vous pouvez désactiver le mappage dynamique de ports lors de la configuration initiale du serveur. La désactivation du mappage dynamique de ports exige que vous affectiez manuellement chaque port pour chaque processus. Nous vous déconseillons donc cette option, sauf si vous avez besoin de contrôler chaque affectation de port. Si vous désactivez le mappage dynamique de ports, vous devez configurer le port pour chaque processus sur chaque nœud de votre installation. Pour désactiver le mappage dynamique, votre fichier de configuration devrait inclure une entrée de ce type : "configKeys": { "service.port\_remapping.enabled": false } **Important :** Lorsque vous désactivez l’affectation dynamique des ports, la plage des ports de service de licence n’est pas incluse. Cette plage (27000-27009) doit être ouverte sur le nœud exécutant le service de licence et être accessible depuis d’autres nœuds. Par défaut, le nœud initial exécute le service de licence. ## Affectation manuelle des ports Vous pouvez désactiver entièrement l’affectation automatique des ports et affecter un port pour chaque processus individuellement. Dans ce cas, vous devez affecter un port pour chaque processus sur chaque nœud. Vous pouvez affecter des ports soit dans un fichier de configuration, lors de l’installation initiale des processus, soit après l’installation, en utilisant une commande TSM. Seuls les ports affectés lors de l’installation du processus sont conservés si vous exportez votre configuration Tableau Server. Vous pouvez spécifier des ports individuels pour des processus spécifiques, que le mappage dynamique soit ou non activé. Vous pouvez le faire si vous souhaitez qu’un processus utilise un port particulier ou si vous avez désactivé le mappage dynamique. Il existe deux manières de spécifier les ports pour les processus : pendant l’installation ou après l’installation. ### Configuration des ports pendant l’installation Nous vous recommandons de configurer l’affectation des ports pendant le processus d’installation comme décrit ici. Modifier les ports après l’installation demande beaucoup plus de travail. Pour configurer les ports pendant l’installation, créez un fichier json qui spécifie la configuration de vos ports. Ce processus s’apparente à la définition d’une plage de ports non par défaut mais au lieu de cela, vous spécifiez un port particulier pour un service ou un processus spécifique. Si vous comptez affecter des ports spécifiques, cette approche est la plus robuste, parce que le mappage de ports est conservé si vous exportez les paramètres de configuration et de topologie du serveur à l’aide de la commande `tsm settings export`. Pour définir les ports lors de l’installation, ajoutez des renseignements à votre fichier de configuration pour spécifier le nœud (`workerN`), le processus (`servicename`) et l’ID d’instance (`instanceid`), le type de port (`porttype`) et le port à utiliser. Le format se présente comme suit : `workerN.{servicename}_{instanceid}.{porttype}.port:X` Où : - `workerN`  est un paramètre facultatif et identifie le nœud auquel le remappage s’applique. Les numéros de nœud commencent par zéro (0). Nous vous recommandons de ne pas inclure ce paramètre sauf si vous avez besoin de mapper différents ports pour le même service sur différents nœuds. Si vous laissez ce paramètre désactivé, vous pouvez mapper un port de service sur le nœud initial, ou mapper le même port de service sur plusieurs nœuds. - `servicename` est le nom du processus ou du service qui utilisera le port. - `instanceid` est l’instance du processus. Si vous envisagez de configurer plusieurs instances d’un processus sur un nœud, vous devrez augmenter cette valeur pour chaque instance. Démarrez la valeur instanceid à zéro (0) et incrémentez-la par un (1) pour chaque instance du processus. Pour les services qui n’installent qu’une seule instance sur un nœud donné, ce paramètre doit être laissé désactivé. - `porttype` Si vous définissez le port primaire, n’incluez pas cette option. - `port` est le port que le processus ou le service devrait utiliser. Par exemple, pour configurer le port pour la première instance du processus de répertoire de fichier sur le nœud initial sur 8500, vous devriez inclure une entrée de fichier de configuration du type suivant : "configKeys": { "filestore\_0.port: "8500" } L’exemple ci-dessus n’inclut pas le paramètre workerN facultatif et définit donc le port sur tous les nœuds du groupement. Il laisse également désactivée l’option porttype parce qu’elle configure le port filestore principal. **Important :** lorsque vous spécifiez des changements de port dans un fichier de configuration, vous devez inclure le paramètre `--force-keys` avec la commande `[tsm settings import](https://help.tableau.com/current/server/fr-ca/cli_settings_tsm.htm#TSMSet)`. ### Configuration des ports après l’installation Si vous avez besoin de modifier les ports après avoir installé Tableau Server, utilisez la commande `tsm topology set-ports`. Cette approche vous permet de spécifier un port pour un processus spécifique après l’installation de ce processus. Vous êtes limité par les restrictions suivantes : - Vous devez définir les ports individuellement, sur chaque nœud. - Après avoir configuré un port individuel, vous devez exécuter `tsm restart`. - Les affectations de port ne sont pas conservées si vous avez besoin d’importer une configuration Tableau Server à l’aide de la commande `tsm settings import`. - Les noms des ports utilisent une syntaxe pour les commandes tsm différente de celle requise pour configKeys. La table à la fin de cette rubrique fournit une référence de syntaxe. Par exemple, pour qu’une seconde instance du stockage de fichiers sur le nœud initial utilise le port 8500 : `tsm topology set-ports --node-name node1 --port-name filestore --port-value 8500 --instance 2` L’exemple suivant montre comment utiliser les commandes abrégées pour définir les ports JMX : `tsm topology set-ports -n node1 --port-name vizqlserver:jmx.rmi -pv 9403 -i 1` `tsm topology set-ports -n node1 --port-name vizqlserver:jmx -pv 9404 -i 2` **Remarque :** Les entrées de port ne sont pas validées lorsque vous les saisissez. De ce fait, si vous utilisez un port qui est déjà affecté, ou si vous saisissez incorrectement la syntaxe d’une commande, Tableau n’indique pas d’erreur jusqu’à ce que vous redémarriez. Après le redémarrage, vous pouvez voir une erreur générique, The reconfigure async job failed. Si vous ajoutez un paramètre `portname:type` incorrect avec un port valide, vous ne pouvez pas supprimer l’entrée non valide. Pour mettre à jour le port, vous devez réaffecter un port non utilisé à cette valeur pour libérer à nouveau le port. ### Ports qui ne sont pas mappés de manière dynamique Le référentiel Tableau Server utilise deux ports qui ne sont pas mappés de manière dynamique. Chacun a un port par défaut que vous pouvez remplacer à l’aide de la commande `tsm configuration set` et un paramètre spécifique à un processus.
Noms des portsPort (par défaut)Description
pgsql.port8060Port pour le référentiel Tableau (base de données PostgreSQL).

Pour remplacer ce port :

tsm configuration set -k pgsql.port -v <port>

pgsql.verify_restore.port8061Port pour la vérification de l’intégrité d’une sauvegarde de référentiel.

Pour remplacer ce port :

tsm configuration set -k pgsql.verify_restore.port -v <port>

Étant donné qu’ils n’utilisent pas le système de mappage dynamique des ports, ces ports ne s’affichent pas dans le résultat de la commande `tsm topology list-ports`. Pour voir la valeur de ceux dont vous avez besoin, utilisez la commande `tsm configuration get -k `. Par exemple : `tsm configuration get -k pgsql.port` ## Ports mappés de manière dynamique Ce tableau affiche la liste des processus ou des services qui utilisent les ports mappés de manière dynamique. | Noms des ports : syntaxe du fichier json (configKeys) | Noms des ports : syntaxe de l’interface en ligne de commande tsm  | Description | | --- | --- | --- | | activemqserver.port | activemqserver:primary | Port de maintenance du service ActiveMQ. | | activemqserver.openwire.port | activemqserver:openwire | Port de fil aérien du service ActiveMQ. | | appzookeeper\_0.client.port | appzookeeper :client | Port du client de service de coordination. | | appzookeeper\_0.peer.port | appzookeeper :peer | Port homologue du service de coordination. | | appzookeeper\_0.leader.port | appzookeeper :leader | Port leader du service de coordination. | | backgrounder\_0.port | gestionnaire de processus en arrière-plan | Port principal du gestionnaire de processus en arrière-plan. | | backgrounder\_0.debug.port | backgrounder :debug | Port de débogage du gestionnaire de processus en arrière-plan. | | backgrounder\_0.jmx.port | backgrounder :jmx | Port jmx du gestionnaire de processus en arrière-plan.  | | backgrounder\_0.jmx.rmi.port | backgrounder :jmx.rmi | Port jmx rmi du gestionnaire de processus en arrière-plan. | | backgrounder\_0.recommendations.trainer.port | backgrounder :recommendations.trainer | Port de recommandations du gestionnaire de processus en arrière-plan. | | backuprestore.port | backuprestore | Port du service de sauvegarde/restauration. | | cacheserver\_0.port | cacheserver | Port du serveur de cache. | | clustercontroller.status.port | clustercontroller :status | Port d’état du contrôleur de grappe. | | clustercontroller.storage.port | clustercontroller :storage | Port de stockage du contrôleur de grappe. | | databasemaintenance.port | databasemaintenance | Port de maintenance de la base de données. | | dataserver\_0.port | dataserver | Port principal du serveur de données. | | dataserver\_0.debug.port | dataserver :debug | Port de débogage du serveur de données. | | dataserver\_0.jmx.port | dataserver :jmx | Port jmx du serveur de données. | | dataserver\_0.jmx.rmi.port | dataserver :jmx.rmi | Port jmx rmi du serveur de données. | | filestore.port | filestore | Port principal du stockage de fichiers. | | filestore.status.port | filestore :status | Port d’état du stockage de fichiers. | | gateway.port | gateway | Port de passerelle. Le port par défaut est 80, et s’il n’est pas disponible, 8080. S’il n’est pas non plus disponible, il tente 8000. Cette séquence est suivie, que l’affectation dynamique des ports. soit activée ou non. Si aucun de ces ports n’est disponible et que le mappage dynamique est activé, il utilise un port disponible dans la plage spécifiée. Le port de passerelle doit être le même sur tous les nœuds d’un groupement multinœuds. Ainsi, si le port 80 est sélectionné sur le nœud initial, ce port sera également utilisé sur tous les nœuds. S’il n’est pas disponible sur l’un des autres nœuds, la sélection de port de passerelle échouera. | | hyper.port | hyper | Port principal du moteur de données. | | hyper.connection.port | hyper :connection | Port de connexion du moteur de données. | | indexandsearchserver.port | indexandsearchserver | Port principal du serveur d’indexation et de recherche. | | indexandsearchserver.transport.port | indexandsearchserver:transport | Port de transport du serveur d’indexation et de recherche. | | licenseservice.vendor\_daemon.port | licenseservice :vendor\_daemon | Port daemon du fournisseur de service de licences. Utilisé pour les communications concernant les licences entre les nœuds d’une installation distribuée. | | samlservice.port | samlservice | Port du service SAML. | | siteimportexport.port | siteimportexport | Port d’importation/exportation de site. | | tabadmincontroller.port | tabadmincontroller | Port du contrôleur TSM. | | tabadminagent.columbo.port | tabadminagent :colombo | Port de découverte du service d’Agent d’administration | | tabadminagent.filetransfer.port | tabadminagent :filetransfer | Port de transfert de fichier de l’agent TSM. | | vizportal\_0.authentication.port | vizportal :authentication | Port d’authentification du serveur d’applications. | | vizportal\_0.authorization.port | vizportal :authorization | Port d’autorisation du serveur d’applications. | | vizportal\_0.maintenance.port | vizportal :.maintenance | Port de maintenance du serveur d’applications. | | vizportal\_0.microservice.extensions.port | vizportal :.microservice :extensions | Port d’extensions du serveur d’applications. | | vizportal\_0.monolith\_grpc.port | vizportal:monolith\_grpc | Port GRPC du serveur d’applications. | | vizportal\_0.publishing.port | vizportal :publishing | Port de publication du serveur d’applications. | | vizportal\_0.recommendations.port | vizportal :recommendations | Port de recommandations du serveur d’applications. | | vizportal\_0.port | vizportal | Port principal du serveur d’applications. | | vizportal\_0.debug.port | vizportal :debug | Port de débogage du serveur d’applications. | | vizportal\_0.jmx.port | vizportal :jmx | Port jmx du serveur d’applications. | | vizportal\_0.jmx.rmi.port | vizportal :jmx.rmi | Port jmx rmi du serveur d’applications. | | vizqlserver\_0.port | vizqlserver | Port principal de VizQL Server. | | vizqlserver\_0.debug.port | vizqlserver :debug | Port de débogage de VizQL Server. | | vizqlserver\_0.jmx.port | vizqlserver :jmx | Port jmx de VizQL Server. | | vizqlserver\_0.jmx.rmi.port | vizqlserver :jmx.rmi | Port jmx rmi de VizQL Server. | ## Autres articles de cette section [Passer au contenu principal](#main-content) # Préparer la mise à niveau Suivez le graphique de flux et les rubriques associées pour préparer votre environnement à la mise à niveau de Tableau Server. ![Un organigramme décrivant les étapes de la procédure de mise à niveau de Tableau Server.](/tableau/current/fr-ca/server/fr-ca/Img/upgrade_prepare.png) ## Navigateur de version **Remarque :** Utilisez [Explorateur de versions Tableau](https://public.tableau.com/shared/TBKC48JR7?:display_count=n&:origin=viz_share_link) pour rechercher des fonctionnalités dans Tableau Desktop, Server et Prep, ou pour afficher une liste complète des fonctionnalités lorsque vous comparez votre version actuelle de Tableau à une version ultérieure. ## Autres articles de cette section [Passer au contenu principal](#main-content) # Prérequis de Tableau Resource Monitoring Tool - Licences Tableau Resource Monitoring Tool contient les applications open source suivantes : | VERSION RMT | VERSION OPENSSL | VERSION ERLANG | VERSION RABBITMQ | VERSON POSTGRESQL | | --- | --- | --- | --- | --- | | 2022,1 | Mixte/groupé | 24,1 | 3.9.7 | 13.3 | | 2022,2 | Mixte/groupé | 24,3 | 3.9.13 | 13.3 | | 2022.3 - 2023.1 | 1.1.1q | 24.3.4.2 | 3.10.5 | 13.7 | | 2023.2 - 2024.3 | 1.1.1t | 24.3.4.10 | 3.10.20 | 13.7 | | 2025,1 | 3.1.5,20240229235146 | 24,0 | 3.8.16 | 12.6 | - **Erlang :** Copyright 2016 Industrial Erlang User Group, Apache 2.0. Pour plus d’informations, consultez les sites [Erlang](https://www.erlang.org/) et [Apache 2.0](https://www.apache.org/licenses/LICENSE-2.0). - **RabbitMQ :** Copyright , MPL 2.0, Copyright (c) 2007- 2021 VMware, Inc. ou ses sociétés affiliées. Pour plus d’informations, consultez le site [Licences publiques Mozilla](https://www.rabbitmq.com/mpl.html). Resource Monitoring Tool contient un seul fichier source RabbitMQ modifié, disponible sur demande. - **PostgreSQL :** Copyright Portions Copyright © 1996- 2021, The PostgreSQL Global Development Group, Portions Copyright © 1994, The Regents of the University of California, licence PostgreSQL. Pour plus d’informations, consultez le site [PostgreSQL](https://www.postgresql.org/about/licence). - **OpenSSL :** Copyright (c) 1998-2019 The OpenSSL Project, Copyright (c) 1995- 1998 Eric A. Young, Tim J. Hudson, licence OpenSSL, double licence sous licence OpenSSL et licence SSLeay originale. Pour plus d’informations, consultez [Licence Open SSL](https://www.openssl.org/source/license-openssl-ssleay.txt).[](https://www.openssl.org/source/license-openssl-ssleay.txt) [Passer au contenu principal](#main-content) # Présentation de l’administrateur de serveur Tableau Server sur Windows s’intègre avec divers composants de votre infrastructure informatique afin de fournir à vos utilisateurs une culture unique d’analytique de données en libre-service. Il est important que vous-même, en tant qu’administrateur de serveur, compreniez comment Tableau Server s’intègre dans votre infrastructure informatique. Les rubriques de cette section fournissent l’information sur la planification, le déploiement, l’ajustement et la gestion de Tableau Server. Si vous déployez Tableau Server dans le cadre d’un effort plus large visant à promouvoir une culture basée sur les données dans votre entreprise, consultez [Tableau Blueprint](https://help.tableau.com/current/blueprint/fr-ca/bp_overview.htm). Tableau Blueprint est un guide étape par étape qui aide votre entreprise à devenir une entreprise guidée par les données, qu’elle découvre l’analytique moderne en libre-service ou que vous l’ayez déjà déployée et ayez besoin d’élargir, d’approfondir et d’étendre l’utilisation des données. Cette rubrique présente rapidement comment envisager Tableau Server et comment l’application interagit avec votre infrastructure informatique existante. Vous recherchez Tableau Server sur Linux? Consultez [Présentation de l’administrateur de serveur.](https://help.tableau.com/current/server-linux/fr-ca/admin.htm "Ouvre la rubrique dans un nouvel onglet de navigateur") ## Validation de votre plan de déploiement de serveur Avant de vous engager à installer un nouveau déploiement Tableau Server dans votre organisation, assurez-vous d’évaluer soigneusement vos options. Pour la plupart des organisations, Tableau Cloud fournira une solution d’analyse plus fiable, performante et rentable par rapport à l’auto-hébergement de Tableau Server. Pour plus d’informations sur la viabilité de Tableau Cloud pour votre organisation, consultez ce billet de blogue : [Should I move my analytics to the cloud?](https://www.tableau.com/fr-ca/blog/should-i-move-my-analytics-cloud) Vous utilisez déjà Tableau Server et souhaitez migrer vers Tableau Cloud? Consultez [Guide de migration manuelle de Tableau Cloud](https://help.tableau.com/current/guides/migration/fr-ca/emg_intro.htm). ## Vue d’ensemble de l’architecture Tableau Server est une collection de processus qui fonctionnent ensemble pour fournir à vos utilisateurs une plateforme d’analytique complète en libre service. Le diagramme suivant présente une vue d’ensemble de l’architecture de Tableau Server. ![Un diagramme des options de déploiement de Tableau Server, illustrant des composants tels que les services de données et d’analyse.](/tableau/current/fr-ca/server/fr-ca/Img/server_admin_intro_arch.png) Plusieurs processus serveur (affichés en bleu ci-dessus) fonctionnent ensemble pour fournir des services à plusieurs niveaux. Le processus de passerelle est le composant qui redirige le trafic depuis tous les clients Tableau vers les nœuds serveur disponibles dans un groupement. Les services de données sont un regroupement logique de données fournissant des données à jour, des sources de données gouvernées et des données en mémoire, et assurant la gestion des métadonnées partagées. Les processus sous-jacents qui alimentent les services de données sont les processus du gestionnaire de processus en arrière-plan, du serveur de données et du moteur de données. Les services d’analyse, qui sont composés des processus VizQL et Serveur de cache, fournissent une visualisation orientée utilisateur ainsi que des services d’analyse et des services de mise en cache. Le partage et la collaboration, et le service de gestion de contenu s’appuient sur le processus du serveur d’applications. Les principales fonctions de Tableau Server telles que la connexion utilisateur, la gestion de contenu (projets, sites, autorisations, etc.) et les activités d’administration sont fournies par le processus du serveur d’applications. Tous les services ci-dessus utilisent et s’appuient sur le processus Référentiel qui contient des données relationnelles structurées telles que les métadonnées, les autorisations, les classeurs, les extraits de données, l’information utilisateur et autres données. Le processus Stockage de fichiers permet la redondance des fichiers d’extraits de données sur le groupement et veille à ce que les extraits soient disponibles localement sur tous les nœuds de groupement. En cas de charges plus lourdes, les fichiers d’extraits sont disponibles localement sur le groupement afin d’accélérer le traitement et le rendu. L’architecture de Tableau est flexible, ce qui vous permet d’exécuter la plateforme quasiment depuis tout emplacement. Vous pouvez installer Tableau Server sur site, sur votre nuage ou votre centre de données privé, sur Amazon EC2, sur Google Cloud Platform ou sur MS Azure. La plateforme d’analyse Tableau peut également exécuter des plates-formes de visualisation en sus. Nous vous recommandons d’observer les meilleures pratiques pour chaque plateforme de visualisation afin d’obtenir les meilleures performances de Tableau Server. ## Tableau et vos données Lorsque vous installez Tableau Server dans votre organisation, il devient un composant essentiel du flux d’analyse des données dont vos utilisateurs ont besoin. Il est important de comprendre comment Tableau Server interagit avec vos données métier. Plus spécifiquement, Tableau Server peut stocker des extraits de données dans votre organisation. Il peut aussi se connecter à des sources de données en direct. La manière dont vous choisissez de fournir les données à vos utilisateurs Tableau est déterminée par divers variables : type de source de données, scénario utilisateur, performances, exigences d’accès et conditions de l’infrastructure. L’architecture de Tableau Server n’est pas conçue comme un serveur d’entrepôt de données hébergeant des fichiers de données statiques natives. En fait, l’utilisation de Tableau Server comme entrepôt de données classique ne serait qu’une utilisation peu rentable de votre investissement. En matière de stockage de données, nous vous recommandons plutôt d’héberger des extraits de données optimisés sur Tableau Server. Si un extrait de données est souvent un sous-ensemble d’une source de données plus volumineuse dans votre organisation, vous pouvez également créer des extraits pour les sources de données qui sont extrêmement sollicitées pendant les heures de bureau [en programmant l’actualisation d’extraits](https://help.tableau.com/current/server/fr-ca/publish.htm) en dehors des heures de pointe. Les extraits sont également utiles pour la modélisation des données ou pour permettre la création de visualisations très performantes. Par exemple, pour améliorer les performances de création et de modification des visualisations, vous pouvez optimiser les extraits en filtrant les données source par champs essentiels pour un service ou un projet donné. Les extraits peuvent demander beaucoup de ressources. Si votre organisation envisage d’utiliser les extraits intensivement, consultez la rubrique [Optimisation des extraits](https://help.tableau.com/current/server/fr-ca/perf_optimize_extracts.htm). Tableau Server fournit également un accès direct autorisé à des sources de données en direct, ce qui permet aux utilisateurs de créer et d’exécuter des requêtes filtrées sur diverses sources de données connectées. Dans ce cas de figure, Tableau exige un accès réseau très performant aux sources de données dans votre organisation et à celles qui sont sur le nuage. Tableau Server et les sources de données cibles ont également besoin d’être correctement dimensionnées pour gérer la charge de traitement requise par des opérations impliquant de grandes quantités de données complexes. Vous pouvez optimiser les performances pour les connexions de données en direct avec la mise en cache des configurations et la spécification de commandes SQL initial. ## Accès utilisateur Tableau Server est également une plateforme de collaboration en ligne à laquelle les utilisateurs se connectent pour partager, afficher et modifier des visualisations de données et des sources de données provenant de divers appareils. Cela signifie que Tableau Server doit être accessible aux utilisateurs Tableau dans votre réseau local protégé. Vous pouvez également étendre l’accès aux visualisations de données aux utilisateurs d’ordinateurs de bureau, d’appareils mobiles et en ligne authentifiés extérieurs à votre organisation. Tableau Server s’intègre avec les solutions d’[authentification](https://help.tableau.com/current/server/fr-ca/security_auth.htm) utilisateur suivantes : Active Directory, SAML, OpenId et Kerberos. ## Où installer Tableau Server sur mon réseau? En raison de la nature extrêmement sensible de la plupart des données que les organisations gèrent avec Tableau Server, et du fait que Tableau Server nécessite d’accéder à des entrepôts de données internes, Tableau Server doit être exécuté au sein d’un réseau protégé. L’accès authentifié depuis Internet est configuré pour se connecter à Tableau Server par un [serveur proxy inverse](https://help.tableau.com/current/server/fr-ca/proxy.htm) ou une solution VPN. ![Un diagramme illustrant comment les données se transitent d’Internet vers Tableau Desktop via un réseau.](/tableau/current/fr-ca/server/fr-ca/Img/server_admin_intro_network.png) Certaines organisations intègrent les vues Tableau dans les pages Web publiques, ou, pour les utilisateurs internes, sur des serveurs Web génériques du réseau interne. Tableau Server peut être configuré de manière à prendre en charge des scénarios de ce type soit avec un accès authentifié, soit avec un accès anonyme. Pour l’accès autorisé, où les utilisateurs ne peuvent voir que les données sous-jacentes auxquelles ils sont autorisés à accéder, vous pouvez configurer des billets de confiance avec un serveur Web générique. Dans ce scénario, Tableau Server autorise l’accès aux données sous-jacentes d’une vue intégrée. Ce modèle vous permet d’héberger des visualisations de données interactives sur un serveur Web dans un DMZ ou en dehors du réseau protégé. L’accès anonyme à des vues Tableau intégrées nécessite d’activer l’accès « [utilisateur invité](https://help.tableau.com/current/server/fr-ca/users_guest.htm) » pour Tableau Server. L’utilisateur invité nécessite également que vous gériez la licence Tableau Server en fonction du nombre de cœurs exécutés, plutôt que selon un modèle basé sur les utilisateurs nommés (interactor). ## Dimensionnement et évolutivité Vous pouvez augmenter la puissance ou améliorer la capacité de Tableau Server en fonction de la taille et de l’utilisation des données dans votre organisation. Lorsque vous faites évoluer votre serveur, vous pouvez également allouer sélectivement des ressources afin de répondre aux besoins de vos données et de vos utilisateurs. Lorsque vous augmentez la puissance Tableau Server, vous ajoutez des ressources matérielles à un seul serveur. Par exemple, vous pouvez augmenter la mémoire et la puissance de calcul de l’ordinateur exécutant Tableau Server. Lorsque vous améliorez la capacité de Tableau Server, vous ajoutez des ordinateurs (ou nœuds). Pour créer un déploiement à disponibilité élevée avec fonction de basculement, il vous faut au moins trois nœuds. Par exemple, vous pouvez exécuter les processus serveur sollicitant le plus le processeur sur deux nœuds et utiliser le troisième nœud pour la passerelle et les services du contrôleur de coordination. Que vous augmentiez la puissance ou amélioriez la capacité, vous pouvez allouer des ressources de manière sélective en configurant le nombre et le type de processus du serveur exécutés. Si votre organisation brasse beaucoup de données et crée un grand nombre d’extraits de données, vous pouvez augmenter le nombre de processus qui sont dédiés à l’actualisation et au stockage des extraits. Sinon, si votre organisation souhaite optimiser le traitement en cas de lourdes charges utilisateur, vous devez augmenter le nombre de processus dédiés afin de répondre aux requêtes des utilisateurs. Vous pouvez en outre intégrer Tableau Server dans des équilibreurs de charge réseau standard afin d’optimiser votre serveur chargé de traiter les requêtes des utilisateurs. ## Modèle de gestion de Tableau Server Tableau Server a été conçu pour prendre en charge un modèle de gestion impliquant deux administrateurs de haut niveau : un administrateur de serveur et un administrateur de site. Dans des organisations de petite taille, ces rôles peuvent être endossés par la même personne ou la même équipe, mais dans des organisations de plus grande taille, ces rôles divergent souvent. Dans ce modèle, les administrateurs de serveur sont des professionnels de l’informatique qui gèrent et déploient des solutions serveur hétérogènes. Les principaux domaines relevant de la responsabilité des administrateurs de serveur peuvent inclure le réseau, l’ajustement et la maintenance du matériel, la sécurité et l’accès, ainsi que la gestion des utilisateurs et des services de répertoire. Les outils et la documentation que nous fournissons avec Tableau Server à l’attention de l’administrateur de serveur couvrent ces tâches informatiques essentielles liées aux serveurs. L’administrateur de site, quant à lui, correspond à un rôle administratif spécifique aux déploiements de Tableau Server ou Tableau Cloud. L’administrateur de site Tableau se consacre avant tout au contenu des données. Il gère les utilisateurs et leur accès aux projets, classeurs et sources de données. Pour en savoir plus sur les sites et sur la manière de planifier votre déploiement pour les sites, consultez [Qu’est-ce qu’un site?](https://help.tableau.com/current/server/fr-ca/sites.htm) ## Rôles administratifs Dans certaines entreprises de petite taille, un seul administrateur peut gérer l’intégralité de Tableau Server. Mais dans le cas des grandes entreprises, Tableau Server nécessite généralement au moins trois rôles administratifs pour la gestion à l’échelle. ### Administrateur Tableau Server L’administrateur Tableau Server a accès aux pages administratives permettant de créer et de modifier des sites, d’ajouter des utilisateurs et de définir des rôles, ainsi qu’à de nombreuses tâches liées au contenu une fois l’installation de Tableau Server terminée. L’administrateur Tableau Server crée et gère également d’autres administrateurs de serveur et de site, qui à leur tour peuvent gérer des sites, des groupes d’utilisateurs et des projets. Pour des renseignements sur la connexion à Tableau Server en tant qu’administrateur Tableau Server, consultez [Se connecter à la zone d’administration de Tableau Server](https://help.tableau.com/current/server/fr-ca/sign_in_server_admin.htm). ### Administrateur TSM Tableau Services Manager (TSM) est un outil qui offre aux administrateurs de serveur des options de ligne de commande et en ligne pour l’installation, la mise à niveau, la configuration et la maintenance de Tableau Server. L’administrateur TSM installe le serveur et effectue les tâches administratives liées au serveur telles que la sauvegarde des données du serveur, la restauration des sauvegardes, la création des archives de fichiers journaux et la gestion des groupements multi-nœuds. L’administrateur TSM doit être un administrateur sur l’ordinateur local. Consultez [Se connecter à l’interface utilisateur Web Tableau Services Manager](https://help.tableau.com/current/server/fr-ca/sign_in_tsm.htm). Les tâches courantes effectuées par l’administrateur TSM incluent : - Configuration initiale de Tableau Server après l’installation - Gestion permanente des configurations, notamment la modification des paramètres et de la topologie des serveurs - Exécution de tâches administratives telles que sauvegarde, restauration et fichiers journaux auto-décompressables Pour en savoir plus sur TSM, consultez [Présentation de Tableau Services Manager](https://help.tableau.com/current/server/fr-ca/tsm_overview.htm). ### Administrateur du portail Tableau Un rôle administratif important dans un déploiement de Tableau Serveur est l’administrateur du portail client Tableau. L’administrateur du portail gère l’octroi des licences et les clés associées pour le déploiement de Tableau. En tant qu’administrateur du portail, votre première étape consiste à acheter des licences sur le [Portail client Tableau](http://customer.tableausoftware.com//fr-ca). Lorsque vous achetez des licences, le portail retourne les clés produit correspondantes. Pour renouveler votre licence, visitez la page Web [Renouvellement de Tableau](https://www.tableau.com/fr-ca/support/renew) . Tableau propose toute une gamme de produits (Tableau Desktop, Server, Prep Builder, etc.). Chacun des produits Tableau exige que vous activiez les licences en mettant à jour le logiciel Tableau avec les clés produit qui sont achetées et stockées sur le portail client Tableau. En tant qu’administrateur chargé d’activer les licences Tableau, il est important que vous compreniez la relation entre les licences et les clés. Consultez [Comprendre les modèles de licence et les clés produit](https://help.tableau.com/current/server/fr-ca/license_product_keys.htm). ## Outils de gestion Tableau Server inclut divers ensembles d’outils conçus pour gérer le système : - **Page de l’administrateur de Tableau Server :** il s’agit d’un site d’administration Web qui est installé sur chaque instance de Tableau Server. Les tâches effectuées dans la page Administrateur sont les tâches quotidiennes des administrateurs de serveur et de site. Les tâches liées aux serveurs incluent la création de sites et de comptes d’administrateur de site, éventuellement l’importation d’utilisateurs, la configuration de la synchronisation avec les services de répertoire, la configuration des modules d’actualisation des extraits, la surveillance des performances et de l’utilisation des serveurs et autres paramètres généraux. Les tâches liées aux sites incluent la gestion du contenu et l’attribution des autorisations, l’exécution d’actualisations d’extraits, la création de groupes et de projets, la surveillance de l’activité du site, éventuellement l’ajout d’utilisateurs, et autres tâches liées au contenu. Consultez [Accéder aux zones d’administration de l’environnement Web de Tableau](https://help.tableau.com/current/server/fr-ca/navigate_admin_settings.htm). Les autorisations requises pour la page de l’administrateur de Tableau Server sont basées sur des rôles sur le site. Les rôles sur le site sont générés et gérés par Tableau Server. - [Référence de ligne de commande tsm](https://help.tableau.com/current/server/fr-ca/tsm.htm) - Il s’agit de l’interface principale pour les configurations à l’échelle du serveur. Les configurations effectuées avec l’interface en ligne de commande TSM sont rarement révisées après la configuration initiale. Par exemple : L’interface en ligne de commande TSM permet de gérer le protocole SSL, les abonnements, la mise en cache de données, les comptes de service, les alertes SMTP, l’authentification utilisateur et la configuration de l’authentification unique. - Vous pouvez également consulter [Se connecter à l’interface utilisateur Web Tableau Services Manager](https://help.tableau.com/current/server/fr-ca/sign_in_tsm.htm). - **[tabcmd :](https://help.tableau.com/current/server/fr-ca/tabcmd.htm)** Vous pouvez utiliser l’utilitaire de ligne de commande tabcmd sur un ordinateur Windows ou Linux pour créer des scripts afin d’automatiser les tâches administratives sur vos sites Tableau Server. Par exemple, utilisez tabcmd pour créer ou supprimer des utilisateurs, des projets et des groupes. - **[API REST :](https://community.tableau.com/s/topic/0TO4T000000QFAxWAO/rest-api)** avec l’API REST de Tableau Server, vous pouvez gérer et modifier les ressources de Tableau Server dans le programme, par HTTP. L’API vous offre un accès simple aux fonctionnalités des sources de données, des projets, des classeurs, des utilisateurs de site et des sites sur un serveur Tableau. Vous pouvez utiliser cet accès pour créer vos propres applications personnalisées ou utiliser des scripts pour les interactions avec les ressources de Tableau Server. ## Sécurité En tant que serveur d’applications se connectant à des données qui peuvent être de nature très sensible, Tableau Server prend en charge et met en œuvre plusieurs normes de sécurité de l’industrie. Notre documentation destinée à l’administrateur de serveur inclut les meilleures pratiques et l’implémentation pour l’authentification, l’autorisation, la sécurité des données et la sécurité du réseau. Si notre installation par défaut est sécurisée par sa conception même, nous vous recommandons de suivre en outre la [Liste de contrôle pour une sécurité renforcée](https://help.tableau.com/current/server/fr-ca/security_harden.htm) pour mieux verrouiller votre déploiement. Pour plus d’informations sur la conformité des audits de sécurité, la génération de rapports de vulnérabilité et autres ressources de sécurité, consultez le site [http://www.tableau.com/fr-ca/security](http://www.tableau.com/fr-ca/security). [Passer au contenu principal](#main-content) # Présentation de la mise à niveau de Tableau Server Les rubriques de cette section vous aident à mettre à niveau une installation existante de Tableau Server sur Windows. Ils décrivent la procédure recommandée de planification et de test avant l’exécution effective de la mise à niveau. Vous trouverez des détails sur les meilleures pratiques, et une fois que vous serez prêt à lancer la mise à niveau, les étapes de mise à niveau d’un serveur à un seul nœud et d’une installation distribuée. Autant que possible, nous attirons votre attention sur les pièges à éviter. **Remarque :** Utilisez [Explorateur de versions Tableau](https://public.tableau.com/shared/TBKC48JR7?:display_count=n&:origin=viz_share_link) pour rechercher des fonctionnalités dans Tableau Desktop, Server et Prep, ou pour afficher une liste complète des fonctionnalités lorsque vous comparez votre version actuelle de Tableau à une version ultérieure. Vous recherchez Tableau Server sur Linux? Consultez [Mettre à niveau Tableau Server sur Linux](https://help.tableau.com/current/server-linux/fr-ca/upgrade.htm "Ouvre la rubrique dans un nouvel onglet de navigateur"). ### Mise à niveau des systèmes d’exploitation d’ordinateur **Important :** Toute mise à niveau vers une version majeure du système d’exploitation ou ldu noyau du système Linux (par exemple, Windows 2019 à Windows 2022) doit être effectuée en utilisant les directives bleues/vertes. **N’effectuez pas de mise à niveau vers une version majeure directement sur une machine sur laquelle Tableau Server s’exécute déjà.** Même si vous procédez comme suit, Tableau Server se trouvera dans un état instable s’il démarre. **Une mise à niveau majeure de la version du système d’exploitation directement sur une machine hébergeant Tableau Server annule la prise en charge de votre installation Tableau Server.** Pour plus de détails sur ces mises à niveau bleues/vertes, consultez [Utiliser une approche Bleu/Vert pour la mise à niveau de Tableau Server](https://help.tableau.com/current/server/fr-ca/server-upgrade-blue-green.htm). Si vous mettez à niveau le système d’exploitation de l’ordinateur Tableau Server ou des nœuds d’un groupement, assurez-vous de consulter et de suivre les meilleures pratiques en matière de mises à niveau. **Les mises à niveau importantes (par exemple,** **Windows 2019 à Windows 2022****) doivent être effectuées en utilisant les directives bleues/vertes.** Pour plus de détails, consultez [Meilleures pratiques concernant la mise à jour de votre ordinateur Tableau Server](https://help.tableau.com/current/server/fr-ca/upgrade_best_practices_server.htm) et [Utiliser une approche Bleu/Vert pour la mise à niveau de Tableau Server](https://help.tableau.com/current/server/fr-ca/server-upgrade-blue-green.htm). ## Choisir votre chemin de mise à niveau ### Mises à niveau bleues/vertes Les mises à niveau bleues/vertes sont un type spécial d’approche de mise à niveau qui offre un temps d’arrêt minimal, mais nécessite une équipe informatique compétente et des ressources pour la mise en œuvre. Elles ne conviennent pas à toutes les organisations, mais elles peuvent constituer la bonne solution de mise à niveau pour celles qui disposent des connaissances techniques et du personnel appropriés. Pour plus d’informations, consultez [Utiliser une approche Bleu/Vert pour la mise à niveau de Tableau Server](https://help.tableau.com/current/server/fr-ca/server-upgrade-blue-green.htm). ### Mise à niveau en place Pour des instructions sur la mise à niveau de Tableau Server sous Windows, consultez [Mise à niveau de Tableau Server (Windows)](https://help.tableau.com/current/server/fr-ca/sug_plan.htm)). ## Autres articles de cette section [Passer au contenu principal](#main-content) # Présentation de la surveillance des performances Lorsque vous surveillez un serveur, vous collectez et analysez les données qui signalent une performance médiocre du serveur ou l’apparition de problèmes. Par exemple, si vous remarquez que votre serveur utilise 100 % de sa capacité de traitement pendant des périodes prolongées, vous savez qu’il y a un problème. Les données que vous devez collecter et analyser peuvent être principalement réparties dans les catégories suivantes : - Données sur l’utilisation des ressources : manière dont Tableau Server utilise les ressources matérielles comme l’espace disque, la mémoire et le processeurs. - Données sur les sessions et les durées de chargement : manière dont les utilisateurs interagissent avec Tableau Server, notamment combien de temps il faut pour charger les vues et le nombre d’utilisateurs simultanés. - Données sur les tâches d’arrière-plan : Manière dont Tableau Server exécute des tâches qui ne sont pas directement liées à une action utilisateur. Les tâches en arrière-plan incluent notamment les tâches d’actualisation d’extraits, les tâches d’abonnement, etc. Certaines de ces données, y compris les données de durée de chargement et les données d’actualisation des extraits, sont déjà accessibles depuis les vues administratives intégrées à Tableau Server. Pour collecter des données sur l’utilisation des ressources, vous devez toutefois utiliser un outil de surveillance des performances externe. (Pour les besoins de cette section, nous utiliserons, en guide d’exemple, l’Analyseur de performances Windows parce qu’il est inclus avec Windows Server.) Pour collecter des données supplémentaires sur les durées de chargement et les tâches en arrière-plan, vous pouvez vous connecter au référentiel Tableau Server. Après avoir collecté les données de performances à analyser, vous pouvez utiliser l’exemple de classeur inclus dans cette section comme point de départ pour analyser vos données de performances. Pour analyser plus facilement vos données de performances à un seul endroit, vous pouvez ensuite publier les vues que vous créez sur Tableau Server en tant que vues administratives personnalisées. Pour plus d’informations sur les vues administratives intégrées, consultez [Vues administratives](https://help.tableau.com/current/server/fr-ca/adminview.htm) . Pour plus d’informations sur les vues administratives personnalisées, consultez [Créer des vues administratives personnalisées](https://help.tableau.com/current/server/fr-ca/adminview_postgres.htm). Pour plus d’informations sur les outils de surveillance avancés, consultez [À propos de Tableau Resource Monitoring Tool](https://help.tableau.com/current/server/fr-ca/rmt-intro.htm). **Remarque :** Pour utiliser le classeur d’exemple et publier des vues dans Tableau Server, vous devez avoir Tableau Desktop. ## Autres articles de cette section [Passer au contenu principal](#main-content) # Présentation de Tableau Services Manager Cet article présente une vue d’ensemble de l’interface Tableau Services Manager (TSM) que vous pouvez utiliser pour configurer et administrer Tableau Server. ## Fonctionnalités TSM fournit aux administrateurs de serveur des options de lignes de commande et basées sur le Web pour configurer et gérer Tableau Server, notamment pour l’exécution des tâches administratives telles que la sauvegarde des données serveur, la restauration des sauvegardes, la création d’archives de fichiers journaux et la gestion des groupements multinœuds. Par exemple, vous utilisez TSM pour réaliser les tâches suivantes : - Configuration initiale de Tableau Server après l’installation - Gestion permanente des configurations, notamment la modification des paramètres et de la topologie des serveurs - Exécution de tâches administratives telles que sauvegarde, restauration et fichiers journaux auto-décompressables Pour les administrateurs familiers des versions précédentes de Tableau Server, TSM remplace les outils suivants des versions précédentes de Tableau Server : - Utilitaire de configuration de Tableau Server - Utilitaire de ligne de commande tabadmin - Tableau Server Monitor ## Composants TSM consiste en des _services_ (appelés _processus_ dans cette documentation) et de _clients_. Les processus TSM sont des services administratifs qui gèrent les processus Tableau Server. Les processus TSM s’exécutent en continu après l’initialisation de TSM, même lorsque le reste de Tableau Server est hors ligne. Les processus TSM qui s’exécutent même lorsque Tableau Server est arrêté incluent : - Agent d’administration - Contrôleur d’administration - Service des fichiers client - Service de coordination (basé sur Apache Zookeeper™) - Gestionnaire de services - Service de licence Pour plus d’informations sur les processus TSM et les processus Tableau Server, consultez [Processus Tableau Server](https://help.tableau.com/current/server/fr-ca/processes.htm). ## Authentification TSM Que vous utilisez l’interface utilisateur Web TSM, l’interface en ligne de commande ou l’API TSM, vous devez vous authentifier sur Tableau Server avant de pouvoir exécuter des tâches administratives. Ce compte utilisateur est distinct des comptes utilisateur de Tableau Server, y compris les administrateurs Tableau Server et les administrateurs de site. Vous vous authentifiez sur TSM avec un utilisateur qui existe sur l’ordinateur Tableau Server. Le compte utilisateur TSM doit utiliser l’authentification basée sur un mot de passe. Par défaut, le compte utilisateur TSM doit être membre du groupe Administrateurs sur l’ordinateur où Tableau Server est en cours d’exécution. Vous pouvez également spécifier un groupe Windows pour l’administration TSM une fois que vous avez installé Tableau Server. Consultez [Configurer un groupe d’administration TSM personnalisé](https://help.tableau.com/current/server/fr-ca/security_tsm_admin_group.htm). ## Connexion des clients TSM Une mesure de sécurité consiste à vous connecter à TSM uniquement avec des clients (interface en ligne de commande, interface utilisateur Web, API Rest) sur HTTPS. En effet, TSM vous permet d’effectuer des tâches administratives et de vous connecter à TSM depuis d’autres ordinateurs. Lorsque vous vous connectez avec un client TSM, vous devez vous connecter à l’instance Tableau Server qui exécute le service du contrôleur d’administration TSM. Comme meilleure pratique de sécurité, n'exposez pas le port TSM (par défaut, `8850`) à Internet. **Remarque :** l’outil d’interface en ligne de commande TSM ne requiert pas les informations d’identification d’administration dans certains cas. Plus spécifiquement, si le compte sous lequel vous êtes connecté appartient au groupe agréé TSM, vous n’avez pas besoin de fournir les informations d’identification pour exécuter des commandes lors de l’exécution de l’interface en ligne de commande TSM localement. Pour plus d’informations, consultez [Authentification avec l’interface en ligne de commande tsm](https://help.tableau.com/current/server/fr-ca/tsm.htm#Authenti). Les connexions HTTPS TSM se basent sur un certificat autosigné généré par le programme d’installation de Tableau Server. Ce certificat est le certificat d’autorité de certification (CA) de l’installation Tableau. Il signe les certificats SSL que Tableau créer pour chiffrer le trafic sur HTTP. Le certificat CA de l’installation Tableau doit être approuvé par les systèmes se connectant au contrôleur d’administration TSM. Le client de l’interface en ligne de commande TSM valide le certificat de confiance depuis un magasin autre que celui utilisé par le client de l’interface utilisateur Web TSM. Le client de l’interface en ligne de commande TSM se réfère au magasin approuvé dans le keystore Java local pour valider l’approbation des certificats CA. Étant donné que l’interface utilisateur Web TSM doit établir la connexion avec un navigateur Web, l’approbation est validée à l’aide du keystore approuvé du système d’exploitation. La différence dans le mode de stockage des certificats CA détermine les différents scénarios de configuration de l’approbation, comme expliqué ici : - Pour les communications de l’interface utilisateur Web TSM et de l’interface en ligne de commande sur Tableau Server, le certificat de confiance est configuré par défaut dans le cadre de l’installation, du bootstrap du nœud et des processus de mise à niveau. Le certificat CA de l’installation Tableau est ajouté au magasin approuvé à la fois dans le keystore Java et dans le keystore racine approuvé de Windows. Vous pouvez ainsi accéder à TSM depuis tout ordinateur du groupement sans configuration supplémentaire. - Pour les connexions avec l’interface en ligne de commande TSM depuis des ordinateurs distants, vous serez invité à faire confiance au certificat CA de l’installation Tableau la première fois que vous vous connectez à l’instance Tableau Server exécutant le contrôleur d’administration TSM. Vous pouvez choisir de faire confiance au certificat CA, dans quel cas vous ne verrez plus s’afficher d’invite sur cet ordinateur jusqu’à l’expiration du certificat (4 ans par défaut). Vous pouvez sinon vous connecter avec une approbation unique en exécutant votre commande TSM avec l’indicateur `--trust-admin-controller-cert`. - Pour les connexions à l’interface utilisateur Web TSM, le navigateur vous invite à faire confiance à l’hôte exécutant le service du contrôleur d’administration TSM. [Passer au contenu principal](#main-content) # Présentation des licences Un rôle administratif important dans un déploiement Tableau Server est l’administrateur du portail Tableau. L’administrateur du portail gère l’octroi des licences et les clés associées pour le déploiement de Tableau. En tant qu’administrateur du portail, votre première étape consiste à acheter des licences sur le [Portail client Tableau](http://customer.tableausoftware.com/fr-ca). Lorsque vous achetez des licences, le portail retourne les clés produit correspondantes. Pour renouveler votre licence, visitez la page Web [Renouvellement de Tableau](https://www.tableau.com/fr-ca/support/renew) . Tableau propose toute une gamme de produits (Desktop, Server, Prep Builder, etc.). Chacun des produits Tableau exige que vous activiez les licences en mettant à jour le logiciel Tableau avec les clés produit qui sont achetées et stockées sur le portail client Tableau. En tant qu’administrateur chargé d’activer les licences Tableau, il est important que vous compreniez la relation entre les licences et les clés. Consultez [Comprendre les modèles de licence et les clés produit](https://help.tableau.com/current/server/fr-ca/license_product_keys.htm). ## Activation L’activation est le processus de téléversement et d’enregistrement des clés produit Tableau sur Tableau Server. Cette opération est réalisée avec Tableau Services Manager (TSM). TSM est un outil qui apporte des modifications au système d’exploitation local et au système de fichiers et nécessite donc un accès administratif à l’ordinateur local. Un administrateur TSM a besoin d’autorisations et d’accès différents d’un administrateur Tableau Server, qui est le rôle administratif pour le fonctionnement quotidien des tâches de Tableau Server, telles que l’ajout d’utilisateurs, de sites, de gestion de projets et d’autorisations, etc. Consultez [Rôles administratifs](https://help.tableau.com/current/server/fr-ca/admin.htm#Admin) pour plus d’informations sur les différents rôles administratifs de Tableau Server. Les rubriques suivantes décrivent comment se connecter à TSM : - [Se connecter à l’interface utilisateur Web Tableau Services Manager](https://help.tableau.com/current/server/fr-ca/sign_in_tsm.htm) - [Référence de ligne de commande tsm](https://help.tableau.com/current/server/fr-ca/tsm.htm) ### Activation en ligne Si votre installation Tableau Server est capable de communiquer avec Internet, nous vous recommandons d’utiliser la méthode d’activation en ligne par défaut. - Pour une activation dans le cadre du processus d’installation, consultez [Activer et enregistrer Tableau Server](https://help.tableau.com/current/server/fr-ca/activate.htm). - Pour activer les clés produit après avoir actualisé votre abonnement, consultez [Actualiser la date d’expiration et les attributs pour la clé produit](https://help.tableau.com/current/server/fr-ca/license_refresh.htm). - Pour comprendre comment activer les clés produit après avoir ajouté les nouvelles fonctionnalités ou licences d’utilisateur achetées; consultez [Ajouter de la capacité à Tableau Server](https://help.tableau.com/current/server/fr-ca/capacity_add.htm). ### Activation hors ligne Si Tableau Server fonctionne dans un environnement hors ligne, où il n’est pas possible d’accéder aux serveurs de licences Tableau sur Internet, vous devez activer les licences selon le processus d’activation hors ligne Tableau : - Pour comprendre comment activer hors ligne, consultez [Activer Tableau Server hors ligne](https://help.tableau.com/current/server/fr-ca/activate_off.htm). - Pour comprendre comment désactiver une clé produit que vous avez activée à l’aide de l’activation hors ligne, consultez [Désactiver Tableau Server hors ligne](https://help.tableau.com/current/server/fr-ca/deactivate_off.htm). ### Activation perdue Dans certains cas, les activations de licence peuvent échouer après l’activation de la licence. Ces défaillances peuvent se produire en raison de problèmes de connexion aux processus locaux ou lorsqu’un changement s’est produit avec la machine virtuelle ou la configuration matérielle. Par exemple, les modifications de serveur proxy, le blocage du port, les modifications du réseau ou la modification d’un matériel de machine peuvent entraîner l’échec de l’activation des licences. Si Tableau Server n’est pas en mesure de vérifier la licence, l’opération peut être interrompue et le serveur sera dans un état « sans licence ». Pour afficher les clés produit et l’état de licence Tableau Server, exécutez `tsm licenses list` et `tsm status -v`. Selon la clé produit qui n’est pas vérifiée, Tableau Server peut fonctionner dans un état dégradé jusqu’à ce que la clé produit soit dans un état valide. Consultez [Résoudre les problèmes de licence](https://help.tableau.com/current/server/fr-ca/unlicensed.htm). ### Désactivation Vous pouvez activer la même clé produit Tableau Server sur trois environnements au maximum. Cela vous permet de tester Tableau Server (dans un environnement de type sandbox ou QA, par exemple), et également d’utiliser Tableau dans un environnement de production. Pour optimiser vos activations, vous devez désactiver votre clé produit lorsque vous supprimez Tableau Server d’un ordinateur ou fermez une machine virtuelle, à moins que vous ne réinstalliez Tableau sur le même ordinateur. Vous pouvez ainsi utiliser l’activation sur un autre ordinateur, par exemple si vous déplacez Tableau Server d’un ordinateur vers un autre, désactivez la clé de produit, puis supprimez Tableau de l’ordinateur d’origine. Lorsque vous installez Tableau sur le nouvel ordinateur, vous pouvez activer la clé sans conflit. Si vous supprimez Tableau Server pour le réinstaller sur le même ordinateur, il n’est pas nécessaire de désactiver la clé. Tableau utilisera la clé lorsqu’il sera réinstallé à moins qu’une commande obliterate n’ait été exécutée avec l’option « -l » Consultez [Désactiver une clé produit](https://help.tableau.com/current/server/fr-ca/license_deactivate.htm). ### Licences Tableau Server et machines virtuelles (VM) Si vous exécutez Tableau Server sur des machines virtuelles, soit localement, soit dans le nuage, soyez conscient des complications potentielles liées aux licences. Si vous mettez simplement à niveau Tableau Server sur la machine virtuelle, vous n’avez pas besoin de prendre des mesures supplémentaires en matière de licence. Si vous envisagez de cloner la MV pour créer un nouvel environnement de production ou de test à mettre à niveau, vous devez désactiver toutes les licences Tableau Server avant le clonage. Si vous ne le faites pas, le nouvel environnement de machines virtuelles peut se retrouver avec des licences non fiables, et toute tentative de mise à niveau ou de démarrage de Tableau Server échouera. Vous risquez aussi d’atteindre le nombre maximum d’activations pour les licences lorsque vous essayez d’activer les clés produit sur la nouvelle machine virtuelle. Pour éviter les problèmes de licence sur les machines virtuelles, désactivez toutes les licences Tableau avant de cloner une machine virtuelle ou d’autoriser son arrêt définitif. ## Gestion des licences basée sur la connexion La gestion des licences basée sur la connexion vous aide à gérer les licences pour les utilisateurs dotés des rôles Creator sur Tableau Server et Tableau Cloud. Les utilisateurs dotés d’un rôle Explorer ou Viewer ne peuvent pas utiliser cette fonctionnalité. Si vous utilisez des abonnements basés sur des rôles avec Tableau Server ou Tableau Cloud, vous pouvez simplifier votre gestion des licences en utilisant la gestion des licences basée sur la connexion afin d’éliminer les clés produit Tableau Desktop et Tableau Prep Builder séparées. Il vous suffit de gérer une ou plusieurs clés produit pour Tableau Server sur site, ou dans le cas de Tableau Cloud, vous n’avez plus besoin de gérer aucune clé produit. Consultez [Gestion des licences basée sur la connexion](https://help.tableau.com/current/server/fr-ca/license_lblm.htm). ## Ajouter des utilisateurs Chaque utilisateur qui accède à des ressources sur Tableau Server doit disposer d’une licence. - Pour comprendre les rôles des utilisateurs et les licences, consultez [Comprendre les modèles de licence et les clés produit](https://help.tableau.com/current/server/fr-ca/license_product_keys.htm). - Pour savoir comment ajouter des utilisateurs au serveur, consultez [Ajouter des utilisateurs à Tableau Server](https://help.tableau.com/current/server/fr-ca/users_add.htm). - Pour comprendre comment activer les clés produit après avoir ajouté de nouvelles licences d’utilisateur achetées, consultez [Ajouter de la capacité à Tableau Server](https://help.tableau.com/current/server/fr-ca/capacity_add.htm). [Passer au contenu principal](#main-content) # Présentation des options de sécurité au niveau des lignes dans Tableau Il arrive que vous souhaitiez filtrer les données en fonction de l’utilisateur qui les demande. Par exemple : - Vous voulez que les commerciaux régionaux voient les chiffres de vente uniquement pour leur région. - Vous souhaitez que les directeurs commerciaux ne voient les statistiques que pour les commerciaux sous leur responsabilité. - Vous voulez que les étudiants voient des visualisations basées uniquement sur leurs propres résultats de test. L’approche qui permet de filtrer les données de cette manière est appelée sécurité au niveau des lignes (RLS). Il existe plusieurs méthodes pour assurer la sécurité au niveau des lignes à la fois à l’intérieur et à l’extérieur de Tableau, dont chacune présente ses propres avantages et inconvénients. ## Créer un filtre utilisateur et associer les utilisateurs à des valeurs manuellement Le moyen le plus simple d’obtenir une sécurité au niveau des lignes dans Tableau consiste à utiliser un filtre utilisateur dans lequel vous mappez manuellement les utilisateurs à des valeurs. Par exemple, vous pouvez mapper manuellement un utilisateur nommé « Alice » à la valeur « Est » afin qu’elle ne voie que les lignes de la source de données où la colonne « Zone géographique » est « Est ». Cette méthode est pratique mais nécessite beaucoup de maintenance, et il faut porter une attention spéciale à la sécurité. Elle doit être effectuée au niveau de chaque classeur, et vous devez mettre à jour le filtre et republier la source de données lorsque votre base d’utilisateurs change. Lorsque vous publiez une ressource avec ce type de filtre utilisateur, vous devez définir des autorisations afin que les utilisateurs ne puissent pas l’enregistrer ou la télécharger ni supprimer le filtre, obtenant ainsi accès à toutes les données. Pour plus d’informations, consultez [Créer un filtre utilisateur et associer les utilisateurs à des valeurs manuellement](https://help.tableau.com/current/pro/desktop/fr-ca/publish_userfilters_create.htm#create-user-filter) dans l’aide de Tableau Desktop et de la création Web. ## Créer un filtre utilisateur dynamique en utilisant un champ de sécurité dans les données Cette méthode vous permet de créer un champ calculé qui automatise le processus d’association des utilisateurs à des valeurs de données. Cette méthode exige que les données sous-jacentes incluent les informations de sécurité que vous souhaitez utiliser pour le filtrage. Par exemple, à l’aide d’un champ calculé, de la fonction USERNAME() et d’une colonne « Manager » dans la source de données, vous pouvez déterminer si l’utilisateur demandant la vue est un manager et ajuster les données de la vue en conséquence. Le filtrage étant défini au niveau des données et automatisé par le champ calculé, cette méthode est moins sujette à erreur que d’associer les utilisateurs à des valeurs de données manuellement. Lorsque vous publiez une ressource avec ce type de filtre utilisateur, vous devez définir des autorisations afin que les utilisateurs ne puissent pas l’enregistrer ou la télécharger ni supprimer le filtre, obtenant ainsi accès à toutes les données. Pour plus d’informations, consultez [Créer un filtre dynamique en utilisant un champ de sécurité dans les données](https://help.tableau.com/current/pro/desktop/fr-ca/publish_userfilters_create.htm#dynamic) dans l’aide de Tableau Desktop et de la création Web. ## Utiliser une stratégie de données Depuis Tableau 2021.4, lorsque Gestion des données est activé dans Tableau Server ou Tableau Cloud, les utilisateurs disposant d’une licence Creator peuvent mettre en œuvre une sécurité au niveau des lignes à l’aide de stratégies de données sur les connexions virtuelles. Étant donné que les connexions virtuelles sont centralisées et réutilisables, vous pouvez gérer la sécurité au niveau des lignes pour chaque connexion en un seul endroit, en toute sécurité, sur tout le contenu qui utilise cette connexion. Contrairement aux solutions susmentionnées de sécurité au niveau des lignes dans Tableau, cette méthode ne comporte pas le même risque d’exposer des renseignements si un auteur néglige de sécuriser correctement les autorisations sur le classeur ou la source de données, car la stratégie est appliquée sur le serveur pour chaque requête. La sécurité au niveau des lignes à l’aide des stratégie de données sur les connexions virtuelles a été développée pour remédier aux lacunes des autres solutions de sécurité au niveau des lignes. Nous recommandons cette solution dans la plupart des situations où elle est envisageable. Pour plus d’informations sur la sécurité au niveau des lignes à l’aide des stratégies de données sur les connexions virtuelles, consultez [À propos des connexions virtuelles et des stratégies de données](https://help.tableau.com/current/server/fr-ca/dm_vconn_overview.htm). ## Utiliser la sécurité RLS existante dans la base de données De nombreuses sources de données incluent des mécanismes intégrés pour la sécurité au niveau des lignes (RLS). Si votre entreprise a déjà déployé des efforts pour mettre en place un système de sécurité au niveau des lignes dans une source de données, vous pourrez peut-être tirer parti de votre système RLS existant. Il n’est pas nécessairement plus facile ou préférable de mettre en œuvre un modèle RLS intégré plutôt que de le construire spécifiquement pour Tableau. Ces techniques sont généralement mises à profit lorsqu’une entreprise a déjà investi dans ces technologies et qu’elle veut tirer parti de l’investissement, ou lorsqu’elle a besoin d’appliquer les mêmes stratégies de sécurité aux autres clients de base de données en plus de Tableau. Le principal avantage de l’utilisation de RLS intégré est que les administrateurs peuvent mettre en place et contrôler leur stratégie de sécurité des données en un seul emplacement : leurs bases de données. Pour plus d’informations, consultez [Sécurité au niveau des lignes dans la base de données](https://help.tableau.com/current/server/fr-ca/rls_datasource.htm). ## Comparaison des options de sécurité au niveau des lignes
Option RLSUtile lorsqueAvantagesInconvénients
Filtre utilisateur manuel
  • Vous effectuez un test de faisabilité ou vous testez la fonction de filtrage des utilisateurs
  • Vous créez un classeur statique à utiliser avec un groupe d’utilisateurs inchangé
  • Vous comprenez le risque qu’une définition incorrecte des autorisations représente pour la sécurité des données
  • Simple à petite échelle
  • Mappage facile à comprendre
  • Adapté aux tests
  • Maintenance élevée
  • Besoin de mettre à jour le filtre et de le republier au fur et à mesure que la base d’utilisateurs change
  • Les autorisations doivent être sécurisées pour empêcher les utilisateurs de voir des données non filtrées
  • Doit être répliqué dans chaque classeur
Filtre utilisateur dynamique
  • Vous ne possédez pas de licence Gestion des données
  • Les données contiennent des renseignements que vous pouvez utiliser pour les filtrer
  • Vous comprenez le risque qu’une définition incorrecte des autorisations représente pour la sécurité des données
  • Relativement facile à mettre en place
  • Les autorisations doivent être sécurisées pour empêcher les utilisateurs de voir des données non filtrées
  • Doit être répliqué dans chaque classeur ou source de données
Stratégie de données
  • Vous possédez une licence Gestion des données
  • Les données contiennent des renseignements que vous pouvez utiliser pour les filtrer
  • La facilité de sécurité des données est une préoccupation importante
  • Centralisé
  • Sûr
  • Faible entretien
  • Les responsabilités en matière de sécurité et d’analytique peuvent être séparées
  • Licence Gestion des données requise
RLS dans la base de données
  • Votre base de données a une sécurité RLS existante intégrée dans la base de données
  • Vous n’utilisez pas d’extraits
  • Peut-être déjà intégré à la base de données de votre entreprise
  • Les stratégies peuvent être appliquées à des clients de base de données autres que Tableau
  • Doit utiliser des requêtes en direct
  • Peut avoir des limites ou des exigences. Votre équipe informatique peut les identifier
## Quelle option de sécurité au niveau des lignes dois-je utiliser?
Votre entreprise a-t-elle une solution RLS préférée dans la base de données qui fonctionne pour ce projet?→ Oui →Consultez Sécurité au niveau des lignes dans la base de données

↓ Non ↓

  

Possédez-vous une licence Gestion des données?

→ Oui →Consultez À propos des connexions virtuelles et des stratégies de données

↓ Non ↓

  
S’agit-il d’un test de faisabilité, d’un test de filtre utilisateur de base ou d’un classeur statique avec des utilisateurs inchangés?→ Oui →Consultez Utiliser un filtre utilisateur manuel

↓ Non ↓

  

Consultez Utiliser un filtre utilisateur dynamique

  
[Passer au contenu principal](#main-content) # Présentation des performances de Tableau Server En prenant le temps de comprendre les performances de Tableau Server, vous pouvez servir vos utilisateurs plus facilement en améliorant l’efficacité de Tableau Server. Bien que chaque environnement serveur soit unique et que de nombreuses variables puissent influer sur les performances, les étapes générales à suivre pour comprendre et agir sur les données de performance dans Tableau Server sont identiques. - **Notifications**. Configurez les notifications par email pour les événements serveur importants. Par exemple, vous pouvez recevoir des notifications lorsque les processus serveur sont indisponibles et lorsque le serveur manque d’espace disque. - **Surveillance**. Collectez et analysez les données relatives à Tableau Server pour comprendre le niveau de performance du serveur. - **Réglage**. Apportez des ajustements aux tâches, configurations de processus et autres pour améliorer les performances de Tableau Server. - **Résolution des problèmes**. Identifiez les goulots d’étranglement au niveau des ressources, classeurs et autres en vue d’améliorer les performances de Tableau Server. [Passer au contenu principal](#main-content) # Présentation des sites Les rubriques de cette section décrivent le concept Tableau Server d’un site et les différents aspects de l’utilisation de plusieurs sites. Les rubriques incluent le type d’authentification utilisé par chaque site, et les renseignements à connaître sur les licences d’utilisateur et l’accès de niveau Administrateur aux sites. ## Qu’est-ce qu’un site? Vous avez peut-être l’habitude d’employer le terme _site_ dans le sens « collection d’ordinateurs connectés » ou peut-être comme forme abrégée de « site Web ». Dans Tableau par contre, nous utilisons le terme site pour désigner une collection d’utilisateurs, de groupes et de contenus (classeurs, sources de données) qui sont séparés de tout autre groupe et contenu sur la même instance de Tableau Server. Autrement dit : Tableau Server prend en charge l’architecture multilocataire en permettant aux administrateurs de serveur de créer des sites sur le serveur pour différents ensembles d’utilisateurs et de contenus. Tout le contenu du serveur est publié, accessible et géré par site. Chaque site possède sa propre URL et son propre ensemble d’utilisateurs (bien que chaque utilisateur de serveur puisse être ajouté à plusieurs sites). Le contenu de chaque site (projets, classeurs et sources de données) est entièrement séparé du contenu des autres sites. Pour des recommandations destinées aux administrateurs de site sur la manière de configurer des utilisateurs sur un site, de structurer un site pour des publicateurs ou autres utilisateurs de contenu, d’accorder aux utilisateurs des autorisations de partage et de gestion de leur contenu, etc. consultez la section [Gérer les sites individuels](https://help.tableau.com/current/server/fr-ca/manage_site.htm). Pour plus d’informations sur la manière dont les utilisateurs peuvent publier leur contenu sur Tableau Server, consultez [Publier des sources de données et des classeurs](https://help.tableau.com/current/pro/online/windows/fr-ca/publish_overview.htm) dans l’aide utilisateur de Tableau. ## Authentification et informations de connexion Tous les sites d’un serveur utilisent le même compte Exécuter en tant qu’utilisateur. Par défaut, ils utilisent le même type d’authentification utilisateur. Vous configurez ces deux paramètres lorsque vous installez Tableau Server. Pour plus d’informations, consultez [Configurer les paramètres du nœud initial](https://help.tableau.com/current/server/fr-ca/config_general.htm). Les utilisateurs qui ont accès à plus d’un site sur la même instance Tableau Server utilisent les mêmes informations d’identification sur chaque site. Par exemple si Jeanne Dupont a un nom d’utilisateur _jdupont_ et un mot de passe _MonMotdepasse_ sur le Site A, elle utilise les mêmes identifiants sur le Site B. Lorsqu’elle se connecte à Tableau Server, elle pourra choisir le site auquel elle souhaite accéder. ## Site par défaut Tableau Server est installé avec un site appelé Default (Par défaut). Si vous gérez un environnement à serveur unique sur Tableau Server, ceci devient le site avec lequel vous travaillez, et sur lequel vos utilisateurs partagent leur analyse Tableau. Si vous ajoutez des sites, le site Par défaut devient l’un des sites que vous pouvez sélectionner lorsque vous vous connectez à Tableau Server. Le site Par défaut diffère des sites que vous ajoutez au système, et ce, de la manière suivante : - Il n’est pas possible de le supprimer. Il est toutefois possible de le renommer, à l’instar des sites que vous ajoutez. - Il enregistre les exemples et connexions de données fournis avec Tableau Server. - L’URL utilisée comme valeur par défaut ne spécifie pas de site. Par exemple l’URL d’une vue nommée Profits d’un site nommé Sales est `http://localhost/#/site/sales/views/profits`. L’URL pour cette même vue sur le site Par défaut serait `http://localhost/#/views/profits`. ## Pourquoi ajouter ou ne pas ajouter des sites Sur Tableau Server, les utilisateurs, les projets, les groupes, les sources de données et les classeurs sont gérés par site. Vous pouvez ajouter des utilisateurs à plusieurs sites. Chaque environnement et ses besoins sont uniques. Toutefois, comme principe de base, les visionnaires de Tableau et les chefs de produit tendent à recommander l’utilisation de sites pour des besoins multilocataire réels. En d’autres termes, ne créez un nouveau site que si vous avez besoin de gérer un ensemble unique d’utilisateurs et leur contenu de manière complètement séparée de tous les autres utilisateurs et contenus Tableau. Pour des recommandations destinées aux administrateurs de site sur la manière de configurer des utilisateurs sur un site, de structurer un site pour des publicateurs ou autres utilisateurs de contenu, d’accorder aux utilisateurs des autorisations de partage et de gestion de leur contenu, etc. consultez la section [Gérer les sites individuels](https://help.tableau.com/current/server/fr-ca/manage_site.htm). **Exemples où il est pertinent d’utiliser des sites** - Vous êtes un consultant qui gère l’analyse Tableau pour de nombreux clients, et vous souhaitez créer un site pour chaque client afin d’éviter que les données d’un client ne soient exposées à un autre client. - Vous souhaitez autoriser un accès utilisateur Invité à une zone contenue de petite dimension sur le serveur. **Exemples où les projets peuvent mieux fonctionner que les sites** - Un processus de développement de contenu dans lequel les sources de données et les rapports évoluent de la conception aux phases de production. La migration d’utilisateurs et de contenu d’un site vers un autre est un processus laborieux. Si vous pouvez avoir de bonnes raisons d’utiliser des sites pour ce processus et des processus similaires, en créant des sites, vous-même, en tant qu’administrateur de site, établissez votre propre charge de maintenance continue. Pour chaque mise à jour de configuration que vous apportez à un site (par exemple création de nouveaux projets et configuration d’autorisations), vous allez généralement devoir dupliquer le même travail sur chaque site supplémentaire. - Vous souhaitez des zones séparées du serveur en les répartissant par zone fonctionnelle. Dans un groupe d’utilisateurs Tableau, il est courant que certains utilisateurs aient besoin d’accéder au contenu de plusieurs zones. L’utilisation de sites encouragerait la publication des mêmes sources de données et rapports sur plusieurs sites. Ceci entraîne une prolifération des sources de données, ce qui peut avoir un impact négatif sur les performances du serveur. Dans ce scénario, il est plus simple de travailler avec des projets. Si vous recherchez des idées supplémentaires, consultez les ressources suivantes : - [Pourquoi utiliser des projets](https://help.tableau.com/current/server/fr-ca/projects.htm#why-projects) dans la rubrique Projets utilisateur pour gérer l’accès au contenu. - Discussions relatives aux sites sur les forums de la communauté Tableau. [Voici un lien](https://community.tableau.com/thread/139824 "Ouvre une discussion du forum de Tableau dans un nouvel onglet de navigateur") pour démarrer. ## Accès de niveau Administrateur aux sites Tableau Server inclut trois rôles sur le site de niveau Administrateur : Administrateur de serveur, Administrateur de site - Creator et Administrateur de site - Explorer. Le rôle sur le site Administrateur de serveur utilise toujours la licence la plus élevée disponible et confère un accès complet à Tableau Server, y compris un accès à tout le contenu. Vous trouverez des informations supplémentaires sur ce rôle dans [Présentation de l’administrateur de serveur](https://help.tableau.com/current/server/fr-ca/admin.htm). Les administrateurs de serveur créent également des sites en fonction de leur besoin. (Les administrateurs de site ne disposent pas d’autorisations pour créer des sites.) Un administrateur de serveur peut attribuer l’un des rôles sur le site Administrateur de site aux utilisateurs pour déléguer la création et la gestion d’une structure spécifique d’utilisateurs et de contenu d’un site. La structure de contenu permet aux utilisateurs de Tableau de partager des sources de données et des classeurs, de les gérer et de s’y connecter. - Attribuez le rôle Administrateur de site - Creator aux administrateurs qui se connecte également aux données, et créent et publient des sources de données ou des classeurs. Ce rôle sur le site utilise une licence Creator. - Attribuez le rôle Administrateur de site - Explorer si l’utilisateur gère la structure de contenu mais n’a pas besoin de modifier lui-même le contenu. Ce rôle sur le site utilise une licence Explorer et fournit un accès en visualisation et interaction. Par défaut, les rôles sur le site Administrateur de site permettent la création et la gestion d’utilisateurs et de groupes du site, la création de projets pour organiser le contenu sur le site, l’attribution d’autorisations pour permettre aux utilisateurs (groupes) d’accéder au contenu dont ils ont besoin, la programmation d’actualisations d’extraits et quelques tâches supplémentaires. Un administrateur de serveur peut refuser des tâches de gestion à un utilisateur administrateur de site. Par exemple, vous pouvez le faire si vous utilisez le rôle Administrateur de site - Creator pour les experts de données. En d’autres termes, vous souhaitez autoriser ces utilisateurs à gérer les connexions aux données sous-jacentes, à créer et publier des sources de données « source de vérité unique », à créer des projets de niveau supérieur et à organiser le contenu dans des projets sans restrictions, mais pas nécessairement à ajouter et supprimer des utilisateurs de site. Pour chaque site, l’administrateur de serveur peut également limiter l’accès de l’administrateur de site si bien que les administrateurs de site peuvent gérer les groupes et le contenu, mais ne peuvent pas ajouter ou supprimer des utilisateurs ni définir des rôles sur le site pour les utilisateurs. Dans certaines organisations, la même personne pourrait être un administrateur de serveur et un administrateur de site pour un ou plusieurs sites. Même dans ce cas, les tâches effectuées par un administrateur de site et un administrateur de serveur sont distinctes. ## Licences et limites en termes d’utilisateurs Vous pouvez ajouter des utilisateurs du serveur à plusieurs sites, et définir leurs rôles sur le site et leurs autorisations sur chaque site. Un utilisateur appartenant à plusieurs sites n’a pas besoin de licence pour chaque site. Chaque utilisateur de serveur n’a besoin que d’une seule licence. La licence que l’utilisateur utilisera correspond au rôle sur le site le plus élevé qu’il possède sur le serveur. Pour en savoir plus sur les intersections entre licences et rôles sur le site, consultez [Définir les rôles sur le site des utilisateurs](https://help.tableau.com/current/server/fr-ca/users_site_roles.htm). Les administrateurs de serveur peuvent utiliser le paramètre Limiter le nombre d’utilisateurs (sélectionnez Site <_name_\> > Paramètres) pour spécifier une limite d’utilisateurs pour le site, ou définir une limite de rôle sur le site, qui limite le nombre d’utilisateurs Creator, Explorer et Viewer alloués au niveau du site. Pour en savoir plus, consultez [Gérer les limites de rôle sur le site](https://help.tableau.com/current/server/fr-ca/site_role_limit.htm). Seuls les utilisateurs titulaires d’une licence sont comptabilisés. Par exemple, si un site compte 90 utilisateurs titulaires d’une licence (y compris des administrateurs) et 20 utilisateurs sans licence, le nombre total d’utilisateurs est 90. Pour savoir comment afficher le nombre de licences et les rôles sur le site sur le serveur, consultez [Afficher les licences de serveur](https://help.tableau.com/current/server/fr-ca/view_licenses.htm). [Passer au contenu principal](#main-content) # Présentation du plan de migration Tableau Content Migration Tool crée un processus rationalisé pour la migration du contenu Tableau entre les sites et les projets. Il en résulte un plan facile à suivre, vérifiable et reproductible, fonctionnant par un processus en lots, ce qui permet de migrer un nombre illimité de classeurs et de sources de données dans un processus simple et efficace. Le Content Migration Tool affichera des conseils contextuels pour vous guider dans la création ou la modification d’un plan de migration . Une fois que vous avez sélectionné les sites source et de destination, un résumé de votre migration s’affiche en haut de l’écran comme suit : ![Migrer d’un site Web à une autre.](/tableau/current/fr-ca/server/fr-ca/Img/ptd-plan-summary.png) ## Limitations lors de la migration du contenu Avant de commencer, assurez-vous de bien comprendre les limitations qui s’appliquent à la migration de contenu à l’aide de l’Content Migration Tool. Pour plus d’informations, consultez [Limitations de la migration](https://help.tableau.com/current/server/fr-ca/cmt-migration_limitations.htm). ## Clés de chiffrement Chaque fichier de plan de migration est généré avec une clé de chiffrement unique à l’application qui a créé le plan. Les clés de chiffrement peuvent être partagées si le plan de migration doit être exécuté par une application qui n’a pas généré le fichier à l’origine. Lors du partage des clés de chiffrement, vous devrez remplacer la clé existante dans l’application pour exécuter le plan de migration. Pour afficher votre clé de chiffrement, sélectionnez Help > Settings. ![Menu Paramètres avec des options pour l’ancienne clé produit, le diagnostic et la clé de chiffrement de sécurité.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-plan-encryption.png) Si vous allez utiliser l’utilitaire d’exécution de la console de Content Migration Tool pour les plans de migration, vous devez spécifier la clé de chiffrement à l’aide de la commande `tabcmt-runner encryption` avant d’exécuter le plan. Pour plus d’informations, consultez [Utilisation de l’utilitaire d’exécution de console Tableau Content Migration Tool](https://help.tableau.com/current/server/fr-ca/cmt-deployment_console_runner.htm). ## Processus de migration ### Étape 1 : Démarrage Le cœur du processus de migration est la création d’un plan, que vous pouvez sauvegarder et réutiliser en vue de migrations futures, ou modifier et mettre à jour si nécessaire. La première étape consiste à choisir si vous souhaitez créer un nouveau plan ou sélectionner un plan déjà enregistré. Pour créer un nouveau plan, cliquez sur Create New Plan. Si vous avez déjà créé un plan de migration et que vous souhaitez l’utiliser, cliquez sur Browse for a Plan. ![Boutons intitulés « Créer un nouveau plan » et « Rechercher un plan. »](/tableau/current/fr-ca/server/fr-ca/Img/ptd-plan-start.jpg) Par défaut, tous vos plans de migration enregistrés seront stockés dans le dossier `Tableau Content Migration Tool Plans` de votre dossier My Documents. Tous les plans de migration sont enregistrés avec une extension `.tcmx`, les plans récemment consultés étant listés séparément pour faciliter leur sélection : ![Chemin vers les options Créer un nouveau plan, Rechercher un plan et Afficher les plans récents.](/tableau/current/fr-ca/server/fr-ca/Img/ptd-plan-recent.png) Vous pouvez sélectionner un plan récemment consulté et le dupliquer pour modifier le plan et l’enregistrer comme nouveau plan. Sélectionnez le site à copier et cliquez sur Duplicate. ![Une icône Dupliquer.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-icon-duplicate.png) ### Étape 2 : Planification Content Migration Tool vous guide dans l’élaboration ou la modification de votre plan de migration en six étapes. Cliquez sur chaque étape pour obtenir des instructions détaillées : - [Plans de migration : Sites](https://help.tableau.com/current/server/fr-ca/cmt-plan_servers.htm) - [Plans de migration : Projets source](https://help.tableau.com/current/server/fr-ca/cmt-plan_source_projects.htm) - [Plans de migration : Classeurs](https://help.tableau.com/current/server/fr-ca/cmt-plan_workbooks.htm) - [Plans de migration : Sources de données publiées](https://help.tableau.com/current/server/fr-ca/cmt-plan_datasources.htm) - [Plans de migration : autorisations et propriété](https://help.tableau.com/current/server/fr-ca/cmt-plan_users.htm) - [Plans de migration : Scripts de migration](https://help.tableau.com/current/server/fr-ca/cmt-plan_scripts.htm) - [Plans de migration : Options de plan](https://help.tableau.com/current/server/fr-ca/cmt-plan_options.htm) ### Étape 3 : Migration Une fois que vous avez terminé votre plan, vous êtes prêt à exécuter le processus de migration par lots. Lorsque vous arrivez à l’étape finale de la migration, un résumé du plan s’affiche pour que vous puissiez le vérifier : ![Passez en revue le résumé du plan avec une liste de sources de données décrivant en détail la source, la destination, les projets, les classeurs, les sources de données publiées et l’archivage automatique de la révision.](/tableau/current/fr-ca/server/fr-ca/Img/ptd-plan-summary-verification.png) Si vous souhaitez modifier des aspects de votre plan, vous pouvez cliquer sur une section dans la barre latérale de gauche pour passer directement à cette phase. Lorsque vous êtes prêt, cliquez sur le bouton Run pour lancer votre migration. Lorsque vous cliquez sur Run, l’outil de migration vous interrogera sur tout élément non enregistré de votre plan. Par défaut, tous les éléments non enregistrés sont enregistrés lorsque vous cliquez sur Yes. N’oubliez pas que vous pouvez toujours conserver votre plan précédent sans le modifier et en le dupliquant pendant la phase de démarrage du processus de migration. ![Option pour confirmer la sauvegarde du plan.](/tableau/current/fr-ca/server/fr-ca/Img/ptd-plan-save-confirm.png) Votre plan de migration s’exécute et une barre d’état s’affiche pour indiquer l’avancement du plan global et de chaque classeur envoyé au serveur de destination. ![Une barre de progression indiquant le téléchargement des classeurs sources et des données de test pour 2019.](/tableau/current/fr-ca/server/fr-ca/Img/ptd-plan-status.png) Une fois l’exécution du plan terminée, vous pouvez cliquer sur les onglets au bas de l’écran pour plus d’informations sur la migration. #### Classeurs publiés Published Workbooks détaille les nouveaux classeurs publiés et les projets où ils ont été migrés. ![Une table affichant les classeurs publiés, les projets et un lien pour visualiser les données sur Tableau Server.](/tableau/current/fr-ca/server/fr-ca/Img/ptd-plan-pub-workbooks.png) #### Sources de données publiées Published Data Sources détaille les nouvelles sources de données publiées et les projets où elles ont été migrées. #### Résultat L’onglet Output détaille le fichier journal de migration de votre plan. ![Informations sur l’exécution de Content Migration Tool de Tableau.](/tableau/current/fr-ca/server/fr-ca/Img/ptd-plan-output.png) Vous pouvez enregistrer ce fichier journal en cliquant sur Save Log. ![Une icône d’enregistrement du journal.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-icon-save-log.png) #### Erreurs et avertissements L’onglet Errors and Warnings met en évidence tout problème survenu pendant la migration. ![Une tableau d’erreurs et d’avertissements, avec des messages, des classeurs ou des sources de données et des projets.](/tableau/current/fr-ca/server/fr-ca/Img/ptd-plan-errors.png) Vous pouvez les corriger et réexécuter votre plan. Lorsque vous avez terminé votre migration et enregistré votre plan, cliquez sur Done pour terminer. ![Une icône Terminé.](/tableau/current/fr-ca/server/fr-ca/Img/cmt-icon-done.png) ## Qui peut le faire? Utilisateur du site Tableau avec un rôle Explorer ou supérieur. Pour migrer du contenu, vous devez disposer des Fonctionnalité **Afficher** et **Télécharger/Enregistrer une copie** sur le site source, et des droits de fonctionnalités **Afficher** et **Publier** pour les projets cibles sur le site de destination. Pour plus d’informations, consultez [Autorisations](https://help.tableau.com/current/server/fr-ca/permissions.htm). ## Autres articles de cette section [Passer au contenu principal](#main-content) # Prise en charge du client Tableau pour l’authentification unique Kerberos Cet article décrit certaines exigences et nuances relatives à l’utilisation de l’authentification unique (SSO) Kerberos avec Tableau Server, selon le client Tableau spécifique et le système d’exploitation. Les clients Tableau dont il est question dans cet article incluent les navigateurs Web courants, Tableau Desktop et l’application Tableau Mobile. ## Prise en charge du client de navigateur courant Pour utiliser l’authentification unique Kerberos basée sur un navigateur, les conditions suivantes doivent être remplies : - Kerberos doit être activé sur Tableau Server. - L’utilisateur doit avoir un nom d’utilisateur et un mot de passe pour se connecter à Tableau Server. **Remarque :** Si l’authentification unique Kerberos échoue, les utilisateurs peuvent revenir à la connexion par nom d’utilisateur et mot de passe, si un système de repli est en place. - L’utilisateur doit être authentifié sur Active Directory via Kerberos sur l’ordinateur client ou l’appareil mobile. Plus spécifiquement, cela signifie qu’il possède un billet TGT (Ticket Granting Ticket) Kerberos. ## Tableau Desktop et les clients du navigateur Sur Windows ou sur le Mac, vous pouvez utiliser l’authentification unique Kerberos pour vous connecter à Tableau Server depuis les versions suivantes de Tableau Desktop ou un navigateur. Là où cela est indiqué, une configuration supplémentaire est requise. Windows - Tableau Desktop 10.3 ou versions ultérieures prises en charge. - Internet Explorer : pris en charge, peut nécessiter une configuration (voir [Remarque 1](#note1)) - Chrome : pris en charge, peut nécessiter une configuration (voir [Remarque 1](#note1)) - Firefox : nécessite une configuration (voir [Remarque 2](#note2)) - Safari : non pris en charge Mac OS X - Tableau Desktop 10.3 ou ultérieur - Safari : pris en charge - Chrome : voir [Remarque 3](#note3) - Firefox : voir [Remarque 2](#note2) - Internet Explorer - non pris en charge ## Clients de l’application Tableau Mobile Sur un appareil iOS ou Android, vous pouvez utiliser les versions suivantes de Tableau Mobile ou un navigateur mobile pour l’authentification Kerberos sur Tableau Server : iOS - Application Tableau Mobile : voir [Remarque 4](#note4) - Safari : voir [Remarque 4](#note4) - Chrome : non pris en charge Android : voir [Remarque 5](#note5) - Application Tableau Mobile - Chrome ## Remarques sur les systèmes d’exploitation et les navigateurs Les remarques suivantes décrivent les exigences de configuration ou les problèmes associés à des combinaisons spécifiques de systèmes d’exploitation et de clients. ### Remarque 1 : Internet Explorer ou Chrome sur le bureau Windows L’authentification unique Kerberos est prise en charge à la fois sur Internet Explorer et Chrome, mais nécessite une configuration dans les Options Internet de Windows : 1. Activez Authentification Windows intégrée. 2. Vérifiez que l’URL Tableau Server se trouve dans la zone Intranet locale. Internet Explorer peut parfois détecter des zones Intranet et configurer ce paramètre. S’il n’a pas détecté et configuré l’URL de Tableau Server., vous devez ajouter manuellement l’URL à la zone Intranet locale. Pour activer l’authentification Windows intégrée : 1. Dans le panneau de configuration Windows, ouvrez **Options Internet**. 2. Dans l’onglet **Avancé**, défilez vers le bas jusqu’à la section **Sécurité**. 3. Sélectionnez **Activer l’authentification Windows intégrée**. 4. Cliquez sur **Appliquer**. Pour vérifier ou ajouter l’URL Tableau Server à la zone Intranet locale : 1. Dans le panneau de configuration Windows, ouvrez **Options Internet**. 2. Dans l’onglet **Sécurité**, sélectionnez **Intranet local**, puis cliquez sur **Sites**. 3. Dans la boîte de dialogue **Intranet local**, cliquez sur **Avancé**. Dans le champ **Sites Web**, recherchez l’URL interne Tableau Server. Dans certaines entreprises, les administrateurs informatiques utilisent un caractère générique (\*) pour spécifier des URL internes. Par exemple, l’URL suivante inclut tous les serveurs dans l’espace de nom interne `example.lan` dans la zone Intranet locale : `https://*.example.lan` L’image suivante présente une URL spécifique de `https://tableau.example.lan`. ![Boîte de dialogue intranet local pour ajouter ou supprimer des sites Web d’une zone.](/tableau/current/fr-ca/server/fr-ca/Img/kerberos_intranet_zone.png) 4. Si l’URL de Tableau Server ou une URL avec caractère générique n’est pas spécifiée dans le champ **Sites Web**, entrez l’URL de Tableau Server dans le champ **Ajouter le site Web à la zone**, cliquez sur **Ajouter**, puis sur **OK**. Si l’URL de Tableau Server figure déjà dans Sites Web, vous pouvez simplement fermer la boîte de dialogue. ### Remarque 2 : Firefox sur le bureau Windows et Mac OS X Vous pouvez utiliser Firefox avec l’authentification unique Kerberos, soit sur Windows, soit sur Mac, pour vous connecter à Tableau Server. Pour cela, vous devez effectuer la procédure suivante pour configurer la prise en charge de Kerberos sur Firefox : 1. Dans Firefox, entrez `about:config` dans la barre d’adresses. 2. Cliquez sur **I’ll be careful, I promise** (Je promets de procéder avec prudence) si vous recevez un avertissement concernant la modification des paramètres avancés. 3. Entrez `negotiate` dans la zone de Recherche. ![Exemple de page de configuration de Tableau Server dans Firefox.](/tableau/current/fr-ca/server/fr-ca/Img/kerberos_firefox.png) 4. Double-cliquez sur **network.negotiate-auth.allow-non-fqdn**, puis définissez la valeur sur **true**. 5. Double-cliquez sur **network.negotiate-auth.trusted-uris** et entrez le nom de domaine qualifié complet de Tableau Server. Par exemple, `tableau.example.com`. ### Remarque 3 : Chrome sur bureau Mac OS X Selon la documentation de Chrome, l’authentification unique Kerberos fonctionne sur Mac lorsque vous lancez Chrome depuis une fenêtre Terminal avec la commande suivante :  : `open -a "Google Chrome.app" --args --auth-server-whitelist="tableauserver.example.com"` où `tableauserver.example.com` est l’URL de Tableau Server dans votre environnement. Nous avons toutefois constaté des résultats incohérents lors de nos tests. De ce fait, si vous souhaitez utiliser l’authentification unique Kerberos sur un Mac, nous vous recommandons d’utiliser Safari ou Firefox. Pour plus d’informations, consultez la section _Authentification intégrée_ dans [Authentification HTTP](http://www.chromium.org/developers/design-documents/http-authentication) sur le site Web de The Chromium Projects. **Remarque :** Les utilisateurs peuvent continuer d’utiliser Chrome sur Mac OS X pour se connecter à Tableau Server, mais peuvent être invités à se connecter avec leur nom d’utilisateur et leur mot de passe (l’authentification unique peut ne pas fonctionner). ### Remarque 4 : Mobile Safari ou Tableau Mobile sur iOS L’authentification SSO Kerberos est prise en charge si iOS est configuré pour Kerberos. Un profil de configuration de l’authentification Kerberos doit être installé sur le périphérique iOS. Cette tâche est généralement accomplie par le service informatique de l’entreprise. L’assistance Tableau ne peut pas apporter son aide dans la configuration des périphériques iOS pour Kerberos. Consultez la rubrique consacrée à l’[Authentification](https://help.tableau.com/current/mobile/mobile-admin/fr-ca/admin_mobile_sso.htm#kerberos-ios-and-tableau-server-only) dans le _Guide de déploiement de Tableau Mobile_. ### Remarque 5 : plateforme Android Kerberos SSO n’est pas pris en charge sur l’application Tableau Mobile avec le système d’exploitation Android. Vous pouvez toujours utiliser votre appareil Android et l’application Tableau Mobile ou un navigateur mobile pris en charge pour vous connecter à Tableau Server si une solution de repli est configurée dans Kerberos pour les cas où l’authentification unique n’accepte pas l’authentification par nom d’utilisateur et mot de passe. Dans ce scénario, plutôt que de s’authentifier avec Kerberos, les utilisateurs seront invités à saisir leurs identifiants lors de l’accès à Tableau Server. ### Informations complémentaires - _Guide de déploiement de Tableau Mobile :_ [Contrôle de l’authentification et de l’accès pour Tableau Mobile](https://help.tableau.com/current/mobile/mobile-admin/fr-ca/admin_mobile_sso.htm) - Consultez _Navigateurs Web_ sous [Spécifications techniques de Tableau Server](https://www.tableau.com/fr-ca/products/techspecs#paragraph-id--211678). [Passer au contenu principal](#main-content) # Prise en main d’Expliquer les données Utilisez Expliquer les données dans votre flux d’analyse lorsque vous explorez les repères d’une visualisation. « Expliquer les données » s’exécute automatiquement lorsque le volet Guide des données est ouvert et se met à jour en fonction de la sélection actuelle (tableau de bord, feuille ou repère).

Utiliser Expliquer les données

Créer des classeurs et contrôler l’accès

## Exécuter « Expliquer les données » sur un tableau de bord, une feuille ou un repère Voici les étapes de base pour exécuter Expliquer les données dans Tableau Desktop, Tableau Cloud et Tableau Server : 1. Ouvrez un tableau de bord ou une feuille dans un classeur. 2. Dans la barre d’outils de la vue, sélectionnez Guide des données ![Icône Guide des données](/tableau/current/fr-ca/server/fr-ca/Img/data_guide_icon.png) pour ouvrir le volet Guide des données. 3. Si vous ouvrez un tableau de bord, « Expliquer les données » l’analysera à la recherche des valeurs atypiques. ![Affichage des valeurs atypiques détectées dans le guide des données pour un tableau de bord](/tableau/current/fr-ca/server/fr-ca/Img/explaindata_dg_dashboard.png) Si vous sélectionnez une feuille dans le tableau de bord, « Expliquer les données » analyse les repères de cette feuille à la recherche des valeurs atypiques. ![Explication détaillée d’« Expliquer les données » pour une feuille sélectionnée.](/tableau/current/fr-ca/server/fr-ca/Img/explaindata_dg_sheet.png) Si vous sélectionnez un repère dans le tableau de bord, « Expliquer les données » analyse spécialement ce repère à la recherche d’explications. ![Explication détaillée d’« Expliquer les données » pour un repère sélectionné.](/tableau/current/fr-ca/server/fr-ca/Img/explaindata_dg_mark.png) Les repères expliqués sont mis en surbrillance dans la visualisation lorsque vous sélectionnez les explications correspondantes. Si vous le souhaitez, vous pouvez sélectionner un repère dans une visualisation, passer le curseur sur le repère. Dans le menu d’info-bulle, sélectionnez **Guide des données** ![Icône Guide des données](/tableau/current/fr-ca/server/fr-ca/Img/data_guide_icon.png). ![Image de l’info-bulle de repère avec l’icône Guide des données sélectionnée](/tableau/current/fr-ca/server/fr-ca/Img/explaindata_tooltip_dg2.png) Dans Tableau Public, sélectionnez l’ampoule dans le menu d’info-bulle pour exécuter Expliquer les données. ![Cliquez sur l’icône représentant une ampoule dans le menu d’une info-bulle de repère pour exécuter Expliquer les données.](/tableau/current/fr-ca/server/fr-ca/Img/explaindata_tooltip_button.png) Les explications possibles pour la valeur du repère analysé sont affichées dans le volet Guide des données. Sélectionnez différents noms d’explication pour développer les détails et démarrer l’exploration. ### Autorisations de la fonctionnalité « Expliquer les données » requises pour visualiser les explications Si des valeurs atypiques détectées s’affichent avec une note portant les coordonnées du propriétaire de la visualisation, c’est parce que vous avez besoin d’une autorisation pour visualiser ces types d’explications. Sélectionnez le nom du propriétaire pour accéder à sa page de contenu Tableau et à son adresse courriel. Communiquez avec le propriétaire pour lui demander de vous accorder les autorisations « Expliquer les données » pour le classeur ou la vue. Si vous êtes le propriétaire du classeur, pour plus d’information sur la définition des autorisations, consultez [Contrôler qui peut utiliser Expliquer les données et ce qu’il peut voir](https://help.tableau.com/current/server/fr-ca/explain_data_control_access.htm#Control). ### Conseils d’utilisation d’Expliquer les données - Plusieurs repères ne peuvent pas être sélectionnés pour être comparés les uns aux autres. - La vue doit contenir un ou plusieurs repères qui sont agrégés à l’aide des fonctions SUM, AVG, COUNT, COUNTD ou AGG (champ calculé). - Lorsque « Expliquer les données » ne peut pas analyser le type de repère sélectionné, un message s’affiche pour en indiquer la raison. Pour plus d’information, consultez la section [Situations où la fonctionnalité Expliquer les données n’est pas disponible](https://help.tableau.com/current/server/fr-ca/explain_data_requirements.htm#NotAvailable). - Les données que vous analysez doivent provenir d’une seule source de données principale. Expliquer les données ne fonctionne pas avec des sources de données fusionnées ou multidimensionnelles. - Pour plus d’informations sur les caractéristiques qui rendent une source de données plus intéressante à utiliser avec Expliquer les données, consultez [Exigences et considérations relatives à la fonctionnalité Expliquer les données](https://help.tableau.com/current/server/fr-ca/explain_data_requirements.htm). ## Explorer les explications 1. Dans le volet Guide des données, sélectionnez un nom d’explication pour afficher plus de détails. Sélectionnez une explication pour développer ou réduire ses détails. 2. Faites défiler pour voir davantage de détails de l’explication. 3. Survolez les graphiques dans les explications pour voir les détails sur différents points de données. Sélectionnez l’icône Ouvrir![Icône Ouvrir la vue.](/tableau/current/fr-ca/server/fr-ca/Img/explaindata_openviewicon.png) pour voir une version plus grande de la visualisation. Les utilisateurs de type Creator ou Explorer qui ouvrent la vue pour la modifier peuvent cliquer sur le bouton Ouvrir![Icône Ouvrir la vue.](/tableau/current/fr-ca/server/fr-ca/Img/explaindata_openviewicon.png) pour ouvrir la visualisation en tant que nouvelle feuille de calcul et explorer davantage les données. **Remarque :** les utilisateurs de type Creator ou Explorer qui disposent d’autorisations de modification peuvent également contrôler les paramètres d’Expliquer les données. Pour plus d’informations, consultez [Contrôler l’accès à Expliquer les données](https://help.tableau.com/current/server/fr-ca/explain_data_control_access.htm). 4. Survolez une icône d’aide ![Icône d’aide d’« Expliquer les données ».](/tableau/current/fr-ca/server/fr-ca/Img/explaindata_helpicon.png) pour voir l’infobulle d’aide d’une explication. Sélectionnez l’icône Aide ![Icône d’aide d’« Expliquer les données ».](/tableau/current/fr-ca/server/fr-ca/Img/explaindata_helpicon.png) pour garder l’infobulle ouverte. Sélectionnez un lien **En savoir plus** pour ouvrir la rubrique d’aide associée. ## Afficher les champs analysés 1. [Exécuter « Expliquer les données » sur un tableau de bord, une feuille ou un repère](#RunExD). 2. Dans le volet Guide des données, sous **Explorer les valeurs sous-jacentes**, sélectionnez un nom de mesure cible. ![Détails d’« Expliquer les données » concernant un repère analysé, avec un texte en surbrillance qui décrit une valeur totale de distance parcourue supérieure à celle attendue de 8 800.](/tableau/current/fr-ca/server/fr-ca/Img/explaindata_viewfields1.png) 3. Dans la partie inférieure de l’espace de travail, cliquez sur le lien _Nombre de champs_. ![Détails d’« Expliquer les données » concernant un repère analysé, avec le texte en surbrillance suivant : « 14 des 23 champs ».](/tableau/current/fr-ca/server/fr-ca/Img/explaindata_viewfields2.png) Les auteurs ont la possibilité d’ouvrir les paramètres d’Expliquer les données pour contrôler les champs inclus dans l’analyse. Pour plus d’informations, consultez [Modifier les champs utilisés dans l’analyse statistique](https://help.tableau.com/current/server/fr-ca/explain_data_lm_status.htm#IncludeExcludeFields). ## Termes et concepts dans les explications Les termes et concepts suivants apparaissent fréquemment dans les explications. Vous trouverez peut-être utile de vous familiariser avec leur signification dans le contexte de l’utilisation d’Expliquer les données. Qu’est-ce qu’un repère? Un repère est un point de données sélectionnable qui résume certaines valeurs d’enregistrement sous-jacentes dans vos données. Un repère peut être constitué d’un seul enregistrement ou de plusieurs enregistrements agrégés ensemble. Les repères dans Tableau peuvent être affichés de différentes manières, telles que des lignes, des formes, des barres et un texte de cellule. Tableau obtient les enregistrements qui composent le repère en fonction de l’intersection des champs dans la vue. Le **repère analysé** fait référence à un repère dans un tableau de bord ou une feuille qui a été analysé par Expliquer les données. Pour plus d’information sur les repères, consultez [Repères](https://help.tableau.com/current/pro/desktop/fr-ca/view_parts.htm#Marks). Que signifie une valeur attendue? La valeur attendue d’un repère est la valeur médiane sur la plage de valeurs attendue dans les données sous-jacentes de votre visualisation. La plage attendue est la plage de valeurs comprises entre le 15e et le 85e centile que le modèle statistique prédit pour le repère analysé. Tableau détermine la plage attendue à chaque fois qu’il exécute une analyse statistique sur un repère sélectionné. Si un résumé de la valeur attendue indique que le repère est _inférieur_ ou _supérieur à la valeur attendue_, cela signifie que la valeur agrégée du repère se situe en dehors de la plage des valeurs qu’un modèle statistique prévoit pour le repère. Si un résumé de la valeur attendue indique que le repère est _légèrement inférieur_ ou _légèrement supérieur_ à la valeur prévue, ou encore qu’il se situe _dans la plage de variation naturelle_, cela signifie que la valeur agrégée du repère se situe dans la plage des valeurs prédites, mais qu’elle est inférieure ou supérieure à la médiane. Pour plus d’information, consultez [Qu’est-ce qu’une plage attendue?](https://help.tableau.com/current/pro/desktop/fr-ca/explain_data_explained.htm#ExpectedRangeLM) Que sont les dimensions et les mesures? Chaque nom de colonne dans une base de données est un champ. Par exemple, Product Name (Nom du produit) et Sales (Ventes) sont chacun des champs. Dans Tableau, les champs tels que Product Name qui catégorisent les données sont appelés des dimensions. Les champs contenant des données quantifiables comme les ventes sont appelés des mesures. Tableau agrège les mesures par défaut lorsque vous les faites glisser dans une vue. Certaines explications décrivent comment les valeurs d’enregistrement sous-jacentes et les agrégations de ces valeurs peuvent contribuer à la valeur du repère analysé. D’autres explications peuvent mentionner la répartition des valeurs sur une dimension pour le repère analysé. Lorsque vous exécutez Expliquer les données sur repère, l’analyse prend en compte les dimensions et les mesures de la source de données qui ne sont pas représentées dans la vue. Ces champs sont appelés dimensions non visualisées et mesures non visualisées. Pour plus d’informations sur les dimensions et les mesures, consultez [Dimensions et mesures](https://help.tableau.com/current/pro/desktop/fr-ca/datafields_typesandroles.htm). Qu’est-ce qu’un agrégat ou une agrégation? Une agrégation est une valeur qui est un résumé ou un total. Tableau applique automatiquement des agrégations telles que SUM ou AVG chaque fois que vous faites glisser une mesure sur des lignes, des colonnes, une option de fiche Repères ou la vue. Par exemple, les mesures sont affichées sous la forme SUM(Sales) ou AVG(Sales) pour indiquer comment la mesure est agrégée. Pour utiliser Expliquer les données, votre visualisation doit utiliser une mesure agrégée avec SUM, AVG, COUNT, COUNTD ou AGG. Pour en savoir plus sur l’agrégation, consultez [Agrégation de données dans Tableau](https://help.tableau.com/current/pro/desktop/fr-ca/calculations_aggregation.htm). Qu’est-ce qu’une valeur d’enregistrement? Un enregistrement est une ligne dans une table de base de données. Une ligne contient des valeurs qui correspondent à chaque champ. Dans cet exemple, Category, Product Name et Sales sont des champs (ou des colonnes). Meubles, lampadaire et 96 $ sont les valeurs.
CatégorieNom du produitVentes
MeublesLampadaire96 $
Qu’est-ce qu’une distribution? Une distribution est une liste de toutes les valeurs (ou intervalles) possibles des données. Elle indique également la fréquence à laquelle chaque valeur apparaît (fréquence d’occurrence). [Passer au contenu principal](#main-content) # Prise en main de Tableau Resource Monitoring Tool Cet article vous aidera à démarrer avec Tableau Resource Monitoring Tool. Il contient des liens vers d’autres articles sur les informations que vous devez préparer avant d’installer Resource Monitoring Tool, des liens vers les mises à niveau et d’autres ressources utiles. Nous veillons à mettre en œuvre l’une des valeurs fondamentales de notre entreprise, à savoir l’égalité, et à cette fin, nous avons modifié la terminologie afin d’être le plus inclusifs possible. Étant donné que la modification des termes à certains endroits peut entraîner un changement radical, nous conservons la terminologie existante. Il se peut donc que vous continuiez à voir les termes dans les commandes et options de l’interface en ligne de commande, dans les dossiers d’installation, dans les fichiers de configuration et dans d’autres instances. Pour plus d’informations, consultez [À propos de l’Aide de Tableau](https://help.tableau.com/current/tableau/fr-ca/about-tableau-help.htm). ## Avant l’installation ### Compatibilité des produits avec Tableau Server Le Resource Monitoring Tool peut être installé pour surveiller les versions de Tableau Server prises en charge. Le tableau ci-dessous répertorie la compatibilité de la version entre Resource Monitoring Tool(RMT) et Tableau Server :
Version RMTPrise en charge de système d’exploitationTableau Server Version
2026.2.xWindows, Linux2024.2.x, 2024.3.x, 2025.1.x, 2025.2.x, 2025.3.x, 2026.1.x, 2026.2.x
2026.1.xWindows, Linux2024.1.x, 2024.2.x, 2024.3.x, 2025.1.x, 2025.2.x, 2025.3.x, 2026.1.x
2025.3.xWindows, Linux

2022.3.x, 2023.1.x, 2023.3.x, 2024.2.x, 2025.1.x, 2025.3.x

2025.1.x, 2025.2.xWindows, Linux

2022.3.x, 2023.1.x, 2023.3.x, 2024.2.x, 2025.1.x

2024.2.xWindows, Linux

2022.3.x, 2023.1.x, 2023.3.x, 2024.2.x

2023.3.xWindows, Linux

2022.3.x, 2023.1.x, 2023.3.x

2023.1.xWindows, Linux

2022.3.x, 2023.1.x

2022.3.xWindows, Linux

2022.3.x

### Compatibilité du Serveur Resource Monitoring Tool (Serveur RMT) et de l’Agent En règle générale, nous vous recommandons d’installer la même version du Serveur RMT et de l’Agent pour vous assurer qu’ils sont compatibles. Si certains de vos Agents utilisent des versions non compatibles avec la version du Serveur RMT, un incident critique est enregistré. Pour plus d’informations, consultez [Incidents d’agents](https://help.tableau.com/current/server/fr-ca/rmt-incidents-agents-unlicensed.htm). ### Concepts et terminologie Familiarisez-vous avec les concepts et la terminologie utilisés dans les rubriques Resource Monitoring Tool. Pour plus d’informations, consultez [Concepts](https://help.tableau.com/current/server/fr-ca/rmt-concepts.htm). ### Configurer l’architecture Resource Monitoring Tool contient deux composants principaux : Serveur Resource Monitoring Tool (Serveur RMT) et Agent. Le Serveur RMT doit être installé sur sa propre machine, et l’Agent est installé sur chaque nœud de votre groupement Tableau Server. Pour plus de détails sur l’architecture d’installation, consultez [Installer Tableau Resource Monitoring Tool](https://help.tableau.com/current/server/fr-ca/rmt-admin-installation.htm). Une vue de haut niveau de l’installation Resource Monitoring Tool. Ce diagramme montre un groupement Tableau Server à trois nœuds. ![Diagramme illustrant les relations entre un serveur principal et des grappes de serveurs Tableau pour la production et le développement ou les tests.](/tableau/current/fr-ca/server/fr-ca/Img/rmt-setup-architecture.png) ### Configuration matérielle minimale requise et recommandations pour Resource Monitoring Tool Resource Monitoring Tool gère l’ensemble du traitement, de l’agrégation, du stockage et de l’interface Web des données de surveillance collectées à partir de votre installation Tableau Server. Pour des fins de production, l’ordinateur sur lequel vous installez ou mettez à jour Resource Monitoring Tool doit présenter au minimum la configuration minimale requise recommandée. Pour plus d’informations, consultez [Configuration matérielle minimale requise et recommandations pour Tableau Resource Monitoring Tool](https://help.tableau.com/current/server/fr-ca/rmt-min-hardware-req.htm). ### Liste de contrôle avant l’installation pour Resource Monitoring Tool Avant de procéder à l’installation Resource Monitoring Tool, passez en revue ces éléments d’action et effectuez toutes les étapes nécessaires : [Liste de contrôle pré-installation - Tableau Resource Monitoring Tool](https://help.tableau.com/current/server/fr-ca/rmt-install-checklist.htm) ## Mise à niveau de Resource Monitoring Tool Pour des instructions sur la mise à niveau de Resource Monitoring Tool, consultez [Mise à niveau de Resource Monitoring Tool](https://help.tableau.com/current/server/fr-ca/rmt-admin-upgrade.htm). ## Résolution des problèmes Veillez à consulter notre rubrique [Résoudre les problèmes de Tableau Resource Monitoring Tool](https://help.tableau.com/current/server/fr-ca/rmt-faq.htm) pour obtenir des réponses aux questions les plus fréquentes avant de contacter l’assistance technique. ## Autres articles de cette section [Passer au contenu principal](#main-content) # Prise en main de Tableau Content Migration Tool Cet article vous aidera à démarrer avec Tableau Content Migration Tool. Il contient des liens vers d’autres articles sur l’information à préparer avant d’installer Content Migration Tool, ainsi que les étapes pour concevoir un plan de migration et mettre à niveau les installations existantes. ## Avant l’installation ### Exigences d’installation Content Migration Tool ne peut être installé que sur les systèmes d’exploitation Windows. Avant l’installation, vous devez pouvoir vous connecter au site source Tableau (le site à partir duquel vous migrez) et au site de destination (le site vers lequel vous migrez) à partir de l’ordinateur sur lequel Content Migration Tool est installé. Les sites source et cible doivent posséder tous deux une licence [Advanced Management](https://help.tableau.com/current/server/fr-ca/itm_intro.htm) valide. Pour plus d’informations sur l’installation et la mise à niveau de Content Migration Tool, consultez [Installer Tableau Content Migration Tool](https://help.tableau.com/current/server/fr-ca/cmt-install.htm). ### Compatibilité avec Tableau Server Content Migration Tool prend en charge la migration de contenu pour Tableau Server versions 2019.3 et ultérieures. Le tableau répertorie les versions compatibles de Tableau Server en fonction de la version installée de Content Migration Tool. | Version CMT | Tableau Server Version | | --- | --- | | 2025.2x | 2023.3x - 2025.1.x | | 2025.1x | 2023.3x - 2025.1.x | | 2024.3x | 2022.3x - 2024.2.x | | 2024.2x | 2022.3x - 2024.2.x | | 2024.1x | 2022.1x - 2024.1.x | | 2023.3.x | 2021.4.x - 2023.3.x | | 2023.2.x | 2021.3.x - 2023.2.x | | 2023.1.x | 2021.2.x - 2023.1.x | | 2022.4.x | 2021.1.x - 2022.4.x | | 2022.3.x | 2020.4.x - 2022.3.x | | 2022.2.x | 2020.3.x - 2022.2.x | | 2022.1.x | 2020.2.x - 2022.1.x | | 2021.4.x | 2020.1.x - 2021.4.x | | 2021.3.x | 2019.4.x - 2021.3.x | | 2021.2.x | 2019.3.x - 2021.2.x | | 2021.1.x | 2019.3.x - 2021.1.x | | 2020.4.x | 2019.3.x - 2020.4.x | | 2020.3.x | 2019.3.x - 2020.3.x | ### Compatibilité avec Tableau Cloud Content Migration Tool 2022.2.1 et versions ultérieures prennent en charge la migration de contenu pour tous les déploiements de Tableau Cloud. Nous vous recommandons d’installer la version la plus récente depuis la page de téléchargement [Tableau Advanced Management](https://www.tableau.com/fr-ca/support/releases/advanced-management) pour profiter des dernières mises à jour de fonctionnalités et de correctifs. ### Compatibilité avec le contenu Tableau Server Content Migration Tool prend en charge la migration des classeurs et des sources de données publiées enregistrées dans les huit versions les plus récentes de Tableau. Vous pouvez migrer les sources de données existantes, par contre seules les sources de données utilisant les types de connexion indiquées dans le tableau ci-dessous peuvent être changées et modifiées pendant la migration. Pour plus d’informations, consultez les transformations des sources de données dans [Plans de migration : Classeurs](https://help.tableau.com/current/server/fr-ca/cmt-plan_workbooks.htm) et [Plans de migration : Sources de données publiées](https://help.tableau.com/current/server/fr-ca/cmt-plan_datasources.htm).

Actian Matrix

Actian Vectorwise

Amazon Athena

Amazon Aurora

Amazon EMR

Amazon Redshift

Apache Drill

Aster Database

Box

Cloudera Hadoop

Fichier texte délimité

EXASOL

Firebird

Google Analytics

Google BigQuery

Google Cloud SQL

Google Drive

HortonWorks Hadoop Hive

HP Vertica

IBM DB2

IBM Netezza

Map R Hadoop Hive

Microsoft Access

Microsoft Analysis Services

Microsoft Excel

Microsoft Excel Direct

Microsoft OneDrive

Microsoft SQL Server

MySQL

Protocole de données ouvertes

Oracle

Oracle Essbase

Pivotal Greenplum Database

PostgreSQL

Progress OpenEdge

Salesforce

SAP HANA

SAP Sybase ASE

SAP Sybase IQ

Snowflake

Spark SQL

Fichier de statistiques

Extrait Tableau

Source de données Tableau publiée

Teradata

Fichier texte

Connecteur de données Web

Autres bases de données (ODBC)

## Après l’installation ### Limitations lors de la migration du contenu Avant de commencer, assurez-vous de bien comprendre les limitations qui s’appliquent à la migration de contenu à l’aide de l’Content Migration Tool. Pour plus d’informations, consultez [Limitations de la migration](https://help.tableau.com/current/server/fr-ca/cmt-migration_limitations.htm). ### Créer un plan de migration L’Content Migration Tool vous guide tout au long de la migration de contenu entre les projets d’un même site, vers un nouveau site sur la même instance de Tableau Server, et vers des sites qui existent sur différentes instances de Tableau Server. Le plan que vous créez peut être sauvegardé et réutilisé pour des migrations futures. Pour plus d’informations, consultez [Présentation du plan de migration](https://help.tableau.com/current/server/fr-ca/cmt-depl_plan_overview.htm). [Passer au contenu principal](#main-content) # Processus de passerelle Tableau Server Le processus de passerelle Tableau Server est un composant de serveur Web Apache (`httpd.exe`). Son rôle consiste à gérer les demandes au serveur depuis tous les clients—Tableau Desktop, appareils mobiles, proxy, équilibreur de charge, etc. Le serveur exécute une instance unique du processus de passerelle. Vous ne pouvez pas en exécuter plus d’un par machine. Le processus de passerelle est requis sur tout nœud exécutant une instance de VizQL Server ou Vizportal.
ProcessusPasserelle
ÉtatL’état du processus Gateway est visible sur la page État. Pour plus d’informations, consultez Afficher le statut des processus du serveur.
EnregistrementLes fichiers journaux générés par le processus de passerelle se trouvent dans C:\ProgramData\Tableau\Tableau Server\data\tabsvc\logs\httpd. Pour plus d’informations, consultez Fichiers journaux et emplacement des fichiers journaux Tableau Server.
## Affectation des ports Par défaut, le processus de passerelle écoute les demandes sur le port 80 (pour les demandes HTTP) et 443 (pour les demandes SSL). Lorsque vous installez Tableau Server sur un ordinateur, une partie de la configuration du serveur s’assure que ce port est ouvert sur le pare-feu de l’ordinateur. Si l’ordinateur exécute un processus différent nécessitant le port 80 pour HTTP, vous pouvez modifier l’attribution de port pour le processus de passerelle lors de l’installation. (Vous ne pouvez pas modifier le port SSL/HTTPS.) ![Le numéro de port de passerelle par défaut est 80.](/tableau/current/fr-ca/server/fr-ca/Img/config_setup_gw.png) Si vous avez besoin de définir le port HTTP après l’installation, exécutez la commande TSM suivante où _node_ est le numéro du nœud (par exemple `node1`) et _nn_ le nouveau numéro de port : tsm topology set-ports --node-name _node_ --port-name gateway:primary --port-value _nn_ Si vous exécutez Tableau Server avec un proxy inverse, vous devez configurer d’autres paramètres relatifs au port et à l’hôte sur Tableau Server. Consultez [Configuration des proxys et des équilibreurs de charge pour Tableau Server](https://help.tableau.com/current/server/fr-ca/proxy.htm). ## Fichiers journaux pour le processus de passerelle Le processus de passerelle crée deux ensembles de fichiers journaux : - Fichiers journaux d’activité. Le nom de ces fichiers journaux présente le format `access._yy_mm_dd_hh_mm_ss_.log.`. - Fichiers journaux des erreurs. Toutes les erreurs sont consignées dans un seul fichier appelé `error.log`. Pour plus d’informations, consultez [Instantanés de fichiers journaux (archives de fichiers journaux)](https://help.tableau.com/current/server/fr-ca/logs_archive.htm). ## Processus de passerelle dans un groupement Si votre environnement serveur est distribué sur plusieurs machines, vous pouvez exécuter un seul processus de passerelle sur chaque nœud du groupement. Le cas de figure le plus fréquent pour l’exécution d’un processus de passerelle sur plusieurs ordinateurs dans le groupement consiste à disposer d’un équilibreur de charge devant le groupement. Dans ce scénario, l’équilibreur de charge distribue les demandes vers une autre passerelle sur le groupement. Si vous avez besoin de déconnecter un nœud (par exemple pour effectuer la maintenance sur ce nœud), vous pouvez désactiver le routage de l’équilibreur de charge vers cette machine. Une fois la maintenance terminée, vous pouvez réactiver le nœud sur l’équilibreur de charge. Un processus de passerelle doit être en cours d’exécution sur au moins un ordinateur sur le groupement. Si vous supprimez le processus de passerelle du nœud maître, vous devez vous assurer qu’un autre ordinateur sur le groupement exécute le processus de passerelle. Vous devez également vous assurer que l’ordinateur est joignable par les clients. Une instance du processus de passerelle est requise sur tout nœud configuré pour l’un de ces processus ou services : VizQL Server, Vizportal ou Tableau Prep Flow Authoring. Si Tableau Server est configuré pour utiliser SSL, vous devez vous assurer que le certificat de prise en charge SSL se trouve dans le même emplacement sur chaque ordinateur du groupement sur lequel le processus de passerelle s’exécute. Pour plus d’informations sur l’utilisation de SSL, consultez [Configurer SSL pour le trafic HTTP externe vers et depuis Tableau Server](https://help.tableau.com/current/server/fr-ca/ssl_config.htm). De même si l’installation serveur utilise un logo personnalisé, le logo doit être au même emplacement sur chaque ordinateur exécutant le processus de passerelle. Si vous avez besoin de modifier le numéro de port que le processus de passerelle écoute, comme expliqué précédemment, vous pouvez utiliser la boîte de dialogue de configuration ou exécuter la commande suivante pour chaque ordinateur de travail exécutant le processus de passerelle. tsm topology set-ports --node-name _node_ --port-name gateway:primary --port-value _nn_ ## Informations supplémentaires [Configuration des proxys et des équilibreurs de charge pour Tableau Server](https://help.tableau.com/current/server/fr-ca/proxy.htm) [Ajouter un équilibreur de charge](https://help.tableau.com/current/server/fr-ca/distrib_lb.htm) [Passer au contenu principal](#main-content) # Processus du gestionnaire de processus en arrière-plan Tableau Server Le processus du gestionnaire de processus en arrière-plan exécute des tâches de serveur, notamment des actualisations d’extraits, des abonnements, des exécutions de flux et des alertes basées sur les données. Les travaux sont lancés à la fois à partir de tâches planifiées et lorsqu’ils sont lancés manuellement, à l’aide des commandes « Exécuter maintenant », de l’API REST ou de tabcmd.
Processus

Backgrounder

ÉtatL’état du processus Backgrounder est visible dans la page État. Pour plus d’informations, consultez Afficher le statut des processus du serveur.
EnregistrementLes fichiers journaux générés par le processus Backgrounder se trouvent dans C:\ProgramData\Tableau\Tableau Server\data\tabsvc\logs\backgrounder. Pour plus d’informations, consultez Fichiers journaux et emplacement des fichiers journaux Tableau Server.
Que se passe-t-il en cas de panne du processus du gestionnaire de processus en arrière-plan? Les travaux qui ont eu lieu sur un processus du gestionnaire de processus en arrière-plan défaillant sont réexécutées une fois que le processus du gestionnaire de processus en arrière-plan a récupéré de la défaillance. La plupart des tâches en arrière-plan sont programmées pour s’exécuter de manière périodique, et la même tâche en arrière-plan est sélectionnée et exécutée normalement lors de la prochaine heure programmée par un processus opérationnel du gestionnaire de processus en arrière-plan. Les processus du gestionnaire de processus en arrière-plan défaillants redémarrent automatiquement tant que l’intégrité de l’ordinateur lui-même n’est pas compromise, et les tâches qui ont échoué sont réexécutées. Pour assurer la haute disponibilité du processus du gestionnaire de processus en arrière-plan, vous devez configurer une ou plusieurs instances de manière à ce qu’elles s’exécutent sur plusieurs nœuds du groupement. ## Gestion des ressources du gestionnaire de processus en arrière-plan Les gestionnaires de processus en arrière-plan, comme mentionné plus haut dans cette rubrique, exécutent des tâches de serveur et peuvent être gourmands en ressources. Il existe plusieurs façons de gérer les ressources dont le gestionnaire de processus en arrière-plan a besoin pour exécuter les tâches du serveur : - Augmenter le nombre d’instances sur un nœud spécifique : le gestionnaire de processus en arrière-plan a une seule unité d’exécution. Il ne peut lancer qu’un seul travail à la fois. L’ajout d’autres instances du gestionnaire de processus en arrière-plan à un nœud peut augmenter le nombre de travaux pouvant être exécutés en parallèle sur ce nœud, mais gardez à l’esprit que chaque travail lancé peut lui-même utiliser plusieurs unités d’exécution. Vous pouvez ajouter des instances du gestionnaire de processus en arrière-plan jusqu’à la moitié du nombre de cœurs. Lorsque vous déterminez où et combien de gestionnaires de processus en arrière-plan exécuter, considérez que chaque processus du gestionnaire de processus en arrière-plan lancé pour un travail peut utiliser plusieurs unités d’exécution, de sorte que l’ajout d’instances du gestionnaire de processus en arrière-plan peut limiter l’efficacité de chaque processus. Gardez également à l’esprit comment d’autres processus serveur affecteront la capacité disponible de chaque machine. - Isoler le processus du gestionnaire de processus en arrière-plan : Si vous exécutez Tableau Server sur un groupement multinœuds, vous pouvez dédier un ou plusieurs nœuds à l’exécution du gestionnaire de processus en arrière-plan. Pour plus d’informations, consultez [Configurations de base recommandées](https://help.tableau.com/current/server/fr-ca/server_baseline_config.htm). - Rôles des nœuds : Vous pouvez également séparer le type de travaux ou de charges de travail qu’un gestionnaire de processus en arrière-plan exécute sur un nœud. Par exemple, vous pouvez avoir un nœud dédié à l’exécution des actualisations d’extraits uniquement. Pour plus d’informations, consultez [Gestion de la charge de travail via les rôles de nœuds](https://help.tableau.com/current/server/fr-ca/server_node_roles.htm). - Empêcher les utilisateurs d’exécuter manuellement des travaux : Actuellement, les utilisateurs peuvent exécuter des actualisations d’extraits, des exécutions de flux et des abonnements en utilisant l’interface Web, l’API REST et les commandes tabcmd, et peuvent les exécuter à tout moment de la journée. Cela peut solliciter les ressources du serveur pendant les périodes où votre serveur est occupé à d’autres activités. Depuis Tableau Server 2020.1, un nouveau paramètre Exécuter maintenant permet à l’administrateur de serveur de choisir d’autoriser ou non les utilisateurs à exécuter des travaux manuellement. En désactivant l’option Exécuter maintenant, vous contrôlez mieux la manière dont les gestionnaires de processus en arrière-plan sont utilisés et vous pouvez mieux prévoir la charge. Ceci ne concerne pas et n’affecte pas les travaux sont générés pour les tâches planifiées. Pour plus d’informations sur la configuration de ce paramètre, consultez [Paramètres du serveur (Général et Personnalisation)](https://help.tableau.com/current/server/fr-ca/maintenance_set.htm). ## Contenus associés - [Amélioration des performances de synchronisation de groupe](https://help.tableau.com/current/server/fr-ca/groups_globalsync.htm#Improvin) [Passer au contenu principal](#main-content) # Processus Tableau Server Cette rubrique décrit les options de configuration des processus. Pour configurer les processus Tableau Server, vous devez spécifier les processus et le nombre d’instance qui doivent s’exécuter sur chaque nœud. Vous pouvez le faire à l’aide de la commande [tsm topology set-process](https://help.tableau.com/current/server/fr-ca/cli_topology_tsm.htm#TSMSetProcess). Pour plus d’informations, consultez [Modification du nombre de processus sur un nœud](https://help.tableau.com/current/server/fr-ca/config_nodes.htm#ChangeProcessCount). Vous recherchez Tableau Server sur Linux? Consultez [Référence des processus](https://help.tableau.com/current/server-linux/fr-ca/processes.htm "Ouvre la rubrique dans un nouvel onglet de navigateur"). Sauf mention explicite dans le tableau ci-dessous, l’application des modifications de processus arrêtera Tableau Server s’il est en cours d’exécution lors de l’application de ces modifications. Une fois les modifications appliquées, Tableau Server revient à son état précédant la configuration du processus, si bien que le serveur est redémarré s’il était en cours d’exécution. **Important :** votre topologie de processus dépend des besoins de votre entreprise. ## Processus sous licence Certains des processus qui sont installés en tant que partie intégrante de Tableau Server sont des processus « sous licence ». Les processus sous licence ont besoin d’une licence Tableau Server valide pour s’exécuter. D’autres processus qui sont installés en tant que partie intégrante de Tableau Server ne sont pas liés à une licence valide, ce qui a l’impact suivant : - Chaque processus sous licence a besoin de communiquer régulièrement avec le service du gestionnaire de licence Tableau Server qui s’exécute sur l’ordinateur Tableau Server initial pour vérifier qu’il est sous licence. S’il ne peut confirmer la présence d’une licence valide, par exemple si le nœud principal n’est pas disponible, le processus ne s’exécutera pas et Tableau Server peut ne pas fonctionner de manière correcte ou fiable. - Si vous possédez une licence Tableau Server principale, les cœurs sur chaque nœud associé à un processus sous licence sont comptabilisés dans le nombre total de cœurs sous licence. **Remarque :** si vous disposez de Gestion des données et d’une licence basée sur les cœurs, vous devrez comprendre comment les processus sous licence seront comptabilisés par rapport au nombre total de cœurs sous licence fournis avec chaque licence. Pour plus d’informations, consultez [Obtenir une licence Gestion des données](https://help.tableau.com/current/server/fr-ca/dm_license.htm). La colonne « Sous licence » dans le tableau ci-dessous identifie les processus exigeant une licence valide et ceux qui ont une incidence sur le nombre de cœurs dans les licences basées sur les cœurs.
Processus Tableau Server Ces processus ont le statut running lorsque Tableau Server est en cours d’exécution, et le statut stopped lorsque Tableau Server est arrêté.
Nom affiché dans tsm status -vNom utilisé avec tsm topology set-processObjectifRemarquesSous licence
Microservice Extensions d’analyseanalyticsextensionsLe microservice Extensions d’analyse prend en charge un ensemble de fonctions pour transmettre des expressions aux extensions d’analyse pour l’intégration avec R, Python et Einstein Discovery.Automatiquement installé sur n’importe quel nœud où Application Server (VizPortal) est installé.Non
Serveur d’applicationsvizportalLe serveur d’applications (VizPortal) gère l’application Web, gère les appels d’API REST, et prend en charge la navigation et la recherche.Lorsque le serveur d’applications est installé, le moteur de données est également installé, à moins qu’une instance du moteur de données ne soit déjà installée sur le nœud.

Lorsque la première instance du serveur d’applications est installée sur un nœud, le service de conteneur interactif est également installé.

Oui
Parlez aux donnéesNe peut pas être configuré manuellement.Le service Parlez aux données est utilisé par la fonctionnalité Parlez aux données.Il s’exécute automatiquement sur tous les nœuds où le serveur de données fonctionne.Non
Authentification

Ajouté : version 2022.1

Ne peut pas être configuré manuellement.Le service d’authentification gère le processus de migration d’identité et les pools d’identités.

Une fois le processus de migration d’identité terminé et dans le cadre de la gestion des pools d’identités, le service d’authentification procède comme suit :

  • Recherche d’une identité de l’utilisateur dans la table de service d’identité appropriée, utilisation de l’identificateur unique universel (UUID) renvoyé pour interroger la table system_user existante et recherche de l’utilisateur système approprié, puis octroi d’une session utilisateur, ce qui termine la routine d’authentification.
  • Importation d’identifiants des utilisateurs inaltérables et d’attributs utilisateur supplémentaires lorsqu’un magasin d’identités externe (AD ou LDAP) est configuré.
L’état de ce processus du serveur n’est disponible que par l’interface en ligne de commande tsm.

La migration des identités doit être terminée et le service d’identité doit être activé pour configurer les pools d’identités des utilisateurs. Pour en savoir plus, consultez les sections À propos de la migration d’identités et Provisionner et authentifier les utilisateurs à l’aide de pools d’identités.

Non
Gestionnaire de processus en arrière-planbackgrounderLe gestionnaire de processus en arrière-plan exécute des tâches du serveur, y compris les actualisations d’extraits, les abonnements, les tâches « Exécuter maintenant » et les tâches lancées depuis tabcmd.Lorsque le gestionnaire de processus en arrière-plan est installé, le moteur de données est également installé, à moins qu’une instance du moteur de données ne soit déjà installée sur le nœud.

Le gestionnaire de processus en arrière-plan est un processus à une seule unité d’exécution. Vous pouvez ajouter d’autres instances de gestionnaires de processus en arrière-plan à un nœud pour étendre la capacité du nœud afin d’exécuter des tâches en parallèle.

Dans la plupart des cas, vous pouvez augmenter ou diminuer le nombre d’instances du gestionnaire de processus en arrière-plan sur un nœud existant d’un serveur actif sans entraîner un arrêt et redémarrer le serveur. L’exception est lorsque vous disposez d’une licence Data Management et que vous ajoutez la première instance du gestionnaire de processus en arrière-plan à un nœud ou supprimez la dernière instance du nœud. Pour plus d’informations, consultez Modifications de topologie dynamique Tableau Server.

Oui
Serveur de cachecacheserverLe serveur de cache est un cache de requêtes distribué et partagé dans la grappe de serveurs. Ce cache en mémoire accélère le traitement des opérations dans de nombreux cas de figure. VizQL Server, le gestionnaire de processus en arrière-plan et le serveur de données (ainsi que le serveur d’applications dans une moindre mesure) envoient les requêtes de cache au serveur de cache pour le compte d’utilisateurs ou de tâches.Le cache étant à thread unique, pour augmenter les performances, vous devez exécuter d’autres instances du serveur de cache.

Nous vous recommandons d’installer un maximum de six instances de serveur de cache, en limitant chaque nœud à deux au maximum. Nos tests indiquent que l’installation de plus de six instances de serveur de cache au total dans une installation Tableau Server n’apporte aucune amélioration et pourrait avoir un impact négatif sur les performances.

Non
Contrôleur de grappeclustercontrollerLe contrôleur de grappe est responsable de la surveillance de différents composants, de la détection des défaillances et du basculement le cas échéant.Automatiquement installé sur tous les nœuds.Non
Collections

Ajouté : version 2021.2.0

collectionsLe service Collections fournit des métadonnées pour les collections et les fonctionnalités des favoris.Le service Collections est installé sur le premier nœud sur lequel le serveur d’applications (vizportal) est installé.

Pour assurer la haute disponibilité, nous vous recommandons de configurer une instance du service Collections sur chaque nœud sur lequel une instance du Serveur d’applications est installée. Pour plus d’informations, consultez Service Collections de Tableau Server.

Non
Regroupement de connexions

Ajouté : version 2023.1.0

 Le service Regroupement de connexions est destiné à offrir une option de regroupement des connexions de base de données au référentiel.Le service Regroupement de connexions est installé sur chaque nœud dans un état désactivé. Il ne peut pas être activé sauf dans TSM.

Il ne devrait pas être activé, sauf sur instruction du soutien de Tableau.

Non
Exploration de contenu

Ajouté : version 2021.1.0

contentexplorationLe Service d’exploration de contenu étend les fonctionnalités de recherche et de navigation pour Tableau Server. Il dépend également du serveur d’indexation et de recherche pour faire ses opérations.Le service d’exploration de contenu est installé sur le nœud initial.

Pour assurer la haute disponibilité, nous vous recommandons d’installer une instance du service Exploration de contenu sur chaque nœud sur lequel une instance du Serveur d’applications est installée. Pour plus d’informations, consultez Service d’exploration de contenu Tableau Server.

Non
Moteur de donnéesNe peut pas être configuré manuellement.Le moteur de données crée les extraits de données et traite les requêtes.Automatiquement installé lorsque vous installez le stockage de fichiers, VizQL Server, le serveur d’applications (VizPortal), le serveur de données, la création de flux Prep ou le gestionnaire de processus en arrière-plan.

Remarque : Lorsque le stockage de fichiers est configuré en externe à Tableau Server, le moteur de données n’est plus installé avec le stockage de fichiers. Pour plus d’informations, consultez Stockage de fichiers externe Tableau Server.

Oui
Profilage des données

Ajouté : version 2021.4.0

dataprofilingLe service de profilage des données gère les demandes de profilage de colonne pour l’éditeur de connexion virtuelle.Installé uniquement lorsque vous disposez d’une licence Gestion des données. Ensuite, automatiquement installé sur n’importe quel nœud où le gestionnaire de processus en arrière-plan est installé.Oui - Nécessite une licence Gestion des données
Serveur de donnéesdataserverLe serveur de données gère les connexions aux sources de données Tableau Server.Lorsque le serveur de données est installé, le moteur de données est également installé, à moins qu’une instance du moteur de données ne soit déjà installée sur le nœud.Oui
Propriétés de sources de données

Ajouté : version 2020.1.0

tdsserviceLe service Propriétés de sources de données fournit les métadonnées des source de données publiées aux services client tels que Parlez aux données.Ce service est ajouté par défaut sur le nœud initial. Une installation Tableau Server doit inclure au moins une instance. Pour des raisons de performances, nous vous recommandons de configurer une instance du service de propriétés de sources de données sur tout nœud sur lequel une instance de serveur d’applications(VizPortal) est installée.Non
Histoires de données

Ajouté : version 2023.1.0

Retiré : version 2025.1.0. Dans cette version et les versions ultérieures, le service n’est pas installé.

 Le service Histoires de données gère le moteur analytique qui alimente l’extension de tableau de bord Histoires de données.Les récits de données sont automatiquement ajoutés à chaque nœud de l’installation de Tableau Server. Il ne peut pas être configuré manuellement.Non
Elastic Server

Ajouté : version 2019.1

Supprimé : version 2022.1

Remplacé par le serveur d’indexation et de recherche depuis la version 2022.1.

elasticserverElastic Server est utilisé par Parlez aux données pour indexer les données et par le service d’exploration de contenu pour indexer le contenu consultable.Les processus Elastic Server peuvent être exécutés sur plusieurs nœuds d’un groupement. En option, ils peuvent être déplacés vers n’importe quel nœud. Il est recommandé d’avoir un nombre impair de processus Elastic Server en cours d’exécution.

Vous pouvez configurer la taille du segment de mémoire du serveur flexible à l’aide de l’option de configuration TSM elasticserver.vmopts. Pour plus d’informations, consultez Options tsm configuration set.

Non
Service d’extraction

Ajouté : version 2021.4.0

Retiré : version 2023.3.0. Dans cette version et les versions ultérieures, les connexions virtuelles sont gérées par Backgrounder.

extractserviceLe service d’extraction gère les extraits de connexions virtuelles.Installé uniquement lorsque vous disposez d’une licence Gestion des données. Ensuite, automatiquement installé sur n’importe quel nœud où le gestionnaire de processus en arrière-plan est installé.Oui - Nécessite une licence Gestion des données
stockage de fichiersfilestoreLe stockage de fichiers peut être configuré pour fonctionner localement sur Tableau Server ou en externe avec un stockage SAN ou NAS.

Configuration locale : le stockage de fichiers réplique automatiquement les extraits sur des nœuds du moteur de données.

Lorsque le stockage de fichiers est installé, le moteur de données est également installé à moins qu’une instance du moteur de données ne soit déjà installée sur le nœud ou que le stockage de fichiers soit configuré en externe.

stockage de fichiers local : Non

Stockage de fichiers externe : Nécessite une licence Advanced Management.

PasserellegatewayLa passerelle est un serveur Web qui gère toutes les demandes envoyées à Tableau Server depuis les navigateurs, Tableau Desktop, et autres clients.Requis sur tout nœud exécutant une instance de VizQL Server, Vizportal ou de création de flux Tableau Prep.Non
Serveur d’indexation et de recherche

Ajouté : version 2022.1

indexandsearchserverLe serveur d’indexation et de recherche est basé sur AWS OpenSearch. La fonctionnalité Parlez aux données et le service d’exploration de contenu de Tableau utilisent la fonctionnalité de recherche d’Open Search pour indexer les données.

Ce processus du serveur remplace Elastic Server qui n’est plus utilisé dans la version 2022.1 et les versions ultérieures.

À partir de la version 2023.3.0, ce processus remplace Rechercher et parcourir.

Le serveur d’indexation et de recherche peut être configuré sur plusieurs nœuds d’un groupement.

Nous recommandons d’avoir un nombre impair de processus Serveur d’indexation et de recherche en cours d’exécution au total. Sur les groupements Tableau Server qui ont 3 nœuds ou plus, il est conseillé de configurer le serveur d’indexation et de recherche sur au moins trois nœuds différents.
Vous pouvez configurer la taille du segment de mémoire du serveur d’indexation et de recherche à l’aide de la commande tsm set configuration avec l’option indexandsearchserver.vmopts. Pour plus d’informations, consultez Options tsm configuration set.

Non
Service interne de propriétés de sources de données

Ajouté : version 2020.1.0

tdsnativeservice

Ne peut pas être configuré manuellement.

Le service interne de propriétés de sources de données Tableau Server est un service interne qui communique avec le service de propriétés de sources de données.Une instance du service interne de propriétés de sources de données est automatiquement configurée sur chaque nœud équipé d’une instance du service de propriétés de sources de données.

Non
Service de messagerie

Ajouté : version 2019.4.0

activemqserverLe service de messagerie est utilisé pour prendre en charge la communication entre les microservices dans Tableau Server.Il est automatiquement installé sur chaque nœud lors de l’installation de Tableau Server. Un seul exemplaire du service est requis.

Sur les installations distribuées de Tableau Server, vous pouvez déplacer le service de messagerie vers un autre nœud. Dans la version 2020.1, vous pouvez ajouter une deuxième instance du service de messagerie sur un nœud supplémentaire pour assurer une certaine redondance (dans la version 2019.4, vous ne pouvez pas configurer plus d’une instance dans un groupement). Pour plus d’informations, consultez Service de messagerie Tableau Server.

Non
Service Métriques

Ajouté : version 2020.2.0

Retiré : version 2024.2

metricsLe service Métriques est responsable de la lecture et de l’écriture des données de métriques dans Tableau Server.Une instance unique est automatiquement installée sur le nœud initial lors de l’installation de Tableau Server. Un seul exemplaire du service est requis.

Vous pouvez ajouter des instances supplémentaires au besoin.

Nous recommandons d’installer au moins une instance du service Métriques sur chaque nœud dans une installation distribuée de Tableau Server. Pour plus d’informations, consultez Service Métriques de Tableau Server.

(L’ancienne fonctionnalité Métriques a été retirée de Tableau Cloud en février 2024 et de Tableau Server version 2024.2. Pour plus d’informations, consultez Créer et résoudre les problèmes liés aux métriques (retiré)().)

Non
Service Minerva

Ajouté : version 2021.4.0

minervaLe service Minerva exécute des requêtes sur des connexions virtuelles.Installé uniquement lorsque vous disposez d’une licence Gestion des données. Ensuite, automatiquement installé sur n’importe quel nœud où le gestionnaire de processus en arrière-plan est installé.Oui - Nécessite une licence Gestion des données
Service de stockage non relationnel

Ajouté : version 2023.1.0

Retiré : 2024.1.0

Remarque : Le service apparaît dans la CLI, version 2023.x, mais est non fonctionnel.

nrsLe service de stockage non relationnel est un microservice géré et utilisé en interne par d’autres services Tableau.Automatiquement installé sur le nœud initial de Tableau Server. Ce service ne peut pas être géré par les administrateurs système.Non
Service de connexions virtuelles

Ajouté : version 2021.4.0

publishedconnectionsLe service de connexions virtuelles gère les requêtes vers les connexions virtuelles.Installé uniquement lorsque vous disposez d’une licence Gestion des données. Ensuite, automatiquement installé sur n’importe quel nœud où le gestionnaire de processus en arrière-plan est installé.Oui - Nécessite une licence Gestion des données
Microservice de passerelle de requête

Ajouté : version 2021.4.0

querygatewayLe microservice de passerelle de requête achemine les requêtes vers le microservice approprié, en fonction du type de requête et de la source.Installé uniquement lorsque vous disposez d’une licence Gestion des données. Ensuite, automatiquement installé sur n’importe quel nœud où le gestionnaire de processus en arrière-plan est installé.Oui - Nécessite une licence Gestion des données
Service de stratégie des requêtes

Ajouté : version 2021.4.0

Retiré : 2023.3.0

querypolicyLe service de stratégie des requêtes fournit des renseignements sur les stratégies de données lors du traitement de requêtes.Installé uniquement lorsque vous disposez d’une licence Gestion des données. Ensuite, automatiquement installé sur n’importe quel nœud où le gestionnaire de processus en arrière-plan est installé.Oui - Nécessite une licence Gestion des données
RéférentielpgsqlLe référentiel PostgreSQL est la base de données principale de Tableau Server. Il stocke les métadonnées classeur et utilisateur. Lorsque Tableau Catalog (ou l’API de métadonnées Tableau) est activé, le référentiel stocke le contenu Tableau et les métadonnées des ressources externes.Vous êtes limité à un maximum de deux instances de référentiel dans un groupement, et vous devez avoir au moins trois nœuds dans le groupement pour ajouter une seconde instance de référentiel.

 

Non
Gestionnaire des limites de ressources

Ajouté : version 2022.1

"Resource Limits Manager"Le gestionnaire des limites de ressources de Tableau Server suit l’utilisation des ressources par le gestionnaire de processus en arrière-plan par rapport aux limites de ressources définies de manière à s’assurer que les limites de ressources sont appliquées correctement.Le gestionnaire de limites de ressources est automatiquement et par défaut installé sur le nœud initial de Tableau Server. Nous vous déconseillons d’ajouter d’autres processus ou de les configurer sur des nœuds supplémentaires de Tableau Server.

Non

Requiert Advanced Management

Service SAMLNe peut pas être configuré manuellement.Le service SAML joue le rôle de proxy entre Tableau Server et les fournisseurs d’identité (IdP) SAML.Automatiquement installé sur chaque nœud sur lequel vous installez Tableau Server.

Affiche un état de stopped comme résultat de tsm status -v à moins que SAML du site ne soit activé.

Vous ne pouvez pas configurer le service SAML manuellement.

Non
Rechercher & parcourir

Retiré : 2023.3.0

searchserverLe service Rechercher et parcourir traite les recherches rapides, le filtrage, l’extraction et l’affichage des métadonnées du contenu sur le serveur.À partir de la version 2022.3.0, l’option Rechercher et parcourir n’est plus utilisée. Le serveur d’indexation et de recherche le remplace complètement. À partir de la version 2023.3.0, elle n’est plus installée.

Remarque : Si vous exécutez la version 2022.3 ou 2023.1 de Tableau Server, vous ne devez pas configurer plus d’une instance de l’option Rechercher et parcourir pour toute installation. La configuration de plusieurs instances peut, dans de rares cas, entraîner des problèmes de stabilité.

Non
Tableau Prep ConductorflowprocessorTableau Prep Conductor exécute les flux et les traite en vue de l’ingestion par Data Catalog. Il tire parti des fonctionnalités de programmation et de suivi de Tableau Server afin que vous puissiez automatiser l’exécution des flux et mettre à jour la sortie du flux.Par défaut, il est activé automatiquement sur un nœud lorsque le gestionnaire de processus en arrière-plan est activé. Si le rôle de nœud est défini sur l’exclusion de flux, Tableau Prep Conductor n’est pas installé sur ce nœud. Pour plus d’informations, consultez Gestion de la charge de travail via les rôles de nœuds. Depuis la version 2020.4, vous n’avez plus besoin de Gestion des données on pour activer ce processus sur Tableau Server.Oui
Création de flux Tableau Prep

Ajouté dans la version 2020.4.

floweditorFournit l’expérience interactive de flux Tableau Prep dans le navigateur.Lorsque le processus Création de flux Tableau Prep (floweditor) est installé, le moteur de données, le service de flux Tableau Prep (flowqueryservice) et la passerelle sont également installés, sauf si le nœud comporte déjà une instance de chacun d’eux.Oui
Service Tableau Prep Minerva

Ajouté en tant que Tableau Prep Flow Service dans la version 2020.4 et renommé dans la version 2021.2.

flowminerva

Remarque : auparavant flowqueryservice

Utilisé par le processus Création de flux Tableau Prep floweditor( ) pour interroger les sources de données.Par défaut, il est activé automatiquement sur un nœud où le processus Création de flux Tableau Prep (floweditor) est activé.Oui
Service Statistiques de Tableau

Ajouté : version 2022.1

Retiré : 2023.3

statsserviceLe service Statistiques de Tableau gère la fonctionnalité Expliquer les données et les fonctions de modélisation prédictive du moteur de statistiques.Automatiquement installé sur n’importe quel nœud où VizQL est installé.

Pour plus d’informations, consultez Service Statistiques de Tableau.

Non
Service VizData de Tableau Server

Ajouté : version 2024.2

vizdataserviceLe service VizData gère les connexions aux sources de données publiées sur Tableau Server.Lors d’une nouvelle installation, une ou plusieurs instances du Service VizData sont installées sur le nœud initial. Le nombre d’instances est déterminé par les ressources disponibles.

Lors de la mise à niveau vers la version 2024.2.3, une instance du service VizData est installée pour chaque instance de Data Server.

Remarque : Depuis la version 2024.2.3, au moins une instance du service VizData est requise pour une installation de Tableau Server.

Oui
Service natif VizData de Tableau Server

Ajouté : version 2024.2

vizdatanativeserviceLe service natif VizData communique avec le service VizData sur Tableau Server.Une instance du service natif VizData est ajoutée automatiquement pour chaque instance du service VizData.Oui
Service de données VizQL de Tableau Server

Ajouté : version 2025.1

vizqldataserviceLe service de données VizQL est un service HTTP standard qui fournit des API pour accéder aux sources de données publiées dans Tableau via des requêtes programmatiques.Installé automatiquement sur n’importe quel nœud où le service VizData est installé.

Remarque : Le service de données VizQL est disponible uniquement par un accès programmatique utilisant l’API. Pour plus d’informations sur l’API du service de données VizQL, consultez la Référence de l’API du service de données VizQL.

Le service s’affichera dans l’interface utilisateur de TSM, sauf s’il a été désactivé. Pour le désactiver, vous devez définir les instances sur 0, puis définir l’indicateur de fonctionnalité sur « false ». Pour plus d’informations, consultez features.VizqlDataServiceDeployWithTsm.

Non
VizQL ServervizqlserverVizQL Server charge et affiche des vues, calcule et exécute des requêtes.Lorsque VizQL Server est installé, la passerelle et le moteur de données sont également installés, à moins qu’une instance de la passerelle et du moteur de données ne soit déjà installée sur le nœud.

Dans la plupart des cas, vous pouvez modifier le nombre d’instances de VizQL sur un nœud existant d’un serveur actif sans entraîner un arrêt et redémarrer le serveur. Une exception se produit si vous ajoutez VizQL à un nœud existant sur lequel VizQL n’avait pas été ajouté précédemment, ni aucun autre processus installant également la passerelle et le moteur de données. Pour plus d’informations, consultez Modifications de topologie dynamique Tableau Server.

Oui

Processus du conteneur de microservices Tableau Ces processus sont automatiquement ajoutés lorsque vous ajoutez la première instance du gestionnaire de processus en arrière-plan ou du serveur d’applications à un nœud. Si toutes les instances du gestionnaire de processus en arrière-plan ou du serveur d’applications sont supprimées d’un nœud, le processus de conteneur de microservices est également supprimé.

L’état d’un conteneur dépend de l’état des microservices dans le conteneur. Si tous les microservices sont en cours d’exécution, le processus du conteneur affiche l’état running. Si tous les microservices sont arrêtés, l’état du processus du conteneur est error. Si un ou plusieurs microservices sont en cours d’exécution alors que d’autres non, le service du conteneur affiche l’état degraded. Pour plus d’informations, consultez Conteneurs de microservices Tableau Server.

Conteneur de microservice interactif Processus de conteneur pour les microservices internes de Tableau Server qui sont regroupés pour faciliter le déploiement et l’évolutivité.Ces conteneurs et les microservices qu’ils contiennent ne peuvent pas être configurés manuellement. Les microservices peuvent évoluer dans le temps.Non
Conteneur de microservice non interactifnoninteractiveProcessus de conteneur pour les microservices internes de Tableau Server qui sont regroupés pour faciliter le déploiement et l’évolutivité.Ces conteneurs et les microservices qu’ils contiennent ne peuvent pas être configurés manuellement. Les microservices peuvent évoluer dans le temps.Non
Processus Tableau Services Manager (TSM) Ces processus ont le statut running une fois que TSM a été initialisé, et restent en cours d’exécution lorsque Tableau Server est arrêté.
Service d’activation

Ajouté dans la version 2021.1

Ne peut pas être configuré manuellement.Le Service d’activation, également connu sous le nom de service ATR (Authorize-To-Run), vous permet d’activer Tableau Server sans manquer de licences. Il fournit des locations à court terme d’une durée configurable jusqu’à l’expiration de la clé produit.Installé automatiquement sur le nœud initial à partir des versions 2023.1.3, 2022.3.7, 2022.1.15 et ultérieures.

Dans les versions antérieures, celui-ci est automatiquement installé sur le nœud initial lorsque le service ATR est activé.

Non
Agent d’administration Ne peut pas être configuré manuellement.L’agent TSM surveille le service de coordination pour suivre les modifications de configuration ou de topologie et fournit de nouvelles configurations à chaque service (configuration) ou déploie de nouveaux services et supprime les anciens (topologie)Automatiquement installé sur chaque nœud sur lequel vous installez Tableau Server.

Vous ne pouvez pas configurer l’agent d’administration manuellement.

Pour plus d’information, consultez Agent d’administration de Tableau Server.

Non
Contrôleur d’administrationNe peut pas être configuré manuellement sauf pour le déplacer vers un autre nœud. Pour plus d’informations, consultez Récupérer suite à la défaillance d’un nœud initial.Le contrôleur TSM gère les demandes envoyées à TSM et orchestre les changements de configuration et de topologie ainsi que le flux de travail des différents processus de service. Le contrôleur sert aussi de point de terminaison REST API (HTTPS).Automatiquement installé lorsque vous installez TSM sur le nœud initial.

Vous ne pouvez pas configurer le contrôleur d’administration manuellement sauf pour le déplacer vers un autre nœud. Pour plus d’informations, consultez Récupérer suite à la défaillance d’un nœud initial.

Pour plus d’information, consultez Contrôleur d’administration Tableau Server

Non
Service des fichiers clientclientfileserviceLe service des fichiers client (CFS) gère la plupart des fichiers partagés dans un groupement multinœuds. Par exemple, les certificats liés à l’authentification, les clés et les fichiers (OpenID, SSL mutuel, SAML et Kerberos), ainsi que les fichiers de personnalisation sont gérés par CFS.Automatiquement installé sur le nœud initial. Aucune autre instance n’est installée à moins que vous ne la configuriez explicitement. Consultez Configurer le service des fichiers client (CFS).

Dans les déploiements distribués, nous vous recommandons de configurer une instance de CFS sur chacun des nœuds où vous déployez le service de coordination. Le redéploiement du service de coordination n’a pas d’incidence sur le CFS.

Le CFS ne s’affiche pas dans la page État ou la page Configuration mais est visible dans le résultat de la commande tsm status -v.

Pour afficher ou définir des instances de CFS, utilisez la commande tsm topology.

Non
Service de coordinationNe peut pas être défini avec tsm topology set-process.Le service de coordination fait office de source unique de vérité.Automatiquement installé sur le nœud initial. Aucune autre instance n’est installée sauf si vous déployez explicitement un nouvel ensemble de service de coordination. Pour plus d’information, consultez Déployer un ensemble de service de coordination.Non
Gestionnaire de servicesNe peut pas être configuré manuellement.Le Gestionnaire de servicesAutomatiquement installé sur tous les nœuds.

Vous ne pouvez pas configurer le Gestionnaire de services manuellement.

Non
Gestionnaire de licencesNe peut pas être configuré manuellement.Le Gestionnaire de licences gère les licences.Automatiquement installé sur le nœud initial lorsque vous installez TSM.

Une seule instance de ce gestionnaire est installée sur un groupement Tableau Server. Le processus du Gestionnaire de licence ne devrait être configuré manuellement qu’en cas d’échec du nœud initial. Pour plus d’informations, consultez Récupérer suite à la défaillance d’un nœud initial.

Non
Processus de maintenance de Tableau Server Ces processus ont le statut stopped sauf s’ils sont activement en train de terminer un travail.
Maintenance de la base de donnéesNe peut pas être configuré manuellement.Le service Maintenance de la base de données est chargé d’effectuer des opérations de maintenance sur le référentiel Tableau Server.Automatiquement installé sur chaque nœud sur lequel vous installez Tableau Server.

Affiche un état de stopped comme résultat de tsm status -v à moins qu’il ne soit en train d’effectuer une maintenance active de la base de données. La maintenance peut inclure des mises à jour liées à l’activation de l’accès distant au référentiel et la modification des mots de passe utilisés pour accéder au référentiel.

Vous ne pouvez pas configurer le service de maintenance de la base de données manuellement.

Non
Sauvegarde/restaurationNe peut pas être configuré manuellement.Le service Sauvegarde et restauration est chargé des opérations de sauvegarde et de restauration sur les données stockées dans le référentiel Tableau Server et le stockage de fichiers.Automatiquement installé sur chaque nœud sur lequel vous installez Tableau Server.

Affiche un état de stopped comme résultat de tsm status -v à moins qu’il ne soit en train d’effectuer une opération de sauvegarde ou de restauration.

Vous ne pouvez pas configurer le service Sauvegarde et restauration manuellement.

Non
Importation et exportation de siteNe peut pas être configuré manuellement.Le service Importation et exportation de site est chargé de la migration des sites Tableau Server entre des grappes de serveurs.Automatiquement installé sur chaque nœud sur lequel vous installez Tableau Server.

Affiche un état de stopped comme résultat de tsm status -v à moins qu’il ne soit en train d’exécuter une importation ou une exportation.

Vous ne pouvez pas configurer le service Importation et exportation de site manuellement.

Non
## Flux de travail des processus Les processus Tableau Server et leur mode d’interaction dépendent de l’action ou de l’activité en cours. Par exemple, les processus utilisés et leur mode d’interaction diffèrent lorsque vous publiez un classeur à partir de ceux utilisés lorsque vous vous connectez à l’aide de SAML. Pour certaines vues interactives dans le flux de travail des processus, consultez le classeur ci-dessous. Cela vous permet de sélectionner un flux de travail particulier et de le suivre étape par étape du début à la fin. **Avis de non-responsabilité :** ce classeur est publié sur Tableau Public et n’est pas géré par la documentation Tableau. Nous ne pouvons pas garantir qu’il sera à jour avec la dernière version de Tableau Server. ## Autres articles de cette section [Passer au contenu principal](#main-content) # Profils d’administrateur Les rôles sur le site « Administrateur de serveur » et « Administrateur de site » accordent aux utilisateurs des autorisations automatiques sur divers paramètres administratifs, mais également sur tous les contenus. Cela signifie que si un utilisateur se voit octroyer des droits d’administrateur pour pouvoir ajouter des utilisateurs au site ou gérer des groupes, il peut également accéder à tout le contenu du site. Dans de nombreux contextes, ce type d’accès n’est pas idéal. Les profils d’administrateur permettent d’accorder à un utilisateur l’accès à un ensemble spécifique de fonctionnalités administratives sans lui accorder un accès universel au contenu. Chaque profil d’administrateur correspond à un ensemble spécifique de fonctionnalités. Les utilisateurs sont ensuite affectés à un profil et obtiennent la possibilité d’effectuer les tâches correspondantes. - Les fonctionnalités des profils d’administrateur comprennent la gestion des utilisateurs et la gestion des groupes. Elles n’incluent pas la possibilité de modifier les paramètres du site. - Les profils d’administrateur sont créés et gérés par un administrateur de Tableau Server. Les administrateurs de site peuvent être autorisés à attribuer des profils aux utilisateurs, mais ils ne peuvent ni modifier ni créer de profils d’administrateur. - Les profils d’administrateur ne permettent pas d’accéder au contenu. ## Créer un profil d’administrateur La création d’un profil d’administrateur consiste à configurer les fonctionnalités associées au profil et à ajouter le profil à des sites. Seul un administrateur Tableau Server peut créer un profil d’administrateur. ### Ouvrir la page « Profils d’administrateur » 1. En tant qu’administrateur de Tableau Server, rendez-vous à la page Tous les sites pour accéder aux paramètres liés au serveur. 1. Ouvrez le menu déroulant du sélecteur de site et choisissez Gérer tous les sites. 2. Dans le volet de gauche, sélectionnez Profils d’administrateur. Tous les profils existants apparaissent dans la liste des profils d’administrateur. À droite, un volet affiche les détails du profil sélectionné. Un profil sélectionné comporte trois onglets : « Fonctionnalités », « Sites » et « Utilisateurs ». - L’onglet **Fonctionnalités** présente un aperçu de l’ensemble des fonctionnalités. - L’onglet **Sites** indique les sites sur lesquels le profil d’administrateur est présent et le nombre d’utilisateurs par site qui utilisent ce profil. Ajoutez le profil aux sites existants à partir de cet onglet. - L’onglet **Utilisateurs** présente les utilisateurs à qui l’on a attribué ce profil. Cet onglet est utile à des fins de vérification, mais les utilisateurs ne peuvent pas se voir attribuer un profil à partir de cet onglet. L’attribution de profils se fait à partir de la page « Utilisateurs ». ![L’écran « Profils d’administrateur », avec une liste de quatre profils d’administrateur, dont un est sélectionné pour en afficher les détails](/tableau/current/fr-ca/server/fr-ca/Img/admin_profiles.png) ### Créer un nouveau profil d’administrateur 1. Cliquez sur le bouton Nouveau profil d’administrateur. 2. Nommez le profil. 1. Ce nom apparaît dans un menu déroulant lors de l’attribution d’un profil aux utilisateurs. Assurez-vous qu’il soit descriptif, mais court. 2. Évitez les noms potentiellement contradictoires (par exemple, les rôles sur le site tels que « Créateur d’administrateur de site »). 3. Sélectionnez les [Droits du profil d’administrateur](#capabilities) qui seront accordés à l’utilisateur. 1. Certains droits dépendent d’autres droits. Par exemple, « Voir les utilisateurs » est requis pour accorder le droit « Ajouter de nouveaux utilisateurs ». Le texte d’aide de chaque droit décrit toutes les dépendances de celui-ci. L’API REST n’a pas ces dépendances. 2. Les utilisateurs peuvent détenir un maximum d’un profil par site. 4. (Facultatif) Ajoutez une description de l’objectif du profil d’administrateur. 5. Cliquer sur le bouton Créer un profil d’administrateur ![La boîte de dialogue Créer des profils d’administrateur, affichant les droits de gestion des utilisateurs et des groupes](/tableau/current/fr-ca/server/fr-ca/Img/admin_profiles_capabilities.png) Le profil existe sur le serveur, mais il n’est pas encore disponible sur les site. L’étape suivante consiste à ajouter le profil à un site et à ajouter des utilisateurs. ### Ajouter le profil à un site 1. Sélectionnez le profil dans la liste des profils d’administrateur. 2. Accédez à l’onglet Sites. 3. Cliquez sur le bouton Affecter un profil d’administrateur au site. 4. Sélectionnez les sites sur lesquels le profil doit être disponible. La dernière étape consiste à attribuer le profil aux utilisateurs. Étant donné que seuls les administrateurs de serveur peuvent accéder à la page « Profils d’administrateur », cette étape n’est pas effectuée sur la page des profils d’administrateur. Les profils d’administrateur sont donc plutôt assignés aux utilisateurs depuis la page « Utilisateurs ». ## Assigner un profil d’administrateur aux utilisateurs Pour obtenir un profil d’administrateur, un utilisateur doit avoir un rôle « Explorer » ou « Creator » sur le site. Les utilisateurs ne peuvent se voir attribuer qu’un seul profil d’administrateur par site. _Administrateur de site ou de serveur_. Il est possible d’assigner des profils d’administrateur à des utilisateurs au niveau du site : 1. Accédez à la page « Utilisateurs du site ». 2. Ouvrez le menu Actions (…) pour l’utilisateur 3. Sélectionnez Rôle sur le site… 4. Utilisez le menu déroulant « Profil d’administrateur » pour lui assigner un profil. 1. Si vous devez assigner un profil qui n’apparaît pas dans le menu déroulant, demandez à un administrateur de serveur de vérifier que le profil a bien été ajouté au site. ![La boîte de dialogue des rôles sur le site affichant des listes déroulantes pour le rôle sur le site et le profil d’administrateur](/tableau/current/fr-ca/server/fr-ca/Img/admin_profiles_siteroles.png) _Administrateur de serveur uniquement_. Il est possible d’assigner des profils d’administrateur à des utilisateurs au niveau du serveur : 1. Accédez à la page « Utilisateurs du serveur ». 2. Ouvrez le menu Actions (…) pour l’utilisateur. 3. Sélectionnez Membre du site… 4. Pour chaque site auquel appartient l’utilisateur, utilisez le menu déroulant « Profil d’administrateur » pour lui assigner un profil. 1. Sur chaque site, le menu déroulant affiche les profils qui ont été ajoutés à ce site. Si vous devez assigner un profil qui n’apparaît pas dans le menu déroulant de ce site, retournez à la section [Ajouter le profil à un site](#addtosite) et assurez-vous que le profil a bien été ajouté à ce site. ## Gérer les profils d’administrateur Pour gérer un profil d’administrateur, accédez à la page « Profils d’administrateur ». (Tous les sites > Profils d’administrateur, dans le volet de gauche). De là : - Modifiez un profil d’administrateur en ouvrant le menu Actions (…) du profil et en sélectionnant Modifier le profil. - Pour supprimer un profil d’administrateur, ouvrez le menu Actions (…) du profil et sélectionnez Supprimer le profil. - Pour supprimer un profil d’un site, sélectionnez le profil et accédez à son onglet « Sites ». Ouvrez le menu Actions (…) d’un site et sélectionnez Supprimer du site. - Si ce profil sur ce site, est assigné à des utilisateurs, ceux-ci perdent leurs droits d’administration. ## Droits du profil d’administrateur À la différence des groupes, qui sont évalués conjointement pour déterminer les [autorisations effectives](https://help.tableau.com/current/server/fr-ca/permission_effective.htm#evaluate-permission-rules), un seul profil d’administrateur définit ce qu’un utilisateur auquel ce profil est assigné peut ou ne peut pas faire. Configurez chaque profil d’administrateur pour décrire exactement les droits qu’il accorde à l’utilisateur qui l’utilise. ### Gestion des utilisateurs
DroitDéfinitionRemarques
Ajouter de nouveaux utilisateursCréer et ajouter de nouveaux utilisateurs au sitePour pouvoir ajouter des utilisateurs en téléversant un fichier, le profil d’administrateur doit inclure le droit de gérer les paramètres utilisateur en plus du droit d’ajouter de nouveaux utilisateurs.
Gérer les paramètres utilisateurAssigner des rôles sur le site et gérer les paramètres utilisateurLes paramètres utilisateur incluent notamment les paramètres régionaux, l’adresse de courriel, et la mise à jour forcée du mot de passe. Peut nécessiter l’octroi de ce droit sur plusieurs sites.*
Voir les utilisateursVoir les utilisateurs qui existent sur le siteLe droit de voir les utilisateurs est nécessaire pour tous les autres droits de gestion des utilisateurs dans l’interface utilisateur. Il n’est pas requis pour l’API.
Supprimer les utilisateursSupprimer définitivement des utilisateurs 
\*Lorsqu’un utilisateur final a accès à plusieurs sites, certains de ses paramètres utilisateur, comme l’adresse de courriel, sont partagés entre les sites. Pour qu’un utilisateur disposant d’un profil d’administrateur puisse gérer ces paramètres, il doit disposer du droit _Gérer les paramètres utilisateur_ sur chaque site sur lequel se trouve l’utilisateur final. Prenons par exemple l’utilisateur Leone qui est un Viewer sur le site A et le site B, et l’utilisateur Rialto qui a un profil d’administrateur disposant du droit _Gérer les paramètres utilisateur_ sur le site A. Rialto ne sera pas en mesure de gérer l’adresse de courriel de Leone, même sur le site A, à moins qu’on assigne à Rialto un profil d’administrateur incluant le droit _Gérer les paramètres utilisateur_ sur le site B. ### Gestion des groupes
DroitDéfinitionRemarques
Créer de nouveaux groupesCréer des groupes avec et sans attribution de rôle lors de la connexion 
Voir les groupes.Voir les groupes qui existent sur le siteLe droit de « Voir les groupes » est nécessaire pour tous les autres droits de gestion des groupes dans l’interface utilisateur. Il n’est pas requis pour l’API.
Modifier les détails d’un groupeModifiez les noms des groupes et attribuez un rôle en fonction de l’état de connexion. 
Ajouter des utilisateurs à des groupesGérer l’appartenance aux groupesSeuls les utilisateurs disposant d’un rôle d’administration sur le site peuvent attribuer un rôle d’administration sur le site à un autre utilisateur.
Supprimer les groupesSupprimer définitivement des groupes 
[Passer au contenu principal](#main-content) # Programmer des actualisations d’extraits Les auteurs et administrateurs de données Tableau Desktop peuvent créer et publier des _extraits_. Les extraits sont des copies ou des sous-ensembles des données d’origine. Étant donné que les extraits sont importés dans le moteur de données, les classeurs qui se connectent aux extraits fonctionnent généralement plus rapidement que ceux qui se connectent aux données en direct. Les extraits peuvent également étendre les fonctionnalités. ## Avant d’actualiser les extraits Lorsqu’une actualisation d’extrait est exécutée sur des extraits créés dans Tableau 10.4 et versions antérieures (à savoir un extrait .tde), l’extrait est automatiquement mis à niveau à un extrait .hyper. Si la mise à niveau à un extrait .hyper présente de nombreux avantages, vous ne pourrez toutefois pas ouvrir l’extrait avec les versions antérieures de Tableau Desktop. 2024.2 est la version la plus récente de Tableau qui permet d’ouvrir tout contenu au format .tde. Pour plus d’informations, consultez [Mise à niveau d’extraits vers le format .hyper](https://help.tableau.com/current/server/fr-ca/extracting_upgrade.htm). ## Configurer des programmations d’actualisation En tant qu’administrateur de serveur, vous pouvez activer une programmation pour les tâches d’actualisation d’extraits, puis créer, modifier et réaffecter des programmations. Les options de programmation générales que vous modifiez sur le serveur sont disponibles dans le cadre du processus de publication lorsqu’un utilisateur Tableau Desktop publie un extrait. Les programmations créées disposent des options suivantes : Priorité Cette priorité détermine l’ordre dans lequel les tâches d’actualisation s’exécutent, où 0 est la priorité la plus élevée et 100 la priorité la plus faible. La priorité est définie sur 50 par défaut. Mode d’exécution Le mode d’exécution indique aux processus du gestionnaire de processus en arrière-plan Tableau Server s’il faut exécuter les actualisations en parallèle ou en série. Les programmations qui s’exécutent en parallèle utilisent tous les processus du gestionnaire de processus en arrière-plan disponibles, et les programmations en série s’exécutent sur un seul processus du gestionnaire de processus en arrière-plan. Par contre, une programmation peut contenir une ou plusieurs tâches d’actualisation, et chaque tâche n’utilisera qu’un seul processus du gestionnaire de processus en arrière-plan, que ce soit en parallèle ou en mode série. Cela signifie qu’une programmation en mode d’exécution parallèle utilisera tous les processus du gestionnaire de processus en arrière-plan **disponibles** pour exécuter ses tâches sous lui en parallèle, mais chaque tâche n’utilisera qu’un seul processus du gestionnaire de processus en arrière-plan. Une programmation en série utilise un seul processus du gestionnaire de processus en arrière-plan pour exécuter une tâche à la fois. Par défaut, le mode d’exécution est défini sur parallèle pour que les tâches d’actualisation se terminent aussi rapidement que possible. Vous pouvez souhaiter activer le mode d’exécution en série (et définir une priorité plus faible) si votre programmation très volumineuse empêche l’exécution d’autres programmations. Fréquence Vous pouvez définir une fréquence horaire, quotidienne, hebdomadaire ou mensuelle. Pour plus d’informations, consultez [Créer ou modifier une programmation](https://help.tableau.com/current/server/fr-ca/schedule_manage_create.htm). ## Actualisation manuelle des extraits Dans l’environnement Web de Tableau Server, les administrateurs de serveur et de site peuvent exécuter des actualisations d’extraits sur demande sur la page Programmations : - Sélectionnez la programmation et cliquez sur Actions > Exécuter maintenant. Vous pouvez également actualiser les extraits de la ligne de commande à l’aide de la commande `refreshextracts` tabcmd. Pour plus d’informations, consultez [Commandes tabcmd](https://help.tableau.com/current/server/fr-ca/tabcmd_cmd.htm). ## Actualisation des extraits avec Tableau Desktop Les utilisateurs Tableau Desktop peuvent actualiser les extraits qu’ils publient et possèdent. Ils peuvent procéder des différentes manières suivantes : - Au moment de la publication : Lors de la publication d’un classeur ou d’une source de données utilisant un extrait, un auteur peut l’ajouter à la programmation d’actualisation du serveur . L’actualisation peut être complète ou incrémentielle. L’actualisation incrémentielle fait référence à une colonne de l’extrait qui possède des données de type date, date/heure ou un nombre entier, comme un horodatage. Tableau utilise cette colonne pour identifier de nouvelles lignes à ajouter à l’extrait. Pour plus d’informations, consultez [Actualisation d’extraits](https://help.tableau.com/current/pro/desktop/fr-ca/help.htm#extracting_refresh.htm) et [Programmer des actualisations d’extrait tandis que vous publiez un classeur](https://help.tableau.com/current/pro/desktop/fr-ca/help.htm#publish_workbooks_schedules.htm) dans l’aide de Tableau. - **Interface utilisateur :** Dans Tableau Desktop, vous pouvez utiliser les commandes Actualiser depuis la source, Ajouter des données à partir du fichier et Ajouter des données depuis la source de données pour téléverser un complément d’extrait ou pour l’actualiser dans Tableau Server. Un utilisateur peut souhaiter procéder ainsi si Tableau Server ne dispose pas d’informations d’identification suffisantes pour accéder aux données sous-jacentes. Pour plus d’informations, consultez [Mise à jour d’extraits dans Tableau Server](https://help.tableau.com/current/pro/desktop/fr-ca/help.htm#extracting_push.htm) dans l’aide de Tableau. - **Utilitaire de ligne de commande Extrait de données :** L’utilitaire de ligne de commande Extrait de données s’installe avec Tableau Desktop. Vous pouvez l’utiliser pour ajouter à un extrait publié ou pour l’actualiser. Pour plus d’informations, consultez [Utilitaire de ligne de commande Tableau Data Extract](https://help.tableau.com/current/pro/desktop/fr-ca/help.htm#extracting_TDE.htm) dans l’aide de Tableau. ## Autres articles de cette section [Passer au contenu principal](#main-content) # Programmer des tâches de flux **Remarque** : les flux peuvent être programmés pour s’exécuter sur Tableau Cloud ou Tableau Server à l’aide de Tableau Prep Conductor. Prep Conductor est concédé sous licence par l’intermédiaire de Gestion des données par déploiement. Après avoir acheté et obtenu une licence pour la gestion des données, vous devez activer Prep Conductor. Depuis la version 2020.4.1, vous n’avez plus besoin de la licence Gestion des données pour publier des flux sur le Web. Avec le rôle Creator, vous pouvez également créer et modifier des flux directement sur votre serveur. Pour plus d’informations sur la création de flux sur le Web, consultez [Tableau Prep sur le Web](https://help.tableau.com/current/server/fr-ca/prep_web_auth.htm). > [!IMPORTANT] > > **Remarque** : Dans la version 2024.1, des modifications sont apportées aux programmations de flux sur Tableau Cloud. L’onglet Programmations du volet de navigation de gauche a été supprimé, et les utilisateurs autorisés à programmer des tâches de flux peuvent désormais créer des programmations personnalisées directement à partir de l’onglet Tâches planifiées de flux. Pour planifier l’exécution de flux à une heure précise ou de manière récurrente, vous pouvez créer des tâches planifiées. Les tâches planifiées reposent sur des programmations préconfigurées. Les programmations sont créées par l’administrateur système. Pour plus d’informations sur la création de programmations sur Tableau Server, consultez [Étape 3 : Créer des programmations pour les tâches de flux](https://help.tableau.com/current/server/fr-ca/prep_conductor_create_schedule_definitions.htm) dans l’aide de Tableau Server. Les tâches planifiées sont exécutées en fonction de la priorité spécifiée dans la programmation. Seuls les administrateurs peuvent modifier une priorité de programmation. Pour plus d’informations, consultez [Hiérarchisation des tâches serveur planifiées](https://help.tableau.com/current/server/fr-ca/task_prioritization.htm). À partir de la version 2021.3, vous pouvez lier des exécutions de flux ensemble lors de la programmation de tâches pour exécuter des flux les uns après les autres. Pour plus d’informations, consultez [Planifier des tâches liées](#linked_tasks) dans cette rubrique. À partir de la version 2022.1, vous pouvez également exécuter des tâches liées via l’API REST à l’aide des nouvelles méthodes de flux Requête de tâches liées, Requête de tâches liées simples et Exécuter maintenant une tâche liée. Pour plus d’informations, consultez [Flow Methods (méthodes de flux)](https://help.tableau.com/current/api/rest_api/fr-ca/REST/rest_api_ref_flow.htm) dans l’aide de l’API REST de Tableau. **Exécution de flux incluant des paramètres** À partir de la version 2021.4, vous pouvez inclure des paramètres utilisateur dans vos flux pour rendre les flux plus dynamiques. Lorsque le flux s’exécute, vous êtes invité à entrer vos valeurs de paramètre. Lors de la configuration des flux sur une programmation, vous spécifiez les valeurs des paramètres à ce moment-là. Vous devez spécifier les valeurs de paramètre pour tous les paramètres requis. Pour les paramètres facultatifs, vous pouvez également entrer ces valeurs ou accepter la valeur actuelle (par défaut) du paramètre. Pour plus d’informations sur l’exécution de flux avec des paramètres, consultez [Créer et utiliser des paramètres dans les flux](https://help.tableau.com/current/prep/fr-ca/prep_parameters.htm#run-flow-schedule) dans l’aide de Tableau Prep. À partir de Tableau Prep Builder et Tableau Cloud version 2023.2, vous pouvez appliquer des paramètres système de date ou d’heure aux noms de sortie de flux pour les types de sortie de fichier et de source de données publiée. Lorsque l’heure de début est automatiquement ajoutée au nom de la sortie du flux. **Remarque :** votre administrateur doit activer les paramètres de serveur et de site Paramètre de flux sur votre serveur avant que vous puissiez exécuter des flux qui incluent des paramètres dans Tableau Server ou Tableau Cloud. Pour plus d’informations, consultez **Créer et modifier des flux publiés sur le Web** dans l’aide de [Tableau Server](https://help.tableau.com/current/server/fr-ca/web_author_flows.htm#flow-parameters) ou de [Tableau Cloud](https://help.tableau.com/current/online/fr-ca/web_author_flows.htm#flow-parameters). ## Planifier une tâche de flux 1. Effectuez l’une des actions suivantes : - (version 2022.1 et versions ultérieures) Sur la page Explorer, dans la vue Liste, dans le menu Actions, sélectionnez Planifier le flux > Tâche unique. Si vous sélectionnez un flux dans la liste, vous pouvez également utiliser le menu supérieur Actions. ![Programmez un flux pour une tâche unique dans l’onglet Explorer.](/tableau/current/fr-ca/server/fr-ca/Img/prep_schedule_tasks_explore.jpg) - Sur la page Présentation du flux, onglet **Tâches planifiées**, cliquez sur **Nouvelle tâche** ou sur le menu déroulant et sélectionnez Tâche unique. ![Programmez un flux pour une tâche unique dans l’onglet Tâches planifiées.](/tableau/current/fr-ca/server/fr-ca/Img/prep_schedule_tasks_overview.jpg) Si l’étape de sortie n’est pas affectée à une tâche, vous pouvez également créer une nouvelle tâche à partir de la page Présentation. Sur cette page, dans le champ Programmations, cliquez sur Créer une tâche. 2. Dans la boîte de dialogue **Nouvelle tâche**, dans l’onglet Tâche unique (Nouvelle tâche dans les versions précédentes), sélectionnez une programmation dans la liste déroulante. ![Un menu déroulant d’options de programmation pour une nouvelle tâche.](/tableau/current/fr-ca/server/fr-ca/Img/prep_server_newtask2.png) 3. Sélectionnez l’une des options suivantes : - Inclure automatiquement toutes les étapes de sortie pour ce flux : (par défaut) Sélectionnez cette option pour inclure toutes les étapes de sortie actuelles et futures pour ce flux dans la tâche planifiée. Lorsque de nouvelles étapes de sortie sont ajoutées au flux dans le temps, elles sont automatiquement incluses dans la programmation lors de son exécution. - Sélectionner les étapes de sortie à inclure dans cette tâche : sélectionnez cette option pour sélectionner manuellement les étapes de sortie à inclure dans cette tâche planifiée.  Pour inclure toutes les étapes de sortie dans la tâche de flux, cochez la case en regard de Étapes de sortie. Cette zone ne peut pas être modifiée si la case d’option Inclure automatiquement toutes les étapes de sortie pour ce flux est sélectionnée. Sélectionnez l’autre case d’option pour activer cette section. ![Un formulaire pour créer une tâche qui répertorie les étapes de sortie, les noms, les emplacements et les types d’actualisation.](/tableau/current/fr-ca/server/fr-ca/Img/prep_server_newtask.png) 4. (version 2020.2.1 et versions ultérieures) Sélectionnez un Type d’actualisation. Pour plus d’informations sur ces paramètres, consultez [Actualiser les données de flux à l’aide d’une actualisation incrémentielle](https://help.tableau.com/current/prep/fr-ca/prep_incremental_refresh.htm). **Remarque :** à partir de la version 2020.2.1 et ultérieure, si une entrée est configurée pour utiliser l’actualisation incrémentielle et qu’elle est associée à plusieurs sorties, ces sorties doivent être exécutées ensemble et doivent utiliser le même type d’actualisation. Sinon, le flux va échouer. - Actualisation complète (par défaut) : actualisez toutes les données, et créez ou ajoutez des données à votre table en fonction du paramètre de sortie de flux. - Actualisation incrémentielle : actualisez uniquement les nouvelles lignes et créez ou ajoutez des données à votre table en fonction du paramètre de sortie de flux. L’option d’actualisation incrémentielle n’est disponible que lorsque le flux est configuré pour utiliser ce type d’actualisation. **Remarque :** Tableau Prep Conductor exécute une actualisation complète pour toutes les sorties, quelle que soit l’option d’exécution que vous sélectionnez si aucune sortie existante n’est trouvée. Les flux ultérieurs utiliseront le processus d’actualisation incrémentielle et récupéreront et traiteront uniquement vos nouvelles lignes à moins qu’il ne manque des données de configuration d’actualisation incrémentielle ou que la sortie existante soit supprimée. ![Menu Nouvelle Tâche avec Actualisation complète sélectionnée dans une liste déroulante Type d’actualisation. ](/tableau/current/fr-ca/server/fr-ca/Img/prep_incremental_server_task.png) 5. (facultatif) Si vous êtes le propriétaire du flux, sélectionnez Envoyer un courriel lorsque vous avez terminé pour avertir les utilisateurs lorsque le flux a réussi. Pour plus d’informations sur l’envoi de notifications par courriel sur les exécutions de flux, consultez [Notifier les utilisateurs des exécutions de flux réussies](https://help.tableau.com/current/server/fr-ca/prep_conductor_subscribe_to_flow.htm). 6. (Version 2021.4 et versions ultérieures) Si vos flux incluent des paramètres, saisissez les valeurs de paramètre requises ou facultatives. Vous devez entrer les valeurs requises pour que le flux s’exécute. ![La boîte de dialogue Nouvelle tâche est ouverte et Paramètres obligatoires est sélectionné.](/tableau/current/fr-ca/server/fr-ca/Img/prep_parameters_schedule_task.png) 7. Cliquez sur **Créer une tâche** pour créer la tâche planifiée. ## Planifier des tâches liées _Pris en charge dans Tableau Server et Tableau Cloud version 2021.3.0 et versions ultérieures._ **Remarque :** à partir de la version 2022.1, la fonctionnalité des tâches liées est activée par défaut. Les administrateurs de serveur et de site peuvent désactiver cette fonctionnalité sur la page Paramètres et sur les programmations de flux dans la boîte de dialogue Programmations. Dans les versions précédentes, les administrateurs de serveur doivent d’abord activer cette fonctionnalité pour l’utiliser et la gérer. Pour plus d’informations, consultez [Étape 2 : Configurer les paramètres de flux pour Tableau Server](https://help.tableau.com/current/server/fr-ca/prep_conductor_configure_server_site_settings.htm) et [Étape 3 : Créer des programmations pour les tâches de flux](https://help.tableau.com/current/server/fr-ca/prep_conductor_create_schedule_definitions.htm). Utilisez l’option Tâches liées pour programmer jusqu’à 20 flux à exécuter l’un après l’autre. Configurez facilement votre liste de flux en sélectionnant votre programmation, puis sélectionnez les flux en aval à exécuter dans l’ordre de votre choix. Les flux s’exécutent dans l’ordre spécifié dans la liste. Utilisez le menu pour déplacer les flux dans votre liste ou ajouter de nouveaux flux en amont ou en aval à la liste à tout moment. Sélectionnez les sorties que vous souhaitez inclure dans l’exécution du flux et configurez les paramètres pour indiquer à Tableau quoi faire avec les flux restants dans la programmation lorsque l’exécution du flux précédent échoue. ![L’onglet Tâches associées pour programmer et automatiser les exécutions de flux Tableau Prep.](/tableau/current/fr-ca/server/fr-ca/Img/prep_linked_tasks2.png) 1. Effectuez l’une des actions suivantes : - (version 2022.1 et versions ultérieures) À partir de la page Explorer, dans la vue Liste, dans le menu Actions, sélectionnez Planifier le flux > Tâche liée. Si vous sélectionnez plusieurs flux dans la liste, vous pouvez également utiliser le menu supérieur Actions. ![Programmez un flux pour une tâche unique dans l’onglet Explorer.](/tableau/current/fr-ca/server/fr-ca/Img/prep_schedule_tasks_explore.jpg) - Sur la page Présentation du flux, onglet **Tâches planifiées**, cliquez sur **Nouvelle tâche** et sélectionnez l’onglet Tâche liée, ou cliquez sur le menu déroulant et sélectionnez Tâche liée. ![Programmez un flux pour une tâche unique dans l’onglet Tâches planifiées.](/tableau/current/fr-ca/server/fr-ca/Img/prep_schedule_tasks_overview.jpg) Si l’étape de sortie n’est pas affectée à une tâche, vous pouvez également créer une nouvelle tâche à partir de la page Présentation. Sur cette page, dans le champ Programmations, cliquez sur Créer une tâche. 2. Dans la boîte de dialogue **Nouvelle tâche**, sous l’onglet Tâches liées, sélectionnez une programmation dans la liste déroulante. Seuls les programmations activées pour les tâches liées sont affichées. ![Une liste de programmations possibles pour les tâches.](/tableau/current/fr-ca/server/fr-ca/Img/prep_linked_tasks_schedule.png) 3. Cliquez sur le menu déroulant Sélectionner les étapes de sortie pour sélectionner les sorties de flux à exécuter. Par défaut, toutes les sorties de flux sont incluses. Pour sélectionner des sorties spécifiques, décochez la case Inclure toutes les étapes de sortie actuelles et futures pour ce flux. Le flux où la tâche est lancée est automatiquement défini comme le premier flux à exécuter, mais vous pouvez utiliser le menu pour modifier l’ordre d’exécution après avoir ajouté d’autres flux à votre liste. ![L’onglet Tâches liées montre comment vous pouvez réorganiser vos exécutions de flux et définir votre type d’actualisation.](/tableau/current/fr-ca/server/fr-ca/Img/prep_linked_tasks3.png) 4. Sélectionnez votre type d’actualisation parmi les options suivantes : **Remarque :** si une entrée est configurée pour utiliser l’actualisation incrémentielle et qu’elle est associée à plusieurs sorties, ces sorties doivent être exécutées ensemble et doivent utiliser le même type d’actualisation. Sinon, le flux va échouer. - Actualisation complète (par défaut) : actualisez toutes les données, et créez ou ajoutez des données à votre table en fonction du paramètre de sortie de flux. - Actualisation incrémentielle : actualisez uniquement les nouvelles lignes et créez ou ajoutez des données à votre table en fonction du paramètre de sortie de flux. L’option d’actualisation incrémentielle n’est disponible que lorsque le flux est configuré pour utiliser ce type d’actualisation. Pour plus d’informations sur, consultez [Actualiser les données de flux à l’aide d’une actualisation incrémentielle](https://help.tableau.com/current/prep/fr-ca/prep_incremental_refresh.htm). **Remarque :** Tableau Prep Conductor exécute une actualisation complète pour toutes les sorties, quelle que soit l’option d’exécution que vous sélectionnez si aucune sortie existante n’est trouvée. Les flux ultérieurs utiliseront le processus d’actualisation incrémentielle et récupéreront et traiteront uniquement vos nouvelles lignes à moins qu’il ne manque des données de configuration d’actualisation incrémentielle ou que la sortie existante soit supprimée. 5. (facultatif) Si vous êtes le propriétaire du flux, sélectionnez Envoyer un courriel lorsque vous avez terminé pour avertir les utilisateurs lorsque le flux a réussi. Pour plus d’informations sur l’envoi de notifications par courriel sur les exécutions de flux, consultez [Notifier les utilisateurs des exécutions de flux réussies](https://help.tableau.com/current/server/fr-ca/prep_conductor_subscribe_to_flow.htm). 6. Ajouter un avertissement sur la qualité des données. Vous pouvez activer ou désactiver la surveillance de l’exécution des flux au niveau du flux pour générer un avertissement sur la qualité des données qui s’affiche sur le flux en cas d’échec de l’exécution du flux. Pour en savoir plus concernant l’activation des avertissements sur la qualité des données, consultez [Comment activer un avertissement sur la qualité des données](https://help.tableau.com/current/online/fr-ca/dm_dqw.htm?source=productlink#how-to-turn-on-a-monitoring-quality-warning). - Dans le menu Plus d’actions ![Icône du menu « Plus d’actions ».](/tableau/current/fr-ca/server/fr-ca/Img/prep_moreoptions_icon.png "prep"), à côté du nom du flux, sélectionnez Étiquettes de données > Surveillance de l’exécution du flux. - Dans la boîte de dialogue « Surveillance de l’exécution du flux », activez ou désactivez la surveillance de l’exécution du flux et entrez éventuellement un message d’avertissement afin que les utilisateurs des données soient informés des problèmes. Le message reste affiché jusqu’à ce que le flux s’exécute avec succès. ![Menu pour la configuration d’un avertissement sur la qualité des données.](/tableau/current/fr-ca/server/fr-ca/Img/prep_linked_tasks_dqw_menu.png) ![Boîte de dialogue « Surveillance de l’exécution du flux ».](/tableau/current/fr-ca/server/fr-ca/Img/prep_linked_tasks_dqw_flow_run_monitoring_page.png) 7. Définissez les options d’échec de flux restantes : - Arrêter les tâches restantes : sélectionnez cette option pour empêcher les tâches en aval de la liste d’être mises en file d’attente d’exécution. - M’envoyer un courriel : les notifications par courriel sont automatiquement envoyées au propriétaire du flux et au créateur de la tâche liée lorsque le flux échoue, est suspendu ou annulé. 8. (Version 2021.4 et versions ultérieures) Si vos flux incluent des paramètres, saisissez les valeurs de paramètre requises ou facultatives. Vous devez entrer les valeurs requises pour que le flux s’exécute. ![La boîte de dialogue « Nouvelle tâche » avec l’onglet « Tâche associée » sélectionné. L’option « Paramètre obligatoire» est ouverte.](/tableau/current/fr-ca/server/fr-ca/Img/prep_parameters_linked_tasks.png) 9. Cliquez sur le menu déroulant de la 2e tâche pour ajouter votre prochain flux. Les flux qui utilisent les sorties du flux précédent s’affichent automatiquement. Sinon, vous pouvez cliquer sur Afficher tous les flux pour afficher tous les flux disponibles. Sélectionnez un ou plusieurs flux et cliquez sur Ajouter ou cliquez sur Ajouter la tâche suivante pour ajouter d’autres tâches d’exécution de flux à votre liste. ![L’onglet Tâches associées montre comment vous pouvez ajouter plus de flux aux tâches associées.](/tableau/current/fr-ca/server/fr-ca/Img/prep_linked_tasks4.png) Si vous n’êtes pas autorisé à exécuter le flux, vous devez contacter le propriétaire du flux pour lui demander d’accorder des autorisations avant d’ajouter le flux à votre liste. ![Volet de création de tâche associée avec un message d’erreur indiquant que autorisation du propriétaire du flux est nécessaire pour exécuter le flux sélectionné.](/tableau/current/fr-ca/server/fr-ca/Img/prep_linked_tasks_no_permission.png) 10. Répétez les étapes 3 à 5 pour configurer vos options d’exécution de flux. **Remarque :** dans la version 2021.4 et les versions antérieures, cliquez sur l’icône Modifier![Icône de crayon représentant la fonction Modifier.](/tableau/current/fr-ca/server/fr-ca/Img/prep_linked_tasks_edit_icon.png) en regard de votre nouveau flux pour développer le volet Options. 11. (Facultatif) Cliquez sur la liste déroulante à côté de n’importe quelle tâche numérotée pour ouvrir le menu permettant de modifier l’ordre de vos tâches de flux ou d’insérer de nouvelles tâches entre les tâches existantes. ![Un menu déroulant avec des options pour réorganiser vos tâches.](/tableau/current/fr-ca/server/fr-ca/Img/prep_linked_tasks_move_menu.png) 12. Cliquez sur **Créer des tâches** pour créer les tâches planifiées liées. ### Qui peut le faire? - L’administrateur de serveur peut effectuer cette opération sur tous les sites du serveur. L’administrateur de site peut effectuer cette opération sur les sites auxquels il a accès si les paramètres de site permettant aux utilisateurs de publier et de planifier des tâches sont activés. - Pour les tâches liées, l’administrateur du serveur peut effectuer cette opération sur tous les sites où les paramètres du serveur permettant aux utilisateurs de planifier des tâches liées sont activés. L’administrateur de site peut effectuer cette opération sur les sites auxquels il a accès si les paramètres de site permettant aux utilisateurs de planifier des tâches liées sont activés. - Les propriétaires de flux et les responsables de projets disposant du rôle sur le site Creator peuvent créer des tâches de flux pour les flux ou les projets qu’ils possèdent respectivement. Les administrateurs de site, les propriétaires de flux et les responsables de projets peuvent créer des tâches de flux pour les flux et les projets qu’ils possèdent respectivement. Le rôle sur le site Creator et supérieur est le seul capable de créer ou de modifier une tâche de flux. Pour plus d’informations, consultez [Définir les rôles sur le site des utilisateurs](https://help.tableau.com/current/online/fr-ca/users_site_roles.htm) et [Autorisations et propriété du contenu](https://help.tableau.com/current/online/fr-ca/permissions.htm) [Passer au contenu principal](#main-content) # Protection contre le détournement de clic Tableau Server inclut une protection contre les attaques par détournement de clic. Le _détournement de clic_ est un type d’attaque contre les pages Web dans lesquelles l’attaquant tente d’inciter les utilisateurs à cliquer ou à saisir du contenu en affichant la page à attaquer dans une couche transparente sur une page non associée. Dans le contexte de Tableau Server, l’objet d’une attaque par détournement de clic pourrait être de capturer les identifiants d’un utilisateur ou d’inciter un utilisateur authentifié à modifier des paramètres sur votre serveur. Pour plus d’informations sur les attaques par détournement de clic, consultez [Détournement de clic](https://owasp.org/www-community/attacks/Clickjacking) (en anglais) sur le site Web d’OWASP (Open Web Application Security Project). **Remarque :** La protection contre le détournement de clic était disponible dans les versions précédentes de Tableau Server, mais elle était désactivée par défaut. Dans les nouvelles installations de Tableau Server 9.1 et ultérieur, la protection contre le détournement de clic sera toujours activée, à moins que vous ne la désactiviez. ## Effets de la protection contre le détournement de clic Lorsque la protection contre le détournement de clic est activée dans Tableau Server, le comportement des pages chargées à partir de Tableau Server est modifié comme suit : - Tableau Server ajoute l’en-tête `X-Frame-Options: SAMEORIGIN` à certaines réponses du serveur. Dans les versions actuelles de la plupart des navigateurs, cet en-tête empêche le chargement de contenu dans un élément **