Connectivité avec Bridge

S’applique à : Tableau Cloud

Lorsque des sources de données ou des connexions virtuelles se connectent à des données de réseau privé auxquelles Tableau Cloud ne peut pas accéder directement, Tableau Bridge est utilisé pour faciliter la connectivité.

Types de connexions

Tableau Bridge prend en charge les données sur site ou dans un nuage virtuel situé derrière le pare-feu. Les données peuvent provenir de fichiers CSV sur votre réseau privé ou être stockées dans un entrepôt de données.

Pour les données du nuage auxquelles Tableau Cloud peut accéder directement, il est presque toujours préférable de configurer les programmations d’actualisations directement avec Tableau Cloud. Par exemple, vous pourriez vous connecter à une base de données MySQL hébergée sur une plateforme de nuage. Dans un tel cas, vous pouvez configurer une programmation d’actualisation pour les extraits qui se connectent à ce type de données directement avec Tableau Cloud.

Actualisations d’extraits

Lorsque des sources de données ou des connexions virtuelles utilisent des extraits pour se connecter à des données de réseau privé, Bridge peut être utilisé pour effectuer des actualisations programmées de ces extraits. Les actualisations peuvent être planifiées, dans la plupart des cas, par le propriétaire du contenu dans le cadre du processus de publication. Pour connaître les exigences d’actualisation d’extraits, consultez Exigences supplémentaires pour les connexions d’extraits.

Connexions en direct

Bridge prend en charge les sources de données ou les connexions virtuelles avec des connexions en direct aux données du réseau privé à l’aide d’une fonctionnalité appelée requêtes en direct. Si le propriétaire du contenu publie une source de données ou une connexion virtuelle qui utilise une connexion en direct à des données que Tableau Cloud détecte qu’il ne peut pas atteindre directement, des requêtes en direct sont automatiquement utilisées. Pour connaître les exigences concernant les requêtes en direct, consultez Exigences supplémentaires pour les connexions en direct.

  • Bridge ne prend pas en charge les connexions en direct pour certaines sources de données dans le nuage. Il s’agit notamment de Google Cloud SQL, OData et Progress OpenEdge. Utilisez des connexions d’extraits pour garder les données à jour.
  • Bridge ne prend pas en charge les connexions en direct pour certaines sources de données basées sur des nuages privés. Ceux-ci incluent Google Drive, Box, OneDrive, Dropbox et Azure Data Lake Storage Gen2. Utilisez des connexions d’extraits pour garder les données à jour.
  • Les connexions en direct à des données basées sur des fichiers tels que CSV, texte, Excel, SAS (.sas7bdat) ne sont pas prises en charge.

Connexions virtuelles

Bridge prend en charge les connexions virtuelles qui fournissent un point d’accès central partageable aux données.

  • Snowflake n’est pas pris en charge lorsqu’il est utilisé avec des connexions virtuelles.
  • OAuth pour les connexions virtuelles est pris en charge sur la base d’un connecteur. Consultez l’Article de la base de connaissances et la rubrique Connexions Oauth en accédant aux liens suivants.

Données de fichiers

La version la plus récente du client Windows et de Bridge pour Linux pour les conteneurs prend en charge les données de fichiers CSV, Excel, texte, SAS (.sas7bdat), PDF et les fichiers de données spatiales.

  • Les actualisations d’extraits pour les fichiers de source de données publiées sont prises en charge. Si vous vous connectez à un chemin d’accès du fichier local, vous devez utiliser le pool par défaut.

  • Les actualisations d’extraits pour les fichiers de source de données intégrées sont prises en charge. Vous devez utiliser un pool configuré pour les sources de données intégrées et le chemin d’accès du fichier doit utiliser le format UNC.

  • Les actualisations d’extrait et les requêtes en direct de fichiers Hyper sur un partage de fichier ne sont pas prises en charge.

  • Les connexions en direct aux données basées sur des fichiers ne sont pas prises en charge.

Connexions aux données de type cube (multidimensionnelles)

Les données de type cube (multidimensionnelles) ne sont pas prises en charge.

Sources de données intégrées

Tableau Bridge prend en charge les sources de données intégrées aux classeurs.

  • Les connexions en direct pour les données de fichiers tels que CSV, texte, Excel, statistiques (.sas7bdat) ne sont pas prises en charge.

  • Le pool par défaut ne prend pas en charge les sources de données intégrées. Vous devez utiliser un pool qui a été configuré. Pour plus d’informations, consultez Configurer le pool de clients Bridge.

Sources de données publiées

Les extraits planifiés de sources de données publiées ne prennent pas en charge les pools multiples.

Tableau Prep Builder

Les connexions au réseau privé pour Tableau Prep par l’intermédiaire de Tableau Bridge ne sont pas prises en charge.

