Inofficiell
På den här sidan
  1. 01Fas 1: minnet
  2. 02Fas 2, steg 1: kärnloggen, SMART och HCL
  3. 03Fas 2, steg 2: SMB eller iSCSI
  4. 04Fas 2, steg 3: Disk Health Scan i DriveTime
  5. 05Fas 2, steg 4: fragmentering, fyllnadsgrad och vad en disk klarar av
  6. 06Fas 3: nätverket
  7. AGrundläggande kunskap: diskar i en NAS

Felsökning av NAS-prestanda: läs- och skrivhastigheter, steg för steg

Långsamma läs- och skrivhastigheter på en NAS kan ha många möjliga orsaker: minne som förstör data eller får enheten att hänga sig, en disk som håller på att gå sönder, en dålig kabel eller ett dåligt bakplan, protokollet, en fragmenterad eller nästan full volym, eller nätverket. Den här guiden går igenom dem i den ordningen, från hårdvaran och uppåt, med hjälp av StorageDiag Workbench & Utilities.

Workbench består av två skrivbord. Utilities arbetar direkt på den NAS där det är installerat: DriveTime Analyzer, NetScope, MemHound och live-loggarna. Workbench analyserar ett diagnostiskt paket (bundle): kärnloggen och Dr. Trace granskar loggarna från det paketet. Du växlar mellan dem i Start-menyn (raden där det står Workbench | Utilities); sidan laddas då om.

  1. MinneMemHound, före något annat
  2. Loggar & SMARTlänkfel, diskhälsa, HCL
  3. SMB eller iSCSIett protokoll eller båda
  4. Disk-skanning & kartaDriveTime: hastighet, layout, fyllnadsgrad
  5. NätverkNetScope och iperf3

01Fas 1: minnet

Uteslut instabil hårdvara först. En felaktig minnesmodul kan förstöra de data som passerar, orsaka hastighetstapp som ingenting annat kan förklara, eller få hela enheten att hänga sig. Testa RAM-minnet så som den första artikeln beskriver: Hur man korrekt testar RAM på QNAP-servrar med MemHound. Knappen Benchmark and Quality i MemHound mäter även minnets bandbredd gentemot JEDEC-värdet för de installerade modulerna (avsnitt 04 i den artikeln). Vad som är utmärkande för minnet i en NAS (blandning av moduler, dual channel, ECC, och varför OOM-fel kan uppstå trots att minnet ser ut att vara ledigt) beskrivs i avsnitt 05 i den artikeln: RAM i en NAS.

02Fas 2, steg 1: kärnloggen, SMART och HCL

Kärnloggen och Dr. Trace

  1. Växla över till Utilities på själva NAS:en och öppna Kernel Log · LIVE eller Dr. Trace · LIVE (Start-menyn, Live logs). För omdömet och logganalysen talar live-fönstret i Dr. Trace om vad du ska göra: Run Audit, then switch to the Workbench desk. När det gäller loggar som en kund skickat till dig laddar du upp deras diagnostiska ZIP på Workbench-skrivbordet (Upload Diagnostic ZIP) och öppnar Kernel Log (dmesg) samt Dr. Trace (Diagnosis).
  2. I kärnloggen ställer du om sökningen till regex (abc / .*) och letar efter rader som tyder på en länk med fel: hard resetting link|10B8B|SError|giving up|link is slow|exception Emask.
  3. Läs vad Workbench markerar på dessa rader. Den flaggar libata link resets (hard resetting link, link is slow), en port som kärnan gav upp på (reset failed, giving up), SATA PHY- och signalfel (10B8B, Dispar, PHYRdyChg), inaktiverad NCQ efter en timeout (tidsgräns) och en SATA-länk som körs med sänkt hastighet.
  4. Öppna en händelse (incident) i Dr. Trace. Den samlar upprepningarna av ett fel, inklusive en disk som kopplar ifrån och sedan kommer tillbaka, till en och samma händelse, och delar upp den sannolika orsaken på disken, kabeln, bakplanet och en expander.
Kernel Log (dmesg), ett kundpaket. Porten ata6 loggar SError: { RecovComm PHYRdyChg 10B8B Dispar }, vilket markerats med Backplane Communication Error och SATA 10B8B Signal Error, följt av hard resetting link. Längre ner slutar ata10 med reset failed, giving up: kärnan släppte porten. Enhetens namn och serienummer har dölts.
Dr. Trace, samma paket. Ett fel med signalintegriteten på sökvägen till Drive 12, som har setts 402 gånger under 229 dagar och samlats i en enda händelse. Trolig orsak: bakplanet och den inbyggda SATA-kontrollern 59 %, kabeln 35 %, disken 6 %, med de loggrader som bedömningen bygger på.
Film · 0:49. Kärnloggen i ett diagnostiskt paket sökt efter libata-felen, därefter Dr. Trace och dess signalintegritetshändelse Kernel Log (dmesg) · Dr. Trace · ett kundpaket, namn och serienummer maskerade

