El Wed, 21 Apr 2010 12:41:59 +0200, Rafa Grimán escribió:
On Tuesday 20 April 2010 19:37 Camaleón wrote
(...)
/var o /tmp _NO_ crecen. Me explico: los logs hay que rotarlos y archivarlos (CD, cinta, floppy, ...) e incluso hacer backups, pero no se quedan en disco por lo que vas liberando espacio.
Hum... discrepo :-)
No me lo puedo yo de creer ;)
Pues espera que contraataco O:-)
"/var" lo usan en muchas distribuciones como almacén raíz de documentos del servidor web (p. ej. yo ahora lo tengo en "/var/www", por algo relacionado con el FHS y Apache, aunque en openSUSE lo montan bajo "/ srv/").
(...)
Es decir, la tercera parte de uso total de la partición es para "/var".
Por eso digo que hay que archivar. El uso de archivado es muy bueno y muy utilizado en servidores de correo porque quita mucha morralla (aka correos antiguos que el usuario ni se acuerda que existe ;)
No puedes archivar los datos de un servidor web :-P Imagina, te vas a YouTube para ver un vídeo en streaming y en lugar de ver un lindo gatito haciendo momerías te salta un pedazo de archivo en tar.bz2 (gatito_lindo.tar.bz2). Tampoco puedes archivar los buzones actuales de los usuarios ni los faxes. Bueno, los faxes sí, pero de hecho el directorio de archivado está en la misma ruta (/hylafax/archive), aunque supongo que con un poco de maña esto es modificable. Aún así, los usuarios necesitan tener acceso a los faxes en bruto, no pueden verlos comprimidos ni archivados porque ese formato no es accesible ni se integra con los visores de fax que usamos y la gente tiene que poder consultar faxes que se han enviado, por ejemplo, en el año 2.008 y necesitan ver los datos del número de fax que se ha marcado o la fecha programada del envío y esos datos en un archivo comprimido no se pueden consultar a simple vista.
Voy a hacer un poco de spam de un partner, pero es sólo para que lo veáis, no porque quiera venderos algo ;)
ATEMPO tiene un producto llamado ADA(M) que es un módulo de archivado. Lo que permite es pasar a otro medio todos aquellos ficheros (logs, por ejemplo, proyectos antiguos) y correos antiguos. Generalemente se pasan a cinta, pero pueden pasarse a disco. Al usuario se le instala una interfaz gráfica y el usuario va pasando ficheros y correos antiguos a cinta/disco.
Vale, pero en este caso hablamos de datos que no son antiguos, son actuales y los usuarios hacen uso a diario de ellos (lectura y escritura). Para archivo definitivo esas soluciones son perfectas.
Estaréis pensando: "Si lo dejo en manos del usuario ... jamás lo hará, se le olvidará, ...". Por eso existen la sreglas que define el admin ;) Vamos que se puede programar para que cada mes se migren los datos o bien si el fichero es mayor a X MBytes o lo que el admin decida.
El producto se integra con el backup también.
Herramientas FLOSS no he visto, bueno, he visto archivado de correo: - http://www.mailarchiva.com/ - http://www.archiveopteryx.org/overview - http://www.inovox.de/products/e-mail-archiving/e-mail-archiving - http://www.opsera.com/products/opsmailmanager/omm_overview.dot
Pero no todo junto (archivado de correo y ficheros).
Está bien... pero son soluciones muy integradas que pueden no ajustarse con los esquemas/sistemas de correo de todas las empresas.
Archivado de ficheros tienes tar, cpio, dar/kdar, ... pero no es tan "bonito" ni cómodo como para poner a nivel corporativo con su agente en el PC del usuario, ... :(
Ay, no sabes lo de "tiquismiquis" que son los usuarios con estas cosas. Como no se lo pongas en bandeja, te sacan pegas por todas partes :-/ (yo uso archivadores sencillos en ".tar.bz2" para los equipos con linux, los usuarios no quieren oír ni hablar de tener que usar soluciones de archivado dedicadas y menos aun tener que gestionarlas, cierto. Quieren ver sus carpetas y archivos tal cual tienen en sus equipos, con la misma estructura y si quieren recuperar algún documento antiguo, lo piden, ellos no mueven ni un dedo. Pensándolo bien, creo que es mejor así...). 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