Connecteurs et types de données

Bridge prend en charge une combinaison de connecteurs compatibles avec Tableau Desktop et Tableau Cloud(Le lien s’ouvre dans une nouvelle fenêtre). Les connecteurs non compatibles et les limites fixées pour les connecteurs et les types de données sont répertoriés ci-dessous.

Inclure les fichiers externes

L’inclusion de fichiers externes n’est pas prise en charge pour les sources de données publiées. Pour actualiser les fichiers plats publiés, modifiez les informations de connexion afin que la source de données référence le chemin d’accès complet à un fichier UNC. Par exemple, au lieu de vous connecter à D:\datasource.xls, connectez-vous à \\filesrv\datasource.xls.

Données dans le nuage privé

Dans la plupart des cas, Tableau Cloud détectera automatiquement le client Bridge. Dans certains cas, vous devrez peut-être configurer manuellement votre connexion afin d’utiliser Bridge. Pour plus d’informations, consultez Se connecter aux données d’un nuage privé.

Connecteurs non pris en charge

  • Les connecteurs créés par des tiers qui ne sont pas sur Tableau Exchange ne sont pas pris en charge.
  • Certains connecteurs Tableau Exchange ne sont pas pris en charge. Voir la section ci-dessous.
  • Microsoft Analysis Services.
  • Microsoft PowerPivot.
  • Oracle Essbase.
  • SAP NetWeaver Business Warehouse.

Connecteurs Tableau Exchange

Tableau Bridge peut être utilisé pour interroger des données à l'aide des connecteurs sélectionnés disponibles sur la page des connecteurs Tableau Exchange(Le lien s’ouvre dans une nouvelle fenêtre). Les connecteurs Tableau Exchange pris en charge sont Actian JDBC, Altinity Connector pour ClickHouse, Guidanz BI Connector, Couchbase Analytics, Stratio Crossdata, Data Virtuality JDBC, Jethro ODBC, Oracle NetSuite, SAP SuccessFactors, ServiceNow et SingleStoreDB JDBC.

Pour utiliser les connecteurs Tableau Exchange avec Tableau Bridge, suivez ces étapes pour chaque connecteur Tableau Exchange et chaque client Bridge du pool qui accédera à la source de données cible.

  1. Téléchargez le fichier .taco depuis la page des connecteurs Tableau Exchange(Le lien s’ouvre dans une nouvelle fenêtre).

  2. Ajoutez le fichier .taco au répertoire du connecteur du référentiel Tableau :

    • Sur Windows : C:\Users[Windows User]\Documents\My Tableau Bridge Repository\Connectors

    • Sur Linux : /root/Documents/My_Tableau_Bridge_Repository/Connectors

    • Pour Data Connect, exécutez la commande suivante pour créer le répertoire Connector dans votre image de base : mkdir -p /home/tableau/Documents/My_Tableau_Bridge_Repository/Connectors

  3. Suivez les instructions sur votre connecteur sur Tableau Exchange pour télécharger le pilote requis.

  4. Installez le pilote sur le client Bridge.

  5. Redémarrez le client Bridge.

Connecteurs non compatibles avec les connexions en direct

  • Google Cloud SQL
  • Protocole de données ouvertes
  • Progress OpenEdge
  • Fichiers plats

 

SAP HANA

Pour vous connecter à SAP HANA à l’aide de connexions en direct, les paramètres et les variables doivent être désactivés.

Snowflake

Snowflake n’est pas pris en charge lorsqu’il est utilisé avec des connexions virtuelles.

Données utilisées dans une source de données multiconnexion

Tableau Bridge peut être utilisé pour actualiser les sources de données jointes entre plusieurs bases de données. Les connexions aux bases de données définies dans le classeur ou la source de données déterminent comment vous pouvez publier les données et les mettre à jour dans Tableau Cloud. Tant que le type des connexions de données individuelles leur permet d’être actualisées par Tableau Bridge, la source de données de la jointure entre bases de données peut être actualisée.

Autres bases de données

Connecteurs de données Web

Bridge pour Linux

Tableau Bridge prend en charge un système d’exploitation Linux conçu pour les charges de travail de conteneurs. Les limites et les différences sont les suivantes :

  • Bridge pour Linux ne prend pas en charge les anciennes programmations.
  • Bridge pour Linux s'exécute en arrière-plan, ce qui est l'équivalent du mode Service dans Tableau Bridge sous Windows.
  • Pour enregistrer les fichiers journaux, copiez les fichiers ou dossiers entre votre conteneur Docker et votre système de fichiers local.
  • Actuellement, l’installation de Bridge pour Linux consiste à exécuter des commandes sur un conteneur en cours d’exécution en utilisant des exécutables Docker.
  • Bridge pour Linux ne prend pas en charge l’authentification intégrée Windows

