24 meneos

Tu peor pesadilla: el caso de JournalSpace

La cosa es bien sencilla. La gente de JournalSpace contaba con un servidor secundario que actuaba como disco de recuperación si el principal fallaba. Así que, en principio, se suponía que no había mayor problema y las copias de seguridad no eran necesarias. ¿Pero qué pasa si tu servidor principal no falla, sino que simplemente se vuelve loco y empieza a sobreescribir y borrar datos sin que nadie se percate de ello a tiempo? Pues que el disco de recuperación no ve fallo alguno y no actúa de oficio, no entra en contenidos, sólo errores físicos.

etiquetas: caso, journalspace
negativos: 0   usuarios: 23   anónimos: 1  
compartir:  twitter  facebook  tuenti  
  1. #3   ya no es la primera que se va al garete por no hacer una copia de seguridad, con lo baratos que son los DVD's o las cintas DAT
    6  votos: 0   link
    el 18-01-2009 22:18 UTC por luzem luzem
  2. #4   La próxima unidad de respaldo que compre habrá de venir con el título de derecho, sobre todo para que actúe de oficio... :-D
    13  votos: 0   link
    el 18-01-2009 22:39 UTC por Stash Stash
  3. #5   Lo he visto pasar. En un instituto tuvieron que echar abajo un dominio porque el servidor principal empezó a tener fallos de disco y replicó datos erróneos en el resto.

    El caso es muy improbable, pero no imposible. El disco falla, el sistema no se entera y los errores se propagan no sólo al resto de discos o servidores, sino que también se propagan a las copias de seguridad. Hay veces en que la cadena de errores es totalmente imposible de evitar.

    En algunos casos (contabilidad, facturas), se pueden correr procesos que punteen los archivos y busquen inconsistencias, pero no siempre (busca inconsistencias en jpeg, por ejemplo). También se pueden programar tests periódicos de hardware, pero si el problema es software de poco te va a servir.

    ¿Arreglarlo? Tirando de copias de seguridad muy antiguas y recuperando a mano todos los datos. Si es una empresa que valore mucho sus datos lo intentará... está claro que estos creyeron que el coste de la recuperación valía más que seguir ofreciendo sus servicios.

    #2 RAID no está ahí para sustituir las copias de seguridad, sino para proveer redundancia (es decir, que en fallo de un disco el sistema pueda seguir dando servicio). De hecho, hay escenarios en los que RAID puede liarla parda (por ejemplo, un fallo de disco durante la reconstrucción de un RAID 5). En esos casos, hay que tirar el sistema abajo, sustituir el disco afectado y recuperar la copia de seguridad.

    Un administrador que no implemente copias de seguridad no merece ser llamado así. Porque aunque hubiera sistemas hardware que hicieran imposible un fallo de los datos, al usuario que borra ficheros importantes por descuido no lo para nadie.
    7  votos: 0   link
    el 18-01-2009 22:48 UTC por zup zup
comentarios cerrados

menéame