SMART, HCL och diskklassen

  1. Öppna DriveTime Analyzer (Utilities) på själva NAS:en. Fliken Health sparar SMART/FARM-historik för varje disk varje timme och gör om den till omdömen (Critical, Warning och Info); listan (fleet list) till vänster markerar varje disk med en prick.
  2. Välj en disk och klicka på View SMART. SMART-fönstret räknar upp varje attribut (Current, Worst, Threshold, Raw value) med ett omdöme för hela disken: OK, WARNING eller CRITICAL.
  3. Läs av de två märkningarna (chips) på diskens kort. HCL-märkningen jämför disken med QNAP:s kompatibilitetslista för denna NAS-modell: HCL ✓ betyder att den är listad, HCL ✗ betyder att den inte är listad för just den här modellen, HCL — att den inte är listad för någon NAS överhuvudtaget. Klass-märkningen anger Desktop, NAS, Enterprise, Surveillance, Archive eller Blacklist; en desktop-disk (för en stationär dator) är märkt Consumer drive — not recommended for 24/7 NAS use.

Klassen spelar roll för både hastighet och livslängd. Konsument-SSD:er skriver ofta snabbt bara tills deras cache är full och blir sedan mycket långsammare under långvarig belastning. På en NAS räknas jämn läs- och skrivhastighet mer än korta toppar.

Health, på en NAS med en disk som håller på att gå sönder. Seagate-disken i fack 14 står som Critical på grund av 369 omallokerade sektorer (reallocated sectors), och aktivitetslistan upprepar back up and plan replacement dag efter dag. Serienumren har dolts.
Samma disk i SMART-fönstret. HCL ✓ och Enterprise: det är rätt typ av disk för den här NAS:en, och ändå CRITICAL, med Reallocated_Sector_Ct på 369.
Film · 0:45. En disk som håller på att gå sönder på fliken Health i DriveTime, och sedan dess kort i SMART-fönstret: HCL, diskklass, CRITICAL DriveTime Health · SMART-fönster · serienummer maskerade

Om loggen visar länkfel eller SMART visar en varning tar du hand om diskarna före allt annat: kontrollera att de finns på HCL, att de är NAS- eller Enterprise-diskar och att de är friska. En disk kan förstöra data i det tysta innan den slutar fungera helt, så vänta inte tills den faller ur.

03Fas 2, steg 2: SMB eller iSCSI

När hårdvaran är utesluten tar du reda på om problemet hör till ett visst protokoll. Händer det bara över SMB, bara över iSCSI eller över båda? Även om en klient bara kan använda iSCSI är det ingen anledning att hoppa över kontrollen: testa även från en annan klient över SMB för att ringa in problemet.

  1. Endast iSCSI, med en Windows Server-klient: inaktivera ODX (Offloaded Data Transfer) på denna Windows-värd med kommandona nedan, starta om den och testa sedan igen. Det är den snabbaste kontrollen som finns, och den kräver ingen analys. Workbench ger samma råd när ett paket (bundle) uppvisar avbrutna iSCSI target-kommandon (aborts).
  2. Båda protokollen: orsaken ligger djupare än protokollen. Gå vidare till diskarna.
# PowerShell som administratör. 0 = ODX på (standard), 1 = ODX av
Get-ItemProperty HKLM:\SYSTEM\CurrentControlSet\Control\FileSystem -Name FilterSupportedFeaturesMode

# Inaktivera ODX och starta om Windows
Set-ItemProperty HKLM:\SYSTEM\CurrentControlSet\Control\FileSystem -Name FilterSupportedFeaturesMode -Value 1

# Aktivera det igen
Set-ItemProperty HKLM:\SYSTEM\CurrentControlSet\Control\FileSystem -Name FilterSupportedFeaturesMode -Value 0
Film · 1:42. SMB kopplar ideligen ner: granska utdelningarna och trafiken NetScope-paket · SMB2

04Fas 2, steg 3: Disk Health Scan i DriveTime

