Lsyncd Sincronice los directorios locales con una máquina remota que ejecuta RSYNCD.
Descargar ahora

Lsyncd Clasificación y resumen

Lsyncd Etiquetas

sincronizador Directorio Sincronizador de directorio sincronización Sincronización remota utilidad rsync

Lsyncd Descripción

Sincronice los directorios locales con una máquina remota que se ejecuta RSYNCD. LSYNCD utiliza RSYNC para sincronizar directorios locales con una máquina remota que ejecuta RSYNCD. Lsyncd observa múltiples directorios árboles a través de inotify. El primer paso después de agregar los relojes es, RSYNC todos los directorios con el host remoto, y luego sincronizar el archivo de un solo archivo que recopila el inotify events.So LSYNCD es una solución de espejo en vivo de peso ligero que debería ser fácil de instalar y usar mientras se mezcla bien con su sistema. Consulte Lsyncd -Help para opciones detalladas de línea de comandos. Cuando uselsyncd está diseñado para sincronizar un árbol de directorios local con un perfil bajo de cambios esperados en un espejo remoto. En el lado de los receptores, RSYNCD se puede configurar para cambiar también el UID / GID del archivo. Lsyncd es especialmente útil para sincronizar datos de un área segura a un área no tan segura (por ejemplo, como una conexión de una vía para permitir que los empleados publiquen sus archivos a un servidor web de acceso público). Cuando no se use: Archivo con mandes de archivos activos (E.G. Archivos de base de datos) directorios donde ocurren muchos cambios (como correo o servidores de noticias) en estos casos, por ejemplo. DRBD (ver http://www.linux-ha.org/drbd) podría ser mejor para usted. ComparisiónSlyNCD vs. DRBD: DRBD opera en el nivel de dispositivo de bloques. Esto hace que sea útil para sincronizar sistemas que están bajo carga pesada. LyNCD, por otro lado, no requiere que cambie los dispositivos de bloques y / o puntos de montaje. Le permite cambiar UID / GID de los archivos transferidos. Separa al receptor a través de la naturaleza de una vía de RSYNC. Sin embargo, cuando se usa LSYNCD, un cambio de archivo puede resultar en una transferencia completa de archivos (al menos para archivos binarios) y, por lo tanto, no es adecuado para las bases de datos. También un nombre de cambio de directorio resultará en transferir todo el directorio. LSYNCD vs. Incron: Incron no hace (todavía) Soporte a la observación de directorios recursivos que lo hace inadecuado para las necesidades descritas (http://inotify.aiken.cz/?section=incronpage=about=en). De hecho, un enfoque diferente hubiera sido en el alcance de incrustaciones. Sin embargo, decidimos seguir al principio NIH (no inventado aquí) :-), porque extender la solución de C ++ parecía tediosa. Lsyncd vs. fusible: esta es otra idea interesante es escribir un demonio que proporcione un sistema de archivos de sombra a través del fusible. Al acceder a un archivo, los datos se sincronizan con el archivo local, así como el archivo remoto. Phit Este enfoque se puede reemplazar este enfoque. Binfs (ver http://www.cs.helsinki.fi/u/partel/bindfs/) hace esto para la duplicación local. Descartamos esta idea porque afectaría el desempeño de las operaciones normales de una manera negativa. LSYNCD vs. Cron: Si encuentra una solución utilizando Cron para llamar a RSYNC durante todo el árbol de directorio periódicamente después de cada 'X' / Minutos / segundos más satisfactores que LSYNCD, por favor, vaya a él * Sulking *. ¡No nos gusta! ¿Qué hay de nuevo en este lanzamiento: · "MV Dir" y "CP -R" ahora funciona correctamente. · Trabajar con Reiserfs fue fijo. · Se realizaron mejoras para archivos de configuración, múltiples objetivos y pidfiles. · El uso de la memoria fue optimizado. · Se mejoró la documentación. · Se realizaron muchos cambios más pequeños.

Lsyncd Software relacionado