Kontrollera Sophos Firewall SSD-hälsa med SMART

Den interna SSD:n i en Sophos Firewall lagrar bland annat loggar, rapporter, karantändata, temporära filer och systemdata. I miljöer med mycket loggning, on-box rapportering, e-postskydd eller hög systembelastning kan det därför vara klokt att ibland kontrollera SSD:ns tillstånd.

Denna kontroll ersätter inte officiell hårdvaruövervakning eller supportdiagnos. Kontrollens syfte är att tidigt upptäcka ett avvikande slitagevärde och förbereda backup, supportärende eller hårdvarubyte i tid.

⚠️ Viktigt: Advanced Shell ger direkt systemåtkomst. Kommandona som visas här läser endast information. Inga filer bör raderas, partitioner ändras, SMART self-tests startas eller enheter bytas utan att förstå konsekvenserna för support, garanti och drift.

När SSD:n bör kontrolleras

En SSD-kontroll är särskilt meningsfull när något av följande gäller:

• Firewallen genererar mycket lokala loggar eller rapporter.
• Det har förekommit varningar om hög minnesanvändning.
• On-box rapporter, e-postkö, karantän eller lokala loggar växer kraftigt.
• Enheten har varit i drift i flera år.
• Systemets tillstånd ska dokumenteras före en större firmware-uppgradering.
• Ett HA-kluster ska övervakas bättre hårdvarumässigt.

För lagringsproblem är dessutom Kontrollera Sophos Firewall lagringsutrymme och hantera rapporter relevant. För central logglagring passar Aktivera Central Firewall Reporting, så att inte varje analys är beroende av lokala on-box-data.

Vad denna kontroll gör

SMART-kontrollen är ett tekniskt stickprov direkt på appliance. Den besvarar inte alla hårdvarufrågor, men hjälper till att bedöma SSD-slitage och avvikande lagringsvärden.

• SSD-endurance-värdet är avvikande eller stiger snabbt: Dokumentera SMART-värdet och kontrollera historiken.
• /var är full eller rapporter stoppar: Kontrollera lagringsutrymme och rapporter.
• Temperatur-, fläkt- eller nätaggregatslarm syns: Kontrollera SNMP Hardware Monitoring och WebAdmin/Monitoring.
• Konfigurationsrisker eller Health-Check-fynd är öppna: Utvärdera Sophos Firewall Health Check.
• Hårdvarubyte eller RMA verkar sannolikt: Förbered serienummer, supportstatus, backup och RMA-data.

Sophos Firewall Health Check bedömer konfigurationsrisker. Den ersätter inte lagringskontroll och hårdvaruövervakning. Omvänt bevisar ett normalt SMART-värde inte att rapporter, loggar, karantän eller databaser arbetar rent.

Förutsättningar

För kontrollen behöver du:

• Åtkomst till användaren admin.
• SSH-åtkomst eller åtkomst till Advanced Shell.
• Strikt begränsad SSH-åtkomst från ett betrott administratörsnät.
• Ett planerat underhålls- eller diagnosfönster om firewallen är hårt belastad.
• Vid HA: åtkomst till båda enheterna.

Hur du förbereder åtkomsten finns i Anslut till Sophos Firewall via SSH. Efter inloggning öppnar du Advanced Shell via 5 Device Management > 3 Advanced Shell. Efter kontrollen bör åtkomsten åter begränsas till det nödvändiga minimumet.

Läs av SSD-endurance

På många Sophos Firewall-hårdvaruenheter är den interna SSD:n synlig som /dev/sda. Följande kommando läser av SMART-informationen och filtrerar utdata för endurance-värdet:

smartctl -x /dev/sda | grep Endurance

Kommandot är en skrivskyddad diagnostik från Advanced Shell, inte en normal SFOS-statusindikator i WebAdmin. Beroende på appliance, disk och firmware kan utdata se annorlunda ut eller det förväntade attributnamnet saknas. Gissa inte, utan dokumentera fullständig utdata och medföljande symtom.

