Hola :) On Friday 24 July 2009 10:09:06 Camaleón wrote:
El 2009-07-24 a las 09:59 +0200, Rafa Grimán escribió:
On Friday 24 July 2009 09:20:23 Camaleón wrote:
El 2009-07-24 a las 08:37 +0200, Rafa Grimán escribió:
(...)
Hay algunos desastres que obviamente no tienen recuperación: pérdida de más discos de lo soportado en un RAID, cifrado de un sistema de fichero y nos olvidamos la clave, corrupción grave del sistema de ficheros (provocado porque se ha ido la luz, ...), en el caso de los sistemas de ficheros con journaling se puede ir la luz y los datos que no han sido flusheados a disco se pierden, cachés de discos y/o controladoras defectuosas que escriben mal los datos a discos, discos con firmware defectuoso (Seagate hace poco),
Ojo, que en el bug del firmware de Seagate _no_ perdías los datos, sólo dejaba el disco duro "invisible" para la BIOS, pero los datos eran recuperables.
Pero para la controladora RAID eso es disco muerto y te va a pedir un disco nuevo para volver a crear los datos. Si el disco Seagate lo arreglas y lo vuelves a enchufar lo considera disco nuevo así que destruye los datos que haya en él.
Si es un RAID, no tienes los datos del fichero en un único disco sino que está distribuido por varios discos (stripe).
Por eso lo había incluido como pérdida de datos.
Para la controladora raid (en caso de tenerla) creo que tampoco afectaría porque el sistema no llega a iniciar (operating system not found) O:-)
No inicia, pero te borra los datos del disco nuevo (reinicializa el disco), igual que lo hace el RAID por sw. Es como si lo formatease.
Se pierde tiempo (en llevar los discos al servicio ténico), pero no datos. Vamos, que el bug no te deja los archivos a 0 bytes como el XFS tras un apagón a lo bruto >>:-P
Por eso he dicho que los sistemas de fichero con journaling pueden perder datos que no se hayan flusheado a disco y sigan en memoria si se va la luz (aunque hoy en día todos los sistemas de ficheros cachean a RAM antes de escribir a disco debido al bajo rendimiento que tienen los discos por lo qu ete puede pasar con cualquier sistema de ficheros). Esto no sólo ocurre con XFS (recordemos la que se montó porque ext4 le perdió datos a un montón de gente, especialmente usuarios de KDE). Sí, con ext3 ocurre, pero como ext3 te hace un sync a disco cada 5 segundos, la probabilidad es menor, pero ocurre. Otro dato es que esos flush cada 5 segundos del ext3 afectan al rendimiento de forma que si estás editando vídeo en tiempo real (televisiones, productoras, efectos especiales, ... por ejemplo)... no te vale. Debido a este tipo de cosas, he comentado lo de poner SAI. Otra cosa que hay que hacer es poner almacenamientos con baterías. Por ejemplo, volviendo a los NAS que no tienen cabina externa: no suelen traer baterías para las controladoras RAID (aunque algunas sí traen y te lo cobran como opcional junto con memoria para la controladora). Si escatimas en estos gastos (batería y memoria para la controladora RAID interna del servidor), puede darse micro cortes por lo que los datos en RAM ... se volatilizan. O bien se va la luz y no tienes SAI y se va todo al carajo. Recordemos todas las etapas por las que pasa un dato hasta que efectivamente se escribe a disco. No hablo de grandes servidores y grandes controladoras. Hablo de servidores "normales" que aceptan 5 discos y te ponen una controladora ADAPTEC o LSI o Intel o 3Ware o PERC ... vamos que servidores que hay en el 99% de las empresas. No hablo de grandes y "caras" máquinas. Como siempre, no es por ser alarmista ni meter miedo en el cuerpo a la gente. Hay gente que no ha perdido datos nunca y otros que, usen lo que suen, pierden datos (Carlos Robinson es un buen ejemplo: ha tenido problemas con todos los sistemas de ficheros, IIRC). Rafa -- "We cannot treat computers as Humans. Computers need love." rgriman@skype.com rgriman@jabberes.org -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org