Forum général.cherche-logiciel sauvegarde avec dd

Posté par  .
Étiquettes : aucune
0
18
mar.
2008
Bonjour,

Je voudrais faire une sauvegarde d'un serveur (environ 140 Go de données utiles possibles (car raid5) mais à peine 3 Gigas d'utilisés...

Voici le disque

serv1:~# df -h
Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur
/dev/sda2 12G 897M 9,6G 9% /
tmpfs 507M 0 507M 0% /lib/init/rw
udev 10M 56K 10M 1% /dev
tmpfs 507M 0 507M 0% /dev/shm
/dev/sda4 122G 1,4G 114G 2% /home
/dev/sda3 942M 18M 877M 2% /tmp


J'ai bien tenté de booter sur un livecd, puis brancher un disque ide en usb et lancé un dd if=/dev/sda of=/dev/hda

Mais j'ai du arrêter la sauvegarde au bout de 4 heures... car ce n'était toujours pas terminé!! (usb1)

Je doit m'y prendre comme un manche... fallait-il bien faire un "dd" de tout le disque (/dev/sda) ? ou le faire par partition + le mbr?

Combien de place me faut-il pour sauvegarder avec dd? environ 3go c'est bien ça? en non 140? (je ne préfère pas compresser avec gzip...)

il y aurait une méthode plus simple pour faire ce type d'opération?