Mät diskarna från själva NAS:en innan du kör ett externt benchmark som CrystalDiskMark. DriveTimes Disk Health Scan belastar diskarna bakom en volym och jämför varje disk med de andra (peers).

  1. Öppna DriveTime Analyzer, fliken Speed, och välj den aktuella volymen i titelfältet.
  2. Välj testet. Volymtesterna (sekventiella och slumpmässiga läsningar och skrivningar, 50/50 mixen, eller FULL REPORT med samtliga fyra faser och SMART) skriver sin testfil bara i en tillfällig mapp på volymen och tar bort den efteråt. Read-only disk scan läser de råa diskarna (raw disks), först var för sig och sedan alla samtidigt, och skriver ingenting.
  3. Klicka på ▶ Analyze. För var och en av diskarna rapporterar skanningen latens (median, p95, max), utnyttjande (utilisation), IOPS och ködjup (queue depth), och markerar den med OK, WATCH eller SUSPECT.
  4. Klicka på Save report (.md). Rapporten sparas till den publika utdelningen (Public share) som report-ioutils-storagediag-utilities-<date>-<time>.md, med en -trace.csv bredvid; Disk reports i Start-menyn listar dem.
Speed, före en körning. Varje enhets live-await högst upp och formuläret för Disk Health Scan nedanför, med Read-only disk scan valt och hur lång tid körningen tar utskrivet under det.
Film · 1:26. Vad volymen skriver, och vad diskarna under den faktiskt klarar DriveTime IO Analyzer · tjänster stoppade

Avläsa await

Ett högt await-värde på en disk betyder inte i sig att just den disken håller på att gå sönder. Await är den tid som en förfrågan står i kö och betjänas. En disk som hanterar mer av arrayens I/O än de andra får vänta längre eftersom den arbetar mer, så skanningen bedömer en sådan disk efter dess servicetid och säger det. I rapporten nedan fick den friska disken bredvid den trasiga just den anmärkningen i fasen för slumpmässig läsning: carries 62% of the array's I/O (1.6× peer IOPS) — its await and queue are load, not a fault. Det omvända händer också: en disk med normal await men en överföringshastighet långt under de andras kan vara den som har ett tyst mekaniskt fel. Därför läser skanningen utan skrivning varje disk för sig och dessutom alla tillsammans.

Rapporten och dess omdöme

Rapporten börjar med ett omdöme som går att förstå direkt: OK när ingen disk sticker ut, eller WARNING / CRITICAL med den svaga länken (weak link) och fasen där den klarade sig sämst. Sedan kommer tabellerna per disk, SMART-värdena från före och efter körningen, tröskelvärdena som användes och ett spår (trace) per sekund. Lagringens hastighet varierar med belastningen på NAS:en, så kör skanningen mer än en gång och kontrollera att en avvikelse upprepas; med spåret i varje rapport kan du jämföra två körningar rad för rad.

En sparad rapport i Reports-fönstret. CRITICAL — Weak link: sdf (slot 14), worst in Sequential read: ojämn latens (p95 12 gånger sin egen median), 369 omallokerade sektorer och en G-sense-räknare som ökade under körningen. Det är samma disk som på fliken Health ovan.
Film · 1:55. En enda disk drar ner hela arrayen DriveTime IO Analyzer · fullständig rapport · SMART

Bra att veta. Rapporten är vanlig Markdown-text, så en AI-assistent kan läsa den som den är: klistra in den och fråga vad som sticker ut, så kan den peka på ett mönster som en människa skulle missa. Samma fil är vad QNAP Support behöver: ladda ner den från Reports-fönstret och bifoga den till ärendet tillsammans med NAS:ens diagnostiska ZIP, som innehåller SMART-värdena och kärnloggarna. För själva loggarna har Workbench en egen AI-logganalys (knappen ✨ i Kernel Log och Dr. Trace), som skickar en prompt byggd på loggen till OpenAI, Claude eller Gemini med en nyckel som en administratör sparar i Settings.

05Fas 2, steg 4: fragmentering, fyllnadsgrad och vad en disk klarar av

