Feilsøking Storage Bruke hendelses Logs


Innledning

Hendelsesregistrene Windows er en av de første stedene du bør se etter ledetråder når dine systemer eller programmer som ikke oppfører seg på den måten du forventer at de skal oppføre seg. I gamle dager av Windows Server 2003 var det bare noen få hendelsesloggene du måtte sjekke med System, Bruks- og sikkerhetslogger være de viktigste. Deretter begynner med Windows Server 2008 er antall forskjellige hendelseslogger og typer logger hoppet inn i hundrevis, og selv om du kan filtrere og søke disse loggene ved hjelp Event Viewer og Windows Powershell, mange lang tid server admins fortsatt ofte føle seg overveldet av den rene mengden informasjon Windows Server logger og hvordan å oppdage og identifisere hva som kan være relevant for den aktuelle scenario de prøver å optimalisere eller feilsøke.

For å illustrere hvordan du bruker Windows Event Logger for å feilsøke oppbevaring i en Hyper -V miljø, kommer jeg til å dele med deg en kort, bortsett fra den uredigerte utkast av min nye eBok Optimalisering og feilsøking Hyper-V Storage (Microsoft Press, 2013). Innholdet i dette emnet ble bidratt med Thomas Roettinger, en Program Manager med Partner og kunde Ecosystem teamet hos Microsoft. Thomas og hans team jobber med teknologier som Hyper-V og System Center Virtual Machine Manager. Hans team kjører også Windows Server TAP Program og samler veldig tidlige teknologi beste praksis. Før Thomas sluttet produktgruppen han var EMEA Virtualization Lead i Microsoft Premier Feltet Engineering. I løpet av denne tiden var han ansvarlig for ulike tjenester som Hyper-V Risk Assessment Program og andre tjenester som gjennomførings Hyper-V Workshop. Han har omfattende erfaring i Cloud-implementasjoner på tvers av ulike forretningsområder som kroen og foretaks. Thomas opprettholder en personlig blogg på http://blogs.technet.com/b/cloudytom men også bidrar til teamet hans blogg på http://blogs.technet.com/b/wincat.

Hyper-V lagringshendelseslogger

Windows Server gir flere ulike hendelseslogg kategoriene du må se etter Hyper-V relaterte problemer. Du kan åpne hendelsesloggen viewer enten gjennom moderne UI ved å bruke hurtigtasten Windows Key & X, eller ved å starte MMC snap inn direkte ved å skrive 'eventvwr.msc'.

Du trenger å utvide «Søknad og tjenestelogger ',' Microsoft 'og' Windows 'du vil finne spesifikke applikasjoner og tjenester logger for Windows-komponenter. For eksempel vil du bare se Hyper-V loggene når Hyper-V-rollen er installert

