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.
- MinneMemHound, före något annat
- Loggar & SMARTlänkfel, diskhälsa, HCL
- SMB eller iSCSIett protokoll eller båda
- Disk-skanning & kartaDriveTime: hastighet, layout, fyllnadsgrad
- 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
- 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).
- 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. - 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. - Ö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.
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.SMART, HCL och diskklassen
- Ö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.
- 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.
- 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.
Reallocated_Sector_Ct på 369.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.
- 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).
- 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
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).
- Öppna DriveTime Analyzer, fliken Speed, och välj den aktuella volymen i titelfältet.
- 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.
- 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.
- Klicka på Save report (.md). Rapporten sparas till den publika utdelningen (Public share) som
report-ioutils-storagediag-utilities-<date>-<time>.md, med en-trace.csvbredvid; Disk reports i Start-menyn listar dem.
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.
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.
- 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.
- 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.
- 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 %.
- 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.
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.
- Ö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.
- 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.
- 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.
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.
| Klass | Framtagen för | RPM | Årlig arbetsbelastning | RV-sensorer | TLER | Fack (Bays) | Avsedd för en NAS |
|---|---|---|---|---|---|---|---|
| NAS | NAS-enheter för hem och kontor, 24/7, lätt och medelhög belastning | 5400 | ~180 TB | begränsat | ja | upp till 8 | ja |
| NAS Pro | multi-bay NAS-enheter, virtualisering, databaser | 7200 | ~300 TB | ja | ja | upp till 24 | ja |
| Enterprise | serverrum, arrayer med 24+ fack, extrem belastning | 7200 | ~550 TB | fleraxligt | ja | ingen gräns | ja |
| Surveillance (Övervakning) | inspelare och CCTV: sekventiell skrivning av många strömmar | 5400/7200 | ~180–550 TB | vissa modeller | ja | NVR | för kameror |
| Archive (SMR) | kalla data (cold data), sällan sekventiell skrivning | 5400 | låg | nej | nej | — | bara för backup |
| Desktop | en enskild dator, några timmar om dagen | 5400/7200 | ~55 TB | nej | nej | 1 | nej |
| ID | Attribut | Dess faktiska innebörd | Varning / kritisk | Din uppgift |
|---|---|---|---|---|
| 5 | Reallocated_Sector_Ct | dåliga sektorer som har flyttats till reservområdet (spare area); värdet stiger när disken håller på att gå sönder | ≥ 1 / ≥ 50 | säkerhetskopiera; i RAID kan en rebuild misslyckas |
| 197 | Current_Pending_Sector | instabila sektorer som väntar på omallokering | ≥ 1 / ≥ 5 | säkerhetskopiera, byt ut disken; ökar ofta tillsammans med 5 och 198 |
| 198 | Offline_Uncorrectable | oläsliga sektorer som inte går att rädda | ≥ 1 / ≥ 1 | säkerhetskopiera nu, byt ut disken |
| 187 | Reported_Uncorrect | fel som diskens ECC inte kunde rätta | ≥ 1 / ≥ 10 | ett starkt tecken på haveri, byt ut disken |
| 196 | Reallocation_Event_Count | hur många gånger disken har flyttat sektorer | ≥ 1 / ≥ 20 | följ tillsammans med 5 |
| 10 | Spin_Retry_Count | disken varvar inte upp på första försöket (motor, mekanik) | ≥ 1 / ≥ 10 | nära att skära ihop, byt ut disken |
| 188 | Command_Timeout | kommandon överskrider sin tidsgräns, disken hänger sig | ≥ 1 / ≥ 100 | kontrollera kabel och ström; byt ut disken om värdet ökar |
| 199 | UDMA_CRC_Error_Count | SATA-överföringsfel: oftast kabeln eller bakplanet, inte disken | ≥ 1 / ≥ 100 | sätt i disken på nytt, byt kabel; det som räknas är om värdet ökar |
| 194 | Temperature_Celsius | diskens temperatur | ≥ 55 °C / ≥ 65 °C | förbättra kylningen och luftutrymmet runt diskarna |
| NVMe | Percentage Used | andelen av den specificerade livslängden som har förbrukats | ≥ 80 % / ≥ 100 % | planera ett utbyte från 80 % |
| NVMe | Media and Data Integrity Errors | NAND-mediefel som inte går att återställa | ≥ 1 / ≥ 10 | säkerhetskopiera, byt ut enheten |
| NVMe | Critical Warning | larmbitar: reserv (spare), temperatur, skrivskyddat läge | vilken bit som helst | varje 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.
| Läge | System | Det den gör | UPS |
|---|---|---|---|
| Read-only | QTS | kopierar ofta lästa data till SSD:n; originalet ligger kvar på diskarna | rekommenderas |
| Read cache (L2ARC) | QuTS hero | SSD:n som en andra nivå i läscachen | rekommenderas |
| Write-only / read-write | QTS | skrivningar hamnar först på SSD:n och når diskarna senare | kritisk |
| ZIL (SLOG) | QuTS hero | en 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.