Connexion à des fichiers plats et à des extraits basés sur des fichiers

Depuis la version de février 2025, vous pouvez configurer Bridge pour Linux pour vous connecter à des partages distants.

  1. Créez et définissez des autorisations d’accès pour le partage distant. Par exemple, SharedWB_1. Le chemin UNC qui en résulte pour cet ordinateur, host1, serait //host1/SharedWB_1.

  2. Sur l’ordinateur hôte sur lequel vous exécutez le client Bridge, montez le partage distant sur le système de fichier local. Par exemple, /mnt/remotes/H1_WB.

  3. Dans un fichier texte, créez un mappage UNC en utilisant le format ://<remote UNC>:/<local mount>. Par exemple, //host1/SharedWB_1:/mnt/remotes/H1_WB.

  4. Configurez le partage distant pour le conteneur Docker en incluant le contenu suivant dans le classeur Docker. L’exemple de configuration du partage distant ci-dessous correspond au diagramme ci-dessus.

    apt-get install cifs-utils
export CRED=/mnt/remotes/creds/
mkdir -p $CRED && chmod 700 $CRED

# Prepare credential files for host_1 ($CRED/.h1) and host_2 ($CRED/.h2)
#    credential file format should be:
#          username=...
#          password=...
chmod 600 $CRED/.h1
chmod 600 $CRED/.h2

# Add these CIFS entries to /etc/fstab (this will be automatically mounted on
# reboot)
cat >> /etc/fstab << EOE
//host_1/SharedWB_1    /mnt/remotes/H1_WB    cifs    credentials=/mnt/remotes/creds/.h1    0    0
//host_1/SharedDS_1    /mnt/remotes/H1_DS    cifs    credentials=/mnt/remotes/creds/.h1    0    0
//host_2/SharedWB_1    /mnt/remotes/H2_WB    cifs    credentials=/mnt/remotes/creds/.h2    0    0
//host_2/SharedDS_1    /mnt/remotes/H2_DS    cifs    credentials=/mnt/remotes/creds/.h2    0    0
EOE

# and mount fstab entries
mount /mnt/remotes/H1_WB
mount /mnt/remotes/H1_DS
mount /mnt/remotes/H2_WB
mount /mnt/remotes/H2_DS

# Create the UNC map file
cat > /mnt/remotes/uncmap << EOM
//host_1/SharedWB_1:/mnt/remotes/H1_WB
//host_1/SharedDS_1:/mnt/remotes/H1_DS
//host_2/SharedWB_1:/mnt/remotes/H2_WB
//host_2/SharedDS_1:/mnt/remotes/H2_DS
EOM

    Le client Bridge lit périodiquement le fichier de mappage UNC à la recherche de modifications. Pour éviter que Bridge ne redémarre à l’issue de modifications, conservez vos répertoires montés et l’emplacement du fichier de mappage UNC dans le même répertoire.

  5. Exécutez la commande suivante pour terminer la configuration :

    docker container run \
...
-e TABLEAU_BRIDGE_UNC_MAP_OVERRIDE='/mnt/remotes/uncmap' \
--mount type=bind,source="/mnt/remotes",target=/mnt/remotes \
...

Authentification

L’option Client connecté doit être activée pour que le site puisse permettre aux clients Bridge de s’exécuter sans surveillance et, si elle est activée, de prendre en charge l’authentification multifacteur avec l’authentification Tableau. Si les clients connectés sont désactivés pour le site, Bridge ne peut prendre en charge que l’authentification par nom d’utilisateur et mot de passe Tableau.

OAuth

  • Tableau Bridge pour Windows et Bridge pour Linux ne prennent pas en charge OAuth pour Azure SQL, Azure Synapse et Dremio.

  • OAuth est pris en charge avec des sources de données intégrées et des sources de données publiées pour Google Drive et OneDrive.

  • Lorsque vous utilisez votre propre fournisseur d’identité (IdP) avec le connecteur Amazon Athena, vous devez configurer le fichier de configuration du client OAuth. Consultez Utiliser votre propre fournisseur d’identité avec Amazon Athena.

Authentification Windows

Le compte utilisateur Windows doit être membre du groupe d’administrateurs locaux pour exécuter le client en mode service. Si l’utilisateur n’est pas un administrateur local, il peut exécuter le client Bridge en mode Application, mais il doit rester connecté à l’ordinateur Windows.

Kerberos

Bridge sous Windows prend en charge l’authentification Windows intégrée par l’intermédiaire du compte « Exécuter sous », pour les fichiers et certaines bases de données.

 

Retour en haut
Merci de vos commentaires!Votre commentaire s été envoyé avec succès. Merci!