Erreurs de connexion Dataverse
Si le bouton « Tester la connexion » échoue lors de la configuration de votre source Dataverse, vérifiez les points suivants :
| Erreur / Symptôme | Solution |
| Format d'URL non valide | Assurez-vous que l'URL de base respecte le modèle suivant : https://yourorg.crm.dynamics.com (sans barre oblique finale). Vérifiez qu'il n'y a pas de fautes de frappe et que le domaine régional est correct (crm.dynamics.com, crm4.dynamics.com, etc.). |
| 401 Non autorisé | L'ID client ou la clé secrète client est incorrecte. Vérifiez que les deux valeurs correspondent à l'enregistrement de votre application dans le portail Azure. Vérifiez que la clé secrète n'a pas expiré. |
| 403 Accès refusé | L'utilisateur de l'application existe, mais ne dispose pas des autorisations nécessaires. Vérifiez les rôles de sécurité attribués à l'utilisateur de l'application dans Dataverse et assurez-vous qu'il dispose d'un accès en lecture aux tables que vous souhaitez synchroniser. |
| 404 Introuvable | L'URL de l'environnement est incorrecte ou l'environnement n'existe pas. Vérifiez l'URL dans le centre d'administration Power Platform. |
| Utilisateur de l'application introuvable | Créez un utilisateur d'application dans Dataverse lié à votre enregistrement d'application. Accédez au Centre d'administration Power Platform → Environnements → Paramètres → Utilisateurs d'application. |
Erreurs de connexion Azure SQL
Si le bouton « Tester la connexion » échoue lors de la configuration de votre cible Azure SQL, vérifiez les points suivants :
| Erreur / Symptôme | Solution |
| Impossible de se connecter au serveur | Vérifiez le format de l'adresse du serveur : yourserver.database.windows.net. Assurez-vous qu'il n'y a pas de fautes de frappe. Vérifiez que le serveur existe dans Azure Portal. |
| Pare-feu bloquant la connexion | Ajoutez l'adresse IP statique Data Mission Sync à vos règles de pare-feu Azure SQL. L'adresse IP s'affiche dans l'assistant de profil lorsque vous sélectionnez votre région. |
| La base de données n'existe pas | Vérifiez que le nom de la base de données correspond exactement à celui indiqué dans Azure Portal. Les noms de base de données sont sensibles à la casse. |
| Échec de connexion pour l'utilisateur | L'enregistrement de l'application n'a pas été autorisé. Exécutez les commandes CREATE USER et ALTER ROLE dans votre base de données. Voir Configuration et prérequis. |
| Échec de la demande avec le code d'état 504 | Votre base de données sans serveur est automatiquement mise en pause. Patientez quelques secondes, puis cliquez à nouveau sur « Tester la connexion ». Consultez la section Pause automatique Azure SQL ci-dessous. |
Mise en pause automatique d'Azure SQL (sans serveur)
Si votre base de données Azure SQL utilise le niveau de calcul sans serveur, elle peut se mettre automatiquement en pause après une heure calme afin de réduire les coûts. Lorsque cela se produit :
• Première tentative de connexion : vous pouvez voir s'afficher « Échec de la requête avec le code d'état 504 » ou une erreur de délai d'attente
• La base de données sort de son état de pause (cela prend généralement 10 à 30 secondes).
• Solution : attendez quelques secondes et cliquez à nouveau sur « Tester la connexion » — la connexion devrait aboutir
Pendant les synchronisations planifiées, Data Mission Sync réessaie automatiquement les connexions pour gérer les bases de données mises en pause automatiquement. Cependant, pour des performances optimales, envisagez :
• Définir un délai minimum de mise en pause automatique dans Azure (par exemple, 1 heure au lieu de la valeur par défaut)
• Utiliser un niveau de calcul provisionné pour les charges de travail de production avec des synchronisations fréquentes
• Planifier des synchronisations suffisamment fréquentes pour maintenir la base de données active (les synchronisations horaires empêchent généralement la mise en pause automatique)
• De configurer des heures calmes dans Data Mission Sync pour les aligner sur votre calendrier de pause automatique. Cela permet à la base de données de se mettre en pause pendant les heures creuses tout en garantissant que les synchronisations s'exécutent lorsque la base de données est active
| 💡 Conseil : si vous utilisez Serverless pour réduire les coûts, configurez des heures calmes (par exemple, pendant la nuit) pour permettre à la base de données de se mettre en pause automatique. Les synchronisations s'exécuteront en dehors des heures calmes, lorsque la base de données est active, ce qui vous permettra de maximiser vos économies tout en conservant la fraîcheur des données. |