RAUDA·CLOUD
Recuperación de datos · Caso de estudio · Septiembre 2026

El servidor arrancó, los datos estaban, nadie podía entrar

La memoria USB desde la que arrancaba un servidor de archivos con diez años de operación se agotó y quedó bloqueada en solo lectura. Los 440 GB nunca estuvieron en riesgo. El problema era otro.

Distribuidora farmacéutica · San Salvador · 5.4 horas de intervención

Datos
440 GB
Recuperados sin pérdida
Reconstruido
28 · 23
Usuarios y grupos
Compartidos
20
Carpetas validadas
Escrituras
0
Sobre el volumen

La llamada

El servidor de archivos dejó de arrancar. No había ruido de discos ni el pánico habitual de un arreglo degradado. Veinte carpetas compartidas —Licitaciones, Regencia, Expedientes, Asuntos Regulatorios y el resto de las áreas— dejaron de estar disponibles al mismo tiempo.

Conocíamos bien el equipo: ese servidor lo instalamos nosotros en 2016, junto con la estructura de accesos por departamento que la empresa venía usando desde entonces. Diez años de registro sin un solo incidente — que es exactamente el problema con la infraestructura que funciona bien: nadie la mira.

El diagnóstico

El síntoma decía «servidor muerto». La causa era más pequeña y del todo esperable:la memoria USB desde la que arrancaba el sistema alcanzó el fin de su vida útil y quedó bloqueada en modo de solo lectura. Una USB no está diseñada para el volumen de escrituras de un sistema operativo de almacenamiento. Diez años de registros la agotaron.

La buena noticia apareció de inmediato: los 440 GB residen en discos independientes, gestionados por una controladora distinta. La falla afectó exclusivamente al disco del sistema.

La mala noticia apareció al reinstalar.

Por qué recuperar los archivos no era suficiente

El sistema de archivos no identifica a las personas por su nombre, sino por unnúmero interno. Los archivos acumulados desde 2016 conservaban los números originales; la instalación nueva generó números distintos para las mismas personas.

Un servidor impecable, 440 GB intactos, y nadie capaz de abrir su carpeta.

Había un atajo: reasignar la propiedad de los 440 GB a las cuentas nuevas. Habría funcionado, y habría destruido diez años de estructura de permisos departamentales — cada área reconstruida a mano, con errores apareciendo de a poco durante semanas. Ese camino se descartó deliberadamente.

La intervención

El sistema anterior no tenía respaldo de su configuración. No había de dónde sacar los números — salvo de un lugar: la propia USB que había fallado. Agotada y bloqueada en solo lectura, seguía siendo legible, y esa fue toda la ventana disponible. De ahí se extrajo la base de configuración original, con el censo completo: cada usuario, cada grupo, cada membresía, cada número.

Si esa memoria hubiera fallado del todo —el desenlace habitual— no había plan B: la única salida habría sido el atajo que arrasaba con diez años de permisos.

Entre el sistema viejo y el nuevo hay una década y un cambio de sistema operativo base, lo que descarta el botón de restaurar configuración. Los datos había que leerlos de la base rescatada y volver a sembrarlos, verificando que cada número cayera donde debía y comprobando después que la configuración sobreviviera a un reinicio.

La sesión final corrió de 6:23 a 8:47 de la noche, fuera de jornada, para que la empresa abriera al día siguiente con todo funcionando.

Resultado

IndicadorEstado
Información corporativa440 GB recuperados sin pérdida
Estructura de permisosPreservada íntegra desde 2016
Usuarios y grupos28 y 23, con sus accesos departamentales originales
Carpetas compartidas20, operativas y validadas área por área
Escrituras sobre los datosNinguna — el volumen nunca se modificó
Respaldos automáticosInstantáneas diarias con 30 días de retención y semanales con 6 meses
Tiempo total5.4 horas en dos días
Para el usuario finalNada que reconfigurar: mismas credenciales, mismas rutas, mismos permisos

El servicio incluyó dos documentos: un runbook de recuperación y unmapa de usuarios, grupos y recursos compartidos. Cualquier técnico calificado puede reconstruir el sistema sin depender de conocimiento que viva en la cabeza de alguien — incluida la nuestra. Así entregamoscada recuperación.

Qué habría evitado esto

  • El respaldo de la configuración es la causa raíz. Pesa un par de megabytes. Guardado fuera del servidor, habría reducido esta recuperación a una fracción del tiempo.
  • Los medios de arranque se gastan. Hoy se usan dos discos de estado sólido en espejo: el costo es marginal frente al de una interrupción.
  • Las instantáneas no son un respaldo externo. Viven en el mismo equipo. Ante un incendio o un robo, la información no sería recuperable.
  • Un sistema sin soporte desde hace años es una falla programada. Diez años sin actualizar no ahorraron trabajo: lo acumularon para el peor día posible.
Siguiente paso

¿Tiene un servidor así?

Si en su empresa hay un equipo que «lleva años funcionando sin que nadie lo toque», ese es exactamente el perfil de este caso. La revisión no tiene costo y termina en una lista de qué está por fallar; si hay que arreglar algo, ahí cotizamos.Solicite el diagnóstico de su servidor y lo agendamos.