Forum général.général BackupPc est externalisation des backup

Posté par  (site web personnel) . Licence CC By‑SA.
Étiquettes : aucune
2
20
juin
2013

Bonjour,

J'étudie actuellement la mise en place de BackupPc pour gérer mes backups de mes serveurs. Je dispose d'un serveur dédié avec son espace de stockage, chaque serveurs est backup au travers de backuppc via rsync. Tout marche bien, mais je souhaite mettre en place maintenant l'externalisation de ces backups. A cause de contrainte de de faible débit Internet je suis obligé de mettre le backup externe sur un disque USB avec lequel je part tout les soirs.

Le hic est que la fonction archive n'est pas trop prévu pour fonctionner avec un disque usb mais avec des cassettes, du coups sur le disque je me retrouve avec des archives tar.gz et pour le moment je n'ai pas trouvé le moyen d'automatiser le lancement de l'archivage.

Est-ce qu'il existe d'autres méthodes pour copier les données sauvegardées autre qu'un cp -a /var/lib/BackupPc /media/usb ?

Merci d'avance.

  • # regles udev et rsync

    Posté par  . Évalué à 2. Dernière modification le 20 juin 2013 à 16:43.

    avec une regle udev pour lancer le script au branchement de ce disque dur en particulier.

    et le script qui fait un
    rsync -aP /var/lib/BackupPc /media/usb/

    • [^] # Re: regles udev et rsync

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

      J'y ai bien pensé mais du coups je perds tout l'intérêt de la gestion de la rétention faite par BackupPc et je suis pas certain qu'en cas de clash je puisse tout simplement installer un nouveau BackuPc et lui dire d'aller chercher les fichiers sur le disque usb.

      Born to Kill EndUser !

      • [^] # Re: regles udev et rsync

        Posté par  . Évalué à 2.

        je ne vois pas ou est le probleme.

        rsync -aP SRC DST te fais 2 dossiers identiques

        ajoute eventuellement l'option --delete pour effacer, dans destination, ce qui a été effacé de la source

        et tu auras bien un dossier identique sur ton disque dur externe,
        modulo la configuration elle meme de backuppc à refaire, il n'y aura pas de probleme à reutiliser les fichiers/dossiers du disque dur usb.

        • [^] # Re: regles udev et rsync

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

          Je testerais ça demain, merci.

          Born to Kill EndUser !

          • [^] # Re: regles udev et rsync

            Posté par  . Évalué à 3.

            l'autre avantage c'est que rsync ne va trasnferer que ce qui a changé depuis la derniere synchro
            et pas toutes l'arborescence.

            du coup, suivant les volumes, tu fais le premier rsync en usb
            les autres au travers de la connexion internet.

            • [^] # Re: regles udev et rsync

              Posté par  (site web personnel) . Évalué à 1. Dernière modification le 20 juin 2013 à 18:16.

              J'aimerais le faire par Internet malheureusement avec mini 120Go de volume à déplacer tout les jours et une fibre en 6Mb en upload, 24h ne suffit pas. C'est pour ça que je me prends la tête avec un disque usb :(

              Born to Kill EndUser !

              • [^] # Re: regles udev et rsync

                Posté par  . Évalué à 2.

                Tu as vraiment 120 GiB de différences entre deux jours ? Je ne dis pas que c'est impossible, j'ai même en tête quelques usages qui impliquent cela, mais j'estime qu'il est aussi possible que tu ais confondu avec la taille totale.

                Par exemple moi j'ai environ 500 GiB de données, et je suis en moyenne à 500 MiB de différences quotidiennes.

              • [^] # Re: regles udev et rsync

                Posté par  . Évalué à 2.

                120Go à 6Mbps ca ne fait "que" 45h

                tu lances ca dans la nuit de vendredi à samedi et le backup est externalisé dimanche dans la journée.

                une externalisation par semaine devrait suffire

                • [^] # Re: regles udev et rsync

                  Posté par  . Évalué à 3.

                  une externalisation par semaine devrait suffire

                  Bah c'est toujours moins bien qu'une par jour. Avec une par semaine, en cas de crash tu peux avoir perdu jusqu'à 6 jours de production lorsque tu restaures.

                  Après c'est peut-être tolérable en effet, tout dépend.

                  • [^] # Re: regles udev et rsync

                    Posté par  . Évalué à 2.

                    c'est l'externalisation qui se fait une fois par semaine
                    le backup lui continue de se faire 1 fois par jour

                    l'externalisation, c'est pour parer à une destruction physique de tous tes serveurs dans tes bureaux.

                    • [^] # Re: regles udev et rsync

                      Posté par  . Évalué à 2.

                      l'externalisation, c'est pour parer à une destruction physique de tous tes serveurs dans tes bureaux.

                      Bah oui on est d'accord. Donc si tes serveurs sont détruits physiquement et que tu dois reconstruire depuis la sauvegarde que tu as externalisée, comment dire…

                      Mettons que tu externalises le lundi (soir, à la fin de la journée de prod), si tes serveurs explosent le vendredi tu perds mardi, mercredi, jeudi et vendredi. Si tu externalises tous les jours tu perds seulement vendredi (vu que tu as externalisé jeudi soir).

                      Bon, mon exemple est un peu bancal car généralement on externalise seulement J-1 et pas J, mais tu vois le truc non ?

                  • [^] # Re: regles udev et rsync

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

                    Pour le moment la tolérance de perte de données est d'un jour chez nous et c'est vraiment le grand maximum, au delà ça devient très pénalisant pour notre activité.

                    Born to Kill EndUser !

                    • [^] # Re: regles udev et rsync

                      Posté par  . Évalué à 4.

                      Vous avez un plan de reprise d'activité sur un jour ? Si un avion s'écrase sur votre datacenter vous remontez tout en 24 heures ?

                      Pour ne perdre qu'une seule journée en cas de catastrophe l'externalisation ne suffit pas à mon avis. Il faut avoir plusieurs sites (2+ datacenters) et répliquer les données (ainsi que les systèmes critiques…) quasi en temps réel si on ne veut pas que l'activité cesse plus de 24 heures.

                      Après c'est sûr ça dépend de combien de serveurs tu as à remonter.

                      • [^] # Re: regles udev et rsync

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

                        Je n'ai pas dis que l'inactivité ne doit pas dépasser 24h mais que nous perdions 24h de données. En cas de crash matériel sans perte de données c'est 24h aussi d'arrêt max. Mais si c'est notre site principal qui vient à être atteint (inondation, feu…) nous avons le temps de reconstruire la partie informatique car en parallèle nous devons refaire un stock d'environ 10 000 produits.

                        Pour avoir eu un fournisseur ayant vécu le problème d'entrepôt qui brûle, les équipes infos étaient largement prête avec d'envisager la reprise d'activité commercial.

                        Born to Kill EndUser !

                • [^] # Re: regles udev et rsync

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

                  L'idée de d'avoir une solution assez autonome pour que lorsque je suis en vacances, malade il n'y ai pas besoin de brancher un disque sur l'infra pour faire le backup. Surtout que ces personnes qui sont amené à le faire n'y pas pense pas forcement tout le temps. Et puis c'est tout de même plus fiable un serveur de backup chez un hébergeur avec du raid et tout le bazar qu'un disque dur usb portable qui se balade au fond d'un sac ou sur le tableau de bord d'une voiture exposé au soleil sur un parking…

                  Born to Kill EndUser !

Suivre le flux des commentaires

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