Bonjour,
 
Nous utilisons Netbackup 6.0 MP7 pour sauvegarder nos données (base, exécutable, etc.) et actuellement, nous utilisons des politiques par machine (nos applications sont mutualisées).
 
Avec cette méthode (politiques par machine), on peut avec un unique schedule (INCREMENTAL par exemple) sauvegarder toutes les applications installées sur la machine concernée. Sauf que c'est illisible (le nom de politique correspond au nom de la machine, donc il faut en plus avoir une liste de correspondance pour savoir quelles sont les applications installées sur cette machine).
Si sur machine1 il y a 4 appli, la politique "machine1" lancera 1 schedule pour sauvegarder les données de toutes les 4 applications (pas forcément au même endroit, mais de même rétention).
 
Nous sommes tentés par une deuxième méthode qui consiste à renommer les politiques, cette fois-ci par applications (il y en aurait un peu plus). Dans ce cas, il faudra lancer autant de schedule que d'appli à sauvegarder.
Dans l'exemple ci-dessus, il faudra 4 schedules pour les 4 appli.
 
Mes questions sont les suivantes :
1. Pour la même quantité de données à sauvegarder, la première méthode est-elle moins gourmande en ressource, en bande passante, etc. que la deuxième ?  
2. Voyez-vous des avantages/inconvénients concernant les deux méthodes ?
 
Merci de votre aide

Franchement ça dépend un peu de quel volume on parle ?

Volume = 2,4To par jour (et ça va augmenter considérablement).
Pour l'instant, aucune vision de l'augmentation dans le futur n'est réellement possible, mais de façon approximative et non exhaustive, on pense atteindre les 5To voire plus.

Salut,
 
Quelles genre d'appli tu sauvegardes ? Des BD genre Oracle SQL ou bien des trucs du style sharepoint, iis...
 
Généralement tu essaies de limiter le nombre de polices de backups, histoire de faciliter la gestion.
 
Pour répondre à tes questions:

 
Si tu transfères la même volumétrie, la bande passante tu devrais pas avoir de soucis à te faire. Si tu utilises les mêmes storage units, même rétention, tu ne devrais pas utiliser plus de cassettes. En gros si je comprends bien tes deux scénarios, tu devrais dans le premier cas, avoir un job de backup qui prend tout, dans le deuxième 4 jobs (1 * 4 schedules) qui prennent genre 25% chacun.

La deuxième méthode tu galères avec plus de police de backup, la première tu dois garder l'inventaire des applis par machine.  
 
Questions pour toi, si tu lis ce post ^^:
- Est-ce que tu dois connaitre quelle applis sur quel serveur toi ? ou bien le responsable de l'appli a l'info ?  
- Sur quel media tu fais tes backups ?
- Tu cherches quoi comme objectif ? faciliter la gestion de netbackup ? l'utilisation de drives/cassettes ?
 
 
 

Désolé pour la réponse tardive (5 mois plus tard).
J'ai finalement choisi d'avoir des noms de politique par application au lieu de politique par machine
J'ai énormément galéré pour le mettre en place et j'ai même rencontré des difficultés d'ordre relationnel (certains voyaient mon objectif comme un gros chamboulement et je les comprends). Aujourd'hui, tout le monde est content car c'est beaucoup plus facile de se repérer.
Je n'ai pas réussi à comparer les deux méthodes à savoir 1. Politiques par application ou 2. Politiques par machine car nous avons en même temps changé de serveur de sauvegarde pour un beaucoup plus puissant. Je ne saurais donc pas dire si la méthode 1 est plus rapide que la 2. Ce qui est certain, c'est qu'elle est plus facile à gérer. Par contre, c'est vrai, j'ai un bon paquet de politiques...
 

Je prend le truc en cours de route mais c'était la bonne méthode.
 
Sur NBU, il faut éviter les policy spécifiques aux serveurs.
 
Donc faire au maximum des regroupements. Par appli ou par OS.
 
Ca permet d'homogénéiser au maximum les stratégies et ensuite c'est beaucoup plus facile de faire coller les paramètres des stratégies à tes niveaux de services (les SLA sont rarement pour un serveur donné mais plutôt pour un groupement qui hébergent un certains nombre d'appli).