Hola :) On Wednesday 21 April 2010 13:16 Camaleón wrote
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:-)
xD
"/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).
Ahí entraría la parte de HSM (aka almacenamiento jerárquico). Tienes 3 niveles de almacenamiento típicamente: 1.- elevada velocidad (FC/SAS): de esto tienes "poco" y tienes los datos usados más recientemente 2.- disco de baja velocidad pero elevada densidad (SATA): aquí tienes datos que no se usan mucho, pero que alguna vez alguien lo ha pedido 3.- cinta: aquí tienes los datos que casi no se usan Pasado el punto 3, se archiva todo ... o se borra ;)
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.
Por eso tienes dos opciones: 1.- el usuairo tiene derecho a gestionar el archivado por lo que un usuario "correcto" pasará al archivo todos los correos de más de 6 meses o un año y los recuperará si los necesita 2.- como admin, estableces reglas de migración que auto- máticamente t emigran los correos más antiguos Una tercera opción es juntar ambas de forma que automáticamente se migran los correos pasado un tiempo y si el usuario quiere recuperarlo, lo recupera.
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.
Para eso el ADA(M) tiene una interfaz gráfica (muy similar al explorador de disco) que te permite recuperar los ficheros. En el caso de los fax u otros ficheros (ofimática, vídeos, ...) el uso de HSM es batsante cómodo porque imaginémonos que tienes el servidor con lo siguiente: nivel 1: 5 TB en SAS nivel 2: 20 TB en SATA nivel 3: 100 TB en cinta Los ficheros más usados, se encuentran en los discos SAS, los menos usados en SATA y los que están llenos de polvo en cinta. Suponemos que el sistema de ficheros que exportas es /mnt/exportado/ y el usuario lo mapea a su PC con MS-Windows como F: Bien, pues el usuario verá que su F: tiene un tamaño de 100 + 50 + 5 TB = 155 TB. El usuario no sabe (ni tiene por qué sabr) que realmente hay 3 niveles de almacenamiento. Así que el usuario pincha en el fichero, lo borra, lo copia, lo mueve, ... como si realmente fuera un único disco. Dependiendo del HSM y del tipo de fichero, se pueden hacer unsa cosas u otras, por ejemplo, en vídeo (TV, cine, ...) el HSM puede hacer una de dos: - dejar los primeros segundos en el nivel 1 y el resto migrarlo - migrar ciertas partes, por ejemplo, del minuto 1 al 7, del 8 al 9 los mirga a nivel 2 dejando el resto de minutos en nivel 1. Así, cuando el usuario pida el fichero de vídeo, no tiene que esperar sino que lo vé inmediatamente y cree que está todo on-line. A su vez, el HSM se puede integrar con archivado y backup de forma que mezclas todo ;)
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.
Nada es eterno ;) Los datos/correos tarde o temprano se vuelven antiguos y se pueden archivar.
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.
Cierto. Hoy por hoy en FLOSS hay poco :(
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 :-/
Sí, sí lo sé ...
(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í...).
Cierto, que no lo toquen ;) De ahí que los HSM sean tan cómodos. Rafa PD Se me olvidaba. A todo esto, usar DAM (Digital Asset Management) también es útil, pero como siempre ... supone cambiar cosas, migraciones, cambio de cómo se trabaja, ... Los DAM son similares a lso CMS, pero para cualquier tipo de dato digital, no sólo ficheros ofimáticos. -- "We cannot treat computers as Humans. Computers need love." Happily using KDE 4.4.1 :) -- 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