Verificar la salud del SSD de Sophos Firewall mediante SMART

El SSD interno de un Sophos Firewall almacena, entre otras cosas, registros, informes, datos en cuarentena, archivos temporales y datos del sistema. En entornos con mucho registro, informes en el dispositivo, protección de correo o alta carga del sistema, puede ser útil verificar ocasionalmente el estado del SSD.

Esta verificación no reemplaza un monitoreo oficial de hardware ni un diagnóstico de soporte. Sin embargo, el chequeo ayuda a detectar un valor de desgaste inusual a tiempo y a preparar una copia de seguridad, un caso de soporte o un reemplazo de hardware.

⚠️ Importante: La Advanced Shell ofrece acceso directo al sistema. Los comandos mostrados aquí solo leen información. No se deben eliminar archivos, cambiar particiones, iniciar SMART self-tests ni sustituir discos si no está claro cuál es el impacto en el soporte, la garantía y la operación.

Cuándo se debe verificar el SSD

Es especialmente útil verificar el SSD si se cumple alguno de estos puntos:

• El firewall genera muchos registros o informes locales.
• Hubo advertencias sobre alto consumo de memoria.
• Los informes en el dispositivo, la cola de correo, la cuarentena o los registros locales crecen significativamente.
• El dispositivo lleva varios años en operación.
• Antes de una actualización importante de firmware, se debe documentar el estado del sistema.
• Un clúster HA debe ser mejor monitoreado a nivel de hardware.

Para problemas de espacio de almacenamiento, también es relevante Verificar el espacio de almacenamiento de Sophos Firewall y gestionar informes. Para el almacenamiento centralizado de registros, es adecuado Activar Central Firewall Reporting, para que no toda la analítica dependa de los datos locales en el dispositivo.

Qué aporta esta comprobación

El SMART check es una muestra técnica directamente en la appliance. No responde a todas las preguntas de hardware, pero ayuda a interpretar el desgaste del SSD y valores de disco llamativos.

• El valor de endurance del SSD es llamativo o sube rápido: documentar el valor SMART y revisar la evolución.
• /var está lleno o los informes se detienen: Comprobar espacio de almacenamiento e informes.
• Hay alarmas de temperatura, ventilador o fuente de alimentación: revisar SNMP Hardware Monitoring y WebAdmin/monitoring.
• Hay riesgos de configuración o findings de Health Check abiertos: evaluar Sophos Firewall Health Check.
• Un reemplazo de hardware o RMA parece probable: preparar número de serie, estado de soporte, backup y datos de RMA.

El Sophos Firewall Health Check evalúa riesgos de configuración. No reemplaza una comprobación del disco ni el hardware monitoring. A la inversa, un valor SMART sin anomalías no demuestra que reporting, logs, cuarentena o bases de datos funcionen correctamente.

Requisitos

Para la verificación se necesita:

• Acceso al usuario admin.
• Acceso SSH o acceso a la Advanced Shell.
• Acceso SSH muy restringido desde una red de administración confiable.
• Una ventana de mantenimiento o diagnóstico planificada si el firewall está muy cargado.
• En HA: acceso a ambos dispositivos.

Cómo preparar el acceso se detalla en Conectar Sophos Firewall mediante SSH. Después de iniciar sesión, abra la Advanced Shell a través de 5 Device Management > 3 Advanced Shell. Después de la comprobación, el acceso debe volver a limitarse al mínimo necesario.

Leer la resistencia del SSD

En muchas appliances de hardware de Sophos Firewall, el SSD interno es visible como /dev/sda. El siguiente comando lee la información SMART y filtra la salida para el valor de resistencia:

smartctl -x /dev/sda | grep Endurance

El comando es un diagnóstico de solo lectura desde la Advanced Shell, no un indicador de estado normal de SFOS en WebAdmin. Según la appliance, el disco y el firmware, la salida puede verse diferente o faltar el nombre de atributo esperado. No conviene adivinar; se debe documentar la salida completa y los síntomas acompañantes.