I utdata är särskilt värdet före Percentage Used Endurance Indicator intressant. Ett lågt värde är generellt bra. I skärmbilden är värdet 1, vilket är okritiskt.

Tolka värdet korrekt

SMART-värden är diagnostiska värden för lagringsenheten. Sådana värden är användbara, men inte identiskt normerade för varje SSD och tillverkare. Därför bör man inte betrakta värdet isolerat.

• Mycket lågt värde: normalt sett oproblematiskt.
• Värdet ökar markant över tid: övervaka utvecklingen och planera underhåll.
• Värdet ligger tydligt högre än tidigare mätningar: förbered supportärende och kontrollera bytesmöjlighet.
• Ytterligare I/O-fel eller systemproblem: kontrollera inte bara SSD-endurance, utan även loggar och supportdiagnos.

Trenden är viktig. Ett enskilt värde är mindre betydelsefullt än en upprepad kontroll över flera underhållsfönster. Om värdet snabbt ökar eller om minnes-, databas- eller rapportproblem uppstår samtidigt, bör ett Sophos-supportärende förberedas.

Ett högt värde ensamt är ännu ingen ren diagnos. Fyndet blir mer meningsfullt när flera tecken sammanfaller:

• Endurance-värdet stiger snabbare än förväntat.
• /var eller rapportdata beter sig avvikande.
• Loggar visar I/O-, databas- eller filsystemfel.
• WebAdmin, rapporter eller tjänster blir instabila utan tydlig konfigurationsändring.
• En appliance i HA-klustret visar tydligt andra värden än partnern.

Dokumentera mätvärden

För att ett stigande endurance-värde ska kunna spåras senare bör varje kontroll dokumenteras kort. Detta är särskilt användbart före firmware-uppgraderingar, i HA-kluster och för enheter som har varit i drift i flera år.

En enkel dokumentation räcker oftast:

• Datum och tid: 2026-06-20 10:30
• Firewall eller plats: XGS 2100 - HQ
• Node: Primary eller Auxiliary
• Firmware-version: SFOS 22.0.1 MR1
• SSD-endurance-värde: 1
• Medföljande symtom: inga, minnesvarning, I/O-fel, rapportproblem
• Nästa åtgärd: övervaka, förbered supportärende, planera byte

Vid ett supportärende hjälper denna historik mer än en enskild skärmbild. Man ser om värdet åldras långsamt, plötsligt hoppar eller uppträder tillsammans med minnes- och databasproblem.

Dessutom bör mätpunkten hållas stabil. Använd om möjligt alltid samma kommando, samma enhetssökväg och samma Node. I HA-kluster bör utdata inte bara sparas som skärmbild, utan kopplas till serienummer eller Node-roll. Annars blir det senare oklart om värdena kommer från Primary, Auxiliary eller en redan utbytt enhet.

Om ingen endurance-utdata visas

Om det filtrerade kommandot inte ger någon utdata kan du först visa SMART-utdata utan filter:

smartctl -x /dev/sda

Sök sedan efter termer som Endurance, Percentage Used, Wear eller tillverkarspecifika SMART-attribut. Om utdata inte är tydlig bör den inte gissas, utan kontrolleras med Sophos Support eller Avanet.

Enhetssökvägen kan variera beroende på plattform. Därför bör man inte blint testa eller skriva till andra enhetssökvägar. För virtuella firewalls är lagringshälsan dessutom främst en uppgift för virtualiseringsplattformen och lagringssystemet.

Om smartctl inte ger användbara värden är det inget bevis för en frisk eller defekt lagringsenhet. Dokumentera då fyndet som “inte entydigt läsbart” och kombinera med andra indikationer: lagringsutrymme, systemloggar, Hypervisor Monitoring, SNMP-hårdvaruvärden, supportdiagnos och observerade symtom. Skrivtester, SMART self-tests eller reparationsförsök bör endast göras om Sophos Support eller en tydlig underhållsplan uttryckligen kräver det.

