Så här hanterar du punktering (felaktiga block) på virtuella hårddiskar för PowerEdge-servrar

Den här artikeln innehåller felsökningssteg för (punktering av) felaktiga block på hårddiskar i PowerEdge-servrar med PERC-styrenheter. Följande information kan hjälpa till att få tillbaka en påverkad virtuell enhet till ett optimalt läge, i synnerhet när ingen säkerhetskopiering är möjlig.

Innehållsförteckning:

1. Felbeskrivningar

2. Vad är orsaken

3. Steg för att lösa problemet

4. Ytterligare information

1. Felbeskrivningar

Fel nr. 1:

OpenManage Server Administrator (OMSA) visar ett rött kryss framför en virtuell hårddisk (bild 1).  

Bild 1: Virtuell disk med rött kryss i status (exempel H800)

Obs! Dell OpenManage Server Administrator (OMSA) är en komplett en-till-en-lösning för systemhantering. OMSA kan kategoriseras i två program:
- Integrated - Web browser-based Graphical User Interface (GUI) - Command
Line Interface (CLI) - Via operativsystemet

Fel nr. 2:

Windows systemlogg visar felaktigt block-fel (bild 2).  

 
Bild 2: Felaktigt blockfel i Windows-systemloggen visas
 

Fel nr. 3:

Loggen för RAID-styrenheten (TTYLOG) visar fel 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

Mer information om hur du tar emot dessa specifika loggar finns i vår artikel om insamling av loggar.
 

2. Vad är orsaken:

RAID-disksystem är inte immuna mot datafel.  RAID-styrenheten och den inbyggda programvaran på hårddisken innehåller funktioner för att upptäcka och korrigera många typer av datafel innan de skrivs till ett disksystem/en disk.  Om inaktuell inbyggd programvara används kan felaktiga data skrivas till ett disksystem/en disk eftersom felhanterings-/felkorrigeringsfunktionerna som finns i de senaste versionerna av den fasta programvaran saknas.
Datafel kan också orsakas av felaktiga fysiska block.  De kan till exempel uppstå när läs-/skrivhuvudena påverkar den snurrande skivan (en så kallad ”huvudkrock”).  Block kan också bli dåliga med tiden på grund av skivans förmåga att magnetiskt lagra bitar på en viss plats.  Felaktiga block som orsakas av degraderade skivor går ofta att läsa.  Sådana felaktiga block kan bara detekteras tillfälligt eller med utökad diagnostik på enheterna.  

Ett felaktigt block, även kallat en felaktig logisk blockadress (LBA), kan också orsakas av logiska datafel.  Detta inträffar när data skrivs felaktigt till en disk även om det rapporteras som en lyckad skrivning.  Dessutom kan data som lagras på enheten ändras oavsiktligt.  Ett exempel är en ”bit flip” som kan uppstå när läs-/skrivhuvudena passerar över eller skriver till en närliggande plats och gör att data i form av nollor och ettor ändras till ett annat värde.  Ett sådant tillstånd medför att enhetligheten i data skadas.  Värdet för data på ett visst block skiljer sig från ursprungliga data och kanske inte längre matchar kontrollsumman av data.  Den fysiska LBA-enheten är bra och kan skrivas till, men den innehåller för närvarande felaktiga data och kan tolkas som ett felaktigt block.

Mer information finns i vår artikel om dubbelfel och punkteringar på RAID-disksystem.
 

3. Steg för att lösa problemet:
 

Obs! Aktuella data på den virtuella disken är skadade och måste tas bort

1. Skapa en validerad säkerhetskopiering av data på filnivå
    

   • En blockbaserad säkerhetskopiering skulle överföra problemet
   • En säkerhetskopiering på filnivå indikerar skadade filer (dessa filer kan inte säkerhetskopieras)
   • Det finns aldrig en hundraprocentig garanti på att man kan behålla alla data om en punkterad strimla redan finns
    

    

2. Se till att alla trasiga drivenheter som visar förutsägbara fel byts ut
    

3. Radera och återskapa den virtuella hårddisken
    

   • I det här steget tas alla data bort från den virtuella hårddisken
   • Ta bort disksystem
   • Återskapa disksystemet enligt önskemål
    

    

4. Utför en fullständig initiering av den virtuella hårddisken
    

   • Kontrollera att snabb initiering inte är valt
   • Endast en fullständig (= långsam) initiering åtgärdar problemet
    

    

5. Kör en konsekvenskontroll av den nyskapade virtuella hårddisken
    

   • Om konsekvenskontrollen slutförs utan fel fungerar disksystemet nu som det ska och punkteringen har eliminerats
    

    

6. Dina data kan nu återställas till den fungerande virtuella hårddisken
    

7. Rekommendation: Uppgradera all fast programvara för hårddiskar till den senaste versionen
    

4. Ytterligare information

OMSA ger möjlighet att rensa varningar om felaktiga block. Om du vill rensa felaktiga block rekommenderar vi följande procedur:

• När du utför en säkerhetskopiering av den virtuella hårddisken med alternativet Verify (verifiera) markerat kan två scenarier uppstå:

  • Säkerhetskopieringen av en eller flera filer misslyckas. Om det sker återställer du filen från en tidigare säkerhetskopia. När du har återställt filen går du vidare till nästa steg.
  • Säkerhetskopieringen slutförs utan fel. Detta innebär att det inte finns några felaktiga block på den skrivna delen av din virtuella hårddisk.
  Obs! Om du fortfarande får varningar om felaktiga block befinner sig de felaktiga blocken i ett område som inte är data.
  
   

• Kör Patrol Read (under Virtual Disk Tasks (uppgifter för virtuella hårddiskar) i OMSA) och kontrollera systemets händelselogg i syfte att kontrollera att inga nya felaktiga block hittas. Om det fortfarande finns felaktiga block går du vidare till nästa steg. Om det inte gör det är situationen löst.

  Obs! Automatisk Patrol Read måste avaktiveras innan alternativet att köra den här åtgärden manuellt visas i OMSA.
  
   

• Om du vill ta bort de felaktiga blocken utför du uppgiften Clear Virtual Disk Bad Blocks (Rensa felaktiga block på virtuell hårddisk). Detta kan göras i OMSA:s grafiska gränssnitt eller med följande kommando i kommandogränssnitet:
  omconfig storage vdisk action=clearvdbadblocks controller=id vdisk=id

  Obs! För att få värdena för styrenhets-ID och virtuellt disk-ID skriver du omreport storage controller för att visa styrenhets-ID:n och skriver sedan omreport storage vdisk controller=ID för att visa ID:n för de virtuella diskarna