Mailinglist Archive: opensuse-es (656 mails)
| < Previous | Next > |
Re: [opensuse-es] Problema con tar
- From: Rafa Grimán <rgriman@xxxxxxx>
- Date: Thu, 5 Jul 2007 14:10:30 +0200
- Message-id: <200707051410.30496.rgriman@xxxxxxx>
Hola :)
El Thursday 05 July 2007, Camaleón escribió:
[...]
> Antes la cantidad de datos a almacenar era muy limitada (me pregunto
> cómo se las apañaría pctools con las estructuras actuales, cantidad de
> datos a copiar, velocidad de los discos duros, velocidad de la red
> local... :-P) pero es que ahora queremos copiar segundos gigas de
> datos, tener copias diferenciales, en varios dispositivos... y no es
> fácil.
Esto me recuerda a las nuevas leyes gringas que (si mal no recuerdo) tienes
que almacenar los datos durante al menos 35 años. No te quiero contar la
cantidad de info que se puede generar en 35 años.
Otro caso es el de las televisiones. Ahora se está poniendo de moda
crear "bibliotecas" digitales con TODO el contenido que tienen desde el
primer segundo de emisión, catalogarlo, documentarlo, ...
Luego está un proyecto comenzado por no sé qué director de cine que quiere
hacer algo parecido con pelis incunables.
Para que os hagáis una idea de los volúmenes de los que estamos hablando. La
NBA tiene digitalizado _TODO_ y puesto en Inet ... ocupa 3 PetaBytes (y
creciendo) ... sí, muchos datos.
Ahora viene la duda de Camaleón: ¿como haces un backup de todo eso? ¿Qué
ventana de backup tenemos? Tengamos en cuenta que no es sólo el vídeo lo que
tenemos que copiar sino la BBDD del MAM y el MAM en sí (Media Asset
Management, es como un CMS, pero para vídeo y audio), todos los ficheros
asociados (documentos, imágenes, rótulos, ...). No, no vale poner el sistema
de cintas más rápido (LTO-4) y grande del mercado porque ocupa mucho sitio,
sigue siendo lento, pesa mucho, ... Además queremos que se hagan múltiples
copias (por si falla alguna) y que algunas de esas copias se haga a un lugar
remoto (por lo del disaster recovery que está ahora de moda), sea fácil de
usar, fácil de recuperar, gráfico, no haya para de sistema mientras se hace
el backup, la restauración sea fácil y gráfica, sea fácil buscar un
fichero, ...
Esto de los backups es más complicado de lo que parece ... y además tenemos a
los usuarios que te dicen que "automágicamente" se ha borrado ... ups, quiero
decir, ... ha desaparecido el fichero:
SUPER_IMPORTANTE_DE_LA_MUERTE_QUE_NO_DEBES_BORRAR_NI_PERDER.VIP
o bien el fichero:
FOTOS_DE_LAS_VACACIONES_DEL_JEFE_QUE_VA_A_ENVIAR_A_SU_MUJER.PPT
Lo que ahora está de moda es hacer copias de seguridad a disco (D2D, D2D2T,
VTL, ...) que es mucho más rápido y más denso. Lo malo de esto es que no
puedes llevarte los discos a un banco y guardarlos en un armario ignífugo.
Pero puedes montar copias remotas de las cabinas y otras cosas.
Rafa
--
"We cannot treat computers as Humans. Computers need love."
Rafa Grimán
Systems Engineer
Silicon Graphics Spain
Santa Engracia, 120 - Planta Baja
28003 Madrid
Spain
Tel: +34 91 398 42 00
Fax: +34 91 398 42 01
Móvil: +34 628 11 79 40
Skype: rgriman
http://www.sgi.com
Happily using KDE 3.5.7 :)
---------------------------------------------------------------------
Para dar de baja la suscripción, mande un mensaje a:
opensuse-es+unsubscribe@xxxxxxxxxxxx
Para obtener el resto de direcciones-comando, mande
un mensaje a:
opensuse-es+help@xxxxxxxxxxxx
El Thursday 05 July 2007, Camaleón escribió:
[...]
> Antes la cantidad de datos a almacenar era muy limitada (me pregunto
> cómo se las apañaría pctools con las estructuras actuales, cantidad de
> datos a copiar, velocidad de los discos duros, velocidad de la red
> local... :-P) pero es que ahora queremos copiar segundos gigas de
> datos, tener copias diferenciales, en varios dispositivos... y no es
> fácil.
Esto me recuerda a las nuevas leyes gringas que (si mal no recuerdo) tienes
que almacenar los datos durante al menos 35 años. No te quiero contar la
cantidad de info que se puede generar en 35 años.
Otro caso es el de las televisiones. Ahora se está poniendo de moda
crear "bibliotecas" digitales con TODO el contenido que tienen desde el
primer segundo de emisión, catalogarlo, documentarlo, ...
Luego está un proyecto comenzado por no sé qué director de cine que quiere
hacer algo parecido con pelis incunables.
Para que os hagáis una idea de los volúmenes de los que estamos hablando. La
NBA tiene digitalizado _TODO_ y puesto en Inet ... ocupa 3 PetaBytes (y
creciendo) ... sí, muchos datos.
Ahora viene la duda de Camaleón: ¿como haces un backup de todo eso? ¿Qué
ventana de backup tenemos? Tengamos en cuenta que no es sólo el vídeo lo que
tenemos que copiar sino la BBDD del MAM y el MAM en sí (Media Asset
Management, es como un CMS, pero para vídeo y audio), todos los ficheros
asociados (documentos, imágenes, rótulos, ...). No, no vale poner el sistema
de cintas más rápido (LTO-4) y grande del mercado porque ocupa mucho sitio,
sigue siendo lento, pesa mucho, ... Además queremos que se hagan múltiples
copias (por si falla alguna) y que algunas de esas copias se haga a un lugar
remoto (por lo del disaster recovery que está ahora de moda), sea fácil de
usar, fácil de recuperar, gráfico, no haya para de sistema mientras se hace
el backup, la restauración sea fácil y gráfica, sea fácil buscar un
fichero, ...
Esto de los backups es más complicado de lo que parece ... y además tenemos a
los usuarios que te dicen que "automágicamente" se ha borrado ... ups, quiero
decir, ... ha desaparecido el fichero:
SUPER_IMPORTANTE_DE_LA_MUERTE_QUE_NO_DEBES_BORRAR_NI_PERDER.VIP
o bien el fichero:
FOTOS_DE_LAS_VACACIONES_DEL_JEFE_QUE_VA_A_ENVIAR_A_SU_MUJER.PPT
Lo que ahora está de moda es hacer copias de seguridad a disco (D2D, D2D2T,
VTL, ...) que es mucho más rápido y más denso. Lo malo de esto es que no
puedes llevarte los discos a un banco y guardarlos en un armario ignífugo.
Pero puedes montar copias remotas de las cabinas y otras cosas.
Rafa
--
"We cannot treat computers as Humans. Computers need love."
Rafa Grimán
Systems Engineer
Silicon Graphics Spain
Santa Engracia, 120 - Planta Baja
28003 Madrid
Spain
Tel: +34 91 398 42 00
Fax: +34 91 398 42 01
Móvil: +34 628 11 79 40
Skype: rgriman
http://www.sgi.com
Happily using KDE 3.5.7 :)
---------------------------------------------------------------------
Para dar de baja la suscripción, mande un mensaje a:
opensuse-es+unsubscribe@xxxxxxxxxxxx
Para obtener el resto de direcciones-comando, mande
un mensaje a:
opensuse-es+help@xxxxxxxxxxxx
| < Previous | Next > |