Comment vérifier l'uptime sur Windows Server

Introduction : vérifier l’uptime sur Windows Server

Depuis combien de temps ce serveur tourne-t-il ? C’est l’une des premières questions après une campagne de correctifs, un redémarrage imprévu ou une analyse de performances. Windows Server y répond de plusieurs façons : d’un coup d’œil rapide dans le Gestionnaire des tâches à une commande PowerShell d’une seule ligne que vous pouvez exécuter sur toute une liste de serveurs.

Ce guide présente quatre façons de vérifier l’uptime sur Windows Server, explique comment lire les résultats et aborde la seule chose que l’uptime du système ne peut pas vous dire : si vos utilisateurs peuvent réellement accéder aux services qui tournent sur ce serveur.

Méthode 1 : le Gestionnaire des tâches

La vérification d’uptime la plus rapide sur Windows Server ne nécessite aucune ligne de commande :

1. Appuyez sur Ctrl + Maj + Échap pour ouvrir le Gestionnaire des tâches.
2. Ouvrez l’onglet Performances et sélectionnez Processeur.
3. Lisez la valeur affichée à côté de Temps d’activité (Up time), en jours, heures, minutes et secondes.

Méthode 2 : PowerShell

PowerShell vous donne l’uptime exact et se prête bien aux scripts. Calculez le temps écoulé depuis le dernier démarrage :

(Get-Date) - (Get-CimInstance -ClassName Win32_OperatingSystem).LastBootUpTime

Le résultat est une durée exprimée en jours, heures, minutes et secondes. Si vous n’avez besoin que de l’heure de démarrage elle-même :

(Get-CimInstance -ClassName Win32_OperatingSystem).LastBootUpTime

Dans PowerShell 7, la cmdlet intégrée Get-Uptime renvoie la même information, et Get-Uptime -Since renvoie l’heure de démarrage.

Vérifier l’uptime de serveurs distants

Pour vérifier l’uptime de plusieurs serveurs à la fois, interrogez-les à distance. Les serveurs doivent accepter les connexions CIM (WinRM) depuis votre machine :

Get-CimInstance -ComputerName SRV01, SRV02 -ClassName Win32_OperatingSystem |
    Select-Object PSComputerName, LastBootUpTime

Méthode 3 : systeminfo dans l’invite de commandes

Cet outil classique en ligne de commande affiche l’heure de démarrage avec d’autres informations système :

systeminfo | find "System Boot Time"

Sur une installation Windows localisée, ce libellé est traduit (sur un système en français, il s’agit de « Heure de démarrage du système ») : adaptez le texte recherché en conséquence. Autre possibilité : net statistics workstation affiche une ligne « Statistics since » (traduite elle aussi sur un système localisé), qui correspond à l’heure à laquelle le service Station de travail a démarré lors du lancement du système.

Méthode 4 : l’Observateur d’événements

L’Observateur d’événements indique non seulement quand le serveur a démarré, mais aussi comment il s’est arrêté. Ouvrez Observateur d’événements → Journaux Windows → Système et filtrez sur ces ID d’événement :

Les mêmes événements sont disponibles dans PowerShell, ce qui permet de passer facilement en revue les derniers redémarrages :

Get-WinEvent -FilterHashtable @{ LogName = 'System'; Id = 6005, 6006, 6008 } -MaxEvents 10 |
    Select-Object TimeCreated, Id, Message

Remarque sur Windows 10 et 11 : le démarrage rapide

Si vous vérifiez l’uptime sur un poste client Windows et que la valeur est étonnamment élevée, le démarrage rapide (Fast Startup) en est probablement la cause : il met le noyau en veille prolongée au lieu de l’arrêter complètement, si bien que le compteur d’uptime continue de tourner après un arrêt. Un redémarrage le remet toujours à zéro.

Uptime du serveur ou disponibilité

L’uptime de Windows Server vous indique depuis combien de temps le système d’exploitation fonctionne. Il ne vous dit pas si vos utilisateurs peuvent travailler. Un serveur peut afficher 120 jours d’uptime alors que :

• un pool d’applications IIS s’est arrêté et le site web renvoie des erreurs,
• un certificat SSL a expiré et les navigateurs affichent un avertissement,
• une règle de pare-feu ou une modification DNS rend un service inaccessible depuis l’extérieur,
• une tâche de sauvegarde planifiée a discrètement cessé de s’exécuter.

Chacun de ces problèmes se corrige facilement dès que vous en avez connaissance. L’essentiel est de mesurer la disponibilité telle que vos utilisateurs la vivent : depuis l’extérieur.

Surveiller la disponibilité de Windows Server depuis l’extérieur

Le monitoring externe complète l’uptime du système avec le point de vue qui compte pour vos utilisateurs :

• Les vérifications HTTP(S) et par mot-clé confirment que les sites web et les applications web répondent avec le contenu attendu.
• Les vérifications TCP et ping confirment que les ports et services que vous exposez sont joignables.
• Les vérifications de certificats SSL signalent les dates d’expiration bien à l’avance.
• Les vérifications heartbeat confirment que les tâches planifiées se sont bien exécutées.

Ajouter un heartbeat à une tâche du Planificateur de tâches

Les tâches planifiées s’exécutent discrètement en arrière-plan. Avec un heartbeat, une tâche se signale après chaque exécution réussie, et un signal manquant déclenche une alerte. Ajoutez une ligne à la fin de votre script, avec l’URL heartbeat de votre moniteur :

& C:\Scripts\backup.ps1
if ($LASTEXITCODE -eq 0) {
    Invoke-RestMethod -Uri "https://your-heartbeat-url"
}

Comment TrustComponent Monitoring vous aide

TrustComponent Monitoring assure une surveillance de la disponibilité de vos serveurs depuis l’extérieur, sans agent à installer sur vos serveurs Windows :

• 16 types de vérification, dont HTTP(S), mot-clé, ping, TCP, certificat SSL et heartbeat
• Des vérifications jusqu’à toutes les 30 secondes, depuis plusieurs emplacements
• Des alertes par e-mail, SMS, appel vocal, Slack, Teams et bien d’autres, avec des chaînes d’escalade jusqu’à ce que quelqu’un prenne la main
• Des rapports de disponibilité et une page de statut qui montrent votre disponibilité à vos clients et à vos collègues

Conclusion

Vérifier l’uptime sur Windows Server ne prend que quelques secondes : le Gestionnaire des tâches pour un coup d’œil rapide, PowerShell pour les scripts et les serveurs distants, l’Observateur d’événements pour l’historique des démarrages et des arrêts. Associez-le à un monitoring externe, et vous savez à la fois depuis combien de temps vos serveurs tournent et si vos services sont disponibles.

Pour commencer

👉 Démarrez un essai gratuit de TrustComponent Monitoring et ajoutez vos premières vérifications de serveurs en quelques minutes.