Est-il possible de synchroniser deux répertoires Linux en temps réel?

25

Je voudrais synchroniser un répertoire d'un disque dur interne avec un disque dur externe.

Lorsque j'écris ou modifie un fichier sur mon disque dur interne, le même fichier est automatiquement copié sur le disque dur externe ... et sauvegarde bye bye;)

Ce serait quelque chose comme un RAID avec un disque dur externe.

Est-ce possible?

synchronization

— lourd
source

22

Je crains que penser "sauvegarde bye bye" ne soit presque jamais approprié ou correct.

— Ben Pilbrow

Sérieusement. Ce que Ben a dit. Ce n'est PAS un substitut à la sauvegarde.

— Duncan X Simpson

8

En temps réel, autant que je sache, il n'y a que DRBD . Mais je ne pense pas que cela s'applique à votre situation, car lorsque vous supprimez un fichier, vous le supprimez également sur le disque externe. Plus facilement, vous pouvez utiliser rsync et un script cron qui s'exécutent toutes les quelques minutes.

— PiL
source

Merci pour votre réponse. Mais si "cron" rsync s'exécute toutes les 0,5 minutes, cela compromet-il les performances? N'est-ce pas trop lourd (il vérifie tous les fichiers si quelque chose est changé?)?

— stighy

C'est pourquoi ils ont inventé un système de fichiers avec des capacités d'instantanés;)

— PiL

1

DRBD peut être un peu compliqué à configurer, si vous avez besoin d'aide pour le configurer, j'ai écrit un bel article: geek-kb.com/install-and-configure-drbd-centos-6

— Itai Ganot

30

lsyncd semble être la solution parfaite. il combine inotify (fonction intégrée du noyau qui surveille les changements de fichiers dans les arborescences de répertoires) et rsync (outil de synchronisation de fichiers multiplateforme).

lsyncd -rsyncssh /home remotehost.org backup-home/

Citation de github:

Lsyncd surveille une interface de surveillance d'événements d'arborescence de répertoires locaux (inotify ou fsevents). Il agrège et combine les événements pendant quelques secondes, puis génère un (ou plusieurs) processus pour synchroniser les modifications. Par défaut, c'est rsync. Lsyncd est donc une solution légère de miroir en direct qui est relativement facile à installer, ne nécessitant pas de nouveaux systèmes de fichiers ou périphériques de bloc et n'entrave pas les performances du système de fichiers local.

— jens
source

1

le con est qu'il n'est pas bidirectionnel

— tymik

8

Vous pouvez simplement créer un logiciel RAID1 sur vos disques durs internes et externes. Pour le système, cela ne fait aucune différence s'il s'agit d'un disque dur intégré ou d'un stockage de masse connecté en externe.

Mais le RAID n'est pas une sauvegarde! Que se passe-t-il si vous supprimez accidentellement un fichier sur votre disque dur? Il est également supprimé sur votre lecteur de «sauvegarde» externe.

Les sauvegardes comprennent généralement plusieurs générations de fichiers afin que vous puissiez y récupérer des fichiers supprimés accidentellement.

— joschi
source

4

Un grand +1 pour l'explicite "RAID n'est pas une sauvegarde".

— nickgrim

De plus, un raid logiciel avec des membres de disque dur internes et externes va probablement être très lent, peu fiable et conçu pour se briser assez souvent.

— David

2

incron (comme cela m'a été suggéré sur ce site plus tôt cette année).

Cependant, cela ne remplace pas une procédure de sauvegarde appropriée.

— Matthew Iselin
source

3

il serait probablement préférable de le graver dans la pierre.

— Dee

1

@Dee Veuillez expliquer ce commentaire. L'incron n'est-il pas une bonne solution?

— imolit

0

Vous pouvez peut-être vérifier chironfs http://www.furquim.org/chironfs/

— Dom
source

0

git-annex peut également être utilisé pour y parvenir.

git-annex permet de gérer des fichiers avec git, sans vérifier le contenu du fichier dans git. Bien que cela puisse sembler paradoxal, il est utile lorsqu'il s'agit de fichiers plus volumineux que git ne peut actuellement les gérer facilement, que ce soit en raison de limitations de mémoire, de temps ou d'espace disque.

Il existe une procédure pas à pas pour mettre rapidement les utilisateurs au courant avec git-annex

— ypid
source

Bien que cela puisse théoriquement répondre à la question, [il serait préférable] d'inclure ici les parties essentielles de la réponse et de fournir le lien de référence.

— Itai Ganot