Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
S’applique à :✅ point de terminaison pour les analyses SQL et entrepôt de données dans Microsoft Fabric
Dans Microsoft Fabric, un point de terminaison d’analytique SQL ou Un entrepôt est accessible via un flux de données tabulaire ou un point de terminaison TDS, familier à toutes les applications web modernes qui interagissent avec un point de terminaison TDS SQL Server. Il s’agit de la chaîne de connexion SQL dans les paramètres Microsoft Fabric.
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, deux types d’utilisateurs authentifiés sont pris en charge via la chaîne de connexion SQL :
- 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 données peuvent être obtenues pour tous les objets auxquels un utilisateur a accès.
Pour plus d’informations sur la sécurité dans le point de terminaison anlaytique SQL, consultez La sécurité OneLake pour les points de terminaison d’analyse SQL.
Meilleures pratiques
Nous vous recommandons d’ajouter des nouvelles tentatives dans vos travaux d’applications/ETL pour établir une résilience. 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
L’autorisation des balises de service Power BI et des balises de service SQL est nécessaire pour la connectivité via le pare-feu. Pour plus d’informations, consultez Étiquettes de service Power BI et balises de service.
Vous ne pouvez pas utiliser uniquement le nom de domaine entièrement qualifié (FQDN) du terminal TDS.
Observations et limitations
- L’authentification SQL n’est pas prise en charge.
- MARS (Multiple Active Result Set) n’est pas pris en charge pour l’entrepôt Microsoft Fabric. MARS est désactivé par défaut, mais si
MultipleActiveResultSetsest inclus dans la chaîne de connexion, il doit être supprimé ou défini sur false. - 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. Ce problème peut survenir si l’espace de travail comporte trop d’entrepôts/points de terminaison d’analytique SQL, si l’utilisateur fait partie d’un trop grand nombre de groupes Microsoft Entra ou une combinaison des deux. Nous vous recommandons d’avoir 40 entrepôts ou moins et un seul point de terminaison d’analytique SQL par espace de travail pour éviter cette erreur. Si le problème persiste, contactez le support.
- 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.