Cette FAQ explique le fonctionnement des alertes et des profils de seuils dans Atera, et vous guide dans la création, l’attribution et la gestion des profils pour les clients, sites, dossiers et appareils. Découvrez comment configurer des alertes pour le matériel, les logiciels, le réseau et des métriques personnalisées, définir les niveaux de gravité, et utiliser des scripts d’auto-réparation pour une résolution automatisée. Apprenez à gérer les notifications, éviter la surcharge d’alertes, résoudre les problèmes d’alertes manquantes ou en double, et exploiter les rapports et fonctionnalités d’IA pour surveiller efficacement votre environnement informatique et garder une supervision proactive de vos systèmes.
Foire aux questions
Cette section présente les questions et réponses courantes sur les alertes Atera
Q : Qu’est-ce que les alertes et les profils de seuils dans Atera ?
R : Les alertes vous informent lorsque l’état ou la santé d’un appareil dépasse les valeurs définies dans un profil de seuil. Les profils de seuils définissent ce qui doit être surveillé (CPU, RAM, disque, services, journaux d’événements, SNMP, etc.) et le niveau de gravité de l’alerte — Information, Avertissement ou Critique — sur les appareils Windows, Mac, Linux et SNMP.
Q : Puis-je mettre en pause ou reporter les alertes pour des appareils ?
R : Oui, vous pouvez mettre en pause les alertes pour un appareil (pratique lors de la maintenance) ou reporter une alerte individuelle pour arrêter temporairement les notifications ; cependant, le report ne s’applique qu’à l’alerte spécifique et de nouvelles alertes pour le même problème généreront toujours des notifications.
Q : Pourquoi est-ce que je reçois la même alerte après l’avoir reportée ?
R : Le report s’applique uniquement à l’alerte que vous avez reportée, pas aux futures alertes.
Si la même condition se reproduit, même sur le même appareil et avec la même erreur de journal d’événements, Atera génère une nouvelle alerte, ce qui déclenchera une nouvelle notification. Pour réduire ou arrêter les alertes répétées, vous devrez ajuster la configuration du seuil.
Q : Comment créer et attribuer un profil de seuil ?
R : Allez dans Admin > Seuils, créez ou dupliquez un profil, ajoutez des éléments prédéfinis, personnalisés ou basés sur des scripts, puis attribuez-le à un client, un site, un dossier ou un appareil. Seuls les profils attribués génèrent des alertes.
Q : Quels types d’alertes puis-je configurer ?
R : Performance (CPU, RAM, disque), logiciel/antivirus/pare-feu, surveillance des services/processus, événements Windows, S.M.A.R.T., Exchange, métriques réseau, et éléments personnalisés ou basés sur des scripts. Des scripts d’auto-réparation peuvent aussi être associés à de nombreux déclencheurs.
Q : Comment recevoir et gérer les alertes ?
R : Les alertes apparaissent dans le tableau de bord, la page Alertes, la console de l’agent, et les onglets Alertes du site/client. Vous pouvez filtrer, reporter, résoudre, attribuer ou lier les alertes à des tickets. Les notifications par e-mail peuvent être configurées globalement ou par client/dossier, et des notifications mobiles et alertes sonores sont disponibles.
Q : Les alertes peuvent-elles générer des tickets de support ?
R : Vous pouvez créer des tickets manuellement ou automatiquement à partir des alertes, la création automatique de tickets étant contrôlée par site, appareil ou niveau de gravité via les paramètres.
Q : Pourquoi un ticket n’a-t-il pas été créé pour une alerte ?
R : Un ticket peut ne pas être créé pour une alerte pour une ou plusieurs des raisons suivantes :
L’alerte est reportée
Si l’alerte a une période de report active, aucun ticket ne sera créé tant que le report n’aura pas expiré.La création automatique de tickets est désactivée
La création automatique de tickets doit être activée globalement.
Vérifiez que Admin > Alertes > Ticket automatique par gravité est bien activé.La gravité de l’alerte n’est pas configurée pour la création automatique de tickets
Le niveau de gravité spécifique de l’alerte (ex. : Critique, Moyen) doit être activé pour le client concerné.
Vérifiez : Admin > Alertes > Paramètres de gravité des alertes pour le client concerné.L’appareil ou l’agent est introuvable
L’appareil ou l’agent associé à l’alerte n’existe plus ou ne peut pas être retrouvé.Le client est introuvable
Le client associé à l’appareil ne peut pas être identifié dans le système.Aucun contact valide n’est disponible
Le client n’a aucun contact configuré, donc aucun ticket ne peut être créé.
Q : Puis-je automatiser des actions à partir des alertes ?
R : Oui. Les alertes peuvent automatiquement créer des tickets ou exécuter jusqu’à trois scripts d’auto-réparation par élément de seuil (Windows/Mac) lorsque les conditions sont dépassées. Les règles d’automatisation peuvent filtrer par gravité, appareil ou description de l’alerte.
Q : Puis-je attribuer plusieurs profils de seuils à un appareil ?
R : Non, un seul profil est actif par appareil. L’ordre de priorité d’attribution est : Agent > Dossier > Client/Site > Défaut global.
Q : Comment éviter la surcharge d’alertes ?
R : Ajustez les seuils, modifiez les niveaux de gravité, ajoutez des délais pour supprimer les alertes transitoires, et redirigez les alertes critiques vers des listes de destinataires spécifiques. Passez en revue et nettoyez régulièrement les profils pour supprimer les éléments obsolètes ou trop bruyants.
Q : Comment résoudre les problèmes d’alertes manquantes, en double ou erronées ?
R : Vérifiez que les profils sont correctement attribués, que les agents sont en ligne et à jour, que les scripts ont les bonnes autorisations, et que les destinataires des alertes sont bien configurés. Les alertes d’événements Windows nécessitent une résolution manuelle, et les événements répétés sont limités à une alerte toutes les 60 minutes.
Q : Puis-je générer des rapports sur les alertes et la performance des profils de seuils ?
R : Oui. Les alertes, leur historique et les actions d’auto-réparation sont consultables et exportables. Les rapports avancés et l’API permettent de suivre la fréquence, le MTTR et les taux de réponse des scripts pour évaluer la performance.
Q : Comment Atera fait-il évoluer les alertes avec l’IA ?
R : L’IA Copilot et Autopilot analysent les données d’alertes pour automatiser le tri, résumer les problèmes, suggérer ou exécuter des corrections, et escalader les incidents critiques — réduisant le MTTR, la charge de travail et le risque d’alertes manquées.
Q : Pourquoi un appareil apparaît-il hors ligne alors qu’il est en ligne ?
R : Les fausses alertes hors ligne sont souvent dues à des problèmes de connectivité de l’agent, des versions d’agent obsolètes, des interruptions réseau/pare-feu ou des interférences de l’antivirus. Pour corriger cela, redémarrez le service Atera Agent, assurez-vous que l’agent est à jour, vérifiez les exclusions pare-feu/antivirus, confirmez le whitelisting/ports requis, ou exécutez un script de suppression et réinstallation si besoin. Beaucoup de clients résolvent le problème simplement en redémarrant ou en réinstallant l’agent.
Q : Pourquoi les alertes du journal d’événements Windows ne se résolvent-elles pas automatiquement ?
R : Contrairement aux alertes basées sur des seuils (CPU, RAM, etc.), les alertes du journal d’événements Windows n’ont pas d’état de réinitialisation et doivent être résolues manuellement. Les utilisateurs peuvent les marquer comme résolues dans le tableau de bord après avoir traité l’incident. Cela évite toute confusion liée à des alertes persistantes.
Q : Pourquoi est-ce que je reçois plusieurs alertes pour le même problème ?
R : Les alertes répétées sont souvent dues à de brèves interruptions réseau, des redémarrages d’agent ou des versions d’agent obsolètes/non prises en charge. Mettre à jour les agents, redémarrer et résoudre les problèmes réseau réduit généralement les alertes en double. Dans les cas persistants, une réinstallation complète peut être nécessaire.
Q : Pourquoi les alertes créent-elles des tickets au nom du mauvais utilisateur ou d’un contact aléatoire ?
R : Lorsque Atera génère un ticket à partir d’une alerte, le système doit associer ce ticket à un demandeur.
Si l’appareil à l’origine de l’alerte n’a pas de contact attribué, Atera assignera automatiquement le premier contact principal créé dans votre compte (celui avec le ContactID le plus bas).
Q : Pourquoi est-ce que je ne reçois pas les notifications d’alerte ou que je reçois de mauvaises alertes ?
R : Cela se produit généralement à cause d’une mauvaise configuration des destinataires ou des niveaux de gravité des e-mails. Vérifiez les paramètres d’alerte du client/dossier, assurez-vous que seuls les bons destinataires sont sélectionnés, vérifiez les seuils de gravité, et confirmez que les pare-feu ou filtres e-mail ne bloquent pas les notifications.
Q : Pourquoi les appareils rencontrent-ils des problèmes d’alerte après une mise à jour de l’agent ?
R : Les appareils peuvent apparaître hors ligne après des mises à jour massives ou ne pas se reconnecter. Les solutions courantes incluent le redémarrage du service agent, l’exécution d’un script de nettoyage et de réinstallation, ou s’assurer que les appareils sont en ligne lors des mises à jour.
Q : Puis-je attribuer des profils de seuils via l’API ?
R : Non, les profils de seuils ne peuvent pas être attribués aux agents via l’API. Cette action doit être effectuée manuellement dans la plateforme.