På hårddiskar nås siffrorna i databladet sällan vid vardaglig användning.

  1. Fragmentering. Fliken Disk Map i DriveTime visar hur filerna på en volym eller utdelning ligger och hur uppdelat det lediga utrymmet under dem är. Välj volymen i titelfältet och klicka på Scan: Sample läser så länge som den tidsgräns du anger, Full läser hela trädet. Poängen Fragmented files betyder: 0–30 inget fragmenteringsproblem, 31–55 något fragmenterat, 56 och över kraftigt fragmenterat. Skanningen läser bara; den flyttar aldrig ett block.
  2. Fyllnadsgrad. Håll en volym under 80 % full, aktiva data och snapshots tillsammans. Fönstret Capacity varnar när en volym går över 80 %. På QuTS hero markerar Disk Map 80 % och 90 % på poolens stapel: över ungefär 80 % måste ZFS arbeta hårdare för att placera varje skrivning, och skrivningarna blir långsammare för alla utdelningar på poolen.
  3. Ingen defragmentering. På en volym med snapshots tar varje block som en defragmenterare flyttar plats i lagringspoolen en gång till, tills de snapshots som håller kvar det gamla blocket har gått ut. Snapshotsen växer alltså med det som flyttades. Tiden och slitaget på diskarna är inte heller värda det. Därför har Workbench ingen knapp för defragmentering, och lösningen är att hålla volymen under 80 %.
  4. Vad en disk klarar av. De snabbaste hårddiskarna i dag är specificerade för cirka 280 MB/s på de yttre spåren. På de inre spåren, eller på en fragmenterad volym, är en tredjedel av det vanligt, och med blandade läsningar och skrivningar är 100 till 120 MB/s per disk en realistisk siffra i vardagen. En volyms hastighet beror på RAID-nivån, hur fulla och fragmenterade diskarna är och de rörelser med läshuvudena som det kostar.

Disk Map visar bara hur data ligger (layout). Om du vill se om diskarna hänger med följer du fliken Speed medan arbetslasten körs och kontrollerar varje disks historik på fliken Health.

Disk Map för en volym som är 95 % full, en hårddisk, ett urval på 60 sekunder. De flesta rutorna är helt allokerade; det lediga utrymme som finns kvar ligger mest i små bitar (rött) eller är uppbrutet (gult), med några få långa sträckor (grönt). Fillistan är bortklippt ur bilden.
Film · 0:35. Hur fragmenterade är filerna på den här volymen egentligen? DriveTime Fragviewer · karta över fritt utrymme · ext4 & ZFS

06Fas 3: nätverket

När diskarna visar sig vara friska och tillräckligt snabba kan flaskhalsen vara nätverket. NetScope mäter länken med iperf3.

  1. Öppna NetScope (Utilities), fliken Bandwidth, och klicka på Server. Välj nätverksgränssnitt. Lyssnaren för iperf3 startar av sig själv (port 5201) och stoppas när du stänger fönstret.
  2. På en andra NAS som kör Workbench & Utilities öppnar du NetScope, Bandwidth, Client, väljer den här NAS:en (eller skriver dess IP-adress under Manual) och trycker på Start Test. Från en Windows-dator använder du NetScope-klienten för Windows, NetScope-latest.exe, som det finns en länk till i NetScopes titelfält.
  3. Om testet visar för låg bandbredd slutar du leta i NAS:ens lagring och tittar på nätverket i stället: switcharna, kablarna, nätverkskorten och routingen.
NetScope, Bandwidth, Server. Lyssnaren väntar på alla gränssnitt, port 5201, tills fönstret stängs. Test-NAS:ens adresser är dolda med punkter.
Film · 0:28. Är det nätverket eller NAS:en? iperf med två klick NetScope · NetScope Windows

AElementär kunskap: diskar i en NAS

Alla diskar hör inte hemma i en NAS. Diskens klass avgör om den fungerar i en RAID-array eller får arrayen att gå sönder, och dess SMART-attribut visar hur länge till den kommer att hålla.

Varför en desktop-disk inte passar för RAID

Desktop-diskar saknar TLER/ERC. När en sådan disk stöter på ett block som är svårt att läsa fortsätter den att försöka i upp till flera minuter, medan RAID-kontrollern bara väntar i ungefär 7 sekunder. Därefter tror kontrollern att en frisk disk har gått sönder och tar bort den ur arrayen: en onödig degradering och en riskabel rebuild. Dessutom saknar de 24/7-klassning och vibrationssensorer (RV), och deras årliga arbetsbelastning är flera gånger lägre.

SMR i relation till CMR: varför det är av yttersta vikt gällande RAID

CMR skriver spåren bredvid varandra: skrivningen är snabb och förutsägbar, vilket är precis vad en rebuild behöver. SMR lägger spåren omlott som takpannor, så varje överskrivning skriver om en hel zon. Under det ständiga skrivandet i en rebuild blir diskens cache full, disken står still i flera sekunder och överskrider kontrollerns timeout. Kontrollern tror då att disken är död, och en rebuild drar ut från timmar till dagar. Använd bara CMR-diskar för RAID och NAS.

