Forum général.général Quand faire une sauvegarde ?

Posté par eastwind☯ le 27 février 2010 à 18:58.

Étiquettes : aucune

fév.

2010

Bonjour ;

Voila ayant mis une petit serveur local en place , destiné a du travail coopératif , je voulais savoir comment les admin sys règle la quesetion de savoir quand une sauvegarde est vraimenet nécessaire et quel type de sauvegarde ?

Mon plan de sauvegarde :

Je suis en train de testé mondo rescue , et je compte l'utiliser pour les grosses sauvegardes system de l'entièreté du disques et ses partitions (mis en LVM 2) . Ensuite pour les sauvegardes en petits volumes (fichiers des users ) , je ferais bien régulièrement des rsync dessus .

Je pense faire ca avec du cron , mais j'aimerais savoir quel critères pour juger de l'espacement dans le temps des différents type de sauvegardes (systèmes et donnés )

Comment faite vous pour déterminer ces durées ? y a t il un outil pour données les statistiques systèmes et données , qui permettent de se faire une idée de la pertinence de la sauvegarde ? Quel est votre plan de sauvegarde ?

merci

# Selon ce que tu acceptes de perdre

Posté par kna le 27 février 2010 à 22:50. Évalué à 2.

Je dirais, en toute logique, que ça dépend les pertes que tu peux accepter. Si tu fais une sauvegarde tous les jours, tu acceptes de risquer de perdre 24h de boulot (loi de Murphy : le disque rendra l'âme juste avant la planification de la sauvegarde... voire pendant la sauvegarde !).

Après, pour le type de sauvegarde, ça dépend du temps d'indisponibilité que tu acceptes (le temps qu'il te faut pour restaurer les sauvegardes).

Le tout à relativiser avec le coût bien sûr.
- [^] # Re: Selon ce que tu acceptes de perdre
  
  Posté par BAud (site web personnel) le 27 février 2010 à 23:11. Évalué à 3.
  
  en entreprise, c'est généralement une fois par jour (si possible de nuit lorsque c'est une application avec des utilisateurs, sinon ça peut dépendre des traitements, genre les batchs de nuit et la possibilité d'arrêter les applis arrêt/relance le temps de la sauvegarde histoire d'avoir des données cohérentes).
  
  Pour réduire les coûts : en semaine du delta et une full le week-end (ce planning dépendant de l'activité sur l'application bien sûr). Lorsque l'appli ne peut pas être arrêtée, il faut identifier ce qui permettra de restaurer de manière efficace (et le tester régulièrement dans tous les cas).
# Les backups, ce n'est pas qu'en cas de crash...

Posté par Zenitram (site web personnel) le 28 février 2010 à 15:05. Évalué à 1.

je ferais bien régulièrement des rsync dessus

Surtout pas!
Ou sinon, faire un backup régulier ensuite de ce rsync.

Les backups, ça sert à deux choses :
- Restaurer les données en cas de crash hardware
- Restaurer les données en cas de crash software (dont on ne connait pas la date, l'application a juste corrompu le fichier... Ou crash sur l'interface chaise-clavier)

Pour cela, il faut pouvoir revenir en arrière facilement, pas que "la dernière sauvegarde".

Comme la dit baud123, généralement on a :
- Backup complet le samedi ou dimanche
- Backup incrémental les autres soirs
- Je rajoute backup incrémental horaire pour les données utilisateur (baud123, c'est ce que tu as à ton taf ;-) ) si tu as le temps/la capacité machine/si les données valent le prix : on ne sait jamais ce que les utilisateurs peuvent faire de leur données dans la journée, ils peuvent avoir besoin de revenir à la version d'il y a 2 heures de leur fichier.

Ca, c'est la théorie, après la pratique est totalement différente (capacités machine / temps à implémenter)
- [^] # Objection votre honneur !
  
  Posté par Yaourt le 28 février 2010 à 21:32. Évalué à 3.
  
  rsync «peut» être utilisé mais je recommande alors les options --backup et --backup-dir ...
  
  Ma vie :
  Voici une explication succinte du genre de sauvegarde mise en place pour la sauvegarde d'un petit nombre de postes bureautiques sous un OS propriétaire (5 postes pour être précis) :
  - via rsync et smb de façon quotidienne, entre midi et 2, rapatriement des données sur un serveur Debian
  - chaque poste a son petit répertoire dédié sur le serveur, et dans ce répertoire on retrouve une arborescence comme suit :
  current
  date j-1
  date j-2
  ...
  date j-30
  
  Le répertoire current contient l'intégralité des données telle que connues lors du dernier rsync ...
  Les répertoires «date j-X» contiennent uniquement les fichiers modifiés, dans l'état à la date indiquée.
  
  Une fois les rsyncs terminés, une sauvegarde sur bande DAT des répertoires current est réalisée.
  Cette sauvegarde sur bande est réalisée sur des K7 intitulées :
  - de «lundi» à «jeudi» d'une part,
  - et le vendredi de «semaine 1» à «semaine 4» pour les sauvegardes en cours de mois
  - et pour terminer, pour les derniers vendredi du mois, de «janvier» à «décembre»
  
  30 jours sont donc accessibles en ligne pour récupérer un fichier modifié / effacé par mégarde et le reste demande une restauration depuis une bande ...
  
  J'ai donc un script qui lance les rsyncs, un autre qui s'occupe de la sauvegarde sur bande et enfin un dernier script qui demande l'insertion de la K7 avec le bon intitulé.