Dépanner le connecteur des Logs d'audit Anysphere
Bêta
Cette fonctionnalité est en version Bêta. Les administrateurs du workspace peuvent contrôler l’accès à cette fonctionnalité depuis la page Aperçus . Consultez Gérer les aperçus Databricks.
Apprenez à résoudre les problèmes courants liés au connecteur Anysphere Audit Logs.
Échec de l’authentification du pipeline
Si votre pipeline ne parvient pas à lire les données depuis Anysphere (Cursor), vérifiez que la clé API administrateur stockée dans votre connexion Unity Catalog correspond à la valeur dans Anysphere (Cursor). Vérifiez également que la clé est une clé API administrateur valide (crsr_...) créée par un administrateur d’équipe dans le tableau de bord Cursor — les clés invalides ou expirées renvoient une réponse 403 Forbidden. Pour les prérequis et les étapes de création de clé, consultez Configurer l’authentification auprès d’Anysphere (Cursor).
Si la clé est incorrecte ou a été renouvelée, créez une nouvelle clé dans le tableau de bord Cursor et mettez à jour la connexion Unity Catalog. Consultez Créer une connexion aux Logs d'audit Anysphere.
Le pipeline ne renvoie aucune donnée ou une table vide lors de la première exécution
La table audit_logs contient uniquement les événements d'audit des 30 derniers jours, car Anysphere (Cursor) conserve les logs d'audit pendant environ 30 jours et limite la fenêtre de query à 30 jours. Lors de la première exécution du pipeline, attendez-vous à ce que la table ne contienne que des événements récents (généralement des 30 derniers jours), et non une archive historique complète. Il s'agit d'un comportement attendu et non d'une erreur. Les exécutions incrémentielles ultérieures captureront les nouveaux événements d'audit au fur et à mesure qu'ils se produisent.