Université Catholique de Louvain-La-Neuve Unité PCPM Jean

Université Catholique de Louvain-La-Neuve
Unité PCPM
Jean-Paul Minet
Place Croix du Sud, 1
B-1348 Louvain-La-Neuve
Votre lettre du Vos références Nos références Date
B/O/152/A/02/SD 02/12/2002
Cher Monsieur Minet,
Veuillez trouver ci-joint notre proposition pour votre projet pilote de service de sauvegarde – UCL.
Les solutions sont basées sur les informations échangées lors des réunions et des notes techniques
préliminaires.
Les prix mentionnés sont à titre budgétaire.
Nous estimons avoir toutes les compétences requises afin de mener à bien les tâches imparties dans le
cadre de la solution que vous souhaitez. Un serveur ADSM est d’ailleurs déjà utilisé pour la gestion de
la migration de données SAP au SIA de l’UCL.
N’hésitez pas à nous contacter pour de plus amples informations.
Veuillez recevoir, cher Monsieur Minet, l’expression de nos sentiments distingués
Steven Decuypere Olivier Thoelen
I.R.I.S. Storage & Systems I.R.I.S. Storage & Systems
Account Manager Directeur Technique

B/O/152/A/02/SD UCL : Projet Pilote – Service de Sauvegarde Page 2
1. Introduction
Tivoli Storage Manager
Tivoli Storage Manager est une application client/serveur qui permet de prendre les backups de manière
centralisée à travers un réseau.
Le serveur est la machine qui contrôle les devices (pool disques, pool K7, …) et qui va prendre en
charge les données que les différents clients vont lui envoyer. Il est construit autour d’une base de
données propriétaire (DB2) qui lui permet de gérer toutes les informations des clients. Le serveur est
disponible sur différentes plate-formes (AIX, NT, MVS, OS/400, VM, …) et supporte différents
protocoles de communication (TCP/IP, IPX, SNA, …).

B/O/152/A/02/SD UCL : Projet Pilote – Service de Sauvegarde Page 3
Sur les autres systèmes, ceux dont on veut faire des sauvegardes on installe le code TIVOLI STORAGE
MANAGER client. Cette application a pour but de parcourir les données de la machine, d’établir la
communication avec le serveur, et d’envoyer les données à sauvegarder au serveur. Le client possède
différentes fonctionnalités que nous allons passer en revue:
Voici une liste non exhaustive des principaux avantages :
• Utilisation d’une vraie base de données relationnelle
• Mécanisme de backup progressif
• Processus automatique de recyclage des cassettes, qui permet d’utiliser de manière beaucoup
plus efficace l’espace de stockage disponible
• Gestion centralisée,
• La fonction Enterprise management permet la gestion de plusieurs serveurs Tivoli Storage
Manager à partir d’un point central.
• Utilisation d’un cache disque :les données d’un client peuvent indifféremment être dirigées vers
des disques, une bandothèque, une librairie optique. Sauvegarder préalablement et
temporairement les données sur disques, permet de prendre en compte plusieurs clients
simultanément et créer ainsi plus de tâches de sauvegarde que le nombre de lecteurs disponibles
sans être obligé d’intercaler des données de clients différents dans le même flot. Par ailleurs,
faire transiter les données par une zone de cache, permet à Tivoli Storage Manager de les
réorganiser avant écriture sur bande de manière à permettre une restauration la plus performante
possible.
• Plus grande fiabilité et disponibilité des données : Tivoli Storage Manager ne stripe pas les
données sur des cassettes différentes. Ce qui élimine la nécessité de disposer de plusieurs
lecteurs dans le cas d’une restauration. Le fait de disposer d’une zone de cache permet une
diminution du temps de restauration pour des fichiers individuels.
• La possibilité de construire des scénarios de Disaster Recovery,
• Des fonctionnalités comme l’Instant Archive ou le Rapid Recovery,
• La prise en compte de l’informatique diffuse, avec la prise en compte par exemple des
utilisateurs mobiles.
• La prise en compte des nouvelles technologies (SAN-enabled/Tape Pooling, Lan-Free, Server-
Free, …)
• Un Total Cost of Ownership (TCO) très bas avec :
oUne gestion plus efficace de l’espace de stockage d’une librairie (media reclamation,
bandes mieux remplies),
oMoins d’intervention des opérateurs (gestion automatique des bandes on-site et off-site),
oUn coût d’administration plus faible (les utilisateurs peuvent enclencher un processus de
restauration sans faire intervenir un administrateur),
oUn coût plus faible des médias (moins de bandes ou de cassettes),
oUn coût plus bas pour bâtir et maintenir des scénarios de Disaster Recovery.

B/O/152/A/02/SD UCL : Projet Pilote – Service de Sauvegarde Page 4
La fonctionnalité de “Sauvegarde et Restauration”
La fonctionnalité la plus importante du client est de pouvoir faire des sauvegardes et de la restauration.
La sauvegarde du client consiste à envoyer à travers le réseau les données. Ces données vont être
stockées sur le serveur et inventoriées dans la base de données du serveur. Elles vont dépendre de
paramètres qui détermineront leurs cycles de vie dans le serveur TIVOLI STORAGE MANAGER. La
sauvegarde peut se faire de trois manières différentes : soit de manière incrémentale (on ne sauvegarde
que les modifications), soit de manière sélective (on prend une sauvegarde de fichiers choisis), soit de
manière complète (on prend une image complète des données).
Pour les sauvegardes, le serveur TIVOLI STORAGE MANAGER gère entièrement les versions
multiples c’est à dire que pour une donnée on peut disposer de plusieurs versions différentes. Il va de
soit que l’on peut automatiser complètement tout le processus de sauvegarde.

B/O/152/A/02/SD UCL : Projet Pilote – Service de Sauvegarde Page 5
La fonctionnalité d’ “Archivage et Rappel”
Une autre fonctionnalité incluse dans le code client c’est l’archivage et le rappel. Le rôle de cette
fonctionnalité est de faire une sauvegarde à un moment donné et de la stocker pour du long terme. La
copie obtenue va dépendre uniquement d’une durée de rétention, il n’y a pas de gestion de version. Cette
fonctionnalité ne doit pas être utilisée pour de la sauvegarde journalière.