3460
Commentaire:
|
← Version 18 à la date du 2009-05-06 11:32:45 ⇥
3733
forcedeth
|
Texte supprimé. | Texte ajouté. |
Ligne 7: | Ligne 7: |
* CPU : P4 1,6Ghz * RAM : 1,5 Go * la sauvegarde se fait sur une paire de disque internes IDE de 500Go, configurée en lvm+strip, chacun sur un des deux canaux IDE |
* CPU : AMD Athlon(tm) 64 X2 Dual Core Processor 4800+ * RAM : 4G * la sauvegarde se fait sur une paire de disque internes IDE de 700Go, configurée en lvm+strip, chacun sur un des deux canaux IDE |
Ligne 11: | Ligne 11: |
(<!> ajouter un lien vers la conf' backuppc ici) | * (<!> ajouter un lien vers la conf' backuppc ici) |
Ligne 15: | Ligne 15: |
Pour avoir une copie externe des données du serveur, en cas de crash des disques de sauvegardes. Le problème est qu'il est impossible de faire une copie des fichiers via rsync, tar ou autre, à cause de la structure du pool de fichiers backuppc, qui fait un usage intensif des liens physiques : la RAM consommée par les outils classiques est énorme. | Pour avoir une copie externe des données du serveur, en cas de crash des disques de sauvegardes. Le problème est qu'il est impossible de faire une copie des fichiers via rsync, tar ou autre, à cause de la structure du pool de fichiers backuppc, qui fait un usage intensif des liens physiques : la RAM consommée par les outils classiques est énorme. |
Ligne 17: | Ligne 17: |
La solution choisie est une copie d'un snapshot LVM de la partition de backup vers plusieurs disques USB externes, branchés chacun sur un canal USB différents, et configurés en LVM+strip. Cela donne une vitesse de sauvegarde de l'ordre de 1,3 Go/min avec du matériel acheté à l'épicerie du coin (cartes PCI USB à 4000 CFA et boitiers USB/IDE à 12000 CFA) | |
Ligne 19: | Ligne 18: |
Les disques sont branchés chaque vendredi, la copie se fait le dimanche, et les disques sont stockés chaque lundi dans le bureau de l'administrateur, dans l'autre bâtiment ("l'autre" par rapport au local technique) | La solution choisie est une copie via ''partimage'' d'un ''snapshot LVM'' de la partition de backup vers plusieurs disques USB externes, branchés chacun sur un canal USB différents, et configurés en LVM+strip. Cela donne une vitesse de sauvegarde de l'ordre de 1,3 Go/min avec du matériel acheté à l'épicerie du coin (cartes PCI USB à 4000 FCFA / 6 euros, et boitiers USB/IDE à 12000 CFA / 20 euros) |
Ligne 21: | Ligne 20: |
(<!> ajouter un lien vers le script backupbackup) (<!> ajouter un lien vers le script "ne pas oublier de brancher les disques USB") |
Les disques sont branchés chaque vendredi, la copie se fait le dimanche, et les disques sont stockés chaque lundi dans le bureau de l'administrateur, dans l'autre bâtiment ("l'autre" par rapport au local technique) * script backupbackup, lancé le dimanche : [[attachment:backupbackup]] * script "mail pour ne pas oublier de brancher (ou débrancher et ranger) les disques USB" : [[attachment:suivi-disques]] |
Ligne 27: | Ligne 28: |
* Créer le répertoire, avec les bonnes permissions : {{{install -d -g backuppc -o backuppc /etc/backuppc/conf-pc/<lenomdelamachine>}}} (note : il faut que le répertoire soit '''exactement''' le nom dns) | * Créer le répertoire, avec les bonnes permissions : {{{install -d -g backuppc -o backuppc /etc/backuppc/conf-pc/<lenomdelamachine>}}} (note : il faut que le répertoire ait '''exactement''' le nom dns) |
Ligne 29: | Ligne 30: |
* resynchroniser la configuration avec les disques de données : {{{/etc/init.d/backuppc-conf start}}} | |
Ligne 38: | Ligne 38: |
= workaround pour forcedeth = May 5 22:26:25 backup2 kernel: [502329.184368] eth0: too many iterations (6) in nv_nic_irq. ajouter le fichier /etc/modprobe.d/options {{{ options forcedeth max_interrupt_work=15 }}} |
|
Ligne 53: | Ligne 61: |
* ... | * installer/activer rsync et ssh * partitionner le disque dur cible * monter les partitions dans la racine /target * lancer la restauration depuis l'interface de backuppc, vers /target * avant de rebooter : vérifier /target/etc/fstab, installer grub, etc... * rebooter hors réseau, tout vérifier avant de brancher |
Ligne 57: | Ligne 70: |
* aller dans l'interface de gestion de backuppc * sélectionner parmi la liste des machines la machine sur laquelle se trouve ledit répertoire * naviguer parmi l'arborescence des sauvegardes, et sélectionner la sauvegarde la plus récente * parcourir la liste des fichiers/répertoires et sélectionner ledit répertoire et cliquer sur le bouton Restaurer (en bas de la page) |
* aller dans l'interface de gestion de backuppc, c'est marqué comment faire |
Le système de backup est basé sur backuppc, et est hebergé sur backup.sn.auf
Configuration générale
Matériel
- CPU : AMD Athlon(tm) 64 X2 Dual Core Processor 4800+
- RAM : 4G
- la sauvegarde se fait sur une paire de disque internes IDE de 700Go, configurée en lvm+strip, chacun sur un des deux canaux IDE
(<!> ajouter un lien vers la conf' backuppc ici)
Backup des backups
Pour avoir une copie externe des données du serveur, en cas de crash des disques de sauvegardes. Le problème est qu'il est impossible de faire une copie des fichiers via rsync, tar ou autre, à cause de la structure du pool de fichiers backuppc, qui fait un usage intensif des liens physiques : la RAM consommée par les outils classiques est énorme.
La solution choisie est une copie via partimage d'un snapshot LVM de la partition de backup vers plusieurs disques USB externes, branchés chacun sur un canal USB différents, et configurés en LVM+strip. Cela donne une vitesse de sauvegarde de l'ordre de 1,3 Go/min avec du matériel acheté à l'épicerie du coin (cartes PCI USB à 4000 FCFA / 6 euros, et boitiers USB/IDE à 12000 CFA / 20 euros)
Les disques sont branchés chaque vendredi, la copie se fait le dimanche, et les disques sont stockés chaque lundi dans le bureau de l'administrateur, dans l'autre bâtiment ("l'autre" par rapport au local technique)
script backupbackup, lancé le dimanche : backupbackup
script "mail pour ne pas oublier de brancher (ou débrancher et ranger) les disques USB" : suivi-disques
Ajouter une nouvelle machine à la liste des machines à sauvegarder
ajouter une entrée pour la machine dans le fichier /etc/backuppc/hosts, en respectant le format de ce fichier (voir les entrées déjà existantes pour exemple). Pour une machine (portable, par exemple) utilisée par une seule personne, ajouter éventuellement cette personne comme administrateur de backup. Dans ce cas, ajouter également un compte correspondant dans /etc/backuppc/htpasswd et /etc/aliases
Créer le répertoire, avec les bonnes permissions : install -d -g backuppc -o backuppc /etc/backuppc/conf-pc/<lenomdelamachine> (note : il faut que le répertoire ait exactement le nom dns)
pour un cas standard, prendre le fichier de configuration générique : ln -s /etc/backuppc/config-rsync.pl /etc/backuppc/<lenomdelamachine>/config.pl
- copier la clef ssh du serveur de backup, et vérifier que le "known_host" est bien à jour :
sudo su - backuppc ssh-agent bash ssh-add ssh-copy-id root@<lenomdelamachine>
relancer backuppc : /etc/init.d/backuppc reload
workaround pour forcedeth
May 5 22:26:25 backup2 kernel: [502329.184368] eth0: too many iterations (6) in nv_nic_irq. ajouter le fichier /etc/modprobe.d/options
options forcedeth max_interrupt_work=15
cas des machines openvz sur vz-dakar.sn.auf.org
...
cas des machines openvz sur vz-bao.sn.auf
...
Restaurer totalement une machine
(suite à un crash de disque, par exemple)
- booter sur un CD live (ubuntu, par exemple)
récuperer la clef publique ssh sur http://backup.sn.auf/id_dsa.pub
- installer/activer rsync et ssh
- partitionner le disque dur cible
- monter les partitions dans la racine /target
- lancer la restauration depuis l'interface de backuppc, vers /target
- avant de rebooter : vérifier /target/etc/fstab, installer grub, etc...
- rebooter hors réseau, tout vérifier avant de brancher
Restaurer un répertoire
- aller dans l'interface de gestion de backuppc, c'est marqué comment faire