ArcGIS Velocity peut ne pas fonctionner correctement s’il est mal configuré. Certains problèmes courants qui peuvent se produire dans Velocity lors de l’écriture d’entités à partir d’une analyse en temps réel ou de Big Data vers différents types de sortie sont décrits ci-dessous, ainsi que les solutions recommandées. Si vous rencontrez un problème qui ne figure pas ci-dessous, consultez Esri Community ou contactez le Support technique Esri.
Remarque :
Pour les problèmes et solutions concernant l’accès à l’application Velocity, la connexion, ou la création et le démarrage d’éléments, reportez-vous à la documentation relative au dépannage de Velocity.
Problèmes courants lors de la création d’une nouvelle couche d’entités
La structure d’une source de données ne correspond pas à la structure du pipeline. La structure en entrée comporte des champs qui n’existent pas dans la structure de destination.
Ce message apparaît comme une erreur sur une sortie Feature layer (new) (Couche d’entités [nouvelle]) si votre structure a changé et que votre sortie de couche d’entités a été configurée pour conserver les entités et la structure existantes à chaque démarrage de l’analyse.
Ce message apparaît comme un avertissement sur une sortie Feature layer (new) (Couche d’entités [nouvelle]) si votre structure a changé, mais que votre sortie de couche d’entités a été configurée pour remplacer les entités et la structure existantes à chaque démarrage de l’analyse. Vous pouvez ignorer cet avertissement si la modification était intentionnelle.
Ce message est prévu. Vous pouvez soit modifier l’analyse pour revenir à la structure précédente, soit configurer une nouvelle sortie de couche d’entités qui remplace les entités et la structure existantes à chaque démarrage de l’analyse.
La structure change lorsque les entités et la structure existantes sont conservées, à chaque démarrage de l’analyse.
Lorsque vous créez une sortie de couche d’entités, vous devez décider si vous conservez les entités et la structure existantes ou si vous les remplacez à chaque démarrage de l’analyse.
Si vous choisissez de conserver les entités et la structure existantes à chaque démarrage de l’analyse, la structure des données envoyées à cette sortie doit rester la même. Si vous devez modifier la structure envoyée à cette sortie, dans l’analyse, supprimez la sortie Feature layer (new) [Couche d’entités (nouvelle)] et créez une sortie.
Un service publié portant le nom ’NomDeVotreSortie’ existe déjà dans l’organisation. Le nom des services doit être unique au sein de l’organisation. Utiliser un autre nom
Lorsque vous créez une sortie de couche d’entités, vous devez spécifier un nom unique pour la couche en sortie. Les noms des couches d’entités (service) doivent être uniques dans l’organisation. En effet, chaque couche d’entités expose une URL de service d’extrémité REST pour accéder à la couche.
Ce message peut s’afficher si vous avez supprimé une couche d’entités ou un nœud de couche d’entités, et configuré de nouveau la sortie Feature Layer (new) [Couche d’entités (nouvelle)]. Si l’analyse en temps réel ou l’analyse de Big Data récurrente s’exécute ou s’est exécutée depuis la suppression de la couche d’entités, l’analyse en cours recrée la couche d’entités. C’est pourquoi, lorsque vous essayez de configurer cette nouvelle sortie de couche d’entités avec le même nom, le nom est indiqué comme existant déjà.
Pour résoudre ce problème, arrêtez l’analyse en temps réel ou l’analyse de Big Data récurrente et supprimez la couche d’entités. Revenez à votre analyse et recréez la sortie Feature Layer (new) [Couche d’entités (nouvelle)] avec le nom de votre choix.
En savoir plus sur la suppression d’une couche en sortie à partir de la page Layers (Couches)
Problème courant lors de l’envoi vers Kafka
La rubrique ou le broker Kafka n’est pas accessible
Pour envoyer des messages en sortie à Kafka, la rubrique et le broker Kafka de destination doivent être accessibles en externe sur Internet pour que la communication avec Velocity soit possible.
Problème courant lors de l’envoi vers une adresse e-mail
Le serveur SMTP n’est pas accessible
Lorsque vous configurez une sortie e-mail, vous devez fournir l’adresse d’un serveur SMTP. Velocity envoie la requête d’envoi d’e-mail au serveur SMTP, mais c’est bien le serveur SMTP qui envoie l’e-mail.
Pour envoyer une requête d’envoi d’e-mail à un serveur SMTP, le serveur SMTP doit être accessible en externe sur Internet pour que Velocity puisse communiquer avec celui-ci.
Le serveur SMTP inclut une limitation de débit
Si vous envoyez de nombreuses entités vers la sortie e-mail, votre serveur SMTP peut limiter vos demandes de traitement de messages.
Lorsque vous configurez la sortie E-mail, vous devez fournir une adresse vers un serveur SMTP auquel Velocity peut accéder. Certains serveurs SMTP et certains administrateurs peuvent choisir de limiter le nombre d’e-mails qu’un utilisateur peut envoyer par jour.
Vous avez un commentaire à formuler concernant cette rubrique ?