Hoe u de laatste herstarttijd op Windows Server kunt identificeren met behulp van 3 effectieve methoden

Bij Windows Server is het soms vreemd dat je niet zomaar kunt zien wanneer de laatste herstart was zonder even te graven. Als je problemen wilt oplossen, de uptime wilt controleren of wilt achterhalen wie die onverwachte herstart heeft veroorzaakt, is het handig om de werkelijke tijd van de laatste herstart te weten. Het goede nieuws is dat er verschillende manieren zijn om deze informatie te verkrijgen, of je nu de opdrachtregel, PowerShell of het doorspitten van logs prefereert. En ja, soms wordt de informatie niet meteen weergegeven of moet je even prutsen – want Windows moet het natuurlijk moeilijker maken dan nodig is. Zodra je de methode onder de knie hebt, zie je de tijdstempel van de laatste herstart van de server en soms zelfs de oorzaak.

Wat zijn verschillende manieren om de laatste herstart in Windows Server te controleren?

Methode 1: Controleer laatste herstart met opdrachtprompt

Dit is waarschijnlijk de snelste manier als je alleen even snel wilt kijken. De opdracht systeminfo filtert de herstarttijd er netjes uit. Dit is handig omdat de opdracht een hoop systeeminformatie verzamelt en de regel ‘Systeemopstarttijd’ je precies vertelt wanneer de server voor het laatst is opgestart. Dit kan handig zijn als je op een computer werkt waar je bijvoorbeeld nog geen extra tools wilt installeren of met scripts wilt rommelen.

1. Open de opdrachtprompt als beheerder. Klik met de rechtermuisknop en voer het uit als beheerder.(Anders kan er een machtigingsfout optreden.)
2. Type:systeminfo | find "System Boot Time"
3. Druk op Enter en wacht even. De laatste opstarttijd wordt hier weergegeven.

In sommige configuraties kan dit de eerste keer mislukken, vooral als de opdracht lang duurt of de omgeving vreemd is. Voer de opdracht opnieuw uit of sluit CMD, open het opnieuw en probeer het opnieuw.

Methode 2: PowerShell gebruiken voor uptime- en herstartinformatie

PowerShell is wat flexibeler en kan je direct een tijdstempel geven, wat vooral handig is als je scripts schrijft of meerdere servers monitort. De opdracht Get-CimInstance is behoorlijk betrouwbaar en nauwkeurig.

1. Open PowerShell als beheerder (klik met de rechtermuisknop en voer het uit als beheerder).Ja, soms ontstaan ​​er problemen met machtigingen.
2. Voer deze opdracht uit:(Get-CimInstance Win32_OperatingSystem).LastBootUpTime
3. De uitvoer toont een volledig tijdstempel van de laatste keer opstarten, inclusief datum en tijd.

Kortom, het is een overzichtelijke manier om precies te zien wanneer de server opnieuw is opgestart. Dit is vooral handig in gemengde omgevingen of wanneer je de output wilt doorsturen naar logs of scripts.

Methode 3: Logboeken van gebeurtenisviewers bekijken

Deze is iets gedetailleerder, maar geeft je ook context – zoals wie er opnieuw is opgestart, waarom, en of er uitval of crashes waren. Als je een onverwachte herstart wilt oplossen, is het controleren van logs goud waard.

1. Druk op Windows + R, typ eventvwr.mscen druk op Enter.
2. Ga naar Windows Logboeken > Systeem.
3. Filter op gebeurtenis-ID 6005, wat in principe het opstarten markeert, of 6006 voor afsluitingen.
4. Zoek naar gebeurtenis-ID 1074 om te zien wie het heeft gedaan. Deze registreert het proces of de gebruiker die de herstart heeft geïnitieerd. Dit is handig als u wilt zien of iemand de herstart heeft gepland of dat het automatisch is gebeurd vanwege een crash.

Eén ding: niet elke herstart heeft een log, vooral niet als het plotseling gebeurde of een crash was. Maar als je het volledige beeld wilt hebben, is deze methode de beste optie.

Samenvattend

Als je problemen probeert op te lossen, de uptime wilt controleren of gewoon nieuwsgierig bent wie de server opnieuw heeft opgestart, zijn deze methoden behoorlijk betrouwbaar als je er eenmaal aan gewend bent. Bovendien kan het een redding zijn als je weet hoe je via het gebeurtenislogboek kunt controleren wie de server opnieuw heeft opgestart, mocht er iets niet in orde zijn. Soms start een server zonder veel uitleg opnieuw op en zijn de logs de enige echte aanwijzingen.

Veelgestelde vragen