[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Restauration systeme



On Monday 13 November 2000 17:48 +0100, Christian Perrier wrote:
> 
> Pour ma part, dumps habdomadaires sur bande des partitions "système" (/, /boot,
> /var, /usr, /usr/local et /opt). Sauvegarde par l'outil d'entreprise (Time
> Navigator) des autres partitions.

Time Navigator est bien, mais souffre de 2 petits défauts (faut que je
fasse gaffe... j'ai déjà vu des adresses en quadratec.fr sur la liste
:) :
- c'est un logiciel commercial, et il n'est pas bon marché
  (euphémisme).
- il n'est supporté que sur linux intel (pour ce qui est de linux..
  car il y a par contre une pléthore d'autres architectures
  supportées).
Mais, c'est un très bon produit pour des grosses installations de sauvegarde.

> 
> Quand la machine n'a pas de lecteur, elle fait des rdumps sur une machine
> distante.
> 
> En cas de crash d'une autre partition que /, je boote en single et je
> restore la partition concernée.
> 
> En cas de crash impliquant la partition / (notamment crash du disque
> système), j'ai une disquette tomsrtbt comprenant dump/restore permettant de
> faire un fdisk, recréer les file-systmes, faire un restore de /, puis de
> booter à nouveau en single pour fiare un restore des autres partitions.
> 

D'ailleurs : autre point important sur les sauvegardes. C'est bien
beau d'avoir des données sauvegardées, encore faut-il être sûr de
pouvoir les exploiter. Il est donc important - en parallèle avec la
sauvegarde - de garder des traces écrites des données indispensables
pour les utiliser.

Cela inclus - entre autres :
- Une liste permettant de retrouver facilement la ou les bandes à
  utiliser (si on a pas déjà un outil de sauvegarde suffisemmment
  évolué pour gérer cela).
- Une version texte des tables de partitions des différents disques et
  une liste des disques et de leurs ID SCSI ou de leur config IDE, de
  manière à pouvoir réinstaller facilement un nouveau disque pour en
  remplacer un crasher.

Enfin : ne jamais partir du principe que parce qu'on est en RAID, on a
pas besoin de sauvegardes. Primo : le RAID peut tomber en panne
lui-aussi (contrôleur ou plusieurs disques à la fois). Secundo : le
RAID protège contre un crash disque, mais pas contre un rm...


-- 
Alexandre Vitrac
CS SI



Reply to: