Lsyncd. Sincronize diretórios locais com uma máquina remota que funciona RSYNCD.
Baixe Agora

Lsyncd. Classificação e resumo

Lsyncd. Tag

sincronizador Diretório sincronizador de diretório sincronizar novamente Sincronização remota utilitário rsync

Lsyncd. Descrição

Sincronize diretórios locais com uma máquina remota que funciona rsyncd. O LSYNCD usa o RSYNC para sincronizar diretórios locais com uma máquina remota que funciona RSYNCD. O LSYNCD assiste a várias árvores de diretórios através do inotify. O primeiro passo depois de adicionar os relógios é, rsync todos os diretórios com o host remoto e, em seguida, sincronizar arquivo único comprar coletando o inotify events.so lsyncd é uma solução de espelho ao vivo de peso leve que deve ser fácil de instalar e usar bem com seu sistema. Consulte o LSYNCD -Help para opções detalhadas da linha de comando.Quando para Uselsyncd foi projetado para sincronizar uma árvore de diretório local com baixo perfil de alterações esperadas em um espelho remoto. No lado RSYNCD do receptores, pode ser configurado para alterar também o UID / GID do arquivo. O LSYNCD é especialmente útil para sincronizar dados de uma área segura para uma área não tão segura (por exemplo, como uma conexão única para permitir que os funcionários publiquem seus arquivos para um servidor da Web acessível público). Quando não usar: arquivo com alças de arquivos ativos (por exemplo, arquivos de banco de dados), onde muitas mudanças ocorrem (como servidores de correio ou notícias) nesses casos, e. DRBD (ver http://www.linux-ha.org/drbd) pode ser melhor para você. COMPARESSONSLSYNCD vs. DRBD: O DRBD opera no nível do dispositivo de bloco. Isso torna útil para sistemas de sincronização que estão sob carga pesada. O LSYNCD, por outro lado, não exige que você altere dispositivos de bloco e / ou pontos de montagem. Permite alterar o UID / GID dos arquivos transferidos. separa o receptor através da natureza unidirecional do rsync. No entanto, ao usar o LSYNCD, uma alteração de arquivo pode resultar em uma transferência de arquivos completa (pelo menos para arquivos binários) e, portanto, inadequado para bancos de dados. Também um diretório renomeia resultará em transferir o diretório inteiro. Lsyncd vs. INCON: Incron não (ainda) suporta o diretório recursivo assistindo tornando-o inadequado para as necessidades descritas (http://inotify.aiken.cz/?section=incronpage=Abs). De fato, uma abordagem diferente teria sido a extensão Incron. No entanto, decidimos ficar com o princípio do NIH (não inventado aqui) :-), porque estender a solução C ++ parecia tedioso. LSYNCD vs. Fusível: Esta é outra idéia interessante é escrever um daemon que fornece um sistema de arquivos de sombra através do fusível. Ao acessar um arquivo, os dados são sincronizados com o arquivo local, bem como o arquivo remoto. Whit esta abordagem inotificada poderia ser substituída. BINDFS (ver http://www.cs.helsinki.fi/u/Partel/bindfs/) Faz isso para espelhamento local. Nós descartamos essa ideia porque afetaria o desempenho das operações normais de maneira negativa. Lsyncd vs. cron: Se você encontrar uma solução usando o CRON para chamar o rsync em toda a árvore de diretório periodicamente após cada hora 'X' horas / minutos / segundos mais satisfatório do que o LSYNCD, por favor, vá para ele * Sulking *. Nós não gostamos disso! O que há de novo nesta versão: · "MV dir" e "cp -r" agora funcionam corretamente. · Trabalhar com reiserfs foi corrigido. · Aprimoramentos foram feitos para arquivos de configuração, múltiplos alvos e pidfiles. · O uso de memória foi otimizado. · A documentação foi melhorada. · Muitas mudanças menores foram feitas.

Lsyncd. Software Relacionado