En la salida, el valor antes de Percentage Used Endurance Indicator es especialmente interesante. Un valor bajo es generalmente bueno. En la captura de pantalla, el valor es 1, lo cual no es crítico.

Interpretar correctamente el valor

Los valores SMART son valores de diagnóstico del disco. Estos valores son útiles, pero no están normados de manera idéntica para cada SSD y fabricante. Por lo tanto, no se debe considerar el valor de manera aislada.

• Valor muy bajo: normalmente no es preocupante.
• El valor aumenta significativamente con el tiempo: observar la evolución y planificar el mantenimiento.
• El valor es claramente más alto que en mediciones anteriores: preparar un caso de soporte y comprobar la posibilidad de reemplazo.
• Errores de I/O adicionales o problemas del sistema: no revisar solo la endurance del SSD, sino incluir logs y diagnóstico de soporte.

Lo importante es la tendencia. Un solo valor es menos significativo que una verificación repetida a lo largo de varias ventanas de mantenimiento. Si el valor aumenta rápidamente o ocurren problemas de almacenamiento, base de datos o informes al mismo tiempo, se debe preparar un caso de soporte de Sophos.

Un valor alto por sí solo aún no es un diagnóstico limpio. El hallazgo se vuelve más significativo cuando coinciden varios indicios:

• El valor de endurance sube más rápido de lo esperado.
• /var o los datos de reporting se comportan de forma llamativa.
• Los logs muestran errores de I/O, base de datos o sistema de archivos.
• WebAdmin, reports o servicios se vuelven inestables sin un cambio de configuración claro.
• Una appliance en el clúster HA muestra valores muy diferentes a los del partner.

Documentar los valores medidos

Para que un valor de resistencia creciente sea rastreable más tarde, se debe documentar brevemente cada verificación. Esto es especialmente útil antes de actualizaciones de firmware, en clústeres HA y en dispositivos que ya llevan varios años en operación.

Una documentación simple suele ser suficiente:

• Fecha y hora: 2026-06-20 10:30
• Firewall o ubicación: XGS 2100 - HQ
• Nodo: Primary o Auxiliary
• Versión de firmware: SFOS 22.0.1 MR1
• Valor de endurance del SSD: 1
• Síntomas acompañantes: ninguno, advertencia de memoria, errores de I/O, problemas de informes
• Siguiente medida: observar, preparar caso de soporte, planificar reemplazo

En un caso de soporte, este historial es más útil que una sola captura de pantalla. Se puede ver si el valor envejece lentamente, salta repentinamente o ocurre junto con problemas de almacenamiento y base de datos.

Además, el punto de medición debe mantenerse estable. Siempre que sea posible, documentar el mismo comando, la misma ruta de dispositivo y el mismo nodo. En clústeres HA, la salida no debe guardarse solo como captura, sino vincularse con número de serie o rol de nodo. De lo contrario, más tarde no queda claro si los valores proceden de Primary, Auxiliary o de un equipo ya reemplazado.

Si no aparece salida de resistencia

Si el comando filtrado no produce salida, se puede mostrar la salida SMART sin filtro:

smartctl -x /dev/sda

Luego, busque términos como Endurance, Percentage Used, Wear o atributos SMART específicos del fabricante. Si la salida no es clara, no se debe adivinar, sino verificar con el soporte de Sophos o Avanet.

La ruta del dispositivo puede variar según la plataforma. Por lo tanto, no se deben probar o escribir ciegamente otras rutas de discos. En firewalls virtuales, la salud del disco es principalmente una tarea de la plataforma de virtualización y del sistema de almacenamiento.

Si smartctl no entrega valores aprovechables, eso no demuestra que el disco esté sano o defectuoso. El hallazgo debe documentarse como “no legible de forma concluyente” y combinarse con otros indicios: espacio de almacenamiento, logs del sistema, monitoring del hipervisor, valores SNMP de hardware, diagnóstico de soporte y síntomas observados. Las pruebas de escritura, los SMART self-tests o los intentos de reparación solo deben realizarse si Sophos Support o un plan de mantenimiento claro lo exige explícitamente.

Convertir el resultado en una medida

