Hola :) On Saturday 25 July 2009 16:10:10 Camaleón wrote:
El 2009-07-24 a las 12:49 +0200, Carlos E. R. escribió:
El 2009-07-24 a las 08:37 +0200, Rafa Griman escribió:
Y, por si alguien tiene curiosidad, prefiero el backup a disco que a cinta ... pero esa es otra historia que requiere su propio libro^H^H^H^H^H thread.
Yo también, pero porque no está a mi alcance el de cinta, y porque no me gustan las herramientas que hay.
Sólo una nota curiosa que acabo de leer hace unos días (en el Preguntas y Respuestas del Muy Interesante de este mes :-P).
El mayor sistema de almacenamiento informático del mundo está basado en cintas :-O.
En la revista indican que el HPSS se utiliza para almacenar los datos de investigaciones científicas y que las gestiones de búsqueda y localización de los artículos las lleva a cabo un sistema robotizado.
Ni DVDs ni gaitas. ¡¡Cintas!! :-)
La página del proyecto parece que es esta:
High Performance Storage System http://www.hpss-collaboration.org/hpss/index.jsp
Es un ILM/HSM/DLM aka almacenamiento jerárquico. Lo de la scintas tiene su explicación: razón histórica y económica. Cuando los almacenamientos jerárquicos empezaron (el de SGI tiene más de 15 años), los discos eran muy caros y las cintas muy baratas y lo que se usaba siempre. Pasó el tiempo, los discos se abarataron, se hicieron más densos, ... pero consumen más luz y siguen siendo más caros y no los puedes sacar para llevar a un armario o caja fuerte. Así que se siguen usando cintas. La idea es la siguiente: Nivel/Tier 1 disco rápido y caro (FC o SAS) pocos TB (10 -100 TB) a veces llamado on-line Nivel/Tier 2 disco lento y bararato (SATA) varios TB (50 - 1 PB) a veces llamado near-line Nivel/Tier 3 cintas cientos de TB (100 TB -> infinito) a veces llamado off-line Si veis, pongo medidas que se solapan porque depende mucho del cliente, el workflow, el presupuesto, ... Esto no es un backup ni un archivado, pero es compatible con backup y archivado. Es completamente transparente al usuario: el usuario no sabe si el dato está en cinta o en disco. El usuario sólo sabe que tiene una unidad R: mapeada en su escritorio con una capacidad de 1 PB. No sabe nada más (y mejor que no sepa). La migración de un nivel a otro se hace en función de unas reglas. Por ejemplo: - tamaño de fichero (muy típico) - edad del fichero (muy típico) - determinados flags que se le ponen al fichero - dueño - combinaciones de las anteriores - ...
Según pone, usan discos para la información más reciente y como archivo definitivo, las cintas. Y veo que usan SL :-)
¿FLOSS?: http://www.hpss-collaboration.org/hpss/about/AcquiringHPSS.jsp Esta presentación está bien: http://www.hpss-collaboration.org/hpss/about/HPSSmod01Overview_6.2.pdf En la slide 4 pone qe es un HSM. HSM abiertos tienes: - http://robinhood.sourceforge.net/ HTH 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