Alertes

Ce que font les alertes

Une alerte est un incident que la plateforme ouvre sur une machine ou sur un tenant Microsoft 365 quand quelque chose ne va pas. La plateforme ferme l'alerte d'elle-même quand la cause disparaît. Vous n'avez rien à acquitter.

BaaStide ne garde pas les alertes pour vous dans un écran. Il vous les envoie :

• par email, dans un résumé groupé, aux utilisateurs qui gardent les emails d'alerte activés ;
• par notification push, sur un téléphone ou un navigateur qui s'est abonné dans Mon compte.

Dans le portail, la page Règles d'alerte porte les règles, pas les alertes. Les règles choisissent ce que dit le résumé par email. Un changement de règle s'applique tout de suite.

Les alertes et les problèmes du tableau de bord sont deux choses différentes. Un problème est une tâche en échec, interrompue, manquée ou partielle des 7 derniers jours ; vous le lisez et vous l'acquittez dans le portail. Une alerte est une notification qui part hors du portail. Voir Tableau de bord et problèmes.

Prérequis

• Le rôle Lecture seule, Technicien, Administrateur ou Administrateur plateforme pour lire les règles. Voir Rôles et droits.
• Le rôle Technicien, Administrateur ou Administrateur plateforme pour changer les règles.
• Les emails d'alerte activés dans Mon compte pour recevoir le résumé. Voir Administrer son MSP.
• Au moins un client et un endpoint.

Les alertes de BaaStide

Alertes d'une machine

Ces neuf alertes ont une règle. La règle les active ou les coupe pour tout le MSP, ou pour un seul client.

