Forum général.cherche-logiciel Création de backup d'image disque distant à chaud.

Posté par  .
Étiquettes :
2
28
mai
2009
En vue d'un remplacement d'un vieux système pas franchement réinstallable/upgradable proprement.
J'ai eu l'idée de virtualisé tout le bousin (via virtualbox)

Problème, j'ai seulement un accès ssh a la machine, et impossible d'éteindre la machine.

J'ai déjà tester un classique dd via ssh, mais l'image finale est inutilisable, (ce qui ne m'étonne guère à chaud).
Pour info voici la commande que j'ai utilisé :
ssh --bwlimit=100 root@vieuxcoucou "dd if=/dev/sda | gzip" > ~/vieuxcoucou.img.gz

Donc bref je suis à la recherche d'une méthode pour faire un ghost complet du système, à distance (ssh) et à chaud.

(volume de donnée d'environ 40go et une deuxième à faire ensuite de 160go, et les deux sont sous debian sarge en 2.4)
  • # rsync + ssh par exemple

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

    Tout est dans le titre

    Système - Réseau - Sécurité Open Source

    • [^] # Re: rsync + ssh par exemple

      Posté par  . Évalué à 1.

      A moins que je ne me trompe rsync, ne travaille qu'avec des fichiers, ce qui ne fonctionneras pour créer une image du disque utilisable (avec le mbr toussatoussa).
      • [^] # Re: rsync + ssh par exemple

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

        A moins de disposer d'une géometrie disque identique cela risque de ne pas bien fonctionner

        Système - Réseau - Sécurité Open Source

      • [^] # Re: rsync + ssh par exemple

        Posté par  . Évalué à 2.

        autant faire un backup du MBR et de la table de partition avec dd, et ensuite de sauvegarder via rsync les points de montages correspondant dans ./sda1, ./sda2, etc...:

        dd if=/dev/sda of=sda-mbr-full bs=512 count=1 && scp sda-mbr-full moi@mababasseloin:
        for i in /dev/sd[a-z][0-9]; do rsync ..; done

        de cette façon, il est possible de tout restaurer facilement:
        0. boot sur liveCD (possible?)
        1. restauration du MBR et de la table de partition
        2. pour chaque partition:
        a. formater
        b. restaurer à partir du ./sdaX correspondant

        et hop :)
  • # et en ro ?

    Posté par  . Évalué à 2.

    est ce que tu peux mettre toutes tes partitions en "read only" ,

    A="/ /mnt/data /..." #on suppose qu'il n'y a pas de point de montage avec un espace
    for i in $A
    do
    mount -o remount,ro /
    done
    dd if=/dev/sda |gzip |ssh toto@chezmoi "dd of=/home/toto/viewxcoucou.img.gz"
    for i in $A
    do
    mount -o remount,rw /
    done


    Bon l'ennui avec cette méthode, c'est que les logs et autre ne vont pas du tout apprécier de ne pas pouvoir écrire. Mais ce n'est souvent pas "fatal"

    Et aussi, si c'est un vraiment "vieux" coucou, et qu'il est en 100 mbps (ou plus), il peut être plus rapide de ne PAS faire le gzip sur le serveur
  • # mondorescue

    Posté par  . Évalué à 4.

    Tu peux utiliser mondorescue ça fait faire une chtite installe mais :
    - c'est intuitif, interface ncurses sympa
    - ça génère des disques bootables pour toute remettre en place
    - ça se base sur un simple tar donc pas besoin de remonter en ro.
    - cerise sur le gâteau il s'occupe aussi de ton mbr ;).

    Une fois les iso créer y'a plus qu'a faire un scp.
    • [^] # Re: mondorescue

      Posté par  . Évalué à 1.

      En effet, mondorescue semble correspondre à mes besoins, après tout une réinstallation via iso sur une machine virtuel devrait marcher sans pb ;p

      (j'aurais du fouiller dans les solutions type 'ghost' au lieu de backup proprement dit)

      J'ai plus qu'a trouver le moyen de faire transiter les images via network (je suis pas sur de pouvoir réaliser un montage nfs vers la machine cible)
  • # LVM snapshot

    Posté par  . Évalué à 1.

    Voila ca ne t'aidera surement pas mais sache qui si tu avais utilisé LVM
    tu aurai pu faire un snapshot (sorte de photo instantanée)

    En gros (pour faire simple )derrière, LVM n'enregistre que les differences, et d'un point de vu utilisateur tu aura l'impretion d'avoir une copie de ton volume à l'instant de la création snapshot.

    La tu as ton snapshot qui ne bouge plus (contrairement à ton volume de base qui est surement encore utilisé par ton système) après tu peux faire un dd sur le snapshot sans probleme c'est comme si tu avais fait "pause pour faire ta copie".
    une fois ton dd finis tu detruis le snapshot.

    j'ai fais testé ca sur des machine machine virtuelle Xen qui étaient sur des volume LVM et on sauvegardait les machines directement comme ça sans les arréter.

    Voila je ne sais plus les détails (pour moi ca date) mais l'idée est la.
    • [^] # Re: LVM snapshot

      Posté par  . Évalué à 1.

      Oui ça aurait été la meilleurs solution (que j'avais d'ailleurs complètement oublier) pour virtualiser ses serveurs.

      (lvm c'est bon manger en)
      • [^] # Re: LVM snapshot

        Posté par  . Évalué à 1.

        Je pense a ca tout a coup, virtualbox ne permet pas de faire des snapshot justement?

        Après je ne sait pas comment ils sont gérés d'un point de vue fichiers et si on peux les faire a chaud, mais y'a peux etre quelque chose à creuser ...
        • [^] # Re: LVM snapshot

          Posté par  . Évalué à 1.

          Oui ce sera pas mal une fois que j'aurais virtualiser les vieux coucous justement :)
  • # dump / restore

    Posté par  . Évalué à 1.

    Bonjour,

    Je me suis fait un pense bete a ce sujet, si tu arrive a decoder je pense que ca repond a tes besoins :

    http://www.mathiaz.com/index.php?n=AdministrationLinux.Sauve(...)

    dump 0uf - /dev/hda1 | ssh backup_server dd of=/backup/client.dump

    ssh root@192.168.0.200 "cat /backup/system.dump" | restore -rvf -

    etc...

Suivre le flux des commentaires

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