Översätt resultatet till en åtgärd

Efter mätningen bör värdet inte diskuteras isolerat, utan översättas till ett konkret driftbeslut.

• Lågt värde, inga symptom: dokumentera mätningen och kontrollera igen vid nästa servicefönster.
• Värdet stiger snabbt eller hoppar tydligt: säkra backup, SSMK, serienummer, firmwareversion och historik. Förbered därefter ett supportärende.
• Dessutom lagringsvarningar eller rapportproblem: kontrollera först lagringsutrymme, reports, logs och quarantine. Hög lagringsförbrukning är inte automatiskt ett SSD-fel.
• I/O-, databas- eller filsystemfel i loggar: spara SMART-utdata, relevanta loggar och tidslinje tillsammans och experimentera inte med manuella raderingar.
• HA-noder skiljer sig tydligt: dokumentera serienummer, roller, firmwareversioner och mätvärden separat. Vid RMA eller byte måste det vara tydligt vilken nod som berörs.
• Virtuell firewall: tolka inte resultatet som hårdvara. Avgörande är hypervisor, storage, datastore, I/O-latens och plattformsövervakning.

Denna klassificering undviker två typiska fel: att dramatisera ett enskilt SMART-värde eller att avfärda verkliga symptom som “bara ett lagringsproblem”. Avgörande är kombinationen av trend, symptom, loggar, plattform och supportstatus.

Kontrollera HA-kluster separat

I ett Sophos Firewall HA-kluster har varje enhet sin egen SSD. Lagringsenheternas tillstånd synkroniseras inte via HA.

Därför bör du kontrollera:

• Primär enhet.
• Hjälpenhet.
• Serienummer eller värdnamn för respektive nod.
• Datum, firmware-version och uppmätt endurance-värde.
• Om ytterligare minnes- eller I/O-avvikelser är synliga på en nod.

För HA-drift och roller passar Sophos Firewall HA-kluster: Active-Passive, Active-Active och Auxiliary Appliance.

Vid ett möjligt byte är HA-rollen viktig. Före en RMA bör det vara klart vilken enhet som ersätts, vilken firmware-version och build som körs på den friska enheten och om ett underhållsfönster behövs. Sophos beskriver RMA-processer för HA-scenarier separat efter roller; i praktiken bör man därför inte först när ersättningsenheten kommer klargöra vilken Node som faktiskt är berörd.

Byt inte utan support

En SSD bör inte bytas självständigt bara för att ett SMART-värde verkar avvikande. Ett hårdvaruingrepp kan påverka support, garanti, RMA-hantering och driftsäkerhet.

Innan ett byte bör dessa punkter förberedas:

• Aktuell konfigurationsbackup.
• Secure Storage Master Key.
• Serienummer och enhetsmodell.
• Firmware-version och build.
• HA-roll, om ett kluster används.
• Skärmbild eller textutdrag av SMART-utdata.
• Beskrivning av symtom och tidsförlopp.
• Lagrings- och rapportstatus, om även dessa är avvikande.
• Licens- och supportstatus.

Garantigrunder och supportförutsättningar beskrivs i artikeln Hur länge får jag garanti på Sophos-hårdvara?. Om en enhet behöver nyinstalleras är Installera om Sophos Firewall OS: Återställning med USB-sticka den lämpliga återställningsartikeln.

Checklista

• SSH-åtkomst endast tillåten från betrodda admin-nätverk.
• Advanced Shell öppnad.
• smartctl -x /dev/sda | grep Endurance utfört.
• Värde, datum, firmware-version och serienummer dokumenterat.
• Vid HA kontrolleras båda noder separat.
• Lagringsutrymme och lokala rapporter kontrollerade vid avvikelser.
• SNMP- eller Monitoring-larm kontrollerade vid hårdvarumisstanke.
• Firmware-version, build, modell och supportstatus noterade för supportfall.
• Vid höga eller snabbt stigande värden förberett supportärende.
• Inget hårdvarubyte utan att klargöra support och garanti.

FAQ