La maintenance qui se fait toute seule : des scripts planifiés par machine

Les scripts planifiés sont des routines de maintenance — nettoyage des fichiers temporaires, vérification du disque, redémarrage de services — qu'Argos exécute tout seul, sur les machines et aux horaires que vous choisissez, en consignant le résultat de chaque exécution. Ils font passer la maintenance de « il faudrait le faire » à « c'est fait, en voici la preuve ».

Quiconque administre un parc de PC Windows garde, quelque part, une liste de tâches de maintenance : nettoyer les fichiers temporaires, vérifier l'espace disque, redémarrer ce service qui se dégrade au fil des jours, contrôler que la sauvegarde a bien tourné. Et quiconque tient cette liste connaît la vérité inconfortable : elle s'exécute quand il y a du temps, et il n'y a jamais de temps.

La maintenance manuelle a un plafond mathématique. Si une routine prend 15 minutes par poste et que vous avez 40 postes, cela fait 10 heures de travail répétitif par cycle. Personne ne les fait. Ce qui se passe en pratique, c'est de la maintenance « au symptôme » : on s'occupe de la machine qui a déjà posé problème, ce qui est très exactement la définition d'arriver trop tard.

De la check-list à la routine automatique

Argos permet de définir des scripts — PowerShell, batch, ce dont votre parc a besoin — et de les planifier pour qu'ils s'exécutent tout seuls sur les machines de votre choix, à la fréquence de votre choix. La console conserve la bibliothèque de scripts, les distribue, les lance à l'horaire configuré et consigne le résultat de chaque exécution.

Le vrai changement n'est pas technique mais opérationnel : la maintenance cesse de dépendre de la mémoire et de la disponibilité d'une personne. La tâche qui était « il faudrait la faire » devient « c'est fait, voici le résultat ».

Par quoi commencer ?

Si vous partez de zéro, voici l'ordre qui rapporte le plus par unité d'effort :

| Tâche | Fréquence typique | Problème évité | |---|---|---| | Nettoyage des temporaires et du cache | Hebdomadaire | Des disques pleins qui dégradent tout le système | | Vérification de l'espace disque avec rapport | Quotidienne | Le « plus d'espace disponible » découvert par l'utilisateur | | Redémarrage des services capricieux | Quotidienne ou hebdomadaire | L'application métier qui « se réveille figée » | | Contrôle que la sauvegarde a tourné | Quotidienne | Découvrir en plein sinistre qu'il n'y avait pas de sauvegarde | | Synchronisation de l'heure et vérification du réseau | Hebdomadaire | Des erreurs étranges d'authentification et d'applications | | Inventaire des logiciels installés | Mensuelle | Des programmes non autorisés que personne n'a vus arriver | | Purge des profils et des vieux téléchargements | Mensuelle | Des postes partagés qui se traînent |

La règle générale : si la consigne tient dans un script et que vous la répétez plus de deux fois par mois, la planifier se rembourse dès la première semaine.

Par machine, pas le même traitement pour tout le monde

Un vrai parc n'est pas homogène, et un bon système de scripts le respecte. Le PC de la comptabilité n'a pas besoin des mêmes routines que les stations du laboratoire, et le serveur de l'agence a sa propre liste. Argos planifie par machine ou par groupe : chaque poste reçoit exactement les routines qui lui reviennent, à l'horaire qui gêne le moins son utilisation.

Cela compte plus qu'il n'y paraît. La première raison pour laquelle les administrateurs abandonnent l'automatisation, c'est l'incident du script générique qui a tourné là où il ne fallait pas. La planification granulaire élimine cette catégorie d'accident : le périmètre de chaque script est explicite et visible dans la console.

Et pour les tâches qui exigent des privilèges d'administrateur — nettoyer des dossiers système, redémarrer des services protégés —, l'exécution peut être élevée au niveau système, sans partager de mot de passe administrateur avec qui que ce soit ni l'écrire dans le moindre script.

Une exécution avec des preuves, pas un acte de foi

Un script qui tourne sans laisser de trace crée un problème nouveau : a-t-il vraiment tourné ? Sur toutes les machines ? Qu'a-t-il renvoyé ? L'automatisation sans preuve ne fait que déplacer l'incertitude.

