280Go, même avec une base SQL et Exchange en moins de 5h (en LTO2) c'est sauvegardé donc la fenêtre est réduite... à moins d'avoir des équipe en 3x8 qui sollicite les systèmes. Mais bon c'est pas tellement le sujet, quoiqu'en passant au LTO3 ou 4, en optimisant la chaine SCSI du lecteur, en changeant les règles de compression...
Le problème avec la solution que tu proposes est qu'il y a plusieurs sauvegardes sur un même média.
Le disque dur est plus fragile que la bande (si celle ci concervée correctement) en raison du fait qu'il y a une mécanique.
Le disque dur n'est pas un média inerte, si connecté et en cas de virus tu risques de tout véroller.
Contrairement à la bande, où un virus ne peut se propager ou évoluer (tant que ça reste sur la bande). Le backup est au chaud jusqu'à mise à jour des AV donc très peu de risque.
C'est toujours pareil, on doit définir dès le départ plusieurs critères dont le RPO (recovery point objectif).
Le RPO défini ce que tu es prêt à perdre comme données. Si celui ci est d'une semaine, pourquoi pas pour ta solution. Si le RPO est de 24h, ta solution ne peut te garantir une telle contrainte.
Mais on peut outre passer cette "règle" en réalisant une étude de risque (un AMDEC par ex) ou tu définis contraintes, risques, occurences... et en fonction se dire que l'occurence et les consequences d'un tel risque valent la peine de passer au DD.
... il y a trop peu d'infos pour dire si c'est une solution acceptable ou non pour votre environnement.
Message édité par akabis le 24-07-2009 à 17:01:34
), la solution est déjà prise donc quoi dire de plus?
Et les liens vers BE sont morts je pense, pour les liens Atempo, c'est uniquement la doc de LiveBackup, je ne sais pas si les docs de Tina sont en ligne).