Denne artikel indeholder fejlfindingstrin vedrørende (punktering af) beskadigede sektorer på harddiskdrev i PowerEdge-servere med PERC-controllere. Især når det ikke er muligt at foretage sikkerhedskopiering kan følgende oplysninger medvirke til at bringe en berørt virtuel harddisk tilbage til en optimal tilstand.
OpenManage Server Administrator (OMSA) viser et rødt kryds foran en virtuel harddisk (figur 1).
Figur 1: Virtuel disk med rødt kryds i status (f.eks. H800)
Windows-systemlog viser fejlen Beskadiget sektor (Figur 2).
Figur 2: Fejl på defekt blok i Windows-systemlog vist
RAID-controllerens log (TTYLOG) viser fejl som:
02/26/15 13:43:39: EVT#131878-02/26/15 13:43:39: 97=Puncturing bad block on PD XX(e0x20/s2) at 180ca4a1f
Find flere oplysninger om modtagelse af disse specifikke logfiler i vores artikel om indsamling af logfiler.
RAID-systemer er ikke immune over for datafejl. RAID-controller- og harddiskfirmware indeholder funktioner til at registrere og korrigere mange typer datafejl, før de skrives til et system/drev. Brug af forældet firmware kan medføre, at forkerte data skrives til et system/drev, fordi det mangler de funktioner til fejlhåndtering/fejlkorrektion, der findes i de nyeste firmwareversioner.
Datafejl kan også skyldes fysisk defekte blokke. Det kan f.eks. forekomme, når læse-/skrivehovedet påvirker den roterende plade (kaldes "Head Crash" ). Blokke kan også blive defekte med tiden på grund af en forringelse af pladens evne til at lagre bits magnetisk på en bestemt placering. Defekte blokke forårsaget af pladenedbrydning kan ofte læses korrekt. Sådan en defekt blok kan kun registreres periodisk eller ved udvidet diagnosticering af drevene.
En defekt blok, også kendt som en defekt LBA (Logical Block Address), kan også skyldes logiske datafejl. Dette forekommer, når data er skrevet forkert til et drev, selvom det rapporteres som en vellykket skrivning. Desuden kan gode data, der er lagret på et drev, ændres utilsigtet. Et eksempel er en "bit flip", som kan opstå, når læse-/skrivehovedet passerer hen over eller skriver til en position i nærheden og ændrer data, i form af nuller og ettaller, til en anden værdi. Denne tilstand ødelægger "konsistensen" af de berørte data. Værdien af dataene på en bestemt blok er anderledes end de originale data og stemmer ikke længere overens med dataenes kontrolsum. Den fysiske LBA er i orden og kan skrives korrekt, men den indeholder i øjeblikket forkerte data og fortolkes muligvis som en defekt blok.
Du kan få flere oplysninger ved at læse vores artikel om dobbeltfejl og punkteringer i RAID-systemer.
Opret en valideret datasikkerhedskopi på filniveau
Kontroller, at alle defekte harddiske viser, at forudsigelige fejl udskiftes
Slet og genskab den virtuelle harddisk
Foretag en fuld initialisering af den virtuelle harddisk
Foretag en konsekvenskontrol på den nyoprettede virtuelle harddisk
Dataene kan nu gendannes på den sunde virtuelle harddisk
Anbefaling: Opgrader al harddiskfirmware til den nyeste version
OMSA giver mulighed for at slette advarsler om "beskadigede sektorer”. For at slette beskadigede sektorer anbefales følgende fremgangsmåde:
Når du foretager en sikkerhedskopiering af den virtuelle harddisk med funktionen Verificer, kan der opstå to scenarier:
Kør Patrol Read (under Virtuelle harddiskopgaver i OMSA), og kontroller systemets hændelseslog for at sikre, at der ikke er fundet nye beskadigede sektorer. Hvis der stadig findes beskadigede sektorer, skal du gå videre til næste trin. Hvis ikke, slettes tilstanden.
For at slette disse beskadigede sektorer skal du udføre opgaven Slet beskadigede sektorer på virtuel harddisk. Dette kan gøres via den grafiske brugergrænseflade i OMSA eller ved at bruge cli-kommandoen:
omconfig storage vdisk action=clearvdbadblocks controller=id vdisk=id
omreport storage controller
for at få vist controller-id'erne og derefter skrive for at få vist omreport storage vdisk controller=ID
id'erne for de virtuelle diske