C'est pourquoi chaque exécution dans Argos est consignée : quel script, sur quelle machine, quand, et quelle sortie il a produite. Ce journal rend la maintenance démontrable — vis-à-vis de vous-même, de votre équipe et, si vous gérez des parcs de clients, du client qui demande ce qu'il paie exactement. « Voici le registre des 120 routines qui ont tourné sur votre parc ce mois-ci » est un argument commercial, pas seulement technique.

Et quand une exécution échoue, c'est aussi une information : une machine qui n'a pas lancé sa routine est une machine qui mérite de l'attention aujourd'hui, pas quand elle montrera des symptômes.

Quelles erreurs ruinent une automatisation naissante ?

À force de voir des équipes adopter les scripts planifiés, on retrouve toujours les mêmes faux pas — et ils s'évitent facilement :

1. Planifier pendant les heures d'utilisation. Un script de nettoyage qui tourne à 10 heures du matin sur la caisse principale crée la plainte que l'automatisation devait justement éliminer. Utilisez les heures creuses de chaque groupe de machines : l'avantage de planifier par machine, c'est précisément cela.
2. Automatiser sans relire la première semaine. Le journal d'exécution existe pour être lu. Les sept premiers jours, relisez les sorties quotidiennement : c'est là qu'apparaissent les cas particuliers (ce PC au partitionnement inhabituel) avant qu'ils ne deviennent des incidents.
3. Introduire de la logique destructrice trop tôt. Commencez par des scripts qui lisent et rendent compte ; passez aux scripts qui nettoient et redémarrent quand le premier palier est resté stable pendant des semaines. La confiance dans l'automatisation se construit par couches.

Le cycle complet : automatiser, surveiller, agir

Les scripts planifiés donnent le meilleur d'eux-mêmes quand ils travaillent avec le reste de la console. Le schéma que nous recommandons :

1. Automatisez les routines du tableau ci-dessus sur tout le parc.
2. Surveillez avec des règles d'alerte ce que les scripts ne peuvent pas prévenir : disque critique, poste hors ligne, antivirus désactivé.
3. Agissez avec les outils d'intervention — terminal à distance et contrôle à distance — uniquement sur les cas que l'automatisation et les alertes vous signalent.

Avec ce cycle, le temps de l'administrateur se concentre là où le jugement humain est réellement nécessaire, et les machines se chargent de tout ce qui est répétable.

Foire aux questions sur les scripts planifiés

Quels langages de script Argos prend-il en charge ? PowerShell et batch sont les plus utilisés, mais la plateforme accepte ce que votre parc a besoin d'exécuter sous Windows. La console conserve la bibliothèque de scripts, les distribue aux machines assignées et consigne la sortie de chaque exécution, quel que soit le langage dans lequel le script est écrit.

Puis-je planifier un script pour une seule machine et un autre pour le reste du parc ? Oui — la planification se fait par machine ou par groupe, pas de façon globale. Le PC de la comptabilité peut avoir une routine différente de celle des stations du laboratoire, chacune à l'horaire qui gêne le moins son utilisation. C'est la différence entre l'automatisation granulaire et l'accident classique du script générique qui a tourné là où il ne fallait pas.

Dois-je partager des mots de passe administrateur pour qu'un script s'exécute avec des privilèges élevés ? Non. Pour les tâches qui exigent des privilèges d'administrateur — nettoyer des dossiers système, redémarrer des services protégés —, l'exécution s'élève au niveau système sans que personne n'ait à partager un mot de passe administrateur ni à l'écrire dans un script.

Comment savoir si un script a vraiment tourné sur toutes les machines ? Chaque exécution est consignée dans Argos : quel script, sur quelle machine, quand et quelle sortie il a produite. Si une machine n'a pas lancé sa routine, cela apparaît aussi dans le journal — et c'est une information aussi précieuse qu'une exécution réussie, parce qu'elle désigne le poste qui a besoin d'attention aujourd'hui.

Commencez par un seul script

Inutile de migrer toute votre exploitation le premier jour. Choisissez la tâche que vous avez le plus répétée le mois dernier, transformez-la en script, planifiez-la sur cinq machines et relisez les résultats au bout d'une semaine. Ce premier cycle suffit en général pour ne plus vouloir revenir en arrière.

Essayez les scripts planifiés dans la démo interactive →