Diskklasser
KlassFramtagen förRPMÅrlig arbetsbelastningRV-sensorerTLERFack (Bays)Avsedd för en NAS
NASNAS-enheter för hem och kontor, 24/7, lätt och medelhög belastning5400~180 TBbegränsatjaupp till 8ja
NAS Promulti-bay NAS-enheter, virtualisering, databaser7200~300 TBjajaupp till 24ja
Enterpriseserverrum, arrayer med 24+ fack, extrem belastning7200~550 TBfleraxligtjaingen gränsja
Surveillance (Övervakning)inspelare och CCTV: sekventiell skrivning av många strömmar5400/7200~180–550 TBvissa modellerjaNVRför kameror
Archive (SMR)kalla data (cold data), sällan sekventiell skrivning5400lågnejnej—bara för backup
Desktopen enskild dator, några timmar om dagen5400/7200~55 TBnejnej1nej
SMART-attribut: hur DriveTime i Workbench bedömer dem
IDAttributDess faktiska innebördVarning / kritiskDin uppgift
5Reallocated_Sector_Ctdåliga sektorer som har flyttats till reservområdet (spare area); värdet stiger när disken håller på att gå sönder≥ 1 / ≥ 50säkerhetskopiera; i RAID kan en rebuild misslyckas
197Current_Pending_Sectorinstabila sektorer som väntar på omallokering≥ 1 / ≥ 5säkerhetskopiera, byt ut disken; ökar ofta tillsammans med 5 och 198
198Offline_Uncorrectableoläsliga sektorer som inte går att rädda≥ 1 / ≥ 1säkerhetskopiera nu, byt ut disken
187Reported_Uncorrectfel som diskens ECC inte kunde rätta≥ 1 / ≥ 10ett starkt tecken på haveri, byt ut disken
196Reallocation_Event_Counthur många gånger disken har flyttat sektorer≥ 1 / ≥ 20följ tillsammans med 5
10Spin_Retry_Countdisken varvar inte upp på första försöket (motor, mekanik)≥ 1 / ≥ 10nära att skära ihop, byt ut disken
188Command_Timeoutkommandon överskrider sin tidsgräns, disken hänger sig≥ 1 / ≥ 100kontrollera kabel och ström; byt ut disken om värdet ökar
199UDMA_CRC_Error_CountSATA-överföringsfel: oftast kabeln eller bakplanet, inte disken≥ 1 / ≥ 100sätt i disken på nytt, byt kabel; det som räknas är om värdet ökar
194Temperature_Celsiusdiskens temperatur≥ 55 °C / ≥ 65 °Cförbättra kylningen och luftutrymmet runt diskarna
NVMePercentage Usedandelen av den specificerade livslängden som har förbrukats≥ 80 % / ≥ 100 %planera ett utbyte från 80 %
NVMeMedia and Data Integrity ErrorsNAND-mediefel som inte går att återställa≥ 1 / ≥ 10säkerhetskopiera, byt ut enheten
NVMeCritical Warninglarmbitar: reserv (spare), temperatur, skrivskyddat lägevilken bit som helstvarje satt bit är allvarlig

I en RAID-array är attributen 5, 197 och 198 inte bara en risk för en enskild disk: en rebuild ökar belastningen, en andra svag disk kan gå sönder, och då misslyckas rebuilden och hela poolen går förlorad. Agera tidigt. På Seagate-diskar visar attributen 1, 7 och 195 raw-värden i miljonklassen, vilket är normalt; jämför VALUE och WORST med THRESH, inte RAW.

SSD-cache och en avbrottsfri kraftförsörjning (UPS)
LägeSystemDet den görUPS
Read-onlyQTSkopierar ofta lästa data till SSD:n; originalet ligger kvar på diskarnarekommenderas
Read cache (L2ARC)QuTS heroSSD:n som en andra nivå i läscachenrekommenderas
Write-only / read-writeQTSskrivningar hamnar först på SSD:n och når diskarna senarekritisk
ZIL (SLOG)QuTS heroen logg över synkrona skrivningar på SSD:n; alltid speglad (mirrored)kritisk

Tumregel. Om någon skrivning väntar i en buffert innan den når diskarna (write-back, SLOG, en diskcache utan strömavbrottsskydd, PLP) är en UPS kritisk. Om cachen bara betjänar läsningar rekommenderas en UPS. Lägg en skrivcache på en skyddad typ (RAID 1, 5, 6 eller 10), aldrig på Single, JBOD eller RAID 0.

Minnet (dual channel, ECC, blandning av moduler, symptom och OOM-fel) har ett eget avsnitt i RAM-guiden: RAM i en NAS.