Lagrings relaterte logger kalles.

  • Hyper-V-SynthFC (Virtual FC Adapter)

    Hyper-V-SynthStor (SCSI Controller)

    Figur 1: Et skjermbilde av hendelseslisten konsollen som viser de forskjellige hendelsesloggene når du velger Windows under Microsoft under Programmer og tjenester Logger i konsolltreet.

    Når du starter en virtuell maskin, en virtuell maskin arbeidsprosessen (VMWP.exe) er lansert per VM. Denne loggen "Hyper-V-Worker" gir all nødvendig informasjon relatert til start, stopp handling og kjøretid på en virtuell maskin. At arbeidsprosessen kobles til den virtuelle maskinen forvaltningstjenester (VMMS). I eksempelet nedenfor vil du legge merke til feilsøking og du kan se på flere Hyper-V logger og noen ganger er det nødvendig å finne årsaken til strømbrudd

    Eksempel:. Mangler virtuell harddisk

    Patricia er en administrator, og hun får en feilmelding når hun prøver å starte en av hennes virtuelle maskiner, men ikke ta hensyn til feilmeldingen:

    Figur 2: Et skjermbilde som viser en dialogboks med meldingen "MissingDisk startet ikke. "

    Patricia åpner arrangementet seer og sjekker de relaterte Hyper-V hendelseslogger. Hun ser på "Hyper-V-VMWP 'logger første fordi saken skjedde da hun prøvde å slå på den virtuelle maskinen

    Hendelses ID 32902" Missing disk "Syntetisk SCSI Controller. Klarte å slå seg på med Error 'Systemet finner ikke den angitte filen.'

    Patricia neste ser på "Hyper-V-SynthStor 'logger for å se om hun kan finne mer informasjon

    Hendelses ID 12240'Missing Disk ': Vedlegg "ble ikke funnet grunn til feil" Systemet finner ikke den angitte filen'

    Patricia trenger nå å identifisere hvilken fil mangler, så hun sjekker. "Hyper-V-VMMS 'logger

    Hendelses ID 32902The absolutt sti' d: \\ missingdisk.vhdx 'er gyldig for" Hard Disk Image basseng, men refererer til en fil som ikke eksisterer <. .no>

    Patricia vet at en virtuell harddisk fil mangler på D: stasjonen. Hun bruker Windows Utforsker til å finne filen. Hun oppdager nå at hele D: stasjonen mangler:

    Figur 3: Et skjermbilde av Explorer med Computer node valgt. Bare én harddisk (C: stasjonen) er synlig

    Denne feilen kan skje hvis du mister lagring tilkobling uansett hvor det blir presentert for verten.. Det finnes teknikker for å gi flere veier til lagrings når du bruker SMB, FC eller iSCSI bruker MPIO eller SMB multikanal til å gi tilgjengelighet.

    I denne delen har du sett de tilgjengelige Hyper-v hendelsesloggene for oppbevaring. Men du også hjerte om deres forhold til andre viktige Hyper-V logger som Virtual Machine Worker Process og Virtual Machine Management Service. Dette er bare ett eksempel, men det er mange flere scenarier som feil rettigheter på en virtuell harddisk fil (hendelses-ID 12290)

    Eksempel:. Støttes Fibre Channel-adapter

    Patricia er en administrator, og hun må konfigurere en virtuell maskin med en virtuell fiberkanal adapter. Hyper-V host har en fiberkanal adapter installert og Patricia er åpne "Virtual SAN Manager" for å opprette en ny Fibre Channel SAN. Hun merker at hun ikke er i stand til å velge den fysiske HBA og statusen er "The enhet eller driveren støtter ikke virtuelle Fibre Channel":

    Figur 4: En skjermbilde som viser Virtual SAN manager eiendommer side med meldingen "Enheten eller driveren støtter ikke virtuelle Fibre Channel" vises.

    Hun ignorerer meldingene og fortsetter å legge en virtuell HBA til den virtuelle maskinen. Når hun prøver å starte den virtuelle maskinen hun mottar følgende feilmelding

    Figur 5:. En skjermbilde som viser en dialogboks med meldingen "vHBA startet ikke."

    Patricia er å se på den "Hyper-V-SynthFC 'hendelseslogg og oppdager følgende oppføring:

    Hendelses ID: 32161'vHBA': Operasjon for virtuell port … … mislyktes med en feil: Ingen fysisk port tilgjengelig å tilfredsstille kravet

    åpner Patricia Windows Powershell for å validere sjåføren. Hun gjør en WMI spørring for å se om sjåføren gjør gi støtte for Hyper-V. Hun driver følgende kommando:

    gwmi – kl "root \\ virtualisering \\ v2" – Class msvm_externalfcport | velge * hyper *

    Den resulterende utdataene fra denne kommandoen ser slik ut:

    IsHyperVCapable --------------- False

    Selv om dette viser at sjåføren ikke støtter Hyper-V, Patricia vet at fysisk adapter er i stand til NPIV og bør støtte Hyper-V. Dette misforholdet kan skje på grunn av noen eldre driverversjoner som ikke befolker den nødvendige informasjonen korrekt.

    Anyways, etter nedlasting og installere den nyeste driveren fra HBA selger alt fungerer som forventet.

    Konklusjon

    Mer informasjon om hvordan du feilsøker lagring i Hyper-V miljøer kan bli funnet i min eBok Optimalisering og feilsøking Hyper-V Storage, som inkluderer innhold bidratt fra en rekke ulike eksperter på Windows Server-teamet hos Microsoft.