Mailinglist Archive: opensuse-es (614 mails)

< Previous Next >
[opensuse-es] Re: lvm o particiones extendidas
  • From: Camaleón <noelamac@xxxxxxxxx>
  • Date: Fri, 23 Apr 2010 08:13:26 +0000 (UTC)
  • Message-id: <pan.2010.04.23.08.13.25@xxxxxxxxx>
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@xxxxxxxxxxxx
Para obtener el resto de direcciones-comando, mande
un mensaje a:
opensuse-es+help@xxxxxxxxxxxx

< Previous Next >
Follow Ups