FAQ sur le connecteur Okta System Logs
Beta
Cette fonctionnalité est en version bêta. To use it, a workspace admin must turn on Lakeflow Connect for Okta System Logs from the Previews page. See Manage Databricks previews.
Ces réponses couvrent les données prises en charge, la disponibilité historique, l’authentification et la dénomination des destinations pour le connecteur géré Okta System Logs. Pour les FAQ applicables à tous les connecteurs gérés, consultez la section FAQ sur les connecteurs gérés.
Quelles sont les tables sources prises en charge par le connecteur ?
Le connecteur prend en charge la table system_logs dans le schéma source default. Il n'ingère pas d'autres ressources d'API Okta. Pour plus de détails, consultez Tables sources prises en charge.
Jusqu'où le connecteur peut-il importer des données dans le passé ?
La première mise à jour du pipeline demande les événements des 90 derniers jours. Okta ne renvoie pas d'événements du journal système (System Log) datant de plus de 90 jours. Les mises à jour ultérieures ingèrent de manière incrémentielle les événements publiés après la dernière mise à jour.
Quelle méthode d’authentification le connecteur prend-il en charge ?
Le connecteur prend uniquement en charge un jeton d’API SSWS. Il ne prend pas en charge l’authentification OAuth U2M, OAuth M2M ou par nom d’utilisateur et mot de passe.
Comment la table de destination est-elle nommée ?
Définissez destination_table dans la définition du pipeline pour choisir un nom. Si vous omettez destination_table, le connecteur utilise le nom de la table source, à savoir system_logs.