Règle dans le portail	Titre dans l'email	Quand l'alerte s'ouvre
Sauvegarde en échec	Sauvegarde en échec	La dernière sauvegarde terminée de la machine a échoué.
Sauvegarde partielle	Sauvegarde partielle (des fichiers n'ont pas été sauvegardés)	La dernière sauvegarde a abouti, mais des fichiers n'ont pas pu être lus.
Sauvegarde manquée	Sauvegarde manquée	Une sauvegarde prévue n'a pas démarré, ou elle s'est arrêtée à la fin de sa fenêtre.
Agent hors ligne	Agent hors ligne	L'agent n'est plus en ligne depuis au moins son seuil en heures.
Pas de sauvegarde récente	Pas de sauvegarde récente	La machine n'a pas de sauvegarde réussie ou partielle depuis au moins son seuil en jours.
Vérification en échec	Vérification du dépôt en échec	Une opération de maintenance du dépôt a trouvé un défaut.
Mise à jour en échec	Mise à jour de l'agent en échec	La mise à jour automatique de l'agent a échoué. Voir Mise à jour automatique de l'agent.
Partage injoignable	Partage réseau inaccessible pendant la sauvegarde	L'agent n'a pas pu atteindre un partage réseau d'une politique.
Première sauvegarde non terminée	Première sauvegarde non terminée	Une politique n'a pas de point de restauration après son délai. Voir Régler le délai de la première sauvegarde pour une machine.

Deux règles portent un seuil :

Règle	Seuil	Valeur par défaut	Valeurs acceptées
Agent hors ligne	Alerter après (heures)	24 heures	1 à 720
Pas de sauvegarde récente	Alerter après (jours)	2 jours	1 à 30

Une sauvegarde d'image porte les mêmes règles qu'une sauvegarde de fichiers, mais ses alertes s'ouvrent et se ferment à part. L'email la nomme Image bare metal en échec ou Image bare metal manquée. Voir Image complète d'une machine Windows et Image complète d'une machine Linux.

Alertes d'un tenant Microsoft 365

Ces cinq alertes ont une règle : Sauvegarde en échec, Sauvegarde partielle, Sauvegarde manquée, Pas de sauvegarde récente et Vérification en échec. Voir Sauvegarder Microsoft 365.

La règle Vérification en échec d'un tenant couvre plusieurs causes : la connexion perdue, les autorisations, le certificat et le contrôle d'intégrité des sauvegardes. Si vous coupez cette règle, vous coupez les emails de toutes ces causes.

L'email nomme ces alertes Problème d'accès au tenant Microsoft 365 ou Contrôle d'intégrité des sauvegardes Microsoft 365 en échec.

Alertes sans règle

Ces huit alertes partent toujours. Vous ne pouvez pas les couper : la page Règles d'alerte n'a pas de case pour elles.

Titre dans l'email	Pourquoi elle part toujours
Snapshot inconnu dans le dépôt (agent peut-être compromis)	Le dépôt porte un point de restauration que la plateforme n'a pas demandé.
Première sauvegarde abandonnée supprimée	La plateforme a supprimé les données d'une première sauvegarde sans point de restauration.
Checkpoint de récupération d'une VM Hyper-V de plus de 24 h	Une VM d'un hôte Hyper-V porte un checkpoint de récupération depuis plus de 24 heures. Un volume de l'hôte peut se remplir.
Enrôlement refusé : machine déjà enrôlée (VM clonée ?)	Un enrôlement a été refusé parce qu'une machine du client porte déjà cet identifiant. Voir Déploiement en masse.
Version de l'agent trop ancienne : agent bloqué, pas de sauvegarde	L'agent est sous la version minimale. Il ne sauvegarde plus. Voir Agent trop ancien.
Verrou BaaStide ancien sur une VM ou un conteneur Proxmox	Un verrou de BaaStide reste sur une VM ou un conteneur d'un nœud Proxmox. Proxmox ne peut plus démarrer, migrer ni sauvegarder cet invité. Voir Alerte de verrou resté.
Droits SQL Server absents	Le compte de connexion d'une instance SQL Server n'a pas le rôle sysadmin. Les sauvegardes SQL Server de cette instance échouent. Voir Donner le rôle sysadmin au compte du service.
Journal SQL Server qui grossit	Le journal des transactions d'une base attend une sauvegarde du journal, et il est déjà gros. Il peut remplir le disque. Voir Sauvegarder SQL Server.

Ces huit alertes partent dans le résumé par email, comme les autres. Chaque compte qui garde les emails d'alerte activés les reçoit. Un compte qui a arrêté les emails d'alerte dans Mon compte n'en reçoit aucune. Voir Choisir qui reçoit les alertes.

Le portail écrit cette phrase sous les règles : « L'alerte « point de restauration inconnu » est toujours active : elle peut signaler un agent compromis. »

Régler les règles du MSP

Les règles du MSP valent pour tous vos clients, sauf pour un client qui a ses propres règles.

1. Ouvrez le portail.
2. Dans le menu Administration, cliquez Règles d'alerte.
3. Lisez la carte Machines, puis la carte Tenants Microsoft 365.
4. Cochez la case d'une règle pour l'activer. Décochez-la pour la couper.
5. Pour Agent hors ligne, saisissez le nombre d'heures dans le champ Alerter après (heures).
6. Pour Pas de sauvegarde récente, saisissez le nombre de jours dans le champ Alerter après (jours).
7. Cliquez Enregistrer.

Le portail écrit « Règles enregistrées. » sous le formulaire. Les nouvelles règles valent tout de suite, pour tout le MSP.

Les règles d'un nouveau MSP sont toutes activées, avec les seuils par défaut.

Un seuil hors des valeurs acceptées donne le message « Entre 1 et 720. » ou « Entre 1 et 30. ». Corrigez le champ, puis enregistrez de nouveau.

Un rôle Lecture seule ouvre la page, mais il n'a ni case, ni champ, ni bouton Enregistrer. Il lit chaque règle en texte : Activée, Désactivée, Activée, après 24 heures ou Activée, après 2 jours. Le portail écrit alors « Seul un technicien ou un administrateur peut changer les règles. »

Donner ses propres règles à un client

Un client peut suivre ses propres règles. Utilisez cette surcharge pour un client qui ne veut pas d'email la nuit, ou pour un client dont les machines s'arrêtent le week-end.

1. Dans le menu Administration, cliquez Règles d'alerte.
2. Dans la carte Règles d'un client, saisissez le nom du client dans le champ Client.
3. Choisissez le client dans la liste. Le portail ouvre la page Règles d'alerte de <client>.
4. Pour chaque règle, choisissez une valeur dans la liste :
   • Comme le MSP (…) : la règle suit le MSP. La valeur du MSP est entre les parenthèses.
   • Activée : la règle est active pour ce client seulement.
   • Désactivée : la règle est coupée pour ce client seulement.
5. Si vous choisissez Activée pour Agent hors ligne ou Pas de sauvegarde récente, saisissez le seuil du client.
6. Cliquez Enregistrer.

Vous ouvrez aussi cette page depuis la fiche du client, avec le bouton Règles d'alerte de ce client. Voir Clients.

La valeur Comme le MSP (…) ne garde aucune valeur pour le client : elle suit le MSP, même si vous changez le MSP plus tard. Une règle Activée ou Désactivée garde sa valeur, même si vous changez le MSP.

La phrase sous le titre de la page porte un lien vers les règles du MSP. Elle nomme votre MSP.

Choisir qui reçoit les alertes

Le résumé par email part à tous les comptes actifs du MSP qui gardent les emails d'alerte activés. Vous ne choisissez pas les destinataires par client, ni par machine. Chaque destinataire reçoit toutes les alertes du MSP.

Chaque destinataire règle lui-même ses emails :

1. En haut à droite du portail, cliquez l'icône du Menu du compte.
2. Choisissez Mon compte.
3. Lisez le bloc Langue et emails. La ligne Emails d'alerte dit Activés ou Arrêtés.
4. Cliquez Arrêter les emails pour ne plus rien recevoir.
5. Cliquez Recevoir de nouveau les emails pour les reprendre.

Une personne accepte ces emails quand elle accepte son invitation. Le texte de l'invitation liste les emails qu'elle recevra. Voir Utilisateurs et invitations.

Arrêter les emails depuis un email reçu

1. Dans l'email d'alerte, ouvrez le lien de la dernière ligne.
2. Lisez la page Arrêter les emails d'alerte. Ouvrir la page ne change rien.
3. Cliquez Arrêter les emails d'alerte.

Le portail écrit « Les emails d'alerte sont arrêtés pour votre compte. » Le lien Aller à mon compte ouvre Mon compte, où vous pouvez les reprendre.

L'email porte aussi un en-tête de désinscription. Un client de messagerie peut donc afficher son propre bouton Se désabonner, qui fait la même chose en un clic.

Recevoir les alertes sur un téléphone

1. Ouvrez Mon compte sur le téléphone ou le navigateur à abonner.
2. Lisez le bloc Notifications push.
3. Cliquez Activer les notifications sur cet appareil.
4. Autorisez les notifications dans la question du navigateur.

Le bloc liste ensuite les appareils abonnés. Le bouton Retirer coupe les notifications d'un appareil.

Une notification push porte le titre de l'alerte, puis le client et la machine. Un clic ouvre la fiche de la machine. Elle ne porte jamais de détail, ni de texte envoyé par l'agent.

Lire une alerte reçue

L'email d'alerte est un texte simple. Son objet porte le nombre d'alertes, par exemple « [BaaStide] 3 alerte(s), 1 résolue(s) ».

1. Lisez la section Nouvelles alertes :. Elle liste les alertes qui viennent de s'ouvrir.
2. Lisez la section Alertes résolues :. Elle liste les alertes qui viennent de se fermer.
3. Sur chaque ligne, lisez le titre de l'alerte, la machine, le client et la date.
4. Lisez les valeurs entre parenthèses, à la fin de la ligne.
5. Ouvrez le portail pour traiter la cause. Voir Suivre une tâche de sauvegarde.

Les valeurs entre parenthèses sont des codes et des nombres : le seuil de la règle, la cause de la tâche, le code de sortie, la clé du partage, le volume déjà stocké, la dernière progression, la version de l'agent. L'email ne porte jamais un chemin, un nom de fichier ni un message libre de l'agent. Voir Codes de cause d'une tâche.

Un email porte 50 lignes au plus. Au-delà, il écrit « Et N autre(s) : voir le portail. »

La dernière phrase du corps rappelle la règle d'envoi : « Une seule alerte est envoyée par incident ouvert ; un email suit à sa résolution. »

Quand l'email part

Les alertes partent groupées, jamais une par une :

• La plateforme attend que le plus ancien élément en attente ait atteint le délai du résumé, 10 minutes par défaut. Elle envoie alors tout ce qui attend.
• Une alerte ouverte et fermée dans le même délai n'envoie rien.
• Un email de résolution ne part que si l'email d'ouverture est parti.
• Chaque destinataire reçoit un email, dans sa langue.

L'administrateur de la plateforme peut changer le délai du résumé.

Régler le délai de la première sauvegarde pour une machine

L'alerte Première sauvegarde non terminée s'ouvre quand une politique n'a pas de point de restauration après un nombre de jours. Ce nombre est une valeur par défaut de la plateforme, que la carte de la machine affiche. Donnez son propre délai à une machine lente, ou à une machine qui porte beaucoup de données.

1. Ouvrez Parc, puis la machine.
2. Ouvrez l'onglet Politiques.
3. Lisez la carte Alerte de première sauvegarde. La ligne Délai donne le délai qui s'applique, puis sa source : Valeur par défaut de la plateforme, ou Réglé pour cette machine.
4. Dans le champ Alerte après (jours), saisissez un nombre entier de 1 à 365.
5. Cliquez Enregistrer le délai.

Le portail confirme avec une phrase, par exemple « Alerte de première sauvegarde de SRV-01 : après 20 jours. »

Pour revenir à la valeur de la plateforme, cliquez Utiliser la valeur par défaut, ou videz le champ et enregistrez.

Un tenant Microsoft 365 n'a pas cette alerte : la carte ne s'affiche pas sur sa fiche.

Limites et précautions

• Le portail n'a pas d'écran qui liste les alertes ouvertes. L'email et la notification push sont les deux seuls canaux. L'API et un assistant IA lisent, eux, les alertes de première sauvegarde ouvertes.
• Une règle coupée ne coupe que la notification. La plateforme enregistre l'incident tout de même, et le seuil de la règle s'applique quand même.
• Les alertes sans règle s'ouvrent une fois par cause : une par VM ou conteneur Proxmox verrouillé, une par instance SQL Server sans le rôle sysadmin, une par base dont le journal grossit. Un nœud qui porte cinq verrous donne donc cinq alertes.
• Un changement de règle n'attend aucun délai. Il n'entre pas dans les actions différées de 72 heures.
• Les règles valent pour le MSP actif seulement. Pour régler un autre MSP, changez d'abord de MSP actif.
• Les emails d'alerte ne suivent pas les acquittements du tableau de bord. Un problème acquitté disparaît du tableau de bord, mais l'alerte reste ouverte et la résolution donne un email. Voir Tableau de bord et problèmes.
• Une sauvegarde partielle ne ferme pas une alerte Sauvegarde partielle. Seule une sauvegarde réussie la ferme.
• Les alertes d'une machine supprimée se ferment avec elle, sans email. Voir Supprimer un endpoint ou un client.
• Une notification push ne part que pour une alerte ouverte depuis moins de 15 minutes. Une alerte plus ancienne part seulement par email.
• Un seuil Pas de sauvegarde récente plus long ferme l'alerte déjà ouverte des machines qui repassent sous le nouveau seuil.
• La plateforme compte le seuil Pas de sauvegarde récente depuis l'enrôlement quand la machine n'a aucune sauvegarde réussie ni partielle. Une machine dont les sauvegardes sont en pause entre donc dans cette alerte : arrêter les sauvegardes doit se voir.
• Chaque changement de règle entre dans le journal d'audit, sous l'action Règles d'alerte modifiées, avec la valeur avant et la valeur après. Voir Journal d'audit.

Référence

• API : Monitoring, routes GET /alerts, PUT /alerts, GET /clients/{id}/alerts et PUT /clients/{id}/alerts.
• Outil MCP : get_alert_settings, pour lire les règles depuis un assistant IA. Aucun outil MCP ne change une règle.
• Outil MCP : get_backup_health, pour lire les alertes de première sauvegarde ouvertes.
• Codes de cause d'une tâche : Codes de cause d'une tâche.