281 meneos
2804 clics
![Larga vida a las cintas de almacenamiento: IBM y Fujifilm consiguen almacenar 580 Tb en un solo cartucho de cinta](cache/34/50/media_thumb-link-3428454.jpeg?1608189666)
Larga vida a las cintas de almacenamiento: IBM y Fujifilm consiguen almacenar 580 Tb en un solo cartucho de cinta
Una alta capacidad y densidad de almacenamiento, menor coste (cuando no se está utilizando no consume energía) y mayor seguridad frente a ciber ataques son algunas de las principales razones por las que la tecnología de almacenamiento en cinta, lejos de desaparecer, está viviendo un nuevo repunte gracias al cloud computing.
|
comentarios cerrados
Esos equipos se suelen cargar las cabezas cosa mala .... y mejor que tengas una reserva de ellas en el futuro por si te hacen falta, porque la cinta igual aguanta, pero como no tengas donde leerla ... tienes un problema.
Ninguna otra tecnología se le acerca en el terreno de "necesito esto dentro de 10 años sin electricidad" y cuando su densidad de datos las podría hacer inviables... Sale una nueva generación más densa que la anterior.
Curioso que desde hace años nos metan por los ojos el cloud computing y tengamos como ventaja de seguridad al usar estas cintas la opción de eliminar conectividad de red.
Yo ya tenia robots de cintas que cubrian esa capacidad pero no me daba tiempo a hacer el backup.
No es cierto, por mucho que pudiera parecerlo. Las cintas no se guardan en un armario, sino dentro de un robot que las gestiona. El robot está siempre encendido y trabajando.
www.youtube.com/watch?v=kiNWOhl00Ao
El becario es la opción más habitual.
Coño, y si apago mi ordenador, tampoco consume energía
Los backups no sirven para nada, lo que sirve es el restore.
Si el problema es de tiempo, se puede usar un medio intermedio exclusivo para el backup, en plan disco magnético o ssd, y luego ya con tranquilidad lo pasas a la cinta.
#10 un poco cuestionable, si bien no hay mucho, algún ransonware es capaz de cargar las cintas y encriptarlas.
#12 de todas formas piensa que no es normal mover esas cantidades de datos de golpe, ni recuperarlas. Pero puede ser un par de días mínimo
¿De vez en cuando? Nosotros petamos como cuatro lectoras en un un año ante de pasarnos a las VTL (misma idea, pero con HD en lugar de cinta)
Y más que a las unidades que hacen las copias actrualmente, me refiero a unidades que sean capaces de leer cintas de hace cierto tiempo (suponte que tengas que tirar de algo de hace cinco años) Al igual que los discos evolucionan y crecen, las unidades de cinta, también y aunque teoricamente deberían ser capaces de leer versiones anteriores .. a saber hasta donde llega la compatibilidad o si lo leen bien.
Hasta que te haga falta recuperar algo que es cuando te percatas (cosas de Murphy)
También hay una cita apócrifa que afirma que un alto porcentaje de los backups que se hacen no sirven para recuperar datos.
¿Cuando fue la última vez que las probaste? ¿cuando ganó España el Mundial?
Tienes una tecnología de cintas (no solo son las cintas, son los cabezales de acceso y los frames del robot). Esto caduca ("salen de mantenimiento") y te toca renovar. No solo cuesta una pasta, cuesta su tiempo, y es un proyecto más a gestionar, con múltiples limitaciones. Luego está lo de la destrucción de las cintas y el certificado de destrucción, que no sería tan complicado si se pudieran transportar de cualquier modo, pero de eso nada.
Cuando se puede desmagnetizar, eso es una maravilla. Depende del contrato.
En el caso más general le debes añadir los sites de DR y sus replicaciones entre robots. Eso implica una conexión por fibra dedicada para storage, que hay que construir con excavadoras haciendo zanjas. Se entiende porque todo el mundo se va a cloud, es para poder compartir el coste de esas infrastructuras. El resultado son CPDs enormes, como el de telefónica en Alcobendas.
La construcción es un tema complicado (cada ayuntamiento tiene sus normas) y lleno de corrupción. Eso como mínimo sería un artículo entero.
Dentro de 10 años, no tendrás donde recuperar esos datos.
Un backup/archive está pensado para recuperarse sobre el sistema de donde se copió. Asúmelo, ya no existe, lo liquidaron hace cinco años. Puedes recuperar los ficheros en un disco de otro servidor con otro OS, sí, pero la base de datos actual no podrá importar ya eso. Existen formatos de archivo que disminuyen ese riesgo y lo que es la base de datos (si no las has cambiado y sólo has subido de versión), podrá leer eso y crear una estructura. Pero lo que no vas a tener es una aplicación que la pueda tratar, como mucho podrás hacer queries. Es mucho follón y solo una auditoría puede justificar ir a leer esos datos, si es que no echaron al que podía interpretarlos.
Como que la retencion legal está fijada, lo que hacen muchos es mantener un sistema legacy accediendo a esos datos, pero por supuesto sin mantenimiento y con gran riesgo de seguridad (lo que tiene su gestión) . No pierdas al tio que sabe hacer funcionar eso.
Me encanta ese comentario.
La gente se piensa que el backup es una cosa mágica que se hace sola, que no cuesta dinero, esfuerzo, recursos y tiempos y está ahí para recuperar instantáneamente las cosas cuando en realidad es todo un arte que puede llegar a necesitar redes dedicadas, planificaciones muy detalladas y hasta mecanismos de contingencia del propio sistema (como se te joda el catálogo, a tomar por el saco)
Pero eso solo lo descubren los que se han pegado con el tema del backup. Y lo de hacerles ver la diferencia entre un backup y un disaster-recovery .... otra batalla.
Si el problema es de tiempo, se puede usar un medio intermedio exclusivo para el backup, en plan disco magnético o ssd, y luego ya con tranquilidad lo pasas a la cinta.
Si usas VTL (la misma filosofía que las cintas pero con HD) te puedes encontrar con el mismo problema perfectamente. Las redes tienen un ancho de banda limitado, tampoco puedes hacer backup en cualquier momento, hay que analizar que estás copiando para ver el mejor sistema, ... etc.
Lo que ocupa el backup es la menor de las preocupaciones.
Lo del becario en los años 90 tenía su utilidad (nosotros teníamos uno para eso) pero con el volumen de datos actual, o tiras de robot o buscate la vida con otra cosa.
Dependerá también del sistema y no creo que se haga un backup total. Si es muy grande se hace por áreas o se utilizan sistemas de copia incremental en vez de copia completa.
Y a lo mejor das servicio a más de un país en más de una zona horaria y la cosa no es tan simple, o depende de la política que tengas acordada con el cliente, ....
Ahora mismo lo más normal es hacer copias incrementales, pero a veces, te obligan a hacer copias totales periódicas ... ya te digo que el backup es un mundo ... y a medida que lleves más sistemas, la cosa se complica un huevo.
Yo era el becario..
Hablando en serio, eso de dejarlas en el robot servirá para un sistema pequeño, pero donde yo trabajaba había una sala grande solo para almacenarlas, además de las que se enviaban fuera. Y por cierto si el robot se jode de alguna manera, pongamos que se incendia, le debe de hacer una gracia al dueño perder todos los datos que no veas.
Pero si, también las puedes envolver en papel Albal.
Mientras tenga lectores sabes que la cinta es recuperable, la pena de la tecnologia LTO es que la lectura es solo a un par de generaciones anteriores, menos el LTO-8 que por algun motivo solo es compatible con los LTO 8 y 7, mientras que el resto son compatibles en escritura con la generacion anterior y en lectura con 2 generaciones anteriores.
Evidentemente cuando digo disco en mirror, es un disco virtual enorme ofrecido por un sistema de almacenamiento externo por fibra óptica. Osea mucha pasta.
Y es que amigos, una cosa es la tecnología y otra muy distinta la vida real...
Opción 2. Custodia off site. Tener sitio en otro edificio (no vale justo al lado) donde enviar duplicados de las cintas. El robot se encarga de gestionarlo todo y cada dia escupe las cintas a enviar y espera engullir las recibidas. También se puede contratar, en cuyo caso el transporte de las cintas tiene su qué.
Opción 3. Disaster Recovery. Tener un otro sitio actualizado donde trabajar. En este caso específicamente un segundo robot sincronizado con el de producción. El DR es un mundo en sí mismo y puede llegar hasta tener mesas reservadas donde los empleados puedan ir a trabajar si no fuera posible entrar a su puesto de trabajo normal. ¿y por qué no teletrabajan? Ésta es la opción que coge todo el mundo, efectivamente.
No debería ser necesario decir que si pierdes un edificio, había muchas cosas ahí dentro. No tiene mucho sentido disponer de unas cintas perfectas si no tienes donde recuperar esos datos, por lo que las dos cosas deben ir juntas.
Es caro, pero la gente que vive sin DR, no sé a qué aspiran, la verdad. Su negocio pende de un hilo que cualquiera de los cuatro jinetes del apocalipsis podría cortar con su espada cuando les venga bien.
Es otro sistema, como el tener un transaccional y un sistema de informes más o menos sincronizados (sacas los backup de la parte de informes) Otro sistema es tirar de snapshots, otro meter las BD en modo archivelog .... es un puto mundo que tienes que adaptar a cada solución.
En el ejemplo que pones debes tener en cuenta que durante un tiempo, esos almacenamientos (paso ya de usar la palabra disco) están dessincrinizados y cuando acabes, hay que volver a hacerlo. Eso implica tener un sitio donde almacenar los deltas (los cambios) del disco origen, que no se te llene, que luego tengas tiempo a reinyectar el delta en la replica, que no afecte al transaccional, .....
Hemos usado un montón de técnicas para hacer copias y todas tienen sus ventajas e inconvenientes. El problema es que quien hace un sistema, hace su sistema, el que hace el backup, hace la copia de ese ... y de todos los demás (también puedes hacer un backup por sistema como antaño, pero es carísimo y cuesta un huevo de mantener)
Hace mucho que no tengo becarios y de aquella los tratábamos bien ... como si fueran personas humanas incluso. Sobre todo a la última, que era la hija del jefe (pero muy jefe, media docena de niveles por encima)
es convencer a la empresa de que se gaste la pasta, que normalmente es el verdadero cuello de botella.
Correcto. Y eso para un backup, que como pidan un disaster recovery lo flipas con los costes.
Suena como uno de esos sitios donde los clientes colocan sus máquinas físicas, con conexión a internet y gestión remota.
Tenemos escritos conservados desde hace siglos, y problemas para recuperar la información de los proyectos Apolo de hace apenas 50 años...
Todas los Gbs que tenemos son biodegradables, en una generación habrán desaparecido. Yo mismo he perdido el acceso a toda la información del instituto porque está en formatos que no soy capaz de leer.
Y aunque había robot había que intercambiarse las cintas clave con el señor de la valija que venía desde el centro de SOS todos los días.
No subestimes el ancho de banda de una furgoneta cargada de cintas.
En general todas las soluciones de cinta que he visto son propietarias. Pueden usar por debajo tar, cpio, dd, o lo que sea.
Ahora mismo tengo delante una consola de Commvault con una librería StorageTek de 50 cintas dentro, y aprox 450 cintas fuera.
Todas las semanas salen y entran cintas.
Algunas porque son de larga retención y van a un armario ignifugo en otra sede, otras son segundas copias que van al CPD secundario.
Murphy entonces aparecerá para que la cinta que te falle es la única imprescindible..
Y encima fallará cuando lleves dos horas recuperando datos
Algunas porque son de larga retención y van a un armario ignifugo en otra sede, otras son segundas copias que van al CPD secundario.
Como debe ser.
Si, soy viejo. He instalado office en con 3 1/4...
Jovenzuelo. Yo he instalado el MS-DOS 3.11 en disquetes de 5,25 (los otros eran de 3,5 no de 3,25)
Bueno, miento .... EJECUTABA el SO en un FD de 5,25 porque no tenía disco duro. Se montaba un disco virtual en memoria de 32 KB para dejar allí en COMMAND.COM.
Aunque para al CPD secundario o de respaldo es mejor que el dato “vivo” vaya por replicación, ya sea por cabina, dataguard, Veeam, etc. síncrona o asíncrona, también es cierto que en ese CPD se debería disponer de los mismos (o casi) backups por si es necesario recuperar algo estando en situación de contingencia/desastre.
Y de los que taladraban el de 3,5 de baja densidad para doblarlos... jajajaja.
ya está. Modo abuelo cebolleta /off.
P.D
www.amazon.es/Imation-12881-disquetes-densidad-formato/dp/B00004YKNF
A 3.75€ cuesta hoy un 3.5 de 1,44MB Madre del amor hermoso
En una furgo mediana de 4m3 de capacidad de carga, tendríamos 4000 unidades de estas, que mutiplicando nos dan: 580x4000 = 2.320.000 TB.
Si haces un viaje de Valencia a Madrid con ella, por ejemplo, que son pongamos unas 4h ( 14.400 segundos ), tenemos un ancho de banda de la furgo de 161 TB/s, que no está nada mal