Forum général.général Créer une image DVD avec les fichiers "de la semaine"

Posté par  .
Étiquettes : aucune
0
29
août
2005
Bonjour,

Je souhaiterais pour des sauvegardes effectués une sauvegarde hebdomadaire des données d'un serveur sur DVD-R.
Le dossier de base fait 50 à 100 Go donc je souhaite graver uniquement les fichiers ajoutés/modifiés, ce qui fait quelques Go.

Problème :
- mkisofs n'a pas de filtre sur les dates des fichiers.
- mkisofs ne peut pas créer une image à partir d'un fichier décrivant les fichiers à intégrer à l'image (apparament)

Ma seule solution est donc de dupliquer l'arborescence à sauvegarder dans une nouvelle arborescence avec seulement les fichiers avec une date postérieur à J-7. Il faudrait un script qui fasse des liens en dur sur ces fichiers tant qu'à faire. Je pensais utiliser rsync mais il va dupliquer les fichiers et non faire des liens en dur.
Le problème aussi c'est que le repertoire à sauvegardé contient plus de 50000 fichiers... c'est pas très "propre" et il y'a peut-être plus simple...
Après je créé une image iso de ce dossier et je grave...

Si vous avez d'autres idées/conseils/ressources je suis preneur, merci beaucoup.
  • # Et avec tar

    Posté par  . Évalué à 2.

    C'est peut être ps la question, mais
    si tu faisais un tar de l'incrément (juste les nouveaux - il sait faire )
    ensuite tu fais un iso de ce tar
    ensuite tu graves -multi l'iso.
    • [^] # Re: Et avec tar

      Posté par  . Évalué à 2.

      Oui j'y avais pensé et je me dis que tar créer un seul fichier, inconvénients :
      - la restauration d'un seul fichier est plus complexe (surtout pour mes colègue graphiste sous mac)
      - si le dvd à un soucis, le fichier est endommagé et donc tout les fichiers sont endommagé.

      En + je ne souhaite pas utilisé de compression car ce n'est pas nécéssaire et les sauvegarde doivent être le plus simple possible.

      Bref, en fait j'ai des "snapshot", des images des 14 derniers jours du dossier "projet" (qui fait 50/100 Go). Je ne peux pas graver le dernier en direct car il contient des hard links sur les fichiers plus anciens.
      Il faut donc prendre les fichiers qui ont un nombre de hard link égal à 1 ou les fichiers postérieurs à J-7...

      Et c'est là que je coince, je ne trouve pas comment on fait en général pour sauvegardé sur dvd (ou autres media) ses "snapshot" sans prendre en compte les hard link (et donc sans sauvegardé les fichiers) créé sur les anciens fichiers qui sont antérieurs à une semaine.
      • [^] # Re: Et avec tar

        Posté par  . Évalué à 2.

        >la restauration d'un seul fichier est plus complexe (surtout pour mes colègue
        >graphiste sous mac)
        normalement non, tu clic sur l'archive, tu vois les fichier clic-droit sur un, extraire.

        >- si le dvd à un soucis, le fichier est endommagé et donc tout les fichiers sont
        >endommagés.
        Non, c'est l'avantage de l'archive tar en non compressé.

        >En + je ne souhaite pas utiliser de compression
        la compression par tar n'est pas obligatoire.

        Ensuite je suis persuadé qu'il y a plein de soft qui gère les archives tar
        7 zip le fait.
        • [^] # Re: Et avec tar

          Posté par  . Évalué à 1.

          Je pense que je vais utiliser tar.

          Je ne vois pas trop quels sont les avantages à part créer un seul fichier et donc optimiser l'espace libre sur le disque.

          J'ai tester sur mac os x, il les gère : quand on ouvre un rar, il le décompresse dans le même dossier (j'ai pas tester sur un fichier graver mais avec un fichier transmis par le LAN).
          C'est donc pas très pratique et un peu long (surtout pour des sauvegardes sur DVD) pour récuperer un fichier particulier.

          Menfin vu que ce seront des sauvegardes de sécurité hebdomadaire (et non des archives des projets) de l'agence de comm ou je bosse, normalement ces sauvegardes ne devraient pas être très souvent utilisées.

          En fait il y'a un serveur de fichier (en RAID), des sauvegardes incrémentales quotidiennes sur le serveur de backup (rsnapshot) et là je veux finir le système de sauvegarde en effectuant des sauvegardes incrémentales hebdomadaire sur DVD-R
  • # man mkisofs

    Posté par  . Évalué à 1.

    - mkisofs ne peut pas créer une image à partir d'un fichier décrivant les fichiers à intégrer à l'image (apparament)

    Faux : avec l'option -path-list de mkisofs, tu peux construire ton image iso avec une liste précise de fichiers (output d'un find avec les options qui vont bien par ex.).

    De mémoire, le fichier doit contenir des infos du style :
    chemin/sur/disque/de/monfichier=chemin/dans/iso/de/mon/fichier_renomme
    • [^] # Re: man mkisofs

      Posté par  . Évalué à 1.

      Yeees tu as raison en fait, j'avais lu le man mais sauté ça. C'est un peu lourd car les fichiers textes font 1000 à 10000 lignes (fichiers) mais bon ça marche c'est l'essentiel.

      Je prefère finalement ne pas utiliser le format tar c'est plus flexible pour mes collègue (infographistes) qui ne connaissent pas trop l'info et travaillent sous mac (obligation de décompresser toutes l'archive qui fait pret de 4 Go pour accèder à un fichier).

      Bref voici les solutions appliqué au dernier snapshot jour.0 si jamais qqun à besoin de ça un jour :

      # Recherche des fichier les + récents (7 derniers jours) :
      find /backup/jour.0/ -mtime -7 -type f -printf "%p=%p\n" > /tmp/file_list.txt
      # Création de l'image CD :
      mkisofs -r -D -J -T -l -o /backup/image.iso -graft-points -path-list /tmp/file_list.txt
      #au choix, A, B ou C :
      #A- Gravage de l'image sur CD en 8x:
      cdrecord -v dev=ATAPI:0,0,0 speed=8 /backup/image.iso
      #B- Graver une image sur DVD en 8x
      growisofs -speed=8 -dvd-compat -Z /dev/dvdrw=/backup/image.iso
      #C- Creation de l'image et gravage sur DVD
      growisofs -dvd-compat -Z /dev/dvdrw -r -D -J -T -l -graft-points -path-list /tmp/file_list.txt
      #Ejecter le tiroir du graveur :
      eject

      Voila !
      Merci pour votre aide !

Suivre le flux des commentaires

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