4 votes

Stratégie optimale de serveur de sauvegarde

En lisant l'article du blog de Jeff Notre stratégie de sauvegarde décrivant en détail la façon dont ils configurent leur environnement de sauvegarde, de nombreuses personnes ont fait remarquer que ce n'était pas une bonne approche.

Mon entreprise n'a pas encore mis en place de solution de sauvegarde, et je pense que c'est quelque chose que nous devons vraiment faire bientôt.

Mais il existe tellement d'approches ou de solutions différentes que je ne sais pas laquelle choisir.

J'ai quelques idées possibles sur ce qu'il faut faire :

  1. Créer une petite machine virtuelle sur notre serveur web actuel, qui sauvegarde toutes les données sur un NAS.

  2. Installez une autre machine en interne, qui dispose d'une grande capacité de stockage et sauvegarde toutes les données sur ses disques durs.

  3. Installez une autre petite machine en interne, qui sauvegarde les données sur un NAS.

  4. Utiliser des services de sauvegarde en ligne (lesquels recommandez-vous ?)

Quelques informations sur notre environnement technique :

Nous avons un gros serveur sur lequel tournent plusieurs VM (serveur de base de données, serveur web, serveur vpn pour notre bureau, etc.) Nous avons besoin de sauvegarder toutes nos données Subversion et bien sûr les courriels et les vidages quotidiens de la base de données.

J'apprécierais tout conseil.

0 votes

+1 pour "et je pense que c'est quelque chose que nous devons vraiment faire bientôt".

0 votes

-1 parce que ce n'est pas "et c'est quelque chose que j'aurais dû faire quand j'ai commencé à travailler ici".

0voto

Evan Anderson Points 140581

Mh dit des choses sages. Comme lui, je suis un "traditionaliste" et je pense que la sauvegarde sur bande, correctement gérée et entretenue, offre de nombreux avantages (facilité de transfert hors site et hors ligne, faible coût d'augmentation de la capacité, les technologies de bande "sérieuses" (comme LTO et DLT) ont un support capable d'archivage à long terme) par rapport à la seule sauvegarde sur disque. La sauvegarde de disque à disque à bande est un excellent moyen de réduire les fenêtres de sauvegarde et de fournir une restauration pratique, et le coût est généralement supérieur à celui de la bande puisqu'une boîte remplie de disques modérément rapides (quelques gros disques SATA dans une configuration RAID, par exemple) n'est pas trop coûteuse.

Aucune de vos méthodes proposées ne mentionne la mise hors ligne des sauvegardes. La sauvegarde est à la fois hors site et hors ligne. Garder vos sauvegardes en ligne signifie qu'un attaquant peut détruire vos sauvegardes juste après avoir détruit vos données de production. Il est très difficile d'attaquer à distance un support physique stocké dans un emplacement hors site et physiquement sécurisé.

Si vous décidez d'effectuer des sauvegardes sur disque, je vous recommande vivement d'effectuer régulièrement des sauvegardes hors ligne et hors site.

Quoi que vous fassiez, un test de restauration est nécessaire. Nous ne faisons pas de sauvegarde pour "avoir des sauvegardes". Nous faisons des sauvegardes pour pouvoir restaurer. Vous devez tester régulièrement les sauvegardes en effectuant des restaurations. Vous devez savoir comment effectuer des restaurations et vous devez les effectuer de manière récurrente. Votre attitude, en ce qui concerne la restauration, doit être "Been there, done that". Lorsqu'une véritable catastrophe se produit, la dernière chose dont vous voulez vous préoccuper est d'apprendre comment ramener vos systèmes d'entre les morts.

Comme je l'ai dit dans mon commentaire à la réponse de mh, la sauvegarde en ligne est seulement aussi bonne que le mécanisme de restauration (puisque, encore une fois, nous sauvegardons pour restaurer). S'il faut 36 heures d'affilée de téléchargement pour récupérer vos données auprès du fournisseur de sauvegarde en ligne et que votre entreprise ne peut pas gérer 36 heures d'interruption, c'est probablement une mauvaise affaire. Ceci étant dit, si vous pouvez structurer les sauvegardes en ligne pour récupérer les données d'archivage à évolution lente qui ne sont pas critiques pour l'activité quotidienne, vous pouvez les utiliser comme une stratégie de stockage hors site, diminuant ainsi la quantité de données critiques pour l'activité qui doivent être sur le support physique que vous emportez hors site.

Il y a déjà plusieurs bonnes questions à ce sujet sur Server Fault. J'irais les lire. En voici quelques-unes qui me viennent immédiatement à l'esprit.

0voto

tomjedrz Points 5944

La sauvegarde est la chose la plus importante que font les administrateurs. ....
Laissez-moi répéter.

La sauvegarde est la chose la plus importante que font les administrateurs.

Une bonne stratégie de sauvegarde permet de récupérer des données perdues de diverses manières, notamment ...

1- panne de matériel.
2- les erreurs de données/applications et la corruption des données.
3- suppression de fichiers/dossiers/données par inadvertance ou par malveillance.
4- des problèmes de site ou d'infrastructure (par exemple, un incendie dans la salle des serveurs).
5- catastrophe régionale (par exemple, l'ouragan Katrina)

Une bonne stratégie met en balance la valeur des données et le coût de l'interruption de service avec la probabilité de la panne, les fonds disponibles et le coût des différents types de systèmes de sauvegarde.

Au minimum Dans le cas d'un système de gestion des données, vous devez effectuer une sauvegarde quotidienne de toutes les données sur bande et mettre en place un système pour conserver ces sauvegardes hors site. Une sauvegarde complète pendant le week-end et des sauvegardes incrémentielles nocturnes sont acceptables. Je préfère une rotation des bandes sur 4 semaines. Les sauvegardes doivent être testées (via des restaurations et des reconstructions de serveurs de test) régulièrement.

BTW - IMHO notre hôte estimé doit améliorer la composante hors site de la stratégie de sauvegarde de Stack Overflow.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X