Avec Windows Server, il est parfois étrange de ne pas pouvoir facilement connaître la date du dernier redémarrage sans creuser un peu. Pour résoudre un problème, vérifier la disponibilité ou identifier l’auteur d’un redémarrage inattendu, connaître l’heure réelle du dernier redémarrage est très utile. La bonne nouvelle, c’est qu’il existe plusieurs façons d’obtenir cette information, que vous préfériez la ligne de commande, PowerShell ou consulter les journaux. Et oui, parfois, l’information n’apparaît pas immédiatement ou nécessite quelques manipulations, car Windows complique la tâche plus que nécessaire. Une fois la méthode maîtrisée, vous verrez l’horodatage du dernier redémarrage du serveur et parfois même une idée de sa cause.
Quelles sont les différentes manières de vérifier le dernier redémarrage dans Windows Server
Méthode 1 : Vérifier le dernier redémarrage avec l’invite de commande
C’est probablement la méthode la plus rapide si vous souhaitez simplement jeter un coup d’œil. La commande systeminfo filtre efficacement l’heure de redémarrage. Elle permet de récupérer de nombreuses informations système, et la ligne « Heure de démarrage système » indique précisément la date du dernier démarrage du serveur. Cela peut être pratique si vous utilisez une machine sur laquelle vous ne souhaitez pas, par exemple, installer d’outils supplémentaires ou manipuler des scripts.
- Ouvrez l’invite de commande en tant qu’administrateur : faites un clic droit, exécutez en tant qu’administrateur (sinon, vous risquez d’obtenir une erreur d’autorisations).
- Taper:
systeminfo | find "System Boot Time"
- Appuyez sur Entrée et attendez une seconde : l’heure du dernier démarrage apparaîtra juste là.
Sur certaines configurations, cela peut échouer la première fois, surtout si la commande prend du temps ou si l’environnement est inhabituel. Réexécutez-la ou fermez, rouvrez la commande et réessayez.
Méthode 2 : utiliser PowerShell pour les informations de disponibilité et de redémarrage
PowerShell est un peu plus flexible et peut fournir directement un horodatage, ce qui est utile notamment si vous écrivez des scripts ou surveillez plusieurs serveurs. La commande Get-CimInstance est relativement fiable et précise.
- Ouvrez PowerShell en tant qu’administrateur (clic droit, puis exécuter en tant qu’administrateur).Oui, des problèmes d’autorisations peuvent survenir.
- Exécutez cette commande :
(Get-CimInstance Win32_OperatingSystem).LastBootUpTime
- La sortie affichera un horodatage complet du dernier démarrage, y compris la date et l’heure.
En résumé, il s’agit d’un moyen simple de voir précisément quand le serveur a redémarré. C’est particulièrement utile dans les environnements mixtes ou lorsque vous souhaitez transférer la sortie vers des journaux ou des scripts.
Méthode 3 : Consulter les journaux de l’observateur d’événements
Celui-ci est un peu plus détaillé, mais vous donne également du contexte : qui a redémarré, pourquoi, et s’il y a eu des arrêts ou des plantages. Si vous cherchez à résoudre un redémarrage inattendu, la consultation des journaux est essentielle.
- Appuyez sur Windows + R, tapez
eventvwr.msc
et appuyez sur Entrée. - Accédez à Journaux Windows > Système.
- Filtre pour l’ID d’événement 6005 — qui marque essentiellement le démarrage — ou 6006 pour les arrêts.
- Pour savoir qui l’a fait, recherchez l’ID d’événement 1074. Il enregistre le processus ou l’utilisateur qui a initié le redémarrage, ce qui est utile pour savoir si quelqu’un l’a planifié ou s’il s’est produit automatiquement suite à un plantage.
Un point important : tous les redémarrages ne sont pas accompagnés d’un journal, surtout s’ils sont soudains ou consécutifs à un plantage. Mais si vous souhaitez une vue d’ensemble, cette méthode est la meilleure.
En résumé
Si vous essayez de résoudre un problème, de vérifier la disponibilité ou simplement de savoir qui a redémarré le serveur, ces méthodes sont assez fiables une fois que vous les maîtrisez. De plus, savoir vérifier qui a redémarré le serveur via le journal des événements peut s’avérer très utile en cas de problème. Il arrive qu’un serveur redémarre sans grande explication, et les journaux sont le seul véritable indice.
FAQ
La plupart du temps, la commande systeminfo ou PowerShell suffit. Pour des informations plus détaillées, les journaux de l’Observateur d’événements peuvent compléter les informations manquantes.
Recherchez l’ID d’événement 1074 dans l’Observateur d’événements > Journaux système. Il indique qui ou quoi a déclenché le redémarrage : un utilisateur, une tâche planifiée ou une mise à jour système.
Vérifiez l’ID d’événement 1074 dans l’Observateur d’événements. Il indique souvent s’il était planifié, causé par un crash, une mise à jour ou autre.
Résumé
- Utilisez systeminfo pour obtenir rapidement le temps de démarrage.
- LastBootUpTime de PowerShell est idéal pour les scripts.
- Les journaux de l’observateur d’événements fournissent des informations détaillées sur qui a redémarré et pourquoi.
Conclure
Vous avez un serveur qui présente des problèmes ou vous souhaitez simplement surveiller sa disponibilité ? Ces méthodes devraient vous aider. Parfois, une méthode est plus efficace qu’une autre selon votre configuration, mais elles sont généralement assez fiables. Croisons les doigts pour que cela vous fasse gagner du temps ; car qui a besoin de plus de tracas avec Windows Server ?