Une question se pose à moi aujourd'hui.
Je suis en phase de mise en place d'une solution de backup sur un certain nombre de serveurs de production (mail, samba, oracle....).
Et je me pose quelques questions :
1- faut il favoriser une architecture de sauvegarde en réseau, avec un serveur dédié aux backup, équipé de lecteurs de bandes pour la partie matérielle et sur lequel tourne une appli comme Amanda par exemple ?
2- ou alors installer un lecteur de bandes sur chaque serveur afin d'effectuer la sauvegrade en "local" ?
je cherche la solution la plus sûr mais aussi la moins couteuse et qui permettent de récupérer les données en cas de désastre en un temps record.
En effet, je vois déja une faille à la première idée, que ce passerait il si le serveur de backup crashait, il serait alors impossible d'effectuer les sauvegardes sur tout le réseau pendant un certain temps.
Quant à la deuxième, j'ai peu de surcharger la couche logicielle sur les serveurs.
Je suis à l'écoute de vos propositions et de vos expériences.
merci d'avance
Journal Conseils d'architectures de sauvegarde
7
nov.
2002
# Re: Conseils d'architectures de sauvegarde
Posté par Nicolas Boulay (site web personnel) . Évalué à 2.
C'est plus simple à administrer que de mettre partout des lecteurs de bande mais il faut pouvoir synchroniser en minimum les 2 serveurs.
"La première sécurité est la liberté"
[^] # Re: Conseils d'architectures de sauvegarde
Posté par Matho (site web personnel) . Évalué à 2.
- Tu ne balances pas des Go de data sur un LAN (même dédié) pour faire tes backups.
- Tes backups se font en un temps raisonnable.
- Ca te permets de faire des full backups tous les jours ( ne dépendre que d'une une seule bande) pas d'incremental/differentiels : en effet si une des bandes est illisible, tout ton super backup est naze.
En cas de pb, tu remontes très vite. c'est ce qu'on veut non?
Il ne faut pas oublier que quand tu dois faire une restoration, il vaut mieux que tu la fasses depuis le DAT qui a fait le backup : restorer une bande A depuis un DAT/DLT B c'est jouer a la roulette russe. une fois sur deux, la bande est mal relue.
- Une autre methode est la suivante : tu installes une config minimale avec un soft de sauvegarde configuré (tar/cpio sont deja bien). Tu ghost/partimage tout ça sur un CDROM autoboot.
tu installes tes applicatifs et tu backups regulierement.
- En cas de crash ? Redescendre un ghost (5 minutes maxi) et tout est deja pret pour redescendre une bande.
Comme tu redescends tout depuis un DAT/DLT local, en une heure maxi, ton systeme est up.
Mais bon. Faire des backups ne sert a rien du tout, si tu n'as pas redescendu une de tes bandes de temps en temps pour vérifier que ton backup est bien correct.
"Mais monsieur, je n'ai pas de problème avec mon backup, c'est la restoration qui pose problème !"
^^
Voila mes deux sous d'euros.
[^] # Re: Conseils d'architectures de sauvegarde
Posté par analogx analogx . Évalué à 1.
[^] # Re: Conseils d'architectures de sauvegarde
Posté par Matho (site web personnel) . Évalué à 1.
^^
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.