Note
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de changer d’annuaire.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de changer d’annuaire.
S’applique à :✅ point de terminaison pour les analyses SQL et entrepôt de données dans Microsoft Fabric
Dans Microsoft Fabric, les utilisateurs accèdent à un point de terminaison d’analytique SQL ou à un entrepôt via un point de terminaison TDS (Tabular Data Stream). Ce point de terminaison est familier à toutes les applications web modernes qui interagissent avec un point de terminaison TDS SQL Server. Dans les paramètres Microsoft Fabric, ce point de terminaison est étiqueté comme chaîne de connexion SQL.
Conseil / Astuce
Pour obtenir un didacticiel sur la connexion avec les outils courants, consultez Se connecter à Fabric Data Warehouse.
Authentification auprès des entrepôts dans Fabric
Dans Microsoft Fabric, la chaîne de connexion SQL prend en charge deux types d’utilisateurs authentifiés :
- Principaux d’utilisateur Microsoft Entra ID ou identités d’utilisateur
- Principaux du service Microsoft Entra ID
Pour plus d'informations sur l'authentification Microsoft Entra en tant qu’alternative à l'authentification SQL dans Microsoft Fabric.
La chaîne de connexion SQL nécessite l’ouverture du port TCP 1433. TCP 1433 est le numéro de port standard du SQL Server. La chaîne de connexion SQL respecte également le modèle de sécurité de l’entrepôt ou du point de terminaison d’analytique SQL Lakehouse pour l’accès aux données. Les utilisateurs peuvent accéder aux données pour tous les objets auxquels ils disposent d’autorisations.
Pour plus d’informations sur la sécurité dans le point de terminaison d’analytique SQL, consultez La sécurité OneLake pour les points de terminaison d’analytique SQL.
Meilleures pratiques
Ajoutez des réessais à vos applications et travaux ETL pour les rendre plus résilients. Pour plus d’informations, consultez la documentation suivante :
- Modèle de réessai - Centre d'architecture Azure
- Gestion des erreurs temporaires - Azure SQL Database
- Étape 4 : Se connecter de manière résiliente à SQL avec ADO.NET - Fournisseur ADO.NET pour SQL Server
- Étape 4 : connexion résiliente à SQL avec PHP - Pilotes PHP pour SQL Server
- Utilisez des balises de service pour l’autorisation de pare-feu, comme décrit dans la section suivante.
Autoriser les étiquettes de service Azure par le biais du pare-feu
Pour activer la connectivité via le pare-feu, vous devez autoriser les balises de service Power BI et les balises de service SQL. Pour plus d’informations, consultez Étiquettes de service Power BI et balises de service.
Vous ne pouvez pas utiliser le nom de domaine complet (FQDN) du point de terminaison TDS seul.
Observations et limitations
- L’authentification SQL n’est pas prise en charge.
- Les ensembles de résultats actifs multiples (MARS, Multiple Active Result Sets) ne sont pas pris en charge pour Microsoft Fabric Warehouse. MARS est désactivé par défaut. Si
MultipleActiveResultSetsest incluse dans la chaîne de connexion, supprimez-la ou définissez-la sur faux. - Si vous recevez l’erreur « Impossible de terminer l’opération, car nous avons atteint une limite système », elle est due à la taille du jeton système atteignant sa limite. Cette erreur peut se produire si l’espace de travail a trop d’entrepôts ou de points de terminaison d’analytique SQL, si l’utilisateur fait partie d’un trop grand nombre de groupes Microsoft Entra, ou une combinaison de ces deux facteurs. Pour éviter cette erreur, limitez le nombre d’entrepôts et de points de terminaison d’analytique SQL par espace de travail à 40 ou moins. Si l’erreur persiste, contactez le support technique.
- Si vous recevez le code d’erreur 24804 avec le message « Impossible de terminer l’opération en raison d’une mise à jour système. Fermez cette connexion, reconnectez-vous et réessayez l’opération » ou le code d’erreur 6005 avec le message « ARRÊT en cours. Échec de l’exécution sur SQL Server. Contactez l’équipe SQL Server si vous avez besoin d’un support supplémentaire. », cela est lié à une perte de connexion temporaire, probablement en raison d’un déploiement ou d’une reconfiguration du système. Pour résoudre ce problème, connectez-vous à nouveau et réessayez. Pour savoir comment générer la résilience et les nouvelles tentatives dans votre application, consultez les Meilleures pratiques.
- Les connexions de serveurs liés à partir de SQL Server ne sont pas prises en charge.