El Fri, 23 Apr 2010 00:25:06 +0200, Rafa Grimán escribió:
On Thursday 22 April 2010 17:53 Carlos E. R. wrote
(...)
Siempre y cuando la política de la empresa te deje. Pueden exigirte tener en linea varios gigas de espacio para cada usuario en imap, en plan gmail.
El acrhivado puede está shelved cuando lo sacas de la librería o del jukebox de CD/DVD/BR. Sacar cintas de una librería para backup es bastante normal (hay que evitar que backup y datos estén físicamente próximos). El archivado (a cinta o a CD/DVD/BR) no significa necesarioamente que te lo llevas a otra oficina, a un banco, a un vault o similar, significa que no lo tienes en disco principal. Es decir, puede estar dentro de la librería de cintas.
Rafa, ¿de verdad crees que los correos que tienen los usuarios en Gmail están archivados en cintas y almacenados allá en Mountain View? >:-)
También hay que tener en cuenta un tipo de archivado "especial" que es lo que se llama copia legal y es básicamente lo que exige la ley en cuanto a determinados datos digitales: que tienes que tener una copia para revisiones legales durante no sé cuánto tiempo. Se tiene que guardar en un medio inalterable (WORM) y tienes que garantizar su lectura durante ese tiempo que exige la ley.
Sí, pero es que no hablamos de "archivar". Archivar implica dar un tratamiento especial a los datos, sacarlos de su ubicación actual y moverlos a otro espacio (físico o lógico) por lo que dejan de estar accesibles en tiempo real para el servidor o el usuario. (...)
El /var puede ser muy grande. Aunque lo gestiones bien, lo repartas, lo archives en tres capas, puede ser enorme. Es a donde van los datos que no son propiedad de un usuario sino de todos, es decir, los datos que se "sirven" desde el servidor.
/var es para ficheros de tamao variable, de ahí el nombre.
Un "tamaño variable" requiere un "espacio variable" y esos datos pueden e estar ahí meses o años antes de pasar a ser archivados >:-)
Pero vuelvo a lo de antes, sí: jerárquicamente /var crece y, jerárquicamente / crece también, pero eso es desde un punto de vista lógico, NO físico ;) Si nos ponemos a mirarlo desde un punto de vista físico (que es el que interesa porque los discos son elementos físicos y no lógicos) lo que crece es el sistema de ficheros y /var /var/cache (por ejemplo) pueden ser dos sistemas de ficheros diferentes luego físicamente, el que crece es /var/cache, pero no /var ;) Lo mismo va para /var/log o /var/mail o /var/lo_que_quieras, si lo diseñas bien, lo diseñarás como sistemas de ficheros diferentes.
Si tienes un disco pequeño, "/var" ni se parte ni se divide. No compensa, al contrario, te penaliza. Es decir, si hay un directorio "caótico" ese es "/var" (puede aumentar su tamaño o disminuirlo de forma aleatoria y sin un patrón concreto). Imagina un correo enorme que tenga que estar en la cola dirigido a todos los usuarios del sistema enviado con malas intenciones, e imagina además que por política de empresa todos los mensajes enviados/recibidos se duplican en una cuenta de seguridad... aumentas el espacio requerido en "/ var" de manera exponencial en apenas unos segundos. ¿Y cuándo se eliminan los correos pesados? Pues dependerá de cada usuario. Algunos lo descargaran vía pop, otros lo mantendrán accesible vía imap... y otros no lo bajarán en ¿meses?. O el mismo "zypper" te puede disparar las necesidades de espacio actuales en "/var" al generar archivos de registro de actividad de "no-sé-cuantos" gigas por un error. Saludos, -- Camaleón -- 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