Nous sommes actuellement clients chez Risc Secutity.  Donc un backup externalisé.  Nous avons 3 serveurs : un serveur Domain Controler qui stocke également des fichiers de travail style xls doc bak etc, un serveur avec une application qui tourne avec Oracle.  Un dump de la base est créé chaque jour avec une taille de +/- 100 Mb.  Le troisième serveur contient l'exchange.
 
J'avais pensé gérer le backup en interne via un disque muni d'une adresse IP qui se trouverait ailleurs dans le bâtiment + un logiciel de sauvegarde.
 
Est-ce une bonne solution? Quel serait le logiciel le plus adapté?
 
D'avance merci.

Le top c'est un lecteur LTO avec sauvegarde sur bandes. C'est fiable, reconnu par les assurances, et surement la methode la plus utilisée en entreprise.

Données sur un disque =/= sauvegarde.
Une sauvegarde, ça se fait sur bandes, et on externalise physiquement le plus souvent possible selon le volume.

il existe des solutions de backup sur disque permettant l'externalisation (rd1000 dell pour pas le citer)

Oui mais ca reste des disques... c'est fragile.

tou a fait, franchement la solution de miroring dans un data center avec une LL, il n'y a que ca de vrai (a la limite avec un microsoft cluster en interne, et un geocluster avec le data center pour avoir une PRA niquel ...)

Sinon effectivement pour réduire les coûts, une sauvegarde sur bande c'est pas mal (a condition d'externaliser les bandes LOL), mais il faut mettre en place une bonne stratégie (1 bande par jour ou semaine, 1 bande par mois, une bande par trimestre, 1 bande par an, ou autre...)

si tu dois pouvoir restaurer rapidement et facilement, je préfère la solution de backup sur disque et duplication sur bande. (réplication donc). Tu peux sortir les bandes pour faire le versioning et par sécurtié, mais tu as accès à par exemple une semaine de backup sur disque ce qui facilite grandement la tache pour restaurer qqch.
A voir si tu peus avoir du storage+server+bande, ou juste un lecteur de bande.

rd1000 pas fragile = cartouche disque amovible
 
HP a la même chose mais moins cher : HP RDX (un peu de pub...

C'est du DDT classique, mais tu peux aussi très bien faire de la duplication de bande à bande (avec au minimum un robot double drive).  
Le seul temps perdu lors des restaurations depuis les bandes, c'est le montage physique du slot au drive (et, si besoin, les échanges de bande au sein du robot).  
Le gros inconvénient d'un robot c'est la scalabilité (je sais que c'est un anglicisme ) limitée par rapport à une baie de disque. Par contre, comme dit plus haut, le média est plus solide sur un robot.

 
[HS]
Ce bon vieux gloubi lol. T'es pas aller au VMworld par hasard?
[HS Off]
 
Yep tout à fait. Mais disont que le staging de tape à tape est globalement plus chiant je trouve dans la gestion, raison pour laquelle perso je lui préfère HDD>bande. Chacun sa solution, le résultat fonctionne en tous les cas

HS >> Non, malheureusement
 

 
+1, faut pas oublier le temps de restauration... sur du bandes, tu peux passer 4 heures avant d'avoir ton fichier...

Ca, c'est si ton fichier n'est pas présent dans ta base de données !

Pas forcément.
 
Tout dépend comment le backup est paramétré, de l'emplacement du fichier sur la bande, de l'outil de sauvegarde, ...etc....  
 
J'ai déjà vu des cas où on a mis 2h pour restaurer 2 ko. Mais là c'était la faute à un multiplexage un poil agressif.
 
Maintenant, en performances brutes, sur du LTO-4, même pour des p'tits fichiers, on arrive à d'excellents résultats, le plus long c'est de trouver le fichier sur la bande et donc de s'y déplacer. Ensuite ça dépote.

Ce qu'il voulait dire c'est que ça dépend si le fichier fait partie d'un backup qui n'est plus indexé dans la base de données du logiciel de sauvegarde.
A ma connaissance tous les logiciels pratiquent un élagage de leur base au bout de X semaines qui fait qu'il faut restaurer d'abord ce "catalogue" pour pouvoir ensuite chercher le fichier en question.
Si la restauration du fichier en elle même est trés rapide, restaurer un catalogue peut s'avérer bien plus long.
Mais encore une fois, la copie sur disques ne dispense absolument pas d'une sauvegarde sur bandes.

Oui mais là c'est différent.
 
Ca vient de la config de la stratégie de sauvegarde et des durées de rétentions.
 
Que ça soit du disque ou sur bande, le problème sera le même (référence à l'image purgée du catalogue, donc donnée à réimporter).
 
Sauf que sur disque, même avec une "restore" de ton catalogue, tu as peu de chance que ta donnée soit toujours présente.
 
Même chose pour une bande si elle a été "recyclée" par l'outil de backup.
 
Pour une data qui a expirée dans le catalogue, la seule façon sûre à 100% de la restaurer, c'est d'avoir la donnée sur un media externalisé (disque ou bande, c'est pareil).
 
Et la seule réelle façon de restaurer correctement l'image, c'est de prendre le media et de le réimporter dans l'outil de backup (la plupart permettent de scanner le media pour y trouver les images, puis ensuite de réimporter dans le catalogue les metadata correspondante).
 
Restaurer le catalogue en lui-même est une très mauvaise idée car du coup tu vas perdre les références aux sauvegardes plus vieilles (forcément).
 
Mais sinon oui, réimporter une data expirée, ça peut être particulièrement long vu qu'il faut relire l'ensemble de la cartouche au moins 1 fois.
 
Il y a quelques cas où on peut se passer de la bande, avec des VTL en réplications croisées par exemple, mais c'est relativement onéreux.

Pour moi, j'ai opté pour 2 méthodes :
- Agent ARCserve
- NTBackup
Et sincèrement j'ai pas eu de problème de restauration à ce jour.