-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Content-ID:
El Tuesday 17 March 2009, Shinji Ikari escribió:
¿hmm? No conozco de sistemas que se autocorrijan, ¿y cuanto cuestan? =P Ni siquiera el cuerpo humano es inmune. Si se enferma una parte, el resto es afectado, sea por como es el sistema o la especialización y dependencia de cada parte.
Si los hay. Por ejemplo, la lanzadera espacial usa ordenadores por triplicado, y tienen que coincidir en sus decisiones o se aborta el despegue. Y yo he trabajado con un ordenador de alta disponibilidad y alta fiabilidad con redundancia total de componentes. Ese hardware tiene la capacidad de hacerse autodiagnósticos y reportar sus propios errores. Sí hay cosas que se puedan hacer. Pero no es barato.
Tome en consideración también que si retira o se encuentran fallos en la columna principal del edificio que menciona, el ente encargado de las construcciones lo califica como no habitable. Tal vez pueda resistir otro sismo, u desastre o que sea utilizado, pero... ¿se arriesgaría? =P~
Buen punto, en onformático no existe esto (al menos que yo conozca). No hay una entidad certificadora que garantice un nivel determinado de calidad. Bueno, sí hay estándares y cosas, pero todos sabemos cómo se cumplen ;)
Alguna vez he comentado de una empresa británica que hace software certificado 100%. Es carísimo, pueden tardar un par de años antes de escribir una sola línea de código. Son programas relativamente pequeños, como el núcleo de autenticación de tarjetas de créditos.
¿Un equipo que vigila el sistema central o que almacena los logs del sistema?
Syslog (y variantes -ng) permiten esto, lo malo es que si se produce un corte de luz ... no hay nada que loguear porque no hay datos. Si hay un cuelgue, el syslog no puede escribir porque se ha colgado el sistema :(
Na... Contrata unos cuantos ingenieros Cylones (Battlestar Galactica (reimagined): cuando los matas vuelcan su memoria en la nave resurrección, y les dan un nuevo cuerpo con toda su memoria intacta >:-) Tecnológicamente sí es posible hacer sistemas (discos) que guarden toda la información en curso, completa, hasta el instante de pérdida de energía. Basta con que el disco tenga una memoria de transacciones completa con backup de pila, con un procesador que guarde toda esa info en el disco cuando vuelva la energía. Y el proceso también se podría hacer con la ram del sistema. En teoría, claro. El truco es programar por transacciones completas por etapas: cada etapa no responde OK a la etapa anterior hasta que pueda garantizar que los datos se han transferido por completo y que están asegurados. Ojo: no vale decir "ya los tengo". Tienes que tenerlos de verdad, como si fuera correo certificado: has firmado su recepción, luego _ya_ es tu problema. El correo electrónico (smtp) funciona así, en teoría: cada servidor envía al siguiente, el cual confirma cuando tiene los datos a salvo, y es entonces cuando el anterior borra el correo. Se supone que la partición /var/mail está montada "sync", por lo cual es más lenta que las demás particiones - y de paso, es el motivo tradicional para que los administradores se cabreen al recibir correos de un mega o más, puesto que el disco es "sync" y muy lento.
¿Hay algún log donde se pueda ver los accesos y cierres de archivos?
Que yo sepa no, puedes usar comandos como lsof o strace para ver qué ficheros se están usando.
Algunas veces interesaría un log de apertura/cierre de ficheros, quizás mandados por red a otro ordenador. Permitiría descubrir algunos problemas puñeteros. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAknBj48ACgkQtTMYHG2NR9WqjACfTceUnmQMZva8RycVoL7rh3k4 TdwAnRT0BYvrGDnd++w9dpq5nWZ7w31Y =LZUQ -----END PGP SIGNATURE-----