Utilisation d'un disque plus petit pour créer un miroir d'un serveur plus important vers une sauvegarde hors site ?

Il existe plusieurs options qui dépendent de votre système de fichiers, de la taille et de la nature des données.

1. Utilisation dump / restore . Ceux-ci sont très solides et vous permettront de sauvegarder le fichier par morceaux. Bien que je ne puisse pas vous donner la commande exacte dont vous aurez besoin, lisez les pages de manuel de dump et de restore et cherchez en ligne pour tutoriels ce qui devrait vous donner une bonne idée de la marche à suivre.

2. Si les données du tableau sont véritablement statiques et ne changent pas d'un jour à l'autre, il faut utiliser dd qui effectue une copie octet par octet et prend en charge les décalages. il suffit de fournir un fichier skip=offset lors de la lecture à partir du dispositif du tableau d'origine et d'un seek=offset lors de l'écriture de la copie. Par exemple :

   origin$ dd if=/dev/array_device of=/dev/protable_device ibs=512 skip=3 count=1
   # travel home...
   destination$ dd if=/dev/portable_device of=/dev/array_device obs=512 seek=3 count=1

   Il est évident que vous voudrez copier plus de 512 octets à chaque voyage, mais vous avez compris l'idée. Une fois de plus, la page de manuel est assez bonne et sera utile. Il est recommandé de démonter votre tableau pendant que vous faites cela afin que rien de nouveau ne soit écrit dedans. (Alternativement, montez-le en lecture seule).

   Vous pouvez également faire passer dd dans bzip2 pour minimiser l'espace occupé :

   dd if=/dev/some_device | bzip2 -c >file.gz
   <file.gz bzip2 -d -c | dd of=/dev/some_device

   Je vous recommande d'écrire dans un fichier et d'utiliser des sommes de contrôle pour vérifier l'intégrité.

3. Copier les répertoires les uns après les autres tout en conservant une liste de contrôle des répertoires transférés jusqu'à présent. Ayant moi-même transféré plusieurs To de cette manière, je pense que c'est étonnamment gérable.