Comprendre ce que confirme la configuration
Un appel de configuration réussi peut signifier que l’application a enregistré les paramètres, sans avoir ouvert de session ni exécuté de requête. Certaines chaînes de connexion ne sont utilisées qu’à la première opération. L’erreur peut donc apparaître lors d’une lecture ou d’une écriture alors que l’étape précédente semblait réussie.
Traitez la configuration et l’exécution comme deux étapes distinctes. Vérifiez que la connexion attendue est sélectionnée, que l’URI enregistrée est la plus récente et que la base demandée est précisée dans l’URI ou sélectionnée par le client. Une adresse de serveur valide sans nom de base peut viser la mauvaise cible.
Diagnostiquer la première opération sans risque
Lancez une petite requête en lecture seule sur la base prévue, puis examinez la catégorie précise de l’erreur. Un échec d’authentification demande de vérifier l’utilisateur et le secret ; une erreur d’hôte ou de réseau concerne l’adresse et l’accès ; un refus d’autorisation appelle une vérification des droits. Ne collez pas l’URI complète dans un ticket ou un journal : elle peut contenir des identifiants.
Après correction, relancez cette même requête minimale avant toute écriture ou tout workflow qui modifie des données. Si la configuration réussit mais que chaque requête échoue, notez l’opération, l’heure, l’erreur expurgée et la base sélectionnée pour permettre au support de distinguer une configuration enregistrée d’une session établie.