"Schijfnummer <> is onverwacht verwijderd" (gebeurtenis-id 157)

Van toepassing op: ✔️ Windows-VM's

In dit artikel wordt beschreven hoe u problemen met gebeurtenis-id 157 oplost, een scenario waarin een gegevensschijf is verdwenen, verloren is gegaan of is verwijderd uit het Windows-gastbesturingssysteem (OS) van een virtuele Machine (VM) van Microsoft Azure.

Symptomen

U kunt ontdekken dat er een schijfverwijdering is opgetreden als u een van de volgende symptomen ondervindt:

• Schijven lijken te worden gekoppeld in Azure Portal, ook al worden de schijven door het gastbesturingssystemen gerapporteerd als verwijderd van de virtuele machine.

• Schijven binnen SQL-clusteromgevingen en Azure-VM's worden onverwacht verwijderd, wat onderbrekingen in workloads veroorzaakt.

• Op Microsoft SQL Server gebaseerde servers en gegevens worden aangetast vanwege deze onverwachte schijfverwijderingen.

• Overmatige werkbelasting, onjuist geconfigureerde registerinstellingen en weinig geheugen worden geïdentificeerd als mogelijke triggers voor gebeurtenis-id 157.

Als u deze symptomen ondervindt, opent u de Logboeken-app op de Windows-VM om dit te onderzoeken. Selecteer het Logboeken (lokaal)>Windows-systeemknooppunt> in het deelvenster Consolestructuur. Selecteer in de lijst met gebeurtenissen het kolomlabel Gebeurtenis-id om op gebeurtenis-id te sorteren en dubbelklik op de logboekvermelding met de waarde 157 van de gebeurtenis-id. Het tabblad Algemeen van het dialoogvenster Gebeurteniseigenschappen bevat informatie die lijkt op de volgende tabel.

Gebeurtenisveld	Weergegeven als
Naam van logboek	Systeem
Bron	schijf
Geregistreerd (datum)	<tijdstempel>
Gebeurtenis-id	157
Taakcategorie	Geen
Niveau	Waarschuwing
Trefwoorden	Klassiek
User	N.v.t.
Computer	SERVER-hash-value.domain1.priv<>
Beschrijving	Het schijfnummer <> is onverwacht verwijderd.

Oorzaak

De schijf verdwijnt meestal wanneer iets de communicatie tussen het systeem en de schijf verstoort, zoals een SAN-infrastructuurfout (Storage Area Network) of een SCSI-busprobleem (Small Computer System Interface). U kunt ook een schijf verdwijnen als een schijf uitvalt of als u een schijf loskoppelt terwijl het besturingssysteem wordt uitgevoerd.

Gebeurtenis-id 157 vindt plaats in het gastbesturingssysteem (of tijdens het uitvoeren van een Windows Failover Clustering-rol). Dit treedt meestal op vanwege de volgende onderliggende factoren:

• Overmatige I/O-werkbelasting veroorzaakt bandbreedtebeperking en I/O-vertragingen. Deze problemen veroorzaken op hun beurt dat de schijf de drempelwaarde voor I/O-time-out bereikt.

• De subsleutel HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\disk registry is onjuist geconfigureerd. De registervermelding IoTimeoutValue binnen die subsleutel is ingesteld op een waarde die te klein is, zoals 60 seconden.

  Notitie

  Als de time-outwaarde te klein is, verhoogt u deze waarde, maar gebruikt u geen waarde die langer is dan 179 seconden. Na een vertraging van 180 seconden roept het systeem gebeurtenis-id 17 aan binnen het hostknooppunt en wordt de VIRTUELE machine geactiveerd om opnieuw op te starten.

• U hebt een clustervalidatie uitgevoerd in het gastbesturingssystemen om de lokale opslag op het clusterknooppunt te controleren. (Dat wil gezegd, een opzettelijke bewerking heeft gebeurtenis-id 157 veroorzaakt.)

• Er bestaat een lage geheugenvoorwaarde binnen de VIRTUELE machine.

Oplossing

De richtlijnen voor het oplossen van het probleem met het verdwijnen van schijven verschillen, afhankelijk van of uw schijven zich in een clusteromgeving of een niet-clusteromgeving bevinden.

Clusteromgeving

• Voer het hulpprogramma voor zelfhulpdiagnos van PerfInsights uit.

• Als u werkt met een Windows Failover Clustering-rol, verzamelt u de Windows-clusterlogboeken voor de betreffende periode. Als PerfInsights deze logboeken niet heeft verzameld, voert u de Cmdlet Get-ClusterLog uit in PowerShell.

• Haal de registerinstelling voor time-out van de schijf op door het PerfInsights-rapport te controleren.

• Controleer op een onjuist geconfigureerde registerinstelling in het gastbesturingssystemen. Als er ook overmatige I/O-beperking is, kan dit scenario verklaren waarom de time-outdrempel wordt bereikt.

• Voer een upgrade uit van Standard HDD (harde schijf) naar een ander type door Azure beheerde schijf. U wordt aangeraden geen clusterrol uit te voeren die gebruikmaakt van Standard Storage-HDD's, omdat ze problemen kunnen veroorzaken, zoals schijfdwijning.

Niet-clusteromgeving

• Controleer in Azure Portal de status van gekoppelde schijven. Zorg ervoor dat de schijven allemaal in orde zijn.

• Koppel de schijf indien nodig los en koppel deze vervolgens opnieuw om te bepalen of het probleem met het verdwijnen van de schijf is opgelost.

• Inspecteer metrische gegevens over de prestaties van vm's in Azure Monitor. Controleer op ongebruikelijke I/O-schijfpatronen, latentie of beperking.

• Controleer op onderhoudsgebeurtenissen of problemen die zijn opgetreden in de regio waarin uw VIRTUELE machine wordt gehost.

• Controleer de schijfconfiguratie en prestaties. Zorg ervoor dat de schijfconfiguratie overeenkomt met de workloadvereisten. (Selecteer bijvoorbeeld de Premium SSD (solid-state drive) als uw type beheerde Azure-schijf voor hoge I/O-bewerkingen.) Controleer metrische gegevens over schijfprestaties met behulp van hulpprogramma's zoals PerfInsights binnen de VIRTUELE machine.

• Voer diagnostische gegevens uit door de Azure Diagnostics-extensie in te schakelen en te configureren op de VIRTUELE machine. Verzamel logboeken en prestatiegegevens voor verdere analyse.

• Controleer op schijfbeschadiging. Zoek naar integriteitsproblemen van het bestandssysteem door de opdracht chkdsk uit te voeren of door de sfc-opdracht samen met de /scannow parameter uit te voeren.

Gerelateerde inhoud

• Gebeurtenis-id 157 "Schijf # is onverwacht verwijderd"

Contacteer ons voor hulp

Als u vragen hebt of hulp nodig hebt, maak een ondersteuningsaanvraag of vraag de Azure-communityondersteuning. U kunt ook productfeedback verzenden naar de Azure-feedbackcommunity.