Después de la medición, no se debería debatir el valor de forma aislada, sino traducirlo a una decisión operativa concreta.

• Valor bajo, sin síntomas: documentar la medición y volver a comprobarla en la siguiente ventana de mantenimiento.
• El valor aumenta rápido o salta de forma llamativa: guardar backup, SSMK, número de serie, versión de firmware e historial. Después, preparar un caso de soporte.
• Además hay advertencias de almacenamiento o problemas de informes: comprobar primero espacio, reports, logs y quarantine. Un consumo alto de almacenamiento no implica automáticamente un defecto de SSD.
• Errores de I/O, base de datos o sistema de archivos en logs: guardar conjuntamente la salida SMART, los logs relevantes y la línea temporal, y no experimentar con eliminaciones manuales.
• Los nodos HA difieren claramente: documentar por separado números de serie, roles, versiones de firmware y valores medidos. Para RMA o sustitución debe estar claro qué nodo está afectado.
• Firewall virtual: no interpretar el resultado como en hardware. Lo decisivo son hipervisor, storage, datastore, latencia I/O y monitorización de plataforma.

Esta clasificación evita dos errores típicos: dramatizar un único valor SMART o descartar síntomas reales como “solo un problema de almacenamiento”. Lo decisivo es la combinación de tendencia, síntomas, logs, plataforma y estado de soporte.

Verificar clúster HA por separado

En un clúster HA de Sophos Firewall, cada dispositivo tiene su propio SSD. El estado de los discos no se sincroniza mediante HA.

Por lo tanto, se debe verificar:

• Dispositivo primario.
• Dispositivo auxiliar.
• Número de serie o nombre de host de cada nodo.
• Fecha, versión de firmware y valor de resistencia medido.
• Si en un nodo también son visibles anomalías de espacio de almacenamiento o I/O.

Para el funcionamiento y roles de HA, consulte Sophos Firewall HA-Cluster: Active-Passive, Active-Active y Auxiliary Appliance.

En un posible reemplazo, el rol HA es importante. Antes de un RMA debe estar claro qué equipo se reemplaza, qué versión de firmware y build ejecuta el equipo sano y si se necesita una ventana de mantenimiento. Sophos describe procesos RMA para escenarios HA separados por roles; en la práctica no se debería aclarar recién al recibir el equipo de reemplazo qué nodo está realmente afectado.

No reemplazar sin soporte

No se debe reemplazar un SSD de manera independiente solo porque un valor SMART parece inusual. Una intervención de hardware puede afectar el soporte, la garantía, la gestión de RMA y la seguridad operativa.

Antes de un reemplazo, se deben preparar estos puntos:

• Copia de seguridad de configuración actual.
• Secure Storage Master Key.
• Número de serie y modelo del dispositivo.
• Versión de firmware y build.
• Rol HA, si se utiliza un clúster.
• Captura de pantalla o extracto de texto de la salida SMART.
• Descripción de los síntomas y del curso del tiempo.
• Estado de espacio de almacenamiento e informes, si también son llamativos.
• Estado de licencia y soporte.

Las bases de garantía y soporte se describen en el artículo ¿Cuánto tiempo tengo garantía en el hardware de Sophos?. Si se debe reinstalar un dispositivo, el artículo de recuperación adecuado es Reinstalar Sophos Firewall OS: Reimagen con USB.

Lista de verificación

• Acceso SSH permitido solo desde redes de administración confiables.
• Advanced Shell abierta.
• Ejecutado smartctl -x /dev/sda | grep Endurance.
• Documentado valor, fecha, versión de firmware y número de serie.
• En HA, ambos nodos verificados por separado.
• Espacio de almacenamiento y registros locales verificados adicionalmente en caso de anomalías.
• Alarmas SNMP o de monitoring revisadas si hay sospecha de hardware.
• Versión de firmware, build, modelo y estado de soporte anotados para un caso de soporte.
• Caso de soporte preparado para valores altos o en rápido aumento.
• No se realizó reemplazo de hardware sin aclaración de soporte y garantía.

FAQ