Windows Server 2025 / Comment créer une liste de contrôle pratique pour la maintenance des serveurs
La maintenance régulière d'un serveur consiste à vérifier l'état des services, la disponibilité des données et des moyens de restauration, ainsi que les effets des changements récents. Une liste de contrôle utile précise les vérifications quotidiennes, hebdomadaires et mensuelles, les preuves à conserver, les responsables et les critères d'escalade.
Définir le fonctionnement normal pour chaque rôle
Consignez le nom de chaque serveur, son adresse IP, son rôle, son responsable, son mode d'accès administratif et l'emplacement des sauvegardes. L'accès à la console ne suffit pas à vérifier le fonctionnement des services.
| Rôle | Exemple de vérification fonctionnelle |
|---|---|
| Active Directory (AD) et DNS | Découverte d'un contrôleur de domaine, test d'authentification adapté et état de la réplication |
| Serveur de fichiers | Lecture et écriture par un utilisateur ordinaire, puis refus d'accès entre services |
| DHCP | Capacité de l'étendue d'adresses et attribution réussie d'un nouveau bail |
| Serveur web | Réponse HTTPS pour le nom attendu et vérification des journaux pertinents |
Une ouverture de session avec des informations d'identification mises en cache peut masquer l'indisponibilité d'un contrôleur de domaine. L'accès d'un administrateur au partage peut masquer une erreur qui touche les utilisateurs ordinaires. Choisissez un compte et un chemin représentatifs, sans accorder de privilèges superflus au compte de vérification.
Choisir des revues quotidiennes, hebdomadaires et mensuelles
| Fréquence indicative | Points à examiner | Suite à donner |
|---|---|---|
| Chaque jour ou selon la criticité | Réponse des services, sauvegardes échouées ou absentes, capacité et alertes importantes | Évaluer l'impact et les possibilités de reprise, puis prévenir le responsable désigné |
| Chaque semaine | Erreurs récurrentes, croissance de l'utilisation, mises à jour en attente et changements de comptes | Relier les tendances aux changements, puis désigner un responsable et fixer une échéance |
| Chaque mois ou après un changement | Essais de restauration, échéance des certificats et licences, droits d'accès et durée de conservation | Renouveler avant expiration, retirer les accès obsolètes et améliorer la procédure de reprise |
La fréquence dépend de l'importance du service et du rythme des changements. Une sauvegarde échouée ne doit pas attendre la revue mensuelle. Les alertes de surveillance complètent les contrôles périodiques : désignez leurs destinataires et le délai de réponse attendu.
Collecter l'état de base et ajouter des tests spécifiques au rôle
Exécutez les commandes suivantes sur le serveur concerné. Conservez un rapport distinct pour chaque exécution afin de ne pas écraser les preuves :
hostname
Get-CimInstance Win32_OperatingSystem | Select-Object LastBootUpTime
Get-Volume | Select-Object DriveLetter,FileSystemLabel,Size,SizeRemaining
Get-WinEvent -FilterHashtable @{LogName='System';StartTime=(Get-Date).AddDays(-1);Level=1,2} -MaxEvents 30Si aucun événement ne correspond au filtre, distinguez ce résultat d'un échec de requête dû aux autorisations. Examinez l'espace libre en valeur absolue et en pourcentage, son évolution et les besoins de la charge de travail. Un service arrêté ne constitue pas toujours une anomalie : vérifiez son état de démarrage attendu.
Pour un contrôleur de domaine, utilisez les diagnostics de réplication et vérifiez le DNS. Pour un serveur DHCP, examinez les statistiques des étendues. Pour les sauvegardes, interrogez les versions disponibles sur la destination réelle. N'exécutez les contrôles propres à un rôle que sur les serveurs qui assurent ce rôle.
Enregistrez les preuves et le suivi
| Champ | Ce qu'il faut consigner |
|---|---|
| Date, heure et cible | Le serveur vérifié et le moment du contrôle |
| Contrôle et résultat attendu | Une opération précise, idéalement depuis le point de vue d'un utilisateur ordinaire |
| Résultat réel et preuves | Succès ou échec, code de retour et emplacement du rapport ou du journal |
| Impact, responsable et échéance | Les conséquences, la personne chargée d'agir et la date limite |
| Nouveau contrôle et clôture | Le résultat du même test après correction et la décision de clôture |
Pour les mots de passe, jetons et clés de récupération, consignez seulement une référence vers leur emplacement sécurisé, jamais les secrets eux-mêmes. Distinguez le code de sortie d'un script, la réussite signalée d'une sauvegarde et une restauration de fichiers effectivement vérifiée. Ne reportez pas un échec non résolu au lendemain comme s'il était normal : conservez un responsable, une échéance et une condition de réexamen de l'exception.
Revérifier après modifications
Après une mise à jour ou un changement du réseau, des autorisations, des certificats ou du stockage, répétez le contrôle de référence correspondant. Conservez les valeurs initiales et une solution de retour en arrière ; appliquez un changement limité à la fois.
- Restaurez vers un emplacement distinct et vérifiez les données, les listes de contrôle d'accès (ACL) et la durée de l'opération.
- Envisagez la panne de l'hôte ou du stockage partagé, même si plusieurs machines virtuelles sont utilisées.
- Après un renouvellement, vérifiez que le nouveau certificat est effectivement associé au service.
- Examinez les dépendances avant de supprimer un compte, une règle ou une stratégie.
Mettez la liste de contrôle à jour lorsque les rôles ou les serveurs changent. Ajoutez des vérifications fonctionnelles et de restauration pour les nouveaux services. Lorsqu'un serveur est retiré, clôturez explicitement sa surveillance et ses accès, puis appliquez la durée de conservation prévue pour ses sauvegardes.