merci de votre aide

  • # dédé ?

    Posté par  . Évalué à 2.

    Hello !
    Si j'ai bien compris ta demande, tu as un disque "composite" de 140Go ne comprenant que 3Go de données, et ce sont ces dernières que tu veux sauvegarder ?
    Ben à ce moment là, tu peux utiliser tar en lieu et place de dd, car il me semble que ce sera beaucoup plus approprié.
    En gros, un tar cvf /saugegarde.tar /
    te sauvegardera l'ensemble des données situées à la racine (y compris les répertoires et leur contenu) dans un fichier nommé sauvegarde.tar placé à la racine.
    C'est ce fichier qu'il convient ensuite de déplacer sur une clef, un DVD, ou tout autre support externe au serveur.
    Il y a plein de commandes utiles pour ça, tar en est une, mais il y a aussi rzync, cpio, et plein d'autres.
    Tu peux sans crainte utiliser un outil de compression (gzip, bzip2, ...) pour que la taille de ta sauvegarde soit réduite, et je te conseille vivement de jeter un oeil à la page de manuel de tar de façon à lui passer les bonnes options. Un bon début serait d'éviter de sauvegarder les répertoires /tmp /proc /dev (regarde l'option --exclude).
    A la limite, mais là, il faudrait quelqu'un de plus expérimenté que moi sur le sujet, tu peux utiliser dd pour sauvegarder la table des partitions, si toutefois ça peut avoir une utilité...
    En ce qui me concerne, je préfère ne sauvegarder que les données utiles (/home et /etc en gros), car je pars du principe qu'en cas de plantage sévère de la machine, il faudra tout réinstaller, alors autant en profiter pour repartir sur une base saine, avec une install faite proprement, mais c'est mon choix.
    Voilà, en espérant que ça t'aidera.

    • [^] # Re: dédé ?

      Posté par  . Évalué à 1.

      bonjour et merci beaucoup de ces conseils!
      En fait, je souhaiterais sauver entièrement le disque (qui est très "propre") afin de le réinjecter tel quel après un problème et c'est donc pour cela que je souhaite tout prendre...

      En fait les données n'évoluent pas.. je souhaiterais faire cette sauvegarde un fois pour toute...

      • [^] # Re: dédé ?

        Posté par  . Évalué à 2.

        Un tar de ton arborescence me parait beaucoup plus approprié qu'une image disque, pour plusieurs raisons.

        Effectivement, une image, tu peux la réinjecter telle quelle sur ton disque... si c'est le même disque. Mais si le disque crashe, et que tu en mets un autre de taille différente... ton image ne sera plus adaptée.

        Pour seulement 3Go, c'est plus rapide (pour créer et restaurer)

        C'est aussi beaucoup plus maniable, par la taille, et si tu as besoin de faire des manips dessus: besoin d'accéder pour une raison ou une autre à un fichier de ton backup ? Tu détarres; la même chose dans l'image ? il faut dézipper une image de 140G dans un disque encore plus gros, puis monter en loopback... Ah oui mais c'est un disque, pas une partition... il faut alors utiliser l'option "offset"... qui est souvent limitée à 2Go max.

        Il y aussi le problème des données parasites sur le disque qui seront sauvées avec les vrais fichiers, d'où la bidouille du fichier plein de zeros. Ça inclut la structure du filesystème qui est sans intérêt pour toi.

        Le mieux, à mon avis, est donc de faire une image tar des données (ou plusieurs, une par partition ) et d'y associer un script qui saura recréer les partitions via des outils comme sfdisk, puis détarrer dedans. C'est un peu plus complexe, mais ça me parait plus souple. Et surtout ce sera plus rapide.

        • [^] # Re: dédé ?

          Posté par  . Évalué à 1.

          merci de tes éclaircissements ;)

          Je vais regarder du côté de partimage...

  • # partimage

    Posté par  . Évalué à 3.

    Partimage ( http://www.partimage.org ) est fait pour ça et je te conseil cette solution.

    Dans ton cas, l'utilisation de gzip permettrait de gagner beaucoup de place. Il faut commencer par remplir toute la place de ton disque vide de 0 pour avoir une compression optimale avec
    dd if=/dev/zero of=toto; \rm toto

    Ensuite, tu boot sur ton livecd et un petit
    gzip < /dev/sda > /media/disk/sauvegarde_sda.gz
    Devrait faire nettement moins de 3 Go.

    • [^] # Re: partimage

      Posté par  . Évalué à 1.

      Bonjour et merci,

      Je ne comprends pas bien cette commande :

      dd if=/dev/zero of=toto; \rm toto

      Elle mets des 0 là où il n'y a rien d'écrit?

      • [^] # Re: partimage

        Posté par  . Évalué à 2.

        En fait, dd va prendre le contenu du fichier spécial /dev/zero (0) et l'écrire autant de fois qu'il peut dans un fichier nommé toto. En clair, il va te saturer ton disque avec un énorme fichier de 137Go ne contenant que des 0. Puis on efface ce fichier, avec la commande rm.
        C'est une façon comme une autre de s'assurer qu'il n'y a pas de données parasites sur tes disques.
        Personnellement, je n'ai jamais utilisé cette methode, et j'ai toujours fait mes sauvegardes avec tar+bzip2, et je n'ai jamais rencontré le moindre problème.
        Au vu des commentaires que toi et les autres (moi y compris) ont laissé ici, si j'étais à ta place, je ferais une double sauvegarde, l'une avec partimage et cette solution, et l'autre avec tar en évitant la sauvegarde des répertoires déjà cités.
        Ainsi, en cas de panne, tu as le tout en double, au cas où.
        Si c'est juste un système de fichiers qui a dégagé, tu iras plus vite à ne restaurer que ce qui est nécessaire depuis le tarball plutôt que depuis l'image créée par partimage.
        Par contre, si c'est carément toute la machine qui est en vrac (grosse panne matérielle), tu auras plus vite fait de tout restaurer depuis partimage plutôt que réinstaller un système propre + restaurer les données.
        Sinon, question subsidiaire, juste pour bien comprendre :
        - tu indiques que tu as 140Go d'espace disque et seulement 3Go d'occupés, sur un RAID 5. Soit.
        - un peu plus loin, j'ai cru comprendre que ces données (les 3Go) ne bougeront pas (jamais) ? Quel est l'intérêt alors de perdre autant de place utile ?
        - Pourquoi ne pas mettre un disque supplémentaire en sleeping hotspare ?

        • [^] # Re: partimage

          Posté par  . Évalué à 1.

          Effectivement, ce n'est pas du tout rentable 140 Giga possibles mais seulement 3 giga d'utilisés...

          Je verrai par la suite comment essayer de rentabiliser ces gigas...

          Je crois que je vais regarder du côté de partimage... je ne le connaissais pas et j'ai l'impression qu'il est très bien !!

          • [^] # Re: partimage

            Posté par  (site web personnel) . Évalué à 3.

            Un autre logiciel que tu peux tester, c'est Mondo Rescue. On l'utilise au boulot, tant pour faire du clonage de machine que pour le disaster recovery de certaines stations qui ne contiennent aucune données utilisateur.

            En cas de pépin, on boot sur le DVD généré, on demande un "nuke", et la machine est prête quelques minutes plus tard. Si le disque est différent, il ajuste les tailles des partitions. Et si on passe de d'un hda IDE à un sda SATA, il corrige grub et le fstab.

            Je recommande Mondo parce que c'est celui que je connais bien, mais je n'ai bien sûr rien contre partimage :)

  • # Pas besoin de live-cd

    Posté par  . Évalué à 2.

    Tu bootes en mono-utilisateur, ou tu fais "telinit 1"

    Puis tu remontes tes partitions en lecture seule:
    mount / -o remount,ro
    mount /toto - o remount, ro
    etc

    Puis tu lances dd:
    time dd if=/dev/xxx of=/dev/yyy bs=10M

    bs=10M aide BEAUCOUP à aller plus vite :-)

    et tu obtiens un disque 100% identique, prêt à booter.
    Les SATA actuels font au moins 50 Mo/s en lecteur et écriture. Donc 140 Go se font en 50 minutes.

    Ca reste long par rapport à une recopie des données via le système de fichiers. Mais c'est du 100% simple et sans soucis.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.