Manuel du propriétaire | HP DATA PROTECTOR V6.0 SOFTWARE Manuel utilisateur

Ajouter à Mes manuels
520 Des pages
Manuel du propriétaire | HP DATA PROTECTOR V6.0 SOFTWARE Manuel utilisateur | Fixfr
Guide conceptuel
HP OpenView Storage Data Protector
Date de publication : juillet 2006
Référence constructeur : B6960-96022
Version A.06.00
© Copyright Hewlett-Packard Development Company, L.P.2006.
Informations légales
©Copyright 2006 Hewlett-Packard Development Company, L.P.
La société Hewlett-Packard ne fournit aucune garantie à propos de ce
manuel, y compris, mais non exclusivement en ce qui concerne les
garanties implicites de qualité marchande et d’adaptation pour une
utilisation particulière. Hewlett-Packard n’est pas responsable des
erreurs présentes dans ce manuel ni des dommages fortuits ou
consécutifs résultant de la mise à disposition, des performances ou de
l’utilisation de cette documentation.
Ce document contient des renseignements exclusifs d’intérêt commercial
protégés par copyright. Aucune partie du présent document ne pourra
être photocopiée, reproduite ou traduite dans une autre langue sans
l’accord écrit préalable de la société Hewlett-Packard. Les informations
contenues dans le présent document sont sujettes à modification sans
préavis.
Microsoft®, MS Windows®, Windows® et Windows NT® sont des
marques déposées de Microsoft Corporation aux Etats-Unis.
Oracle® est une marque déposée aux Etats-Unis de Oracle Corporation,
Redwood City, Californie.
UNIX® est une marque déposée de The Open Group.
La société Hewlett-Packard n’est pas responsable des erreurs techniques
ou éditoriales ou des omissions figurant dans le présent document. Les
informations sont fournies en l’état sans aucune garantie et peuvent être
modifiées sans préavis. Les garanties relatives aux produits de la société
Hewlett-Packard sont décrites dans les déclarations de garantie expresse
accompagnant lesdits produits. Aucun élément du présent document ne
saurait être considéré comme une garantie supplémentaire.
ii
Sommaire
1. A propos de la sauvegarde et de Data Protector
Description du chapitre . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
A propos de Data Protector . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
Présentation des sauvegardes et des restaurations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
Qu'est-ce qu'une sauvegarde ? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
Qu'est-ce qu'une restauration ? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
Sauvegarde d'un environnement réseau . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
Sauvegarde directe . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
Architecture de Data Protector . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
Opérations effectuées dans la cellule. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
Sessions de sauvegarde . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
Sessions de restauration. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
Environnements d'entreprise . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
Séparation d'un environnement en plusieurs cellules . . . . . . . . . . . . . . . . . . . . . . . . 18
Gestion des supports . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
Périphériques de sauvegarde . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
Interfaces utilisateur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
Interface graphique de Data Protector . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
Présentation des tâches nécessaires à la configuration de Data Protector . . . . . . . . . 28
2. Planification de la stratégie de sauvegarde
Description du chapitre . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Planification d'une stratégie de sauvegarde. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Définition des besoins relatifs à une stratégie de sauvegarde . . . . . . . . . . . . . . . . . .
Facteurs influant sur votre stratégie de sauvegarde . . . . . . . . . . . . . . . . . . . . . . . . .
Préparation d'un plan de stratégie de sauvegarde . . . . . . . . . . . . . . . . . . . . . . . . . . .
Planification de cellules . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Une ou plusieurs cellules ? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Installation et maintenance des systèmes client . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Création de cellules dans l'environnement UNIX. . . . . . . . . . . . . . . . . . . . . . . . . . . .
Création de cellules dans l'environnement Windows . . . . . . . . . . . . . . . . . . . . . . . . .
Création de cellules dans un environnement mixte . . . . . . . . . . . . . . . . . . . . . . . . . .
Cellules distantes géographiquement . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Analyse et planification des performances . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Infrastructure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Configuration des sauvegardes et des restaurations . . . . . . . . . . . . . . . . . . . . . . . . .
Performances des disques . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Performances SAN . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
32
33
33
36
37
40
40
42
43
43
45
45
47
47
50
53
54
iii
Sommaire
Performances des applications de base de données en ligne . . . . . . . . . . . . . . . . . . . 54
Planification de la sécurité . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55
Cellules . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55
Comptes utilisateur Data Protector. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56
Groupes d'utilisateurs Data Protector. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56
Droits utilisateur Data Protector. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57
Visibilité des données sauvegardées . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57
Encodage des données . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58
Qui est propriétaire d'une session de sauvegarde ? . . . . . . . . . . . . . . . . . . . . . . . . . . 58
Gestion de clusters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59
Concepts relatifs aux clusters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59
Support de clusters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62
Exemples d'environnements de clusters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63
Sauvegardes complètes et incrémentales . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73
Sauvegardes complètes. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74
Sauvegardes incrémentales . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75
Observations relatives à la restauration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 79
Conservation des données sauvegardées et des informations sur les données . . . . . . 82
Protection de données . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 83
Protection de catalogue. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 83
Niveau de journalisation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 84
Exploration des fichiers à restaurer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 84
Sauvegarde de données . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 87
Création d'une spécification de sauvegarde . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 89
Sélection d'objets sauvegarde . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 89
Sessions de sauvegarde . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 91
Miroirs d'objet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 91
Jeux de supports . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 92
Types de sauvegarde et sauvegardes planifiées . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 92
Planification, configurations et sessions de sauvegarde. . . . . . . . . . . . . . . . . . . . . . . 92
Planification - Conseils et pièges à éviter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 93
Des opérations automatisées ou sans surveillance . . . . . . . . . . . . . . . . . . . . . . . . . . . . 98
A propos des sauvegardes sans surveillance . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 98
Duplication de données sauvegardées . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 101
Copie d'objet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 102
Mise en miroir d'objet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 110
Copie de supports . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 112
Restauration des données . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 115
iv
Sommaire
Durée de la restauration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Sélection du jeu de supports. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Opérateurs autorisés à restaurer les données . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Utilisateurs finaux autorisés à restaurer les données . . . . . . . . . . . . . . . . . . . . . . .
Récupération après sinistre. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Méthodes de récupération après sinistre. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Autres méthodes de récupération après sinistre . . . . . . . . . . . . . . . . . . . . . . . . . . .
115
116
117
118
120
121
123
3. Gestion des supports et périphériques
Description du chapitre . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Gestion des supports . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Cycle de vie des supports . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Pools de supports . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Pools libres . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Exemples d'utilisation de pools de supports . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Mise en œuvre d'une stratégie de rotation des supports . . . . . . . . . . . . . . . . . . . . .
Gestion des supports avant le début des sauvegardes. . . . . . . . . . . . . . . . . . . . . . . . .
Initialisation ou formatage des supports. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Etiquetage des supports Data Protector . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Champ Emplacement . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Gestion des supports pendant une session de sauvegarde . . . . . . . . . . . . . . . . . . . . .
Sélection des supports utilisés pour la sauvegarde . . . . . . . . . . . . . . . . . . . . . . . . .
Ajout de données aux supports pendant une session de sauvegarde. . . . . . . . . . . .
Ecriture de données sur plusieurs jeux de supports pendant la sauvegarde . . . . .
Détermination de l'état des supports. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Gestion des supports après une session de sauvegarde. . . . . . . . . . . . . . . . . . . . . . . .
Mise au coffre . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Restauration à partir de supports stockés dans un coffre . . . . . . . . . . . . . . . . . . . .
Périphériques . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Listes de périphériques et partage de charge . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Périphérique en mode continu et simultanéité . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Taille de segment . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Taille de bloc . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Nombre de mémoires tampon utilisées par les Agents de disque . . . . . . . . . . . . . .
Verrouillage de périphérique et noms de verrou. . . . . . . . . . . . . . . . . . . . . . . . . . . .
Périphériques autonomes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Petits périphériques de magasin. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Grandes bibliothèques . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
126
127
129
130
132
135
139
142
142
142
143
145
145
146
149
149
151
151
153
155
156
158
159
160
161
162
163
164
165
v
Sommaire
Gestion des supports. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Taille d'une bibliothèque . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Partage d'une bibliothèque avec d'autres applications. . . . . . . . . . . . . . . . . . . . . . .
Logements d'insertion/d'éjection . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Support de code-barres . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Prise en charge des bandes nettoyantes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Partage d'une bibliothèque entre plusieurs systèmes . . . . . . . . . . . . . . . . . . . . . . .
Data Protector et Storage Area Networks . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Storage Area Networks . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Fibre Channel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Partage de périphériques dans SAN . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Accès direct et indirect à la bibliothèque. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Partage de périphérique dans les clusters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
165
166
166
166
167
168
168
176
176
177
181
185
187
4. Utilisateurs et groupes d'utilisateurs
Description du chapitre . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Sécurité renforcée pour les utilisateurs Data Protector . . . . . . . . . . . . . . . . . . . . . . .
Accès à des données sauvegardées. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Utilisateurs et groupes d'utilisateurs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Utilisation des groupes d'utilisateurs prédéfinis . . . . . . . . . . . . . . . . . . . . . . . . . . .
Droits utilisateur Data Protector. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
190
191
191
192
193
193
5. Base de données interne de Data Protector
Description du chapitre . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
A propos de la base de données IDB . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Base de données IDB dans le Gestionnaire de cellule Windows . . . . . . . . . . . . . . .
Base de données IDB dans le Gestionnaire de cellule UNIX . . . . . . . . . . . . . . . . . .
Base de données IDB dans un environnement Manager-of-Managers . . . . . . . . . .
Architecture de la base de données IDB . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Base de données de gestion des supports (MMDB). . . . . . . . . . . . . . . . . . . . . . . . . .
Base de données catalogue (CDB) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Fichiers binaires de catalogue des détails (DCBF) . . . . . . . . . . . . . . . . . . . . . . . . . .
Fichiers binaires de messages de session (SMBF) . . . . . . . . . . . . . . . . . . . . . . . . . .
Fichiers binaires d'intégrations sans serveur (SIBF) . . . . . . . . . . . . . . . . . . . . . . . .
Fonctionnement de la base de données IDB. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Présentation de la gestion de la base de données IDB. . . . . . . . . . . . . . . . . . . . . . . . .
Croissance et performances de la base de données IDB . . . . . . . . . . . . . . . . . . . . . . .
Facteurs clés des performances et de la croissance de la base de données . . . . . . .
vi
196
197
198
198
199
200
201
202
203
204
205
206
209
210
210
Sommaire
Croissance et performances de la base de données IDB : paramètres clés
réglables . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 211
Estimation de la taille de l'IDB . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 217
6. Gestion des services
Description du chapitre . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Data Protector et la gestion des services. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Fonctionnalité Data Protector native . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Application Response Measurement version 2.0 (API ARM 2.0) . . . . . . . . . . . . . . .
Intégration avec HP OpenView Operations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Intégration avec ManageX . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Interruptions SNMP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Moniteur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Génération de rapports et notification . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Journalisation et notification des événements . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Journal de l'application Windows . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Rapports Java en ligne . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Mécanisme de vérification et de maintenance Data Protector. . . . . . . . . . . . . . . . .
Gestion centralisée, environnement distribué . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Utilisation des données fournies par Data Protector . . . . . . . . . . . . . . . . . . . . . . . .
Intégrations pour la gestion des services . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Intégration de Data Protector avec OVO-OVR . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Data Protector OVO-SIP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Data Protector SIP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Intégration de Data Protector avec HP OpenView Service Desk. . . . . . . . . . . . . . .
220
221
222
224
225
227
227
228
228
228
230
231
231
232
232
233
234
234
237
237
238
7. Fonctionnement de Data Protector
Description du chapitre . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Processus ou services Data Protector . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Sessions de sauvegarde . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Sessions de sauvegarde interactives ou planifiées . . . . . . . . . . . . . . . . . . . . . . . . . .
Flux de données et processus d'une session de sauvegarde . . . . . . . . . . . . . . . . . . .
Commandes pré-exécution et post-exécution . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Mise en attente des sessions de sauvegarde . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Demandes de montage au cours d'une session de sauvegarde. . . . . . . . . . . . . . . . .
Sauvegarde en mode détection de disques . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Sessions de restauration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
242
243
244
244
244
247
248
248
249
250
vii
Sommaire
Flux de données et processus d'une session de restauration . . . . . . . . . . . . . . . . . .
Mise en attente des sessions de restauration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Demandes de montage au cours d'une session de restauration . . . . . . . . . . . . . . . .
Restaurations parallèles. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Restauration rapide de plusieurs fichiers individuels . . . . . . . . . . . . . . . . . . . . . . .
Sessions de copie d'objet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Sessions automatiques et interactives de copie d'objet . . . . . . . . . . . . . . . . . . . . . .
Flux de données et processus d'une session de copie d'objet . . . . . . . . . . . . . . . . . .
Mise en attente des sessions de copie d'objet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Demandes de montage dans une session de copie d'objet. . . . . . . . . . . . . . . . . . . . .
Sessions de consolidation d'objet. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Sessions automatiques et interactives de consolidation d'objet . . . . . . . . . . . . . . . .
Flux de données et processus d'une session de consolidation d'objet. . . . . . . . . . . .
Mise en attente des sessions de consolidation d'objet. . . . . . . . . . . . . . . . . . . . . . . .
Demandes de montage dans une session de consolidation d'objet . . . . . . . . . . . . . .
Sessions de gestion des supports. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Flux de données d'une session de gestion des supports . . . . . . . . . . . . . . . . . . . . . .
250
251
252
252
254
255
255
255
257
258
259
259
260
261
261
262
262
8. Intégration avec les applications de base de données
Description du chapitre . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Présentation d'une base de données . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Sauvegarde de systèmes de fichiers de bases de données et d'applications . . . . . . . .
Sauvegarde en ligne de bases de données et d'applications . . . . . . . . . . . . . . . . . . . .
264
265
268
269
9. Sauvegarde directe
Description du chapitre . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Sauvegarde directe . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Fonctionnement de la sauvegarde directe . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Flux de processus de la sauvegarde directe . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Caractéristiques requises et éléments pris en charge . . . . . . . . . . . . . . . . . . . . . . . . .
Configurations prises en charge . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Trois hôtes : GC, Application, Resolve. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Deux hôtes : Gestionnaire de cellule/Agent Resolve et Application. . . . . . . . . . . . .
Configuration de base : hôte unique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
274
275
276
277
281
284
285
285
286
287
10. Sauvegarde sur disques
Description du chapitre . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 290
viii
Sommaire
Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 291
Avantages de la sauvegarde sur disque . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 292
Périphériques sur disque Data Protector . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 294
11. Sauvegarde synthétique
Description du chapitre . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Avantages de la sauvegarde synthétique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Fonctionnement de la sauvegarde synthétique Data Protector . . . . . . . . . . . . . . . . .
Sauvegarde synthétique et utilisation d'espace de support . . . . . . . . . . . . . . . . . . .
Sauvegarde synthétique et restauration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
298
299
300
301
303
304
12. Concepts Split Mirror
Description du chapitre . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Configurations prises en charge . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Miroir local - hôte double . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Miroir local - hôte simple . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Miroir distant . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Combinaison de miroirs local et distant . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Autres configurations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
308
309
313
313
314
315
316
317
13. Concepts de snapshot
Description du chapitre . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Virtualisation du stockage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Concepts de snapshot . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Types de sauvegardes de snapshot . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Restauration instantanée. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Jeu de répliques et rotation d'un jeu de répliques . . . . . . . . . . . . . . . . . . . . . . . . . .
Types de snapshots . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Configurations prises en charge . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Configuration de base : baie de disques simple - hôte double . . . . . . . . . . . . . . . . .
Autres configurations prises en charge . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Autres configurations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
320
321
321
322
324
325
325
326
328
328
330
333
14. Microsoft Volume Shadow Copy Service
Description du chapitre . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 336
ix
Sommaire
Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 337
Intégration de Data Protector à Volume Shadow Copy . . . . . . . . . . . . . . . . . . . . . . . . 343
Sauvegarde et restauration du système de fichiers VSS . . . . . . . . . . . . . . . . . . . . . . . 345
A. Scénarios de sauvegarde
Dans cette annexe . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .A-2
Points à prendre en considération . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .A-2
Entreprise XYZ. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .A-5
Environnement . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .A-5
Besoins relatifs à une stratégie de sauvegarde. . . . . . . . . . . . . . . . . . . . . . . . . . . . . .A-8
Solution proposée . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .A-10
Entreprise ABC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .A-23
Environnement . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .A-23
Besoins relatifs à une stratégie de sauvegarde. . . . . . . . . . . . . . . . . . . . . . . . . . . . .A-25
Solution proposée . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .A-28
B. Informations supplémentaires
Dans cette annexe . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .B-2
Générations de sauvegarde . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .B-3
Exemples de copie automatisée des supports. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .B-5
Exemple 1 : copie automatisée des supports de sauvegardes de systèmes
de fichiers. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .B-5
Exemple 2 : copie automatisée des supports de sauvegardes de base
de données Oracle. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . B-11
Internationalisation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .B-14
Localisation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .B-14
Gestion des noms de fichier . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .B-15
Glossaire
Index
x
Informations sur cette documentation
La version du manuel est indiquée par sa date de publication et sa
référence. La date de publication sera différente pour chaque nouvelle
édition imprimée. Toutefois, des modifications mineures effectuées lors
d'une nouvelle impression pourraient ne pas changer la date de
publication. La référence du manuel changera lors de modifications
importantes du manuel.
Entre les différentes éditions des manuels, des mises à jour pourraient
être publiées pour corriger des erreurs ou refléter des modifications du
produit. Assurez-vous de recevoir les éditions nouvelles ou mises à jour
en vous abonnant au service support produit correspondant. Pour plus
d'informations, contactez votre représentant HP.
Tableau 1
Informations sur cette édition
Référence
Date de
publication
Produit
B6960-90080
Mai 2003
Data Protector version
A.05.10
B6960-90105
Octobre 2004
Data Protector version
A.05.50
B6960-96022
Juillet 2006
Data Protector version
A.06.00
xi
xii
Conventions typographiques
Dans ce manuel, les conventions typographiques suivantes seront
utilisées :
Tableau 2
Convention
Italiques
Gras
Signification
Exemple
Titres de manuels ou
d'autres documents,
titres sur les
différentes pages des
manuels.
Pour plus d'informations,
reportez-vous au Guide
d'intégration HP OpenView
Storage Data Protector.
Fait ressortir le texte.
Vous devez suivre la
procédure décrite.
Indique une variable
que vous devez
fournir lorsque vous
entrez une
commande.
A l'invite, entrez :
rlogin votre_nom en
remplaçant "votre_nom"
par votre nom de connexion.
Termes nouveaux
Le Gestionnaire de
cellule de Data Protector
est l'élément principal...
xiii
Tableau 2
Convention
Système
Touches du
clavier
xiv
Signification
Exemple
Texte et autres
éléments
apparaissant à
l'écran
Le système affiche alors :
Appuyez sur Entrée
Noms de commande
Utilisez la commande grep
pour ...
Noms de fichier et de
répertoire
/usr/bin/X11
Noms de processus
Vérifiez que Data
Protector Inet est en
cours d'exécution.
Noms de fenêtre et de
boîte de dialogue
Dans la boîte de dialogue
Options de sauvegarde,
sélectionnez...
Texte que vous devez
saisir
A l'invite, entrez : ls -l
Touches du clavier
Appuyez sur Entrée.
L'interface graphique utilisateur de Data Protector se présente de la
même façon sous Windows et UNIX. Pour en savoir plus sur l'interface
graphique utilisateur de Data Protector, reportez-vous à l'aide en ligne.
Figure 1
Interface graphique utilisateur de Data Protector
xv
xvi
Contacts
Informations
générales
Vous trouverez des informations générales sur Data Protector à l'adresse
suivante :
http://www.hp.com/go/dataprotector
Support technique Vous trouverez des informations sur le support technique dans les
centres de support électronique HP à l'adresse suivante :
http://www.itrc.hp.com
Vous trouverez des informations sur les correctifs Data Protector les plus
récents à l'adresse suivante :
http://www.itrc.hp.com
HP ne fournit pas de support pour les logiciels et matériels tiers. Pour
cela, contactez le fournisseur tiers.
Vos commentaires Afin de mieux connaître vos besoins, nous vous remercions de bien
sur la
vouloir nous faire part de vos commentaires concernant la
documentation
documentation. Pour nous communiquer vos commentaires, utilisez
l'adresse suivante :
[email protected]
Formation
Pour obtenir des informations sur les formations HP OpenView
proposées, consultez le site HP OpenView à l'adresse suivante :
http://www.openview.hp.com/training/
Suivez les liens pour obtenir des informations concernant les cours
programmés, les formations sur site et les inscriptions aux cours.
xvii
xviii
Documentation Data Protector
La documentation de Data Protector se présente sous forme de manuels
imprimés et d'aide en ligne.
Manuels
Les manuels Data Protector sont disponibles au format PDF et en
version imprimée. Vous pouvez installer les fichiers PDF lors de
l'installation de Data Protector en sélectionnant le composant Interface
utilisateur sous Windows ou le composant OB2-DOCS sous UNIX. Les
manuels sont alors placés dans le répertoire
<répertoire_Data_Protector>\docs sous Windows ou
/opt/omni/doc/C/ sous UNIX. Vous pouvez également les consulter au
format PDF à l'adresse suivante : http://www.hp.com/support/manuals
Guide conceptuel HP OpenView Storage Data Protector
Ce manuel décrit les concepts Data Protector et fournit des informations
de fond sur le fonctionnement du logiciel. Il est conçu pour être utilisé
avec l'aide en ligne du qui se concentre sur les tâches du logiciel.
Guide d'installation et de choix des licences HP OpenView
Storage Data Protector
Ce manuel décrit la procédure d'installation de Data Protector en
fonction de votre système d'exploitation et de l'architecture de votre
environnement. En outre, il contient des informations sur les mises à
niveau de Data Protector et sur l'obtention de licences correspondant à
votre environnement.
Guide de dépannage HP OpenView Storage Data Protector
Enfin, il décrit comment résoudre les problèmes auxquels vous pouvez
être confronté avec Data Protector.
Guide de récupération après sinistre HP OpenView Storage Data
Protector
Vous y trouverez des instructions pour planifier, préparer et tester des
procédures de reprise après sinistre.
xix
Guide d'intégration HP OpenView Storage Data Protector
Ce manuel décrit la configuration et l'utilisation de Data Protector dans
le cadre de la sauvegarde et de la restauration de différentes bases de
données et applications. Il s'adresse aux opérateurs ou aux
administrateurs de sauvegarde. Ce manuel existe en quatre versions :
• Guide d'intégration HP OpenView Storage Data Protector pour les
applications Microsoft : SQL Server, Exchange Server et Volume
Shadow Copy Service
Ce manuel décrit les intégrations de Data Protector avec les
applications Microsoft suivantes : Microsoft Exchange Server
2000/2003, Microsoft SQL Server 7/2000/2005 et Volume Shadow
Copy Service.
• Guide d'intégration HP OpenView Storage Data Protector pour Oracle
et SAP
Ce manuel décrit les intégrations de Data Protector pour Oracle, SAP
R3 et SAP DB.
• Guide d'intégration HP OpenView Storage Data Protector pour les
applications IBM : Informix, DB2 et Lotus Notes/Domino
Ce manuel décrit les intégrations de Data Protector avec les
applications IBM suivantes : Informix Server, IBM DB2 et Lotus
Notes/Domino Server.
• Guide d'intégration HP OpenView Storage Data Protector pour
Sybase, Network Node Manager et le protocole NDMP (Network Data
Management Protocol)
Ce manuel décrit les intégrations de Data Protector avec Sybase,
Network Node Manager, Network Data Management Protocol et
VMware.
Guide d'intégration HP OpenView Storage Data Protector pour
HP OpenView
Ce manuel décrit l'installation, la configuration et l'utilisation de
l'intégration de Data Protector avec HP OpenView Service Information
Portal et HP OpenView Reporter. Il est destiné aux administrateurs de
sauvegarde. Il traite notamment de l'utilisation des applications
OpenView pour la gestion des services Data Protector.
xx
Guide d'intégration HP OpenView Storage Data Protector pour
HP OpenView Operations pour UNIX
Ce manuel décrit la procédure de surveillance et de gestion de l'état et
des performances de l'environnement Data Protector avec HP OpenView
Operations (OVO), HP OpenView Service Navigator et HP OpenView
Performance (OVP) sous UNIX.
Guide d'intégration HP OpenView Storage Data Protector pour
HP OpenView Operations pour Windows
Ce manuel décrit la procédure de surveillance et de gestion de l'état et
des performances de l'environnement Data Protector avec HP OpenView
Operations (OVO), HP OpenView Service Navigator et HP OpenView
Performance (OVP) sous Windows.
Ce manuel existe en deux versions :
• pour OVO 7.1x, 7.2x
• pour OVO 7.5
Guide conceptuel HP OpenView Storage Data Protector de
sauvegarde avec temps d'indisponibilité nul
Ce manuel décrit les concepts Data Protector de sauvegarde avec temps
d'indisponibilité nul et de restauration instantanée et fournit des
informations de base sur le fonctionnement de Data Protector dans un
environnement de sauvegarde avec temps d'indisponibilité nul. Il est
destiné à être utilisé avec le Guide de l'administrateur HP OpenView
Storage Data Protector de sauvegarde avec temps d'indisponibilité nul,
lequel met l'accent sur les tâches du logiciel, et avec le Guide
d'intégration HP OpenView Storage Data Protector de sauvegarde avec
temps d'indisponibilité nul.
Guide de l'administrateur HP OpenView Storage Data Protector
de sauvegarde avec temps d'indisponibilité nul
Ce manuel décrit la configuration et l'utilisation de l'intégration de Data
Protector à HP StorageWorks Virtual Array, HP StorageWorks
Enterprise Virtual Array, EMC Symmetrix Remote Data Facility et
TimeFinder, ainsi que HP StorageWorks Disk Array XP. Il s'adresse aux
opérateurs ou aux administrateurs de sauvegarde. Il décrit la
sauvegarde avec temps d'indisponibilité nul, la restauration instantanée,
ainsi que la restauration de systèmes de fichiers et d'images disque.
xxi
Guide d'intégration HP OpenView Storage Data Protector de
sauvegarde avec temps d'indisponibilité nul
Ce manuel décrit la configuration et l'utilisation de Data Protector en
vue de réaliser une sauvegarde avec temps d'indisponibilité nul, une
restauration instantanée et une restauration standard de bases de
données Oracle, SAP R/3, Microsoft Exchange Server 2000/2003 et
Microsoft SQL Server 2000. Ce manuel indique également comment
configurer et utiliser Data Protector lors d'une sauvegarde ou d'une
restauration à l'aide de Microsoft Volume Shadow Copy Service.
Guide de l'utilisateur HP OpenView Storage Data Protector
MPE/iX System
Ce manuel décrit la configuration des clients MPE/iX, ainsi que la
sauvegarde et la restauration des données MPE/iX.
Guide de l'utilisateur HP OpenView Storage Data Protector
Media Operations
Ce manuel vous indique comment procéder au suivi et à la gestion des
supports de stockage hors ligne. Il s'adresse aux administrateurs réseau
responsables de la maintenance et de la sauvegarde de systèmes. Il
décrit l'installation et la configuration de l'application, la réalisation des
opérations quotidiennes relatives aux supports et la production de
rapports.
Références, notes de publication et annonces produits HP
OpenView Storage Data Protector
Ce manuel fournit une description des nouveautés de HP OpenView
Storage Data Protector A.06.00. Il comporte également des informations
sur les configurations prises en charges (périphériques, plates-formes et
intégrations de bases de données en ligne, SAN et ZDB), des correctifs
requis et des limitations, ainsi que des problèmes connus et de leurs
solutions. Une version mise à jour des configurations prises en charge est
disponible à l'adresse http://www.hp.com/support/manuals.
xxii
Il existe également quatre autres documents Références, notes de
publication et annonces produits qui ont la même utilité pour les
éléments suivants :
• Intégration OVO UNIX
• Intégration OVO 7.1x/7.2x Windows
• Intégration OVO 7.5 Windows
• Media Operations
Aide en ligne
Data Protector comporte une aide en ligne contextuelle (F1) et des
rubriques d'aide pour les plates-formes Windows et UNIX.
xxiii
Organisation de la documentation
Abréviations
Les abréviations utilisées dans le tableau décrivant l'organisation de la
documentation sont expliquées ci-dessous. Les titres des manuels
contiennent tous les mots "HP OpenView Storage Data Protector".
Abréviation
Manuel
CLI
Guide de référence à l'interface de ligne de commande
Concepts
Guide conceptuel
DR
Guide de récupération après sinistre
GS
Guide de démarrage rapide
Aide
Aide en ligne
IG-IBM
Guide d'intégration—Applications IBM
IG-MS
Guide d'intégration—Applications Microsoft
IG-O/S
Guide d'intégration—Oracle, SAP R/3 et
SAP DB/MaxDB
IG-OV
Guide d'intégration—HP OpenView Service
Information Portal/OpenView Reporter
IG-OVOU
Guide d'intégration—HP OpenView Operations, UNIX
IG-OVOW
Guide d'intégration—HP OpenView Operations 7.1x,
7.2x, Windows
IG-OVOW
Guide d'intégration—HP OpenView Operations 7.5,
Windows
IG-Var
Guide d'intégration—Sybase, Network Node Manager,
NDMP et VMware
Install.
Guide d'installation et de choix des licences
MO GS
Guide de démarrage Media Operations
MO RN
Références, notes de publication et annonces produits
Media Operations
MO UG
Guide de l'utilisateur Media Operations
MPE/iX
Guide de l'utilisateur MPE/iX System
PA
Références, notes de publication et annonces produits
xxiv
Abréviation
Manuel
Dépan.
Guide de dépannage
ZDB Admin
Guide de l'administrateur ZDB
ZDB Concpt
Guide conceptuel ZDB
ZDB IG
Guide d'intégration ZDB
Tableau de documentation
Le tableau suivant indique où trouver différents types d'informations.
Les cases grisées signalent des documents à consulter en priorité.
ZDB
MO
Aide
GS
Concepts
Install.
Dépan.
DR
PA
MS
O/S
IBM
Var
OV
OVOU
OVOW
Concpt
Admin
IG
GS
Utilisateur
PA
MPE/iX
CLI
Guides
d'intégration
Sauvegarde
X X X
X X X X
X X X
X
CLI
X
Concepts/techniques
X
X
Récupération après sinistre
X
X
Installation/mise à niveau
X X
Restauration instantanée
X
Attribution de licences
X
Limites
X
Nouvelles fonctions
X
Stratégie de planification
X
Procédures/tâches
X
Recommandations
X
X
X X X
X
X X
X
X
X
X
X X X X X
X
X
X
X
X
X
X
X X X
X
X
X X X X X X X
X
X
X X
X
X X X X X
X X X
X
X
X
X X X
X X X X
Matrices de support
X X
X
X
Configurations prises en
charge
Dépannage
X
X X X
X
Besoins
Restauration
X X X X X X X X X X
X
X
X
X X
X X X X X
X X
xxv
Intégrations
Le tableau ci-dessous vous permet de repérer le manuel à consulter pour
obtenir des détails sur une intégration particulière :
Intégration
Guide
HP OpenView Operations (OVO)
IG-OVOU,
IG-OVOW
HP OpenView Reporter (OVR)
IG-OV
HP OpenView Reporter Light
IG-OVOW
HP OpenView Service Information Portal
(OVSIP)
IG-OV
HP StorageWorks Disk Array XP
tous les ZDB
HP StorageWorks Enterprise Virtual Array
(EVA)
tous les ZDB
HP StorageWorks Virtual Array (VA)
tous les ZDB
IBM DB2 UDB
IG-IBM
Informix
IG-IBM
Lotus Notes/Domino
IG-IBM
Media Operations
MO Utilisateur
MPE/iX System
MPE/iX
Microsoft Exchange Servers
IG-MS, ZDB IG
Microsoft Exchange Single Mailbox
IG-MS
Microsoft SQL Server
IG-MS, ZDB IG
Microsoft Volume Shadow Copy Service (VSS)
IG-MS, ZDB IG
NDMP Server
IG-Var
Network Node Manager (NNM)
IG-Var
Oracle
IG-O/S
Oracle ZDB
ZDB IG
SAP DB
IG-O/S
SAP R/3
IG-O/S, ZDB IG
Sybase
IG-Var
xxvi
Intégration
Guide
Symmetrix (EMC)
tous les ZDB
VMware
IG-Var
xxvii
xxviii
Contenu des manuels
Le Guide conceptuel HP OpenView Storage Data Protector décrit les
concepts de Data Protector. La lecture de ce manuel donne une bonne
compréhension des concepts fondamentaux et du modèle sur lequel est
construit Data Protector.
Public
Ce manuel s'adresse aux utilisateurs qui s'intéressent aux concepts de
fonctionnement de Data Protector et aux personnes responsables de la
planification de stratégies de sauvegarde pour leur entreprise. Selon le
niveau de précision requis, vous pouvez également utiliser ce manuel
conjointement à l'aide en ligne de Data Protector.
xxix
Organisation
Le manuel est organisé de la façon suivante :
Chapitre 1
“A propos de la sauvegarde et de Data Protector” à la
page 1.
Chapitre 2
“Planification de la stratégie de sauvegarde” à la
page 31.
Chapitre 3
“Gestion des supports et périphériques” à la page 125.
Chapitre 4
“Utilisateurs et groupes d'utilisateurs” à la page 189.
Chapitre 5
“Base de données interne de Data Protector” à la
page 195.
Chapitre 6
“Gestion des services” à la page 219.
Chapitre 7
“Fonctionnement de Data Protector” à la page 241.
Chapitre 8
“Intégration avec les applications de base de données”
à la page 263.
Chapitre 9
“Sauvegarde directe” à la page 273.
Chapitre 10
“Sauvegarde sur disques” à la page 289.
Chapitre 11
“Sauvegarde synthétique” à la page 297.
Chapitre 12
“Concepts Split Mirror” à la page 307.
Chapitre 13
“Concepts de snapshot” à la page 319.
Annexe A
“Scénarios de sauvegarde” à la page A-1.
Annexe B
“Informations supplémentaires” à la page B-1.
Glossaire
Définition des termes utilisés dans ce manuel
xxx
1
A propos de la sauvegarde et de
Data Protector
Chapitre 1
1
A propos de la sauvegarde et de Data Protector
Description du chapitre
Description du chapitre
Ce chapitre propose un tour d'horizon des concepts de sauvegarde et de
restauration. Vous y trouverez une présentation de l'architecture de
Data Protector, de la gestion de supports, des interfaces utilisateur, des
périphériques de sauvegarde et d'autres caractéristiques. Le chapitre se
conclut par une présentation de la configuration de Data Protector et
d'autres tâches requises pour l'installation de Data Protector.
Il s'organise comme suit :
“A propos de Data Protector” à la page 3
“Présentation des sauvegardes et des restaurations” à la page 8
“Architecture de Data Protector” à la page 11
“Environnements d'entreprise” à la page 17
“Gestion des supports” à la page 22
“Périphériques de sauvegarde” à la page 24
“Interfaces utilisateur” à la page 26
“Présentation des tâches nécessaires à la configuration de Data
Protector” à la page 28
2
Chapitre 1
A propos de la sauvegarde et de Data Protector
A propos de Data Protector
A propos de Data Protector
HP OpenView Storage Data Protector est une solution de sauvegarde qui
offre une protection fiable des données et une grande facilité d'accès aux
données de votre entreprise. Data Protector propose une fonctionnalité
complète de sauvegarde et de restauration spécialement conçue pour les
environnements à l'échelle de l'entreprise et les environnements
distribués. La liste suivante décrit les principales caractéristiques de
Data Protector :
• Une architecture évolutive et d'une grande flexibilité
Data Protector peut être utilisé dans des environnements allant d'un
simple système à des milliers de systèmes disséminés sur plusieurs
sites. Grâce au concept de composant réseau de Data Protector, des
éléments de l'infrastructure de sauvegarde peuvent être intégrés
dans la topologie en fonction des besoins de l'utilisateur. Les
nombreuses options de sauvegarde et possibilités offertes pour
configurer l'infrastructure de sauvegarde vous permettent de mettre
en œuvre pratiquement toutes les configurations de votre choix. Data
Protector permet en outre d'utiliser des concepts de sauvegarde
avancés tels que la sauvegarde synthétique et la sauvegarde de
disque en plusieurs étapes.
• Une administration facile et centralisée
Grâce à son interface graphique simple à utiliser, Data Protector vous
permet d'administrer la totalité de votre environnement de
sauvegarde à partir d'un seul système. Pour en faciliter l'exploitation,
l'interface graphique peut être installée sur divers systèmes pour
permettre à plusieurs administrateurs d'accéder à Data Protector via
leurs terminaux installés en local. Il est même possible de gérer
plusieurs environnements de sauvegarde à partir d'un seul système.
L'interface par ligne de commande de Data Protector vous permet de
gérer la solution à l'aide de scripts.
• Une fonction de sauvegarde haute performance
Data Protector vous permet d'effectuer des sauvegardes sur plusieurs
centaines de périphériques de sauvegarde simultanément. Il prend en
charge les périphériques haut de gamme dans les très grandes
bibliothèques. Vous pouvez choisir parmi un grand nombre de types
de sauvegarde afin d'utiliser celui qui répondra le mieux à vos
Chapitre 1
3
A propos de la sauvegarde et de Data Protector
A propos de Data Protector
besoins : sauvegarde en local, en réseau, en ligne, sauvegarde d'image
disque, sauvegarde synthétique, sauvegarde avec mise en miroir
d'objets et prise en charge intégrée de flux de données parallèles.
• Une prise en charge des environnements mixtes
Data Protector prenant en charge des environnements hétérogènes,
la plupart des caractéristiques sont communes aux plates-formes
UNIX et Windows. Le Gestionnaire de cellule UNIX et Windows peut
contrôler toutes les plates-formes client prises en charge (UNIX,
Windows et Novell NetWare). L'interface utilisateur de Data
Protector permet l'accès à l'ensemble de ses fonctionnalités sur toutes
les plates-formes.
• Une installation facile pour les environnements mixtes
Le concept de Serveur d’installation simplifie l'installation et les
procédures de mise à niveau. Pour installer à distance des clients
UNIX, vous devez disposer d'un Serveur d’installation pour UNIX.
Pour installer à distance des clients Windows, vous devez disposer
d'un Serveur d’installation pour Windows. L'installation à distance
peut être réalisée à partir de n'importe quel client sur lequel est
installée l'interface utilisateur graphique de Data Protector. Pour
connaître les plates-formes prises en charge par le Serveur
d'installation, reportez-vous au document Références, notes de
publication et annonces produits HP OpenView Storage Data
Protector.
• Une grande disponibilité des données
Vos activités commerciales doivent pouvoir se poursuivre 24 heures
sur 24. Data Protector vous permet de répondre à cette exigence.
Dans l'environnement professionnel d'aujourd'hui, partagé à l'échelle
mondiale, les ressources d'informations d'une entreprise ainsi que les
applications dédiées aux services client doivent être disponibles à
tout moment. Data Protector vous permet de satisfaire à ces
exigences de disponibilité grâce aux avantages suivants :
— Intégration avec les clusters pour garantir un fonctionnement
sécurisé et la possibilité de sauvegarder des nœuds virtuels. Pour
obtenir une liste des clusters pris en charge, reportez-vous au
document Références, notes de publication et annonces produits
HP OpenView Storage Data Protector.
— Activation du Gestionnaire de cellule Data Protector lui-même
pour une exécution sur un cluster.
4
Chapitre 1
A propos de la sauvegarde et de Data Protector
A propos de Data Protector
— Prise en charge des API (interfaces de programmation
d'application) de base de données en ligne les plus courantes.
— Intégration à des solutions évoluées haute disponibilité, telles que
EMC Symmetrix, HP StorageWorks Disk Array XP,
HP StorageWorks Virtual Array ou HP StorageWorks Enterprise
Virtual Array.
— Mise à disposition de diverses méthodes de récupération après
sinistre pour les plates-formes Windows et UNIX.
— Communication de méthodes de duplication des données
sauvegardées pendant et après la sauvegarde en vue d'améliorer
la tolérance aux pannes ou à des fins de redondance.
• Une procédure de restauration facile
Data Protector comprend une base de données qui effectue un suivi
des données : par exemple, pour chaque fichier, le système dont il
provient et le support précis sur lequel il est stocké. Pour restaurer
n'importe quelle partie d'un système, il vous suffit d'explorer les
fichiers et les répertoires. Cela permet à l'utilisateur d'accéder
rapidement et facilement aux données à restaurer.
• Des opérations automatisées ou sans surveillance
Grâce à sa base de données interne, Data Protector conserve des
informations sur chacun des supports Data Protector et sur les
données qu'ils hébergent. Data Protector propose une fonctionnalité
de pointe en matière de gestion des supports. Par exemple, il garde en
mémoire la période pendant laquelle une sauvegarde donnée doit
rester disponible pour la restauration, ainsi que les supports qui
peuvent être (ré)utilisés pour les sauvegardes.
Cette fonctionnalité est complétée par la prise en charge de très
grandes bibliothèques, ce qui permet un fonctionnement sans
surveillance sur plusieurs jours ou semaines (rotation automatique
des supports).
De plus, lorsque vous connectez de nouveaux disques aux systèmes,
Data Protector est en mesure de les détecter automatiquement (ou de
les reconnaître) et de les sauvegarder. Il est donc inutile d'adapter les
configurations de sauvegarde manuellement.
Chapitre 1
5
A propos de la sauvegarde et de Data Protector
A propos de Data Protector
• Gestion des services
Data Protector est la première solution de gestion de sauvegarde et de
restauration à prendre en charge la gestion des services.
L'intégration aux solutions de gestion du temps de réponse des
applications (ARM) et d'intégration des sources de données (DSI)
contribue efficacement à la gestion du niveau de service (SLM) et au
respect des contrats de niveau de service (SLA) en fournissant des
données pertinentes aux systèmes de gestion et de planification.
L'intégration DSI fournit une série de fichiers scripts et de
configuration à partir desquels les utilisateurs peuvent voir comment
ajouter leurs propres requêtes à l'aide des fonctions de génération de
rapports de Data Protector.
• Des fonctions de surveillance, de génération de rapports et de
notification
Les fonctions Web avancées pour la génération de rapports et la
notification vous permettent de visualiser l'état des sauvegardes, de
contrôler les opérations de sauvegarde en cours et de personnaliser
les rapports en toute simplicité. Les rapports peuvent être générés au
moyen de l'interface Data Protector ou à l'aide de la commande
omnirpt sur les systèmes fonctionnant sous UNIX ou Windows, ainsi
que par le biais de rapports Web générés en ligne avec Java.
Vous pouvez programmer la génération de rapports à un moment
déterminé ou en fonction d'une série d'événements prédéfinis, par
exemple à la fin d'une session de sauvegarde ou lorsqu'une requête de
montage est émise.
• L'intégration aux applications de base de données en ligne
Data Protector permet la sauvegarde en ligne des objets des bases de
données Microsoft Exchange Server, Microsoft SQL Server, Oracle,
Informix Server, SAP R/3, Lotus Notes/Domino Server, IBM DB2
UDB et Sybase. Pour obtenir la liste des versions prises en charge
pour un système d'exploitation particulier, reportez-vous au
document Références, notes de publication et annonces produits HP
OpenView Storage Data Protector.
• L'intégration avec d'autres produits
En outre, Data Protector s'intègre à EMC Symmetrix, Microsoft
Cluster Server, MC/ServiceGuard et d'autres produits.
6
Chapitre 1
A propos de la sauvegarde et de Data Protector
A propos de Data Protector
Pour obtenir une documentation détaillée décrivant les fonctions de Data
Protector, y compris les intégrations, ainsi que les informations les plus
récentes en termes de prise en charge des intégrations et des
plates-formes, reportez-vous à la page d'accueil de HP OpenView Storage
Data Protector à l'adresse http://www.hp.com/support/manuals.
Chapitre 1
7
A propos de la sauvegarde et de Data Protector
Présentation des sauvegardes et des restaurations
Présentation des sauvegardes et des
restaurations
Vous trouverez dans cette section les principes de base relatifs aux
concepts de sauvegarde et de restauration.
Qu'est-ce qu'une sauvegarde ?
Une sauvegarde est une opération consistant à créer une copie des
données sur un support de stockage. Cette copie est stockée et conservée
pour une utilisation ultérieure, au cas où l'original serait détruit ou
endommagé.
Pour obtenir une présentation globale d'une sauvegarde, reportez-vous à
la figure 1-1 ci-dessous.
Figure 1-1
Processus de sauvegarde
Dans la plupart des cas, la source correspond à des données
enregistrées sur un disque, par exemple des fichiers, des répertoires, des
bases de données et des applications. Si la sauvegarde est réalisée dans
l'optique d'une récupération après sinistre, il faut qu'elle soit cohérente.
Le logiciel qui copie les données vers la destination est appelé
"application de sauvegarde". La destination est un périphérique de
sauvegarde, tel qu'un lecteur de bande (y compris le support sur lequel
les données sont inscrites).
8
Chapitre 1
A propos de la sauvegarde et de Data Protector
Présentation des sauvegardes et des restaurations
Qu'est-ce qu'une restauration ?
Une restauration est une opération consistant à recréer des données
originales à partir d'une copie de sauvegarde. Ce concept regroupe la
préparation et la restauration proprement dite des données, ainsi que
certaines actions après restauration qui permettent de rendre les
données exploitables.
Figure 1-2
Processus de restauration
La source est une copie de sauvegarde. Une application de restauration
est un logiciel qui inscrit les données sur un point de destination. La
destination est généralement un disque sur lequel les données d'origine
sont écrites.
Sauvegarde d'un environnement réseau
Lorsque des sauvegardes sont effectuées dans un environnement réseau,
les données sont transférées via le réseau à partir des systèmes à
sauvegarder vers des supports, sur des systèmes dotés de périphériques
de sauvegarde, sur lesquels les données sont stockées.
Figure 1-3
Sauvegarde réseau
Chapitre 1
9
A propos de la sauvegarde et de Data Protector
Présentation des sauvegardes et des restaurations
Pour réaliser la sauvegarde d'un environnement réseau, vous avez
besoin d'une application qui vous permette d’effectuer les opérations
suivantes :
• Raccorder des périphériques de sauvegarde à n'importe quel système
du réseau
Cela permet d'effectuer des sauvegardes locales de systèmes
présentant de gros volumes de données et des sauvegardes réseau en
vue de réduire les coûts liés aux périphériques de sauvegarde.
• Diriger le flux des données de sauvegarde vers n'importe quel chemin
réseau
• Diriger les données de sauvegarde hors du réseau LAN et vers un
réseau SAN lorsque le volume des données ou l'encombrement du
réseau rendent inefficace le transfert de données via le réseau LAN
• Gérer les opérations de sauvegarde à partir de n'importe quel
système
• Réaliser l'intégration dans la structure de l'administration
informatique
• Prendre en charge la sauvegarde de nombreux types de systèmes
différents
Sauvegarde directe
Une sauvegarde directe est une sauvegarde par laquelle vous envoyez
les données directement à partir du disque vers la bande dans le réseau
SAN, sans impliquer de serveur de sauvegarde dédié pour le mouvement
des données.
L'utilisation d'une fonction indépendante du système de fichiers pour
traiter les données est totalement intégrée à la fonctionnalité XCOPY
standard que l'on trouve dans les baies de disques et passerelles prises
en charge, ce qui élimine le recours à un équipement Data mover séparé.
10
Chapitre 1
A propos de la sauvegarde et de Data Protector
Architecture de Data Protector
Architecture de Data Protector
La cellule Data Protector, représentée à la figure 1-4, est un
environnement réseau doté d'un Gestionnaire de cellule, de systèmes
client et de périphériques. Le Gestionnaire de cellule constitue le
point de contrôle central sur lequel le logiciel Data Protector est installé.
Après avoir installé le logiciel Data Protector, vous pouvez ajouter des
systèmes à sauvegarder. Ces derniers deviennent des systèmes client de
Data Protector, qui font partie de la cellule. Lorsque Data Protector
sauvegarde des fichiers, il les enregistre sur des supports situés dans les
périphériques de sauvegarde.
La base de données interne (IDB) de Data Protector conserve un
suivi des fichiers que vous sauvegardez, de sorte qu'il vous suffit de
naviguer pour récupérer facilement la totalité du système ou seulement
certains fichiers.
Data Protector simplifie les tâches de sauvegarde et de restauration.
Vous pouvez effectuer une sauvegarde instantanée (ou interactive) au
moyen de l'interface utilisateur de Data Protector. Vous pouvez
également programmer vos sauvegardes pour qu'elles s'exécutent sans
surveillance.
Figure 1-4
Cellule Data Protector (description physique et logique)
Chapitre 1
11
A propos de la sauvegarde et de Data Protector
Architecture de Data Protector
REMARQUE
L'interface utilisateur et les systèmes de Gestionnaire de cellule peuvent
s'exécuter sur des systèmes d'exploitation UNIX et Windows ; il n'est
toutefois pas nécessaire qu'ils s'exécutent sur le même système
d'exploitation. Pour obtenir la liste des systèmes d'exploitation pris en
charge pour un composant Data Protector particulier, reportez-vous au
document Références, notes de publication et annonces produits HP
OpenView Storage Data Protector.
Gestionnaire de
cellule
Le Gestionnaire de cellule est le système le plus important de la cellule
et il :
• gère la cellule à partir d'un point central ;
• contient la base de données IDB ;
La base de données IDB contient des informations relatives aux
sauvegardes, telles que les durées des sauvegardes et les ID des
supports et des sessions.
• exécute le logiciel Data Protector brut ;
• exécute les Gestionnaires de session qui démarrent et arrêtent les
sessions de sauvegarde et de restauration, et inscrivent des
informations relatives aux sessions dans la base de données IDB.
Systèmes à
sauvegarder
L'Agent de disque Data Protector (DA), également appelé Agent de
sauvegarde, doit être installé sur les systèmes client que vous
souhaitez sauvegarder. Pour pouvoir sauvegarder les intégrations de
bases de données en ligne, vous devez installer l'Agent d'application.
Dans le reste du manuel, le terme "Agent de disque" est utilisé pour
désigner les deux agents. L'Agent de disque lit ou écrit des données à
partir d'un disque sur le système et envoie ou reçoit des données d'un
Agent de support. L'agent de disque est également installé sur le
Gestionnaire de cellule, ce qui vous permet de sauvegarder des données
sur le Gestionnaire de cellule, la configuration de Data Protector et la
base de données IDB.
Systèmes dotés de Un Agent de support Data Protector doit être installé sur les systèmes
périphériques de
client auxquels sont connectés les périphériques de sauvegarde. Ces
sauvegarde
systèmes client sont également appelés serveurs de lecteurs. Un
périphérique de sauvegarde peut être connecté à n'importe quel système
12
Chapitre 1
A propos de la sauvegarde et de Data Protector
Architecture de Data Protector
et pas uniquement au Gestionnaire de cellule. Un Agent de support lit ou
écrit des données depuis ou vers un support du périphérique et envoie ou
reçoit des données de l'Agent de disque.
Systèmes dotés
d'une interface
utilisateur
Vous pouvez gérer Data Protector à partir de n'importe quel système sur
le réseau sur lequel l'interface graphique utilisateur Data Protector est
installée. Le Gestionnaire de cellule peut donc être installé dans une
salle informatique, tandis que vous gérez Data Protector à partir de
votre ordinateur de bureau.
Serveur
d’installation
Un Serveur d’installation contient un référentiel des ensembles de
logiciels Data Protector pour une architecture spécifique. Par défaut, le
Gestionnaire de cellule est également un Serveur d’installation. Les
environnements mixtes requièrent au moins deux Serveur
d’installation : l'un pour les systèmes UNIX et l'autre pour les systèmes
Windows.
Opérations effectuées dans la cellule
Le Gestionnaire de cellule Data Protector contrôle les sessions de
sauvegarde et de restauration, qui effectuent respectivement toutes les
actions requises pour une sauvegarde ou une restauration (voir
figure 1-5).
Chapitre 1
13
A propos de la sauvegarde et de Data Protector
Architecture de Data Protector
Figure 1-5
Opération de sauvegarde ou de restauration
Sessions de sauvegarde
Qu'est-ce qu'une
session de
sauvegarde ?
Une session de sauvegarde (voir figure 1-6) est une procédure consistant
à créer une copie de données sur un support de stockage. Son démarrage
peut se faire de deux manières différentes : interactivement par un
opérateur ou sans surveillance à l'aide du Planificateur de Data
Protector.
Fonctionnement
Le Gestionnaire de session de sauvegarde démarre les Agents de support
et les Agents de disque, contrôle la session et stocke les messages
générés dans la base de données IDB. Les données sont lues par l'Agent
de disque et envoyées à un Agent de support, qui les enregistre sur les
supports.
14
Chapitre 1
A propos de la sauvegarde et de Data Protector
Architecture de Data Protector
Figure 1-6
Session de sauvegarde
Les sessions de sauvegarde sont généralement plus complexes que celle
montrée à la figure 1-6. Plusieurs Agents de disque lisent les données de
plusieurs disques en parallèle et les envoient à un ou plusieurs Agents de
support. Pour obtenir des informations complémentaires sur les sessions
de sauvegarde complexes, reportez-vous au Chapitre 7, “Fonctionnement
de Data Protector”, page 241.
Sessions de restauration
Qu'est-ce qu'une
session de
restauration ?
Une session de restauration (voir figure 1-7) est une procédure
consistant à restaurer vers un disque des données préalablement
sauvegardées. La session de restauration peut être lancée
interactivement par un opérateur via l'interface utilisateur Data
Protector.
Fonctionnement
Une fois que vous avez sélectionné les fichiers à restaurer à partir d'une
précédente sauvegarde, vous lancez le processus de restauration
proprement dit. Le Gestionnaire de session de restauration démarre les
Agents de support et les Agents de disque requis, contrôle la session et
stocke les messages générés dans la base de données IDB. Les données
sont lues par un Agent de support et envoyées à l'Agent de disque, qui les
écrit sur des disques.
Chapitre 1
15
A propos de la sauvegarde et de Data Protector
Architecture de Data Protector
Figure 1-7
Session de restauration
Les sessions de restauration peuvent être plus complexes que celle
montrée à la figure 1-7. Pour plus d'informations sur les sessions de
restauration, reportez-vous au Chapitre 7, “Fonctionnement de Data
Protector”, page 241.
16
Chapitre 1
A propos de la sauvegarde et de Data Protector
Environnements d'entreprise
Environnements d'entreprise
Qu'est-ce qu'un
environnement
d'entreprise ?
Un environnement réseau d'entreprise (voir figure 1-8) est généralement
composé d'un certain nombre de systèmes provenant de différents
fournisseurs et dotés de différents systèmes d'exploitation. Les systèmes
peuvent être installés dans des zones géographiques et des fuseaux
horaires différents. Tous les systèmes sont connectés par des réseaux
(LAN ou WAN) fonctionnant à divers débits.
Quand utiliser un
environnement
d'entreprise ?
Cette solution peut être utilisée lorsque plusieurs sites séparés
géographiquement requièrent l'application de stratégies de
sauvegarde communes. Elle peut également être utilisée lorsque tous
les départements d'un même site veulent partager les mêmes
périphériques de sauvegarde.
Chapitre 1
17
A propos de la sauvegarde et de Data Protector
Environnements d'entreprise
Figure 1-8
Environnement d'entreprise Data Protector étendu
le
contrô
GUI
MoM
............. eCellule MOM
co n
Cellule
t rô
le
contrôle
Cellule
Cellule
La configuration et la gestion des sauvegardes dans un environnement
aussi hétérogène constituent des tâches complexes. Les fonctionnalités
de Data Protector ont été conçues pour les simplifier au maximum. Pour
obtenir des informations complémentaires sur le Manager-of-Managers
(MoM), reportez-vous à la section “MoM” à la page 19.
Séparation d'un environnement en plusieurs cellules
Vous souhaitez peut-être diviser les grands environnements en plusieurs
cellules pour diverses raisons :
Pourquoi séparer
les grands
environnements
en plusieurs
cellules ?
• Regroupement géographique des systèmes
• Regroupement logique des systèmes, par exemple en services
• Connexion réseau trop lente entre certains systèmes
• Amélioration des performances
• Contrôle administratif décentralisé
Reportez-vous au Chapitre 2, “Planification de la stratégie de
sauvegarde”, page 31, où vous trouverez une liste de points à prendre en
considération au moment de la planification de votre environnement.
18
Chapitre 1
A propos de la sauvegarde et de Data Protector
Environnements d'entreprise
Data Protector vous permet de gérer plusieurs cellules à partir d'un
même point.
Figure 1-9
Gestion centralisée de plusieurs cellules
MoM
Le Manager-of-Managers de Data Protector permet de gérer les grands
environnements avec plusieurs cellules. Vous pouvez ainsi regrouper
plusieurs cellules au sein d'une unité plus grande appelée
"environnement MoM", qui peut être gérée à partir d'un point central
(voir figure 1-9). En outre, grâce au MoM, votre environnement de
sauvegarde peut s'étendre de façon quasi illimitée. Vous pouvez ajouter
de nouvelles cellules ou diviser des cellules existantes.
Un environnement MoM ne requiert pas de connexion réseau fiable entre
les cellules Data Protector et la cellule centrale MoM, car seuls les
contrôles sont envoyés via les connexions longue distance alors que les
sauvegardes sont effectuées localement à l'intérieur de chaque cellule
Data Protector. Cela présuppose en revanche que chaque cellule dispose
de sa propre base de données de gestion des supports.
Chapitre 1
19
A propos de la sauvegarde et de Data Protector
Environnements d'entreprise
Figure 1-10
Environnement Manager-of-Managers
Le Manager-of-Managers présente les caractéristiques suivantes :
• Référentiel de la gestion centralisée des licences
Ce référentiel permet de simplifier la gestion des licences. Il est
facultatif, mais particulièrement utile pour les environnements très
vastes.
• Base de données centralisée de gestion des supports
(CMMDB)
La CMMDB permet à l'utilisateur de partager des supports et
périphériques avec plusieurs cellules dans un environnement MoM.
Les périphériques d'une cellule donnée (qui utilise la CMMDB) sont
ainsi accessibles aux autres cellules qui utilisent la CMMDB. Pour
pouvoir être utilisée, la CMMDB doit résider dans la cellule MoM.
Dans ce cas, il doit exister une connexion réseau fiable entre la cellule
MoM et les autres cellules Data Protector. Notez que la centralisation
de la base de données de gestion des supports n'est pas obligatoire.
20
Chapitre 1
A propos de la sauvegarde et de Data Protector
Environnements d'entreprise
• Partage des bibliothèques
Grâce à la CMMDB, vous pouvez partager des périphériques haut de
gamme entre cellules dans l'environnement multicellules. Une cellule
peut contrôler les systèmes robotiques desservant plusieurs
périphériques connectés à des systèmes dans d'autres cellules. Même
le chemin des données allant de l'Agent de disque à l'Agent de
support peut traverser les "frontières" des cellules.
• Rapports d'entreprise
Le Manager-of-Managers Data Protector peut générer des rapports
pour une seule cellule aussi bien que pour la totalité de
l'environnement d'entreprise.
Chapitre 1
21
A propos de la sauvegarde et de Data Protector
Gestion des supports
Gestion des supports
Data Protector possède des fonctions de gestion de supports puissantes
qui vous permettent de gérer simplement et efficacement un grand
nombre de supports dans votre environnement, et ce de plusieurs
façons :
Fonctions de
gestion des
supports
• Les supports sont regroupés dans des unités logiques appelées pools
de supports, ce qui vous permet de travailler sur de grands groupes
de supports sans avoir à vous préoccuper de chacun en particulier.
• Suivi de tous les supports assuré par Data Protector qui garde en
mémoire l'état de chacun d'eux, le délai d'expiration de la protection
des données, la disponibilité des supports pour les sauvegardes et un
catalogue des sauvegardes effectuées sur chaque support.
• Fonctionnement entièrement automatisé. Si Data Protector contrôle
suffisamment de supports dans les périphériques de bibliothèque, la
fonction de gestion des supports vous permet d'exécuter des sessions
de sauvegarde sans intervention de l'opérateur.
• Rotation automatisée des supports, qui permet de les sélectionner
pour les sauvegardes automatiques.
• Reconnaissance et prise en charge des codes-barres sur les
périphériques de bibliothèque et périphériques silo importants
disposant d'une prise en charge des codes-barres.
• Reconnaissance, suivi, affichage et gestion des supports utilisés par
Data Protector dans les périphériques de bibliothèque et
périphériques silo importants.
• Possibilité de centraliser les informations relatives aux supports et de
les partager entre plusieurs cellules Data Protector.
• Création interactive ou automatisée de copies supplémentaires des
données sur les supports.
• Prise en charge de la mise au coffre des supports.
Qu'est-ce qu'un
Data Protector utilise les pools de supports pour gérer ces derniers
pool de supports ? lorsqu'ils sont très nombreux. Un pool de supports est un regroupement
logique de supports du même type physique et auxquels s'applique une
politique d'utilisation commune (propriétés). L'utilisation est basée sur
22
Chapitre 1
A propos de la sauvegarde et de Data Protector
Gestion des supports
les données figurant sur le support. C'est vous qui décidez, en fonction de
vos besoins, quelle doit être la structure des pools, leur nombre, et, pour
chacun des pools, le type de données figurant sur les supports qui en font
partie.
Lorsque vous configurez un périphérique, un pool de supports par défaut
est spécifié. Ce pool de supports est utilisé si aucun autre pool de
supports n'est défini dans la spécification de sauvegarde.
Chapitre 1
23
A propos de la sauvegarde et de Data Protector
Périphériques de sauvegarde
Périphériques de sauvegarde
Data Protector définit et modélise chaque périphérique comme un
périphérique physique ayant des propriétés d'utilisation particulières
(par exemple, le pool par défaut).
Ce concept de périphérique permet de configurer facilement et en
souplesse les périphériques, et de les utiliser en accord avec les
spécifications de sauvegarde. La définition des périphériques est stockée
dans la base de données de gestion des supports Data Protector.
Figure 1-11
Liens entre les spécifications de sauvegarde, les périphériques et
les pools de supports
La figure 1-11 présente un schéma des relations entre les spécifications
de sauvegarde, les périphériques et les pools de supports. Les
périphériques sont référencés dans les spécifications de sauvegarde.
Chaque périphérique est relié à un pool de supports et celui-ci peut être
modifié dans la spécification de sauvegarde. Par exemple, la spécification
de sauvegarde 2 fait appel au pool Dept_X au lieu du pool par défaut.
24
Chapitre 1
A propos de la sauvegarde et de Data Protector
Périphériques de sauvegarde
Data Protector prend en charge différents périphériques. Pour plus
d'informations, reportez-vous au document Références, notes de
publication et annonces produits HP OpenView Storage Data Protector.
Chapitre 1
25
A propos de la sauvegarde et de Data Protector
Interfaces utilisateur
Interfaces utilisateur
Data Protector offre un accès facile à toutes les tâches de configuration et
d'administration au moyen de l'interface utilisateur Data Protector
fournie pour s'exécuter sous X11/Motif sur les plates-formes UNIX et
Windows. De plus, une interface de ligne de commande est également
disponible sur les plates-formes UNIX et Windows.
L'architecture de Data Protector vous offre la souplesse d'installation et
d'utilisation de l'interface utilisateur de Data Protector. Vous n'êtes pas
tenu d'utiliser l'interface à partir du système du Gestionnaire de cellule :
vous pouvez l'installer sur votre ordinateur personnel. Comme le décrit
la figure 1-12, l'interface utilisateur (GUI) vous permet également de
gérer les cellules Data Protector en toute transparence avec le
Gestionnaire de cellule HP-UX, Solaris ou Windows.
Figure 1-12
Utilisation de l'interface utilisateur de Data Protector
CONSEIL
Dans un environnement mixte classique, installez l'interface utilisateur
Data Protector sur plusieurs systèmes de l'environnement afin d'avoir
accès à Data Protector à partir de plusieurs machines.
26
Chapitre 1
A propos de la sauvegarde et de Data Protector
Interfaces utilisateur
Interface graphique de Data Protector
L'interface de Data Protector, décrite à la figure 1-13, est un outil
puissant et facile à utiliser, qui présente les caractéristiques suivantes :
• Un onglet Résultats dans lequel figurent les propriétés, les listes et
les assistants de configuration.
• La configuration et la gestion simples des sauvegardes d'applications
de base de données en ligne fonctionnant dans les environnements
Windows, telles que Microsoft SQL, Microsoft Exchange Server,
SAPR/3 et Oracle, ou fonctionnant dans les environnements UNIX,
telles que SAP R/3, Oracle et Informix Server.
• Un système complet d'aide en ligne appelé Rubriques d'aide et une
aide en ligne contextuelle appelée Navigateur d'aide.
Figure 1-13
Interface graphique de Data Protector
Chapitre 1
27
A propos de la sauvegarde et de Data Protector
Présentation des tâches nécessaires à la configuration de Data Protector
Présentation des tâches nécessaires à la
configuration de Data Protector
Vous trouverez dans cette section un aperçu général des tâches à
effectuer pour configurer votre environnement de sauvegarde Data
Protector. Selon le volume et la complexité de votre environnement,
vous n'aurez pas forcément besoin de suivre toutes ces étapes.
1. Analysez la structure de votre réseau et de votre organisation.
Déterminez les systèmes qui devront être sauvegardés.
2. Déterminez si vous souhaitez sauvegarder des applications et des
bases de données spéciales, telles que Microsoft Exchange, Oracle,
IBM DB2 UDB, SAP R/3 ou autres. Data Protector propose des
intégrations spécifiques pour ces produits.
3. Décidez de la configuration de votre cellule Data Protector,
notamment :
• le système à définir comme Gestionnaire de cellule ;
• les systèmes sur lesquels vous souhaitez installer l'interface
utilisateur ;
• sauvegarde locale / sauvegarde réseau ;
• les systèmes qui devront contrôler les périphériques et
bibliothèques de sauvegarde ;
• le type des connexions : LAN et/ou SAN.
4. Achetez les licences Data Protector requises pour votre configuration.
Vous pourrez ainsi obtenir les mots de passe que vous devez installer.
Vous pouvez également utiliser Data Protector à l'aide d'un mot de
passe temporaire. Celui-ci n'est cependant valable que pendant
60 jours à compter de la date d'installation. Pour plus d'informations
à ce sujet, reportez-vous au Guide d’installation et de choix des
licences HP OpenView Storage Data Protector.
5. Tenez compte des aspects ayant trait à la sécurité :
• Analysez les questions liées à la sécurité : reportez-vous au Guide
d’installation et de choix des licences HP OpenView Storage Data
Protector.
28
Chapitre 1
A propos de la sauvegarde et de Data Protector
Présentation des tâches nécessaires à la configuration de Data Protector
• Tenez compte des groupes d'utilisateurs à configurer.
6. Décidez quelle devra être la structure de vos sauvegardes :
• Quels pools de supports seront utilisés et de quelle manière ?
• Quels périphériques seront utilisés et de quelle manière ?
• Combien de copies de chaque sauvegarde souhaitez-vous ?
• De combien de spécifications de sauvegarde avez-vous besoin et
comment ces dernières devront-elles être regroupées ?
• Si vous comptez faire une sauvegarde sur disque, pensez aux
stratégies de sauvegarde avancées telles que la sauvegarde
synthétique et la sauvegarde de disque en plusieurs étapes.
7. Installez et configurez votre environnement Data Protector.
• Installez le système du Gestionnaire de cellule Data Protector et
utilisez l'interface utilisateur de Data Protector pour distribuer les
composants Data Protector sur d'autres systèmes.
• Connectez les périphériques (lecteurs de bande) aux systèmes qui
devront les contrôler.
• Configurez les périphériques de sauvegarde.
• Configurez les pools de supports et préparez les supports.
• Configurez les spécifications de sauvegarde, notamment la
sauvegarde de l'IDB.
• Le cas échéant, configurez les rapports.
8. Familiarisez-vous avec les tâches suivantes :
• Gestion des échecs de sauvegarde
• Exécution des opérations de restauration
• Duplication des données sauvegardées et mise au coffre des
supports
• Préparation de la récupération après sinistre
• Gestion de la base IDB
Chapitre 1
29
A propos de la sauvegarde et de Data Protector
Présentation des tâches nécessaires à la configuration de Data Protector
30
Chapitre 1
2
Planification de la stratégie de
sauvegarde
Chapitre 2
31
Planification de la stratégie de sauvegarde
Description du chapitre
Description du chapitre
Ce chapitre traite de la planification d'une stratégie de sauvegarde. Il
étudie en particulier la planification des cellules Data Protector, les
performances et la sécurité, ainsi que la sauvegarde et la restauration
des données. Il couvre en outre les types de sauvegarde de base, les
opérations de sauvegarde automatisées, la gestion des clusters et la
récupération après sinistre.
Il s'organise comme suit :
“Planification d'une stratégie de sauvegarde” à la page 33
“Planification de cellules” à la page 40
“Analyse et planification des performances” à la page 47
“Planification de la sécurité” à la page 55
“Gestion de clusters” à la page 59
“Sauvegardes complètes et incrémentales” à la page 73
“Conservation des données sauvegardées et des informations sur les
données” à la page 82
“Sauvegarde de données” à la page 87
“Des opérations automatisées ou sans surveillance” à la page 98
“Duplication de données sauvegardées” à la page 101
“Restauration des données” à la page 115
“Récupération après sinistre” à la page 120
32
Chapitre 2
Planification de la stratégie de sauvegarde
Planification d'une stratégie de sauvegarde
Planification d'une stratégie de sauvegarde
Data Protector est simple à configurer et administrer. Toutefois, si vous
travaillez dans un grand environnement comportant plusieurs systèmes
client et que vous devez sauvegarder de très grandes quantités de
données, il est préférable de planifier cette opération à l'avance. Cela
simplifie la procédure de configuration ultérieure.
Qu'est-ce que la
La planification d'une stratégie de sauvegarde est un processus qui
planification d'une comporte les étapes suivantes :
stratégie de
1. La définition des contraintes et des besoins relatifs aux sauvegardes,
sauvegarde ?
notamment la fréquence à laquelle vos données doivent être
sauvegardées, le fait que vous ayez besoin ou non de copies
supplémentaires des données sauvegardées sur des jeux de supports
supplémentaires.
2. La maîtrise des facteurs qui influencent votre sauvegarde,
notamment les taux de transfert de données pris en charge par le
réseau et les périphériques de sauvegarde. Ces facteurs peuvent
déterminer la manière dont vous configurez Data Protector et le type
de sauvegarde (réseau ou directe, par exemple) que vous choisissez.
Par exemple, si vous utilisez la sauvegarde sur disque, vous pouvez
bénéficier de stratégies de sauvegarde avancées telles que la
sauvegarde synthétique et la sauvegarde de disque en plusieurs
étapes.
3. La préparation d'une stratégie de sauvegarde décrivant votre concept
de sauvegarde et sa mise en œuvre.
Vous trouverez dans cette section des informations détaillées sur les
étapes décrites ci-dessus. Le reste de ce guide fournit des informations et
remarques importantes, qui vous aideront à planifier votre sauvegarde.
Définition des besoins relatifs à une stratégie de
sauvegarde
La définition des objectifs et des contraintes de votre stratégie de
sauvegarde implique de répondre aux questions suivantes :
• Quelles sont les stratégies de votre entreprise en matière de
sauvegarde et de restauration ?
Chapitre 2
33
Planification de la stratégie de sauvegarde
Planification d'une stratégie de sauvegarde
Certaines entreprises ont une stratégie d'archivage et de stockage des
données déjà définie. Il importe que votre stratégie de sauvegarde en
tienne compte.
• Quels types de données sauvegarder ?
Etablissez une liste des types de données existants sur votre réseau,
tels que les fichiers utilisateur, les fichiers système, les serveurs Web
et les bases de données relationnelles volumineuses.
• Quel est le temps d'indisponibilité maximal à ne pas dépasser pour la
récupération ?
Le temps d'indisponibilité autorisé a un impact important sur le choix
des investissements en termes d'infrastructure réseau et de matériel
de sauvegarde. Pour chaque type de données, déterminez le temps
d'indisponibilité maximal acceptable pour la récupération ; en
d'autres termes, déterminez, par type de données, la durée maximale
d'indisponibilité avant restauration à partir d'une sauvegarde. Les
fichiers utilisateur, par exemple, peuvent être restaurés dans un délai
de deux jours, alors que certaines données d'entreprise stockées dans
une base de données volumineuse doivent être récupérées dans un
délai de deux heures maximum.
Le temps de récupération correspond essentiellement au temps
nécessaire pour accéder au support et pour procéder à la restauration
des données sur les disques. La récupération d'un système complet
demande plus de temps, car des étapes supplémentaires sont
nécessaires. Pour plus d'informations, reportez-vous à la section
“Récupération après sinistre” à la page 120.
• Pendant combien de temps conserver les différents types de données ?
Pour chaque type de données, définissez pendant combien de temps
ces dernières doivent être conservées. Par exemple, vous pouvez avoir
besoin de conserver les informations sur les employés de l'entreprise
pendant cinq ans, alors que les fichiers utilisateur peuvent être utiles
pendant trois semaines seulement.
• Comment conserver et maintenir les supports contenant des données
sauvegardées ?
Pour chaque type de données, définissez pendant combien de temps
les données d'un support doivent être conservées dans un coffre (lieu
sûr situé à l'extérieur de l'entreprise), si vous utilisez ce type de
stockage sécurisé. Par exemple, s'il n'est pas nécessaire de mettre au
34
Chapitre 2
Planification de la stratégie de sauvegarde
Planification d'une stratégie de sauvegarde
coffre les fichiers utilisateur, les informations relatives aux
commandes peuvent, quant à elles, y être conservées pendant cinq
ans, chaque support étant vérifié tous les deux ans.
• Sur combien de jeux de supports les données doivent-elles être écrites
pendant la sauvegarde ?
Pendant la sauvegarde, songez à écrire les données critiques sur
plusieurs jeux de supports afin d'améliorer la tolérance aux pannes
des sauvegardes ou de procéder à une mise au coffre sur plusieurs
sites. La mise en miroir d'objet augmente le temps nécessaire à la
sauvegarde.
• Quel volume de données sauvegarder ?
Pour chaque type de données, définissez la quantité estimée de
données à sauvegarder. Celle-ci a une incidence sur le temps
nécessaire à la sauvegarde et vous guide dans votre choix de
périphériques et de supports de sauvegarde adaptés à vos besoins.
• Quelle est la croissance future estimée du volume de données ?
Pour chaque type de données, procédez à une estimation de la
croissance à venir. Vous pourrez alors choisir des solutions de
sauvegarde durables. Par exemple, si votre entreprise envisage
d'embaucher 100 employés, la quantité de données relatives aux
utilisateurs et aux systèmes client augmentera en conséquence.
• Combien de temps peut prendre une sauvegarde ?
Estimez le temps nécessaire à chaque sauvegarde. Ce paramètre a
une incidence directe sur la durée pendant laquelle les données sont
disponibles à l'utilisation. Les fichiers utilisateur peuvent être
sauvegardés à tout moment, dès lors que les utilisateurs n'ont pas
besoin d'y accéder. La disponibilité de certaines bases de données
transactionnelles pour la sauvegarde peut, quant à elle, être limitée à
quelques heures seulement.
Le temps nécessaire à la sauvegarde dépend du type de sauvegarde
effectuée (complète ou incrémentale). Pour en savoir plus,
reportez-vous à la section “Sauvegardes complètes et incrémentales”
à la page 73. Data Protector permet également de sauvegarder
certaines applications courantes de base de données en ligne. Pour
plus d'informations, reportez-vous au Guide d’intégration HP
OpenView Storage Data Protector.
Chapitre 2
35
Planification de la stratégie de sauvegarde
Planification d'une stratégie de sauvegarde
Si vous utilisez la sauvegarde sur disque, vous pouvez bénéficier de la
sauvegarde synthétique et de la sauvegarde de disque en plusieurs
étapes. Ces stratégies de sauvegardes avancées permettent de
réduire considérablement le temps nécessaire à la sauvegarde. Pour
plus d'informations, reportez-vous au Chapitre 11, “Sauvegarde
synthétique”, page 297 et à la section “Sauvegarde de disque en
plusieurs étapes” à la page 107.
Si vous devez sauvegarder les données d'un disque très rapide et de
grande capacité sur un périphérique plus lent, rappelez-vous que
vous avez la possibilité d'utiliser plusieurs Agents de disques
simultanément. Le lancement simultané de plusieurs Agents de
disque sur un même disque permet d'accélérer considérablement les
performances de sauvegarde.
De même, si la quantité d'informations à sauvegarder est
conséquente et que le temps imparti est limité, songez à effectuer une
sauvegarde directe afin de profiter de la vitesse SAN, du trafic réseau
réduit et de l'absence de goulet d'étranglement du serveur de
sauvegarde.
• A quelle fréquence sauvegarder les données ?
Pour chaque type de données, indiquez la fréquence de sauvegarde de
vos données. Par exemple, les fichiers de travail des utilisateurs
peuvent être sauvegardés quotidiennement, les données système
chaque semaine, et certaines transactions de base de données deux
fois par jour.
Facteurs influant sur votre stratégie de sauvegarde
Un certain nombre de facteurs influencent la manière dont votre
stratégie de sauvegarde sera mise en œuvre. Il est important de bien les
comprendre avant d'élaborer votre stratégie de sauvegarde. Ces facteurs
sont les suivants :
• La politique et les besoins de votre entreprise en matière de
sauvegarde et de stockage des données.
• La politique et les besoins de votre entreprise en matière de sécurité.
• La configuration physique de votre réseau.
• Les ressources informatiques et humaines disponibles sur les
différents sites de votre entreprise.
36
Chapitre 2
Planification de la stratégie de sauvegarde
Planification d'une stratégie de sauvegarde
Préparation d'un plan de stratégie de sauvegarde
La planification aboutit à la définition d'une stratégie de sauvegarde qui
doit prendre en compte les points suivants :
• Définition de l'importance de la disponibilité (et de la sauvegarde) du
système pour l'entreprise
— Nécessité de conserver les données sauvegardées à un
emplacement distant en cas de sinistre
— Niveau de continuité des opérations
Cela comprend notamment un plan de récupération et de
restauration pour l'ensemble des systèmes client stratégiques.
— Sécurité des données sauvegardées
Nécessité de contrôler l'accès aux locaux, afin d'en interdire
l'entrée à toute personne non autorisée. Cela comprend également
la protection des données pertinentes contre tout accès non
autorisé, à l'aide de dispositifs physiques et d'une protection
électronique par mot de passe.
• Types de données à sauvegarder
Déterminez les différents types de données utilisés par votre
entreprise et la manière dont vous souhaitez les combiner dans les
spécifications de sauvegarde, ainsi que leurs périodes de disponibilité
respectives pour les sauvegardes. Vous pouvez regrouper les données
en catégories, telles que Données commerciales, Données de
ressources de l'entreprise, Données de projet et Données personnelles,
chaque catégorie ayant des besoins spécifiques.
• Mise en œuvre de la stratégie de sauvegarde :
— Comment les sauvegardes sont-elles effectuées et quelles sont
options de sauvegarde utilisées ?
Ces critères permettent de définir la fréquence des sauvegardes
complètes et incrémentales, les options de sauvegarde à utiliser, si
les données sauvegardées doivent ou non être protégées
définitivement et si les supports utilisés pour la sauvegarde
doivent ou non être confiés à une société chargée de les protéger.
— Comment regrouper les systèmes client dans des spécifications de
sauvegarde ?
Chapitre 2
37
Planification de la stratégie de sauvegarde
Planification d'une stratégie de sauvegarde
Etudiez la meilleure manière de regrouper les spécifications de
sauvegarde (par service, type de données ou fréquence de
sauvegarde).
— Comment planifier les sauvegardes ?
Pensez à utiliser une approche échelonnée, selon laquelle les
sauvegardes complètes des divers clients (spécifications de
sauvegarde) se déroulent à des dates différentes afin d'éviter les
problèmes liés à une surcharge du réseau, à une surcharge des
périphériques et à la fenêtre temporelle.
— Comment conserver les données stockées sur les supports et les
informations concernant les sauvegardes ?
Pensez à protéger les données pendant une période spécifique
contre tout risque d'écrasement lors de nouvelles sauvegardes.
Cette période de protection, appelée "protection de données", doit
être définie lors de chaque session.
Définissez la période pendant laquelle la base de données
catalogue doit conserver les informations sur les versions de
sauvegarde, le nombre de fichiers et de répertoires sauvegardés et
les messages stockés dans la base de données. Les données
sauvegardées sont facilement accessibles tant que cette protection
de catalogue est en vigueur.
• Configuration des périphériques
Déterminez les périphériques à utiliser pour les sauvegardes et les
systèmes client auxquels ils sont connectés. Connectez les
périphériques de sauvegarde aux systèmes client comportant les plus
grandes quantités de données, afin de sauvegarder localement le plus
de données possible plutôt que via le réseau. Vous accélérez ainsi la
vitesse de sauvegarde.
Si vous avez besoin de sauvegarder d'importantes quantités de
données :
— Envisagez l'utilisation d'un périphérique de bibliothèque.
— Envisagez l'utilisation d'un périphérique sur disque pour vos
sauvegardes. La sauvegarde sur disque présente de nombreux
avantages, elle permet notamment de réduire le temps nécessaire
pour la sauvegarde et l'utilisation de stratégies de sauvegarde
telles que la sauvegarde synthétique et la sauvegarde de disque en
plusieurs étapes.
38
Chapitre 2
Planification de la stratégie de sauvegarde
Planification d'une stratégie de sauvegarde
— Envisagez de configurer votre système pour une sauvegarde
directe en reliant un périphérique de bibliothèques au réseau SAN
à l'aide d'une passerelle Fibre Channel. Cette solution est à
envisager lorsque le réseau réduit la vitesse de sauvegarde.
• Gestion des supports
Déterminez le type de support à utiliser, ainsi que la manière de
regrouper les supports en pools et de placer les objets sur ces
supports.
Déterminez le mode d'utilisation des supports dans le cadre des
stratégies de sauvegarde.
• Mise au coffre
Déterminez si les supports doivent être stockés dans un lieu sûr (un
coffre) où ils seront conservés durant une période déterminée. Dans
cette optique, songez à dupliquer les données sauvegardées pendant
ou après la sauvegarde.
• Administrateurs et opérateurs de sauvegarde
Déterminez les droits des utilisateurs chargés d'administrer et
d'utiliser votre produit de stockage.
Chapitre 2
39
Planification de la stratégie de sauvegarde
Planification de cellules
Planification de cellules
L'un des choix les plus importants en ce qui concerne la planification de
votre stratégie de sauvegarde consiste à savoir si vous souhaitez utiliser
un environnement à une ou plusieurs cellules. Dans cette section, nous
allons décrire :
• Les facteurs à prendre en considération lors de la planification de
cellules
• Comment les cellules sont rattachées à un environnement réseau
type
• La manière dont les cellules sont liées aux domaines Windows
• Comment les cellules sont rattachées aux environnements de groupes
de travail Windows
Une ou plusieurs cellules ?
Avant de décider si vous allez utiliser un environnement à une ou
plusieurs cellules, considérez les éléments suivants :
• Problèmes liés à l'administration des sauvegardes
L'utilisation d'un environnement à cellules multiples vous permet de
bénéficier d'une plus grande liberté d'administration au sein de
chaque cellule. Vous pouvez appliquer à chaque cellule une stratégie
de gestion des supports indépendante. Si vous avez plusieurs groupes
d'administration, vous pouvez, pour des raisons de sécurité, ne pas
souhaiter qu'une cellule chevauche ces groupes. L'utilisation d'un
environnement comportant plusieurs cellules peut présenter des
désavantages (travail d'administration plus important, voire
nécessité de définir un administrateur différent pour chaque cellule).
• Taille des cellules
La taille d'une cellule Data Protector a une influence sur les
performances de la sauvegarde et sur la capacité à gérer la cellule.
La taille maximale recommandée pour une cellule Data Protector est
de 100 systèmes client. Les cellules comportant plus de 200 systèmes
client sont moins faciles à gérer.
• A propos du réseau
40
Chapitre 2
Planification de la stratégie de sauvegarde
Planification de cellules
Pour des performances optimales, l'ensemble des systèmes client
d'une cellule doit se trouver sur le même réseau local. Reportez-vous
aux sections suivantes pour plus d'informations sur les autres points
à prendre en considération concernant le réseau, notamment la
configuration réseau.
• Emplacement géographique
Si les systèmes client à sauvegarder se trouvent sur des sites séparés
géographiquement, il peut être difficile de les gérer à partir d'une
seule cellule et des problèmes réseau peuvent se produire entre les
systèmes client. En outre, la sécurité des données peut poser
problème.
• Fuseaux horaires
Chaque cellule doit se trouver dans un fuseau horaire donné.
• Sécurité des données
Dans Data Protector, la sécurité des données est définie au niveau de
chaque cellule. Tout le travail d'administration de Data Protector
s'effectue dans le cadre d'une seule cellule : les supports, les
périphériques de sauvegarde et les données sauvegardées
appartiennent à une seule cellule. Notez que Data Protector vous
permet de partager des périphériques ou de déplacer des supports
entre plusieurs cellules ; l'accès physique aux supports doit donc être
sécurisé et limité au seul personnel autorisé.
• Environnements mixtes
Data Protector vous permet de sauvegarder dans une même cellule
des systèmes client de plates-formes différentes. Toutefois, il peut
être pratique de regrouper dans une cellule les systèmes client
partageant une même plate-forme. Par exemple, les systèmes client
Windows peuvent être regroupés dans une cellule et les clients UNIX
dans une autre. Cela est particulièrement utile si vous avez défini des
stratégies et des administrateurs distincts pour chacun des
environnements UNIX et Windows.
• Services et sites
Vous pouvez regrouper chaque service ou site dans une cellule propre,
par exemple en définissant une cellule pour le service comptabilité,
une pour le service informatique et une autre pour le service
Chapitre 2
41
Planification de la stratégie de sauvegarde
Planification de cellules
production. Même si vous optez pour une organisation comportant
plusieurs cellules, Data Protector vous permet de configurer
facilement des stratégies communes pour les différentes cellules.
Installation et maintenance des systèmes client
Si vous utilisez plusieurs systèmes client UNIX et Windows, il est
essentiel que vous ayez un dispositif efficace pour l'installation de Data
Protector. Une installation locale sur chaque client n'est pas réalisable
dans les grands environnements.
Serveur
d’installation et
Gestionnaire de
cellule
Le système principal d'une cellule Data Protector est le Gestionnaire de
cellule. Pour pouvoir distribuer (charger) correctement les composants
Data Protector sur les systèmes client à partir d'un emplacement central,
un système contenant le référentiel du logiciel Data Protector est
nécessaire. Ce système est appelé Serveur d’installation de Data
Protector. Par défaut, le Gestionnaire de cellule est également un
Serveur d’installation.
Chaque fois que vous effectuez une installation à distance, vous devez
accéder au Serveur d’installation. L'utilisation d'un Serveur
d’installation présente un avantage majeur : celui de réduire
considérablement, surtout dans les environnements d'entreprise, le
temps nécessaire à l'installation, la mise à jour, la mise à niveau et la
désinstallation à distance du logiciel Data Protector.
Avant d'installer le logiciel, vous devez vous assurer que chaque Serveur
d’installation et chaque Gestionnaire de cellule répond à certaines
exigences matérielles et logicielles. Un port dédié (généralement le port
5555) doit être disponible pour l'ensemble de la cellule. Pour plus
d'informations à ce sujet, reportez-vous au Guide d’installation et de
choix des licences HP OpenView Storage Data Protector.
L'installation d'un Gestionnaire de cellule et d'un Serveur d’installation
se fait directement à partir du CD. Une fois ces systèmes installés, vous
pouvez procéder à l'installation des composants sur divers systèmes
client à l'aide de l'interface d'installation de Data Protector.
Lorsque vous installez Data Protector pour la première fois, il s'exécute
avec une licence temporaire valable pendant 60 jours ; vous pouvez ainsi
utiliser Data Protector pendant deux mois sans posséder de licence
permanente, ce qui vous laisse le temps de vous procurer les licences
dont vous avez besoin.
42
Chapitre 2
Planification de la stratégie de sauvegarde
Planification de cellules
Ainsi, pendant cette période, nous vous recommandons d'installer et de
configurer votre environnement Data Protector, puis de demander votre
licence permanente. Pour obtenir un mot de passe permanent, vous
devez savoir à quelles cellules Data Protector appartiennent les
différents systèmes client, connaître le nombre de périphériques
connectés aux systèmes client et savoir si vous avez besoin de certaines
intégrations Data Protector.
Création de cellules dans l'environnement UNIX
Il est facile de créer des cellules dans l'environnement UNIX. Aidez-vous
des considérations de ce manuel pour déterminer les systèmes client à
ajouter à la cellule et définir le système du Gestionnaire de cellule. Lors
de l'installation, un accès au compte "root" de chaque système client est
requis. Un système cohérent d'attribution de nom aux nœuds constitue
un prérequis indispensable afin que chaque système client soit accessible
à partir de tous les autres grâce à un même nom de nœud complet.
Création de cellules dans l'environnement Windows
En raison des différentes configurations possibles (domaine / groupe de
travail), les différents niveaux de support des administrateurs Windows
peuvent avoir un impact sur la configuration de Data Protector pendant
l'installation. Un système cohérent d'attribution de nom aux nœuds est
une condition préalable indispensable afin que chaque système client
soit accessible à partir de tous les autres grâce à un même nom de nœud
complet.
Domaines Windows
Vous pouvez facilement mettre en correspondance un domaine Windows
avec une cellule Data Protector. Dans un domaine Windows unique,
utilisez un mappage un à un si la taille du domaine ne dépasse pas celle
recommandée pour la cellule Data Protector. Sinon, séparez le domaine
en plusieurs cellules et gérez ces dernières à l'aide du
Manager-of-Managers Data Protector.
Mise en
correspondance
d'une cellule Data
Protector dans un
domaine Windows
La mise en correspondance d'une cellule Data Protector dans un domaine
Windows permet également de simplifier le processus d'administration
au sein de Data Protector lui-même. Pour cela, distribuez le logiciel de
manière à ce que tous les systèmes client puissent être installés à l'aide
d'un compte Windows central dans une organisation par domaine.
Toutefois, les autres opérations ne sont pas limitées à une organisation
Chapitre 2
43
Planification de la stratégie de sauvegarde
Planification de cellules
par domaine Windows, car toutes les opérations et vérifications de
sécurité sont réalisées par le protocole interne de Data Protector et non
par le dispositif de sécurité de Windows.
D'une manière générale, il n'existe aucune restriction quant à la manière
d'installer Data Protector et au choix de son emplacement d'installation.
Toutefois, en raison de la structure de Windows et des configurations les
plus courantes, qui sont des environnements avec domaines, certaines
opérations sont plus faciles à réaliser lorsque Data Protector est mis en
correspondance avec un modèle de domaine unique ou avec un modèle de
domaines multiples dont l'un est le domaine principal ; ainsi un seul
utilisateur peut gérer l'ensemble des systèmes client à l'intérieur de
l'environnement (distribution logicielle et configuration utilisateur).
Cette question prend toute son importance dans un environnement
multicellule utilisant un Manager-of-Managers, car toutes les cellules
configurées nécessitent un administrateur central ayant accès à la
totalité de l'environnement de sauvegarde. Lorsqu'un seul domaine est
configuré, ou plusieurs avec un domaine principal, l'utilisateur du
domaine principal global peut aussi être l'administrateur de l'ensemble
des cellules et de l'environnement Manager-of-Managers. Si vous utilisez
plusieurs domaines indépendants, vous devez configurer plusieurs
utilisateurs pour administrer l'environnement.
Groupes de travail Windows
Certaines tâches de configuration sont plus longues à effectuer car il n'y
a pas d'utilisateur global comme c'est le cas dans un domaine. La
distribution logicielle nécessite un nom de connexion unique pour chaque
système client sur lequel le logiciel est installé. En d'autres termes, pour
installer 100 systèmes client dans un environnement de groupes de
travail, vous devez entrer 100 noms de connexion. Dans ce cas, nous vous
recommandons d'utiliser un environnement de domaines ; en effet, les
tâches d'installation et un grand nombre d'autres tâches
d'administration non liées à Data Protector sont beaucoup plus faciles à
effectuer dans les grands environnements.
Pour utiliser le MoM (Manager-of-Managers) dans ce type
d'environnement, vous devez configurer séparément l'administrateur
pour chaque cellule, afin de pouvoir gérer l'environnement MoM depuis
n'importe quelle cellule.
44
Chapitre 2
Planification de la stratégie de sauvegarde
Planification de cellules
Là encore, Data Protector n'est pas limité à une organisation Windows
par domaine. Toutefois, cette organisation permet de tirer parti des
procédures d'administration nécessitant l'authentification de
l'utilisateur (installation, gestion des utilisateurs par exemple), et de les
simplifier.
Création de cellules dans un environnement mixte
Si vous travaillez dans un environnement mixte, nous vous
recommandons de tenir compte des facteurs décrits au Chapitre ,
“Création de cellules dans l'environnement UNIX”, page 43. Plus un
environnement comporte de domaines et de groupes de travail, plus le
nombre de comptes à créer et d'étapes à suivre est important pour
distribuer le logiciel et préparer l'environnement à l'administration.
Cellules distantes géographiquement
Data Protector vous permet d'administrer facilement les cellules
géographiquement distantes. Pour plus d'informations, reportez-vous à
la section “Séparation d'un environnement en plusieurs cellules” à la
page 18.
A propos des
Lorsque vous configurez des cellules géographiquement distantes,
cellules
rappelez-vous ce qui suit :
géographiquement
• Les données ne sont pas envoyées via un WAN.
distantes
Les périphériques et les systèmes client que vous sauvegardez sont
configurés localement.
• Les cellules sont configurées dans un MoM.
Pour gérer de manière centralisée les cellules distantes
géographiquement, vous devez les configurer dans un environnement
MoM.
• Analysez les configurations utilisateur.
Vous devez prendre en compte tous les points que nous avons
mentionnés au sujet des configurations à domaine unique, à
domaines multiples et par groupe de travail.
Vous pouvez configurer une seule cellule recouvrant plusieurs
emplacements distants géographiquement. Pour cela, vous devez vous
assurer que le transfert des données depuis chaque système client vers le
Chapitre 2
45
Planification de la stratégie de sauvegarde
Planification de cellules
périphérique correspondant n'est pas effectué par le biais d'un WAN. En
effet, les connexions par réseau WAN n'étant pas stables, vous risquez de
les perdre.
Environnement
MoM
Un environnement MoM ne requiert pas de connexion réseau fiable entre
les cellules Data Protector et la cellule centrale MoM, car seuls les
contrôles sont envoyés via les connexions longue distance et les
sauvegardes sont effectuées en local dans chaque cellule. Cela
présuppose en revanche que chaque cellule dispose de sa propre base de
données de gestion des supports.
Dans ce cas, utilisez l'option de sauvegarde Reconnecter les
connexions rompues de Data Protector pour rétablir les connexions
interrompues.
46
Chapitre 2
Planification de la stratégie de sauvegarde
Analyse et planification des performances
Analyse et planification des performances
Dans les environnements stratégiques, il est indispensable de réduire le
temps nécessaire à la récupération des données en cas de corruption de
la base de données ou d'une panne de disque. Il est donc extrêmement
important d'analyser et de planifier les performances de sauvegarde.
L'optimisation du temps nécessaire pour sauvegarder un grand nombre
de systèmes client et de bases de données volumineuses, tous connectés à
des plates-formes et à des réseaux différents, est une tâche complexe.
Vous trouverez dans les sections suivantes un aperçu des facteurs de
performance de sauvegarde les plus courants. En raison du grand
nombre de variables existantes, il nous est impossible de donner des
recommandations tenant compte de l'ensemble des besoins des
utilisateurs.
Infrastructure
L'infrastructure a un impact important sur les performances de
sauvegarde et de restauration. Les aspects les plus importants sont le
parallélisme des chemins d'accès aux données et l'utilisation de matériel
rapide.
Sauvegarde locale ou réseau
L'envoi de données sur le réseau introduit un paramètre supplémentaire,
le réseau ayant un effet sur les performances. Data Protector gère le flux
de données différemment dans les cas suivants :
Flux de données
réseau
Du disque vers la mémoire du système source, vers le réseau, vers la
mémoire du système de destination, vers le périphérique
Flux de données
local
Du disque vers la mémoire vers le périphérique
Pour optimiser les performances avec les flux de données importants,
utilisez les configurations de sauvegarde locale.
Chapitre 2
47
Planification de la stratégie de sauvegarde
Analyse et planification des performances
Sauvegarde directe ou réseau/serveur
L'envoi de données sur un réseau et via un serveur introduit un
paramètre supplémentaire, le réseau et le serveur ayant un effet sur les
performances. Data Protector gère le flux de données différemment dans
les cas suivants :
Flux de données
réseau
Du disque vers la mémoire du système source, vers le réseau, vers la
mémoire du système de destination, vers le périphérique
Flux de données
direct
Du disque vers le périphérique
Pour optimiser les performances avec les flux de données importants,
utilisez les configurations de sauvegarde directe.
Périphériques
Performances du
périphérique
Le type et le modèle du périphérique ont une influence sur ses
performances en raison de la vitesse soutenue à laquelle le périphérique
peut écrire des données sur une bande (ou les lire).
Les taux de transfert de données atteints dépendent également de
l'utilisation de la compression matérielle. Le taux de compression
réalisable dépend de la nature des données sauvegardées. Dans la
plupart des cas, l'utilisation de périphériques rapides et de la
compression matérielle permet d'améliorer les performances obtenues.
Toutefois, cela n'est vrai que si les périphériques fonctionnent en mode
continu.
Au démarrage ou à la fin d'une session de sauvegarde, les périphériques
de sauvegarde ont besoin d'un peu de temps pour effectuer des
opérations telles que le rembobinage des supports, le montage ou le
démontage des supports.
Les bibliothèques offrent des avantages supplémentaires grâce à leur
accès rapide et automatisé à un grand nombre de supports. Au moment
de la sauvegarde, le chargement d'un nouveau support ou d'un support
réutilisable est requis. En outre, le support contenant les données à
restaurer doit être accessible rapidement au moment de la restauration.
L'accès aux données des périphériques sur disque est plus rapide qu'avec
des périphériques conventionnels car aucun chargement/déchargement
des supports n'est nécessaire. Les délais de sauvegarde et de
restauration en sont donc réduits. De plus, avec les périphériques sur
disque, il est possible d'utiliser des stratégies de sauvegarde avancées
48
Chapitre 2
Planification de la stratégie de sauvegarde
Analyse et planification des performances
telles que la sauvegarde synthétique et la sauvegarde de disque en
plusieurs étapes, ce qui réduit également le temps nécessaire aux
opérations de sauvegarde et de restauration.
Matériel haute performance autre que les périphériques
Performances des La vitesse de fonctionnement des systèmes informatiques a un impact
systèmes
direct sur les performances. Lors des sauvegardes, les systèmes sont
informatiques
chargés par la lecture des disques, la compression logicielle, etc.
Le taux de données lues sur disque et le taux d'utilisation du processeur
sont des critères de performances importants pour les systèmes
eux-mêmes, en plus des performances d'E/S et du type de réseau utilisé.
Configuration hautes performances avancée
La solution de sauvegarde avec temps d'indisponibilité nul de Data
Protector permet de réduire le temps d'indisponibilité des applications
ou la durée du mode sauvegarde et de diminuer la charge du réseau en
utilisant les périphériques de sauvegarde connectés en local à la place
des périphériques de sauvegarde réseau. Le temps d'indisponibilité des
applications ou la durée du mode sauvegarde se limite au temps de
création de la réplique des données. Cette dernière est ensuite
sauvegardée via un système de sauvegarde sur un périphérique connecté
en local.
Pour plus d'informations sur la sauvegarde avec temps d'indisponibilité
nul, reportez-vous au Guide conceptuel HP OpenView Storage Data
Protector de sauvegarde avec temps d’indisponibilité nul.
Utilisation en parallèle du matériel
L'utilisation en parallèle de plusieurs chemins d'accès aux données
constitue une méthode fondamentale et efficace pour améliorer les
performances. Cela comprend l'infrastructure réseau. Le parallélisme
permet d'améliorer les performances dans les cas suivants :
Quand utiliser le
parallélisme ?
• Lorsque plusieurs systèmes client peuvent être sauvegardés
localement, c'est-à-dire lorsque les disques et périphériques associés
sont connectés au même système client.
Chapitre 2
49
Planification de la stratégie de sauvegarde
Analyse et planification des performances
• Lorsque plusieurs systèmes client peuvent être sauvegardés sur le
réseau. Dans ce cas, l'acheminement du trafic réseau doit permettre
d'éviter que les chemins d'accès aux données ne se chevauchent. Dans
le cas contraire, les performances seront réduites.
• Lorsque plusieurs objets (disques) peuvent être sauvegardés sur un
ou plusieurs périphériques (à bandes).
• Un objet (disque ou fichiers) peut être directement sauvegardé sur
plusieurs périphériques (à bandes) à l'aide de plusieurs moteurs
XCOPY.
• Lorsque plusieurs liens réseau dédiés entre des systèmes client
peuvent être utilisés. Par exemple, si 6 objets (disques) doivent être
sauvegardés sur système_A et que système_B dispose de 3
périphériques à bandes rapides, vous pouvez utiliser 3 liens réseau
dédiés entre système_A et système_B.
• Partage de charge
Cette option permet à Data Protector de déterminer de manière
dynamique les périphériques sur lesquels les objets (disques) doivent
être sauvegardés. Activez cette fonctionnalité, en particulier lorsque
vous devez sauvegarder un grand nombre de systèmes de fichiers
dans un environnement dynamique. Pour plus d'informations,
reportez-vous à la section “Fonctionnement du partage de charge” à la
page 157.
Remarque : vous ne pouvez toutefois pas prévoir sur quels supports
un objet donné sera écrit.
Configuration des sauvegardes et des restaurations
Toute infrastructure doit être utilisée de manière à optimiser les
performances du système. Data Protector est un outil très flexible
capable de s'adapter à votre environnement et à la manière dont vous
souhaitez effectuer vos sauvegardes et vos restaurations.
Compression logicielle
L'UC du client effectue une compression logicielle lors de la lecture des
données d'un disque. Ce procédé permet de réduire le volume des
données envoyées sur le réseau, mais nécessite que le client dispose de
ressources UC importantes.
50
Chapitre 2
Planification de la stratégie de sauvegarde
Analyse et planification des performances
La compression logicielle est désactivée par défaut. Vous devez utiliser la
compression logicielle uniquement pour sauvegarder les données d'un
grand nombre de machines sur un réseau lent, et lorsque les données
peuvent être compressées avant d'être envoyées sur le réseau. Pensez à
désactiver la compression matérielle lorsque vous utilisez la compression
logicielle, deux opérations de compression ayant pour effet d'augmenter
le volume des données.
Compression matérielle
La compression matérielle s'effectue comme suit : un périphérique reçoit
les données d'origine d'un serveur de lecteurs et les écrit sur des supports
en mode compressé. Ce procédé permet d'augmenter la vitesse à laquelle
un lecteur de bande reçoit les données car le volume de données écrit sur
la bande est moins important.
La compression matérielle est activée par défaut. Sur les systèmes
HP-UX, vous pouvez activer la compression matérielle en sélectionnant
un fichier de périphérique de compression matérielle. Sur les systèmes
Windows, vous devez l'activer lors de la configuration du périphérique.
Utilisez cette option de compression avec précaution car les données
écrites sur des supports en mode compressé ne peuvent pas être lues au
moyen d'un périphérique fonctionnant en mode non compressé, et vice
versa.
Sauvegardes complètes et incrémentales
Une méthode simple pour améliorer les performances consiste à réduire
la quantité de données à sauvegarder. Il est recommandé de planifier
soigneusement vos sauvegardes complètes et incrémentales. Notez que
vous n'avez pas nécessairement besoin d'effectuer simultanément toutes
les sauvegardes complètes de l'ensemble des systèmes client.
Si vous utilisez la sauvegarde sur disque, vous pouvez utiliser des
stratégies de sauvegarde avancées telles que la sauvegarde synthétique
et la sauvegarde de disque en plusieurs étapes.
Sauvegarde d'image disque ou sauvegarde de système de fichiers
S'il était auparavant plus efficace de sauvegarder des images disque
(volumes bruts) plutôt que des systèmes de fichiers, cela n'est plus le cas
aujourd'hui, à l'exception des systèmes fortement chargés ou des disques
Chapitre 2
51
Planification de la stratégie de sauvegarde
Analyse et planification des performances
contenant un grand nombre de petits fichiers, par exemple. D'une
manière générale, il est préférable d'utiliser la sauvegarde de systèmes
de fichiers.
Distribution des objets sur les supports
Voici quelques exemples de configurations de sauvegarde objet/support
fournies par Data Protector :
• Un objet (disque) est stocké sur un support.
L'avantage de cette méthode est qu'il existe une relation fixe connue
entre un objet et un support, sur lequel l'objet réside. Cela peut être
utile pour le processus de restauration car le système a ainsi besoin
d'accéder à un seul support.
Toutefois, cette méthode présente un inconvénient dans une
configuration de sauvegarde en réseau. En effet, le réseau agit comme
un facteur de limitation des performances du système, empêchant le
périphérique de fonctionner en mode continu.
• De nombreux objets sont stockés sur un petit nombre de supports ;
chaque support contient des données provenant de plusieurs objets ;
un objet est stocké sur un périphérique.
L'avantage de cette méthode tient à la flexibilité des flux de données
au moment de la sauvegarde, ce qui participe à l'optimisation des
performances, en particulier dans le cas d'une configuration en
réseau.
La stratégie présuppose que les périphériques, à chacun desquels
parviennent simultanément des données émanant de plusieurs
sources, reçoivent un flux de données suffisant pour fonctionner en
mode continu.
L'inconvénient de cette méthode tient à la perte de temps résultant
du fait que les données (d'autres objets) sont ignorées lors de la
restauration d'un objet spécifique. En outre, cette méthode ne permet
pas de prévoir précisément sur quel support seront stockées les
données d'un objet.
Pour plus d'informations sur le mode de fonctionnement continu des
périphériques et les sauvegardes simultanées, reportez-vous à la
section “Périphérique en mode continu et simultanéité” à la page 158.
52
Chapitre 2
Planification de la stratégie de sauvegarde
Analyse et planification des performances
Performances des disques
Toutes les données sauvegardées par Data Protector dans vos systèmes
résident sur des disques. Les performances de ces disques ont donc une
influence directe sur les performances de sauvegarde. Un disque est
avant tout un périphérique séquentiel ; en d'autres termes, vous pouvez
y lire ou y écrire des données, mais vous ne pouvez pas effectuer ces deux
opérations simultanément. De même, vous ne pouvez lire ou écrire qu'un
flux de données à la fois. Dans Data Protector, les systèmes de fichiers
sont sauvegardés de manière séquentielle pour réduire les mouvements
de la tête du disque. Les fichiers sont restaurés de la même manière.
Ce principe de fonctionnement n'est pas toujours observable, car le
système d'exploitation stocke les données les plus utilisées dans la
mémoire cache.
Fragmentation des Les données sur un disque ne sont pas stockées dans l'ordre logique où
disques
elles apparaissent lorsque vous parcourez les fichiers et les répertoires ;
elles sont fragmentées en petits blocs répartis sur l'ensemble du disque
physique. Par conséquent, pour lire ou écrire un fichier, une tête de
disque doit se déplacer sur l'ensemble de la surface du disque. Notez qu'il
peut exister des différences d'un système d'exploitation à l'autre.
CONSEIL
Pour les fichiers volumineux, les sauvegardes sont plus efficaces lorsque
les fichiers sont peu fragmentés.
Compression
Si les données sont compressées sur un disque, le système d'exploitation
Windows commence par les décompresser avant de les envoyer sur le
réseau. Cela a pour conséquence de ralentir la vitesse de sauvegarde et
d'utiliser beaucoup de ressources processeur.
Sauvegardes
d'image disque
Data Protector vous permet également de sauvegarder des disques UNIX
sous forme d'images disque. Avec une sauvegarde par image disque, une
image de l'ensemble du disque est sauvegardée, sans suivre la structure
du système de fichiers. La tête de disque se déplace de manière linéaire
sur toute la surface du disque. La sauvegarde d'image disque peut donc
s'effectuer beaucoup plus rapidement que celle d'un système de fichiers.
Chapitre 2
53
Planification de la stratégie de sauvegarde
Analyse et planification des performances
Performances SAN
Lorsque vous sauvegardez de gros volumes de données en une session, le
temps nécessaire au transfert des données devient important. Il s'agit du
temps requis pour déplacer les données vers un périphérique de
sauvegarde, via une connexion (LAN, locale ou SAN).
Performances des applications de base de données en
ligne
Lorsque vous sauvegardez des bases de données et des applications,
comme Oracle, SAP R/3, Sybase et Informix Server, les performances de
sauvegarde dépendent également des applications. Les sauvegardes de
base de données en ligne permettent à la sauvegarde de se dérouler alors
que l'application de base de données reste en ligne. Cela permet
d'optimiser la disponibilité de la base de données mais peut avoir un
impact sur les performances de l'application. Data Protector s'intègre à
toutes les applications courantes de base de données en ligne afin
d'optimiser les performances de sauvegarde.
Reportez-vous au Guide d’intégration HP OpenView Storage Data
Protector pour plus d'informations sur l'intégration de Data Protector
aux différentes applications et pour obtenir des conseils sur
l'amélioration des performances de sauvegarde.
Consultez également la documentation fournie avec votre application de
base de données en ligne pour plus d'informations sur l'amélioration des
performances de sauvegarde.
54
Chapitre 2
Planification de la stratégie de sauvegarde
Planification de la sécurité
Planification de la sécurité
La sécurité des données est un facteur essentiel à prendre en compte
lorsque vous planifiez votre environnement de sauvegarde. Un plan de
sécurité soigneusement élaboré, mis en œuvre et mis à jour, vous
permettra d'éviter tout accès, duplication ou modification non autorisé à
des données.
Qu'est-ce que la
sécurité ?
Dans le contexte de la sauvegarde, la sécurité consiste généralement à
déterminer :
• qui peut administrer ou utiliser une application de sauvegarde (Data
Protector) ;
• qui peut accéder physiquement aux systèmes client et aux supports
de sauvegarde ;
• qui peut restaurer les données ;
• qui peut afficher les informations sur les données sauvegardées.
Data Protector vous propose des solutions de sécurité à tous ces niveaux.
Fonctionnalités de Les fonctionnalités suivantes vous permettent d'autoriser et de limiter
l'accès à Data Protector et aux données sauvegardées. Les éléments de la
sécurité Data
Protector
liste ci-dessous sont décrits en détail dans les sections suivantes.
• Cellules
• Comptes utilisateur Data Protector
• Groupe d'utilisateurs Data Protector
• Droits utilisateur Data Protector
• Visibilité et accès aux données sauvegardées
Cellules
Démarrage de
sessions
La sécurité Data Protector est basée sur les cellules. Les sessions de
sauvegarde et de restauration ne peuvent être lancées qu'à partir du
Gestionnaire de cellule, sauf si vous disposez de la fonctionnalité
Chapitre 2
55
Planification de la stratégie de sauvegarde
Planification de la sécurité
Manager-of-Managers de Data Protector. De cette manière, les
utilisateurs d'autres cellules ne peuvent ni sauvegarder, ni restaurer les
données stockées dans les systèmes de votre cellule locale.
Accès à partir d'un Data Protector vous permet en outre de définir explicitement le
Gestionnaire de
Gestionnaire de cellule à partir duquel un système client est accessible :
cellule spécifique en d'autres termes, de configurer un homologue certifié.
Restriction pré- et
post-exécution
Pour des raisons de sécurité, vous pouvez définir différents niveaux de
restrictions pour les scripts pré- et post-exécution. Ces scripts facultatifs
vous permettent de préparer un système client à la sauvegarde, par
exemple, en fermant une application de manière à obtenir une
sauvegarde cohérente.
Comptes utilisateur Data Protector
Comptes
utilisateur Data
Protector
Quiconque utilise une fonctionnalité de Data Protector, l'administre ou
restaure des données personnelles, doit avoir un compte utilisateur Data
Protector. Cela permet d'interdire tout accès non autorisé à Data
Protector et aux données sauvegardées.
Qui définit les
comptes
utilisateur ?
Un administrateur crée les comptes en spécifiant un nom de connexion
utilisateur et les systèmes à partir desquels l'utilisateur peut se
connecter, et en l'affectant à un groupe d'utilisateurs Data Protector,
lequel définit ses droits utilisateur.
A quel moment les Lorsqu'un utilisateur démarre l'interface utilisateur Data Protector,
comptes sont-ils
Data Protector contrôle ses droits. Un contrôle a également lieu
contrôlés ?
lorsqu'un utilisateur veut effectuer des tâches spécifiques.
Pour plus d'informations, reportez-vous au Chapitre 4, “Utilisateurs et
groupes d'utilisateurs”, page 189.
Groupes d'utilisateurs Data Protector
Qu'est-ce qu'un
groupe
d'utilisateurs ?
Lorsqu'un compte d'utilisateur est créé, l'utilisateur devient membre du
groupe d'utilisateurs spécifié. Pour chaque groupe, des droits utilisateur
Data Protector spécifiques ont été définis. Tous les membres du groupe
disposent des droits définis pour le groupe.
56
Chapitre 2
Planification de la stratégie de sauvegarde
Planification de la sécurité
A quoi servent les Les groupes d'utilisateurs Data Protector simplifient la configuration des
groupes
utilisateurs. L'administrateur peut regrouper les utilisateurs en fonction
d'utilisateurs ?
du type d'accès dont ils ont besoin. Par exemple, le groupe des
utilisateurs finaux peut être autorisé uniquement à restaurer des
données personnelles sur un système local, alors que le groupe des
opérateurs sera autorisé à démarrer et à contrôler des sauvegardes, mais
pas à en créer.
Pour plus d'informations, reportez-vous au Chapitre 4, “Utilisateurs et
groupes d'utilisateurs”, page 189.
Droits utilisateur Data Protector
Que sont les droits Les droits utilisateur permettent de définir les actions qu'un utilisateur
utilisateur ?
est autorisé à effectuer dans Data Protector. Ces droits sont définis au
niveau du groupe d'utilisateurs de Data Protector et non pour chaque
utilisateur individuellement. Les utilisateurs ajoutés à un groupe
disposent automatiquement des droits qui lui sont attribués.
A quoi servent les Data Protector dispose de fonctionnalités souples de gestion des
droits utilisateur ? utilisateurs et des groupes d'utilisateurs, qui permettent à
l'administrateur de définir de manière sélective les utilisateurs pouvant
accéder à une fonction Data Protector spécifique. Il est donc important de
définir avec soin les droits utilisateur dans Data Protector : sauvegarder
et restaurer des données revient plus ou moins à en faire une copie.
Pour plus d'informations, reportez-vous au Chapitre 4, “Utilisateurs et
groupes d'utilisateurs”, page 189.
Visibilité des données sauvegardées
Sauvegarder des données équivaut à en créer une copie. Il est donc
indispensable, lorsque vous traitez des informations confidentielles, de
limiter l'accès aux données d'origine et à celles de la sauvegarde.
Interdiction
d'accès aux
données pour
d'autres
utilisateurs
Lorsque vous configurez une sauvegarde, vous devez décider si les
données seront visibles par tous les utilisateurs (publiques) ou
uniquement par le propriétaire de la sauvegarde (privées) au moment de
la restauration. Le propriétaire est l'utilisateur qui a configuré la
sauvegarde et lancé (planifié) la session de sauvegarde. Pour plus
d'informations sur les propriétaires de sauvegarde, reportez-vous à la
section “Qui est propriétaire d'une session de sauvegarde ?” à la page 58.
Chapitre 2
57
Planification de la stratégie de sauvegarde
Planification de la sécurité
Encodage des données
Les systèmes ouverts et l'utilisation de réseaux publics rendent la
protection des données indispensable au sein des grandes entreprises.
Data Protector vous permet d'encoder les données stockées dans les
systèmes de fichiers et dans les images disque afin de les rendre
illisibles. L'encodage des données a lieu avant leur transfert sur un
réseau et avant leur écriture sur des supports. Pour encoder les données,
Data Protector utilise un algorithme intégré fixe.
Qui est propriétaire d'une session de sauvegarde ?
Qu'est-ce que la
propriété de
sauvegarde ?
Par défaut, l'utilisateur Data Protector qui a créé une spécification de
sauvegarde devient propriétaire de la session de sauvegarde en cours et
du jeu de supports qui en résulte. Notez que cette notion de propriété fait
référence à l'utilisateur Data Protector et non à l'utilisateur du système
(plate-forme). La session de sauvegarde ne s'exécute donc pas sous le
nom d'utilisateur du propriétaire.
Qui peut démarrer Vous ne pouvez exécuter que les spécifications de sauvegarde que vous
une sauvegarde ? avez créées. Par conséquent, si une spécification de sauvegarde a été
créée par l'administrateur, les autres utilisateurs ne sont pas autorisés à
démarrer de sauvegarde pour cette spécification. Pour savoir comment
modifier le propriétaire d'une session de sauvegarde, utilisez le mot clé
"propriété" dans l'index de l'aide en ligne. Notez que le changement de
propriétaire d'une sauvegarde revient à autoriser une personne à
accéder/restaurer des données dont elle n'est pas forcément propriétaire.
Propriété et
restauration des
sauvegardes
La notion de propriété a également une influence sur votre capacité à
restaurer les données. Si l'option privé/public est définie sur privé, seul le
propriétaire du jeu de supports ou les administrateurs sont autorisés à
voir les données stockées dans le jeu.
58
Chapitre 2
Planification de la stratégie de sauvegarde
Gestion de clusters
Gestion de clusters
Concepts relatifs aux clusters
Qu'est-ce qu'un
cluster ?
Un cluster est un groupe de plusieurs ordinateurs qui apparaissent sur
le réseau comme un système unique. Ce groupe d'ordinateurs est géré
comme un système unique et destiné à :
• garantir une disponibilité des applications et ressources stratégiques
aussi élevée que possible ;
• tolérer les pannes de composant ;
• prendre en charge l'ajout et le retrait de composants.
Sur le plan de la gestion des clusters, Data Protector est compatible avec
Microsoft Cluster Server pour Windows Server, MC/Service Guard pour
HP-UX, Veritas Cluster pour Solaris et Novell NetWare Cluster Services.
Pour obtenir la liste des périphériques pris en charge, reportez-vous au
document Références, notes de publication et annonces produits HP
OpenView Storage Data Protector.
Chapitre 2
59
Planification de la stratégie de sauvegarde
Gestion de clusters
Figure 2-1
Structure d'un cluster type
Composants :
• Nœuds de cluster (plusieurs)
• Disques locaux
• Disques partagés (entre les nœuds)
Nœuds de cluster
Les nœuds de cluster sont les ordinateurs qui composent un cluster. Ils
sont physiquement connectés à un ou plusieurs disques partagés.
Disques partagés
Les volumes de disques partagés (MSCS, Novell NetWare Cluster
Services) ou les groupes de volumes partagés (MC/SG, Veritas
Cluster) contiennent des données d'application stratégiques, ainsi que
des données de cluster spécifiques qui sont nécessaires au
fonctionnement du cluster. Dans les clusters MSCS, un disque partagé
est exclusivement actif sur un seul nœud de cluster à la fois.
Réseau de cluster
Un réseau de cluster est un réseau privé qui relie tous les nœuds de
cluster. Il transfère les données internes du cluster appelées pulsation
du cluster. La pulsation est un paquet de données comportant un
60
Chapitre 2
Planification de la stratégie de sauvegarde
Gestion de clusters
horodatage, distribué à tous les nœuds de cluster. Les nœuds de cluster,
en comparant ces paquets, déterminent celui d'entre eux qui est toujours
opérationnel, ce qui leur permet de déterminer l'appartenance du
package (MC/SG, Veritas Cluster) ou du groupe (MSCS).
Qu'est-ce qu'un
package ou
groupe ?
Un package (MC/SG, Veritas Cluster) ou un groupe (MSCS) est un
regroupement de ressources nécessaires à l'exécution d'une application
compatible cluster spécifique. Toutes les applications compatibles
cluster déclarent leurs propres ressources critiques. Les ressources
suivantes doivent être définies dans chaque groupe ou package :
• Volumes de disques partagés (MSCS, Novell NetWare Cluster
Services)
• Groupes de volumes partagés (MC/SG, Veritas Cluster)
• Noms IP réseau
• Adresses IP réseau
• Services d'application compatibles cluster
Qu'est-ce qu'un
serveur virtuel ?
Les volumes de disques et groupes de volumes représentent des disques
physiques partagés. Le nom et l'adresse IP réseau composent les
ressources permettant de définir le serveur virtuel d'une application
compatible cluster. Son nom et son adresse IP sont mis en cache par le
logiciel du cluster et mis en correspondance avec le nœud de cluster sur
lequel le package ou le groupe s'exécute. Le groupe ou package pouvant
basculer d'un nœud à l'autre, le serveur virtuel peut résider sur
différentes machines à différentes périodes.
Qu'est-ce qu'un
basculement ?
Chaque package ou groupe dispose d'un nœud "favori", sur lequel il
s'exécute habituellement. Ce nœud est appelé nœud principal. Un
package ou un groupe peut être déplacé dans un autre nœud de cluster
(l'un des nœuds secondaires). Le processus de transfert d'un package
ou d'un groupe du nœud de cluster principal au nœud secondaire est
appelé basculement ou passage. Le nœud secondaire accepte le package
ou groupe en cas de panne du nœud principal. Un basculement peut se
produire pour différentes raisons :
• En cas de pannes logicielles sur le nœud principal
• En cas de pannes matérielles sur le nœud principal
Chapitre 2
61
Planification de la stratégie de sauvegarde
Gestion de clusters
• Si l'administrateur effectue intentionnellement un transfert de
propriété en raison d'une opération de maintenance sur le nœud
principal
Dans un environnement de clusters, il peut y avoir plusieurs nœuds
secondaires mais un seul nœud principal.
Un Gestionnaire de cellule Data Protector compatible cluster chargé
d'exécuter la base de données IDB et de gérer les opérations de
sauvegarde et de restauration présente des avantages remarquables par
rapport à des versions non cluster.
Haute disponibilité
du Gestionnaire de
cellule Data
Protector
Toutes les opérations du Gestionnaire de cellule sont disponibles en
permanence, les services Data Protector étant définis en tant que
ressources de cluster dans le cluster et automatiquement redémarrés en
cas de basculement.
Redémarrage
automatique des
sauvegardes
Vous pouvez facilement configurer les spécifications de sauvegarde Data
Protector qui définissent la procédure de sauvegarde afin qu'elles soient
redémarrées en cas de basculement du Gestionnaire de cellule de Data
Protector. Utilisez l'interface Data Protector pour définir les paramètres
de redémarrage.
Partage de charge Un utilitaire spécial par ligne de commande permet aux utilisateurs
en cas de
d'effectuer différentes opérations, et notamment l'abandon des sessions
basculement
de sauvegarde au cas où des applications non Data Protector
basculeraient. Le Gestionnaire de cellule Data Protector permet à
l'administrateur de définir les opérations à exécuter dans ce type de
situation. Si la sauvegarde a moins d'importance que l'application, Data
Protector peut abandonner les sessions en cours. Si la sauvegarde est
plus importante ou sur le point de se terminer, Data Protector peut
poursuivre les sessions. Pour plus d'informations sur la définition des
critères, utilisez le mot clé "cluster, gestion des sauvegardes" dans l'index
de l'aide en ligne.
Support de clusters
Le support de clusters Data Protector signifie que :
• Le Gestionnaire de cellule Data Protector est installé dans un cluster.
Un tel Gestionnaire de cellule tolère les pannes et peut redémarrer
automatiquement des opérations dans la cellule après le basculement.
62
Chapitre 2
Planification de la stratégie de sauvegarde
Gestion de clusters
REMARQUE
Si le Gestionnaire de cellule est installé dans le cluster, ses ressources
critiques de cluster doivent être configurées dans le même package ou
groupe de clusters que l'application en cours de sauvegarde, afin de
redémarrer automatiquement les sessions de sauvegarde qui ont échoué
en raison d'un basculement. Dans le cas contraire, les sessions qui ont
échoué doivent être redémarrées manuellement.
• Le client Data Protector est installé dans un cluster. Le Gestionnaire
de cellule (s'il n'est pas installé dans le cluster) ne tolère pas les
pannes. Les opérations de la cellule doivent donc être redémarrées
manuellement.
Le comportement du Gestionnaire de cellule après le basculement peut
être configuré en ce qui concerne la session de sauvegarde (ayant échoué
en raison du basculement). Suite à l'échec d'une session, trois solutions
sont possibles :
• Redémarrage complet
• Redémarrage des objets ayant échoué
• Pas de redémarrage
Utilisez le mot clé "cluster, options de spécification de sauvegarde" dans
l'index de l'aide en ligne pour plus d'informations sur les options
relatives au comportement de la session de sauvegarde en cas de
basculement du Gestionnaire de cellule Data Protector.
Exemples d'environnements de clusters
Vous trouverez dans cette section trois exemples de configurations de
cluster.
Gestionnaire de cellule installé hors d'un cluster
L'environnement est le suivant :
• Le Gestionnaire de cellule est installé hors d'un cluster.
• Un périphérique de sauvegarde est connecté au Gestionnaire de
cellule ou à l'un des clients (non regroupés en cluster).
Chapitre 2
63
Planification de la stratégie de sauvegarde
Gestion de clusters
Figure 2-2
Gestionnaire de cellule installé hors d'un cluster
Lorsque vous créez une spécification de sauvegarde, vous pouvez voir
trois systèmes ou plus pouvant être sauvegardés dans le cluster.
• Nœud physique A
• Nœud physique B
• Serveur virtuel
Sauvegarde du
serveur virtuel
Si vous sélectionnez le serveur virtuel dans la spécification de
sauvegarde, la session va alors sauvegarder l'hôte ou le serveur virtuel
actif sélectionné, indépendamment du nœud physique sur lequel le
package ou groupe est en cours d'exécution.
Pour plus d'informations sur la définition de ces options, utilisez le mot
clé "cluster, options de spécification de sauvegarde" dans l'index de l'aide
en ligne.
64
Chapitre 2
Planification de la stratégie de sauvegarde
Gestion de clusters
Le tableau ci-dessous décrit le comportement prévu dans cette
configuration.
Tableau 2-1
Comportement de la sauvegarde
Condition
Résultat
Basculement du nœud avant le
démarrage de la sauvegarde
Sauvegarde réussie
Basculement du nœud pendant
la sauvegarde
Sauvegarde d'image disque/de
système de fichiers :
Echec de la session de sauvegarde.
Les objets entièrement
sauvegardés peuvent être utilisés
pour effectuer les restaurations.
Par contre, les objets ayant échoué
(en cours d'exécution ou en
attente) doivent être sauvegardés
à nouveau en redémarrant
manuellement la session.
Sauvegarde d'application :
Echec de la session de sauvegarde.
La session doit être redémarrée
manuellement.
Gestionnaire de cellule installé hors d'un cluster, périphériques
connectés aux nœuds de cluster
L'environnement est le suivant :
• Le Gestionnaire de cellule est installé hors d'un cluster.
• Les périphériques de sauvegarde sont connectés aux nœuds du
cluster.
Chapitre 2
65
Planification de la stratégie de sauvegarde
Gestion de clusters
Figure 2-3
Gestionnaire de cellule installé hors d'un cluster, périphériques
connectés aux nœuds de cluster
Lorsque vous créez une spécification de sauvegarde, vous pouvez voir
trois systèmes ou plus pouvant être sauvegardés dans le cluster.
• Nœud physique A
• Nœud physique B
• Serveur virtuel
Sauvegarde du
serveur virtuel
Si vous sélectionnez le serveur virtuel dans la spécification de
sauvegarde, la session va alors sauvegarder l'hôte ou le serveur virtuel
actif sélectionné, indépendamment du nœud physique sur lequel le
package ou groupe est en cours d'exécution.
66
Chapitre 2
Planification de la stratégie de sauvegarde
Gestion de clusters
REMARQUE
La différence avec l'exemple précédent réside dans le fait qu'un Agent de
support Data Protector est installé sur chacun des nœuds du cluster.
Vous devez en outre utiliser la fonctionnalité de partage de charge Data
Protector. Incluez les deux périphériques dans la spécification de
sauvegarde. Si vous définissez les valeurs de partage de charge à min=1
et max=1, Data Protector n'utilisera que le premier périphérique
disponible.
Le tableau ci-dessous décrit le comportement prévu dans cette
configuration.
Tableau 2-2
Comportement de la sauvegarde
Condition
Résultat
Basculement du nœud avant le
démarrage de la sauvegarde
Sauvegarde réussie grâce au
basculement automatique de
périphérique (partage de charge)
Basculement du nœud pendant la
sauvegarde
Sauvegarde d'image disque/de
système de fichiers :
Echec de la session de sauvegarde.
Les objets entièrement
sauvegardés peuvent être utilisés
pour effectuer les restaurations.
Par contre, les objets ayant échoué
(en cours d'exécution ou en attente)
doivent être sauvegardés à
nouveau en redémarrant
manuellement la session.
Sauvegarde d'application :
Echec de la session de sauvegarde.
La session doit être redémarrée
manuellement.
Chapitre 2
67
Planification de la stratégie de sauvegarde
Gestion de clusters
IMPORTANT
Si un basculement survient dans une telle configuration pendant une
activité de sauvegarde, l'Agent de support risque d'abandonner la session
de façon incorrecte, entraînant la corruption du support.
Gestionnaire de cellule installé dans un cluster, périphériques
connectés aux nœuds de cluster
L'environnement est le suivant :
• Le Gestionnaire de cellule est installé dans un cluster.
En ce qui concerne les intégrations de l'application Data Protector, il
existe deux façons de configurer Data Protector ainsi qu'une
application dans une telle configuration :
— Le Gestionnaire de cellule Data Protector est configuré pour
s'exécuter (à la fois en exécution normale et lors du basculement)
sur le même nœud que l'application. Les ressources critiques de
cluster Data Protector sont définies dans le même package
(MC/ServiceGuard) ou groupe (Microsoft Cluster Server) que les
ressources critiques de cluster de l'application.
IMPORTANT
Seule cette configuration permet de définir une opération automatisée
pour les sessions Data Protector abandonnées pendant le basculement.
— Le Gestionnaire de cellule Data Protector est configuré pour
s'exécuter (à la fois en exécution normale et lors du basculement)
sur des nœuds autres que celui de l'application. Les ressources
critiques de cluster Data Protector sont définies dans un autre
package (MC/ServiceGuard) ou groupe (Microsoft Cluster Server)
que les ressources critiques de cluster de l'application.
• Le ou les périphériques de sauvegarde sont connectés au bus Fibre
Channel partagé du cluster via un multiplexeur FC/SCSI.
68
Chapitre 2
Planification de la stratégie de sauvegarde
Gestion de clusters
Figure 2-4
Gestionnaire de cellule installé dans le cluster, périphériques
connectés aux nœuds de cluster
Lorsque vous créez une spécification de sauvegarde, vous pouvez voir
trois systèmes ou plus pouvant être sauvegardés dans le cluster.
• Nœud physique A
• Nœud physique B
• Serveur virtuel
Sauvegarde du
serveur virtuel
Si vous sélectionnez le serveur virtuel dans la spécification de
sauvegarde, la session va alors sauvegarder l'hôte ou le serveur virtuel
actif sélectionné, indépendamment du nœud physique sur lequel le
package ou groupe est en cours d'exécution.
Chapitre 2
69
Planification de la stratégie de sauvegarde
Gestion de clusters
REMARQUE
Les clusters ne prennent pas en charge les bus SCSI avec des bandes
partagées. Pour que les Agents de support bénéficient eux aussi d'une
grande disponibilité, la technologie Fibre Channel peut être utilisée
comme une interface avec le périphérique. Le périphérique en tant que
tel ne dispose pas d'une grande disponibilité dans cette configuration.
Dans cette configuration, vous pouvez accéder aux fonctions suivantes :
• Redémarrage automatique personnalisable des sauvegardes en cas de
basculement du Gestionnaire de cellule.
Vous pouvez configurer les spécifications de sauvegarde Data
Protector afin qu'elles soient redémarrées en cas de basculement du
Gestionnaire de cellule. Utilisez l'interface Data Protector pour
définir les paramètres de redémarrage.
• Contrôle des charges système au moment du basculement.
Un contrôle de pointe permet de définir le comportement de Data
Protector en cas de basculement. La commande omniclus est prévue à
cet effet. Le Gestionnaire de cellule permet à l'administrateur de
définir les opérations à exécuter dans ce genre de situation.
— Si la sauvegarde a moins d'importance que l'application qui vient
de basculer vers le système de sauvegarde, Data Protector peut
abandonner les sessions en cours.
— Si elle a plus d'importance ou qu'elle est sur le point d'être
effectuée, Data Protector poursuit les sessions.
Le tableau ci-dessous décrit le comportement prévu dans cette
configuration.
Tableau 2-3
Comportement de la sauvegarde
Condition
Résultat
Basculement
avant le début
d'une sauvegarde
Sauvegarde réussie
70
Chapitre 2
Planification de la stratégie de sauvegarde
Gestion de clusters
Tableau 2-3
Comportement de la sauvegarde
Condition
Résultat
Basculement de
l'application et
du Gestionnaire
de cellule
pendant la
sauvegarde (le
Gestionnaire de
cellule s'exécute
sur le même
nœud que
l'application).
Sauvegarde d'image
disque/de système de
fichiers
Echec de la session de
sauvegarde. Les objets
entièrement sauvegardés
peuvent être utilisés pour
effectuer des
restaurations. Par contre,
les objets dont la
sauvegarde a échoué (en
cours d'exécution ou en
attente) doivent être
sauvegardés à nouveau en
redémarrant
manuellement la session.
Sauvegarde
d'application
Echec de la session de
sauvegarde. Cette session
est redémarrée
automatiquement.
Basculement de
l'application
pendant la
sauvegarde sans
basculement du
Gestionnaire de
cellule (ce dernier
s'exécute sur un
nœud autre que
celui de
l'application).
Chapitre 2
IMPORTANT
Pour redémarrer la
session, il est
important de
sélectionner l'option
appropriée dans
Data Protector.
Utilisez le mot clé
"cluster, gestion des
sauvegardes" dans
l'index de l'aide en
ligne pour obtenir
des informations sur
la définitions de
toutes actions
possibles de Data
Protector en cas de
basculement du
Gestionnaire de
cellule.
Sauvegarde d'image disque/de système de
fichiers
La session de sauvegarde échoue lors du
basculement du nœud sur lequel le système de
fichiers est installé. Les objets entièrement
sauvegardés peuvent être utilisés pour effectuer
les restaurations. Par contre, les objets ayant
échoué (en cours d'exécution ou en attente)
doivent être sauvegardés à nouveau en
redémarrant manuellement la session.
Sauvegarde d'application
Echec de la session de sauvegarde. La session doit
être redémarrée manuellement.
71
Planification de la stratégie de sauvegarde
Gestion de clusters
IMPORTANT
Si un basculement survient dans une telle configuration pendant une
activité de sauvegarde, l'Agent de support risque d'abandonner la session
de façon incorrecte, entraînant la corruption du support.
En outre, le Gestionnaire de cellule/client de cluster Data Protector peut
être intégré à l'environnement EMC Symmetrix ou HP StorageWorks
Disk Array XP, ce qui a pour effet d'augmenter considérablement la
disponibilité de l'environnement de sauvegarde. Pour plus
d'informations, reportez-vous au Guide de l’administrateur HP
OpenView Storage Data Protector de sauvegarde avec temps
d’indisponibilité nul.
72
Chapitre 2
Planification de la stratégie de sauvegarde
Sauvegardes complètes et incrémentales
Sauvegardes complètes et incrémentales
Data Protector propose deux types de sauvegarde de système de fichiers
de base : la sauvegarde complète et la sauvegarde incrémentale.
Une sauvegarde complète consiste à enregistrer l'ensemble des fichiers
sélectionnés pour la sauvegarde dans un système de fichiers. Une
sauvegarde incrémentale consiste à enregistrer uniquement les fichiers
qui ont été modifiés depuis la dernière sauvegarde complète ou
incrémentale. Cette section comporte des conseils pour choisir un type de
sauvegarde et décrit l'incidence que peut avoir votre choix sur votre
stratégie de sauvegarde.
Tableau 2-4
Comparaison entre la sauvegarde complète et la sauvegarde
incrémentale
Sauvegarde complète
Sauvegarde
incrémentale
Ressources
Prend plus de temps que
la sauvegarde
incrémentale et requiert
davantage de supports.
Ne sauvegarde que ce qui
a été modifié depuis la
dernière sauvegarde, ce
qui permet de gagner du
temps et d'économiser de
l'espace sur les supports.
Gestion de
périphériques
Si vous utilisez un
périphérique autonome
comportant un seul
lecteur, vous devrez
remplacer le support
manuellement si
l'intégralité du contenu
de la sauvegarde ne tient
pas sur un seul support.
Il est moins probable que
la sauvegarde requiert des
supports supplémentaires.
Restauration
Restauration simple et
rapide.
Une restauration prend
plus de temps en raison du
nombre de supports
nécessaires.
Chapitre 2
73
Planification de la stratégie de sauvegarde
Sauvegardes complètes et incrémentales
Tableau 2-4
Comparaison entre la sauvegarde complète et la sauvegarde
incrémentale
Impact
IDB
Sauvegarde complète
Sauvegarde
incrémentale
Occupe plus d'espace
dans la base de données
IDB.
Occupe moins d'espace
dans la base de données
IDB.
Data Protector vous permet également d'effectuer des sauvegardes
incrémentales d'applications de base de données en ligne. Celles-ci
peuvent varier d'une application à l'autre. Sur Sybase, par exemple, ce
type de sauvegarde est appelé "sauvegarde de transaction" et consiste à
sauvegarder les journaux de transactions modifiés depuis la sauvegarde
précédente.
Notez que le concept de sauvegarde incrémentale n'est pas lié au concept
de niveau de journalisation qui, quant à lui, permet de définir la quantité
d'informations écrites dans la base de données IDB.
REMARQUE
Un certain nombre de types de sauvegardes supplémentaires (directe,
Split Mirror, Snapshot et Data Mover) sont disponibles grâce aux
intégrations d'application Data Protector. Pour plus d'informations,
reportez-vous au Guide d’intégration HP OpenView Storage Data
Protector correspondant.
Sauvegardes complètes
Les sauvegardes complètes sont des sauvegardes au cours desquelles
tous les objets sélectionnés sont sauvegardés, même s'ils n'ont pas été
modifiés depuis la sauvegarde précédente.
Sauvegarde synthétique
La sauvegarde synthétique est une solution de sauvegarde avancée qui
évite d'avoir à lancer régulièrement des sauvegardes complètes. Cette
solution permet de réaliser des sauvegardes incrémentales aussitôt
74
Chapitre 2
Planification de la stratégie de sauvegarde
Sauvegardes complètes et incrémentales
fusionnées avec la sauvegarde complète pour obtenir une nouvelle
sauvegarde complète synthétique. Pour plus d'informations,
reportez-vous au Chapitre 11, “Sauvegarde synthétique”, page 297.
Sauvegardes incrémentales
Les sauvegardes incrémentales permettent de sauvegarder les
modifications par rapport à une sauvegarde (complète ou incrémentale)
précédente toujours protégée. Pour procéder à la sauvegarde
incrémentale d'un objet, une sauvegarde complète de l'objet en question
(avec un nom de client, un point de montage et une description
identiques) doit avoir été effectuée au préalable.
Les sauvegardes incrémentales dépendent de la dernière sauvegarde
complète effectuée. Si vous définissez une sauvegarde incrémentale sans
avoir effectué une sauvegarde complète protégée, le système procède à
une sauvegarde complète.
Sauvegarde incrémentale classique
Avant d'effectuer une sauvegarde incrémentale d'un objet sauvegarde
spécifique, Data Protector compare les arborescences de l'objet
sauvegarde à celles de la chaîne de restauration valide de l'objet en
question. Si les arborescences ne concordent pas (par exemple, un
répertoire supplémentaire de l'objet sauvegarde a été sélectionné pour la
sauvegarde depuis la dernière sauvegarde ou il existe plusieurs
spécifications de sauvegarde avec le même objet sauvegarde et des
arborescences différentes), une sauvegarde complète est exécutée
automatiquement. De cette manière, tous les fichiers modifiés depuis la
dernière sauvegarde pertinente sont sauvegardés.
Dans la sauvegarde incrémentale classique, c'est l'heure de modification
du fichier qui permet de déterminer si ce dernier a été modifié ou non
depuis la dernière sauvegarde. Cependant, même si le fichier a été
renommé, déplacé ou si certains de ses attributs ont été modifiés, l'heure
de modification ne change pas et le fichier n'est donc pas sauvegardé lors
de la sauvegarde incrémentale classique. De tels fichiers ne pourront
être sauvegardés qu'à la sauvegarde complète suivante.
Sauvegarde incrémentale avancée
Une sauvegarde incrémentale avancée est capable de détecter et de
sauvegarder les fichiers renommés et déplacés, ainsi que ceux dont les
attributs ont été modifiés.
Chapitre 2
75
Planification de la stratégie de sauvegarde
Sauvegardes complètes et incrémentales
Ce type de sauvegarde permet également d'éviter les sauvegardes
complètes inutiles d'un objet sauvegarde dans son intégralité lorsque
certaines des arborescences sélectionnées pour la sauvegarde changent.
Par exemple, si un répertoire supplémentaire a été sélectionné pour la
sauvegarde depuis la dernière sauvegarde, une sauvegarde complète de
ce répertoire (arborescence) est exécutée, tandis que les éléments
restants font l'objet d'une sauvegarde incrémentale.
L'utilisation de la sauvegarde incrémentale avancée est un prérequis à la
sauvegarde synthétique.
Types de sauvegardes incrémentales
Dans Data Protector, différents types de sauvegardes incrémentales sont
disponibles :
Incr.
Une sauvegarde incrémentale simple (voir figure 2-5)
est basée sur la dernière sauvegarde encore protégée,
qui peut être une sauvegarde complète ou
incrémentale.
Incr1-9
Une sauvegarde incrémentale par niveau (voir
figure 2-6) dépend de la dernière sauvegarde en date
du niveau immédiatement inférieur, dont les données
sont toujours protégées. Par exemple, lors d'une
sauvegarde Incr1, toutes les modifications effectuées
depuis la dernière sauvegarde complète seront
sauvegardées, alors que lors d'une sauvegarde Incr5,
seules les modifications effectuées depuis la dernière
sauvegarde Incr4 seront sauvegardées. Une
sauvegarde Incr1-9 ne fait jamais référence à une
sauvegarde Incr existante.
76
Chapitre 2
Planification de la stratégie de sauvegarde
Sauvegardes complètes et incrémentales
Figure 2-5
Sauvegardes incrémentales
Figure 2-6
Sauvegardes incrémentales par niveau
Le tableau 2-5 ci-après décrit les références relatives pour l'exécution de
sauvegardes basées sur différents types de sauvegardes. Pour une
lecture détaillée, voir le texte explicatif au-dessous du tableau.
Chapitre 2
77
Planification de la stratégie de sauvegarde
Sauvegardes complètes et incrémentales
Tableau 2-5
Comment lire le
tableau 2-5
Références relatives des différentes sauvegardes
1
Comp
<----
Incr1
2
Comp
<----
<----
<----
Incr2
3
Comp
<----
Incr1
<----
Incr2
4
Comp
<----
Incr.
5
Comp
<----
Incr1
<----
Incr.
6
Comp
<----
Incr1
<----
Incr2
<----
Incr.
7
Comp
<----
Incr1
<----
Incr.
<----
Incr.
8
Comp
<----
Incr1
<----
Incr3
9
Comp
<----
Incr1
<----
Incr2
<----
Incr3
10
Comp
<----
<----
<----
Incr2
<----
Incr3
11
Comp
<----
<----
<----
<----
<----
Incr3
• Les lignes du tableau 2-5 sont indépendantes les unes des autres et
décrivent des situations différentes.
• L'âge des sauvegardes augmente de la droite vers la gauche,
c'est-à-dire que la sauvegarde qui se trouve le plus à gauche est la
plus ancienne alors que celle qui se trouve le plus à droite est la plus
récente.
• Complète et IncrX sont des objets statiques protégés du même
propriétaire. Un objet IncrX non protégé peut être utilisé pour la
restauration, mais ne peut en aucun cas servir de référence pour des
sauvegardes ultérieures.
Exemples
• A la deuxième ligne, vous pouvez voir une sauvegarde Complète
statique protégée et une sauvegarde Incr2 en cours d'exécution. Il n'y
a pas de Incr1, donc la sauvegarde est exécutée comme une Incr1.
78
Chapitre 2
Planification de la stratégie de sauvegarde
Sauvegardes complètes et incrémentales
• A la 5ème ligne, vous trouvez une sauvegarde Complète, une Incr1 et
une autre sauvegarde incrémentale en cours d'exécution. Pour la
sauvegarde en cours, Data Protector se réfère à la sauvegarde
précédente, c'est-à-dire Incr1.
• A la 8ème ligne, Incr3 est exécutée comme une Incr2 et à la 11ème
ligne, Incr3 est exécutée comme une Incr1.
Observations relatives à la restauration
Pour restaurer les dernières données sauvegardées, vous avez besoin des
supports sur lesquels sont stockées la sauvegarde complète la plus
récente et les sauvegardes incrémentales qui ont suivi. Par conséquent,
plus le nombre de sauvegardes incrémentales effectuées est important,
plus vous aurez de supports à gérer. Cela peut présenter un inconvénient
si vous utilisez des périphériques autonomes, et la restauration peut
durer assez longtemps.
L'utilisation de sauvegardes incrémentales simples et par niveau (voir
figure 2-7) requiert l'accès aux cinq jeux de supports les plus récents,
jusqu'à la sauvegarde complète incluse. L'espace nécessaire sur les
supports est moins important dans ce cas, mais la restauration quelque
peu complexe. La série de jeux de supports requis est également appelée
chaîne de restauration.
CONSEIL
Utilisez l'option Ajout possible aux incrémentales uniquement de
Data Protector pour stocker les données provenant de sauvegardes
complètes et incrémentales (avec la même spécification de sauvegarde)
sur un même jeu de sauvegardes.
Une autre utilisation courante du concept de sauvegarde incrémentale
est illustrée à la figure 2-8. Dans ce cas, l'espace nécessaire sur les
supports est légèrement plus important. Vous avez besoin d'accéder à
deux jeux de supports uniquement pour procéder à la restauration des
données à un instant donné. Notez qu'il n'existe aucune dépendance avec
un jeu de supports Incr1 précédent éventuel pour cette restauration, sauf
si vous déplacez l'instant donné pour la restauration en question.
Chapitre 2
79
Planification de la stratégie de sauvegarde
Sauvegardes complètes et incrémentales
Figure 2-7
Supports nécessaires à la restauration à partir de sauvegardes
incrémentales simples et par niveau
Figure 2-8
Supports nécessaires à la restauration à partir de sauvegardes
incrémentales par niveau
80
Chapitre 2
Planification de la stratégie de sauvegarde
Sauvegardes complètes et incrémentales
Notez que vous devez définir la stratégie de protection des données
appropriée pour obtenir toutes les sauvegardes complètes et
incrémentales requises pour la restauration. Si la protection des données
n'est pas correctement définie, il est possible que la chaîne de sauvegarde
soit rompue. Pour plus d'informations, reportez-vous à l'Annexe B.
Chapitre 2
81
Planification de la stratégie de sauvegarde
Conservation des données sauvegardées et des informations sur les données
Conservation des données sauvegardées et
des informations sur les données
Data Protector vous permet de définir la durée pendant laquelle il
convient de conserver les données sauvegardées sur le support lui-même
(protection des données) et les informations sur les données
sauvegardées dans la base de données IDB (protection de catalogue),
ainsi que le niveau de ces informations (niveau de journalisation).
Vous pouvez définir la protection des données sauvegardées
indépendamment de celle des informations de sauvegarde dans la base
de données IDB. Lorsque vous copiez un support, vous pouvez définir
pour les copies une période de protection différente de celle de l'original.
Base de données
interne de Data
Protector
Les performances de restauration dépendent en partie du temps
nécessaire au système pour trouver les supports requis pour une
restauration. Par défaut, ces informations sont stockées dans la base de
données interne IDB afin d'optimiser les performances de restauration et
de permettre à l'utilisateur de parcourir les fichiers et répertoires à
restaurer. Toutefois, stocker tous les noms de fichier de toutes les
sauvegardes dans l'IDB et les conserver pendant longtemps risque de
faire croître la taille de celle-ci dans des proportions qui la rendront
impossible à gérer.
En permettant de spécifier la protection de catalogue indépendamment
de la protection de données, Data Protector vous permet de trouver un
compromis entre la croissance de l'IDB et la commodité de restauration
des données. Vous pouvez, par exemple, mettre en œuvre une stratégie
pour une restauration facile et rapide des données dans les quatre
semaines suivant la sauvegarde, en définissant la protection de
catalogue à quatre semaines. Passé ce délai, vous aurez toujours la
possibilité d'effectuer des restaurations, moins facilement toutefois, et ce
jusqu'à ce que la protection des données expire, à savoir au bout d'un an
environ. En procédant ainsi, vous réduirez considérablement la taille de
l'IDB.
82
Chapitre 2
Planification de la stratégie de sauvegarde
Conservation des données sauvegardées et des informations sur les données
Protection de données
Qu'est-ce que la
protection des
données ?
Data Protector vous permet de spécifier pendant combien de temps les
données stockées sur les supports doivent être protégées contre tout
écrasement par Data Protector. Cette protection peut être définie en
dates absolues ou relatives.
Différentes parties de Data Protector vous permettent de définir la
protection des données. Pour plus d'informations, utilisez le mot clé
"protection des données" dans l'index de l'aide en ligne.
Si vous ne changez pas l'option de sauvegarde Protection de données
lors de la configuration d'une sauvegarde, les données sont protégées
définitivement. Notez que si vous ne modifiez pas cette protection, le
nombre de supports nécessaires pour les sauvegardes augmentera
constamment.
Protection de catalogue
Qu'est-ce que la
protection de
catalogue ?
Data Protector enregistre des informations sur les données sauvegardées
dans l'IDB. Ces informations étant écrites dans la base de données lors
de chaque sauvegarde, la taille de l'IDB augmente avec le nombre et la
taille des sauvegardes effectuées. La protection de catalogue indique à
Data Protector la durée pendant laquelle les informations sur les
données sauvegardées sont accessibles aux utilisateurs par exploration
durant la restauration. Lorsque la protection de catalogue arrive à
expiration, Data Protector écrase ces informations dans l'IDB (et non sur
le support) en les remplaçant par d'autres lors d'une sauvegarde
ultérieure.
Cette protection peut être définie en dates absolues ou relatives.
Si vous ne changez pas l'option de sauvegarde Protection de
catalogue lors de la configuration de votre sauvegarde, les informations
sur les données sauvegardées seront protégées aussi longtemps que les
données correspondantes. Notez que si vous ne modifiez pas ce
paramètre, la taille de l'IDB augmentera constamment en fonction des
informations ajoutées avec chaque sauvegarde.
Pour obtenir des informations supplémentaires sur la manière dont la
protection de catalogue influe sur les performances et la croissance de
l'IDB, reportez-vous à la section “Protection de catalogue en tant que
paramètre clé réglable de l'IDB” à la page 214.
Chapitre 2
83
Planification de la stratégie de sauvegarde
Conservation des données sauvegardées et des informations sur les données
Le modèle de protection utilisé par Data Protector peut être mis en
correspondance avec le concept de génération de sauvegarde présenté à
la section “Informations supplémentaires” à la page B-1.
Niveau de journalisation
Qu'est-ce que le
niveau de
journalisation ?
Le niveau de journalisation indique la quantité de détails sur les fichiers
et répertoires, écrits dans l'IDB pendant la sauvegarde. Vous pouvez
toujours restaurer vos données, sans tenir compte du niveau de
journalisation utilisé pendant la sauvegarde.
Data Protector propose quatre niveaux de journalisation permettant de
contrôler la quantité de détails sur les fichiers et répertoires écrits dans
l'IDB. Pour plus d'informations, reportez-vous à la section “Niveau de
journalisation en tant que paramètre clé réglable de la base de données
IDB” à la page 212.
Exploration des fichiers à restaurer
L'IDB conserve des informations sur les données sauvegardées. Ces
informations vous permettent de parcourir et de sélectionner des
fichiers, et de démarrer leur restauration à l'aide de l'interface Data
Protector. Vous pouvez également restaurer des données sans ces
informations, à condition que les supports sur lesquels elles sont
stockées soient toujours disponibles, mais vous devez pour cela savoir
quel support utiliser et quelles données restaurer, par exemple le nom
exact du fichier qui vous intéresse.
L'IDB contient également des informations concernant la durée pendant
laquelle les données stockées sur le support ne seront pas écrasées.
Les stratégies adoptées en matière de protection des données, de
protection de catalogue et de niveau de journalisation ont une incidence
sur la disponibilité des données et sur le temps nécessaire pour y accéder
pendant la restauration.
Activation de l'exploration des fichiers et de la restauration
rapide
Pour pouvoir restaurer des fichiers rapidement, les informations sur les
données sauvegardées doivent exister dans le catalogue tout comme les
données protégées sur le support. Les informations du catalogue vous
permettent de parcourir et de sélectionner des fichiers, et de démarrer
84
Chapitre 2
Planification de la stratégie de sauvegarde
Conservation des données sauvegardées et des informations sur les données
leur restauration à l'aide de l'interface utilisateur de Data Protector ;
elles permettent également à Data Protector de localiser rapidement les
données sur les supports de sauvegarde.
Activation de la restauration des fichiers, sans l'exploration
Lorsque la protection de catalogue arrive à expiration et que les données
sont toujours protégées, vous ne pouvez plus parcourir les fichiers dans
l'interface de Data Protector ; cependant, la restauration des données
reste possible si vous connaissez le nom du fichier à restaurer et le
support sur lequel il est stocké. La restauration est moins rapide, car
Data Protector ignore où se trouvent les données sur le support. Vous
pouvez également réimporter le contenu du support dans la base de
données IDB, ce qui revient à rétablir les informations sur les données
sauvegardées dans le catalogue, puis lancer la restauration.
Ecrasement des fichiers sauvegardés par de nouvelles données
Une fois que la protection des données est arrivée à expiration, les
données stockées sur les supports sont écrasées lors d'une sauvegarde
ultérieure. Tant que les données n'ont pas été écrasées, vous pouvez les
restaurer à partir du support.
Chapitre 2
85
Planification de la stratégie de sauvegarde
Conservation des données sauvegardées et des informations sur les données
CONSEIL
Définissez la protection des données sur la durée pendant laquelle les
données doivent être conservées, par exemple, un an.
Définissez, pour la protection de catalogue, la durée pendant laquelle
vous souhaitez pouvoir parcourir, sélectionner et restaurer des fichiers
rapidement à l'aide de l'interface utilisateur de Data Protector.
Exportation de supports d'une cellule
L'exportation de supports depuis une cellule Data Protector revient à
supprimer de la base de données IDB toutes les informations sur les
données sauvegardées sur ce support et les supports eux-mêmes. Vous ne
pouvez pas parcourir, sélectionner ou restaurer des fichiers provenant
d'un support exporté avec l'interface de Data Protector. Vous devez pour
cela relire (ou ajouter) le support dans la cellule Data Protector. Cette
fonction doit être activée pour déplacer le support vers une autre cellule.
86
Chapitre 2
Planification de la stratégie de sauvegarde
Sauvegarde de données
Sauvegarde de données
La sauvegarde de données comporte une ou plusieurs des étapes
suivantes :
• Sélection des données à sauvegarder et du système client source
• Sélection du système de destination sur lequel les données seront
sauvegardées
• Sélection afin d'écrire des données identiques sur des jeux de
supports supplémentaires - écriture en miroir
• Sélection des options de sauvegarde
• Planification d'une opération de sauvegarde automatisée
Vous pouvez spécifier tous ces éléments lors de la création d'une
spécification de sauvegarde.
Chapitre 2
87
Planification de la stratégie de sauvegarde
Sauvegarde de données
Figure 2-9
Session de sauvegarde
A l'heure spécifiée, Data Protector démarre une session de sauvegarde
sur la base d'une spécification de sauvegarde. La source de données est
définie sous forme d'une liste d'objets (comme un système de fichiers
sous UNIX ou des lecteurs de disque sous Windows) et les destinations
sont des périphériques (à bandes par exemple) spécifiés. Au cours de la
session de sauvegarde, Data Protector lit le contenu des objets, transfère
les données via le réseau et les écrit sur les supports placés dans les
périphériques. Le nom des périphériques à utiliser figure dans la
spécification de sauvegarde. Un pool de supports peut également y être
spécifié. Dans le cas contraire, le pool par défaut est utilisé.
Une spécification de sauvegarde peut être une simple définition de la
sauvegarde d'un disque sur un lecteur DDS autonome, ou une définition
complexe de la sauvegarde de 40 serveurs volumineux sur une
bibliothèque à bandes Silo comportant huit lecteurs.
88
Chapitre 2
Planification de la stratégie de sauvegarde
Sauvegarde de données
Création d'une spécification de sauvegarde
Qu'est-ce qu'une
spécification de
sauvegarde ?
Une spécification de sauvegarde vous permet de regrouper les objets à
sauvegarder en un groupe possédant des caractéristiques communes,
comme la planification définie, les périphériques utilisés, le type de
sauvegarde effectué et les options sélectionnées pour la session de
sauvegarde.
Comment créer
une spécification
de sauvegarde ?
Pour configurer une spécification de sauvegarde, utilisez l'interface de
Data Protector. Vous devez pour cela savoir quelles données sauvegarder,
combien de miroirs vous souhaitez créer, quels supports et quels
périphériques utiliser pour la sauvegarde et, le cas échéant, définir
certains comportements spécifiques pour la sauvegarde. Data Protector
propose un comportement de sauvegarde par défaut adapté à la plupart
des cas que vous pouvez rencontrer. Vous pouvez personnaliser le
comportement de sauvegarde à l'aide des options de sauvegarde de Data
Protector.
Data Protector vous permet de sauvegarder un client avec l'ensemble des
disques qui y sont connectés, en détectant ces derniers au moment de la
sauvegarde. Reportez-vous à la section “Sauvegarde en mode détection
de disques” à la page 249.
Sélection d'objets sauvegarde
Qu'est-ce qu'un
objet
sauvegarde ?
Data Protector utilise le terme objet sauvegarde pour désigner une
unité de sauvegarde contenant tous les éléments sélectionnés pour
réaliser une sauvegarde à partir d'un volume de disque (disque logique
ou point de montage). Les éléments sélectionnés peuvent être des
fichiers, des répertoires ou l'ensemble du disque ou du point de montage.
En outre, un objet sauvegarde peut être une entité de base de données ou
une image disque (rawdisk).
Un objet sauvegarde est défini comme suit :
• Nom de client : nom d'hôte du client Data Protector dans lequel l'objet
sauvegarde est hébergé.
• Point de montage : point d'accès dans une structure de répertoires
(lecteur sous Windows et point de montage sous UNIX) sur le client
contenant l'objet sauvegarde.
• Description : définit exclusivement les objets sauvegarde avec un nom
de client et un point de montage identiques.
Chapitre 2
89
Planification de la stratégie de sauvegarde
Sauvegarde de données
• Saisissez : type d'objet sauvegarde, par exemple, un système de
fichier ou Oracle.
Le mode de définition d'un objet sauvegarde est primordial pour
comprendre la manière dont les sauvegardes incrémentales sont
effectuées. Par exemple, si la description d'un objet sauvegarde change,
l'objet en question est considéré comme un nouvel objet sauvegarde ; par
conséquent, une sauvegarde complète doit automatiquement être
effectuée à la place de la sauvegarde incrémentale.
Exemples
d'options de
sauvegarde
Vous pouvez personnaliser le comportement relatif à la sauvegarde de
chaque objet, en particulier en définissant des options de sauvegarde
pour cet objet. Voici quelques exemples d'options de sauvegarde que vous
pouvez spécifier :
• Niveau de journalisation des informations destinées à la base de
données IDB
Data Protector propose quatre niveaux de journalisation permettant
de contrôler la quantité de détails concernant les fichiers et
répertoires stockés dans la base de données IDB :
— Journaliser tout
— Fichiers journaux
— Journaliser répertoires
— Pas de journalisation
Notez que lorsque vous changez le niveau des informations stockées,
les possibilités d'exploration des fichiers via l'interface Data Protector
durant la restauration s'en trouvent affectées. Pour plus
d'informations sur le niveau de journalisation, reportez-vous à la
section “Niveau de journalisation en tant que paramètre clé réglable
de la base de données IDB” à la page 212.
• Partage de charge automatique
Allocation de périphérique dynamique à partir d'une liste donnée.
Pour plus d'informations, reportez-vous à la section “Fonctionnement
du partage de charge” à la page 157.
Cette option permet à Data Protector de déterminer de manière
dynamique les périphériques sur lesquels les objets (disques) doivent
être sauvegardés.
90
Chapitre 2
Planification de la stratégie de sauvegarde
Sauvegarde de données
• Scripts pré-exécution et post-exécution
Traitement destiné à préparer un client à une sauvegarde cohérente.
Pour plus d'informations, reportez-vous à la section “Commandes
pré-exécution et post-exécution” à la page 247.
Vous pouvez également spécifier les répertoires à exclure d'une
sauvegarde ou ne sauvegarder que certains répertoires, ou encore
sauvegarder les disques au fur et à mesure qu'ils sont ajoutés. Votre
sauvegarde est donc entièrement configurable et dynamique.
Sessions de sauvegarde
Qu'est-ce qu'une
session de
sauvegarde ?
Une session de sauvegarde est un processus consistant à sauvegarder les
données d'un système client sur des supports. Ce processus s'exécute
toujours sur le système du Gestionnaire de cellule. Une session de
sauvegarde est basée sur une spécification de sauvegarde et démarre
lorsqu'une sauvegarde est exécutée.
Au cours d'une session de sauvegarde, Data Protector sauvegarde les
données à l'aide du comportement par défaut ou de celui que vous avez
défini.
Reportez-vous au Chapitre 7, “Fonctionnement de Data Protector”,
page 241 pour obtenir des informations détaillées sur les sessions de
sauvegarde et sur la manière de les contrôler.
Miroirs d'objet
Qu'est-ce qu'un
miroir d'objet ?
Le miroir d'objet est une copie supplémentaire d'un objet sauvegarde qui
est créée pendant une session de sauvegarde. Lors de la création d'une
spécification de sauvegarde, vous pouvez choisir de créer une ou
plusieurs copies supplémentaires (miroirs) d'objets spécifiques.
L'utilisation de la mise en miroir d'objet améliore la tolérance aux
pannes des sauvegardes et permet d'effectuer une mise au coffre sur
plusieurs sites. Toutefois, la mise en miroir d'objet pendant une session
de sauvegarde augmente le temps nécessaire à la sauvegarde.
Pour plus d'informations, reportez-vous à la section “Mise en miroir
d'objet” à la page 110.
Chapitre 2
91
Planification de la stratégie de sauvegarde
Sauvegarde de données
Jeux de supports
Qu'est-ce qu'un
jeu de supports ?
Le résultat d'une session de sauvegarde est un ensemble de données
stockées sur un support ou un jeu de supports. Chaque session de
sauvegarde produit un ou plusieurs jeux de supports, selon que la
sauvegarde s'accompagne ou non de la mise en miroir d'objet. Selon
l'utilisation qui est faite du pool, plusieurs sessions peuvent partager les
mêmes supports. Lorsque vous restaurez des données, vous devez savoir
à partir de quels supports effectuer la restauration. Data Protector
conserve ces informations dans la base de données catalogue.
Types de sauvegarde et sauvegardes planifiées
Une stratégie de planification permet de déterminer à quel moment
démarrent les sauvegardes et de définir le type de sauvegarde effectuée
(complète ou incrémentale). Prenez en compte les différences entre
sauvegardes complètes et incrémentales. Voir le tableau 2-4 à la page 73.
Vous avez la possibilité de combiner des sauvegardes complètes et
incrémentales lorsque vous configurez des sauvegardes planifiées. Vous
pouvez, par exemple, réaliser une sauvegarde complète le dimanche et
des sauvegardes incrémentales tous les jours ouvrables de la semaine.
Pour sauvegarder une grande quantité de données et éviter des flux de
données trop importants, nous vous recommandons d'utiliser la méthode
de la planification échelonnée. Reportez-vous à la section “Planification
répartie de sauvegardes complètes” à la page 94.
Planification, configurations et sessions de
sauvegarde
Configuration de
sauvegarde
Lorsque vous planifiez une sauvegarde, tous les objets indiqués dans la
spécification correspondante sont sauvegardés au moment de la session
de sauvegarde.
Pour chaque sauvegarde individuelle ou périodique, vous pouvez
spécifier les options suivantes : Type de sauvegarde (complète ou
incrémentale), Charge réseau et Protection de sauvegarde. Avec la
sauvegarde Split Mirror/Snapshot, dans le cas d'une sauvegarde sur
disque ou d'une ZDB sur disque + bande (restauration instantanée
activée), choisissez l'option Sauvegarde Split Mirror/Snapshot. Pour
ces sauvegardes, le type de la sauvegarde est ignoré et l'opération
réalisée est une sauvegarde complète.
92
Chapitre 2
Planification de la stratégie de sauvegarde
Sauvegarde de données
Dans une spécification de sauvegarde, vous pouvez planifier à la fois des
sauvegardes avec temps d'indisponibilité nul sur disque et des ZDB sur
disque + bande et indiquer une période de protection des données
différente pour chaque sauvegarde individuelle ou planifiée
périodiquement.
Session de
sauvegarde
Au démarrage d'une session de sauvegarde, Data Protector tente
d'allouer toutes les ressources nécessaires, telles que les périphériques.
La session reste en file d'attente tant que les ressources minimales
requises ne sont pas disponibles. Data Protector tente d'allouer les
ressources pendant une période spécifique : le délai d'attente. Vous
pouvez configurer ce dernier. Si les ressources ne sont toujours pas
disponibles au terme du délai d'attente, la session est abandonnée.
Optimisation des
performances de
sauvegarde
Pour optimiser la charge du Gestionnaire de cellule, Data Protector lance
par défaut cinq sessions de sauvegarde en même temps. Si un plus grand
nombre de sessions simultanées est planifié, les sessions
supplémentaires sont mises en file d'attente et lancées une fois les autres
terminées.
Planification - Conseils et pièges à éviter
Les concepts de génération de sauvegarde, de protection de données et de
protection de catalogue sont décrits dans les sections “Sauvegardes
complètes et incrémentales” à la page 73 et “Conservation des données
sauvegardées et des informations sur les données” à la page 82.
Vous trouverez dans cette section des illustrations de tous ces concepts
sous la forme d'exemples de planifications de sauvegarde, accompagnés
de quelques conseils qui vous aideront à planifier efficacement vos
sauvegardes.
Quand planifier des sauvegardes ?
D'une manière générale, planifiez les sauvegardes afin qu'elles
s'exécutent lorsque l'activité des utilisateurs est au plus bas,
généralement la nuit. Les sauvegardes complètes étant plus longues à
réaliser, planifiez-les durant les week-ends.
Pensez à planifier les sauvegardes complètes des différents clients
(spécifications de sauvegarde) sur plusieurs jours, comme indiqué à la
section “Planification répartie de sauvegardes complètes”.
Chapitre 2
93
Planification de la stratégie de sauvegarde
Sauvegarde de données
REMARQUE
Avec Data Protector, vous pouvez établir des rapports représentant la
disponibilité des périphériques par tranches horaires. Vous pouvez ainsi
choisir un moment où les périphériques requis ne risquent pas d'être
utilisés pour des sauvegardes existantes.
Planification répartie de sauvegardes complètes
Effectuer une sauvegarde complète de l'ensemble des systèmes le même
jour risque d'entraîner des problèmes de surcharge réseau et de fenêtre
temporelle. Pour éviter cela, il est préférable d'utiliser la méthode de la
planification échelonnée pour vos sauvegardes complètes.
Tableau 2-6
Méthode de planification échelonnée
Lun
Mar
Mer
...
grp_système_
a
Complète
Incr1
Incr1
...
grp_système_
b
Incr1
Complète
Incr1
...
grp_système_
c
Incr1
Incr1
Complète
...
Optimisation de la restauration
La combinaison de votre stratégie de planification avec des sauvegardes
complètes ou incrémentales a une grande incidence sur le temps
nécessaire à la restauration des données. Trois exemples sont fournis
dans cette section à titre d'illustration.
Pour pouvoir effectuer une restauration de l'état à un instant donné,
vous devez disposer d'une sauvegarde complète, ainsi que de toutes les
sauvegardes incrémentales réalisées entre cette dernière et l'instant en
question. Les sauvegardes complètes et incrémentales n'étant
généralement pas effectuées sur les mêmes supports, vous devrez
probablement charger différents supports. Pour obtenir des informations
complémentaires sur la manière dont Data Protector sélectionne les
supports pour les sauvegardes, reportez-vous à la section “Sélection des
supports utilisés pour la sauvegarde” à la page 145.
94
Chapitre 2
Planification de la stratégie de sauvegarde
Sauvegarde de données
Exemple 1
La figure 2-10 illustre une stratégie de planification basée sur une
sauvegarde complète associée à des sauvegardes incrémentales simples.
Figure 2-10
Sauvegarde complète avec sauvegardes incrémentales simples
quotidiennes
Cette stratégie permet de réduire l'espace support et le temps
nécessaires aux sauvegardes, car seules les modifications effectuées
depuis la veille sont prises en compte. Toutefois, pour restaurer des
fichiers sauvegardés un jeudi, par exemple, vous aurez besoin des
supports utilisés pour la sauvegarde complète, et de tous ceux ayant été
utilisés pour les sauvegardes incrémentales effectuées jusqu'au jeudi
(dans l'exemple ci-dessus, cinq jeux de supports). Le processus de
restauration est par conséquent plus complexe et plus lent.
Chapitre 2
95
Planification de la stratégie de sauvegarde
Sauvegarde de données
Exemple 2
La figure 2-11 illustre une stratégie de planification basée sur une
sauvegarde complète associée à des sauvegardes incrémentales de
niveau un.
Figure 2-11
Sauvegarde complète avec sauvegardes incrémentales de
niveau 1 quotidiennes
Cette stratégie nécessite légèrement plus de temps pour les sauvegardes
et requiert un peu plus d'espace support, puisque toutes les
modifications effectuées depuis la sauvegarde complète la plus récente
sont enregistrées chaque jour. Pour restaurer des fichiers sauvegardés le
jeudi, par exemple, vous aurez besoin des supports utilisés pour la
sauvegarde complète, ainsi que ceux utilisés pour la sauvegarde
incrémentale du jeudi (dans notre cas, deux jeux de supports seulement).
Cela permet de simplifier et d'accélérer considérablement le processus de
restauration.
96
Chapitre 2
Planification de la stratégie de sauvegarde
Sauvegarde de données
Exemple 3
Selon votre environnement et vos besoins, la meilleure solution peut être
un compromis entre ces deux options. Vous pourriez, par exemple, définir
la stratégie de planification suivante :
Figure 2-12
Sauvegarde complète avec sauvegardes incrémentales mixtes
Cette stratégie tient compte du fait que seul un petit nombre de
modifications est effectué durant le week-end. Les données sont
sauvegardées à l'aide d'une combinaison de sauvegardes incrémentales
simples et de sauvegardes Incr1 (différentielles), dans le but d'optimiser
les performances de la sauvegarde. Pour restaurer des fichiers
sauvegardés jeudi, par exemple, vous aurez besoin des supports utilisés
pour la sauvegarde complète et de ceux utilisés pour la deuxième
sauvegarde Incr1 (dans notre cas, deux jeux de supports).
Chapitre 2
97
Planification de la stratégie de sauvegarde
Des opérations automatisées ou sans surveillance
Des opérations automatisées ou sans
surveillance
Pour simplifier les opérations et le travail de l'opérateur au cours du
processus de sauvegarde, Data Protector met à disposition de
l'utilisateur des fonctionnalités poussées prenant en charge les
sauvegardes sans surveillance ou automatiques pendant les périodes
hors activité. Cette section vous explique comment élaborer vos
stratégies de planification et dans quelle mesure elles ont une influence
sur le comportement de la sauvegarde, et vous donne des exemples de
stratégie de planification. Une attention toute particulière est apportée
aux longues périodes d'opération sans surveillance (de plusieurs jours à
plusieurs semaines), plutôt qu'à l'opération sans surveillance dans le
cadre d'une sauvegarde unique.
A propos des sauvegardes sans surveillance
Data Protector propose des méthodes simples de planification de vos
sauvegardes. L'efficacité des stratégies de planification étant liée à votre
environnement, il est indispensable de l'analyser avant de rechercher la
stratégie de planification la mieux adaptée.
• A quel moment l'utilisation du système et l'activité des utilisateurs
sont-elles les plus faibles ?
C'est généralement pendant la nuit, et c'est à ce moment-là qu'est
planifiée l'exécution de la plupart des sauvegardes. Data Protector
peut générer des rapports sur les périphériques utilisés pour les
sauvegardes.
• De quel type sont les données à traiter et à quelle fréquence
souhaitez-vous planifier leur sauvegarde ?
Les données souvent modifiées et stratégiques pour l'entreprise,
telles que les fichiers utilisateur, les transactions et les bases de
données, doivent être sauvegardées régulièrement. A l'inverse, il n'est
pas nécessaire de sauvegarder souvent les données spécifiques au
système, comme les fichiers de programme, qui sont peu susceptibles
d'être modifiées.
98
Chapitre 2
Planification de la stratégie de sauvegarde
Des opérations automatisées ou sans surveillance
• Jusqu'à quel point souhaitez-vous simplifier la restauration ?
Selon la manière dont vous planifiez vos sauvegardes complètes et
incrémentales, vous aurez besoin des supports utilisés lors des
différentes sauvegardes pour pouvoir restaurer la version la plus
récente des fichiers. La procédure peut prendre plus ou moins de
temps, voire nécessiter un traitement manuel des supports si vous ne
disposez pas d'un périphérique de bibliothèque automatique.
• Quelle quantité de données devez-vous sauvegarder ?
Les sauvegardes complètes sont plus longues à réaliser que les
sauvegardes incrémentales. Les sauvegardes doivent généralement
être effectuées dans un intervalle de temps limité.
• Combien de supports sont requis ?
Définissez une stratégie de rotation des supports. Reportez-vous à la
section “Mise en œuvre d'une stratégie de rotation des supports” à la
page 139. Vous saurez ainsi si le nombre de supports pouvant être
conservés dans la bibliothèque prévue est suffisant pour effectuer des
sauvegardes sur la période définie sans devoir gérer les supports
manuellement.
• Comment traiter les invites de montage ?
Déterminez si vous avez besoin d'utiliser une ou plusieurs
bibliothèques. Si vous n'en utilisez qu'une, Data Protector peut alors
accéder à la quasi-totalité des supports, ce qui signifie qu'il peut
fonctionner en mode automatique, réduisant ainsi de manière
significative les interventions manuelles sur les supports. Si le
volume de données à traiter est trop important pour une seule
bibliothèque, envisagez d'utiliser plusieurs bibliothèques. Pour plus
d'informations, reportez-vous à la section “Grandes bibliothèques” à
la page 165.
• Comment gérer les périphériques non disponibles ?
Utilisez les fonctions d'équilibrage dynamique des charges, ou
chaînage des périphériques, et pensez à définir plusieurs
périphériques lors de la création d'une spécification de sauvegarde.
Vous éviterez ainsi l'échec d'une sauvegarde dans le cas où un
périphérique ne serait pas prêt ou en cas de dysfonctionnement du
système auquel le périphérique est connecté.
Chapitre 2
99
Planification de la stratégie de sauvegarde
Des opérations automatisées ou sans surveillance
• Combien de temps peut prendre une sauvegarde de l'ensemble des
données ?
Les sauvegardes devant être effectuées pendant les périodes où
l'utilisation du réseau et l'activité des utilisateurs sont faibles, il est
indispensable de planifier les sauvegardes de manière à distribuer la
charge réseau qui en résulte et à optimiser l'efficacité des sessions de
sauvegarde. Vous serez peut-être amené à mettre en place une
stratégie de planification échelonnée.
Si vous avez de grandes quantités de données à sauvegarder et que la
fenêtre de sauvegarde présente un problème, envisagez l'utilisation
d'un périphérique sur disque pour vos sauvegardes et l'utilisation des
stratégies de sauvegardes avancées telles que la sauvegarde
synthétique et la sauvegarde de disque en plusieurs étapes.
• Comment préparer les applications en cours d'exécution pour les
sauvegardes ?
Etant donné qu'un grand nombre d'applications gardent les fichiers
ouverts, l'exécution d'une sauvegarde entraînerait des incohérences.
Pour remédier à cela, utilisez les scripts de pré- et post-exécution qui
permettront de synchroniser l'état des applications avec les
opérations de sauvegarde.
100
Chapitre 2
Planification de la stratégie de sauvegarde
Duplication de données sauvegardées
Duplication de données sauvegardées
La duplication de données sauvegardées présente plusieurs avantages.
Vous pouvez copier des données pour améliorer leur sécurité et leur
disponibilité, ou bien à des fins d'utilisation.
Data Protector fournit les méthodes suivantes de duplication des
données sauvegardées : copie d'objet, mise en miroir d'objet et copie de
support. Reportez-vous au tableau 2-7 pour une vue d'ensemble des
principales caractéristiques de ces méthodes.
Tableau 2-7
Méthodes de duplication de données Data Protector
Copie d'objet
Mise en
miroir d'objet
Copie de
supports
Eléments
dupliqués
Toute
combinaison de
versions d'objet
d'une ou
plusieurs
sessions de
sauvegarde
Un ensemble
d'objets d'une
session de
sauvegarde
Un support
dans son
intégralité
Temps de
duplication
A tout moment
à l'issue d'une
sauvegarde
Pendant la
sauvegarde
A tout moment
à l'issue d'une
sauvegarde
Type de
support
source et
cible
Peut différer
Peut différer
Doit être
identique
Taille des
supports
source et
cible
Peut différer
Peut différer
Doit être
identique
Ajout de
supports cible
Oui
Oui
Nona
Chapitre 2
101
Planification de la stratégie de sauvegarde
Duplication de données sauvegardées
Tableau 2-7
Méthodes de duplication de données Data Protector
Résultat de
l'opération
Copie d'objet
Mise en
miroir d'objet
Copie de
supports
Supports
contenant les
versions d'objet
sélectionnées
Supports
contenant les
versions d'objet
sélectionnées
Supports
identiques aux
supports
source
a. Vous ne pouvez utiliser comme supports cible que des supports
non formatés, vierges ou dont la protection est expirée. Après
l'opération, aucun ajout n'est possible aux supports source et
cible.
Copie d'objet
Qu'est-ce que la
copie d'objet ?
La fonctionnalité de copie d'objet de Data Protector vous permet de
copier des versions d'objet sélectionnées vers un ensemble de supports
spécifique. Vous pouvez sélectionner les versions d'un objet à partir d'une
ou de plusieurs sessions de sauvegarde ou de consolidation d'objet.
Pendant la session de copie d'objet, Data Protector lit les données
sauvegardées à partir du support source, les transfère et les inscrit sur le
support cible.
Le résultat d'une session de copie d'objet est un ensemble de supports
contenant des copies des versions d'objet que vous avez spécifiées.
La figure 2-13 à la page 103 indique comment les données sauvegardées
à un moment donné peuvent être copiées ultérieurement. Vous pouvez
copier un objet sauvegarde à partir d'un support contenant une
sauvegarde ou d'un support contenant une copie de l'objet.
102
Chapitre 2
Planification de la stratégie de sauvegarde
Duplication de données sauvegardées
Figure 2-13
Concept de la copie d'objet
La figure présente une version d'objet résultant d'une sauvegarde de
l'objet A, version 1 et deux copies supplémentaires de la même version
d'objet. La version 1-1 a été obtenue en copiant une version d'objet
résultant de la sauvegarde et la version 1-1-1 en copiant une copie de la
version d'objet. N'importe laquelle de ces versions d'objet peut être
utilisée pour effectuer une restauration de la même version d'objet.
Début de la
session de copie
d'objet
Vous pouvez lancer la session de copie d'objet de manière interactive ou
spécifier un lancement automatisé de la session. Data Protector propose
deux types de copie d'objet automatisée : la copie d'objet après
sauvegarde et la copie d'objet planifiée.
Copie d'objet
après sauvegarde
La copie d'objet après sauvegarde intervient après la fin d'une session
définie dans la spécification de copie d'objet automatisée. Elle permet de
copier les objets sélectionnés en fonction de la spécification de copie
d'objet automatisée et ayant été écrits au cours de cette session
particulière.
Chapitre 2
103
Planification de la stratégie de sauvegarde
Duplication de données sauvegardées
Copie d'objet
planifiée
La copie d'objet planifiée s'effectue à l'heure définie par l'utilisateur. Les
objets provenant de différentes sessions peuvent être copiées au cours
d'une même session de copie d'objet planifiée.
Sélection des
périphériques
Vous devez disposer de périphériques distincts pour les supports source
et les supports cible. Les périphériques de destination peuvent avoir une
taille de bloc supérieure aux périphériques source. Toutefois, pour éviter
toute incidence négative sur les performances, il est recommandé
d'utiliser des périphériques ayant la même taille de bloc et étant reliés
au même système ou à un environnement SAN.
Par défaut, le partage de charge est appliqué à la copie d'objet. Data
Protector tente d'optimiser l'utilisation des périphériques disponibles en
employant le nombre maximum possible de périphériques.
Si vous ne spécifiez pas les périphériques source à utiliser dans la
spécification de copie d'objet Data Protector utilise les périphériques par
défaut. Par défaut, les périphériques utilisés pour l'écriture des objets
serviront de périphériques source. Si les périphériques de destination ne
sont pas spécifiés par objet, Data Protector les sélectionne
automatiquement parmi ceux que vous avez choisis dans la spécification
de copie d'objet, en fonction des critères suivants et par ordre de priorité :
• Les périphériques de destination ayant la même taille de bloc que les
périphériques source sont sélectionnés avant ceux dont la taille de
bloc diffère.
• Les périphériques connectés localement sont sélectionnés avant les
périphériques en réseau.
Les périphériques sont verrouillés au début de la session. Les
périphériques non disponibles à ce moment-là ne pourront pas être
utilisés pendant la session puisque le verrouillage des périphériques ne
peut pas être effectué une fois la session commencée. Si une erreur
survient au niveau du support, le périphérique concerné ne doit pas être
utilisé pendant la session de copie.
Sélection du jeu
de supports
depuis lequel
effectuer la copie
Si vous souhaitez copier une version d'objet existant sur plusieurs jeux
de supports et ayant été créée par le biais d'une méthode de duplication
des données Data Protector, n'importe lequel des jeux de supports peut
être utilisé en tant que source pour la copie. Vous pouvez influer sur la
sélection des jeux de supports en spécifiant la priorité des emplacements
des supports.
104
Chapitre 2
Planification de la stratégie de sauvegarde
Duplication de données sauvegardées
Le processus global de sélection des supports est le même que pour la
restauration. Pour plus d'informations, reportez-vous à la section
“Sélection du jeu de supports” à la page 116.
Performances
d'une session de
copie d'objet
D'autres facteurs, tels que les tailles de bloc d'un périphérique et la
connexion de périphériques, peuvent également affecter les
performances de copie d'objet. Si les périphériques participant à la
session de copie d'objet présentent des tailles de bloc différentes, les
données seront regroupées pendant la session, ce qui demande plus de
temps et monopolise davantage de ressources. Si les données sont
transférées via le réseau, cela implique une charge supplémentaire pour
le réseau et une durée d'opération plus longue. Il est possible de
minimiser cet impact en utilisant le partage de charge pour cette
opération.
Pourquoi utiliser la copie d'objet ?
D'autres copies des données sauvegardées sont créées à des fins diverses
et variées :
• Mise au coffre
Vous pouvez faire des copies d'objets sauvegardés et les stocker à
plusieurs emplacements.
• Libération de supports
Pour conserver uniquement les versions d'objet protégées sur les
supports, vous pouvez copier ces versions d'objet et les écraser sur le
support.
• Démultiplexage des supports
Vous pouvez copier des objets pour éliminer l'entrelacement des
données.
• Regroupement d'une chaîne de restauration
Vous pouvez copier toutes les versions d'objet nécessaires pour une
restauration vers un seul jeu de supports.
• Migration vers un autre type de support
Vous pouvez copier vos sauvegardes sur des supports de différents
types.
• Prise en charge des concepts de sauvegarde avancés
Chapitre 2
105
Planification de la stratégie de sauvegarde
Duplication de données sauvegardées
Vous pouvez utiliser des concepts de sauvegarde tels que la
sauvegarde de disque en plusieurs étapes.
Mise au coffre
La mise au coffre est un processus de stockage des supports dans un lieu
sûr, souvent appelé coffre, où ils peuvent être conservés pendant une
période donnée. Pour plus de détails, reportez-vous à la section “Mise au
coffre” à la page 151.
Il est recommandé de conserver une copie des données sauvegardées sur
site à des fins de restauration. Pour obtenir des copies supplémentaires,
vous pouvez utiliser la copie d'objet, la mise en miroir d'objet ou la
fonction de copie de supports, selon vos besoins.
Libération de
supports
Vous pouvez réduire le nombre de supports utilisés en conservant
uniquement les sauvegardes protégées et en écrasant les autres. Un
support pouvant contenir aussi bien des sauvegardes protégées que non
protégées, vous pouvez copier des objets protégés sur un nouveau jeu de
supports et écraser les autres. Voir la figure 2-14 à la page 106.
Figure 2-14
Libération de supports
Démultiplexage
des supports
Les supports multiplexés peuvent contenir des données entrelacées de
plusieurs objets. Ces supports peuvent provenir de sessions de
sauvegarde dont la simultanéité des périphériques est supérieure à 1.
Les supports multiplexés compromettent la confidentialité des
sauvegardes et la restauration est plus longue.
106
Chapitre 2
Planification de la stratégie de sauvegarde
Duplication de données sauvegardées
Data Protector permet de démultiplexer les supports. Les objets
provenant d'un support multiplexé sont copiés sur les différents supports
que vous spécifiez. Voir la figure 2-15 à la page 107.
Figure 2-15
Démultiplexage d'un support
Regroupement
d'une chaîne de
restauration
Vous pouvez copier la chaîne de restauration (toutes les sauvegardes
nécessaires pour une restauration) d'une version d'objet sur un nouveau
jeu de supports. Une restauration effectuée à partir de ce type de jeu de
supports est plus rapide et plus pratique. En effet, il n'est pas nécessaire
de charger plusieurs supports et de rechercher les versions d'objet
nécessaires.
Migration vers un
autre type de
support
Vous pouvez migrer les données sauvegardées vers un autre type de
support. Vous pouvez par exemple copier des objets à partir de
périphériques de fichier vers des périphériques LTO ou de périphériques
DLT vers des périphériques LTO.
Sauvegarde de
disque en
plusieurs étapes
Le concept de sauvegarde de disque en plusieurs étapes permet
d'améliorer les performances des sauvegardes et des restaurations, de
réduire les coûts de stockage des données sauvegardées et d'améliorer la
disponibilité et l'accessibilité des données pour restauration.
Chapitre 2
107
Planification de la stratégie de sauvegarde
Duplication de données sauvegardées
Les étapes de la sauvegarde consistent à sauvegarder des données sur
des supports d'un certain type, puis à les déplacer vers des supports d'un
type différent. Les données sont sauvegardées vers des supports
caractérisés par de hautes performances et une grande accessibilité,
mais par des capacités limitées (par exemple, des disques système). Ces
sauvegardes restent généralement accessibles à la restauration pendant
la période où ce type d'opération est le plus probable. Après un certain
temps, les données sont déplacées vers des supports dont les
performances et l'accessibilité sont moins élevées mais dont les capacités
de stockage sont importantes, au moyen de la fonction de copie d'objet.
Voir la figure 2-16 à la page 109.
108
Chapitre 2
Planification de la stratégie de sauvegarde
Duplication de données sauvegardées
Figure 2-16
Concept de sauvegarde de disque en plusieurs étapes
La sauvegarde de disque en plusieurs étapes élimine également le besoin
d'effectuer fréquemment des sauvegardes sur bande de nombreux objets
de petite taille. Ces sauvegardes sont inadaptées en raison de la
fréquence élevée des chargements et déchargements des supports.
L'utilisation de la sauvegarde de disque en plusieurs étapes réduit les
temps de sauvegarde et empêche la détérioration des supports.
Chapitre 2
109
Planification de la stratégie de sauvegarde
Duplication de données sauvegardées
Mise en miroir d'objet
Qu'est-ce que la
mise en miroir
d'objet ?
La fonction de mise en miroir d'objet Data Protector permet d'écrire
simultanément les mêmes données sur plusieurs jeux de supports
pendant une session de sauvegarde. Vous pouvez mettre en miroir tout
ou partie des objets sauvegarde sur un ou plusieurs jeux de supports
supplémentaires.
Le résultat d'une session de sauvegarde réussie avec miroir d'objet est un
jeu de supports contenant les objets sauvegardés et des jeux de supports
supplémentaires contenant les objets mis en miroir. Les objets mis en
miroir sur ces supports sont considérés comme des copies d'objets.
Avantages de la
mise en miroir
d'objet
L'utilisation de la mise en miroir d'objet répond aux objectifs suivants :
• Elle augmente la disponibilité des données sauvegardées du fait de
l'existence de plusieurs copies.
• Elle permet une mise au coffre aisée sur plusieurs sites puisque les
données sauvegardées peuvent être mises en miroir sur des sites
distants.
• Elle améliore la tolérance aux pannes des sauvegardes puisque les
données sont écrites sur plusieurs supports. Un incident au niveau
d'un support n'affecte pas la création des autres miroirs.
Opération de mise Dans une session de sauvegarde avec mise en miroir d'objet, chaque objet
en miroir d'objet
sélectionné est sauvegardé et mis en miroir simultanément autant de
fois que spécifié dans la spécification de sauvegarde. Voir la figure 2-17 à
la page 111.
Prenons comme exemple l'Objet 3 de la figure. L'Agent de disque lit un
bloc de données à partir du disque et l'envoie vers l'Agent de support
responsable de la sauvegarde de l'objet. L'Agent de support écrit les
données sur le support du Lecteur 2 et les transmet à l'Agent de support
responsable du miroir 1. Ce dernier écrit à son tour les données sur le
support du Lecteur 4 et les transmet à l'Agent de support responsable du
miroir 2. Celui-ci écrit les données sur le support du Lecteur 5. A la fin
de la session, l'Objet 3 est disponible sur trois supports.
110
Chapitre 2
Planification de la stratégie de sauvegarde
Duplication de données sauvegardées
Figure 2-17
Mise en miroir d'objet
Sélection des
périphériques
Par défaut, le partage de charge est appliqué à la mise en miroir d'objet.
Data Protector tente d'optimiser l'utilisation des périphériques
disponibles en employant autant de périphériques que possible. Les
périphériques sont sélectionnés en fonction des critères suivants, par
ordre de priorité :
• Des périphériques de la même taille de bloc sont sélectionnés s'ils
sont disponibles.
• Les périphériques connectés localement sont sélectionnés avant les
périphériques en réseau.
Lorsque vous effectuez une mise en miroir d'objet à partir de la ligne de
commande, le partage de charge n'est pas disponible.
Chapitre 2
111
Planification de la stratégie de sauvegarde
Duplication de données sauvegardées
Performances de
sauvegarde
La mise en miroir d'objet a une incidence sur les performances de
sauvegarde. Sur les clients Gestionnaire de cellule et Agents de support,
l'impact de l'écriture de miroirs est le même que celui de la sauvegarde
d'objets supplémentaires. Sur ces systèmes, les performances de
sauvegarde diminuent en fonction du nombre de miroirs.
Sur les clients Agents de disque, la mise en miroir ne provoque aucun
impact, car les objets sauvegarde ne sont lus qu'une fois.
Les performances de sauvegarde dépendent également de facteurs tels
que la taille de bloc et la connexion des périphériques. Si les
périphériques utilisés pour la sauvegarde et la mise en miroir d'objet
présentent des tailles de bloc différentes, les données mises en miroir
seront regroupées pendant la session, ce qui demande plus de temps et
monopolise plus de ressources. Si les données sont transférées via le
réseau, cela implique une charge supplémentaire pour le réseau et une
durée d'opération plus longue.
Copie de supports
Qu'est-ce que la
copie de
supports ?
La fonctionnalité de copie de supports Data Protector vous permet de
copier des supports après qu'une sauvegarde a été effectuée. La
procédure de copie d'un support consiste à créer une copie exacte d'un
support de sauvegarde. Elle permet de dupliquer un support à des fins
d'archivage ou de mise au coffre. Une fois le support copié, vous pouvez
transférer l'original ou la copie vers un site de mise au coffre.
Il est possible de copier des supports manuellement ou de configurer
Data Protector pour que la copie soit effectuée automatiquement. Pour
plus d'informations, reportez-vous à la section “Copie automatisée des
supports” à la page 113.
Comment copier
des supports ?
Vous devez disposer de deux périphériques utilisant le même type de
support, l'un pour le support source et l'autre pour le support cible. Le
support source correspond au support à copier, et le support cible à celui
sur lequel les données sont copiées.
Lorsque vous copiez des supports au sein d'une bibliothèque possédant
plusieurs lecteurs, vous pouvez utiliser un lecteur pour la source et un
autre pour la copie.
Quel est le
résultat ?
La copie de supports résulte en deux jeux de supports identiques, à
savoir le jeu de supports d'origine et sa copie. L'un ou l'autre peut être
utilisé pour la restauration.
112
Chapitre 2
Planification de la stratégie de sauvegarde
Duplication de données sauvegardées
Une fois le support source copié, Data Protector lui attribue la propriété
Sans ajout possible, afin d'éviter que de nouvelles données de sauvegarde
ne soient écrites sur ce support (l'original serait alors différent de sa
copie). La copie se voit également attribuer la propriété Sans ajout
possible. Par défaut, le paramètre de protection de la copie est identique
à celui de l'original.
Vous pouvez réaliser plusieurs copies du support d'origine. Toutefois,
vous ne pouvez pas faire des copies de copies, également connues sous le
nom de copies de deuxième génération.
Copie automatisée des supports
La copie automatisée des supports est une procédure de création
Qu'est-ce que la
copie automatisée automatique de copies de supports de sauvegarde. Cette fonctionnalité
des supports ?
est disponible en cas d'utilisation de périphériques de bibliothèque.
Deux types de procédures de copie automatisée sont disponibles dans
Data Protector : les procédures de copie après sauvegarde et avant
sauvegarde.
Copie de supports La copie de supports après sauvegarde est effectuée une fois la session de
après sauvegarde sauvegarde terminée. Les supports copiés sont ceux utilisés lors de la
session en question.
Copie de supports La copie de sauvegarde programmée est effectuée à l'heure définie par
programmée
l'utilisateur. Il est possible de copier en une seule session des supports
régis par des spécifications de sauvegarde différentes. Pour définir les
supports devant être copiés, vous devez créer une spécification de copie
automatisée des supports.
Comment
fonctionne la
copie automatisée
des supports ?
Vous créez d'abord une spécification de copie automatisée des supports.
Lorsque la session de copie automatisée des supports débute, Data
Protector génère une liste de supports, appelés supports source, en
fonction des paramètres indiqués dans la spécification de copie
automatisée des supports. Pour chaque support source, Data Protector
sélectionne le support cible sur lequel les données seront copiées. Les
supports cible sont sélectionnés dans le même pool de supports que le
support source, dans un pool libre ou parmi les supports vierges de la
bibliothèque.
Pour chaque support source, Data Protector sélectionne deux
périphériques parmi ceux indiqués au niveau de la spécification de copie
automatisée des supports. La fonction de copie automatisée des supports
Chapitre 2
113
Planification de la stratégie de sauvegarde
Duplication de données sauvegardées
effectue elle-même le partage de la charge, selon les besoins. Pour une
exploitation optimale des périphériques, Data Protector utilise autant de
périphériques que possible et sélectionne de préférence des
périphériques installés en local.
La fonction de copie automatisée des supports ne gère pas les demandes
de montage ou "cleanme". En cas de réception d'une demande de
montage, l'utilisation des deux supports concernés est abandonnée mais
la session continue.
Pour obtenir des exemples d'utilisation, reportez-vous à la section
“Exemples de copie automatisée des supports” à la page B-5.
114
Chapitre 2
Planification de la stratégie de sauvegarde
Restauration des données
Restauration des données
Les stratégies de restauration des données jouent un rôle essentiel dans
la stratégie de sauvegarde globale de votre entreprise. N'oubliez pas ce
qui suit :
• Sauvegarder et restaurer des fichiers revient à peu de chose près à en
faire une copie. Assurez-vous par conséquent que seules les personnes
autorisées disposent des droits nécessaires à la restauration des
données confidentielles.
• Assurez-vous que les personnes non autorisées ne puissent pas
restaurer les fichiers d'autres personnes.
Dans cette section, nous décrirons plusieurs mises en œuvre de stratégie
de restauration avec Data Protector. Vous pouvez restaurer vos données
de système de fichiers en parcourant les objets ou les sessions de
restauration. Par défaut, les données sont restaurées à leur
emplacement d'origine. Vous pouvez toutefois spécifier l'emplacement de
destination de votre choix pour les données restaurées.
Durée de la restauration
En cas de perte de données, l'accès aux données n'est possible qu'au
terme du processus de récupération. Il est généralement crucial de
réduire au minimum la durée de la restauration de manière à ce que les
utilisateurs puissent travailler normalement. Il est par conséquent
recommandé d'évaluer le temps nécessaire à la restauration de données
spécifiques.
Facteurs ayant une La durée de la restauration dépend d'un certain nombre de facteurs, tels
influence sur la
que :
durée de la
• La quantité de données à restaurer. Ce paramètre a une influence
restauration
directe sur l'ensemble des éléments suivants.
• La combinaison de sauvegardes complètes et incrémentales choisie.
Pour plus d'informations, reportez-vous à la section “Sauvegardes
complètes et incrémentales” à la page 73.
• Les supports et les périphériques utilisés pour la sauvegarde. Pour
plus d'informations, reportez-vous au Chapitre 3, “Gestion des
supports et périphériques”, page 125.
Chapitre 2
115
Planification de la stratégie de sauvegarde
Restauration des données
• La vitesse de fonctionnement des réseaux et systèmes. Pour plus
d'informations, reportez-vous à la section “Analyse et planification
des performances” à la page 47.
• L'application que vous voulez récupérer, par exemple, des fichiers de
base de données Oracle. Pour obtenir des informations
complémentaires, reportez-vous au Guide d’intégration HP OpenView
Storage Data Protector adéquat.
• L'utilisation de la restauration parallèle. Selon comment les données
ont été sauvegardées, plusieurs objets peuvent être restaurés au
moyen d'une seule opération de lecture. Reportez-vous à la section
“Restaurations parallèles” à la page 252.
• Vitesse et simplicité de sélection des données à restaurer - ceci
dépend des paramètres de niveau de journalisation utilisés au cours
de la sauvegarde et de la durée de protection dans le catalogue.
Reportez-vous à la section “Niveau de journalisation en tant que
paramètre clé réglable de la base de données IDB” à la page 212.
Sélection du jeu de supports
Si vous souhaitez restaurer une version d'objet existant sur plusieurs
jeux de supports et ayant été créée par le biais d'une méthode de
duplication des données Data Protector, n'importe lequel des jeux de
supports peut être utilisé pour la restauration. Par défaut, Data
Protector sélectionne automatiquement le jeu de supports qui sera
utilisé. Vous pouvez influer sur la sélection des jeux de supports en
spécifiant la priorité des emplacements des supports. Vous pouvez
également sélectionner manuellement le jeu de supports que vous
souhaitez utiliser pour la restauration, sauf en cas de restauration
d'objets d'intégration.
Algorithme de
Par défaut, Data Protector sélectionne le jeu de supports caractérisé par
sélection des jeux les meilleurs niveaux de qualité et de disponibilité. Par exemple, Data
de supports
Protector évite les jeux de supports dont les supports sont manquants ou
médiocres ; il prend en compte l'état d'exécution des objets, la
disponibilité et l'emplacement du périphérique à utiliser avec un jeu de
supports donné, etc. Un jeu de supports situé dans une bibliothèque est
utilisé avant celui situé dans un périphérique autonome.
116
Chapitre 2
Planification de la stratégie de sauvegarde
Restauration des données
Sélection de la
chaîne de
restauration
Si vous utilisez la sauvegarde synthétique, il existe souvent plusieurs
chaînes de restauration pour le même point dans le temps. Par défaut,
Data Protector sélectionne la chaîne de restauration la plus pratique et
les supports les plus appropriés de cette chaîne.
Priorité des
Pour influer sur la sélection des jeux de supports, spécifiez la priorité des
emplacements des emplacements des supports. Il importe que vous utilisiez le concept de
supports
stockage sur plusieurs sites. Si vous conservez des supports sur plusieurs
sites, vous pouvez spécifier l'emplacement le mieux adapté à une
restauration spécifique. Data Protector utilisera le jeu de supports dont
la priorité est la plus élevée si plusieurs jeux de supports correspondent
aux conditions de l'algorithme de sélection.
Vous pouvez définir la priorité des emplacements des supports d'une
manière générale ou pour une session de restauration spécifique.
Opérateurs autorisés à restaurer les données
La stratégie de restauration courante veut que seuls les opérateurs de
sauvegarde dédiés ou les administrateurs réseau disposent des droits
nécessaires pour effectuer des restaurations de fichiers ou des
récupérations de sinistre.
Quand utiliser
cette stratégie ?
Vous pouvez recourir à cette stratégie dans les cas suivants :
• Dans les grands environnements réseau, où il est préférable qu'une
personne dédiée s'occupe de ces tâches.
• Dans les environnements où les utilisateurs finaux n'ont pas les
connaissances informatiques nécessaires pour effectuer les
restaurations de fichiers : des opérateurs certifiés peuvent alors être
chargés de la restauration des données sensibles.
Actions requises
Pour mettre en œuvre cette stratégie, procédez comme suit :
• Ajoutez au groupe d'utilisateurs opérateurs ou admin Data Protector
les opérateurs de sauvegarde ou les administrateurs réseau chargés
de restaurer les données d'autres personnes.
Il n'est pas nécessaire d'ajouter d'autres personnes (telles que les
utilisateurs qui souhaitent effectuer des opérations de restauration
sur leur propre système) à quelque groupe d'utilisateurs Data
Protector que ce soit.
Chapitre 2
117
Planification de la stratégie de sauvegarde
Restauration des données
• Lors de l'installation, n'installez pas l'interface Data Protector sur les
systèmes des utilisateurs finaux. Installez l'Agent de disque
permettant à Data Protector de sauvegarder ces systèmes.
• Elaborez une stratégie de traitement des demandes de restauration.
Celle-ci doit préciser la manière dont les utilisateurs finaux doivent
formuler les demandes de restauration des fichiers, par exemple, via
un message électronique contenant toutes les informations dont
l'opérateur a besoin pour localiser les fichiers et les restaurer sur le
système de l'utilisateur final. Prévoyez également un moyen qui
permette aux utilisateurs finaux d'être informés lorsque les fichiers
ont été restaurés.
Utilisateurs finaux autorisés à restaurer les données
Une autre stratégie de restauration consiste à autoriser tous les
utilisateurs finaux ou uniquement ceux qui ont été sélectionnés à
restaurer leurs propres données. Cette stratégie permet d'assurer une
sécurité suffisante et d'épargner à l'opérateur de sauvegarde un certain
nombre d'opérations de restauration.
Quand utiliser
cette stratégie ?
Vous pouvez recourir à cette stratégie dans les cas suivants :
• Lorsque les utilisateurs ont des connaissances suffisantes pour
pouvoir effectuer les restaurations. Vous pourrez avoir besoin de les
former aux principes de base de la sauvegarde et aux opérations de
restauration.
• Utilisez les périphériques de sauvegarde de la bibliothèque contenant
les supports où sont stockées les sauvegardes les plus récentes. Par
défaut, les membres du groupe utilisateurs finaux de Data
Protector ne sont pas autorisés à traiter les demandes de montage
relatives aux supports requis. L'assistance de l'opérateur de
sauvegarde sera nécessaire en cas de demandes de montage. Pour
éviter cela, utilisez de grandes bibliothèques.
Actions requises
Pour mettre en œuvre cette stratégie, procédez comme suit :
• Ajoutez au groupe utilisateurs finaux de Data Protector les
utilisateurs finaux qui seront autorisés à restaurer leurs données.
Pour plus de sécurité, vous pouvez limiter l'accès Data Protector de
ces utilisateurs à un système particulier.
118
Chapitre 2
Planification de la stratégie de sauvegarde
Restauration des données
• Installez l'interface Data Protector sur les systèmes dont les
utilisateurs finaux se servent. Data Protector vérifie
automatiquement les droits utilisateur et n'autorise que la
fonctionnalité de restauration.
• Lorsque vous configurez les sauvegardes des systèmes des
utilisateurs finaux, activez l'option Public de Data Protector pour
autoriser les utilisateurs finaux à les voir.
Chapitre 2
119
Planification de la stratégie de sauvegarde
Récupération après sinistre
Récupération après sinistre
Cette section est une présentation brève et non exhaustive des concepts
de récupération après sinistre. Vous trouverez une description détaillée
de la récupération après sinistre (planification, préparation et
procédures) dans le Guide de récupération après sinistre HP OpenView
Storage Data Protector.
On appelle sinistre informatique tout événement ayant pour
conséquence de rendre un système informatique inamorçable, que cela
soit dû à une erreur humaine, à une panne matérielle, à une catastrophe
naturelle, etc. En cas de sinistre, il est fréquent que la partition système
ou d'amorçage de l'ordinateur ne soit plus disponible. Il faut alors
procéder à une récupération de l'environnement avant de pouvoir
commencer l'opération de restauration standard. Le processus de
récupération consiste à repartitionner et à reformater la partition
d'amorçage, puis à récupérer le système d'exploitation avec toutes les
données de configuration qui définissent l'environnement. Cette étape
doit être accomplie pour pouvoir récupérer les autres données utilisateur.
En règle générale, après la survenue d'un sinistre, le système (appelé
système cible) est non amorçable et la fonction de reprise après sinistre
de Data Protector a pour objectif de restaurer la configuration initiale de
ce système. La différence entre le système endommagé et le système
cible réside dans le fait que, pour le système cible, le matériel défaillant a
été remplacé.
Un sinistre est toujours un événement grave, toutefois les facteurs
suivants sont susceptibles d'aggraver encore la situation :
• Le système doit être rétabli à l'état en ligne aussi vite et efficacement
que possible.
• Les administrateurs ne sont pas coutumiers de la procédure requise
pour réaliser la récupération après sinistre.
• Il se peut également que le personnel chargé d'effectuer la
récupération ne possède qu'une connaissance générale du système.
La récupération après sinistre est une tâche complexe nécessitant une
planification et une préparation approfondies avant d'être exécutée. Pour
être en mesure de faire face à un sinistre et d'y remédier, un processus
détaillé et bien défini doit être en place.
120
Chapitre 2
Planification de la stratégie de sauvegarde
Récupération après sinistre
Le processus de récupération après sinistre est constitué de quatre
phases :
1. La phase 0 (planification / préparation) est une étape indispensable
pour la réussite de la reprise après sinistre.
ATTENTION
Il est trop tard pour préparer une reprise après sinistre une fois que le
sinistre s'est produit.
2. Au cours de la phase 1, le DR OS est installé et configuré, ce qui
implique généralement un repartitionnement et un reformatage de la
partition d'amorçage ; en effet, la partition système ou d'amorçage du
système n'est pas toujours disponible. Or, l'environnement doit être
rétabli avant de pouvoir poursuivre les opérations normales de
restauration.
3. Au cours de la phase 2, le système d'exploitation tel qu'il était,
c'est-à-dire avec toutes les informations de configuration définissant
l'environnement avec Data Protector est restauré.
4. Ce n'est qu'après la phase 2 que la restauration des applications et
des données utilisateur est possible (phase 3). Pour que la
restauration soit aussi rapide et efficace que possible, il convient
d'appliquer un processus en plusieurs étapes bien défini.
Méthodes de récupération après sinistre
Data Protector prend en charge les méthodes de récupération après
sinistre suivantes :
• Récupération après sinistre manuelle
Méthode de récupération après sinistre de base très souple. Vous
devez installer et configurer le DR OS. Ensuite, utilisez Data
Protector pour restaurer les données (y compris les fichiers du
système d'exploitation) en remplaçant les fichiers du système
d'exploitation par ceux du système d'exploitation restauré.
• Récupération après sinistre automatique
La Récupération automatique du système (ASR) est un système
automatisé sur les systèmes Windows, qui reconfigure un disque et
rétablit son état initial (ou redimensionne les partitions si le nouveau
Chapitre 2
121
Planification de la stratégie de sauvegarde
Récupération après sinistre
disque est plus grand que le disque initial) dans le cas d'un sinistre.
Grâce à la procédure ASR, la commande drstart.exe de Data
Protector peut ainsi installer le DR OS actif qui fournit à Data
Protector l'accès aux disques, au réseau, aux bandes et au système de
fichiers.
• Récupération après sinistre avec restitution de disque
Sur les clients Windows, le disque du système endommagé (ou le
disque de rechange pour le disque endommagé physiquement) est
temporairement connecté à un système hôte. Une fois la restauration
effectuée, le disque peut être reconnecté au système en panne et être
amorcé. Sur les systèmes UNIX, le disque auxiliaire, disposant d'un
système d'exploitation minimal avec gestion du réseau et sur lequel
un Agent de disque Data Protector est installé, est utilisé pour
réaliser la récupération après sinistre avec restitution de disque.
• Récupération après sinistre automatique avancée (EADR)
La fonction Récupération après sinistre automatique avancée
(Enhanced Automated Disaster Recovery - EADR) constitue une
méthode de récupération Data Protector entièrement automatisée
pour les clients Windows et le Gestionnaire de cellule, où
l'intervention de l'utilisateur est réduite au minimum. Le système
redémarre à partir de l'image ISO du CD de récupération après
sinistre, puis Data Protector installe et configure automatiquement le
DR OS, formate et partitionne les disques, et enfin rétablit le système
d'origine à l'aide de Data Protector, tel qu'il était au moment de la
sauvegarde.
• La fonction One Button Disaster Recovery (OBDR) constitue une
méthode de récupération Data Protector entièrement automatisée
pour les clients Windows et le Gestionnaire de cellule, où
l'intervention de l'utilisateur est réduite au minimum. Le système
redémarre à partir de la bande OBDR et est automatiquement
récupéré.
Pour obtenir la liste des méthodes de récupération après sinistre prises
en charge pour un système donné, reportez-vous aux matrices de support
dans le document Références, notes de publication et annonces produits
HP OpenView Storage Data Protector ou sur le Web à l'adresse suivante :
http://www.hp.com/support/manuals
122
Chapitre 2
Planification de la stratégie de sauvegarde
Récupération après sinistre
Autres méthodes de récupération après sinistre
Cette section compare le concept de récupération après sinistre de Data
Protector avec les solutions proposées par d'autres fournisseurs. Cette
section décrit les aspects les plus importants des méthodes de
récupération après sinistre alternatives. Deux autres méthodes de
récupération sont étudiées :
Méthodes de récupération après sinistre prises en charge par les
fournisseurs de systèmes d'exploitation
La plupart des fournisseurs ont leurs propres méthodes, mais pour ce qui
est de la restauration des données, la procédure consiste généralement à
effectuer les étapes suivantes :
1. Réinstaller entièrement le système d'exploitation.
2. Réinstaller les applications.
3. Restaurer les données d'application.
Une personnalisation et une reconfiguration manuelles excessives du
système d'exploitation et des applications sont nécessaires pour ramener
le système à l'état dans lequel il se trouvait avant le sinistre. Ce
processus est très complexe, demande beaucoup de temps, comporte un
risque d'erreur important et implique l'utilisation d'outils qui ne sont pas
intégrés les uns aux autres. Il ne bénéficie pas de l'avantage que
représente une sauvegarde du système d'exploitation, des applications et
de leurs configurations dans leur ensemble.
Récupération avec des outils tiers (pour Windows)
Cette méthode consiste généralement à utiliser un outil spécial
permettant de sauvegarder la partition système sous la forme d'un
snapshot qui peut ensuite être restauré rapidement. Pour cela, vous
devez :
1. Restaurer la partition système (à l'aide de l'outil tiers).
2. Restaurer les autres partitions (qui peuvent être sélectives), le cas
échéant, à l'aide de l'outil de sauvegarde standard.
Il apparaît donc clairement que cette méthode implique l'utilisation de
deux sauvegardes différentes avec des outils différents. Il s'agit
généralement d'une tâche difficile à accomplir. Si vous mettez en œuvre
Chapitre 2
123
Planification de la stratégie de sauvegarde
Récupération après sinistre
cette méthode dans une grande société, la surcharge administrative liée
à la gestion des différentes versions des données (sauvegardes
hebdomadaires) avec deux outils différents doit être prise en compte.
Data Protector, pour sa part, représente une solution d'entreprise
puissante, complète et polyvalente (inter plates-formes) permettant une
récupération après sinistre rapide et efficace, qui inclut la sauvegarde et
la restauration et prend en charge la gestion des clusters. Elle offre une
administration centralisée et des fonctions de restauration simples, une
prise en charge haute disponibilité, des fonctions de contrôle, de
génération de rapports et de notification qui soulagent fortement
l'administration des systèmes dans le cadre d'une grande entreprise.
124
Chapitre 2
3
Gestion des supports et
périphériques
Chapitre 3
125
Gestion des supports et périphériques
Description du chapitre
Description du chapitre
Ce chapitre décrit les concepts Data Protector de gestion des supports et
périphériques. Les sujets suivants y sont abordés : pools de supports,
périphériques et grandes bibliothèques.
Il s'organise comme suit :
“Gestion des supports” à la page 127
“Cycle de vie des supports” à la page 129
“Pools de supports” à la page 130
“Gestion des supports avant le début des sauvegardes” à la page 142
“Gestion des supports pendant une session de sauvegarde” à la page 145
“Gestion des supports après une session de sauvegarde” à la page 151
“Périphériques” à la page 155
“Périphériques autonomes” à la page 163
“Petits périphériques de magasin” à la page 164
“Grandes bibliothèques” à la page 165
“Data Protector et Storage Area Networks” à la page 176
126
Chapitre 3
Gestion des supports et périphériques
Gestion des supports
Gestion des supports
La gestion de nombreux supports au niveau de l'entreprise peut s'avérer
extrêmement complexe. La fonctionnalité de gestion des supports de
Data Protector permet d'allouer des données de sauvegarde à un support
de façon souple et efficace. Il est possible d'utiliser différentes méthodes :
l'allocation automatique ou l'allocation stricte de supports.
Fonctions de
gestion des
supports
Data Protector fournit les fonctions de gestion des supports décrites
ci-après, pour une gestion simple et efficace d'un nombre important de
supports :
• Supports regroupés en unités logiques appelées pools de supports :
permet de travailler sur de grands groupes de supports ; évite ainsi
de gérer chacun des supports de façon individuelle.
• Data Protector assure le suivi de tous les supports et garde en
mémoire : l'état de chacun d'eux, le délai d'expiration de la protection
des données, la disponibilité des supports pour les sauvegardes, ainsi
qu'un catalogue des sauvegardes effectuées sur chaque support.
• Stratégies de rotation automatisée des supports : évite de devoir
gérer manuellement la rotation des bandes.
• Possibilité de définir explicitement les supports et les périphériques
devant être utilisés pour la sauvegarde.
• Gestion des supports optimisée pour des types de périphériques
déterminés, tels que les périphériques autonomes, de magasin et de
bibliothèque, ainsi que les grands périphériques silo.
• Fonctionnement entièrement automatisé. Si le nombre de supports
auxquels Data Protector peut accéder au niveau des périphériques de
bibliothèque est suffisamment élevé, la fonctionnalité de gestion des
supports permet d'exécuter des sauvegardes pendant des semaines
sans intervention d'un opérateur pour s'occuper des supports.
• Reconnaissance et prise en charge des codes-barres assurées sur les
périphériques silo et sur certaines grandes bibliothèques.
• Fonction de reconnaissance automatique des formats de support Data
Protector et des autres formats de bandes courants.
Chapitre 3
127
Gestion des supports et périphériques
Gestion des supports
• Data Protector ne permet d'écrire que sur des supports vierges qui
ont été initialisés (formatés) dans Data Protector. Data Protector ne
peut pas être utilisé pour écraser des formats de bandes externes lors
d'une sauvegarde, cette restriction permettant d'éviter d'écraser par
erreur des supports créés dans d'autres applications.
• Reconnaissance, suivi, affichage et gestion des supports utilisés par
Data Protector et séparation de ces supports de ceux utilisés par
d'autres applications au niveau des périphériques de bibliothèque et
silo.
• Conservation dans un emplacement centralisé des informations sur
les supports utilisés et partage de ces informations entre plusieurs
cellules Data Protector.
• Prise en charge de la mise au coffre des supports.
• Création interactive ou automatisée de copies supplémentaires des
données sur les supports.
Ce chapitre décrit plus en détails la fonctionnalité ci-dessus.
128
Chapitre 3
Gestion des supports et périphériques
Cycle de vie des supports
Cycle de vie des supports
Le cycle de vie caractéristique des supports est composé des phases
suivantes :
1. Préparation des supports pour la sauvegarde.
Cette phase comporte l'initialisation (formatage) des supports en vue
de les utiliser dans Data Protector et leur affectation à des pools de
supports, ceux-ci permettant d'effectuer un suivi des supports.
Pour plus d'informations, reportez-vous à la section “Gestion des
supports avant le début des sauvegardes” à la page 142.
2. Utilisation des supports pour la sauvegarde.
Lors de cette phase, on détermine le mode de sélection des supports
pour la sauvegarde, le mode de vérification de l'état des supports et le
mode d'ajout de sauvegardes aux supports ; on détermine également
à quel stade les données des supports doivent être écrasées.
Pour plus d'informations, reportez-vous à la section “Gestion des
supports pendant une session de sauvegarde” à la page 145.
3. Mise au coffre des supports pour stockage des données à long terme.
Vous pouvez utiliser l'une des méthodes de duplication de données de
Data Protector pour réaliser des copies des données sauvegardées à
des fins de mise au coffre.
Pour plus d'informations sur la mise au coffre, reportez-vous à la
section “Gestion des supports après une session de sauvegarde” à la
page 151.
4. Recyclage des supports pour de nouvelles sauvegardes une fois que
les données contenues sur les supports ne sont plus nécessaires.
5. Mise hors service des supports.
Lorsqu'un support est arrivé à expiration, il se voit attribuer l'état
"médiocre" et n'est plus utilisé par Data Protector.
Reportez-vous à la section “Détermination de l'état des supports” à la
page 149.
Chapitre 3
129
Gestion des supports et périphériques
Pools de supports
Pools de supports
Les pools de supports Data Protector permettent de gérer de grandes
quantités de supports, réduisant ainsi au minimum le travail de gestion
des administrateurs.
Qu'est-ce qu'un
Un pool est un ensemble logique de supports partageant les mêmes
pool de supports ? critères d'utilisation et les mêmes propriétés. Tous les supports d'un pool
doivent être du même type physique. Par exemple, des supports DLT et
DAT/DDS ne peuvent pas figurer dans un même pool.
L'appartenance d'un support à un pool n'est pas conditionnée par
l'emplacement courant de ce support. Il importe peu que le support se
situe dans un lecteur, à un emplacement référentiel d'une bibliothèque,
dans le coffre ou à tout autre emplacement ; il appartient à son pool
jusqu'à ce qu'il soit recyclé et exporté de la cellule.
Plusieurs périphériques peuvent utiliser des supports du même pool.
Exemples de propriétés de pools :
Exemples de
propriétés de pool
• Ajout possible
de supports
Permet à Data Protector d'ajouter des données aux supports de ce
pool lors des sessions de sauvegarde ultérieures.
Si cette option est désactivée, les supports contiendront uniquement
des données d'une même session.
• Ajout possible aux incrémentales uniquement
Une session de sauvegarde est ajoutée à un support uniquement en
cas de sauvegarde incrémentale. Cette propriété permet de disposer
d'un jeu complet de sauvegardes complètes et incrémentales sur le
même support, dans la mesure où l'espace est suffisant.
• Stratégie d'allocation de supports
Il existe plusieurs niveaux de rigueur concernant le choix des
supports pour la sauvegarde. Ils s'échelonnent de strict (Data
Protector requiert un support spécifique) à souple (Data Protector
accepte tout support adéquat dans le pool, y compris les nouveaux
supports).
130
Chapitre 3
Gestion des supports et périphériques
Pools de supports
Chaque périphérique est lié à un pool par défaut. Ce pool peut être
modifié au niveau des spécifications de sauvegarde.
Pour plus d'informations sur les autres propriétés des pools de supports,
utilisez le mot clé "pools de supports, propriétés" dans l'index de l'aide en
ligne.
Pools de supports Data Protector vous permet de définir un répertoire cible dcbf pour un
et répertoires
pool de supports. Cela signifie que les informations sur chacun des
dcbf
supports du pool sont stockées dans le répertoire dcbf spécifié.
Pour obtenir des informations sur la partie DCBF de la base de données
IDB et sur les répertoires dcbf, reportez-vous à la section “Architecture
de la base de données IDB” à la page 200.
Utilisation des
L'utilisation des pools dépend essentiellement de vos préférences. Par
pools de supports exemple, les pools peuvent être définis selon les critères suivants :
• plate-forme système (un pool pour les systèmes UNIX, un autre pour
les systèmes Windows 2000 et un autre pour les systèmes
Windows XP) ;
• par système (chaque système a son propre pool) ;
• structure organisationnelle (tous les systèmes du service_A ont un
pool et ceux du service_B un autre) ;
• catégories de systèmes (grandes bases de données ou applications
stratégiques) ;
• type de sauvegarde (toutes les sauvegardes complètes utilisent un
pool et toutes les sauvegardes incrémentales un autre) ;
• combinaison des critères exposés ci-dessus, etc.
Pour bien comprendre le fonctionnement du système, considérez les
pools de supports comme la destination des sauvegardes et les
périphériques comme le mécanisme de transfert des données vers les
pools de supports.
Pour définir la relation entre un pool et une catégorie de systèmes, il faut
associer les mêmes spécifications de sauvegarde à certains systèmes et
définir le ou les pools. Les options sélectionnées (lors de la définition des
périphériques, des pools et des spécifications de sauvegarde)
déterminent le mode d'enregistrement des données des objets sur le
support.
Chapitre 3
131
Gestion des supports et périphériques
Pools de supports
Le regroupement de ces supports utilisés pour un même type de
sauvegarde en pools permet d'appliquer des stratégies de traitement de
supports communes au niveau d'un groupe, ce qui dispense l'utilisateur
de traiter chaque support de façon individuelle. Tous les supports d'un
pool sont suivis sous forme d'ensemble et partagent une stratégie
d'allocation de supports commune.
Pools de supports Data Protector fournit des pools de supports par défaut pour différents
par défaut
types de supports. Ces pools par défaut vous permettent d'exécuter
rapidement des sauvegardes sans avoir à créer vos propres pools de
supports. Toutefois, dans le cas d'un environnement de grande
envergure, il est nécessaire de créer différents pools de supports en
fonction des besoins, pour une efficacité maximale. Lorsque vous
exécutez une sauvegarde, précisez quel pool de supports vous souhaitez
utiliser.
Pools libres
Si des supports alloués à un pool de supports spécifique sont déjà tous
utilisés, vous ne pouvez pas les utiliser dans un autre pool, même si les
supports sont du même type. Cette restriction risque d'entraîner
inutilement des demandes de montage et l'intervention d'un opérateur.
Pour résoudre ce problème, vous pouvez utiliser le modèle de pool
unique, selon lequel tous les supports figurent dans le même pool. Bien
que cette solution permette de partager les supports libres, elle réduit les
avantages liés aux pools de supports, notamment : gestion des données
facilitée, séparation des données selon leur degré d'importance, etc.
L'utilisation de pools libres permet de pallier ces inconvénients.
Qu'est-ce qu'un
pool libre ?
Un pool libre est une source auxiliaire de supports du même type (DLT,
par exemple) utilisée lorsque tous les supports libres d'un pool classique
sont épuisés. Il permet d'éviter qu'une sauvegarde échoue en raison d'un
manque de supports (libres).
132
Chapitre 3
Gestion des supports et périphériques
Pools de supports
Figure 3-1
Pools libres
Quand utilise-t-on
un pool libre ?
Les supports sont déplacés entre les pools ordinaires et libres dans deux
cas (figure 3-1) :
• L'allocation. Les supports sont déplacés d'un pool libre vers un pool
ordinaire.
Chapitre 3
133
Gestion des supports et périphériques
Pools de supports
• La désallocation. Les supports sont déplacés d'un pool ordinaire vers
un pool libre. Vous pouvez configurer le système pour que la
désallocation s'exécute automatiquement. Par exemple, les supports
du pool de sauvegarde PC illustré à la figure 3-1 ne sont pas
automatiquement désalloués.
Les supports protégés (alloués, utilisés) appartiennent à un pool
ordinaire spécifique (comme le pool SAP), alors que les supports Data
Protector libres peuvent être déplacés (automatiquement) vers un pool
libre. Ce dernier est ensuite utilisé pour l'allocation de supports libres à
tous les pools dont la configuration permet l'utilisation de ce pool libre.
Certains pools classiques, par exemple le pool privé illustré à la
figure 3-1, peuvent également être configurés pour ne pas partager de
supports avec les pools libres.
Avantages d'un
pool libre
Un pool libre présente les avantages suivants :
• Partage des supports libres entre les pools.
Tous les supports libres (non protégés, vides) peuvent être regroupés
dans un pool libre et partagés entre tous les pools de supports
prenant en charge l'utilisation des pools libres.
• L'intervention de l'opérateur est limitée dans le cadre de la
sauvegarde.
En supposant que tous les supports libres soient partagés, le nombre
de demandes de montage nécessaires est réduit.
Propriétés d'un
pool libre
Un pool libre :
• peut être créé manuellement ou automatiquement lorsque vous
configurez son utilisation (il est impossible de supprimer des pools
libres s'ils sont liés à un pool ordinaire ou s'ils ne sont pas vides) ;
• est différent d'un pool ordinaire dans le sens où il ne propose pas
d'options de stratégie d'allocation ;
• contient uniquement des supports Data Protector (supports inconnus
ou vierges exclus).
Détermination de
la qualité des
supports
La qualité des supports est déterminée sur une base d'égalité entre les
pools. Cela signifie que les facteurs d'état d'un support seront
configurables pour un pool libre uniquement et que tous les pools
utilisant ce pool libre en hériteront.
134
Chapitre 3
Gestion des supports et périphériques
Pools de supports
Limites des pools
libres
Les limites des pools libres sont les suivantes :
• Vous ne pouvez pas sélectionner différents facteurs d'état pour
chaque pool. En revanche, tous les pools utilisant un pool libre
utilisent les facteurs d'état configurés pour ce pool libre.
• Un support protégé ne peut pas être déplacé vers un pool libre. De
même, un support non protégé ne peut pas être déplacé vers un pool
ordinaire si la désallocation automatique est activée sur ce pool.
• Vous ne pouvez pas utiliser d'opérations telles que l'importation, la
copie, le recyclage sur des supports d'un pool libre.
• Les pools avec prise en charge de magasins ne peuvent pas utiliser de
pool libre.
• Certaines incohérences provisoires peuvent apparaître dans les pools
en cas d'utilisation de pools libres, par exemple lorsqu'un support non
protégé situé dans un pool ordinaire attend le processus de
désallocation.
• Si vous changez la protection des supports après son expiration (par
exemple en Permanent), même si les supports se trouvent dans un
pool libre, ils ne seront pas alloués pour la sauvegarde.
• Lorsqu'ils sont alloués à partir d'un pool libre, des supports avec
différents types de formats de données peuvent être utilisés et sont
automatiquement reformatés, par exemple les supports NDMP sont
reformatés au format normal.
Pour obtenir des informations supplémentaires sur les pools libres,
effectuez une recherche dans l'index de l'aide en ligne de Data Protector
à partir des mots clés "pools libres, caractéristiques".
Exemples d'utilisation de pools de supports
Les exemples ci-dessous présentent certaines configurations que vous
pouvez étudier pour vous aider à choisir la stratégie adéquate en fonction
d'un environnement de sauvegarde particulier.
Exemple 1
Dans le modèle proposé à la figure 3-2, tous les objets sont sauvegardés
sur le même pool de supports. La spécification de sauvegarde ne fait
référence à aucun pool, c'est la raison pour laquelle le pool par défaut,
qui fait partie de la définition du périphérique, est utilisé.
Chapitre 3
135
Gestion des supports et périphériques
Pools de supports
Figure 3-2
Relation simple entre un périphérique et un pool de supports
Exemple 2
Les grands périphériques de bibliothèque contiennent un certain nombre
de lecteurs et de supports utilisés par différents services et applications.
Vous pouvez configurer un pool de supports pour chaque service, comme
le montre la figure 3-3, et choisir le lecteur dans la bibliothèque qui
effectuera le transfert de données réel. La flèche qui relie une
spécification de sauvegarde à un pool de supports indique que vous avez
défini un pool de supports cible dans une spécification de sauvegarde. Si
vous ne précisez pas de pool de supports dans la spécification de
sauvegarde, le pool par défaut, spécifié dans la définition du
périphérique, est utilisé.
Pour obtenir plus d'informations sur la relation entre les pools de
supports et les grands périphériques de bibliothèque, reportez-vous à la
section “Grandes bibliothèques” à la page 165.
136
Chapitre 3
Gestion des supports et périphériques
Pools de supports
Figure 3-3
Configuration des pools de supports pour les grandes
bibliothèques
Exemple 3
Dans l'exemple présenté à la figure 3-4, plusieurs périphériques sont
utilisés simultanément pour sauvegarder des données sur les supports
d'un pool. Les performances sont améliorées grâce à l'utilisation de
plusieurs périphériques en parallèle, quel que soit le pool utilisé.
Pour plus d'informations, reportez-vous à la section “Listes de
périphériques et partage de charge” à la page 156.
Chapitre 3
137
Gestion des supports et périphériques
Pools de supports
Figure 3-4
Périphériques multiples, pool de supports unique
Exemple 4
Plusieurs périphériques sont utilisés simultanément pour sauvegarder
des données sur des supports de plusieurs pools. Si vous voulez utiliser le
même périphérique avec différents pools, vous devez créer plusieurs
spécifications de sauvegarde. Dans l'exemple ci-dessous, un pool de
supports séparé est prévu pour chaque application de base de données.
138
Chapitre 3
Gestion des supports et périphériques
Pools de supports
Figure 3-5
Périphériques multiples, pools de supports multiples
Mise en œuvre d'une stratégie de rotation des
supports
Qu'est-ce qu'une
stratégie de
rotation des
supports ?
Une stratégie de rotation des supports définit le mode d'utilisation des
supports lors de la sauvegarde et concerne notamment les points définis
ci-après. Pour définir une stratégie de rotation des supports, répondez
aux questions suivantes :
• Combien de générations de sauvegarde sont requises ?
• Où sont stockés les supports ?
• A quelle fréquence sont utilisés les supports ?
• Quand les supports peuvent-ils être écrasés et réutilisés pour de
nouvelles sauvegardes ?
• Combien de temps les supports peuvent-ils être utilisés avant d'être
remplacés ?
Chapitre 3
139
Gestion des supports et périphériques
Pools de supports
Les stratégies de sauvegarde traditionnelles utilisées avec les anciens
outils de sauvegarde nécessitaient une stratégie de rotation des supports
bien définie et planifiée, contrôlée par l'administrateur plutôt que par
l'application de sauvegarde. Data Protector vous permet de mettre en
œuvre une stratégie de rotation en spécifiant les options d'utilisation
afin que la sélection des supports pour les sauvegardes ultérieures
s'effectue automatiquement.
Rotation des supports et Data Protector
Data Protector automatise la rotation et la gestion des supports de la
manière suivante :
Rotation et gestion • Les supports étant regroupés dans des pools, vous n'avez plus à gérer
de supports isolés. Data Protector gère et effectue le suivi de chacun
automatiques des
supports
des supports des différents pools.
• Il n'est pas nécessaire de sélectionner les supports sur lesquels les
données seront enregistrées ; Data Protector effectue
automatiquement cette sélection. Les données sont sauvegardées sur
un pool de supports.
• Data Protector sélectionne automatiquement les supports d'un pool
en fonction de la stratégie d'allocation des supports et des options
d'utilisation que vous avez choisies. Vous pouvez également
désactiver la sélection automatique et utiliser la sélection manuelle
des supports.
• L'emplacement des supports configurés dans Data Protector est
conservé en mémoire et indiqué au niveau de l'interface utilisateur
Data Protector.
• Data Protector effectue un suivi du nombre d'écrasements effectués
sur les supports et de l'âge des supports, ce qui lui permet de définir
l'état des supports.
• Data Protector comporte un mécanisme de sécurité permettant
d'éviter tout écrasement accidentel des supports contenant des
données protégées.
140
Chapitre 3
Gestion des supports et périphériques
Pools de supports
Supports requis pour la rotation
Estimation de la
quantité de
supports requis
La section suivante vous aidera à estimer la quantité de supports
nécessaires pour une rotation complète :
• Déterminez si les supports disponibles peuvent être utilisés
intégralement, ou bien si certains supports ont la propriété Sans
possibilité d'ajout et ne peuvent être utilisés que partiellement.
• Déterminez quels systèmes seront sauvegardés, ainsi que l'espace
requis sur les supports pour la sauvegarde des données associées.
Vous pouvez par exemple utiliser le test de sauvegarde.
• Déterminez la fréquence de sauvegarde, par exemple le nombre de
sauvegardes incrémentales à effectuer entre deux sauvegardes
complètes.
• Déterminez le nombre de supports requis pour une génération de
sauvegarde (une génération de sauvegarde étant constituée d'une
sauvegarde complète et de toutes les sauvegardes incrémentales
effectuées jusqu'à la sauvegarde complète suivante). Prenez
également en compte la compression matérielle si vous avez prévu de
l'utiliser avec les périphériques.
• Déterminez la durée pendant laquelle les supports seront protégés.
• Calculez le nombre de générations de sauvegarde qui pourront être
créées avant que la première génération de sauvegarde ne soit
écrasée.
A ce stade, vous devez être à même d'estimer la quantité de supports
requis pour une rotation de supports complète. Il vous faudra peut-être
prévoir des supports supplémentaires dans la mesure où :
• Data Protector utilise 10 % de l'espace disponible sur les supports
pour les données relatives aux répertoires et aux fichiers. La taille
indiquée lors du test de sauvegarde comprend ces 10 %.
• Les supports ne satisfont plus les critères d'utilisation ; ils devront
alors être remplacés.
• Le volume de données que vous prévoyez de sauvegarder risque
d'augmenter.
Chapitre 3
141
Gestion des supports et périphériques
Gestion des supports avant le début des sauvegardes
Gestion des supports avant le début des
sauvegardes
Vous devez initialiser ou formater les supports avant de pouvoir les
utiliser pour la sauvegarde dans Data Protector. Vous pouvez les
initialiser (formater) manuellement ou laisser Data Protector les
initialiser (formater) automatiquement lorsqu'ils sont sélectionnés pour
la sauvegarde. Reportez-vous à la section “Sélection des supports utilisés
pour la sauvegarde” à la page 145.
Initialisation ou formatage des supports
Qu'est-ce que
l'initialisation (le
formatage) des
supports ?
Avant d'utiliser les supports pour la sauvegarde, Data Protector les
initialise (les formate). Les informations relatives à chaque support (ID,
description et emplacement) sont enregistrées dans la base de données
IDB et écrites sur le support même (en en-tête). Lorsque vous initialisez
(formatez) des supports, vous devez également préciser à quel pool de
supports ils appartiennent.
Si les supports ne sont pas initialisés (formatés) avant la sauvegarde,
Data Protector peut initialiser (formater) des supports vierges au cours
de cette sauvegarde en utilisant des étiquettes par défaut, si la définition
de la stratégie de pool le permet. La première sauvegarde sur ces
supports prendra alors plus de temps. Pour plus d'informations,
reportez-vous à la section “Sélection des supports utilisés pour la
sauvegarde” à la page 145.
Etiquetage des supports Data Protector
Comment les
supports sont-ils
étiquetés dans
Data Protector ?
Lorsque vous initialisez (formatez) des supports pour les utiliser dans
Data Protector, vous devez définir une étiquette qui vous aidera à les
identifier par la suite. Si le périphérique dispose d'un lecteur de
code-barres, le code-barres est automatiquement affiché comme
introduction à la description du support. Le code-barres fournit un ID
unique à chaque support dans la base de données IDB. Le cas échéant,
vous pouvez utiliser le code-barres comme étiquette du support pendant
l'initialisation du support.
142
Chapitre 3
Gestion des supports et périphériques
Gestion des supports avant le début des sauvegardes
Data Protector attribue un ID de support à chaque support, de façon à
l'identifier de manière exclusive.
Une étiquette ANSI X3.27 est également inscrite sur la bande, de sorte
que celle-ci puisse être identifiée sur d'autres systèmes. Cette étiquette
et d'autres informations complémentaires sont inscrites par Data
Protector en en-tête des supports et dans la base de données IDB.
Si vous modifiez l'étiquette du support, Data Protector modifie l'étiquette
du support dans la base de données IDB et non sur le support lui-même.
Par conséquent, si vous exportez et importez des supports n'ayant pas
été mis à jour, l'étiquette de la base de données IDB est remplacée par
l'étiquette du support. L'étiquette apposée sur la bande ne peut être
modifiée qu'en réinitialisant (formatant) le support.
Comment sont
utilisées les
étiquettes ?
Les étiquettes identifient le support en tant que support Data Protector.
Lors du chargement d'un support pour la sauvegarde ou la restauration,
Data Protector consulte l'ID du support. Comme le système de gestion
des supports conserve les informations relatives au support, Data
Protector peut déterminer si l'action demandée est autorisée pour ce
support. Par exemple, lorsque vous essayez d'ajouter une nouvelle
sauvegarde à un support, le système de gestion des supports vérifie si la
protection des données contenues sur ce support est arrivée à expiration.
L'étiquette définie par l'utilisateur sert à identifier un support
spécifique.
Champ Emplacement
Les supports de sauvegarde sont généralement stockés à différents
emplacements. Par exemple, les sauvegardes doivent être stockées sur
site pour que les données puissent être rapidement restaurées, tandis
que les supports contenant une copie des données sauvegardées sont
généralement stockés hors site pour des raisons de sécurité.
Un champ d'emplacement est disponible dans Data Protector pour
chaque support. L'opérateur peut utiliser ce champ à sa convenance.
Le champ Emplacement permet de localiser les supports. Exemples
de définitions d'emplacement pertinentes : bibliothèque, hors site,
coffre_1, etc.
Chapitre 3
143
Gestion des supports et périphériques
Gestion des supports avant le début des sauvegardes
Le paramètre d'emplacement des supports est également utile si la
version d'objet que vous souhaitez restaurer existe sur plusieurs jeux de
supports. Vous pouvez définir la priorité d'emplacement des supports qui
influencera la sélection du jeu de supports utilisé pour la restauration.
Pour plus d'informations sur la sélection des supports utilisés pour la
restauration, reportez-vous à la section “Sélection du jeu de supports” à
la page 116.
144
Chapitre 3
Gestion des supports et périphériques
Gestion des supports pendant une session de sauvegarde
Gestion des supports pendant une session de
sauvegarde
Que se passe-t-il
pendant la
sauvegarde ?
Pendant une session de sauvegarde, Data Protector sélectionne
automatiquement les supports et effectue un suivi des données
sauvegardées et des supports utilisés. Cela simplifie la gestion des
supports, car l'opérateur n'a pas besoin de savoir exactement quelles
données ont été sauvegardées, ni quels supports ont été utilisés. Les
objets sauvegarde ayant été sauvegardés lors d'une même session
constituent un jeu de supports.
Cette section traite des sujets suivants :
• Comment Data Protector sélectionne-t-il les supports qui seront
utilisés pour la sauvegarde ?
• Comment les sauvegardes complètes et incrémentales sont-elles
ajoutées aux supports ?
• Comment l'état des supports est-il défini ?
Pour obtenir plus d'informations, reportez-vous aux sections suivantes :
• “Sauvegardes complètes et incrémentales” à la page 73
• “Pools de supports” à la page 130
Sélection des supports utilisés pour la sauvegarde
Data Protector sélectionne automatiquement les supports en fonction des
stratégies d'allocation des supports. Cela simplifie considérablement la
gestion et le traitement des supports étant donné que l'opérateur de
sauvegarde n'a pas besoin d'administrer manuellement les supports pour
la sauvegarde.
Stratégie
d'allocation de
supports
Les stratégies d'allocation des supports permettent d'influer sur le mode
de sélection des supports. Vous pouvez choisir une stratégie souple, selon
laquelle tout support approprié est utilisé pour la sauvegarde, y compris
les nouveaux supports et les supports vierges ou une stratégie stricte,
selon laquelle les supports doivent être disponibles dans un ordre
prédéfini pour faciliter une utilisation équilibrée des supports. Vous
pouvez en outre utiliser une liste de préallocation.
Chapitre 3
145
Gestion des supports et périphériques
Gestion des supports pendant une session de sauvegarde
Préallocation de
supports
Data Protector vous permet de spécifier explicitement les supports d'un
pool à utiliser pour une sauvegarde. Pour ce faire, vous devez avoir
recours à une liste de préallocation et combiner celle-ci à une stratégie
d'allocation stricte. Les supports sont alors utilisés dans l'ordre spécifié.
Si les supports n'apparaissent pas dans cet ordre, Data Protector émet
une demande de montage.
Etat des supports
L'état des supports influe également sur la sélection des supports utilisés
pour la sauvegarde. Par exemple, les supports en bon état sont utilisés
en priorité par rapport aux supports d'état passable. Pour plus
d'informations, reportez-vous à la section “Détermination de l'état des
supports” à la page 149.
Ajout de données aux supports pendant une session
de sauvegarde
Pour optimiser au maximum l'utilisation de l'espace disponible sur les
supports et l'efficacité de la sauvegarde et de la restauration, vous
pouvez définir la façon dont l'espace laissé sur le support par la
sauvegarde précédente sera traité par Data Protector. Pour ce faire, vous
devez définir une stratégie d'utilisation de supports.
Stratégie
d'utilisation de
supports
Les stratégies d'utilisation de supports disponibles sont énoncées
ci-dessous :
Ajout possible Lors d'une session de sauvegarde, le système
commence par écrire les données au niveau de l'espace
restant sur le dernier support utilisé lors de la session
de sauvegarde précédente. L'écriture des données sur
les autres supports requis dans le cadre de cette
session commence au début de la bande : seules des
bandes non protégées ou de nouvelles bandes peuvent
donc être utilisées. L'ajout de supports permet
d'économiser de l'espace sur les supports mais peut
aussi compliquer la mise au coffre car un support peut
contenir des données provenant de différents jeux de
supports.
Sans possibilité d'ajout Lors d'une session de sauvegarde, le système
commence par écrire les données au début du premier
support disponible pour la sauvegarde. Un support ne
peut pas contenir de données issues de deux sessions
différentes. Cette stratégie simplifie la mise au coffre.
146
Chapitre 3
Gestion des supports et périphériques
Gestion des supports pendant une session de sauvegarde
Ajout possible aux incrémentales uniquement Une session de
sauvegarde est ajoutée à un support uniquement en cas
de sauvegarde incrémentale. Cette propriété permet de
disposer d'un jeu complet de sauvegardes complètes et
incrémentales sur le même support, dans la mesure où
l'espace est suffisant.
Distribution
d'objets sur des
supports
Les figures suivantes présentent quelques exemples de distribution
d'objets sur des supports :
Figure 3-6
Sessions et objets multiples par support, écritures séquentielles
La figure 3-6 présente un exemple de huit écritures séquentielles sur
quatre sessions, utilisant la stratégie d'utilisation de supports avec ajout
possible. Les données ont été écrites en quatre sessions, objet par objet.
Les trois supports appartiennent au même pool de supports. Le
support_A et le support_B sont déjà saturés, alors que le support_C
dispose encore d'espace.
Figure 3-7
Sessions et objets multiples par support, écritures simultanées
Chapitre 3
147
Gestion des supports et périphériques
Gestion des supports pendant une session de sauvegarde
La figure 3-7 présente un exemple de huit objets écrits sur quatre
sessions, les paramètres de simultanéité permettant des écritures
simultanées. Dans ce cas, obj_1, obj_2 et obj_3 ont été sauvegardés
simultanément lors de sess_1 ; obj_4 et obj_5 ont été sauvegardés
simultanément lors de sess_2, etc. Obj_1 peut provenir de system_A et
obj_2 de system_B, ou ils peuvent provenir tous deux de différents
disques sur le même système. Les ajouts sont possibles dans le cadre de
cette stratégie d'utilisation des supports.
Figure 3-8
Supports multiples par session, supports multiples par objet
La figure 3-8 présente un exemple de quatre objets de sauvegarde ayant
été sauvegardés lors de deux sessions, les objets de la première paire
ayant été écrits simultanément au cours de sess_7 et ceux de la seconde
au cours de sess_8. Notez qu'un objet peut s'étendre sur plusieurs
supports. Les ajouts sont possibles dans le cadre de cette stratégie
d'utilisation des supports.
Figure 3-9
Chaque objet est inscrit sur un support séparé
Dans l'exemple présenté à la figure 3-9, une spécification de sauvegarde
est utilisée par objet et la stratégie d'utilisation de supports appliquée
est celle sans ajout possible. Le nombre de supports utilisé est supérieur.
148
Chapitre 3
Gestion des supports et périphériques
Gestion des supports pendant une session de sauvegarde
Si l'on combine cette méthode à la stratégie Ajout possible aux
incrémentales uniquement, les sauvegardes incrémentales de l'objet sont
écrites sur le même support.
Pour obtenir plus d'informations sur les répercussions des stratégies de
sauvegardes complètes et incrémentales sur les performances de la
restauration et l'utilisation des supports, reportez-vous à la section
“Sauvegardes complètes et incrémentales” à la page 73.
Ecriture de données sur plusieurs jeux de supports
pendant la sauvegarde
Pendant une session de sauvegarde, vous pouvez écrire simultanément
tout ou partie des objets sur plusieurs jeux de supports, à l'aide de la
fonction de mise en miroir d'objet de Data Protector. Pour plus
d'informations, reportez-vous à la section “Mise en miroir d'objet” à la
page 110.
Détermination de l'état des supports
Facteurs d'état
des supports
Data Protector détermine l'état des supports utilisés à l'aide de facteurs
d'état des supports. L'état du support le plus médiocre dans un pool
détermine l'état de l'ensemble du pool. Par exemple, dès que l'état d'un
support dans un pool est médiocre, l'état du pool devient médiocre.
Lorsque ce support particulier est supprimé du pool, l'état redevient soit
passable, soit bon.
Les supports peuvent présenter trois états : bon, passable ou médiocre.
L'état est défini en fonction des éléments suivants, support par support :
• Nombre d'écrasements
Le degré de vétusté d'un support est déterminé par le nombre
d'écrasements réalisés depuis le début de son cycle de vie. Le support
se voit attribuer l'état "médiocre" dès qu'il dépasse le nombre limite
d'écrasements.
• Age des supports
L'âge d'un support est calculé en fonction du nombre de mois écoulés
depuis son formatage ou initialisation. Le support se voit attribuer
l'état "médiocre" dès qu'il dépasse le nombre limite de mois.
Chapitre 3
149
Gestion des supports et périphériques
Gestion des supports pendant une session de sauvegarde
• Erreurs de périphérique
Un support peut se voir attribuer l'état "médiocre" suite à certaines
erreurs de périphérique. Si une erreur se produit au niveau du
périphérique pendant une sauvegarde, le support utilisé pour la
sauvegarde dans ce périphérique se voit attribuer l'état "médiocre".
150
Chapitre 3
Gestion des supports et périphériques
Gestion des supports après une session de sauvegarde
Gestion des supports après une session de
sauvegarde
Une fois les données écrites sur les supports, vous devez prendre les
mesures nécessaires pour protéger les supports et les données qu'ils
contiennent. Prenez en compte les points suivants :
• Protection des supports contre les écrasements.
Cette protection a été définie au moment de la configuration de la
sauvegarde, mais vous pouvez la modifier après la sauvegarde. Pour
plus d'informations sur la protection des données et du catalogue,
reportez-vous à la section “Conservation des données sauvegardées et
des informations sur les données” à la page 82.
• Protection des supports contre les dommages physiques.
Les supports contenant des données permanentes peuvent être
stockés dans un endroit sûr.
• Copie des données sauvegardées et conservation des copies dans un
endroit sûr
Reportez-vous à la section “Duplication de données sauvegardées” à
la page 101.
Les sections suivantes décrivent la manière dont les supports sont mis
au coffre et la restauration à partir des supports en question.
Mise au coffre
Qu'est-ce que la
mise au coffre ?
La mise au coffre est une procédure consistant à stocker en lieu sûr des
supports contenant des données importantes ; les supports sont ainsi
stockés pendant une période déterminée. Le lieu où sont stockés les
supports est généralement appelé coffre.
Les fonctions suivantes permettent la mise au coffre dans Data
Protector :
• Stratégies de protection des données et du catalogue.
• Sélection et éjection des supports d'une bibliothèque.
Chapitre 3
151
Gestion des supports et périphériques
Gestion des supports après une session de sauvegarde
• Le champ emplacement de supports indique l'emplacement
physique des supports.
• Rapport indiquant les supports utilisés pour la sauvegarde au cours
d'une période donnée.
• Rapport indiquant les spécifications de sauvegarde ayant utilisé des
supports spécifiques lors de la sauvegarde.
• Rapport sur les supports stockés à un emplacement spécifique avec
une protection de données expirant à un moment particulier.
• Présentation de la liste des supports nécessaires à la restauration de
données spécifiques et des emplacements physiques où sont stockés
ces supports.
• Filtrage des supports affichés selon des critères spécifiques.
Implémentation de L'implémentation de la mise au coffre dépend de la stratégie de
la mise au coffre
sauvegarde adoptée par l'entreprise et de sa politique de gestion des
données et des supports. Elle comporte généralement les étapes
suivantes :
1. Spécification des stratégies de protection de données et du catalogue
lors de la configuration des spécifications de sauvegarde.
2. Configuration d'un coffre dans Data Protector. Cela consiste
principalement à spécifier le nom du coffre que vous utiliserez pour
les supports, par exemple : Coffre_1.
3. Mise en place de la stratégie de gestion des supports appropriée pour
les supports du coffre.
4. En option, création de copies supplémentaires des données
sauvegardées à des fins de mise au coffre, utilisation de la
fonctionnalité de mise en miroir d'objet pendant la sauvegarde ou de
la fonctionnalité de copie d'objet ou de copie de supports après la
sauvegarde.
5. Sélection des supports à mettre au coffre, éjection des supports et
stockage dans le coffre.
6. Sélection des supports du coffre contenant des données expirées et
insertion de ces supports dans une bibliothèque.
Exemple de mise
au coffre
Supposons que la stratégie de sauvegarde de votre entreprise exige que
les données soient sauvegardées de façon quotidienne. Chaque semaine,
une sauvegarde complète doit être stockée dans un coffre où elle doit
152
Chapitre 3
Gestion des supports et périphériques
Gestion des supports après une session de sauvegarde
rester disponible pendant les cinq années qui suivent. Vous devez être en
mesure de restaurer facilement les données de toutes les sauvegardes
des années précédentes, stockées dans le coffre. Au bout des cinq années,
les supports du coffre peuvent être réutilisés.
Les paramètres suivants de Data Protector doivent être sélectionnés :
sauvegarde complète une fois par semaine et sauvegardes incrémentales
quotidiennes, protection des données réglée sur cinq ans et protection de
catalogue réglée sur un an. Vous pourrez donc simplement explorer et
restaurer des données pendant un an et les données resteront
disponibles pendant cinq ans pour restauration à partir des supports.
Les supports créés lors de la sauvegarde complète sont copiés et stockés
dans un coffre. Au bout d'un an, Data Protector supprime
automatiquement les informations détaillées de la base de données IDB
relatives aux données contenues sur les supports, libérant ainsi de
l'espace dans la base de données pour de nouvelles informations.
Restauration à partir de supports stockés dans un
coffre
La restauration des supports stockés dans un coffre est identique à celle
réalisée à partir de tout autre support. Selon les stratégies de protection
des données et du catalogue que vous aurez choisies, vous devrez
éventuellement effectuer quelques étapes supplémentaires :
1. Récupérer les supports stockés dans le coffre et les insérer dans un
périphérique.
2. Si la protection de catalogue est toujours valide dans le cas de ces
supports, vous pouvez restaurer les données souhaitées en les
sélectionnant simplement à l'aide de l'interface utilisateur Data
Protector.
Si la protection de catalogue pour les supports est arrivée à
expiration, Data Protector ne dispose pas d'informations détaillées
sur les données sauvegardées. Vous devez effectuer la restauration en
spécifiant manuellement quels fichiers ou répertoires vous souhaitez
restaurer. Vous pouvez également restaurer l'objet entier sur un
disque de rechange, puis rechercher des fichiers et répertoires dans le
système de fichiers restauré.
Chapitre 3
153
Gestion des supports et périphériques
Gestion des supports après une session de sauvegarde
CONSEIL
Pour obtenir de nouveau les informations détaillées sur les fichiers et
répertoires sauvegardés sur les supports après expiration de la
protection de catalogue, exportez ces supports puis réimportez-les.
Précisez ensuite que vous souhaitez lire les données du catalogue des
détails de ces supports. Vous serez de nouveau en mesure de sélectionner
des fichiers et des répertoires dans l'interface utilisateur Data Protector.
Pour plus d'informations sur la manière dont les stratégies de protection
de données et du catalogue influent sur les restaurations, reportez-vous
à la section “Conservation des données sauvegardées et des informations
sur les données” à la page 82.
154
Chapitre 3
Gestion des supports et périphériques
Périphériques
Périphériques
Data Protector prend en charge un certain nombre de périphériques
disponibles sur le marché. Reportez-vous au document Références, notes
de publication et annonces produits HP OpenView Storage Data Protector
pour obtenir une liste récente des périphériques pris en charge.
Utilisation des
périphériques
dans Data
Protector
Pour pouvoir utiliser un périphérique dans Data Protector, vous devez le
configurer dans la cellule Data Protector. Lorsque vous configurez un
périphérique, vous devez lui attribuer un nom, lui associer un pool de
supports et définir des options spécifiques, telles que la prise en charge
des codes-barres ou des bandes nettoyantes. La procédure de
configuration de périphériques est simplifiée par l'assistant qui vous
guide tout au long des étapes et qui peut détecter et configurer
automatiquement des périphériques. Le même périphérique physique
peut être défini plusieurs fois avec différentes propriétés d'utilisation
dans Data Protector, par exemple, sans compression de données
matérielles dans un cas et avec compression de données matérielles dans
un autre. Pour ce faire, vous devez spécifier des noms de périphérique
(logique) différents.
Les sections suivantes décrivent certaines fonctionnalités liées
spécifiquement aux périphériques et expliquent le mode de
fonctionnement de Data Protector associé à différents périphériques.
Prise en charge de
la console
d’administration
de bibliothèque
De nombreuses bibliothèques de bandes modernes disposent d'une
console d'administration qui permet de configurer, de gérer ou de
contrôler les bibliothèques à partir d'un système distant. L'étendue des
tâches pouvant être effectuées à distance dépend de l'implémentation de
la console d'administration, laquelle est indépendante de Data Protector.
Data Protector simplifie l'accès à l'interface de la console
d'administration de bibliothèque. Il est possible de spécifier l'URL
(adresse Internet) de la console d'administration pendant le processus de
configuration ou de reconfiguration de la bibliothèque. En sélectionnant
un élément de menu dédié dans l'interface utilisateur, on appelle un
navigateur Web et l'interface de la console est automatiquement chargée.
Pour obtenir une liste des types de périphériques sur lesquels cette
fonction est disponible, reportez-vous au document Références, notes de
publication et annonces produits HP OpenView Storage Data Protector.
Chapitre 3
155
Gestion des supports et périphériques
Périphériques
IMPORTANT
Avant d'utiliser la console d'administration de bibliothèque, sachez que
certaines opérations effectuées au moyen de la console peuvent interférer
avec vos tâches d'administration de supports et/ou vos sessions de
sauvegarde et de restauration.
TapeAlert
TapeAlert est un utilitaire de messagerie et de surveillance d'état des
périphériques à bandes qui facilite la détection des problèmes pouvant
avoir un impact sur la qualité de la sauvegarde. TapeAlert envoie des
alarmes ou des messages d'erreur faciles à interpréter au moment où les
problèmes surgissent (utilisation de bandes usées, défauts matériels d'un
périphérique, etc.), et propose des solutions pour y remédier.
Data Protector prend intégralement en charge TapeAlert 2.0, tant que
les périphériques connectés proposent également cette fonctionnalité.
Listes de périphériques et partage de charge
Périphériques
multiples pour la
sauvegarde
Lorsque vous configurez une spécification de sauvegarde, vous pouvez
spécifier plusieurs périphériques autonomes ou plusieurs lecteurs dans
un périphérique de bibliothèque qui seront utilisés pour cette opération.
Cela permet d'accélérer l'opération, les données étant sauvegardées en
parallèle sur plusieurs périphériques (lecteurs).
Equilibrage de
l'utilisation des
périphériques
Par défaut, Data Protector équilibre automatiquement la charge
(l'utilisation) des périphériques afin de les utiliser de manière uniforme.
C'est ce qu'on appelle le partage de charge. Ce procédé permet
d'optimiser l'utilisation des périphériques en équilibrant le nombre des
objets sauvegardés sur chacun. Cette opération s'effectuant
automatiquement pendant la sauvegarde, l'utilisateur n'a pas besoin de
gérer l'affectation des objets aux périphériques utilisés au cours de la
session ; il lui suffit de spécifier les périphériques à utiliser.
Quand utiliser le
partage de
charge ?
Utilisez le partage de charge dans les cas suivants :
• Vous sauvegardez un grand nombre d'objets.
• Vous utilisez des périphériques de bibliothèque (changeur
automatique) avec plusieurs lecteurs.
156
Chapitre 3
Gestion des supports et périphériques
Périphériques
• Vous n'avez pas besoin de savoir sur quels supports seront
sauvegardés les objets.
• Vous disposez d'une bonne connexion réseau.
• Vous souhaitez augmenter la fiabilité des sauvegardes. En cas d'échec
d'un périphérique, Data Protector redirige automatiquement la
sauvegarde vers d'autres périphériques sélectionnés à partir d'une
liste de périphériques.
Quand ne pas
utiliser le partage
de charge ?
N'utilisez pas le partage de charge dans les cas suivants :
• Vous voulez sauvegarder un petit nombre d'objets volumineux. Dans
ce cas, Data Protector ne peut généralement pas équilibrer la charge
entre les périphériques de façon efficace.
• Vous voulez sélectionner les périphériques sur lesquels seront
sauvegardés les objets.
Chaînage de
périphériques
Data Protector vous permet de configurer plusieurs périphériques
autonomes de même type, connectés au même système, en tant que
chaîne de périphériques. Lorsqu'un support est plein dans un
périphérique, la sauvegarde se poursuit automatiquement sur le support
du périphérique suivant dans la chaîne de périphériques.
Fonctionnement du partage de charge
Supposez par exemple que 100 objets soient configurés pour la
sauvegarde sur quatre périphériques avec une simultanéité de trois et
que les paramètres de partage de charge MIN et MAX aient chacun la
valeur deux. Si au moins deux périphériques sont disponibles, la session
démarre avec la sauvegarde de trois objets en parallèle sur les deux
premiers périphériques disponibles. Les 94 autres objets sont mis en file
d'attente et aucun périphérique ne leur est affecté à ce moment là.
Lorsque la sauvegarde d'un objet est terminée, l'objet suivant dans la file
d'attente est affecté au périphérique qui a moins de trois objets
simultanément en cours de sauvegarde. Le partage de charge permet de
garantir le fonctionnement de deux périphériques en parallèle tant qu'il
reste des objets à sauvegarder. Si un périphérique vient à s'interrompre
au cours de la sauvegarde, un des deux périphériques en réserve est
utilisé. Les objets en cours de sauvegarde sur le périphérique défaillant
sont abandonnés, et les trois objets suivants sont affectés au nouveau
périphérique. Ainsi, la défaillance d'un périphérique ne peut pas
Chapitre 3
157
Gestion des supports et périphériques
Périphériques
entraîner l'abandon de plus de trois objets, à condition que les autres
périphériques soient disponibles pour que la session de sauvegarde
continue.
Périphérique en mode continu et simultanéité
Qu'est-ce qu'un
périphérique en
mode continu ?
Pour optimiser les performances d'un périphérique, celui-ci doit être
alimenté en continu. On dit qu'un périphérique fonctionne en mode
continu s'il peut fournir un volume de données suffisant au support pour
que celui-ci avance en continu. Dans le cas contraire, la bande du support
doit être arrêtée pendant que le périphérique attend les données
supplémentaires. En d'autres termes, si la vitesse à laquelle les données
sont écrites sur la bande est inférieure ou égale à celle à laquelle le
système informatique les fournit au périphérique, ce dernier fonctionne
en mode continu. Dans des infrastructures de sauvegarde en réseau, cela
mérite une attention particulière. Dans le cadre d'une sauvegarde locale,
les disques et les périphériques étant reliés au même système, une
simultanéité de 1 peut suffire si vos disques sont suffisamment rapides.
Comment
configurer un
périphérique en
mode continu ?
Pour permettre au périphérique de fonctionner en mode continu, une
quantité de données suffisante doit lui être envoyée. Pour parvenir à cet
objectif, Data Protector démarre plusieurs Agents de disque pour chaque
Agent de support écrivant des données sur le périphérique.
Simultanéité des
Agents de disque
La simultanéité de sauvegarde des Agents de disque correspond au
nombre d'Agents de disque lancés pour chaque Agent de support ; ce
nombre peut être modifié par le biais des options avancées liées au
périphérique ou lors de la configuration d'une sauvegarde. Data
Protector fournit des valeurs par défaut qui conviennent dans la plupart
des cas. Par exemple, pour un périphérique DDS standard, deux Agents
de disque envoient suffisamment de données pour que le périphérique
fonctionne en mode continu. Si vous utilisez un périphérique de
bibliothèque équipé de plusieurs lecteurs et que chaque lecteur est
contrôlé par un Agent de support, vous pouvez régler la simultanéité
séparément pour chaque lecteur.
Performances
accrues
Lorsqu'elle est correctement configurée, la simultanéité de sauvegarde
améliore les performances de la sauvegarde. Par exemple, si un
périphérique de bibliothèque dispose de quatre lecteurs, chacun étant
contrôlé par un Agent de support et chaque Agent de support recevant
des données de deux Agents de disque simultanément, les données de
huit disques sont sauvegardées simultanément.
158
Chapitre 3
Gestion des supports et périphériques
Périphériques
Le fonctionnement en mode continu d'un périphérique dépend également
d'autres facteurs, tels que la charge du réseau et la taille de bloc des
données écrites sur le périphérique.
Pour obtenir d'autres informations à ce sujet, reportez-vous à la section
“Sessions de sauvegarde” à la page 244.
Flux de données
multiples
Data Protector permet de sauvegarder simultanément différentes
parties d'un disque via plusieurs périphériques. Cette fonction permet de
sauvegarder des disques rapides et de grande capacité sur des
périphériques relativement lents. Plusieurs Agents de disque lisent les
données du disque en parallèle et les envoient à plusieurs Agents de
support. Cette méthode accélère la procédure de sauvegarde, à condition
de prendre en compte les éléments suivants :
Si un point de montage a été sauvegardé via plusieurs Agents de disque,
les données sont contenues dans plusieurs objets. Pour restaurer la
totalité du point de montage, vous devez définir toutes les parties de
celui-ci dans une spécification de sauvegarde unique, puis restaurer
l'ensemble de la session.
Taille de segment
Un support est composé de segments de données, de segments de
catalogue et d'un segment d'en-tête. Les informations d'en-tête sont
stockées dans le segment d'en-tête, dont la taille est identique à celle du
bloc. Les données sont enregistrées dans des blocs de données des
segments de données. Les informations concernant chaque segment de
données sont stockées dans le segment de catalogue correspondant. Ces
informations sont tout d'abord stockées dans la mémoire de l'Agent de
support, puis écrites dans un segment de catalogue sur le support, ainsi
que dans la base de données IDB. Tous les segments sont séparés par des
marques comme le montre la figure 3-10.
REMARQUE
Certaines technologies de bande limitent le nombre de marques de
fichier par support. Assurez-vous que la taille de votre segment n'est pas
trop réduite.
Chapitre 3
159
Gestion des supports et périphériques
Périphériques
Figure 3-10
Format de données
La taille de segment, mesurée en méga-octets, correspond à la taille
maximale des segments de données. Si vous sauvegardez un grand
nombre de petits fichiers, la taille de segment réelle peut être limitée par
la taille maximale des segments de catalogue. La taille de segment peut
être configurée par l'utilisateur pour chaque périphérique. Elle influe sur
la rapidité d'une restauration. Une taille de segment réduite limite
l'espace disponible sur le support pour les données : en effet, chaque
segment dispose d'une marque qui utilise de l'espace sur les supports.
Cependant, un grand nombre de marques de fichier permettent
d'accélérer les restaurations, un Agent de support pouvant localiser plus
rapidement le segment contenant les données à restaurer. La taille de
segment optimale dépend du type de support utilisé dans le périphérique
et du type de données à sauvegarder. Par exemple, la taille de segment
par défaut du support DLT est de 150 Mo.
Taille de bloc
Les segments ne sont pas écrits en une seule partie mais en plusieurs
parties appelées "blocs". Le périphérique traite les données par unités
selon une taille de bloc spécifique du type de périphérique. Data
Protector permet de régler la taille des blocs envoyés au périphérique. La
taille de bloc par défaut pour l'ensemble des périphériques est de 64 Ko.
160
Chapitre 3
Gestion des supports et périphériques
Périphériques
Vous pouvez améliorer les performances en augmentant la taille de bloc.
Vous devez effectuer le changement de taille de bloc avant le formatage
des bandes. Par exemple, une bande écrite avec la taille de bloc par
défaut ne peut pas être complétée avec une taille de bloc différente.
REMARQUE
Utilisez la même taille de bloc pour les supports pouvant être utilisés
avec différents types de périphériques. Data Protector peut uniquement
ajouter des données aux supports utilisant la même taille de bloc.
Nombre de mémoires tampon utilisées par les Agents
de disque
Les Agents de disque et les Agents de support Data Protector utilisent
des mémoires tampon pour stocker les données à transférer. La mémoire
est divisée en plusieurs zones tampon (une pour chaque Agent de disque,
en fonction du nombre de périphériques fonctionnant simultanément).
Chaque zone tampon est composée de 8 mémoires tampon d'Agent de
disque (de la même taille que celle du bloc configuré pour le
périphérique). Vous pouvez remplacer cette valeur par tout nombre
compris entre 1 et 32, bien que cela soit rarement nécessaire. Ces
paramètres peuvent être changés pour deux raisons principales :
• Mémoire insuffisante
La mémoire partagée requise par un Agent de support peut être
calculée de la manière suivante :
Simultanéité_AD*Nbre_mémoires_tampon*Taille_de_bloc
En réduisant le nombre de mémoires tampon de 8 à 4, par exemple,
vous diminuez de 50 % la quantité de mémoire utilisée et améliorez
ainsi les performances.
• Mode continu
Si la bande passante du réseau varie sensiblement au cours de la
sauvegarde, il est important que l'Agent de support possède
suffisamment de données prêtes à être écrites pour alimenter le
périphérique en mode continu. Dans ce cas, augmentez le nombre de
mémoires tampon.
Chapitre 3
161
Gestion des supports et périphériques
Périphériques
Verrouillage de périphérique et noms de verrou
Noms de
périphérique
Lorsque vous configurez des périphériques à l'aide de Data Protector,
vous pouvez définir le même périphérique physique plusieurs fois avec
des caractéristiques différentes. Pour ce faire, il suffit d'attribuer des
noms différents à un même périphérique dans Data Protector. Par
exemple, bien que cela ne soit pas recommandé, un périphérique
autonome DDS peut être configuré comme périphérique compressé, puis
comme périphérique non compressé.
Conflit de
périphériques
physiques
Lorsque vous spécifiez un périphérique utilisé pour la sauvegarde, vous
pouvez indiquer un nom de périphérique dans une spécification de
sauvegarde, et un autre nom pour le même périphérique physique dans
une autre spécification de sauvegarde. Selon la planification des
sauvegardes, il se peut que Data Protector essaie d'utiliser le même
périphérique physique dans le cadre de sessions de sauvegarde
différentes, créant ainsi un conflit.
Prévention des
conflits
Afin d'éviter ce type de conflit, spécifiez un nom de verrouillage virtuel
dans chaque configuration de périphérique. Data Protector s'assure que
les périphériques ont le même nom de verrouillage et évite tout conflit.
Supposons qu'un périphérique autonome DDS ait été configuré comme
périphérique compressé sous le nom DDS_C et comme périphérique non
compressé sous le nom DDS_NC, comme indiqué à la figure 3-11.
Spécifiez le même nom de verrouillage, DDS, pour les deux
périphériques.
Figure 3-11
Verrouillage de périphérique et noms de périphérique
Session 1, nom_verrouillage = DDS
Nom du périphérique : DDS_C
Session 1, nom_verrouillage = DDS
périphérique DDS
Nom du périphérique : DDS_NC
162
Chapitre 3
Gestion des supports et périphériques
Périphériques autonomes
Périphériques autonomes
Que sont les
périphériques
autonomes ?
Les périphériques autonomes sont des périphériques disposant d'un
lecteur qui lit/écrit sur un support à la fois.
Data Protector et
les périphériques
autonomes
Lorsque vous avez relié un périphérique au système, vous devez recourir
à l'interface utilisateur Data Protector pour le configurer et pouvoir
l'utiliser dans Data Protector. Pour ce faire, vous devez installer un
Agent de support Data Protector sur le système auquel le périphérique
est connecté. Data Protector peut détecter et configurer
automatiquement la plupart des périphériques autonomes.
Les périphériques autonomes sont utilisés pour des sauvegardes à petite
échelle ou pour des sauvegardes spéciales. Lorsque le support est saturé,
l'opérateur doit le remplacer manuellement par un nouveau support
pour que la sauvegarde puisse continuer.
Pendant une sauvegarde, Data Protector émet une demande de montage
lorsque le support d'un périphérique est saturé. L'opérateur doit alors
remplacer le support pour que la sauvegarde puisse continuer.
Que sont les
chaînes de
périphériques ?
Data Protector vous permet de définir plusieurs périphériques
autonomes en tant que chaîne de périphériques. Lorsqu'un support est
plein dans un périphérique, la sauvegarde se poursuit automatiquement
sur le support du périphérique suivant dans la chaîne de périphériques.
Les chaînes de périphériques permettent de lancer des sauvegardes sans
surveillance axées sur plusieurs périphériques autonomes, évitant ainsi
à l'utilisateur de devoir insérer/éjecter manuellement des supports
lorsque les supports utilisés sont pleins.
Périphériques
chargeurs
Les périphériques chargeurs, similaires aux chaînes de périphériques,
contiennent un certain nombre de supports à utiliser dans un ordre
séquentiel. Lorsqu'un support est plein, le support suivant est chargé et
utilisé pour la sauvegarde.
Chapitre 3
163
Gestion des supports et périphériques
Petits périphériques de magasin
Petits périphériques de magasin
Que sont les
périphériques de
magasin ?
Les périphériques de magasin regroupent un certain nombre de supports
dans une même unité appelée magasin. Data Protector considère le
magasin comme un support unique. Un magasin possède une plus
grande capacité qu'un support unique et il est plus facile à gérer que
plusieurs supports séparés. Pour obtenir la liste des périphériques pris
en charge, reportez-vous au document Références, notes de publication et
annonces produits HP OpenView Storage Data Protector.
Data Protector et
les périphériques
de magasin
Data Protector vous permet de réaliser des tâches de gestion sur des
supports regroupés en magasins, telle que l'émulation d'un support
unique via différentes vues de magasins et de supports ou sur un support
unique.
Vous pouvez également utiliser un périphérique de magasin en tant que
bibliothèque standard, sans tenir compte de la fonction Data Protector de
prise en charge des magasins. Data Protector peut détecter et configurer
automatiquement les périphériques de magasin.
Nettoyage de
Data Protector peut utiliser des bandes nettoyantes pour nettoyer
lecteurs encrassés automatiquement les magasins et autres périphériques lorsqu'ils sont
encrassés.
164
Chapitre 3
Gestion des supports et périphériques
Grandes bibliothèques
Grandes bibliothèques
Que sont les
périphériques de
bibliothèque ?
Les périphériques de bibliothèque sont des périphériques automatisés,
également appelés chargeurs automatiques, échangeurs ou bibliothèques
de bandes magnéto-optiques. Dans Data Protector, la plupart des
bibliothèques sont configurées comme bibliothèques SCSI. Elles
contiennent un certain nombre de cartouches dans un référentiel de
périphérique et peuvent posséder plusieurs lecteurs écrivant sur
plusieurs supports à la fois.
Un périphérique de bibliothèque type dispose d'un ID SCSI pour chacun
de ses lecteurs et un pour le mécanisme robotique de bibliothèque qui
assure le transfert des supports entre les emplacements et les lecteurs.
Par exemple, une bibliothèque équipée de quatre lecteurs possède cinq
ID SCSI, quatre pour les lecteurs et un pour le mécanisme robotique.
Data Protector prend également en charge les bibliothèques silo, telles
que HP StorageWorks, StorageTek/ACSLS et ADIC/GRAU AML. Pour
obtenir la liste des périphériques pris en charge, reportez-vous au
document Références, notes de publication et annonces produits HP
OpenView Storage Data Protector.
Gestion des supports
L'interface utilisateur Data Protector fournit une vue de bibliothèque
spéciale, qui simplifie la gestion des périphériques de bibliothèque.
Les supports d'un grand périphérique de bibliothèque peuvent tous
appartenir au même pool de supports Data Protector ou être répartis sur
plusieurs pools.
Configuration
Lorsque vous configurez un périphérique, vous définissez la plage
d'une bibliothèque d'emplacements que vous voulez attribuer à Data Protector. Cela permet
de partager la bibliothèque avec d'autres applications. Les emplacements
attribués peuvent contenir des supports vierges (neufs), des supports
Data Protector ou d'autres types de support. Data Protector vérifie les
supports dans les emplacements et affiche des informations les
concernant dans la vue de la bibliothèque. Cela vous permet de
visualiser tous les types de support, y compris ceux qui ne sont pas
utilisés par Data Protector.
Chapitre 3
165
Gestion des supports et périphériques
Grandes bibliothèques
Taille d'une bibliothèque
Les points suivants peuvent vous aider à estimer la taille de la
bibliothèque dont vous avez besoin :
• Déterminez si les supports doivent être répartis sur plusieurs sites ou
regroupés sur un même site.
• Calculez le nombre de supports requis. Reportez-vous à la section
“Mise en œuvre d'une stratégie de rotation des supports” à la
page 139.
Partage d'une bibliothèque avec d'autres applications
Il est possible de partager un périphérique de bibliothèque avec d'autres
applications stockant des données sur des supports de ce périphérique.
Vous pouvez sélectionner les lecteurs de la bibliothèque devant être
utilisés dans Data Protector. Supposons que vous utilisiez une
bibliothèque comprenant quatre lecteurs : vous pouvez dans ce cas
décider d'utiliser deux de ces lecteurs dans Data Protector.
Vous pouvez sélectionner les emplacements de la bibliothèque devant
être gérés dans Data Protector. Supposons que vous utilisiez une
bibliothèque comprenant 60 emplacements : vous pouvez dans ce cas
décider d'utiliser les emplacements 1 à 40 dans Data Protector. Les
autres emplacements peuvent être utilisés et contrôlés par une autre
application.
Le partage d'une bibliothèque entre plusieurs applications est
fondamental dans le cas d'une grande bibliothèque HP et d'une
bibliothèque silo (StorageTek/ACSLS, ADIC/GRAU AML, etc.).
Logements d'insertion/d'éjection
Les périphériques de bibliothèque disposent de logements
d'insertion/éjection spéciaux que l'opérateur peut utiliser pour insérer
des supports dans le périphérique et les en éjecter. Selon les
périphériques, plusieurs compartiments d'insertion/d'éjection peuvent
exister. Dans le cas d'un logement de bande unique, les supports sont
insérés un par un, alors que dans le cas de logements de bande multiples,
il est possible d'utiliser un nombre déterminé de logements dans une
seule opération d'insertion/éjection.
166
Chapitre 3
Gestion des supports et périphériques
Grandes bibliothèques
Data Protector permet d'insérer/éjecter plusieurs supports en une seule
étape. Par exemple, vous pouvez sélectionner 50 compartiments dans le
périphérique et éjecter tous les supports en une seule opération. Data
Protector éjecte automatiquement les supports dans le bon ordre pour
que l'opérateur puisse retirer les supports du logements
d'insertion/éjection.
Pour plus d'informations, reportez-vous à la documentation fournie avec
votre périphérique.
Support de code-barres
Data Protector prend en charge les périphériques de bibliothèque
équipés d'un lecteur de code-barres. Dans ces périphériques, chaque
support dispose d'un code-barres l'identifiant de manière unique.
Avantages des
codes-barres
Les fonctions d'identification des supports, d'étiquetage et de détection
de bande nettoyante donnent de meilleurs résultats lorsque Data
Protector utilise les codes-barres.
• L'analyse des codes-barres des supports contenus dans un référentiel
de périphérique permet d'accélérer la procédure : en effet, il n'est pas
nécessaire que Data Protector charge les supports dans un lecteur et
lise leur en-tête.
• Le code-barres est automatiquement lu par Data Protector et permet
d'identifier le support.
• Une bande nettoyante est automatiquement détectée si elle dispose
d'un préfixe de code-barres CLN.
• Le code-barres fournit un ID unique à chaque support dans la base de
données IDB. Vous ne pouvez pas avoir deux codes-barres identiques
dans votre environnement.
CONSEIL
Le cas échéant, vous pouvez utiliser le code-barres comme étiquette du
support pendant l'initialisation du support.
Chapitre 3
167
Gestion des supports et périphériques
Grandes bibliothèques
Prise en charge des bandes nettoyantes
HP Data Protector permet le nettoyage automatique des bandes sur la
plupart des périphériques prenant en charge les bandes nettoyantes.
Une bande nettoyante est utilisée automatiquement par Data Protector
lorsqu'un événement "lecteur encrassé" provenant du périphérique est
détecté.
• Dans les bibliothèques SCSI, il est possible de définir quels
emplacements contiendront une bande nettoyante.
• Dans le cas de périphériques disposant d'un lecteur de code-barres,
Data Protector reconnaît automatiquement les codes-barres de la
bande nettoyante, à condition qu'ils contiennent le préfixe CLN.
• Pour les périphériques sans bande nettoyante, une détection de
lecteur encrassé entraîne une demande de nettoyage affichée dans la
fenêtre du moniteur de session. L'opérateur doit ensuite nettoyer le
périphérique manuellement.
Vous ne pouvez pas continuer votre sauvegarde si vous ne nettoyez
pas le lecteur : la sauvegarde risque d'échouer car les données
peuvent ne pas être correctement écrites ou stockées sur le support.
Partage d'une bibliothèque entre plusieurs systèmes
Qu'est-ce que le
partage de
bibliothèques ?
Le partage de périphériques vous permet de relier plusieurs lecteurs
d'une bibliothèque physique à différents systèmes. Ces systèmes peuvent
alors effectuer des sauvegardes locales dans la bibliothèque. Les
performances de la sauvegarde en sont améliorées de manière
significative et le trafic réseau réduit. Pour partager la bibliothèque, les
lecteurs de la bibliothèque doivent pouvoir être reliés à des bus SCSI
séparés. Dans le cas de bibliothèques hautes performances, le partage est
particulièrement utile puisqu'il permet au lecteur de recevoir des
données en mode continu à partir de plusieurs systèmes, améliorant
ainsi les performances. Data Protector redirige en interne les
commandes robotiques vers le système qui gère le robot.
168
Chapitre 3
Gestion des supports et périphériques
Grandes bibliothèques
Figure 3-12
Connexion de lecteurs à plusieurs systèmes
Protocoles de
contrôle et Agents
de support Data
Protector
Les lecteurs présents dans la bibliothèque doivent être capables de se
connecter physiquement à différents systèmes équipés d'un Agent de
support Data Protector (l'Agent général de supports ou l'Agent de
support NDMP).
Data Protector permet d'utiliser deux types de protocole pour le contrôle
des lecteurs :
• SCSI - pour les lecteurs SCSI ou Fibre Channel.
Le protocole est mis en œuvre à la fois dans l'Agent général de
supports et dans l'Agent de support NDMP.
• NDMP - pour les lecteurs dédiés NDMP.
Ce protocole est mis en œuvre uniquement dans l'Agent de support
NDMP.
D'autre part, il existe quatre types de protocoles utilisés pour le contrôle
du robot de bibliothèque.
• ADIC/GRAU - pour le robot de bibliothèque ADIC/GRAU
Chapitre 3
169
Gestion des supports et périphériques
Grandes bibliothèques
• StorageTek ACS - pour le robot de bibliothèque ASC StorageTek
• SCSI - pour le robot d'autres bibliothèques
• NDMP - pour le robot NDMP
Les quatre protocoles de contrôle du robot de bibliothèque sont mis en
œuvre à la fois dans l'Agent général de supports et dans l'Agent de
support NDMP.
Contrôle des
lecteurs
Tout système client Data Protector configuré pour contrôler un lecteur
dans une bibliothèque (quels que soient le protocole de contrôle du
lecteur et la plate-forme utilisés) peut communiquer avec n'importe quel
système client Data Protector configuré pour contrôler le robot dans la
bibliothèque (quels que soient le protocole de contrôle des robots et la
plate-forme utilisés). Il est ainsi possible de partager les fichiers dans
n'importe quelle bibliothèque gérée parmi les systèmes clients Data
Protector sur plusieurs plates-formes utilisant différents protocoles de
robot et lecteur. L'Agent de support NDMP ne doit être installé que sur
des systèmes client qui contrôlent la sauvegarde de données d'un serveur
NDMP (systèmes client configurés pour les lecteurs dédiés NDMP). Dans
tous les autres cas, les deux Agents de support Data Protector sont
interchangeables.
Le tableau 3-1 présente l'Agent de support Data Protector (l'Agent
général de supports ou l'Agent de support NDMP) requis sur les
systèmes clients configurés pour le contrôle des lecteurs d'une
bibliothèque dotée de lecteurs partagés entre plusieurs systèmes clients.
Tableau 3-1
Agent de support Data Protector requis pour le contrôle des
disques
Protocole de contrôle des données
NDMP
Protocole de
contrôle des
robots
(ADIC/GRAU,
StorageTek ACS,
SCSI ou NDMP)
170
Agent de support NDMP
SCSI
Agents de support NDMP ou
Agent général de supports
Chapitre 3
Gestion des supports et périphériques
Grandes bibliothèques
Contrôle robotique Un système client Data Protector contrôlant le robot de bibliothèque
peut être doté de l'Agent général de supports ou l'Agent de support
NDMP, quel que soit le type de protocole de lecteur (NDMP ou SCSI)
utilisé avec les lecteurs dans la bibliothèque.
Le tableau 3-2 présente l'Agent de support Data Protector (l'Agent
général de supports ou l'Agent de support NDMP) requis sur un système
client configuré pour le contrôle des robots d'une bibliothèque dotée de
lecteurs partagés entre plusieurs systèmes clients.
Tableau 3-2
Agent de support Data Protector requis pour le contrôle des
robots
Protocole de contrôle des robots
Protocole de
contrôle des
lecteurs (NDMP
ou SCSI)
Exemples de
configurations
ADIC/GRAU
StorageTek
ACS
Agents de
support
NDMP ou
Agent
général de
supports
Agents de
support
NDMP ou
Agent
général de
supports
SCSI
Agents de
support
NDMP ou
Agent
général de
supports
NDMP
Agents de
support
NDMP ou
Agent
général de
supports
Les figures 3-13 à 3-15 présentent des contrôles de configurations de
lecteurs partagés dans les bibliothèques et de distributions des Agents de
support Data Protector dans les configurations en question.
Chapitre 3
171
Gestion des supports et périphériques
Grandes bibliothèques
Figure 3-13
Partage d'une bibliothèque SCSI (robot relié à un système client
Data Protector)
La figure 3-13 présente une bibliothèque SCSI, ainsi que ses robots
connectés au système client Data Protector et configurés sur ce dernier,
sur lequel l'Agent général de supports ou l'Agent de support NDMP est
installé. Le protocole de contrôle du robot SCSI est utilisé par l'Agent
général de supports ou l'Agent de support NDMP sur le client. Le
système client Data Protector auquel le robot est connecté peut
également être relié à un ou plusieurs lecteurs.
Le lecteur dédié NDMP de la bibliothèque est configuré sur le système
client Data Protector, sur lequel l'Agent de support NDMP est installé.
L'Agent de support NDMP utilise le protocole de contrôle de lecteurs
NDMP sur le client.
Un autre lecteur de la bibliothèque est relié au système client Data
Protector et configuré sur ce dernier, sur lequel l'Agent général de
supports ou l'Agent de support NDMP est installé. Le protocole de
contrôle du lecteur SCSI est utilisé par l'Agent général de supports ou
l'Agent de support NDMP sur le client.
172
Chapitre 3
Gestion des supports et périphériques
Grandes bibliothèques
Figure 3-14
Partage d'une bibliothèque SCSI (robot relié à un serveur
NDMP)
La figure 3-14 présente une bibliothèque SCSI, ainsi que ses robots
connectés à un serveur NDMP et configurés sur le système client Data
Protector, sur lequel l'Agent général de supports ou l'Agent de support
NDMP est installé. Le protocole de contrôle du robot SCSI est utilisé par
l'Agent général de supports ou l'Agent de support NDMP sur le client. Le
serveur NDMP auquel le robot est connecté peut également être relié à
un ou plusieurs lecteurs.
IMPORTANT
Si le serveur NDMP doté du robot est également relié à un lecteur dédié
NDMP, le système client Data Protector sur lequel le robot et le lecteur
dédié NDMP sont configurés, peut être pourvu uniquement de l'Agent de
support NDMP, puisque le protocole de contrôle de lecteurs NDMP est
utilisé pour le lecteur dédié NDMP.
Le lecteur dédié NDMP de la bibliothèque est configuré sur le système
client Data Protector, sur lequel l'Agent de support NDMP est installé.
L'Agent de support NDMP utilise le protocole de contrôle de lecteurs
NDMP sur le client.
Chapitre 3
173
Gestion des supports et périphériques
Grandes bibliothèques
Un autre lecteur de la bibliothèque est relié au système client Data
Protector et configuré sur ce dernier, sur lequel l'Agent général de
supports ou l'Agent de support NDMP est installé. Le protocole de
contrôle du lecteur SCSI est utilisé par l'Agent général de supports ou
l'Agent de support NDMP sur le client.
Figure 3-15
Partage d'une bibliothèque ADIC/GRAU ou ACS StorageTek
La figure 3-15 présente une bibliothèque ADIC/GRAU ou ACS
StorageTek, ainsi que ses robots connectés à un serveur ADIC/GRAU ou
ACS StorageTek et configurés sur le système client Data Protector sur
lequel l'Agent général de supports ou l'Agent de support NDMP est
installé. Le protocole de contrôle du robot ADIC/GRAU est utilisé par
l'Agent général de supports ou l'Agent de support NDMP sur le client. Le
serveur ADIC/GRAU ou ACS StorageTek ACS peut également être
connecté à un ou plusieurs lecteurs.
Le lecteur dédié NDMP de la bibliothèque est configuré sur le système
client Data Protector, sur lequel l'Agent de support NDMP est installé.
L'Agent de support NDMP utilise le protocole de contrôle de lecteurs
NDMP sur le client.
174
Chapitre 3
Gestion des supports et périphériques
Grandes bibliothèques
Un autre lecteur de la bibliothèque est relié au système client Data
Protector et configuré sur ce dernier, sur lequel l'Agent général de
supports ou l'Agent de support NDMP est installé. Le protocole de
contrôle du lecteur SCSI est utilisé par l'Agent général de supports ou
l'Agent de support NDMP sur le client.
Chapitre 3
175
Gestion des supports et périphériques
Data Protector et Storage Area Networks
Data Protector et Storage Area Networks
Le lieu et le mode de stockage des données utilisés dans votre entreprise
peuvent avoir d'importantes répercussions sur votre activité. Pour la
plupart des sociétés, l'information prend une importance croissante. Les
utilisateurs doivent pouvoir accéder à des téraoctets de données à
travers le réseau. La technologie Fibre Channel basée sur SAN mise en
oeuvre par Data Protector vous offre la solution de stockage des données
dont vous avez besoin.
Storage Area Networks
Un Storage Area Network (SAN), illustré à la figure 3-16, représente une
nouvelle approche de stockage en réseau, séparant la gestion de stockage
de la gestion de serveur grâce à un réseau entièrement dédié au
stockage.
Un SAN permet l'interconnectivité de l'ensemble des ressources du
réseau : les périphériques peuvent ainsi être partagés entre plusieurs
systèmes client et le trafic de données ainsi que la disponibilité des
périphériques sont améliorés.
Le concept SAN permet l'échange de données entre plusieurs serveurs et
périphériques de stockage de données. Les serveurs peuvent accéder
directement aux données de tout périphérique et n'ont pas besoin de
transférer les données par le réseau local classique. Un SAN se compose
de serveurs, de périphériques de sauvegarde, de baies de disques et
d'autres nœuds, tous reliés par une connexion réseau rapide
(généralement Fibre Channel). Ce réseau supplémentaire permet de
décharger le réseau local classique, les opérations de stockage étant
prises en charge par un réseau séparé.
La fonctionnalité de sauvegarde directe de Data Protector est une mise
en application pratique de la technologie SAN et Fibre Channel.
176
Chapitre 3
Gestion des supports et périphériques
Data Protector et Storage Area Networks
Figure 3-16
Storage Area Network
Fibre Channel
Fibre Channel est une norme ANSI pour l'interconnexion informatique à
grande vitesse. Utilisant des câbles à fibre optique ou en cuivre, cette
technologie permet la transmission bidirectionnelle de fichiers de
données volumineux à une vitesse pouvant atteindre 4,25 gigabits par
seconde, et peut être déployée entre des sites distants compris dans un
Chapitre 3
177
Gestion des supports et périphériques
Data Protector et Storage Area Networks
périmètre de 30 km. La technologie Fibre Channel est à ce jour la
solution la plus fiable et la plus performante pour le stockage, le
transfert et la récupération des informations.
La technologie Fibre Channel relie les nœuds au moyen de trois
topologies physiques différentes (présentant certaines variantes) :
• Point à point
• En boucle
• Commutée
Les topologies Fibre Channel point à point, en boucle et commutées
peuvent être combinées pour répondre au mieux à vos exigences de
connectivité et de croissance.
Reportez-vous au document Références, notes de publication et annonces
produits HP OpenView Storage Data Protector ou consultez le site Web
http://www.hp.com/support/manuals pour obtenir une liste des
configurations prises en charge.
Topologie point à point
Cette topologie permet la connexion de deux nœuds, généralement un
serveur et un périphérique de sauvegarde. Les principaux avantages
sont l'amélioration des performances et l'augmentation des distances
entre les nœuds.
Topologie en boucle
La topologie en boucle s'appuie sur la norme Fibre Channel Arbitrated
Loop (FC-AL), qui permet de connecter jusqu'à 126 nœuds. Les nœuds
comprennent les serveurs, les périphériques de sauvegarde, les
concentrateurs et les commutateurs. Tout nœud d'une boucle peut
communiquer avec un autre nœud de la boucle, et tous les nœuds
partagent la même bande passante. Une boucle FC-AL est généralement
mise en œuvre à l'aide d'un concentrateur FC-AL avec substitution
automatique de port. La substitution automatique de port permet le
branchement de nœuds à chaud à l'intérieur de la boucle.
LIP
Une primitive LIP (Loop Initialization Primitive - Protocole) peut être
déclenchée pour plusieurs raisons, la plus courante étant l'apparition
d'un nouveau périphérique. Le nouveau périphérique peut être un
périphérique utilisé précédemment ayant été allumé ou un périphérique
actif ayant été déplacé d'un port du commutateur à un autre. Une
178
Chapitre 3
Gestion des supports et périphériques
Data Protector et Storage Area Networks
occurrence LIP peut provoquer une interruption inopportune d'une
procédure en cours sur SAN, par exemple une opération de sauvegarde
sur bande. Le bus SCSI reliant la passerelle SCSI/FC et le nœud
(périphérique SCSI) est réinitialisé. Reportez-vous à la figure 3-17.
Lors d'une sauvegarde ou d'une restauration, la réinitialisation du bus
SCSI est enregistrée comme erreur d'écriture. Data Protector abandonne
toutes les opérations en cas d'erreur d'écriture. Dans le cas de
sauvegardes, il est recommandé de copier les données déjà sauvegardées
sur un support, puis de reformater le support et de redémarrer la
sauvegarde.
Chapitre 3
179
Gestion des supports et périphériques
Data Protector et Storage Area Networks
Figure 3-17
Loop Initialization Protocol
Topologie commutée
La topologie commutée fournit une interconnectivité entre tous les
nœuds reliés à un commutateur. Les commutateurs sont faciles à
installer et à utiliser, le protocole Fibre Channel permettant
l'autoconfiguration et l'autogestion. Les commutateurs détectent
automatiquement les équipements connectés (nœuds, concentrateurs
FC-AL ou tout autre commutateur FC) et s'autoconfigurent en
conséquence. Les commutateurs fournissent aux nœuds connectés une
bande passante proportionnée. La topologie commutée permet de
brancher les nœuds à chaud.
180
Chapitre 3
Gestion des supports et périphériques
Data Protector et Storage Area Networks
REMARQUE
Le branchement à chaud correspond à certaines capacités du protocole,
telles que la réinitialisation, le rétablissement des communications, etc.
N'oubliez pas que les transferts de données en cours sont interrompus
pendant le branchement à chaud et que certains périphériques, tels que
les périphériques à bande, ne gèrent pas cette fonctionnalité. Le fait de
connecter ou de déconnecter les nœuds d'une boucle risque d'interrompre
la procédure de sauvegarde ou de restauration et de faire échouer
l'opération. Pour connecter ou déconnecter les nœuds d'une boucle,
vérifiez qu'aucune sauvegarde ou restauration n'utilise le matériel
associé.
Partage de périphériques dans SAN
Data Protector prend en charge le concept SAN dans la mesure où il
permet à plusieurs systèmes de partager des périphériques de
sauvegarde dans l'environnement SAN. Le même périphérique physique
est accessible à partir de plusieurs systèmes. Tout système peut donc
effectuer une sauvegarde locale sur ce périphérique ou tout autre
périphérique. Les données étant transférées via le SAN, les sauvegardes
n'ont pas besoin de bande passante sur votre réseau local classique. Ce
type de sauvegarde est parfois appelé "sauvegarde indépendante du
réseau local". Les performances de la sauvegarde sont améliorées, la
technologie Fibre Channel basée sur SAN offrant un débit supérieur à
celui des technologies de réseau local.
Vous devez empêcher les systèmes dotés de plusieurs ordinateurs
d'écrire sur le même périphérique en même temps. La situation est
encore plus complexe lorsque les périphériques sont utilisés par
plusieurs applications. L'accès aux périphériques doit être synchronisé
entre tous les systèmes impliqués. Cette opération est effectuée grâce à
des mécanismes de verrouillage.
La technologie SAN représente un excellent moyen de gérer le robot
d'une bibliothèque à partir de plusieurs systèmes. Elle vous offre la
possibilité de gérer les robots à partir d'un même système (classique) ou
d'autoriser chaque système utilisant la bibliothèque d'accéder
directement aux robots, à condition que les requêtes robotiques soient
synchronisées entre tous les systèmes impliqués.
Chapitre 3
181
Gestion des supports et périphériques
Data Protector et Storage Area Networks
Configuration de plusieurs chemins vers des périphériques
physiques
Un périphérique dans un environnement SAN est généralement
connecté à différents clients et il est ainsi possible d'y accéder via
plusieurs chemins, à savoir des noms de client et des adresses SCSI
(fichiers de périphérique sur UNIX). Data Protector peut utiliser l'un de
ces chemins. Vous pouvez configurer tous les chemins sur un
périphérique physique en tant que périphérique logique unique périphérique multichemins.
Par exemple, un périphérique est connecté à client1 et configuré en
tant que /dev/rs1 et /dev/rs2, sur client2 en tant que /dev/r1s1 et
sur client3 en tant que scsi1:0:1:1. Quatre chemins distincts
permettent donc d'y accéder : client1:/dev/rs1, client1:/dev/rs2,
client2:/dev/r1s1 et client3:scsi1:0:1:1. Un périphérique
multichemins contient par conséquent les quatre chemins vers ce
périphérique à bandes.
182
Chapitre 3
Gestion des supports et périphériques
Data Protector et Storage Area Networks
Figure 3-18
Exemple de configuration multichemins
Pourquoi utiliser
plusieurs
chemins ?
Les versions antérieures de Data Protector permettaient d'accéder à
chaque périphérique à partir d'un seul client. Pour remédier à ce
problème, plusieurs périphériques logiques devaient être configurés pour
un périphérique physique utilisant un nom de verrouillage. Ainsi, si vous
utilisiez des noms de verrouillage pour la configuration de l'accès à partir
de différents systèmes vers un seul périphérique physique, vous deviez
configurer tous les périphériques sur chaque système. Par exemple, si
vous disposez de 10 clients connectés à un seul périphérique, vous devez
configurer 10 périphériques avec le même nom de verrouillage. Cette
version de Data Protector vous permet de simplifier la configuration en
configurant un seul périphérique multichemins pour l'ensemble des
chemins.
Les périphériques multichemins augmentent la résilience des systèmes.
Data Protector essaiera d'utiliser le premier chemin défini. Si tous les
chemins sur un client sont inaccessibles, Data Protector essaiera
d'utiliser les chemins sur le client suivant. La session échoue
uniquement lorsque aucun des chemins répertoriés n'est disponible.
Chapitre 3
183
Gestion des supports et périphériques
Data Protector et Storage Area Networks
Sélection des
chemins
Pendant une session de sauvegarde, les chemins d'accès aux
périphériques sont sélectionnés dans l'ordre défini à la configuration des
périphériques, à moins qu'un hôte favori ne soit sélectionné dans la
spécification de sauvegarde. Dans ce cas, le client favori est utilisé en
premier.
Pendant une session de restauration, les chemins d'accès aux
périphériques sont sélectionnés dans l'ordre suivant :
1. Chemins d'accès au client sur lequel les objets sont restaurés, si tous
les objets sont restaurés sur le même client cible
2. Chemins utilisés pour la sauvegarde
3. Autres chemins disponibles
Si l'accès direct à la bibliothèque est activé, les chemins locaux (chemins
sur le client de destination) sont d'abord utilisés pour le contrôle des
bibliothèques, quel que soit l'ordre de configuration.
Compatibilité en
amont
Les périphériques configurés avec les versions précédentes de Data
Protector ne sont pas reconfigurés pendant une mise à niveau ; ils
peuvent être utilisés comme dans les versions précédentes de Data
Protector, sans aucune modification. Pour pouvoir utiliser la nouvelle
fonctionnalité multichemins, vous devez reconfigurer les périphériques
en périphériques multichemins.
Verrouillage de périphérique
Le verrouillage de périphérique concerne les cas dans lesquels plusieurs
applications utilisent le même périphérique et ceux dans lesquels Data
Protector utilise un périphérique pour l'envoi de données et de
commandes vers celui-ci à partir de plusieurs systèmes. Le but du
verrouillage est de s'assurer qu'un seul système communique avec un
périphérique partagé entre plusieurs systèmes.
Verrouillage de
périphérique et
applications
multiples
Si Data Protector et au moins une autre application doivent utiliser le
même périphérique à partir de plusieurs systèmes, le même mécanisme
de verrouillage de périphérique (générique) doit être utilisé par chaque
application. Ce mécanisme doit pouvoir fonctionner avec plusieurs
applications. Ce mode n'est actuellement pas pris en charge par Data
Protector. Si cela est nécessaire, des règles de fonctionnement doivent
être appliquées pour garantir l'accès exclusif d'une application à tous les
périphériques.
184
Chapitre 3
Gestion des supports et périphériques
Data Protector et Storage Area Networks
Verrouillage de
Si Data Protector est la seule application utilisant un lecteur, mais que
périphérique dans ce lecteur doit être utilisé par plusieurs systèmes, vous devez utiliser le
Data Protector
mécanisme de verrouillage de périphérique.
Si Data Protector est la seule application utilisant le contrôle robotique à
partir de plusieurs systèmes, elle gère la procédure en interne à
condition que le contrôle de bibliothèque se trouve dans la même cellule
que tous les systèmes devant la contrôler. Dans ce cas, la
synchronisation de l'accès au périphérique est intégralement gérée en
interne par Data Protector.
Accès direct et indirect à la bibliothèque
Lors de la configuration de Data Protector associé à un périphérique de
bibliothèque SCSI, les systèmes client peuvent accéder au robot de la
bibliothèque de deux façons : accès direct et indirect à la bibliothèque.
Accès indirect à la bibliothèque
Cette configuration peut être utilisée à la fois dans SAN et dans les
environnements de connexion directe type SCSI. Plusieurs systèmes
peuvent accéder au robot de la bibliothèque en envoyant leur demande à
un système client disposant d'un accès direct au robot de bibliothèque.
C'est ce qu'on appelle l'accès indirect à la bibliothèque. Dans l'exemple
illustré à la figure 3-19, deux systèmes client sont reliés à une
bibliothèque multilecteurs DLT HP StorageWorks. Le système client
castor contrôle le robot et le premier lecteur, tandis que le système
client pollux contrôle le deuxième lecteur. Un Agent de support Data
Protector sur pollux communique avec un processus en cours
d'exécution sur castor pour faire fonctionner le robot. Cette
fonctionnalité de partage de bibliothèque Data Protector est utilisée
automatiquement lorsque les noms d'hôte de la bibliothèque et du lecteur
sont différents.
Chapitre 3
185
Gestion des supports et périphériques
Data Protector et Storage Area Networks
Figure 3-19
Accès indirect à la bibliothèque
Notez que vous ne pouvez pas utiliser de bibliothèque partagée si le
système client qui contrôle le robot, castor dans notre exemple, échoue.
Accès direct à la bibliothèque
Lorsque le concept SAN est utilisé, Data Protector associé à une
bibliothèque SCSI peut être configuré pour que chaque système client
dispose de son propre accès aux lecteurs et au robot de la bibliothèque.
On parle alors d'accès direct à la bibliothèque.
Il n'existe pas de "système client de contrôle" unique pour le robot :
l'échec du système contrôlant le robot n'empêche pas les autres systèmes
d'utiliser la bibliothèque. Cela est possible sans reconfiguration.
Plusieurs systèmes client peuvent être utilisés pour contrôler le robot.
La figure 3-20 montre une bibliothèque multilecteurs DLT HP
StorageWorks reliée à deux systèmes client via un SAN. Les deux
systèmes client ont accès à la bibliothèque et aux lecteurs. Le protocole
SCSI est utilisé pour les communications avec la bibliothèque.
186
Chapitre 3
Gestion des supports et périphériques
Data Protector et Storage Area Networks
Figure 3-20
Accès direct à la bibliothèque
Partage de périphérique dans les clusters
La gestion de clusters, souvent utilisée en combinaison avec le concept
SAN, est basée sur le partage de ressources réseau entre les nœuds (par
exemple des noms réseau, des disques et des périphériques à bande).
Les applications compatibles cluster peuvent être lancées à tout moment
sur n'importe quel nœud dans un cluster (elles fonctionnent sur des
hôtes virtuels). Pour effectuer une sauvegarde locale d'une telle
application, vous devez configurer les périphériques disposant de noms
d'hôtes virtuels à la place de noms de nœud réels. Configurez autant de
périphériques physiques que vous le souhaitez, en utilisant le
mécanisme de verrouillage de périphérique "Nom de verrouillage". Pour
plus de détails, reportez-vous à la section “Verrouillage de périphérique”
à la page 184.
Lecteurs statiques
Les lecteurs statiques sont des périphériques configurés sur un nœud
réel dans un cluster. Ils peuvent être utilisés pour sauvegarder des
données à partir de systèmes possédant des disques non partagés. Ils ne
Chapitre 3
187
Gestion des supports et périphériques
Data Protector et Storage Area Networks
sont cependant pas utiles pour les sauvegardes d'applications
compatibles cluster, puisque de telles applications peuvent être lancées à
partir de n'importe quel nœud du cluster.
Lecteurs flottants
Les lecteurs flottants sont des périphériques configurés sur un hôte
virtuel, qui utilisent des noms de système virtuel. Les lecteurs flottants
doivent être configurés pour la sauvegarde d'applications compatibles
cluster. Cela permet de s'assurer que, quel que soit le nœud du cluster
sur lequel l'application s'exécute, Data Protector démarrera toujours un
Agent de support sur ce même nœud.
188
Chapitre 3
4
Utilisateurs et groupes
d'utilisateurs
Chapitre 4
189
Utilisateurs et groupes d'utilisateurs
Description du chapitre
Description du chapitre
Ce chapitre traite du système de sécurité, des utilisateurs, des groupes
d'utilisateurs et des droits utilisateur dans Data Protector.
Il s'organise comme suit :
“Sécurité renforcée pour les utilisateurs Data Protector” à la page 191
“Utilisateurs et groupes d'utilisateurs” à la page 192
190
Chapitre 4
Utilisateurs et groupes d'utilisateurs
Sécurité renforcée pour les utilisateurs Data Protector
Sécurité renforcée pour les utilisateurs Data
Protector
Data Protector offre une fonction de sécurité avancée qui permet d'éviter
qu'une sauvegarde ou une restauration de données non autorisée soit
effectuée. Vous pouvez ainsi interdire l'accès à certaines données aux
utilisateurs non autorisés, encoder des données et définir des groupes
d'utilisateurs en fonction de leurs responsabilités.
Cette section décrit les différents points de sécurité liés à l'utilisation de
Data Protector pour la sauvegarde de données, la restauration de
données et le contrôle de l'avancement d'une session de sauvegarde.
Accès à des données sauvegardées
Sauvegarder et restaurer des données revient à copier des données. Il est
donc important de limiter l'accès à ces données aux utilisateurs
autorisés.
Le système de sécurité Data Protector relatif aux utilisateurs est le
suivant :
• Toute personne souhaitant utiliser Data Protector doit être définie
comme utilisateur Data Protector.
Visibilité des
données
sauvegardées
• Seul le propriétaire de la sauvegarde peut visualiser les données qu'il
a sauvegardées. Les autres utilisateurs n'ont même pas la possibilité
de déterminer si ces données ont été sauvegardées. Par exemple,
lorsque l'opérateur de sauvegarde configure une sauvegarde,
l'administrateur système et lui sont les seuls autorisés à visualiser et
restaurer les données sauvegardées. Vous pouvez rendre des données
visibles à d'autres utilisateurs en utilisant l'option Public de Data
Protector. Reportez-vous à l'aide en ligne de Data Protector pour
obtenir plus de détails.
Chapitre 4
191
Utilisateurs et groupes d'utilisateurs
Utilisateurs et groupes d'utilisateurs
Utilisateurs et groupes d'utilisateurs
Pour pouvoir utiliser Data Protector, vous devez être ajouté à sa
configuration en tant qu'utilisateur Data Protector disposant de certains
privilèges. Notez que l'ajout d'un utilisateur ne constitue pas un
prérequis pour la sauvegarde du système qu'il utilise.
Les utilisateurs sont réunis au sein de groupes d'utilisateurs ayant des
droits spécifiques : par exemple, le droit de contrôler des sessions dans la
cellule, de configurer des sauvegardes et de restaurer des fichiers.
Groupes
d'utilisateurs
prédéfinis
Pour simplifier la configuration des sauvegardes, Data Protector fournit
des groupes d'utilisateurs prédéfinis disposant de certains droits d'accès
aux fonctionnalités du logiciel. Par exemple, seuls les membres du
groupe d'utilisateurs admin peuvent accéder à l'ensemble des
fonctionnalités de Data Protector. Par défaut, les opérateurs peuvent
lancer et contrôler des sauvegardes.
CONSEIL
Dans les petits environnements, une seule personne suffit pour exécuter
toutes les tâches de sauvegarde. Elle doit appartenir au groupe
d'utilisateurs admin de Data Protector. Dans ce cas, il n'est pas
nécessaire d'ajouter d'autres utilisateurs à la configuration de Data
Protector.
En fonction de votre environnement, vous pouvez utiliser les groupes
d'utilisateurs Data Protector par défaut, les modifier ou en créer
d'autres.
Administrateurs
par défaut
Lors de l'installation, les utilisateurs suivants sont automatiquement
ajoutés au groupe d'administrateurs Data Protector :
• l'utilisateur "root" UNIX du système Gestionnaire de cellule pour
UNIX ;
• l'utilisateur qui installe Data Protector sur le système Gestionnaire
de cellule Windows.
Cela permet à ces derniers de configurer et d'utiliser l'intégralité des
fonctionnalités de Data Protector. Pour plus d'informations, utilisez le
mot clé "groupes d'utilisateurs, admin" dans l'index de l'aide en ligne.
192
Chapitre 4
Utilisateurs et groupes d'utilisateurs
Utilisateurs et groupes d'utilisateurs
Utilisation des groupes d'utilisateurs prédéfinis
Les groupes d'utilisateurs suivants sont installés par défaut dans Data
Protector :
Tableau 4-1
REMARQUE
Groupes d'utilisateurs prédéfinis dans Data Protector
Groupe
d'utilisateurs
Droits d'accès
Admin
Autorisé à configurer Data Protector et à
effectuer des sauvegardes, des restaurations et
toute autre opération possible.
Opérateur
Autorisé à lancer des sauvegardes et à répondre
aux demandes de montage.
Utilisateur final
Autorisé à restaurer ses propres objets. De plus,
les utilisateurs peuvent contrôler les demandes
de montage et y répondre lors de leurs propres
sessions de restauration.
Les fonctions d'administrateur confèrent un pouvoir important. Les
membres du groupe d'utilisateurs admin Data Protector disposent de
privilèges administrateur système sur tous les clients de la cellule Data
Protector.
Droits utilisateur Data Protector
Les utilisateurs de Data Protector disposent des droits utilisateur
accordés au groupe auquel ils appartiennent. Par exemple, tous les
membres du groupe d'utilisateurs admin disposent des droits du groupe
d'utilisateurs admin Data Protector.
Lorsqu'un utilisateur est configuré depuis le domaine Windows, alors
que Data Protector s'exécute sur le Gestionnaire de cellule UNIX, la
configuration de cet utilisateur doit comporter le nom de domaine ou le
groupe de caractères génériques "*".
Pour obtenir une description détaillée des droits utilisateur Data
Protector propres à chaque groupe, consultez l'aide en ligne.
Chapitre 4
193
Utilisateurs et groupes d'utilisateurs
Utilisateurs et groupes d'utilisateurs
194
Chapitre 4
5
Base de données interne de
Data Protector
Chapitre 5
195
Base de données interne de Data Protector
Description du chapitre
Description du chapitre
Ce chapitre décrit l'architecture de la base de données interne (IDB) de
Data Protector, son utilisation et son fonctionnement. Vous y trouverez
notamment des explications sur les différentes parties de la base de
données et leurs enregistrements, des conseils sur la gestion de la
croissance et des performances, ainsi que des formules pour calculer la
taille de la base. Ces informations sont nécessaires pour pouvoir gérer la
configuration et la maintenance de la base de données de manière
efficace.
Il s'organise comme suit :
“A propos de la base de données IDB” à la page 197
“Architecture de la base de données IDB” à la page 200
“Fonctionnement de la base de données IDB” à la page 206
“Présentation de la gestion de la base de données IDB” à la page 209
“Croissance et performances de la base de données IDB” à la page 210
196
Chapitre 5
Base de données interne de Data Protector
A propos de la base de données IDB
A propos de la base de données IDB
Qu'est-ce que la
base de données
interne (IDB) de
Data Protector ?
La base de données IDB est une base incorporée, qui réside sur le
Gestionnaire de cellule et permet d'identifier les données sauvegardées,
les supports sur lesquels elles se trouvent, les résultats des sessions de
sauvegarde, de restauration, de copie, de consolidation d'objets et de
gestion des supports ainsi que les périphériques et bibliothèques
configurés.
Pourquoi utiliser la La base de données IDB est utilisée pour trois raisons principales :
base de données
• Restauration rapide et facile
IDB ?
Les informations stockées dans la base de données IDB vous
permettent de retrouver rapidement les supports requis pour une
restauration et d'accélérer ainsi considérablement le processus. Cette
base de données vous permet également de parcourir aisément les
fichiers et les répertoires à restaurer.
• Gestion de la sauvegarde
Les informations stockées dans la base de données IDB vous
permettent de vérifier comment se sont déroulées les sauvegardes.
Vous pouvez également configurer plusieurs rapports au moyen de la
fonction de reporting de Data Protector.
• Gestion des supports
Les informations stockées dans la base de données IDB permettent à
Data Protector d'allouer des supports pendant les sessions de
sauvegarde, de copie et de consolidation d'objets, d'effectuer un suivi
des attributs de supports et des emplacements des supports dans les
bibliothèques de bandes et de regrouper des supports dans des pools
différents.
A propos de la
taille et la
croissance de la
base de données
IDB
La base de données IDB peut s'accroître énormément et avoir un impact
important sur les performances des sauvegardes et sur le système du
Gestionnaire de cellule. Il faut donc que l'administrateur Data Protector
comprenne bien le fonctionnement de la base de données IDB et qu'il
choisisse, en fonction des besoins, quelles informations y conserver et
combien de temps. Son rôle est d'établir un équilibre entre le temps de
restauration et la fonctionnalité d'une part, et la taille et la croissance de
la base de données IDB d'autre part. Data Protector propose deux
paramètres principaux pour vous aider à équilibrer vos besoins : niveau
Chapitre 5
197
Base de données interne de Data Protector
A propos de la base de données IDB
de journalisation et protection de catalogue. Reportez-vous
également à la section “Croissance et performances de la base de données
IDB” à la page 210.
Base de données IDB dans le Gestionnaire de cellule
Windows
Emplacement de la La base de données IDB dans le Gestionnaire de cellule Windows est
base de données située dans le répertoire <répertoire_Data_Protector>\db40.
IDB
Format de la base
de données IDB
La base de données IDB dans le Gestionnaire de cellule Windows stocke
toutes les informations textuelles au format UNICODE codé sur deux
octets. Cette base de données IDB s'accroît donc un peu plus rapidement
que celle du Gestionnaire de cellule UNIX qui stocke les informations au
format ASCII.
Le format UNICODE permet de prendre totalement en charge les noms
de fichier et les messages localisés dans d'autres langues.
Base de données IDB dans le Gestionnaire de cellule
UNIX
Emplacement de la Dans un Gestionnaire de cellule UNIX, la base de données IDB est située
base de données dans le répertoire /var/opt/omni/server/db40.
IDB
Format de la base
de données IDB
La base de données IDB dans le Gestionnaire de cellule HP-UX ou
Solaris stocke toutes les informations textuelles au format ASCII codé
sur un ou plusieurs octets.
Le format ASCII limite la prise en charge des noms de fichier et des
messages localisés dans d'autres langues. Lorsque vous sauvegardez des
fichiers avec des noms de fichier dans un format codé sur deux octets
(UNICODE par exemple), les noms de fichier sont convertis au format
ASCII et peuvent ne pas s'afficher correctement dans l'interface Data
Protector. Toutefois, les fichiers et les noms de fichier sont restaurés
correctement.
Pour plus d'informations, reportez-vous à la section
“Internationalisation” à la page B-14.
198
Chapitre 5
Base de données interne de Data Protector
A propos de la base de données IDB
Base de données IDB dans un environnement
Manager-of-Managers
Dans l'environnement Manager-of-Managers (MoM), la base de données
centralisée de gestion des supports (CMMDB) vous permet de partager
des périphériques et des supports avec plusieurs cellules. Pour plus
d'informations sur la fonctionnalité MoM, reportez-vous à la section
“Environnements d'entreprise” à la page 17.
Chapitre 5
199
Base de données interne de Data Protector
Architecture de la base de données IDB
Architecture de la base de données IDB
La base de données IDB est constituée des éléments suivants :
• MMDB (base de données de gestion des supports)
• CDB (base de données catalogue), elle-même divisée en deux parties :
les noms de fichier et les autres enregistrements CDB
• DCBF (fichiers binaires de catalogue des détails)
• SMBF (fichiers binaires de messages de session)
• SIBF (fichiers binaires des intégrations sans serveur pour
l'intégration NDMP)
Chacun de ces éléments de la base de données IDB stocke des
informations spécifiques de Data Protector (enregistrements), agit
différemment sur la taille et la croissance de la base de données IDB et
se trouve dans un répertoire distinct du Gestionnaire de cellule.
Reportez-vous à la figure 5-1.
Pour obtenir des informations et des conseils sur l'optimisation de la
robustesse par le déplacement de certains répertoires de la base de
données IDB, reportez-vous à l'aide en ligne en utilisant le mot clé
"robustesse de la base de données interne" dans l'index.
Technologie
sous-jacente
Les parties MMDB et CDB sont mises en œuvre à l'aide d'une base de
données intégrée composée d'espaces de table. Celle-ci est contrôlée par
le processus du serveur de base de données RDS. Tous les changements
apportés à la MMDB et à la CDB sont mis à jour à l'aide des journaux de
transaction. Ces derniers sont stockés dans le répertoire
db40\logfiles\syslog. Les éléments CDB (objets et positions) et
MMDB représentent le cœur de la base de données IDB.
Les éléments DCBF, SMBF et SIBF de la base de données IDB sont des
fichiers binaires. Les mises à jour se font directement (pas de
transaction).
200
Chapitre 5
Base de données interne de Data Protector
Architecture de la base de données IDB
Figure 5-1
Eléments de la base de données IDB
Base de données de gestion des supports (MMDB)
Enregistrements
MMDB
La base de données de gestion des supports stocke des informations
concernant :
• les périphériques, les bibliothèques, les lecteurs de la bibliothèque et
les logements faisant partie de la configuration ;
• les supports Data Protector ;
• les pools et magasins de supports faisant partie de la configuration.
Taille et
croissance de la
MMDB
La taille de la base de données de gestion des supports n'augmente pas
énormément. La plus grande partie de la base de données est
généralement occupée par des informations concernant les supports
Data Protector. L'espace utilisé est d'environ 30 Mo. Pour plus de détails,
reportez-vous à la section “Estimation de la taille de l'IDB” à la page 217.
Emplacement de la La MMDB se trouve dans le répertoire suivant :
MMDB
Chapitre 5
201
Base de données interne de Data Protector
Architecture de la base de données IDB
• Sous Windows :
<répertoire_Data_Protector>\db40\datafiles\mmdb
• Sous UNIX : /var/opt/omni/server/db40/datafiles/mmdb
Base de données catalogue (CDB)
Enregistrements
CDB
La base de données catalogue stocke des informations concernant les
éléments suivants :
• Sessions de sauvegarde, de restauration, de copie, de consolidation
d'objets et de gestion des supports. Il s'agit d'une copie des
informations envoyées à la fenêtre Data Protector Monitor.
• Objets sauvegardés, leurs versions et copies d'objet
• Emplacements des objets sauvegardés sur les supports. Pour chaque
objet sauvegardé, Data Protector stocke des informations concernant
les supports et les segments de données utilisés pour la sauvegarde. Il
en va de même pour les copies d'objet et les mises en miroir d'objet.
• Chemins d'accès des fichiers sauvegardés (noms de fichier) ainsi que
noms des systèmes client. Les noms de fichier ne sont stockés qu'une
fois par système client. Les noms de fichier créés entre les
sauvegardes sont ajoutés à la base de données catalogue.
Taille et
croissance des
noms de fichier
Les noms de fichier représentent la partie la plus importante de la base
de données catalogue et celle qui s'accroît le plus vite. Ils occupent en
général 20 % de l'ensemble de la base de données.
La croissance de la partie consacrée aux noms de fichier est donc
proportionnelle à la croissance et aux variations de l'environnement de
sauvegarde, et non au nombre de sauvegardes.
Sur un Gestionnaire de cellule HP-UX ou Solaris, un fichier ou répertoire
occupe entre 50 et 70 octets dans la base de données IDB, tandis que sur
un Gestionnaire de cellule Windows, il occupe entre 70 et 100 octets.
Les noms de fichier sont stockés dans le fichier fnames.dat et dans
certains autres fichiers, selon leur longueur. La taille maximum de
chacun de ces fichiers est de 2 Go. Vous êtes informé dès que l'un de ces
fichiers commence à être saturé ; cela vous permet d'ajouter de nouveaux
fichiers afin d'étendre la taille de la partie noms de fichier de la base de
données IDB.
202
Chapitre 5
Base de données interne de Data Protector
Architecture de la base de données IDB
Taille et
croissance de la
CDB (objets et
positions)
Les enregistrements de la base de données catalogue autres que les noms
de fichier occupent très peu d'espace dans la base de données IDB. Un
environnement de sauvegarde de taille moyenne occupe généralement
environ 100 Mo. Pour plus de détails, reportez-vous à la section
“Estimation de la taille de l'IDB” à la page 217.
Emplacement de la La CDB se trouve dans le répertoire suivant :
CDB
• Sous Windows :
<répertoire_Data_Protector>\db40\datafiles\cdb
• Sous UNIX : /var/opt/omni/server/db40/datafiles/cdb
Fichiers binaires de catalogue des détails (DCBF)
Informations sur
les DCBF
La partie des fichiers binaires de catalogue des détails stocke les
informations concernant les versions de fichier. Ces informations se
rapportent aux fichiers sauvegardés. Il s'agit notamment de la taille des
fichiers, de l'heure de modification, de la protection, des attributs, etc.
Pour chaque support Data Protector utilisé pour une sauvegarde, un
fichier binaire DC (catalogue des détails) est créé. Lorsque les
informations du support sont écrasées, l'ancien fichier binaire est
remplacé par un nouveau.
Taille et
croissance des
DCBF
Dans un environnement où l'option Journaliser tout est fréquemment
utilisée pour la sauvegarde des systèmes de fichiers, les DCBF occupent
la plus grande partie de la base de données IDB (en général 80 %).
Environ 30 octets sont utilisés pour les différentes versions de chaque
fichier sauvegardé. Il est possible d'utiliser le niveau de journalisation et
la protection de catalogue pour spécifier ce qui est réellement stocké
dans la base de données IDB et pour combien de temps. Reportez-vous à
la section “Croissance et performances de la base de données IDB :
paramètres clés réglables” à la page 211 pour en savoir plus à ce sujet.
Par défaut, il existe un répertoire DC configuré pour les fichiers binaires
DC ; il s'agit du répertoire db40\dcbf . Sa taille maximum par défaut est
de 4 Go. Vous pouvez créer d'autres répertoires DC, les copier sur
différents disques du Gestionnaire de cellule et augmenter ainsi la taille
de la base de données IDB. Le nombre maximum de répertoires pris en
charge par cellule est de 10.
Chapitre 5
203
Base de données interne de Data Protector
Architecture de la base de données IDB
Emplacement des
DCBF
Par défaut, les DCBF se trouvent dans le répertoire suivant :
• Sous Windows : <répertoire_Data_Protector>\db40\dcbf
• Sous UNIX : /var/opt/omni/server/db40/dcbf
Assurez-vous qu'il y a suffisamment d'espace dans le Gestionnaire de
cellule. Si ce n'est pas le cas, déplacez le répertoire DC. Vous pouvez
créer d'autres répertoires DC et les placer sur différents disques. Ne
créez plusieurs répertoires DC que si le nombre de fichiers binaires de
DC par support devient très important (plusieurs milliers) ou si vous
avez des problèmes d'espace. Pour plus d'informations, utilisez le mot clé
"répertoires DC" dans l'index de l'aide en ligne.
Fichiers binaires de messages de session (SMBF)
Enregistrements
SMBF
Les fichiers binaires de messages de session stockent les messages de
session générés pendant les sessions de sauvegarde, de restauration, de
copie et de gestion des supports. Chaque session génère un fichier
binaire. Les fichiers sont regroupés par année et par mois.
Taille et
croissance des
SMBF
La taille des SMBF dépend des éléments suivants :
• Nombre de sessions exécutées, puisqu'un fichier binaire est créé pour
chaque session.
• Nombre de messages dans une session. Un message de session occupe
environ 200 octets sur un système Windows et 130 octets sur un
système UNIX. Vous pouvez modifier le nombre de messages affichés
au moment des opérations de sauvegarde, de restauration et de
gestion des supports au moyen de l'option Niveau de rapport. Ce
paramètre influe également sur le nombre de messages stockés dans
la base de données IDB. Pour plus d'informations, reportez-vous à
l'aide en ligne.
Emplacement des
SMBF
Les SMBF se trouvent dans le répertoire suivant :
• Sous Windows : <répertoire_Data_Protector>\db40\msg
• Sous UNIX : /var/opt/omni/server/db40/msg
Vous pouvez déplacer le répertoire en modifiant l'option globale
SessionMessageDir. Pour plus d'informations sur le fichier d'options
globales de Data Protector, reportez-vous au Guide de dépannage HP
OpenView Storage Data Protector.
204
Chapitre 5
Base de données interne de Data Protector
Architecture de la base de données IDB
Fichiers binaires d'intégrations sans serveur (SIBF)
Enregistrements
SIBF
Les fichiers SIBF stockent les données de restauration NDMP brutes.
Ces données sont nécessaires à la restauration d'objets NDMP.
Taille et
croissance des
SIBF
Les SIBF n'augmentent pas énormément. Pour plus de détails,
reportez-vous à la section “Estimation de la taille de l'IDB” à la page 217.
Dans le cas des sauvegardes NDMP, les fichiers SMBF grossissent
proportionnellement au nombre d'objets sauvegardés. Environ 3 Ko sont
utilisés par objet sauvegardé.
Emplacement des
SIBF
Les SIBF se trouvent dans le répertoire suivant :
• Sous Windows : <répertoire_Data_Protector>\db40\meta
• Sous UNIX : /var/opt/omni/server/db40/meta
Chapitre 5
205
Base de données interne de Data Protector
Fonctionnement de la base de données IDB
Fonctionnement de la base de données IDB
Pendant la
sauvegarde
Lorsqu'une session de sauvegarde démarre, un enregistrement de
session est créé dans la base de données IDB. Un enregistrement de
version d'objet est également créé pour chaque objet et chaque objet
miroir de la session. Tous ces enregistrements sont stockés dans la CDB
et dotés de plusieurs attributs. Le Gestionnaire de session de sauvegarde
met à jour les supports au cours d'une sauvegarde. Tous les
enregistrements de support sont stockés dans la MMDB et sont alloués à
une sauvegarde en fonction des stratégies définies.
Lorsqu'un segment de données est écrit sur la bande, puis sur un
segment de catalogue, un enregistrement d'emplacement de support est
stocké dans la CDB pour chaque version d'objet faisant partie de ce
segment de données. De plus, le catalogue est stocké dans le fichier
binaire de catalogue des détails (DC). Pour chaque support Data
Protector, un fichier binaire de catalogue des détails est mis à jour. Le
nom du fichier binaire de catalogue des détails est
<IDsupport>_<horodatage>.dat. Si les données d'un support sont
écrasées pendant une sauvegarde, son ancien fichier binaire de catalogue
des détails est remplacé par un nouveau.
Tous les messages de session générés pendant les sauvegardes sont
stockés dans des fichiers binaires de messages de session (partie SMBF).
Si la journalisation des transactions est activée, la sauvegarde de la base
de données IDB supprime les anciens journaux de transaction et crée de
nouveaux journaux nécessaires à la récupération de la base de données
IDB.
Pendant la
restauration
Lors de la configuration de la restauration, Data Protector réalise une
série de requêtes dans les parties CDB et DCBF afin de permettre aux
utilisateurs d'explorer les systèmes de fichiers virtuels des données
sauvegardées. Ces requêtes d'exploration se divisent en deux étapes. La
première consiste à sélectionner un objet spécifique (système de fichiers
ou lecteur logique). Si cet objet contient plusieurs versions et/ou copies de
sauvegarde stockées, cette opération peut prendre un certain temps car
Data Protector analyse les DCBF afin de créer un cache de recherche qui
lui permettra d'explorer les répertoires par la suite. La deuxième étape
consiste à explorer les répertoires.
206
Chapitre 5
Base de données interne de Data Protector
Fonctionnement de la base de données IDB
Une fois les versions de fichiers spécifiques sélectionnées, Data Protector
détermine les supports nécessaires et localise les enregistrements
d'emplacement de support utilisés par les fichiers sélectionnés. Ces
supports sont ensuite lus par les Agents de support et les données sont
envoyées aux Agents de disque qui restaurent les fichiers sélectionnés.
Pendant la copie
ou la
consolidation
d'objets
Pendant une session de copie d'objet ou de consolidation d'objet, les
processus qui s'exécutent sont les mêmes que pendant une session de
sauvegarde et de restauration. Les données sont lues à partir du support
source comme si elles étaient restaurées, puis écrites sur le support cible
comme si elles étaient sauvegardées. Une session de copie ou de
consolidation d'objet a le même effet sur le fonctionnement de la base de
données qu'une session de sauvegarde et de restauration. Pour plus
d'informations, reportez-vous aux sections “Pendant la sauvegarde” à la
page 206 et “Pendant la restauration” à la page 206.
Exportation de
supports
Lorsqu'un support est exporté, les éléments suivants sont supprimés :
• Tous les enregistrements d'emplacement de support pour ce support
sont supprimés de la partie CDB.
• Tous les objets et toutes les copies d'objet qui ne figurent plus sur un
autre support sont supprimés de la partie CDB.
• Les sessions obsolètes (dont les supports ont été soit écrasés soit
exportés) de plus de 30 jours sont supprimées (cela peut être modifié
au moyen de la variable KeepSession du fichier d'options globales).
Les messages de ces sessions sont également supprimés.
• L'enregistrement du support est supprimé de la partie MMDB et le
fichier binaire de catalogue des détails correspondant est supprimé
des DCBF.
Suppression du
catalogue des
détails
Lorsque le catalogue des détails est supprimé pour un support donné, le
fichier binaire DC correspondant l'est également. Le même résultat est
obtenu en supprimant la protection de catalogue pour toutes les versions
et toutes les copies d'objet sur ce support (le fichier binaire sera supprimé
au cours de la prochaine maintenance quotidienne des fichiers binaires
de catalogue des détails). Tous les autres enregistrements restent dans
la CDB et dans la MMDB et il est possible de lancer la restauration
depuis l'un de ces supports (l'exploration, par contre, est impossible).
Chapitre 5
207
Base de données interne de Data Protector
Fonctionnement de la base de données IDB
Purge de noms de Les fichiers binaires de catalogue des détails indiquent si un fichier
fichier
donné est sauvegardé sur un support associé ou non, mais les noms de
fichier sont stockés dans la CDB. Un nom de fichier est considéré comme
"utilisé" s'il est indiqué comme sauvegardé dans au moins un fichier
binaire de catalogue des détails. Avec le temps, il se peut qu'un grand
nombre de noms de fichiers soient inutilisés. Pour les supprimer, Data
Protector analyse l'ensemble des fichiers binaires de catalogue des
détails, puis supprime les noms de fichier non utilisés.
Purge des
Lorsque la protection de catalogue de toutes les versions d'objet stockées
versions de fichier sur un support spécifique expire, la maintenance quotidienne
automatique des fichiers binaires DC supprime le fichier binaire
correspondant.
208
Chapitre 5
Base de données interne de Data Protector
Présentation de la gestion de la base de données IDB
Présentation de la gestion de la base de
données IDB
Configuration de
la base de
données IDB
L'une des étapes les plus importantes de la configuration de votre
environnement de sauvegarde Data Protector est la configuration de la
base de données IDB. La configuration initiale vous permet de définir les
stratégies internes concernant la taille de la base de données IDB,
l'emplacement de ses répertoires, la sauvegarde de la base nécessaire si
celle-ci est endommagée ou après un sinistre, ainsi que la configuration
de ses rapports et notifications.
IMPORTANT
Il est fortement recommandé de planifier une sauvegarde quotidienne de
la base de données IDB. La définition d'une spécification de sauvegarde
pour la base de données IDB fait également partie de la configuration de
cette dernière.
Maintenance de la Une fois la base de données IDB configurée, sa maintenance est réduite à
base de données son minimum, en agissant principalement sur les notifications et les
IDB
rapports.
Récupération de la Une récupération de la base de données IDB est nécessaire si certains de
base de données ses fichiers sont manquants ou endommagés. La procédure de
IDB
récupération dépend du niveau d'altération.
Pour plus d'informations, utilisez le mot clé "IDB, récupération" dans
l'index de l'aide en ligne.
Chapitre 5
209
Base de données interne de Data Protector
Croissance et performances de la base de données IDB
Croissance et performances de la base de
données IDB
Pour configurer et entretenir correctement la base de données IDB, il est
indispensable de bien comprendre les facteurs clés qui influent sur la
croissance et les performances de la base de données IDB, ainsi que les
principaux paramètres réglables que vous pouvez adapter à vos besoins.
Ainsi, vous serez en mesure d'appréhender le plus efficacement possible
la croissance et les performances de la base de données IDB.
Facteurs clés des performances et de la croissance de
la base de données
Les facteurs clés des performances et de la croissance de la base de
données IDB sont les suivants :
• Paramètres de niveau de journalisation
Le niveau de journalisation indique le volume de données écrites dans
l'IDB pendant la sauvegarde. Plus le niveau de journalisation utilisé
est détaillé, plus l'IDB est influencée. Pour plus d'informations,
reportez-vous à la section “Croissance et performances de la base de
données IDB : paramètres clés réglables” à la page 211.
• Paramètre de protection de catalogue
La protection de catalogue détermine la durée pendant laquelle les
informations sur les données sauvegardées sont disponibles dans
l'IDB. Plus la période de protection de catalogue définie est longue,
plus l'IDB est influencée. Pour plus d'informations, reportez-vous à la
section “Croissance et performances de la base de données IDB :
paramètres clés réglables” à la page 211.
• Nombre de fichiers sauvegardés
Data Protector garde une trace de chaque fichier et de sa version.
L'incidence des différents types de sauvegarde sur la base de données
IDB n'est pas la même. Pour obtenir des informations sur les
différents types de sauvegarde, reportez-vous à la section
“Sauvegardes complètes et incrémentales” à la page 73.
• Nombre de sauvegardes
Plus les sauvegardes sont fréquentes, plus le volume d'informations
stockées dans la base de données IDB est important.
210
Chapitre 5
Base de données interne de Data Protector
Croissance et performances de la base de données IDB
• Variations du système de fichiers
Le nombre de fichiers créés et supprimés entre les sauvegardes peut
avoir une influence significative sur la croissance de la partie des
noms de fichier de la base de données IDB. Le rapport sur les
variations du système peut vous apporter des informations utiles.
Pour éviter un accroissement de la base de données IDB dû aux
variations du système de fichiers, utilisez le niveau de journalisation
Journaliser répertoires.
• Croissance de votre environnement de sauvegarde
Le nombre de systèmes en cours de sauvegarde dans la cellule agit
sur la croissance de la base de données IDB. Il est conseillé de
planifier la croissance de votre environnement de sauvegarde.
• Encodage de caractères utilisé pour vos noms de fichier (applicable
sous UNIX uniquement)
Selon l'encodage du nom de fichier, un caractère du nom de fichier
peut occuper d'un à trois octets dans la base IDB. Par exemple, les
noms de fichier codés via le système Shift-JIS occupent jusqu'à trois
octets dans la base IDB, alors que les noms de fichier codés en ASCII
pur occupent seulement un octet. L'encodage des caractères est
pertinent pour la croissance de la partie nom de fichier de la base IDB
sous UNIX (sous Windows, tous les caractères occupent deux octets
dans la base IDB).
• Nombre de copies d'objet et de miroirs d'objet
Plus vous créez de copies d'objet et de miroirs d'objet, plus les
informations stockées dans la base IDB sont nombreuses. Pour les
copies d'objet et les miroirs d'objet, la base IDB stocke les mêmes
informations que pour les objets sauvegardés, à l'exception des noms
de fichier.
Croissance et performances de la base de données
IDB : paramètres clés réglables
Le niveau de journalisation et la protection de catalogue sont les
principaux facteurs de croissance et de performance de la base de
données IDB. Leur impact sur la base de données IDB dépend des
paramètres utilisés. Pour obtenir une représentation graphique de
l'impact des différents paramètres concernant les niveaux de
journalisation et la protection de catalogue, reportez-vous à la figure 5-2
à la page 212.
Chapitre 5
211
Base de données interne de Data Protector
Croissance et performances de la base de données IDB
Figure 5-2
Influence du niveau de journalisation et de la protection de
catalogue sur la croissance de la base de données IDB
Niveau de journalisation en tant que paramètre clé réglable de la
base de données IDB
Qu'est-ce que le
niveau de
journalisation ?
Le niveau de journalisation détermine la quantité de détails figurant
dans la base IDB à propos des fichiers et des répertoires sauvegardés.
Vous pouvez toujours restaurer vos données, sans tenir compte du
niveau de journalisation utilisé pendant la sauvegarde.
212
Chapitre 5
Base de données interne de Data Protector
Croissance et performances de la base de données IDB
Data Protector propose quatre niveaux de journalisation permettant de
contrôler la quantité de détails sur les fichiers et répertoires écrits dans
l'IDB :
Table 5-1
Journaliser
tout
Journalise toutes les informations détaillées sur les
fichiers et répertoires sauvegardés (noms, versions et
attributs).
Fichiers
journaux
Journalise toutes les informations détaillées sur les
fichiers et répertoires sauvegardés (noms et versions).
Cela représente environ 30 % des informations
détaillées sur les fichiers et répertoires sauvegardés.
Journaliser
répertoires
Journalise toutes les informations détaillées sur les
répertoires sauvegardés (noms, versions et attributs).
Cela représente environ 10 % de toutes les
informations détaillées sur les fichiers et répertoires
sauvegardés.
Pas de
journalisation
Aucune information sur les fichiers et répertoires
sauvegardés n'est enregistrée dans la base de données
IDB.
Les différents paramètres agissent sur la croissance de la base de
données IDB, la vitesse de sauvegarde et la capacité d'exploration des
données.
Impact sur les
performances
Le niveau de journalisation indique le volume de données écrites dans la
base de données IDB pendant une sauvegarde. Il agit également sur la
vitesse de la base de données IDB et donc sur le processus de
sauvegarde.
Niveau de
journalisation et
exploration pour la
restauration
Lorsque vous changez le niveau des informations stockées, vous modifiez
vos possibilités d'exploration des fichiers à l'aide de l'interface Data
Protector pendant une restauration. Si l'option Pas de journalisation
est sélectionnée, l'exploration est impossible ; si l'option Journaliser
répertoires est sélectionnée, l'exploration des répertoires est possible ;
si l'option Journaliser fichiers est sélectionnée, vous pouvez explorer
les fichiers et les répertoires, mais les attributs de fichier (taille, dates de
création et de modification, etc.) ne sont pas affichées.
Chapitre 5
213
Base de données interne de Data Protector
Croissance et performances de la base de données IDB
Il vous est toujours possible de restaurer vos données, quel que soit le
niveau de journalisation défini :
• Au lieu d'explorer vos données, vous pouvez toujours sélectionner
manuellement un fichier à restaurer (si vous connaissez le nom du
fichier).
• Vous pouvez également récupérer des informations sur les données
sauvegardées à partir des supports.
Niveau de
journalisation et
vitesse de
restauration
La vitesse de restauration est approximativement la même lorsque les
options Journaliser tout, Journaliser répertoires ou
Journaliser fichiers sont sélectionnées.
Si l'option Pas de journalisation est sélectionnée, la vitesse de
restauration peut être plus lente lors de la restauration de fichiers
uniques. C'est dû au fait que Data Protector doit lire toutes les données
depuis le début d'un objet avant de trouver un ficher à restaurer.
Dans le cas d'une restauration complète du système, l'objet doit de toute
façon être intégralement lu. Les paramètres de niveau de journalisation
ne jouent donc pas un rôle très important.
Protection de catalogue en tant que paramètre clé réglable de
l'IDB
Qu'est-ce que la
protection de
catalogue ?
La protection de catalogue détermine la durée pendant laquelle les
informations sur les données sauvegardées sont disponibles dans l'IDB.
Cette notion diffère de la protection de données, qui détermine la durée
pendant laquelle les données sauvegardées sont disponibles sur le
support lui-même. Si aucune protection de catalogue n'est définie, la
restauration des données reste possible. Toutefois vous ne pourrez pas
les explorer via l'interface Data Protector.
La protection de catalogue est basée sur le principe que les dernières
données stockées sont les plus importantes et les plus sollicitées. Les
anciens fichiers sont rarement recherchés, il est donc moins gênant que
leur recherche prenne plus de temps.
Expiration de la
protection de
catalogue
Lorsque la protection de catalogue arrive à expiration, les informations
ne sont pas immédiatement supprimées de l'IDB. Data Protector les
supprime automatiquement une fois par jour. Les informations de l'IDB
214
Chapitre 5
Base de données interne de Data Protector
Croissance et performances de la base de données IDB
étant organisées par support, la protection de catalogue doit arriver à
expiration pour tous les objets du support pour que les données soient
entièrement supprimées.
Impact sur les
performances
Les paramètres de protection de catalogue n'ont aucun effet sur les
performances de la sauvegarde.
Protection de
catalogue et
restauration
Lorsque la protection de catalogue arrive à expiration, les données sont
restaurées comme si elles avaient été sauvegardées avec l'option Pas de
journalisation. Reportez-vous à la section “Niveau de journalisation
en tant que paramètre clé réglable de la base de données IDB” à la
page 212.
Utilisation recommandée du niveau de journalisation et de la
protection de catalogue
Utilisez toujours la Définissez toujours un niveau raisonnable de protection de catalogue,
excepté lorsque l'option Pas de journalisation est sélectionnée (dans
protection de
catalogue
ce cas, la protection de catalogue ne s'applique pas).
Si vous définissez la protection de catalogue sur Permanent, les
informations de l'IDB ne sont supprimées que lorsque les supports sont
exportés ou supprimés. Dans ce cas, la taille de l'IDB augmente de
manière linéaire jusqu'à la fin de la période de protection des données,
même si le nombre de fichiers de la cellule ne change pas. Par exemple, si
la période de protection des données est d'un an et que les supports sont
recyclés, la croissance significative de l'IDB s'arrête au bout d'un an.
L'ajout de nouveaux catalogues équivaut approximativement à la
suppression des anciens. Si la protection de catalogue est définie sur
quatre semaines, la croissance significative de l'IDB s'arrête au bout de
quatre semaines. Dans ce cas, l'IDB est 13 fois plus volumineuse si la
protection de catalogue est réglée sur Permanent.
Il est recommandé de définir la protection de catalogue de façon à ce
qu'elle couvre au moins la dernière sauvegarde complète. Vous pouvez
par exemple la définir sur 8 semaines pour les sauvegardes complètes et
sur une semaine pour les sauvegardes incrémentales.
Utilisez différents
niveaux de
journalisation
dans la même
cellule
Une cellule est souvent constituée de serveurs de messagerie (ou
équivalents) qui génèrent quotidiennement un grand nombre de fichiers,
de serveurs de bases de données qui stockent toutes les informations
dans un groupe de fichiers et de stations de travail utilisateur. Les
variations de ces systèmes étant assez différentes, il est très difficile de
Chapitre 5
215
Base de données interne de Data Protector
Croissance et performances de la base de données IDB
conseiller un réglage qui leur conviendrait à tous. Il est donc
recommandé de créer plusieurs spécifications de sauvegarde avec les
paramètres de niveau de journalisation suivants :
• Pour les serveurs de messagerie, choisissez l'option Journaliser
répertoires.
• Pour les serveurs de base de données, aucune journalisation n'est
nécessaire puisqu'ils possèdent leurs propres règles de restauration.
Par conséquent, utilisez l'option Pas de journalisation.
• Pour les stations de travail, les options Journaliser tout ou
Journaliser fichiers permettent la recherche et la restauration
des versions différentes des fichiers. Lorsque l'option Journaliser
répertoires ou Pas de journalisation est sélectionnée pour une
sauvegarde, vous pouvez importer les catalogues à partir des
supports, ce qui vous offre la possibilité d'explorer l'objet sélectionné
en relativement peu de temps. Pour plus d'informations sur
l'importation de catalogues à partir des supports, utilisez le mot clé
"importation, catalogues à partir de supports" dans l'index de l'aide
en ligne.
Niveaux de
journalisation
différents pour les
copies d'objet
Les objets sauvegardés et les copies ou les miroirs de ces objets peuvent
présenter le même niveau de journalisation ou un niveau de
journalisation différent. Selon votre stratégie de sauvegarde, le niveau
de journalisation sélectionné pour les copies d'objet peut être plus ou
moins détaillé que celui des objets source.
Par exemple, vous pouvez spécifier l'option Pas de journalisation
pour les miroirs d'objet si vous créez ces miroirs simplement pour
garantir l'aboutissement d'une session de sauvegarde. Vous pouvez aussi
choisir l'option Pas de journalisation pour un objet sauvegarde afin
d'augmenter les performances de l'opération de sauvegarde, puis choisir
l'option Journaliser tout pour cet objet au cours d'une session de copie
d'objet ultérieure.
Particularités des
petites cellules
Si le nombre de fichiers d'une cellule est peu important et n'évolue pas
(un million de fichiers ou moins) et si les systèmes de la cellule réalisent
les activités professionnelles habituelles, vous pouvez toujours utiliser
l'option par défaut de Data Protector, Journaliser tout. Cependant,
vous devez être attentif à la croissance de l'IDB et définir un niveau
raisonnable de protection de catalogue.
216
Chapitre 5
Base de données interne de Data Protector
Croissance et performances de la base de données IDB
Particularités des
grandes cellules
Si le nombre de fichiers atteint plusieurs dizaines de millions ou que des
dizaines de milliers de fichiers sont générés par jour alors que vous avez
sélectionné l'option Journaliser tout, la vitesse de sauvegarde et la
croissance de l'IDB vont rapidement devenir problématiques.
Dans une telle situation, vous avez la possibilité de :
• Réduire le niveau de journalisation au niveau le plus bas possible. Le
fait de sélectionner l'option Journaliser fichiers peut diviser la
taille de l'IDB par trois et l'option Journaliser répertoires
environ par dix. Cela dépend bien sûr de la nature des systèmes de
fichiers de la cellule.
• Réduire la protection de catalogue au minimum.
• Diviser la cellule en deux. Enfin, vous pouvez également créer une
autre base de données IDB et y rediriger la moitié des systèmes.
Vous pouvez configurer le rapport sur les variations du système
afin d'obtenir des informations sur les variations de la croissance des
noms de fichier sur un client particulier.
Estimation de la taille de l'IDB
Si vous effectuez principalement des sauvegardes de systèmes de
fichiers, la base de données IDB peut dans certaines conditions atteindre
une taille significative (supérieure à 16 Go). Si vous réalisez des
sauvegardes d'images disque ou de bases de données, l'IDB ne dépassera
probablement pas 2 Go.
Pour estimer la taille de la base de données IDB, utilisez l'outil de
planification de capacité de la base de données interne qui se trouve à
l'emplacement suivant :
• Sur le système Gestionnaire de cellule UNIX :
/opt/omni/doc/C/IDB_capacity_planning.xls
• Sur le système Gestionnaire de cellule Windows :
<répertoire_Data_Protector>\docs\IDB_capacity_plannin
g.xls
Cet outil permet également d'estimer la taille de l'IDB dans les
environnements comportant des bases de données en ligne (Oracle, SAP
R/3).
Chapitre 5
217
Base de données interne de Data Protector
Croissance et performances de la base de données IDB
218
Chapitre 5
6
Gestion des services
Chapitre 6
219
Gestion des services
Description du chapitre
Description du chapitre
Grâce à la gestion des services, à la génération de rapports et à la
surveillance, les administrateurs sont en mesure de gérer plus
efficacement leurs environnements de sauvegarde. Ce chapitre décrit les
concepts de base de la gestion des services et présente ses avantages tant
pour la configuration autonome de Data Protector que pour son
intégration avec les produits de gestion de services HP OpenView.
Il s'organise comme suit :
Serveur d’installation
“Fonctionnalité Data Protector native” à la page 224
“Intégrations pour la gestion des services” à la page 234
220
Chapitre 6
Gestion des services
Présentation
Présentation
Les services informatiques des entreprises font de plus en plus appel aux
outils, techniques et méthodes de gestion des services pour fixer leurs
objectifs en termes de niveau de service, évaluer leurs prestations par
rapport à ces objectifs et justifier leur expansion future.
Les groupes informatiques devant gérer le risque de perte de données, la
sauvegarde et la récupération de données sont des éléments essentiels
dans la prestation et la gestion des services informatiques. Erreur des
utilisateurs, virus, accès non autorisé aux données, défaillance
occasionnelle du périphérique de stockage : autant d'éléments qui
menacent en permanence les données. Or, une perte de données
stratégiques peut coûter à l'entreprise des milliers, voire des millions de
dollars pour chaque heure d'indisponibilité.
Les utilisateurs, en revanche, considèrent parfois la sauvegarde des
données comme une opération qui, pendant son exécution, peut ralentir
ou empêcher leur accès à certains services. Néanmoins, sans cette
activité essentielle, la disponibilité permanente et en temps voulu des
services peut être nettement compromise.
Si toutes les données sont menacées, toutes n'ont pas les mêmes
exigences en termes de capacité de récupération. Ainsi, les départements
informatiques doivent assurer pour les données stratégiques un niveau
de protection supérieur à celui des données moins essentielles, et ce à un
coût réduit.
Les évaluations et les rapports de gestion des services comptent parmi
les principaux outils que les responsables des services informatiques
peuvent utiliser pour démontrer la valeur fournie à l'entreprise ainsi que
pour conserver des structures de coûts compétitives. Les fournisseurs de
services utilisent des contrats de niveau de service (SLA) afin de définir
les objectifs de disponibilité et de performances et de fixer ainsi les
attentes des parties.
Une surveillance permanente et la génération périodique de rapports
sont nécessaires pour savoir si les dispositions du SLA sont respectées.
Data Protector offre en standard des outils de surveillance, de
notification et de génération de rapports permettant de documenter les
opérations de sauvegarde et de récupération. L'intégration avec d'autres
produits de gestion de services OpenView permet de regrouper sur une
Chapitre 6
221
Gestion des services
Présentation
seule console les vues, données de performance et autres fonctionnalités,
vous donnant ainsi un meilleur aperçu de la prestation globale de
services informatiques.
Data Protector fournit aux responsables des services informatiques des
données essentielles pour la surveillance et la planification
fonctionnelles des opérations de sauvegarde et de récupération des
données. Ces données peuvent être utilisées dans les activités consistant
à planifier la disponibilité du service et la récupération, lesquelles sont
fondamentales en cas de signature d'accords de service. De plus, les
informations fournies par Data Protector peuvent être utilisées pour
mettre en place des modèles de gestion des coûts et de facturation
interne afin de permettre une véritable gestion financière du service
informatique.
Data Protector et la gestion des services
Data Protector offre des fonctions de gestion des services et peut être
associé à des applications de gestion des services, telles que ManageX,
OpenView Performance Agent (anciennement MeasureWare Agent),
OpenView Reporter, OpenView Service Desk et OpenView Service
Information Portal.
Dans Data Protector, on distingue deux catégories de gestion des
services : native et résultant de l'intégration d'autres applications. Les
éléments de chaque catégorie sont détaillés plus loin dans ce chapitre.
222
Chapitre 6
Gestion des services
Présentation
Figure 6-1
Flux des données de la gestion des services
Chapitre 6
223
Gestion des services
Fonctionnalité Data Protector native
Fonctionnalité Data Protector native
La fonctionnalité décrite dans les sections suivantes est fournie en
standard avec Data Protector.
Fonctions clé
• Data Protector a été conçu pour assurer le suivi du temps écoulé pour
les opérations clé et pour enregistrer ces données ainsi que le volume
des données à l'aide de l'API Application Response Measurement
version 2.0 (API ARM 2.0). L'enregistrement de ces données peut être
effectué à l'aide de HP OpenView Performance Agent (OVPA).
• Le contrôle intégré des sessions en cours permet de réagir
instantanément aux événements survenant dans votre
environnement de sauvegarde.
• Le moteur de notification et de génération de rapports intégré de
Data Protector permet de recevoir des rapports concis ainsi que des
avertissements immédiats sous différents formats (ASCII, HTML et
formats compatibles tableurs) et selon différentes méthodes : e-mail,
SNMP, diffusion (disponible uniquement sous Windows),
enregistrement dans un fichier et envoi vers une commande externe.
Le moteur de notification intégré de Data Protector étant en mesure
d'envoyer des avertissements via SNMP, il est possible d'intégrer
quasiment toutes les applications capables de recevoir des
interruptions SNMP.
• L'intégration de Data Protector avec HP OpenView Operations
permet de recevoir des avertissements de Data Protector sur la
console OVO et d'effectuer des actions automatiques.
• La capacité de Data Protector d'envoyer les événements majeurs et
critiques au journal d'événements Windows ouvre la voie à toute une
série de possibilités d'intégration très utiles.
• L'intégration avec HP OpenView ManageX transfère
automatiquement les événements majeurs et critiques de Data
Protector vers la console ManageX. Vous pouvez paramétrer des
actions automatiques destinées à réagir aux pannes dans
l'environnement de sauvegarde.
• Grâce à sa fonction intégrée de génération de rapports Java en ligne,
Data Protector vous permet de créer des rapports en ligne depuis
n'importe quel endroit du réseau (même à distance) sans que
224
Chapitre 6
Gestion des services
Fonctionnalité Data Protector native
l'interface utilisateur Data Protector ne soit nécessairement installée
sur votre ordinateur local. Vous devez disposer pour cela d'un
navigateur Web.
Application Response Measurement version 2.0 (API
ARM 2.0)
Qu'est-ce que
l'ARM ?
L'API ARM est une norme de plus en plus utilisée pour la mesure du
temps de réponse de bout en bout des transactions dans les
environnements distribués. Les applications qui utilisent l'API ARM se
comportent comme des sources d'informations de temps de réponse (et
aussi d'informations fournies par l'utilisateur pouvant être pertinentes
pour une transaction particulière) pour les outils de contrôle et de
gestion de systèmes compatibles ARM, tels que HP OpenView
Performance Agent (OVPA). OVPA enregistre les informations de
transaction ARM dans son référentiel pour l'analyse et la génération de
rapports ultérieures. Il peut également produire des avertissements en
temps réel (ou "alarmes") lorsque le temps écoulé pour une transaction
donnée, par exemple une opération de sauvegarde, dépasse une limite
prédéfinie. Lorsqu'un avertissement en temps réel est émis, un certain
nombre d'actions sont possibles, parmi lesquelles : informer une console
d'opérations centrale, telle que HP OpenView Operations, appeler un
opérateur système sur son récepteur de poche, déclencher une action
automatisée pour résoudre le problème.
Tableau 6-1
Fonctionnalité ARM
Description de la
transaction
(ARM 1.0)
Données
supplémentaires
envoyées vers ARM
(ARM 2.0)
Utilisation
Durée de la session de
spécification de
sauvegarde
Données traitées [Mo]
Planification de la
disponibilité et de
la récupération.
Facturation
interne.
Chapitre 6
225
Gestion des services
Fonctionnalité Data Protector native
Tableau 6-1
Fonctionnalité ARM
Description de la
transaction
(ARM 1.0)
Données
supplémentaires
envoyées vers ARM
(ARM 2.0)
Utilisation
Durée de la session de
sauvegarde d'un objet
Données traitées [Mo]
Planification de la
disponibilité et de
la récupération.
Facturation
interne.
Durée de la session de
restauration
Données récupérées
[Mo]
Planification de la
disponibilité et de
la récupération
Durée de la
vérification de la base
de données IDB
Taille de la base de
données IDB [Mo]
Gestion de
l'architecture Data
Protector
Durée de la purge de
la base de données
IDB
Volume de la base de
données IDB après la
purge et nombre
d'enregistrements
purgés
Gestion de
l'architecture Data
Protector
Data Protector étant déjà doté de l'ARM, il est relativement facile de
l'associer à une application comme OVPA prenant en charge l'API ARM.
Sur les plates-formes Windows, cela se fait de manière entièrement
automatique. Lorsque Data Protector est installé sur un système où
OVPA se trouve déjà (ou vice versa), les données de transaction
apparaissent immédiatement dans OVPA et HP OpenView Performance
Manager (OVPM). Sous HP-UX, vous devez uniquement créer un lien
d'une bibliothèque OVPA vers un répertoire Data Protector. Pour plus
d'informations, utilisez le mot clé "intégration ARM, installation" dans
l'index de l'aide en ligne.
Une autre interface possible entre OVPA et Data Protector est
l'Intégration des sources de données (DSI). Cette possibilité est
importante si l'application que vous utilisez pour le suivi des
transactions n'est pas compatible ARM 2.0. ARM 1.0 ne permet
d'enregistrer que des données relatives au temps, telles que la durée
d'une session de sauvegarde. Avec la DSI, il devient possible
226
Chapitre 6
Gestion des services
Fonctionnalité Data Protector native
d'enregistrer toute donnée pouvant être extraite de la ligne de commande
vers des outils tels que OPVA. Vous pouvez ainsi personnaliser
considérablement les rapports.
Intégration avec HP OpenView Operations
Fonctionnalité de
l'intégration de
OVO avec Data
Protector
Data Protector s'intègre avec HP OpenView Operations (OVO). OVO
simplifie la gestion des grands environnements en permettant à
l'opérateur de contrôler et d'administrer le réseau et les applications à
partir d'un seul point. Une fois que Data Protector est intégré à
l'environnement OVO, l'administrateur réseau peut immédiatement voir
si une erreur survient lors de la sauvegarde et réagir en fonction des
informations données. Les messages Data Protector peuvent s'afficher
dans la fenêtre OVO prévue à cet effet.
Intégration avec ManageX
Fonctionnalité de
l'intégration de
ManageX avec
Data Protector
L'intégration de ManageX avec Data Protector peut uniquement
s'effectuer sur les plates-formes Windows. Elle offre les fonctionnalités
suivantes :
• Data Protector enregistre dans le journal d'événements de Windows
tous les messages majeurs et critiques apparaissant lors d'une
sauvegarde, d'une restauration ou de toute autre opération. ManageX
utilise ensuite ces événements et les transfère vers la console
ManageX, pour qu'un opérateur puisse agir en conséquence.
• Contrôle des services
ManageX contrôle tous les services Data Protector s'exécutant sur le
Gestionnaire de cellule ainsi que tout système client Data Protector.
En cas de dysfonctionnement de l'un des ces services, ManageX en
avertit immédiatement l'opérateur. ManageX peut également être
configuré pour essayer automatiquement de relancer le service
défectueux.
Ces fonctionnalités sont déjà intégrées dans ManageX 3.5 et ses versions
supérieures. Pour utiliser cette intégration, il suffit de distribuer ces
fonctionnalités ManageX sur les systèmes Data Protector.
Chapitre 6
227
Gestion des services
Fonctionnalité Data Protector native
Interruptions SNMP
Les interruptions SNMP permettent à une application de gestion des
services de recevoir et de traiter un message d'interruption SNMP
lorsqu'un événement Data Protector se produit ou lorsqu'une
interruption SNMP est envoyée suite au déclenchement d'un mécanisme
de vérification et de maintenance Data Protector. Pour plus
d'informations sur la configuration des interruptions SNMP dans Data
Protector, utilisez le mot clé "SNMP, modes d'envoi de rapports" dans
l'index de l'aide en ligne.
Moniteur
Elément de l'interface utilisateur de Data Protector, le moniteur Data
Protector permet de superviser les sessions de sauvegarde, de
restauration et de gestion des supports en cours et d'en corriger les
erreurs.
Via le moniteur, vous pouvez surveiller toutes les sessions d'une cellule
et visualiser les messages détaillés ainsi que l'état actuel de ces sessions.
Dans un environnement multicellules, vous pouvez afficher les sessions
qui fonctionnent sur des systèmes informatiques installés dans d'autres
cellules. Depuis l'interface utilisateur du moniteur, vous pouvez
abandonner une session de sauvegarde, de restauration ou de gestion des
supports ou encore répondre à des demandes de "montage".
Si vous utilisez le Manager-of-Managers, vous pouvez contrôler les
sessions de plusieurs cellules simultanément à partir d'une seule
interface utilisateur.
Génération de rapports et notification
La fonction de génération de rapports de Data Protector est un outil
puissant, personnalisable et souple grâce auquel vous pouvez
administrer et planifier votre environnement de sauvegarde. Data
Protector a toujours intégré un large éventail de rapports exploités par
les administrateurs pour gérer les systèmes Gestionnaire de cellule.
Désormais, les fournisseurs de services informatiques peuvent utiliser
ces mêmes rapports pour indiquer si les dispositions du SLA concernant
la sécurité des données sont respectées. Parmi les rapports intégrés
spécifiquement dédiés à la gestion du niveau de service, citons :
• Rapports d'inventaire/d'état, comme le rapport host_not_conf, qui
228
Chapitre 6
Gestion des services
Fonctionnalité Data Protector native
contient des informations sur les systèmes non protégés, le rapport
dl_sched, qui répertorie toutes les sauvegardes planifiées, et le
rapport media_list, qui fait l'inventaire des supports.
• Rapports d'utilisation des capacités, comme le rapport sur la licence,
qui décrit l'utilisation de la licence Data Protector, et le rapport
dev_unused, qui répertorie les périphériques non utilisés pour une
sauvegarde (disponibles).
• Rapports de problèmes, comme le rapport backup_statistics, qui
contient des informations sur les échecs de sauvegarde.
L'administrateur peut recevoir une fois par heure, par jour ou par
semaine un e-mail décrivant les tâches qui ont échoué et les raisons
de leur échec.
Les fonctions de notification et de génération de rapports qui ont
toujours fait partie intégrante du Gestionnaire de cellule (et qui ont été
largement étendues depuis les versions antérieures) vous permettent
également d'exécuter les opérations suivantes :
• Choisir parmi une trentaine de rapports prédéfinis (notamment les
rapports sur les sessions dans une période donnée, les rapports sur la
base de données IDB et les rapports d'utilisation des périphériques).
• Spécifier vos propres paramètres pour ces rapports (comme les
périodes, les spécifications de sauvegarde et les groupes de
sauvegardes).
• Faire un choix parmi les divers formats de sortie (tels que ASCII,
HTML et formats compatibles tableurs).
• Planifier ces rapports avec le planificateur Data Protector intégré.
• Déclencher l'envoi des rapports en fonction d'événements donnés
(dysfonctionnement d'un périphérique, demandes de montage ou fin
de sessions, par exemple).
• Choisir parmi différents modes d'envoi la façon dont ces rapports
doivent vous parvenir : e-mail, SNMP, diffusion (disponible
uniquement sous Windows), enregistrement dans un fichier et envoi
vers une commande externe.
Vous pouvez combiner la plupart de ces différents paramètres : formats,
modes de réception, planifications et déclenchements.
Chapitre 6
229
Gestion des services
Fonctionnalité Data Protector native
En voici quelques exemples :
Exemples de
rapports et de
notifications
• Tous les matins, à 7:00, un rapport est créé sur toutes les sessions de
sauvegarde effectuées au cours des dernières 24 heures, puis envoyé
au format ASCII par e-mail à la boîte aux lettres de l'administrateur.
De plus, ce même rapport est enregistré sur votre serveur Web dans
un fichier au format HTML, de sorte que d'autres utilisateurs
peuvent avoir accès à ces informations.
• Dans le cas d'une défaillance d'un périphérique ou d'une demande de
montage, un message de diffusion est immédiatement envoyé à la
station de travail Windows de l'administrateur et une commande
externe est déclenchée pour avertir l'administrateur sur son
récepteur de poche.
• A la fin d'une session de sauvegarde, chaque utilisateur final dont le
système a été sauvegardé reçoit un e-mail au format ASCII, dans
lequel figure le rapport d'état de sauvegarde.
Journalisation et notification des événements
Le journal d'événements Data Protector est un référentiel central
contenant l'ensemble des notifications ayant trait à Data Protector. Le
moteur de notification intégré de Data Protector envoie des
avertissements ou active le mécanisme de génération de rapports de
Data Protector en fonction des entrées du journal. Le journal
d'événements constitue la principale source d'informations pour les
rapports de conformité au SLA dans Data Protector ou dans les
applications de gestion OpenView. Les entrées du journal contribuent
non seulement à la génération de rapports, mais aussi à l'envoi
d'informations aux applications de gestion OpenView via le SPI Data
Protector (smart plug-in), permettant ainsi à celles-ci de déclencher des
actions préventives ou correctives (pour plus de détails, voir l'exemple
sous 3.1).
Le moteur de notification intégré de Data Protector étant en mesure
d'envoyer des avertissements via SNMP, il est possible d'intégrer avec
Data Protector quasiment toutes les applications capables de recevoir
des interruptions SNMP. L'intégration avec OpenView Operations et
OpenView Reporter est un exemple d'une mise en oeuvre fondée sur les
interruptions SNMP.
230
Chapitre 6
Gestion des services
Fonctionnalité Data Protector native
Le journal d'événements n'est accessible qu'aux utilisateurs Data
Protector appartenant au groupe Admin et à ceux qui disposent des droits
d'utilisateur portant sur les rapports et les notifications. Vous
pouvez afficher ou supprimer l'ensemble des événements du journal.
Fichiers journaux Data Protector
Certaines applications de gestion des services, telles que HP OpenView
Operations, vous permettent de spécifier les fichiers journaux à contrôler
pour une entrée de journal spécifique et le moment où ce contrôle doit
être effectué. Si l'entrée spécifiée est détectée dans le fichier, une action
peut être définie. Dans OVO, cette opération est appelée Encapsulation
du fichier journal.
Vous pouvez configurer ce type d'application de gestion des services afin
de contrôler les fichiers journaux Data Protector pour des entrées de
journal spécifiques (événements Data Protector) et définir une action à
effectuer dans le cas où un événement Data Protector particulier est
détecté.
Pour plus d'informations sur les fichiers journaux Data Protector,
reportez-vous au Guide de dépannage HP OpenView Storage Data
Protector. Notez qu'aucune spécification de formatage des fichiers
journaux n'est fournie.
Journal de l'application Windows
Certaines applications de gestion des services, telles que Manage X,
contrôlent le journal de l'application Windows.
Pour activer le transfert automatique de tous les messages Data
Protector et des messages concernant les services Data Protector (s'ils
sont arrêtés) vers le journal de l'application Windows, réglez la variable
EventLogMessages dans le fichier d'options globales Data Protector sur
1. Pour plus d'informations sur le fichier d'options globales Data
Protector, reportez-vous au Guide de dépannage HP OpenView Storage
Data Protector.
Rapports Java en ligne
Data Protector offre une fonction de création de rapports Java en ligne
permettant de configurer, d'exécuter et d'imprimer tous les rapports
intégrés de Data Protector, en temps réel et de façon interactive.
Pendant la génération de rapports Java, la fonctionnalité Data Protector
Chapitre 6
231
Gestion des services
Fonctionnalité Data Protector native
correspondante accède directement au Gestionnaire de cellule pour
extraire les données en cours. Vous pouvez mettre à disposition cet
applet Java via un serveur Web, le copier sur la machine client pour un
accès direct ou l'utiliser en local.
Pour utiliser cette fonction, seul un navigateur Web pris en charge est
nécessaire. L'installation de l'interface Data Protector sur le système
n'est pas nécessaire.
Vous pouvez utiliser la fonction de génération de rapports Java non
seulement pour accéder directement à vos rapports en ligne, mais aussi
pour en reconfigurer la structure (ajouter de nouveaux rapports à un
programme ou modifier les paramètres d'un rapport, par exemple).
Mécanisme de vérification et de maintenance Data
Protector
Data Protector offre un puissant mécanisme d'auto-vérification et de
maintenance, lequel intervient quotidiennement pour améliorer la
fiabilité et la prévisibilité opérationnelles du système. Les tâches
d'auto-vérification et de maintenance de Data Protector sont notamment
les suivantes :
• Supports libres insuffisants
• Expiration de la licence Data Protector
Pour plus d'informations, utilisez le mot clé "vérifications effectuées par
Data Protector" dans l'index de l'aide en ligne.
Gestion centralisée, environnement distribué
Grâce au MoM Data Protector, les administrateurs peuvent gérer de
façon centralisée un environnement d'entreprise composé de plusieurs
systèmes Gestionnaire de cellule Data Protector. L'administrateur du
système MoM effectue depuis une seule console toutes les tâches de
configuration, de gestion des supports, de surveillance et d'élaboration de
rapports d'état pour l'ensemble de l'entreprise. Ainsi, la gestion de
nombreux systèmes Gestionnaire de cellule Data Protector s'avère tout
aussi simple que celle d'un système unique. Les fournisseurs de services
informatiques peuvent gérer les grands environnements de leurs clients
sans avoir à embaucher de personnel supplémentaire. Pour plus
d'informations sur MoM, utilisez le mot clé "environnement MoM" dans
l'index de l'aide en ligne.
232
Chapitre 6
Gestion des services
Fonctionnalité Data Protector native
Utilisation des données fournies par Data Protector
Voici quelques exemples illustrant ce qu'il est possible de faire avec les
données fournies par Data Protector :
Que peut-on faire
avec les
données ?
• Avertissement en temps réel lorsque des sessions de sauvegarde ou
de restauration dépassent le délai spécifié (OVPA).
• Création de graphiques illustrant la durée de sauvegarde des
systèmes clés de votre environnement afin de déterminer la tendance
générale des temps d'opération (OVPM).
• Prévisions sur la croissance de la base de données IDB, afin de
pouvoir déterminer à quels moments certaines limites seront
atteintes (planificateur OVPM).
• Envoi régulier de rapports par e-mail aux opérateurs de sauvegarde,
aux utilisateurs finaux et aux responsables de l'entreprise (fonction
de génération de rapports intégrée de Data Protector permettant
l'envoi d'e-mail).
• Rapports de sauvegarde créés sur un serveur Web pour les rendre
accessibles sur demande (fonction de génération de rapports intégrée
de Data Protector permettant l'enregistrement au format HTML).
• Envoi d'événements Data Protector majeurs et critiques vers votre
solution d'administration réseau, telle que HP OpenView Network
Node Manager (moteur de notification Data Protector intégré
permettant l'envoi d'interruptions SNMP).
Chapitre 6
233
Gestion des services
Intégrations pour la gestion des services
Intégrations pour la gestion des services
Les intégrations suivantes de Data Protector peuvent être installées
pour simplifier la gestion des services et vous donner un accès centralisé
à de puissantes fonctions de gestion des services.
Fonctions clé
• Formats de rapport standard et personnalisés
• Interface de "dossiers d'incidents" pour Data Protector
• Niveau de service spécifique, cohérent et mesurable
• Informations Data Protector disponibles sur une interface Web
• Représentation graphique des données
Figure 6-2
Exemple d'un environnement de fournisseur de services
informatiques offrant un accès à la gestion des services via le
portail client.
Intégration de Data Protector avec OVO-OVR
L'intégration de Data Protector avec HP OpenView Operations (OVO)
est étendue grâce à l'ajout de HP OpenView Reporter 3.0 (version
anglaise). A l'aide de Reporter, les fournisseurs de services peuvent
générer des rapports depuis la console OVO, qui joue alors le rôle de
point de gestion central. L'intégration avec Reporter ajoute une variété
de nouveaux rapports dans les catégories suivantes :
• Rapports sur les sessions de sauvegarde
• Rapports d'administration
234
Chapitre 6
Gestion des services
Intégrations pour la gestion des services
• Rapports sur les pools de supports
• Performances
Les fournisseurs de services informatiques peuvent utiliser ces rapports
pour prouver à un client qu'il respecte le SLA. Par exemple, le rapport
intitulé “Performances des transactions Data Protector" présente des
données sur les performances du service (l'un des paramètres du SLA
informatique) :
Figure 6-3
Data Protector OVR : exemple
Chapitre 6
235
Gestion des services
Intégrations pour la gestion des services
Outre les rapports de conformité au SLA, un fournisseur de services
informatiques peut générer des rapports opérationnels mensuels pour
l'environnement Data Protector. Par exemple, le rapport sur l'état des
erreurs de fonctionnement de Data Protector regroupe les problèmes et
peut être utilisé par le fournisseur de services informatiques à des fins de
planification opérationnelle.
Figure 6-4
Rapport sur l'état des erreurs de fonctionnement
236
Chapitre 6
Gestion des services
Intégrations pour la gestion des services
Data Protector OVO-SIP
SIP peut vous offrir un aperçu des services que vous fournissez. Au lieu
de vous donner une vue généralisée de votre infrastructure, SIP
personnalise les informations associées à chacun de vos clients et affiche
des données spécifiques à leurs environnements.
Grâce à cette intégration, vous pouvez offrir à vos clients un aperçu du
niveau des opérations de protection de données qu'ils externalisent.
Cette intégration utilise des composants OVO pour représenter
graphiquement le réseau de stockage.
Figure 6-5
Data Protector OVO-SIP : exemple
Data Protector SIP
Cette intégration fait également appel à SIP pour fournir des
informations Data Protector via une interface Web. OVO ne doit pas
nécessairement être installé. Cette intégration présente les données sous
forme de tables et de jauges.
Chapitre 6
237
Gestion des services
Intégrations pour la gestion des services
Figure 6-6
Exemple d'une intégration directe de SIP
Intégration de Data Protector avec HP OpenView
Service Desk
Service Desk est une solution destinée aux services d'assistance. Elle
permet aux entreprises d'assistance technique de traiter en un seul flux
de travail les processus de configuration, d'assistance, de résolution
d'incidents, de résolution de problèmes et de gestion des changements.
Service Desk automatise et régule les processus de dépannage
informatique. Il stocke les SLA et s'assure que les services d'assistance
sont bien conformes à ces derniers.
Lorsqu'il est intégré à Data Protector, Service Desk surveille (sans
intervention humaine) le temps nécessaire à la résolution des problèmes
liés aux sauvegardes, tels que l'ajout de supports ou le redémarrage
d'une sauvegarde ayant échoué, améliorant ainsi les fonctions de
surveillance et de mesure de Data Protector.
238
Chapitre 6
Gestion des services
Intégrations pour la gestion des services
Service Desk gère le flux de travail du service d'assistance, mesure le
niveau de qualité des services et génère des rapports établissant la
conformité avec le SLA. L'intégration de Data Protector A.06.00 et de
Service Desk permet au personnel d'assistance d'accéder aux données de
Data Protector et de parvenir à la résolution des problèmes
opérationnels en temps voulu, avant que ceux-ci n'affectent les services
vitaux de protection des données.
Chapitre 6
239
Gestion des services
Intégrations pour la gestion des services
240
Chapitre 6
7
Fonctionnement de Data
Protector
Chapitre 7
241
Fonctionnement de Data Protector
Description du chapitre
Description du chapitre
Ce chapitre décrit le fonctionnement de Data Protector. Il explique les
processus (sous UNIX) et les services (sous Windows) Data Protector,
ainsi que les sessions de sauvegarde, de restauration et de gestion des
supports.
Il s'organise comme suit :
“Processus ou services Data Protector” à la page 243
“Sessions de sauvegarde” à la page 244
“Sessions de restauration” à la page 250
“Sessions de copie d'objet” à la page 255
“Sessions de consolidation d'objet” à la page 259
“Sessions de gestion des supports” à la page 262
242
Chapitre 7
Fonctionnement de Data Protector
Processus ou services Data Protector
Processus ou services Data Protector
Data Protector exécute en arrière-plan différents processus (sous UNIX)
et services (sous Windows) qui lui permettent de lancer les sessions de
sauvegarde et de restauration. Il fournit les voies de communication
nécessaires, active les sessions de sauvegarde et de restauration, lance
les Agents de disque et les Agents de support, enregistre les informations
concernant les éléments sauvegardés, gère les supports et exécute
d'autres fonctions similaires.
Inet
Le service Inet Data Protector s'exécute sur chaque
système Windows de la cellule Data Protector. Inet est
responsable de la communication entre les systèmes de
la cellule et lance les processus requis pour les
sauvegardes et les restaurations. Le service Inet Data
Protector est lancé dès que Data Protector est installé
sur un système. Sur les systèmes UNIX, le démon inet
système (INETD) lance le processus Inet Data
Protector.
CRS
Le processus (service) CRS (Cell Request Server)
s'exécute sur le Gestionnaire de cellule Data Protector.
Il lance et contrôle les sessions de sauvegarde et de
restauration. Le service est lancé dès que Data
Protector est installé sur le système Gestionnaire de
cellule. Il est relancé chaque fois que le système est
redémarré.
MMD
Le processus (service) MMD (Media Management
Daemon, démon de gestion des supports), s'exécute sur
le Gestionnaire de cellule Data Protector et contrôle les
opérations liées aux périphériques et à la gestion des
supports. Il est lancé par le processus (service) CRS.
RDS
Le processus RDS (Raima Database Server, serveur de
base de données Raima) s'exécute sur le Gestionnaire
de cellule Data Protector et gère la base de données
IDB. Le processus démarre dès que Data Protector est
installé sur le Gestionnaire de cellule.
Pour savoir comment lancer ou arrêter manuellement les processus et
services de Data Protector, reportez-vous à l'aide en ligne.
Chapitre 7
243
Fonctionnement de Data Protector
Sessions de sauvegarde
Sessions de sauvegarde
Cette section explique comment lancer une session de sauvegarde et
décrit le déroulement d'une session de ce type, ainsi que les processus et
services impliqués.
Qu'est-ce qu'une
session de
sauvegarde ?
Dès qu'une spécification de sauvegarde est lancée, elle devient une
session de sauvegarde. Au cours d'une session de sauvegarde, les
données d'une source, généralement un disque dur, sont copiées vers une
destination, généralement un support à bande. Le résultat d'une session
de sauvegarde est une copie de données sur une série de supports de
sauvegarde.
Sessions de sauvegarde interactives ou planifiées
Session de
sauvegarde
planifiée
Une session de sauvegarde planifiée est lancée par le planificateur Data
Protector à l'heure spécifiée. Vous pouvez suivre l'évolution de la session
dans le moniteur Data Protector.
Session de
sauvegarde
interactive
Une session de sauvegarde interactive est lancée directement depuis
l'interface utilisateur Data Protector. Le moniteur Data Protector
démarre immédiatement et vous pouvez alors suivre l'évolution de la
session de sauvegarde. Notez que plusieurs utilisateurs peuvent suivre
une même session de sauvegarde. Vous pouvez arrêter le contrôle en
déconnectant l'interface utilisateur de la session. La session continuera
alors en arrière-plan.
Flux de données et processus d'une session de
sauvegarde
Déroulement d'une Le flux d'informations d'une session de sauvegarde est présenté dans la
session de
figure 7-1 à la page 246. Notez que le flux de données et les processus
sauvegarde
décrits dans cette section sont ceux d'une session de sauvegarde réseau
standard. Pour une présentation du flux de données et des processus
spécifiques d'autres types de sauvegarde, tels que les sauvegardes
directes, reportez-vous aux chapitres correspondants.
Au démarrage d'une session de sauvegarde, les événements suivants se
produisent :
244
Chapitre 7
Fonctionnement de Data Protector
Sessions de sauvegarde
1. Le processus BSM (Backup Session Manager, gestionnaire de session
de sauvegarde) est lancé à partir du système Gestionnaire de cellule
et contrôle la session de sauvegarde. Il lit la spécification de
sauvegarde pour déterminer les éléments à sauvegarder, ainsi que les
options, les supports et les périphériques à utiliser pour la
sauvegarde.
2. Le BSM (Backup Session Manager, gestionnaire de session de
sauvegarde) ouvre la base de données IDB et y écrit les informations
concernant la session de sauvegarde : messages générés, informations
concernant les données sauvegardées, périphériques et supports
utilisés pour la session.
3. Le BSM lance des Agents de support sur les systèmes associés aux
périphériques configurés pour la sauvegarde. Un Agent de support
est lancé pour chaque lecteur utilisé en parallèle. Le nombre d'Agents
de support pouvant être lancés dans la cellule est limité par la
configuration de la cellule et par le nombre de licences que vous avez
achetées.
Dans une session de sauvegarde avec mise en miroir d'objet, le
gestionnaire BSM lance également les Agents de support qui seront
utilisés pour la mise en miroir.
4. Le BSM lance un Agent de disque pour chaque disque à sauvegarder
en parallèle. Le nombre effectif d'Agents de disque qu'il est possible
de lancer dépend de la simultanéité des Agents de disque, telle qu'elle
a été définie au niveau de la spécification de sauvegarde. La
simultanéité correspond au nombre d'Agents de disque pouvant être
lancés simultanément de sorte que les données soient envoyées en
parallèle à un Agent de support et que le périphérique puisse
fonctionner en mode continu.
5. Les Agents de disque lisent les données des disques et les
transmettent aux Agents de support qui les écrivent sur des supports.
Dans une session de sauvegarde avec mise en miroir d'objet, les
Agents de support utilisés pour l'écriture des objets mis en miroir
forment une guirlande. Chaque Agent de support écrit les données
reçues sur le support et les transmet à l'Agent de support suivant
dans la chaîne.
6. Le BSM contrôle l'avancement de la session et lance des Agents de
disque et des Agents de support supplémentaires en fonction des
besoins.
Chapitre 7
245
Fonctionnement de Data Protector
Sessions de sauvegarde
7. Enfin, BSM ferme la session lorsqu'elle est terminée.
Figure 7-1
Flux de données de la session de sauvegarde (1)
Nombre de
sessions pouvant
être lancées
simultanément
Un certain nombre de sessions de sauvegarde peuvent être lancées
simultanément dans la cellule. Ce nombre dépend des ressources de la
cellule, notamment de la disponibilité des périphériques et de la
configuration du Gestionnaire de cellule : vitesse du processeur, taille de
la mémoire principale, autres données du même type. Pour éviter que les
processus de Data Protector ne dépassent les capacités du système, le
nombre maximum de sessions de sauvegarde simultanées est limité. Il
est possible de configurer cette limite.
La figure 7-2 présente plusieurs sessions exécutées simultanément.
246
Chapitre 7
Fonctionnement de Data Protector
Sessions de sauvegarde
Figure 7-2
Flux de données d'une session de sauvegarde - sessions multiples
Commandes pré-exécution et post-exécution
Les commandes Data Protector pré-exécution permettent d'effectuer
certaines opérations avant qu'une session de sauvegarde ou de
restauration ne commence. Les commandes Data Protector
post-exécution permettent d'effectuer certaines opérations au terme
d'une session de sauvegarde ou de restauration. Exemple d'opération
pré-exécution type : fermer la base de données pour mettre les données
dans un état cohérent.
Les commandes pré-exécution et post-exécution peuvent être soit
définies pour une spécification de sauvegarde et, à ce titre, exécutées sur
le système Gestionnaire de cellule, soit définies comme option d'objet
sauvegarde, et donc exécutées sur le système client sur lequel l'Agent de
disque correspondant a été lancé.
Chapitre 7
247
Fonctionnement de Data Protector
Sessions de sauvegarde
Les commandes pré-exécution et post-exécution peuvent être écrites sous
forme de fichiers exécutables ou de scripts shell. Elles ne sont pas
fournies par Data Protector et doivent être écrites séparément, par
exemple par l'opérateur de sauvegarde.
Mise en attente des sessions de sauvegarde
Délai d'attente
Au démarrage d'une session de sauvegarde, Data Protector tente
d'allouer toutes les ressources nécessaires, telles que les périphériques.
La session est mise en attente jusqu'à ce que les ressources minimales
requises soient disponibles. Si les ressources ne sont toujours pas
disponibles au terme de ce délai, la session est abandonnée. Le délai
d'attente peut être défini à l'aide de l'option globale SmWaitForDevice.
Optimisation de la Pour optimiser la charge du système Gestionnaire de cellule, Data
charge
Protector peut lancer un certain nombre de sessions de sauvegarde en
même temps. Ce nombre est égal à 5 par défaut et peut être modifié au
niveau du fichier d'options globales. Si le nombre de sessions planifiées
devant être lancées simultanément est supérieur au nombre par défaut,
les sessions supplémentaires sont mises en file d'attente et lancées une
fois les autres terminées.
Demandes de montage au cours d'une session de
sauvegarde
Qu'est-ce qu'une
demande de
montage ?
Une demande de montage apparaît au cours d'une session de sauvegarde
lorsque Data Protector requiert un support supplémentaire pour
effectuer la sauvegarde et que celui-ci n'est pas disponible.
Data Protector peut émettre une demande de montage pour l'un des
motifs suivants :
Emission d'une
demande de
montage
• L'espace de supports de sauvegarde est insuffisant et aucun support
supplémentaire n'est disponible.
• La stratégie d'allocation de supports Data Protector définie requiert
un support qui n'est pas présent dans le périphérique.
• Les supports utilisés pour la sauvegarde ne sont pas disponibles dans
l'ordre défini au niveau de la liste de préallocation.
248
Chapitre 7
Fonctionnement de Data Protector
Sessions de sauvegarde
Pour plus d'informations, reportez-vous aux sections “Ajout de données
aux supports pendant une session de sauvegarde” à la page 146 et
“Sélection des supports utilisés pour la sauvegarde” à la page 145.
Réponse à une
demande de
montage
Répondre à une demande de montage consiste à fournir les supports
requis et à demander à Data Protector de continuer la sauvegarde.
Envoi d'une
notification à un
opérateur
Vous pouvez configurer une notification Data Protector pour que
l'opérateur reçoive un e-mail contenant les informations relatives à la
demande de montage. L'opérateur peut dans ce cas prendre les mesures
appropriées, par exemple charger manuellement le support requis ou
abandonner la session. Pour plus d'informations, reportez-vous à la
section “Génération de rapports et notification” à la page 228.
Data Protector permet de définir les opérations devant être effectuées en
cas d'émission d'une demande de montage :
Vous pouvez configurer des opérations automatisées destinées à traiter
Automatisation
d'une demande de les demandes de montage. Pour cela, rédigez un script ou un programme
de commandes permettant d'effectuer les actions souhaitées.
montage
Sauvegarde en mode détection de disques
Qu'est-ce que la
détection de
disque ?
Lors d'une sauvegarde en mode détection de disques, Data Protector crée
une liste détaillée des disques présents sur le système cible une fois la
session de sauvegarde lancée, et sauvegarde tous ces disques. Ainsi, tous
les disques locaux présents sur le système sont sauvegardés, même s'ils
ne figuraient pas sur le système au moment de la configuration de la
sauvegarde. La sauvegarde en mode détection des disques est
particulièrement utile dans les environnements dynamiques dont les
configurations changent rapidement. Elle permet de sélectionner ou
d'exclure des répertoires spécifiques dans la sauvegarde.
Comparaison avec Dans le cas d'une sauvegarde standard, vous configurez la sauvegarde en
une sauvegarde
définissant explicitement des disques, des répertoires et d'autres objets
standard
spécifiques dans la spécification de sauvegarde. Ces objets sont les seuls
sauvegardés. Si vous ajoutez des disques au système ou si vous souhaitez
sauvegarder d'autres objets, vous devez modifier manuellement la
spécification de sauvegarde ainsi que les nouveaux objets. Lorsque vous
configurez la sauvegarde, vous pouvez sélectionner la méthode à
utiliser : sauvegarde en mode détection de disques ou en mode standard.
Chapitre 7
249
Fonctionnement de Data Protector
Sessions de restauration
Sessions de restauration
Cette section explique comment lancer une session de restauration et
décrit le déroulement d'une session de ce type, ainsi que les processus et
services impliqués.
Qu'est-ce qu'une
session de
restauration ?
Lors d'une session de restauration, Data Protector extrait les données
d'une copie de sauvegarde, généralement un support à bande, pour les
transférer sur un disque.
Une session de restauration est lancée de manière interactive. Vous
devez tout d'abord indiquer à Data Protector les éléments à restaurer.
Les supports requis sont ensuite automatiquement sélectionnés. Enfin,
vous devez définir certaines options et lancer la restauration.
L'avancement de la session peut être suivi par la personne ayant lancé la
session, mais aussi par d'autres utilisateurs.
Flux de données et processus d'une session de
restauration
Déroulement d'une Lorsqu'une session de restauration est lancée, comme illustré à la
session de
figure 7-3, les événements suivants se produisent :
restauration
1. Le processus RSM (Restore Session Manager, gestionnaire de session
de restauration) est lancé sur le système Gestionnaire de cellule. Ce
processus contrôle la session de restauration.
2. Le RSM ouvre la base de données IDB, lit les données relatives aux
supports requis pour la restauration et écrit les informations
concernant la session de restauration, par exemple les messages
générés.
3. Le RSM lance les Agents de support sur les systèmes associés aux
périphériques utilisés pour la restauration. Le RSM lance un Agent
de support pour chaque lecteur utilisé en parallèle.
4. Le RSM lance un Agent de disque (AD) pour chaque disque restauré
en parallèle. Le nombre d'Agents de disque pouvant être lancés
simultanément dépend des objets sélectionnés en vue de la
restauration. Pour plus d'informations, reportez-vous à la section
“Restaurations parallèles” à la page 252.
250
Chapitre 7
Fonctionnement de Data Protector
Sessions de restauration
5. Les Agents de support lisent les données des supports et les
transmettent aux Agents de disque qui les écrivent sur des disques.
Le RSM contrôle l'avancement de la session et lance des Agents de
disque et des Agents de support supplémentaires en fonction des
besoins.
6. Le RSM ferme la session lorsqu'elle est terminée.
Figure 7-3
Flux de données d'une session de restauration
Nombre de
sessions pouvant
être lancées
simultanément
Un certain nombre de sessions peuvent être lancées simultanément dans
la cellule. Ce nombre dépend des ressources de la cellule : Gestionnaire
de cellule, systèmes associés aux périphériques connectés, etc.
Mise en attente des sessions de restauration
Délai d'attente
Au démarrage d'une session de sauvegarde, Data Protector tente
d'allouer toutes les ressources nécessaires, telles que les périphériques.
La session reste en file d'attente tant que les ressources minimales
requises ne sont pas disponibles. Data Protector tente d'allouer les
Chapitre 7
251
Fonctionnement de Data Protector
Sessions de restauration
ressources pendant une période spécifique : le délai d'attente. Vous
pouvez configurer ce dernier. Si les ressources ne sont toujours pas
disponibles au terme du délai d'attente, la session est abandonnée.
Demandes de montage au cours d'une session de
restauration
Qu'est-ce qu'une
demande de
montage ?
Une demande de montage apparaît au cours d'une session de
restauration lorsque les supports requis en vue de la restauration ne
sont pas disponibles dans le périphérique. Data Protector permet de
définir les opérations devant être effectuées en cas d'émission d'une
demande de montage.
Réponse à une
demande de
montage
Répondre à une demande de montage consiste à fournir le support
requis, ou toute copie du support, et à demander à Data Protector de
continuer la restauration.
Restaurations parallèles
Qu'est-ce qu'une
restauration
parallèle ?
Lors d'une restauration parallèle, des données entrelacées issues de
différents objets sont lues simultanément à partir d'un support, selon un
chemin unique, puis sont restaurées. La restauration parallèle améliore
les performances de façon significative lorsqu'il s'agit de restaurer
plusieurs objets à partir du même support. Pour plus d'informations,
reportez-vous à la figure 7-4.
Comparaison avec Les données issues des différents Agents de disque sont (dans la plupart
une restauration
des cas) multiplexées et stockées sur le support. Reportez-vous à la
standard
section “Sessions et objets multiples par support, écritures simultanées”
à la page 147. Lors d'une restauration standard, Data Protector lit les
données multiplexées sur le support et rassemble uniquement les parties
requises pour l'objet sélectionné. Lors de la restauration de l'objet
suivant, Data Protector doit rembobiner le support et lire les parties
correspondant à cet autre objet, en supposant que les deux objets se
trouvent sur le même support et ont été écrits par multiplexage.
252
Chapitre 7
Fonctionnement de Data Protector
Sessions de restauration
Figure 7-4
Flux de session d'une restauration parallèle
Lors d'une restauration parallèle, Data Protector lit les données
multiplexées pour tous les objets sélectionnés et rassemble à la volée les
parties requises pour chacun d'entre eux, en transmettant les données
aux Agents de disque appropriés. Les performances en termes de lecture
du support sont ainsi améliorées. Les performances en termes d'écriture
sur disques sont également optimisées si les objets sélectionnés doivent
être écrits sur plusieurs disques physiques différents : dans ce cas, les
données sont copiées sur plusieurs disques en même temps.
Chapitre 7
253
Fonctionnement de Data Protector
Sessions de restauration
Restauration rapide de plusieurs fichiers individuels
Data Protector utilise la fonctionnalité de restauration d'objets non
contigus pour améliorer les performances de restauration. Après avoir
restauré un fichier ou une arborescence, Data Protector se repositionne
directement au niveau de l'arborescence ou du fichier suivant sur le
support, si les fichiers ou les arborescences sont séparés au minimum par
un segment, et continue la restauration.
Vous pouvez lancer plusieurs Agents de disque pour un objet
restauration individuel. De cette manière, la restauration de plusieurs
fichiers individuels situés à différents emplacements du support est
beaucoup plus rapide que si Data Protector devait parcourir ce dernier.
254
Chapitre 7
Fonctionnement de Data Protector
Sessions de copie d'objet
Sessions de copie d'objet
Cette section explique comment lancer une session de copie et décrit le
déroulement d'une session de ce type, ainsi que les processus et services
impliqués.
Qu'est-ce qu'une
session de copie
d'objet ?
Une session de copie d'objet est un processus qui crée une copie
supplémentaire des données sauvegardées sur un jeu de supports
différent. Pendant une session de copie d'objet, les objets sauvegardés
sélectionnés sont copiés à partir de la source vers le support cible.
Sessions automatiques et interactives de copie d'objet
Session
automatique de
copie d'objet
Une session automatique de copie d'objet peut être planifiée ou lancée
immédiatement après une sauvegarde. Une session planifiée de copie
d'objet démarre à l'heure que vous avez spécifiée à l'aide du planificateur
Data Protector. Une session de copie d'objet après sauvegarde débute
une fois la session spécifiée terminée. Vous pouvez suivre l'évolution de
la session automatique de copie d'objet dans le moniteur Data Protector.
Session
interactive de
copie d'objet
Une session de copie d'objet interactive est lancée directement depuis
l'interface utilisateur Data Protector. Le moniteur Data Protector
démarre immédiatement et vous pouvez alors suivre l'évolution de la
session. Plusieurs utilisateurs peuvent contrôler la même session de
copie d'objet. Vous pouvez arrêter le contrôle en déconnectant l'interface
utilisateur de la session. La session continuera alors en arrière-plan.
Flux de données et processus d'une session de copie
d'objet
Que se passe-t-il
au cours d'une
session de copie
d'objet ?
Le flux d'informations d'une session de copie d'objet est présenté dans la
figure 7-5 à la page 257. Au démarrage d'une session de copie d'objet, les
événements suivants se produisent :
1. Le processus CSM (Copy Session Manager, gestionnaire de session de
copie et de consolidation) est lancé sur le système Gestionnaire de
cellule. Ce processus lit les spécifications de la copie d'objet en
Chapitre 7
255
Fonctionnement de Data Protector
Sessions de copie d'objet
recherchant les informations relatives aux objets qui doivent être
copiés ainsi qu'aux options, supports et périphériques à utiliser. Il
contrôle également la session de copie d'objet.
2. Le CSM ouvre la base de données IDB, lit les données relatives aux
supports requis pour la copie et écrit les informations concernant la
session de copie d'objet, par exemple les messages générés.
3. Le processus CSM verrouille les périphériques. La session est mise en
attente jusqu'à ce que tous les Agents de support de lecture et les
Agents de support d'écriture requis soient verrouillés, le délai
d'attente étant le même que pour la sauvegarde. Si les ressources ne
sont toujours pas disponibles au terme du délai d'attente, la session
est abandonnée.
4. Le CSM lance les Agents de support sur les systèmes possédant des
périphériques configurés pour la copie. Les Agents de support
chargent les supports source et cible alloués en fonction des stratégies
de sauvegarde.
5. Les Agents de support lisent les données dans les supports source et
se connectent aux Agents de support porteurs des supports cible.
Si les périphériques de destination ne sont pas spécifiés par objet,
Data Protector les sélectionne automatiquement parmi ceux que vous
avez choisis dans la spécification de copie d'objet, en fonction des
critères suivants et par ordre de priorité :
• Les périphériques de destination ayant la même taille de bloc que
les périphériques source sont sélectionnés avant ceux dont la taille
de bloc diffère.
• Les périphériques connectés localement sont sélectionnés avant
les périphériques en réseau.
6. Les Agents de support porteurs des supports cible acceptent les
connexions provenant des Agents de support porteurs des supports
source et commencent à écrire les copies d'objet sur les supports cible.
Si la taille de bloc du périphérique source est inférieure à la taille de
bloc du périphérique de destination, les blocs sont redimensionnés à
ce stade de la session de copie d'objet.
7. Le CSM ferme la session de copie d'objet lorsqu'elle est terminée.
256
Chapitre 7
Fonctionnement de Data Protector
Sessions de copie d'objet
Nombre de
sessions pouvant
être lancées
simultanément
Un certain nombre de sessions de copie d'objet peuvent s'exécuter
simultanément dans la cellule. Ce nombre dépend des ressources de la
cellule : Gestionnaire de cellule et les systèmes associés aux
périphériques connectés.
Figure 7-5
Flux d'informations d'une session de copie d'objet
Mise en attente des sessions de copie d'objet
Délai d'attente
Lorsqu'une session de copie d'objet débute, Data Protector essaie
d'allouer toutes les ressources nécessaires. La session est mise en attente
jusqu'à ce que les ressources minimales requises soient disponibles. Si
les ressources ne sont toujours pas disponibles au terme du délai
d'attente, la session est abandonnée. Le délai d'attente peut être défini à
l'aide de l'option globale SmWaitForDevice.
Chapitre 7
257
Fonctionnement de Data Protector
Sessions de copie d'objet
Demandes de montage dans une session de copie
d'objet
Qu'est-ce qu'une
demande de
montage ?
Une demande de montage dans une session de copie d'objet est émise
lorsqu'un support source ou cible nécessaire pour l'opération de copie
d'objet n'est pas disponible.
Réponse à une
demande de
montage
La réponse à une demande de montage inclut la fourniture du support
requis et la confirmation de la demande de montage. Si le support source
requis dispose de copies de supports, vous pouvez fournir une copie à la
place du support d'origine.
258
Chapitre 7
Fonctionnement de Data Protector
Sessions de consolidation d'objet
Sessions de consolidation d'objet
Cette section explique comment lancer une session de consolidation
d'objet et décrit le déroulement d'une session de ce type, ainsi que les
processus et services impliqués.
Qu'est-ce qu'une
session de
consolidation
d'objet ?
Une session de consolidation d'objet est un processus permettant de
fusionner une chaîne de restauration d'un objet sauvegarde, comprenant
une sauvegarde complète et au moins une sauvegarde incrémentale, en
une nouvelle version consolidée de cet objet. Pendant la session de
consolidation d'objet, Data Protector lit les données sauvegardées à
partir du support source, les transfère et écrit la version consolidée sur le
support cible.
Pour plus d'informations, reportez-vous au Chapitre 11, “Sauvegarde
synthétique”, page 297.
Sessions automatiques et interactives de
consolidation d'objet
Session
automatique de
consolidation
d'objet
Une session automatique de consolidation d'objet peut être planifiée ou
lancée immédiatement après une sauvegarde. Une session planifiée de
consolidation d'objet démarre à l'heure que vous avez spécifiée à l'aide du
planificateur Data Protector. Une session de consolidation d'objet après
sauvegarde débute une fois la session de sauvegarde spécifiée terminée.
Vous pouvez suivre l'évolution d'une session automatique de
consolidation d'objet dans le moniteur Data Protector.
Session
interactive de
consolidation
d'objet
Une session interactive de consolidation d'objet est lancée directement
depuis l'interface utilisateur de Data Protector. Le moniteur Data
Protector démarre immédiatement et vous pouvez alors suivre
l'évolution de la session. Plusieurs utilisateurs peuvent contrôler la
même session de consolidation d'objet. Vous pouvez arrêter le contrôle en
déconnectant l'interface utilisateur de la session. La session continuera
alors en arrière-plan.
Chapitre 7
259
Fonctionnement de Data Protector
Sessions de consolidation d'objet
Flux de données et processus d'une session de
consolidation d'objet
Au démarrage d'une session de consolidation d'objet, les événements
suivants se produisent :
1. Le processus CSM (Copy Session Manager, gestionnaire de session de
copie et de consolidation) est lancé sur le système Gestionnaire de
cellule. Ce processus lit les spécifications de la consolidation d'objet
en recherchant les informations relatives aux objets qui doivent être
consolidés ainsi qu'aux options, supports et périphériques à utiliser.
Il contrôle également la session de consolidation d'objet.
2. Le CSM ouvre la base de données IDB, lit les données relatives aux
supports requis et écrit les informations concernant la session de
consolidation d'objet, par exemple les messages générés.
3. Le processus CSM verrouille les périphériques. La session est mise en
attente jusqu'à ce que tous les Agents de support de lecture et les
Agents de support d'écriture requis soient verrouillés, le délai
d'attente étant le même que pour la sauvegarde. Si les ressources ne
sont toujours pas disponibles au terme du délai d'attente, la session
est abandonnée.
4. Le CSM lance les Agents de support sur les systèmes possédant des
périphériques qui seront utilisés pour la session. Les Agents de
support chargent les supports source et cible alloués en fonction des
stratégies de sauvegarde.
Si les périphériques de destination ne sont pas spécifiés par objet,
Data Protector les sélectionne automatiquement parmi ceux que vous
avez choisis dans la spécification de consolidation d'objet, en fonction
des critères suivants et par ordre de priorité :
• Les périphériques de destination ayant la même taille de bloc que
les périphériques sources sont sélectionnés avant ceux dont la
taille diffère.
• Les périphériques connectés localement sont sélectionnés avant
les périphériques en réseau.
5. Un Agent de support lit la version complète de l'objet. Il envoie les
données à un autre Agent de support qui lit les versions
incrémentales de l'objet. Cet agent effectue la consolidation
proprement dite et envoie les données à l'Agent de support qui écrit
les données sur le support cible.
260
Chapitre 7
Fonctionnement de Data Protector
Sessions de consolidation d'objet
Si la sauvegarde complète et les sauvegardes incrémentales résident
dans la même bibliothèque de fichiers, c'est le même Agent de support
qui lit toutes les sauvegardes et les consolide.
Si la taille de bloc du périphérique source est inférieure celle du
périphérique de destination, les blocs sont redimensionnés.
6. Le CSM ferme la session de consolidation d'objet lorsqu'elle est
terminée.
Nombre de
sessions pouvant
être lancées
simultanément
Un certain nombre de sessions de consolidation d'objet peuvent
s'exécuter simultanément dans la cellule. Les sessions de consolidation
sont traitées comme des sessions de sauvegarde et leur nombre est limité
par les mêmes facteurs.
Mise en attente des sessions de consolidation d'objet
Délai d'attente
Lorsqu'une session de consolidation d'objet débute, Data Protector essaie
d'allouer toutes les ressources nécessaires. La session est mise en attente
jusqu'à ce que les ressources minimales requises soient disponibles. Si
les ressources ne sont toujours pas disponibles au terme du délai
d'attente, la session est abandonnée. Le délai d'attente peut être défini à
l'aide de l'option globale SmWaitForDevice.
Demandes de montage dans une session de
consolidation d'objet
Qu'est-ce qu'une
demande de
montage ?
Une demande de montage dans une session de consolidation d'objet est
émise lorsqu'un support source ou cible nécessaire pour l'opération de
consolidation d'objet n'est pas disponible.
Réponse à une
demande de
montage
La réponse à une demande de montage inclut la fourniture du support
requis et la confirmation de la demande de montage. Si le support source
requis dispose de copies de supports, vous pouvez fournir une copie à la
place du support d'origine.
Chapitre 7
261
Fonctionnement de Data Protector
Sessions de gestion des supports
Sessions de gestion des supports
Qu'est-ce qu'une
Il s'agit d'une session servant à exécuter une action sur les supports,
session de gestion comme l'initialisation, l'analyse de contenu, la vérification des données
des supports ?
stockées sur les supports et la copie de supports.
Connexion à la
base de données
IDB
Les informations relatives à une session de gestion des supports,
notamment les messages générés, sont stockées dans la base de données
IDB.
Suivi de la session Il est possible de visualiser une session de gestion des supports dans la
de gestion des
fenêtre de contrôle. Si vous fermez l'interface utilisateur de Data
supports dans le
Protector, la session se poursuit en arrière-plan.
moniteur Data
Protector
Flux de données d'une session de gestion des supports
Déroulement d'une Lorsqu'une session de gestion des supports est lancée, les événements
session de gestion suivants se produisent :
des supports
1. Le processus MSM (Media Session Manager, gestionnaire de session
de supports) est lancé sur le système Gestionnaire de cellule. Ce
processus contrôle la session de gestion des supports.
2. Le MSM lance les Agents de support sur le système associé aux
périphériques utilisés pour la session de gestion des supports.
3. Les Agents de support exécutent l'opération demandée et envoient les
messages générés à l'interface utilisateur Data Protector, celle-ci
permettant de suivre l'évolution de la session. La session est
également stockée dans la base de données IDB.
4. Le MSM ferme la session lorsqu'elle est terminée.
Nombre de
sessions pouvant
être exécutées
simultanément
Un certain nombre de sessions de gestion des supports peuvent être
exécutées simultanément dans la cellule si ces sessions n'utilisent pas les
mêmes ressources (périphériques, supports, etc.).
262
Chapitre 7
8
Intégration avec les
applications de base de données
Chapitre 8
263
Intégration avec les applications de base de données
Description du chapitre
Description du chapitre
Ce chapitre contient une brève description de l'intégration de Data
Protector avec les applications de base de données, telles que Microsoft
Exchange Server, Oracle Server, IBM DB2 UDB et Informix Server.
Il s'organise comme suit :
“Présentation d'une base de données” à la page 265
“Sauvegarde de systèmes de fichiers de bases de données et
d'applications” à la page 268
“Sauvegarde en ligne de bases de données et d'applications” à la
page 269
Pour connaître la liste détaillée des intégrations prises en charge,
reportez-vous au document Références, notes de publication et annonces
produits HP OpenView Storage Data Protector.
264
Chapitre 8
Intégration avec les applications de base de données
Présentation d'une base de données
Présentation d'une base de données
Du point de vue de l'utilisateur, une base de données est un ensemble
de données. Les données d'une base sont stockées dans des tables. Les
tables relationnelles sont définies par leurs colonnes ; un nom leur est
attribué. Les données sont enregistrées dans les lignes de la table. Les
tables peuvent être reliées entre elles et la base de données peut être
utilisée pour mettre en application ces liaisons. Les données peuvent
donc être enregistrées dans un format relationnel ou sous des
structures orientées objet comme les méthodes et les types de données
abstraits. Les objets peuvent être reliés à d'autres objets et contenir
d'autres objets. Une base de données est généralement gérée par le
processus serveur (gestionnaire), qui maintient l'intégrité et la cohérence
des données.
Que vous utilisiez les structures relationnelles ou celles orientées objet,
les données d'une base sont stockées dans des fichiers. En interne, il
s'agit de structures de base de données qui établissent un mappage
logique entre des données et des fichiers, permettant de stocker
séparément des types de données différents. On appelle ces divisions
logiques des espaces de table dans Oracle, des dbspaces dans
Informix Server et des segments dans Sybase.
Chapitre 8
265
Intégration avec les applications de base de données
Présentation d'une base de données
Figure 8-1
Base de données relationnelle
La figure 8-1 présente une base de données relationnelle type qui
comporte les structures décrites ci-dessous.
Les fichiers de données contiennent physiquement l'ensemble des
données d'une base de données. Ils changent de manière aléatoire et
peuvent être très volumineux. Un fichier de données est divisé en pages.
Dans les journaux de transactions, toutes les transactions des bases
de données sont enregistrées avant la suite de leur traitement. Si un
échec empêche l'écriture définitive de données modifiées dans un fichier
de données, les modifications peuvent être obtenues à partir d'un fichier
journal. La récupération, quelle qu'elle soit, s'effectue en deux étapes : la
phase "roll forward", au cours de laquelle les modifications des
transactions sont appliquées dans la base de données principale, et la
phase "roll back", durant laquelle les transactions non validées sont
supprimées.
266
Chapitre 8
Intégration avec les applications de base de données
Présentation d'une base de données
Les fichiers de contrôle contiennent des informations sur la structure
physique des bases de données, par exemple leur nom, les noms et
emplacements de leurs fichiers de données et fichiers journaux, ainsi que
l'horodatage de leur création. Ces données de contrôle sont conservées
dans les fichiers de contrôle, lesquels sont essentiels au bon
fonctionnement de la base de données.
La mémoire cache du processus serveur de base de données contient
les pages les plus fréquemment utilisées des fichiers de données.
La procédure suivante représente le flux standard du traitement d'une
transaction :
1. Une transaction est d'abord enregistrée dans le journal de
transactions.
2. Les modifications requises dans la transaction sont ensuite
appliquées aux pages mises en cache.
3. De temps à autre, des groupes de pages modifiées sont transférés
dans des fichiers de données se trouvant sur le disque.
Chapitre 8
267
Intégration avec les applications de base de données
Sauvegarde de systèmes de fichiers de bases de données et d'applications
Sauvegarde de systèmes de fichiers de bases
de données et d'applications
Les bases de données changent constamment lorsqu'elles sont
connectées. Un serveur de base de données est constitué de plusieurs
composants, lesquels permettent de réduire le temps de réponse aux
utilisateurs connectés et d'améliorer les performances. Certaines
données sont conservées dans la mémoire cache interne, et d'autres dans
des fichiers journaux temporaires qui sont transférés à des points de
contrôle.
Les données d'une base pouvant changer au cours d'une sauvegarde, une
sauvegarde de système de fichiers de base de données n'a pas de sens si
le serveur de base de données n'est pas mis dans un mode spécial ou
même hors ligne. Les fichiers de bases de données enregistrés doivent se
trouver dans un état cohérent, sinon les données sont inutilisables.
Il est nécessaire de respecter la procédure suivante pour configurer la
sauvegarde d'un système de fichiers de base de données ou d'application :
• Identifiez tous les fichiers de données.
• Préparez deux programmes, l'un capable de fermer la base de
données, l'autre de l'ouvrir.
• Configurez la spécification de sauvegarde du système de fichiers
avec tous ses fichiers de données, puis indiquez le programme de
fermeture comme étant une commande pré-exécution et le
programme d'ouverture comme étant une commande
post-exécution.
Cette méthode est assez simple à comprendre et à appliquer, mais
possède un inconvénient majeur : la base de données n'est pas accessible
pendant la sauvegarde, ce qui est inacceptable pour la plupart des
environnements professionnels.
268
Chapitre 8
Intégration avec les applications de base de données
Sauvegarde en ligne de bases de données et d'applications
Sauvegarde en ligne de bases de données et
d'applications
Pour pallier la nécessité de fermer la base de données pendant une
sauvegarde, les fournisseurs de bases de données ont mis au point des
interfaces permettant de mettre provisoirement la base de données dans
un mode spécial afin d'enregistrer les données sur bandes. Les
applications serveur restent donc connectées et accessibles par les
utilisateurs durant le processus de sauvegarde ou de restauration. Grâce
à ces interfaces spécifiques aux applications, il est possible de
sauvegarder ou de restaurer des unités logiques de l'application de base
de données à l'aide de produits de sauvegarde tels que Data Protector.
Les fonctionnalités des API de sauvegarde varient en fonction des
fournisseurs de base de données. Les principales bases de données et
applications s'intègrent avec Data Protector. Pour obtenir une liste
détaillée des intégrations prises en charge, reportez-vous au document
Références, notes de publication et annonces produits HP OpenView
Storage Data Protector
L'interface de sauvegarde a pour fonction de fournir des données
cohérentes (même si elles ne le sont pas sur disque) à l'application de
sauvegarde, tout en laissant la base de données opérationnelle.
Chapitre 8
269
Intégration avec les applications de base de données
Sauvegarde en ligne de bases de données et d'applications
Figure 8-2
Intégration de Data Protector avec les bases de données
La figure 8-2 présente l'intégration d'une base de données relationnelles
avec Data Protector. Data Protector fournit une bibliothèque de base
de données qui est reliée au serveur de base de données. Le serveur de
base de données envoie et demande des données à Data Protector. Les
utilitaires de base de données sont utilisés pour déclencher les
opérations de sauvegarde et de restauration.
Les étapes suivantes constituent une procédure standard pour
configurer la sauvegarde d'une base de données avec l'intégration de
Data Protector :
1. Un agent spécifique de base de données/d'application est installé sur
le système de base de données.
2. L'intégration de Data Protector est configurée pour chaque base de
données. Les données nécessaires à Data Protector pour travailler
avec cette base de données sont stockées dans le système de base de
données (dans des entrées de registre ou des fichiers de
configuration). En général, il s'agit notamment de chemins d'accès et
de noms/mots de passe d'utilisateurs.
270
Chapitre 8
Intégration avec les applications de base de données
Sauvegarde en ligne de bases de données et d'applications
3. La spécification de sauvegarde est préparée à l'aide de l'interface
utilisateur de Data Protector.
La base de données reste en ligne sans interruption, ce qui constitue un
avantage considérable. En outre, l'utilisation de l'intégration de Data
Protector avec les bases de données présente d'autres avantages :
• Il n'est pas nécessaire de spécifier l'emplacement des fichiers de
données. Ces derniers peuvent se trouver sur des disques différents.
• Il est possible d'explorer la structure logique de la base de données.
Vous pouvez également sélectionner un seul sous-ensemble de la base
de données.
• En cas de sauvegarde, les applications sont informées et contrôlent
les éléments sauvegardés.
• Plusieurs modes de sauvegarde sont possibles. Outre les sauvegardes
complètes, les utilisateurs peuvent sélectionner des sauvegardes
incrémentales (niveau de bloc), ou uniquement la sauvegarde de
fichiers journaux de transactions.
• Plusieurs modes de restauration sont possibles et, après la
restauration de fichiers de données, la base de données peut
automatiquement restaurer des journaux de transactions et les
appliquer selon leur configuration.
Chapitre 8
271
Intégration avec les applications de base de données
Sauvegarde en ligne de bases de données et d'applications
272
Chapitre 8
9
Sauvegarde directe
Chapitre 9
273
Sauvegarde directe
Description du chapitre
Description du chapitre
Le présent chapitre présente le concept de sauvegarde directe ainsi que
les technologies associées. Il décrit également les configurations de
sauvegarde directe prises en charge par Data Protector.
Il s'organise comme suit :
“Présentation” à la page 275
“Caractéristiques requises et éléments pris en charge” à la page 284
“Configurations prises en charge” à la page 285
274
Chapitre 9
Sauvegarde directe
Présentation
Présentation
Actuellement, on enregistre une demande croissante de solutions de
sauvegarde réduisant le temps d'indisponibilité des applications et
l'encombrement des systèmes tout en augmentant la vitesse de
sauvegarde. Le volume des données grimpe également : il a doublé tous
les 18 mois ces 20 dernières années et continue de progresser à un
rythme encore plus rapide.
Les applications et les services doivent être accessibles en ligne presque
à tout moment et offrir des performances maximales. Les fenêtres de
sauvegarde sont étroites et la dégradation des performances due aux
opérations de sauvegarde (ou à toute autre opération) n'est plus
acceptable.
En outre, les solutions n'exigeant pas d'investissements importants dans
des équipements spécifiques font aussi l'objet d'une demande croissante.
Ces besoins divers ont entraîné le développement et l'introduction de
nouvelles technologies de sauvegarde directe ou "sans serveur".
Pour les entreprises et les fournisseurs de services gérant des
environnements Oracle stratégiques, la fonction de sauvegarde directe
de Data Protector est une extension non intrusive de la gamme HP de
solutions de sauvegarde réseau.
La sauvegarde directe étend les avantages de la solution ZDB de HP en
transférant directement les données du disque vers la bande et en
minimisant l'encombrement du serveur de sauvegarde, voire en rendant
son utilisation facultative.
Elle limite l'impact sur les serveurs de production de bases de données
par l'utilisation de technologies de miroirs basées sur le matériel plutôt
que de snapshots intrusifs basés sur le logiciel.
En outre, la solution de sauvegarde directe est entièrement compatible
avec la commande standard XCopy (ANSI T10 SCP-2 Extended Copy
Standard), elle-même incorporée dans les bibliothèques de bandes HP
StorageWorks (ainsi que dans les passerelles Fibre Channel SCSI
externes), éliminant ainsi la nécessité de recourir à un dispositif distinct
de déplacement des données ("data mover").
Chapitre 9
275
Sauvegarde directe
Présentation
REMARQUE
Pour obtenir une liste des applications, systèmes d'exploitation et
périphériques pris en charge par la sauvegarde directe dans HP
OpenView Storage Data Protector A.06.00, reportez-vous à la section
“Configurations prises en charge” à la page 285.
Sauvegarde directe
Qu'est-ce qu'une sauvegarde directe ? Il s'agit d'une méthode de
sauvegarde "sans serveur", c'est-à-dire n'utilisant pas de serveur de
sauvegarde dédié pour déplacer les données. Celles-ci ne transitent pas
via le réseau local, mais sont directement envoyées du système client vers
un périphérique à bandes où elles sont sauvegardées.
La sauvegarde directe peut concerner des fichiers de données
d'application, des fichiers de contrôle et des images disque (disque brut
ou volume logique brut).
La sauvegarde directe utilise les technologies Split Mirror et SAN
(Storage Area Network) existantes pour :
• accéder aux données d'application en exerçant un impact minimal sur
l'application ; le serveur d'application n'est guère sollicité (ce qui
entraîne un temps d'indisponibilité de l'application nul ou très
réduit) ;
• déplacer les données sans être confronté aux goulets d'étranglement
associés au trafic réseau et au débit du réseau local.
Afin de prendre en charge les sauvegardes directes/sans serveur, Data
Protector incorpore aussi une nouvelle technologie destinée à résoudre
les systèmes de fichiers cible et à déplacer les données sur le SAN. Cette
nouvelle technologie, basée sur la norme XCopy, offre une méthode pour
déplacer les données du système cible vers le périphérique à bandes sans
les faire passer par un serveur. Pour une courte présentation de XCopy,
reportez-vous à la section “A propos de XCopy” à la page 281.
Ce cheminement direct des données du disque vers la bande (via le SAN)
aide à réduire la nécessité d'investir dans des équipements et à
augmenter l'utilisation des infrastructures existantes.
276
Chapitre 9
Sauvegarde directe
Présentation
Types de
sauvegarde
La sauvegarde directe peut concerner des fichiers de données
d'application, des fichiers de contrôle et des images disque (disque brut
ou volume logique brut).
Avantages de la sauvegarde directe
Le data mover se trouvant dans la passerelle SAN et la technologie qui
interprète le système cible étant intégrée à l'Agent général de supports,
les utilisateurs de la sauvegarde directe peuvent avoir recours à un
serveur de gestion économique pour piloter la sauvegarde et éviter
d'investir dans de multiples serveurs pour réaliser l'identification des
blocs.
La sauvegarde directe permet en outre d'augmenter les capacités
matérielles afin d'accroître le temps de bon fonctionnement d'une part, et
d'améliorer les capacités de restauration instantanée afin de réduire le
temps de restauration d'autre part.
La sauvegarde directe ne se limite pas aux systèmes de fichiers
propriétaires ni aux LVM.
La sauvegarde directe accroît la valeur de votre solution de sauvegarde à
de nombreux égards. Ainsi, la sauvegarde directe :
• tire parti des fonctions XCopy les plus avancées afin d'accélérer les
opérations de sauvegarde ;
• augmente considérablement le temps de bon fonctionnement en
améliorant les capacités de mise en miroir matérielle et de snapshot ;
• permet d'accéder à la fonction inégalée de restauration instantanée
de Data Protector afin d'accélérer la récupération ;
• n'exige que très peu de ressources processeur et mémoire de la part
du périphérique hôte XCopy.
Fonctionnement de la sauvegarde directe
Comme pour tout autre type de sauvegarde Data Protector, vous créerez
une spécification de sauvegarde définissant quand et comment la
sauvegarde doit avoir lieu.
• L'Agent général de supports sur le serveur d'application met en
attente l'application.
• L'agent Split Mirror sur le serveur d'application et l'hôte de
sauvegarde crée des copies miroir.
Chapitre 9
277
Sauvegarde directe
Présentation
• L'Agent général de supports sur l'hôte de sauvegarde :
— résout le disque du système cible ;
— calcule les informations de résolution ;
— appelle XCopy.
• Ensuite, XCopy extrait les données cible et les transfère au
périphérique à bandes via la passerelle.
La figure 9-1 représente une configuration de base pour la sauvegarde
directe. Selon cette configuration, l'agent Resolve se trouve sur un hôte
de sauvegarde distinct. Toutefois, les données ne transitent pas par cet
hôte.
278
Chapitre 9
Sauvegarde directe
Présentation
Figure 9-1
Architecture de sauvegarde directe
Environnement
Cette section décrit l'environnement de sauvegarde directe, à savoir les
périphériques à raccorder ainsi que les éléments auxquels ils doivent
être raccordés. Elle présente également les agents requis et l'endroit où
ils sont installés.
Pour plus d'informations sur les plates-formes, les lecteurs de bande et
les bibliothèques pris en charge, reportez-vous à la section
“Configurations prises en charge” à la page 285.
La sauvegarde directe nécessite que l'Agent général de supports ne se
trouve pas sur le serveur d'application. En outre, l'Agent de support
Resolve doit se trouver sur le serveur d'application (ou sur un autre hôte)
et doit avoir accès au moteur XCopy. Pour plus d'informations sur le
placement de l'Agent Resolve, reportez-vous à la section “Configurations
prises en charge” à la page 285.
Les conditions pour réaliser une sauvegarde directe sont les suivantes :
Chapitre 9
279
Sauvegarde directe
Présentation
• La baie de disques, le moteur XCopy, le serveur d'application et le
lecteur ou la bibliothèque de bandes sont reliés au SAN.
• L'hôte Resolve et le serveur d'application sont reliés au réseau local.
• HP StorageWorks Disk Array XP (XP) utilise la configuration
Business Copy (BC) avec des miroirs disposant d'un espace disque
suffisant.
• Le SAN est configuré pour assurer l'accès aux périphériques source
(disques) et cible (bande) depuis le moteur XCopy et depuis l'hôte sur
lequel s'exécute l'Agent général de supports Data Protector. Par
conséquent, le masquage des LUN et le découpage par zones du SAN
doivent être paramétrés de manière à ce que :
— l'hôte de l'Agent général de supports dispose d'un accès au moteur
XCopy ;
— l'hôte de l'Agent général de supports ait accès au lecteur ou à la
bibliothèque de bandes cible ;
— l'hôte SSEA ait accès au disque source ;
— le moteur XCopy ait accès au disque source ;
— le moteur XCopy ait accès au lecteur ou à la bibliothèque de
bandes.
A propos de Resolve
Le programme Resolve est un composant propriétaire de Data Protector
qui comprend la configuration native de disque de nombreux systèmes de
fichiers. Resolve permet à Data Protector de procéder à la sauvegarde
directe de données écrites par différents types de systèmes d'exploitation
sans pour autant avoir besoin de nombreux serveurs exécutant ces
systèmes d'exploitation.
Resolve analyse les informations brutes présentes sur le disque et choisit
la méthode appropriée pour interpréter le système de fichiers du disque.
Notez que Resolve ne lit pas les données en elles-mêmes ; il se contente
de lire les informations relatives à l'emplacement du disque. Puis, il
renvoie celles qui se prêtent à un transfert direct vers le moteur XCopy.
280
Chapitre 9
Sauvegarde directe
Présentation
A propos de XCopy
XCopy est une norme du NCITS (National Committee for Information
Technology) qui permet à deux périphériques de communiquer entre eux
sans l'aide d'un ordinateur/serveur intermédiaire.
XCopy définit un ensemble de commandes SCSI qui, lorsqu'elles sont
adressées à un moteur XCopy, permettent le transfert de données d'un
périphérique à un autre sans l'aide d'un ordinateur/serveur
intermédiaire. Les données transitent du périphérique source (en bloc ou
en continu, c'est-à-dire sur disque ou sur bande) vers le périphérique
cible (en bloc ou en continu) via XCopy.
Il suppose que le périphérique en mode continu (bande) est configuré et
qu'il est prêt à lire/écrire les données (c'est-à-dire que le lecteur est en
ligne, qu'il contient une bande et que celle-ci est correctement
positionnée au point de départ de la lecture/écriture). Ainsi, le serveur de
contrôle n'a plus besoin de lire les données d'un périphérique, de les
enregistrer dans sa mémoire, puis de les écrire sur le périphérique de
destination. Grâce à XCopy, il suffit au serveur d'envoyer les commandes
XCopy au moteur XCopy, puis d'attendre les résultats.
XCopy + Resolve
Lorsque Resolve n'existait pas, il fallait un serveur doté d'un système de
fichiers correspondant pour obtenir ces informations. En effet, même
avec le serveur approprié, l'obtention de ces informations pouvait
s'avérer difficile, car le système d'exploitation pouvait avoir converti les
secteurs physiques en une vue logique avant de renvoyer les
informations. Resolve supprime la nécessité de disposer de plusieurs
serveurs pour gérer de multiples systèmes de fichiers et élimine les
difficultés liées aux formats d'informations spécifiques des différents
systèmes de fichiers.
Flux de processus de la sauvegarde directe
La liste ci-après présente le flux de processus de la sauvegarde directe.
Elle comprend les étapes fondamentales, du début à la fin, d'une
opération de sauvegarde directe.
• Lecture de la spécification de sauvegarde
• Définition des éléments à sauvegarder
• Mise en attente de l'application
Chapitre 9
281
Sauvegarde directe
Présentation
• Réalisation d'une copie miroir
• Redémarrage de l'application
• Résolution des blocs
• Déplacement des données vers le moteur XCopy
• Reconnexion et resynchronisation du miroir
Etapes de sauvegarde pour les fichiers de données
Les fichiers originaux à sauvegarder traversent plusieurs étapes avant
de devenir des copies utilisées ultérieurement pour la récupération. Le
processus de sauvegarde directe comprend (généralement) les étapes
suivantes :
1. Assurer la cohérence des fichiers de données (mettre l'application en
attente)
2. Lire les méta-données (attributs de fichiers) et les fichiers de groupes
et les convertir en objets
3. Assurer la stabilité des fichiers de données (utilisation de la
technologie Split Mirror pour assurer la stabilité des données à un
instant donné)
4. Mettre en correspondance les fichiers de données avec une liste de
blocs de disque (à l'aide de la technologie Resolve)
5. Déplacer les blocs de disque vers une bande (à l'aide de la technologie
XCopy)
En général, chaque étape est gérée par un agent Data Protector. Les
agents sont générés par le BSM (Backup Session Manager - gestionnaire
de session de sauvegarde). Toutes les erreurs qui ne peuvent pas être
traitées en interne par les agents sont signalées à l'utilisateur par le
BSM, puis stockées dans la base de données interne. Le BMA (Backup
Media Agent - Agent de support de sauvegarde) écrit des segments de
catalogue et des séparateurs entre les segments de données et de
catalogue, appelés marques de fichier.
Restauration
La sauvegarde directe offre deux options de restauration :
• Si vous utilisez la baie de disques HP StorageWorks XP et que vous
disposez de la fonction de restauration instantanée, vous pouvez y
282
Chapitre 9
Sauvegarde directe
Présentation
avoir recours pour récupérer les données. Pour obtenir une
explication de la fonction de restauration instantanée, reportez-vous
au Guide de l’administrateur HP OpenView Storage Data Protector de
sauvegarde avec temps d’indisponibilité nul.
• La restauration des informations sauvegardées par sauvegarde
directe peut aussi s'effectuer par le biais d'une restauration réseau
Data Protector standard.
Dans les deux cas, il est important de s'assurer que le serveur
d'application est capable de gérer la charge du processus de restauration.
Cela n'est pas une préoccupation au niveau de la sauvegarde, car les
données ne transitent pas par le serveur au cours de cette opération.
Pendant la restauration, en revanche, les données exercent un impact
sur le serveur.
Chapitre 9
283
Sauvegarde directe
Caractéristiques requises et éléments pris en charge
Caractéristiques requises et éléments pris en
charge
Cette section répertorie les caractéristiques requises pour une utilisation
réussie de la sauvegarde directe ainsi que les systèmes de fichier et les
applications pris en charge par la sauvegarde directe.
• Gestionnaire de cellule de Data Protector s'exécutant sous n'importe
quel système d'exploitation pris en charge
• Agent Resolve s'exécutant sous HP-UX 11.11
• Prise en charge de serveurs d'applications exécutant HP-UX 11.11
• Prise en charge des LVM HP sous HP-UX 11.11
• L'hôte XCopy, le disque source, le périphérique de destination et le
moteur XCopy doivent se trouver à l'intérieur de la même zone du
SAN.
• Système de fichiers pris en charge :
— VxFS 3.1, 3.3 de Veritas
• Application prise en charge :
— Oracle 9.i
• Volume brut pris en charge
• Prise en charge des environnements ServiceGuard pour le serveur
d'application
• Restauration par le biais de l'interface de restauration Data Protector
standard
• Prise en charge de la restauration instantanée pour le système XP
• Moteur XCopy dans la passerelle
284
Chapitre 9
Sauvegarde directe
Configurations prises en charge
Configurations prises en charge
Trois hôtes : GC, Application, Resolve
Cette solution fait appel à trois hôtes : un premier pour le Gestionnaire
de cellule, un second pour l'Agent Resolve et un troisième pour
l'application. Bien que cette configuration exige l'utilisation de trois
machines, elle présente néanmoins quelques avantages : l'hôte Resolve
peut s'avérer moins coûteux et la charge pesant sur les ressources est
partagée, évitant ainsi tout impact sur les performances de l'application.
Notez que dans cette configuration, l'hôte Gestionnaire de cellule peut
exécuter tout système d'exploitation pris en charge par Data Protector.
Les hôtes de l'application et de l'Agent Resolve doivent exécuter
HP-UX 11.11.
Chapitre 9
285
Sauvegarde directe
Configurations prises en charge
Figure 9-2
Configuration de base à trois hôtes
Deux hôtes : Gestionnaire de cellule/Agent Resolve et
Application
Cette solution fait appel à deux hôtes : l'un pour le Gestionnaire de
cellule et l'Agent Resolve, l'autre pour l'application. Bien que cette
configuration exige l'utilisation de deux machines, elle présente tout de
même un avantage : la charge pesant sur les ressources est partagée,
évitant ainsi tout impact sur les performances de l'application. En outre,
la machine hébergeant le Gestionnaire de cellule et l'Agent Resolve peut
disposer d'une capacité de calcul minimale.
286
Chapitre 9
Sauvegarde directe
Configurations prises en charge
Notez que dans cette configuration, les deux hôtes doivent exécuter
HP-UX 11.11.
Configuration de base : hôte unique
Cette solution fait appel à un seul hôte sur lequel sont installés le
Gestionnaire de cellule, l'application et l'Agent Resolve. Les trois
composants s'exécutant sur une même machine, il partagent les
ressources (canaux d'E/S, processeur, mémoire, etc.) pour leurs activités.
Cette configuration limite le nombre d'équipements requis pour la
sauvegarde directe. Cependant, les ressources étant partagées, le
Gestionnaire de cellule et l'Agent général de supports peuvent avoir un
impact négatif sur les performances de la base de données de
l'application (la puissance de calcul requise par XCopy est négligeable).
Notez que dans cette configuration, l'hôte doit exécuter HP-UX 11.11.
Chapitre 9
287
Sauvegarde directe
Configurations prises en charge
288
Chapitre 9
10
Sauvegarde sur disques
Chapitre 10
289
Sauvegarde sur disques
Description du chapitre
Description du chapitre
Ce chapitre présente les concepts associés à la sauvegarde de données
sur disque et les technologies permettant de la mettre en application. Il
décrit également les configurations de sauvegarde disque-à-disque prises
en charge par Data Protector.
Il s'organise comme suit :
“Présentation” à la page 291
“Avantages de la sauvegarde sur disque” à la page 292
“Périphériques sur disque Data Protector” à la page 294
290
Chapitre 10
Sauvegarde sur disques
Présentation
Présentation
L'industrie requiert des méthodes de sauvegarde et de restauration de
données de plus en plus rapides. En outre, il importe de plus en plus que
le temps nécessaire à la sauvegarde et à la restauration des données soit
réduit au minimum afin de ne pas interrompre le fonctionnement
quotidien des applications de l'entreprise.
Au cours d'un jour ouvrable, nombre d'applications et de bases de
données ne cessent d'apporter de petites modifications aux fichiers
existants ou de générer une grande quantité de fichiers nouveaux
contenant des données stratégiques. Ces fichiers doivent être
sauvegardés immédiatement pour que les données qu'ils contiennent ne
soient pas perdues. Cette condition implique l'utilisation d'un support
rapide pouvant stocker des volumes de données importants et
fonctionnant de manière ininterrompue.
Le prix des supports de stockage sur disque est devenu plus abordable
ces dernières années. Dans le même temps, la capacité de stockage s'est
accrue. En conséquence, des disques simples et des baies de disques à
faible coût et hautement performants sont désormais disponibles pour le
stockage de données.
La sauvegarde sur disque (également appelée sauvegarde disque à
disque) prend une importance croissante. Auparavant, le stockage sur
bande était la méthode de prédilection pour la sauvegarde et la
restauration en raison de son coût et de sa capacité à satisfaire aux
exigences de récupération après sinistre. Aujourd'hui, un nombre
croissant d'entreprises complètent leurs solutions de sauvegarde sur
bande par des solutions de sauvegarde sur disque plus rapides. Les
données sont ainsi sauvegardées et récupérées plus rapidement.
Chapitre 10
291
Sauvegarde sur disques
Avantages de la sauvegarde sur disque
Avantages de la sauvegarde sur disque
Dans bon nombre de cas, il n'est pas avantageux d'utiliser des
périphériques sur disque pour effectuer des sauvegardes. Les
périphériques sur disque sont en fait des fichiers spécifiques dans des
répertoires spécifiés sur lesquels vous pouvez stocker des données au lieu
ou en plus de les stocker sur bande. La liste suivante présente certaines
situations dans lesquelles les périphériques sur disque sont
particulièrement utiles :
• De nombreuses applications et bases de données génèrent ou
modifient en permanence un grand nombre de fichiers contenant des
données stratégiques. Dans ces situations, il est nécessaire de
sauvegarder régulièrement les fichiers concernés afin de garantir une
restauration sans perte de données.
Dans ces environnements, les périphériques à bande doivent
fonctionner généralement en mode marche/arrêt car ils ne reçoivent
pas un flux continuel de données. Le périphérique à bande peut alors
limiter l'accès aux fichiers concernés. En outre, la durée de vie du
périphérique de sauvegarde peut être considérablement réduite.
Les sauvegardes peuvent également être réalisées sur un
périphérique sur disque, ce qui permet de dépasser les limites
décrites. Elle peut faire office de solution de sauvegarde à court
terme. Si une solution de sauvegarde à long terme est requise, les
données contenues dans les périphériques sur disque peuvent être
déplacées régulièrement sur une bande afin de libérer l'espace disque.
Ce processus est appelé sauvegarde de disque en plusieurs
étapes.
• Dans les environnements caractérisés par des lecteurs de disque
rapides et très performants et des lecteurs de bande lents, vous
pouvez réduire la fenêtre de sauvegarde en effectuant tout d'abord
une sauvegarde sur les périphériques sur disque et en déplaçant
ensuite les données sur une bande.
• L'utilisation de périphériques sur disque pour la sauvegarde vous
permet de bénéficier de stratégies de sauvegarde avancées comme la
sauvegarde synthétique.
292
Chapitre 10
Sauvegarde sur disques
Avantages de la sauvegarde sur disque
• Les périphériques sur disque permettent de restaurer rapidement des
données sauvegardées récemment. Par exemple, les données de
sauvegarde peuvent être conservées sur un périphérique sur disque
pendant 24 heures pour permettre une restauration rapide et
pratique.
• Le mécanisme d'un périphérique sur disque est plus rapide que celui
d'une bande. Lors de l'utilisation d'un périphérique sur disque, il n'est
pas nécessaire de monter et de démonter la bande. Lors de la
sauvegarde ou de la restauration d'un petit volume de données, un
périphérique sur disque est plus rapide car son temps d'initialisation
est bien moins important que celui d'un lecteur de bande. Dans le cas
d'un périphérique sur disque, il n'est pas nécessaire de charger ou de
décharger les supports, des tâches fastidieuses dans le cas d'une
sauvegarde ou d'une restauration de petite taille. Les avantages de
l'utilisation d'un périphérique sur disque apparaissent encore plus
évidents lorsqu'on effectue une restauration à partir d'une
sauvegarde incrémentale.
• La probabilité de rencontrer des problèmes au niveau des supports,
tels que des bandes défectueuses ou un montage incorrect de la
bande, est quasiment nulle. La disponibilité des configurations de
disque RAID garantit la protection des données en cas de
dysfonctionnement d'un disque.
• Les frais généraux sont réduits car il n'est pas nécessaire de
manipuler les bandes.
• En règle générale, le stockage sur disque devient de moins en moins
onéreux, même comparé au stockage sur bande.
Chapitre 10
293
Sauvegarde sur disques
Périphériques sur disque Data Protector
Périphériques sur disque Data Protector
Data Protector est doté des périphériques sur disque suivant :
• Périphérique de fichiers autonome
• Périphérique de bibliothèque de stockage de fichiers
• Périphérique de bibliothèque de fichiers
Périphérique de
fichiers autonome
Le périphérique de fichiers autonome est le plus simple des systèmes de
sauvegarde sur disque. Il se compose d'un simple logement dans lequel
les données peuvent être sauvegardées. Une fois configurées, ses
propriétés sont immuables. Le périphérique de fichiers possède une
capacité maximale de 2 To, si cette taille de fichier est prise en charge
par le système d'exploitation sur lequel le périphérique fonctionne.
Jukebox de
fichiers
Le périphérique de bibliothèque de stockage de fichiers est une version
spéciale du périphérique de bibliothèque de stockage Data Protector. Le
périphérique de bibliothèque de stockage peut être configuré pour
sauvegarder des supports optiques ou des fichiers. Le périphérique de
bibliothèque de stockage utilisé pour sauvegarder des fichiers est appelé
périphérique de bibliothèque de stockage de fichiers. Le type de supports
sauvegardé par le périphérique de bibliothèque de stockage est spécifié
pendant la configuration du périphérique.
Le périphérique de bibliothèque de stockage de fichiers se compose de
plusieurs logements dans lesquels vous pouvez sauvegarder des données.
La configuration est un processus en deux phases : on crée d'abord un
périphérique de bibliothèque de stockage de fichiers, puis on configure
un ou plusieurs lecteurs pour ce périphérique de bibliothèque de
stockage. Une fois le périphérique configuré, il est possible de modifier
ses propriétés. Chaque logement du périphérique de bibliothèque de
stockage de fichiers possède une capacité maximale de 2 To. La capacité
maximale du périphérique est égale à :
Nombre de logements X 2 To
Bibliothèque de
fichiers
Le périphérique de bibliothèque de fichiers est le plus perfectionné des
systèmes de sauvegarde sur disque. Elle dispose de multiples logements
appelés dépôts de fichier dans lesquels vous pouvez sauvegarder des
données. La configuration du périphérique de bibliothèque de fichiers
s'effectue en une seule étape. Il est possible de modifier les propriétés du
294
Chapitre 10
Sauvegarde sur disques
Périphériques sur disque Data Protector
périphérique de bibliothèque de fichiers à tout moment. La capacité
maximale de la bibliothèque est identique à la capacité maximale du
système de fichiers sur lequel elle réside. Chaque dépôt de fichier
possède une capacité maximale de 2 To. Les dépôts de fichier sont créés
automatiquement selon les besoins.
Le périphérique de bibliothèque de fichiers utilise une gestion
intelligente de l'espace disque. Il anticipe les problèmes potentiels liés à
l'enregistrement des données. Un message d'avertissement est inscrit
dans le journal des événements si l'espace disque disponible approche le
minimum configuré requis pour que le périphérique fonctionne. Cela
vous permet de libérer de l'espace disque à temps pour permettre au
périphérique de continuer à enregistrer des données. Si l'ensemble de
l'espace alloué au périphérique de bibliothèque de fichiers vient à être
utilisé, un message d'avertissement apparaît à l'écran, avec des
instructions permettant de résoudre le problème.
Le périphérique de bibliothèque de fichiers crée automatiquement de
nouveaux dépôts de fichier si une sauvegarde particulière requiert plus
d'espace que n'en contient un seul dépôt de fichiers.
Périphérique de
sauvegarde sur
disque
recommandé
Hewlett-Packard recommande l'utilisation du périphérique de
bibliothèque de fichiers en tant que périphérique favori de sauvegarde
sur disque. Le périphérique de bibliothèque de fichiers est le plus flexible
et le plus intelligent des périphériques de sauvegarde sur disque. Il est
possible de la reconfigurer à tout moment pendant son utilisation et elle
est capable de gérer l'espace disque de manière plus perfectionnée que
les autres périphériques de sauvegarde sur disque. De plus, vous pourrez
bénéficier de stratégies de sauvegarde avancées comme la sauvegarde
synthétique
Pour obtenir une description des fonctionnalités de ce type de
périphérique, utilisez le mot clé "périphériques de bibliothèque de
fichiers" dans l'index de l'aide en ligne.
Format de
données
Le format de données des périphériques sur disque s'appuie sur le format
de données pour bandes. Data Protector convertit au format de bande les
données à sauvegarder avant de les écrire sur le périphérique sur disque.
Avec les bibliothèques de fichiers utilisées pour une sauvegarde
complète virtuelle, il faut utiliser le format de supports de fichiers
distribués. Sélectionnez ce format dans les propriétés du périphérique.
Chapitre 10
295
Sauvegarde sur disques
Périphériques sur disque Data Protector
Configuration
Il est possible de définir les propriétés de tous les périphériques sur
disque pendant la configuration initiale des périphériques et après
l'utilisation de ces derniers. Le degré de modification pouvant être
apporté aux propriétés de chaque périphérique varie en fonction du
périphérique.
Sauvegarde sur un Il est possible d'effectuer une sauvegarde sur un périphérique sur disque
périphérique sur
en créant une spécification de sauvegarde Data Protector normale.
disque
296
Chapitre 10
11
Sauvegarde synthétique
Chapitre 11
297
Sauvegarde synthétique
Description du chapitre
Description du chapitre
Le présent chapitre décrit le concept de la sauvegarde synthétique et les
fonctions qu'offre en ce domaine Data Protector.
Il s'organise comme suit :
“Présentation” à la page 299
“Avantages de la sauvegarde synthétique” à la page 300
“Fonctionnement de la sauvegarde synthétique Data Protector” à la
page 301
“Sauvegarde synthétique et restauration” à la page 304
298
Chapitre 11
Sauvegarde synthétique
Présentation
Présentation
La croissance du volume des données et la réduction de la fenêtre de
sauvegarde rendent souvent problématique la réalisation d'une
sauvegarde complète en termes de temps et d'espace de stockage. Par
ailleurs, la possession d'un grand nombre de sauvegardes incrémentales
peut poser problème, car chaque sauvegarde accroît le temps nécessaire
pour effectuer une restauration.
La sauvegarde sur disque constitue une solution de plus en plus adoptée
en raison d'un niveau élevé de performances et de capacité ainsi que de
la baisse constante du coût des disques, et offre de nouvelles possibilités.
Les exigences des entreprises consistent à réduire au minimum la
fenêtre de sauvegarde et la charge sur les serveurs de production et le
réseau, et à permettre une restauration rapide. La sauvegarde
synthétique répond à ces exigences.
Il s'agit d'une solution de sauvegarde avancée qui produit une
sauvegarde complète synthétique, équivalant à une sauvegarde
complète classique en termes de données, sans créer de charge sur les
serveurs de production ou le réseau. Une sauvegarde complète
synthétique est créée à partir d'une sauvegarde complète précédente et
d'un certain nombre de sauvegardes incrémentales.
La réalisation d'une sauvegarde synthétique évite d'avoir à lancer
régulièrement des sauvegardes complètes. Cette solution permet de
réaliser des sauvegardes incrémentales aussitôt fusionnées avec la
sauvegarde complète pour obtenir une nouvelle sauvegarde complète
synthétique. Ce processus peut se répéter indéfiniment, sans besoin
d'exécuter une autre sauvegarde complète.
En termes de vitesse de restauration, une telle sauvegarde est
équivalente à une sauvegarde complète classique. La chaîne de
restauration consiste en un seul élément, d'où une restauration aussi
rapide et simple que possible.
Chapitre 11
299
Sauvegarde synthétique
Avantages de la sauvegarde synthétique
Avantages de la sauvegarde synthétique
La sauvegarde synthétique offre les avantages suivants :
• Elle évite d'avoir à réaliser des sauvegardes complètes. Après la
sauvegarde complète initiale, seules des sauvegardes incrémentales
sont effectuées, ce qui réduit beaucoup le temps nécessaire.
• La consolidation des objets sauvegardés s'effectue sur le serveur de
périphériques, sans créer de charge sur les serveurs de production ou
le réseau.
• Un type de sauvegarde synthétique, appelé sauvegarde complète
virtuelle, offre encore plus d'efficacité. La sauvegarde complète
virtuelle consiste à consolider les données à l'aide de pointeurs, ce qui
évite une duplication inutile.
• Une restauration à partir d'une sauvegarde complète synthétique est
aussi rapide qu'à partir d'une sauvegarde complète classique, car il
n'est pas nécessaire de récupérer les données de sauvegardes
incrémentales. Ceci évite la lecture de chaque sauvegarde
incrémentale de la chaîne de restauration et également, en cas
d'utilisation de périphériques à bande, le chargement et le
déchargement de plusieurs supports ainsi que la recherche des
versions d'objet.
300
Chapitre 11
Sauvegarde synthétique
Fonctionnement de la sauvegarde synthétique Data Protector
Fonctionnement de la sauvegarde synthétique
Data Protector
La sauvegarde synthétique Data Protector permet de fusionner une
sauvegarde complète et un nombre quelconque de sauvegardes
incrémentales pour obtenir une nouvelle sauvegarde complète
synthétique.
La sauvegarde synthétique exige l'utilisation de la sauvegarde
incrémentale avancée. Il faut activer la sauvegarde incrémentale
avancée avant de réaliser la sauvegarde complète et les sauvegardes
incrémentales.
Il est possible de créer une sauvegarde complète synthétique à partir
d'une sauvegarde complète écrite sur un périphérique à disque ou bande
et de sauvegardes incrémentales écrites sur un périphérique sur disque,
une bibliothèque de fichiers Data Protector. La sauvegarde complète
synthétique peut, quant à elle, être écrite sur un périphérique à disque
ou bande.
Si toutes les sauvegardes, complètes et incrémentales, sont écrites dans
la même bibliothèque de fichiers qui utilise le format de support de
fichiers distribués, un type encore plus efficace de sauvegarde
synthétique est disponible, appelé sauvegarde complète virtuelle.
Cette technique utilise des pointeurs pour consolider les données au lieu
de les copier. L'opération prend ainsi moins de temps et évite une
duplication inutile des données.
Les figures ci-dessous expliquent le concept de sauvegarde synthétique
et de sauvegarde complète virtuelle. Elles indiquent comment une
sauvegarde complète synthétique ou une sauvegarde complète virtuelle
est créée à partir d'une sauvegarde complète et d'un certain nombre de
sauvegardes incrémentales.
Chapitre 11
301
Sauvegarde synthétique
Fonctionnement de la sauvegarde synthétique Data Protector
Figure 11-1
Sauvegarde synthétique
La figure 11-1 décrit le processus de création d'une sauvegarde complète
synthétique. L'Agent de support de restauration (RMA) lit la sauvegarde
complète sur le périphérique de sauvegarde (bande ou disque). Il
transmet les données à un autre agent RMA, qui lit les sauvegardes
incrémentales de la bibliothèque de fichiers et consolide les données. Les
données consolidées sont ensuite transmises à l'Agent de support de
sauvegarde (BMA), qui écrit la sauvegarde complète synthétique sur le
périphérique de sauvegarde (bande ou disque).
En général, la sauvegarde complète synthétique est ensuite fusionnée
avec des sauvegardes incrémentales ultérieures pour obtenir une
nouvelle sauvegarde synthétique. Ce processus peut se répéter
indéfiniment, après chaque sauvegarde incrémentale, ou à un intervalle
souhaité.
302
Chapitre 11
Sauvegarde synthétique
Fonctionnement de la sauvegarde synthétique Data Protector
Figure 11-2
Sauvegarde complète virtuelle
La figure 11-2 décrit le processus de création d'une sauvegarde complète
virtuelle. Pour ce type de sauvegarde, toutes les sauvegardes résident
dans une seule bibliothèque de fichiers qui utilise le format de support de
fichiers distribués. L'Agent de support de restauration (RMA) lit les
informations sur la sauvegarde complète et les sauvegardes
incrémentales, et génère les données pour la sauvegarde complète
virtuelle. Les données générées sont transmises à l'Agent de support de
sauvegarde (BMA), qui crée la sauvegarde complète virtuelle dans la
bibliothèque de fichiers.
Sauvegarde synthétique et utilisation d'espace de
support
La réalisation fréquente de sauvegardes synthétiques et la conservation
des sources impliquent en général une utilisation d'espace importante
sur les supports de sauvegarde. Toutefois, la sauvegarde complète
virtuelle permet de minimiser l'espace utilisé.
En cas de sauvegarde complète virtuelle, l'espace utilisé dépend en
grande partie de la taille des fichiers sauvegardés. Si cette dernière est
sensiblement supérieure à la taille de bloc utilisée, la sauvegarde
complète virtuelle permet d'économiser l'espace au maximum par
rapport à une sauvegarde synthétique normale. En revanche, si la taille
des fichiers est inférieure à la taille de bloc, l'économie s'avère plutôt
réduite.
Chapitre 11
303
Sauvegarde synthétique
Sauvegarde synthétique et restauration
Sauvegarde synthétique et restauration
La restauration à partir d'une sauvegarde complète synthétique est
équivalente à celle à partir d'une sauvegarde complète classique. Les
figures ci-dessous présentent différentes situations, en supposant que
vous devez restaurer des données dans leur dernier état possible. Tous
les exemples supposent l'existence d'une sauvegarde complète et de
quatre sauvegardes incrémentales de l'objet sauvegarde. La différence
réside dans l'utilisation de la sauvegarde synthétique.
Figure 11-3
Sauvegardes complètes et incrémentielles
Dans la figure 11-3, des sauvegardes classiques ont été réalisées. Pour
restaurer les données dans leur dernier état possible, vous avez besoin de
la sauvegarde complète et des quatre sauvegardes incrémentales. La
chaîne de restauration consiste en cinq éléments, qui résident souvent
sur différents supports.
Une telle restauration peut prendre beaucoup de temps, car il faut lire
chaque sauvegarde incrémentale. En cas d'utilisation de périphériques à
bande, le chargement et le déchargement de plusieurs supports ainsi que
la recherche des versions d'objet à restaurer prennent du temps.
304
Chapitre 11
Sauvegarde synthétique
Sauvegarde synthétique et restauration
Figure 11-4
Sauvegarde synthétique
Dans la figure 11-4, une sauvegarde complète synthétique existe, qui sert
à la restauration par défaut. La chaîne de restauration ne consiste qu'en
deux éléments, à savoir la sauvegarde complète synthétique et la
sauvegarde incrémentale ultérieure. La restauration est nettement plus
simple et rapide que sans la sauvegarde complète synthétique. La figure
illustre les deux chaînes de restauration possibles.
Figure 11-5
Sauvegarde synthétique régulière
La figure 11-5 montre une situation dans laquelle une sauvegarde
synthétique a été réalisée après chaque sauvegarde incrémentale. Cette
stratégie permet la restauration la plus simple et rapide dans le dernier
état possible, ou à tout instant donné antérieur qui a fait l'objet d'une
sauvegarde. La restauration n'exige qu'un seul élément, à savoir la
sauvegarde complète synthétique de l'instant en question.
Chapitre 11
305
Sauvegarde synthétique
Sauvegarde synthétique et restauration
Figure 11-6
Sauvegarde synthétique et copie d'objets
Dans la figure 11-6, une sauvegarde synthétique a été réalisée, puis
copiée. Ce processus offre plus de sécurité. La restauration dans le
dernier état possible peut utiliser l'une des trois différentes chaînes de
restauration indiquées. Par défaut, Data Protector sélectionne la chaîne
de restauration optimale, qui inclut normalement la sauvegarde
complète synthétique ou sa copie. En cas de support manquant, d'erreur
de support ou similaire, une autre chaîne de restauration est utilisée.
306
Chapitre 11
12
Concepts Split Mirror
Chapitre 12
307
Concepts Split Mirror
Description du chapitre
Description du chapitre
Le présent chapitre décrit le concept de la sauvegarde Split Mirror ainsi
que les configurations prises en charge par HP.
Il s'organise comme suit :
“Présentation” à la page 309
“Configurations prises en charge” à la page 313
308
Chapitre 12
Concepts Split Mirror
Présentation
Présentation
Aujourd'hui, les configurations de stockage modernes haute disponibilité
(HA, pour High Availability) reflètent les nouvelles exigences en termes
de sauvegarde. La configuration est l'une des nombreuses variations
possibles de structures de miroir simple ou multiple.
L'approche générale consiste à utiliser une réplique (copie miroir) pour
procéder à la sauvegarde, tandis que les volumes sources continuent à
servir l'application. Reportez-vous à la figure 12-1.
Figure 12-1
Concept de la sauvegarde Split Mirror
Les volumes cibles de la réplique sont généralement connectés à un
client distinct, auquel sont également reliés des périphériques à bande
pour les sauvegardes locales. Des technologies de mise en miroir de
matériel telles que HP StorageWorks Disk Array XP ou EMC Symmetrix
sont généralement utilisées pour créer une réplique telle que :
• HP StorageWorks ContinuousAccess XP ou
• HP StorageWorks BusinessCopy XP
L'application est disponible pratiquement en permanence, excepté
pendant une courte période (qui peut aller de plusieurs secondes à
quelques minutes). Au cours de cette période, le système assure la
Chapitre 12
309
Concepts Split Mirror
Présentation
cohérence des données sur le disque et réalise la séparation effective des
miroirs. Les données doivent être cohérentes pour que l'application
puisse les utiliser après une restauration. En principe, la réplique miroir
n'est pas créée au moment de la sauvegarde ; elle est déjà disponible et
synchronisée à ce stade afin que l'application bénéficie d'une
disponibilité élevée. La sauvegarde et la resynchronisation de la réplique
n'affectent pas les performances de l'application, car ces opérations
s'effectuent en parallèle, sur un équipement séparé.
Le client de l'application et celui de la sauvegarde étant différents (dans
la plupart des cas), toutes les informations mises en cache (cache de la
base de données, cache du système de fichiers) du client doivent être
transférées vers le disque avant que le miroir de la sauvegarde ne soit
séparé. Pour cela, effectuez l'une des opérations suivantes :
• Configurez les bases de données en mode sauvegarde.
• Mettez les bases de données hors ligne.
• Démontez un point de montage.
Une réplique ne sera cohérente que si vous effectuez ces opérations au
préalable. Cependant, si la base de données s'exécute sur un système de
fichiers ou sur un rawdisk, il n'est pas nécessaire de démonter ce
système de fichiers ou rawdisk, car la base de données s'assure que les
données sont effectivement écrites sur le disque et non dans le cache du
système de fichiers.
Dans le cas d'une sauvegarde de base de données en ligne, une réplique
seule ne peut pas être restaurée. Les journaux d'archive du client
d'application sont également requis. Vous pouvez démarrer une
sauvegarde du journal d'archive juste après la séparation, lorsque la
base de données n'est plus en mode sauvegarde.
L'utilisation combinée d'une réplique et de la technologie HP
StorageWorks ContinuousAccess XP pour réaliser une sauvegarde
affecte la haute disponibilité de stockage pendant la durée de cette
sauvegarde. Si vous disposez de miroirs supplémentaires, vous pouvez
conserver la haute disponibilité de stockage tout en utilisant la même
démarche de sauvegarde.
Le client de sauvegarde peut être le client central de plusieurs clients
d'application exécutant différentes applications. Dans ce cas, le client de
sauvegarde doit s'exécuter sur le même système d'exploitation que le
client d'application, afin d'accéder aux ressources mises en miroir de
façon native.
310
Chapitre 12
Concepts Split Mirror
Présentation
Le client de sauvegarde doit pouvoir effectuer les sauvegardes dans un
temps raisonnable. Bien qu'une sauvegarde puisse durer, en théorie,
près de 24 heures, vous devez également prendre en compte le temps de
restauration. Il est donc recommandé de prévoir un client de sauvegarde
capable d'effectuer les sauvegardes en deux à quatre heures, et de
réaliser les restaurations au moyen du client d'application.
Avec cette approche, la majeure partie du transfert des données
s'effectue via le client de sauvegarde et son accès à la réplique. La
connexion réseau entre le client de sauvegarde et le client d'application
sert uniquement à coordonner les processus impliqués dans la
sauvegarde. De plus, des processus s'exécutent sur chaque client afin
d'automatiser la séparation.
Restauration
instantanée
Data Protector assure une restauration instantanée reposant sur la
technologie Split Mirror. La solution est basée sur des solutions de
sauvegarde avec temps d'indisponibilité nul telles que l'intégration HP
StorageWorks Disk Array XP, laquelle emploie la technologie Split
Mirror.
Pendant une session de sauvegarde Split Mirror, une réplique est
utilisée pour le transfert des données sur un support de sauvegarde
(bande). Après la sauvegarde, vous pouvez supprimer la réplique et
préparer deux disques pour la prochaine session de sauvegarde par
resynchronisation, ou bien conserver la réplique en vue d'une
restauration instantanée. Plusieurs répliques peuvent exister
simultanément. Grâce à HP StorageWorks Disk Array XP, vous pouvez
par exemple réaliser jusqu'à trois répliques, chacune d'elles pouvant être
copiée deux fois si vous utilisez le traitement en cascade.
Pendant la restauration instantanée, les données présentes sur la
réplique spécifiée (inchangée à des fins de restauration instantanée) sont
synchronisées avec les volumes sources du client d'application et non
restaurées depuis un support de sauvegarde.
Data Protector n'utilise que les trois premières répliques ; en effet, les
copies miroir secondaires ne permettent pas d'assurer une
resynchronisation rapide, laquelle est essentielle pour réduire au
minimum le temps de restauration. La restauration instantanée n'est
possible qu'avec la configuration HP StorageWorks BusinessCopy XP
(configurations miroir local - hôte double et miroir local - hôte simple).
Chapitre 12
311
Concepts Split Mirror
Présentation
ZDB sur bande et
ZDB sur disque +
bande
Lors d'une session de sauvegarde sur bande ou sur disque + bande avec
temps d'indisponibilité nul, une réplique des données d'application est
écrite en flux continu sur un périphérique de bande connecté à un
système de sauvegarde séparé, à l'aide de l'Agent de disque et de l'Agent
général de supports Data Protector, et ce avec une incidence minimale
sur le système d'application. Une fois la sauvegarde terminée, la réplique
est :
• supprimée - sauvegarde sur bande avec temps d'indisponibilité nul
• conservée en vue d'une restauration instantanée - ZDB sur disque +
bande
Sauvegarde sur
disque avec temps
d'indisponibilité
nul
Pendant une session de sauvegarde sur disque avec temps
d'indisponibilité nul, les données originales sont déplacées vers un
support de sauvegarde (bande) à partir de la réplique. Les répliques
(trois au maximum) peuvent avoir diverses utilisations, notamment le
traitement de données hors ligne ou la restauration instantanée ; cette
dernière n'est possible que si la configuration StorageWorks
BusinessCopy XP est utilisée. La restauration d'objets à partir d'une
session de sauvegarde sur disque avec temps d'indisponibilité nul n'est
possible qu'avec la fonctionnalité de restauration instantanée.
Rotation du jeu de Plusieurs répliques peuvent exister simultanément. HP StorageWorks
répliques
Disk Array XP permet de réaliser jusqu'à trois répliques, chacune d'elles
pouvant être copiée deux fois si vous utilisez le traitement en cascade.
Data Protector ne peut utiliser que les disques des trois premières
répliques (les miroirs de premier niveau ou MU) pour les opérations
de sauvegarde et de restauration instantanée. Les six copies
supplémentaires (miroirs en cascade) ne sont pas prises en charge.
Lors de la configuration d'une spécification de sauvegarde avec temps
d'indisponibilité nul pour un volume source (LDEV) avec des miroirs de
premier niveau configurés ou lors de la restauration vers ce volume
source, il est possible, en utilisant Data Protector, de définir un jeu de
répliques à partir duquel cette intégration sélectionne une réplique
pour la session en cours.
Clients de
sauvegarde et
clusters
Le client de sauvegarde ne doit pas être utilisé comme serveur de
basculement pour le client d'application. Il est recommandé d'installer
les services d'application et de sauvegarde sur des clusters séparés.
312
Chapitre 12
Concepts Split Mirror
Configurations prises en charge
Configurations prises en charge
Miroir local - hôte double
Cette solution utilise une fonction de mise en miroir locale (Business
Copy XP, par exemple). Les deux disques se trouvent dans la même baie
de disques, ce qui signifie que l'infrastructure d'E/S du système RAID est
partagée entre le client d'application (ou hôte) et le client de sauvegarde.
Le client d'application et le client de sauvegarde étant deux systèmes
physiquement différents, ils peuvent utiliser leurs propres ressources
(canaux d'E/S, unités centrales, mémoire, etc.) pour réaliser leurs
activités spécifiques, par exemple effectuer une sauvegarde, sans
incidence sur le fonctionnement de l'autre. Ainsi, les performances de la
sauvegarde n'influent pas sur celles de la base de données.
Figure 12-2
Miroir local - hôte double (sauvegarde avec performance
optimale et temps d'indisponibilité nul)
L'intégration de sauvegarde Split Mirror Data Protector permet le
traitement automatique de l'état du miroir ainsi qu'une intégration avec
des applications telles que SAP R/3 et Oracle (afin d'assurer la cohérence
des données et de signaler les sauvegardes à l'application / la base de
données). Pour assurer une opération sécurisée et utiliser les outils
Chapitre 12
313
Concepts Split Mirror
Configurations prises en charge
d'application natifs pour la restauration (sapdba, par exemple), il faut
que la sauvegarde soit prise en compte au préalable par l'application / la
base de données. L'impact d'une sauvegarde sur l'application est réduit
au temps nécessaire pour effectuer une séparation du miroir et pour
mettre la base de données dans un mode cohérent permettant la
séparation, puis lui faire quitter ce mode.
Cette configuration permet de réaliser en peu de temps une sauvegarde
hors ligne à partir d'une base de données très volumineuse, ainsi qu'une
sauvegarde en ligne générant très peu de journaux d'archive, la durée
pendant laquelle la base de données reste en mode sauvegarde étant
réduite au minimum.
Le fait de générer peu de journaux d'archive réduit l'espace nécessaire
pour ce type de fichiers et accélère le processus de récupération de la
base de données. Après la restauration d'une base de données en ligne, il
est nécessaire d'effectuer une récupération afin que les données de la
base redeviennent cohérentes. Tous les journaux d'archive créés au cours
de la sauvegarde doivent être utilisés. Dans le cas d'une sauvegarde Split
Mirror, seuls les fichiers journaux d'archive créés au cours de la
séparation sont appliqués.
Miroir local - hôte simple
Dans les cas où aucun serveur de sauvegarde dédié n'est disponible, les
deux fonctions (application et sauvegarde) sont effectuées sur le même
client (ou hôte). Les sauvegardes hors ligne des applications de
messagerie, par exemple, peuvent réduire le temps d'indisponibilité de
l'application de quelques heures à quelques minutes.
Dans ce type de configuration, seules les sauvegardes d'image disque
(raw disk) et du système de fichiers sont prises en charge. Les
sauvegardes de base de données et d'application, telles qu'Oracle et
SAP R/3, ne peuvent pas être prises en charge car la base de données doit
être montée sur le serveur de sauvegarde ; or, il n'est pas possible
d'effectuer cette opération sur le serveur sur lequel la base de données
est déjà montée.
314
Chapitre 12
Concepts Split Mirror
Configurations prises en charge
Miroir distant
La technologie de miroir distant, Continuous Access XP par exemple,
améliore les configurations citées plus haut car les processus de
sauvegarde et d'application utilisent différentes baies de disques à
différents endroits.
Figure 12-3
Split Mirror - miroir distant (sauvegarde distante indépendante
du réseau local - données haute disponibilité)
Le miroir distant transfère les données vers un site physiquement
séparé. Celles-ci peuvent alors être sauvegardées sur des bandes
disponibles en local. Cette opération permet de séparer les données de
production des données de sauvegarde et par conséquent, d'éliminer le
risque de dommages à ces deux types de données en même temps en cas
d'incendie ou d'un autre sinistre.
Au cours d'une sauvegarde, la synchronisation des miroirs ne requiert
aucune ressource réseau. Bien que les données ne soient pas transférées
via le réseau, Data Protector a néanmoins besoin de la communication
entre le Gestionnaire de cellule et ses clients.
Cette solution vous permet de centraliser un service de sauvegarde en
mettant en miroir les données d'application provenant de plusieurs sites
de production (A et C dans ce cas) dans un lieu unique ou une baie de
Chapitre 12
315
Concepts Split Mirror
Configurations prises en charge
disques centralisée. Ainsi, votre investissement dans un service de
sauvegarde (serveur et bibliothèque de bandes) peut être consolidé et
combiné avec la haute disponibilité d'une configuration à miroir distant.
Le site distant ne peut pas être utilisé comme site de récupération après
sinistre automatique pendant que la sauvegarde s'effectue, car le lien
entre les deux sites est alors rompu (et les deux disques ne sont pas
synchronisés). Ceci signifie qu'en cas de défaillance du site A, le site B ne
peut pas prendre le relais automatiquement (ce qu'il ferait normalement)
pendant x heures (x correspondant au temps nécessaire pour que les
données soient copiées sur la bande). Ce problème concerne également
les mises en miroir locales. Toutefois, cela pose surtout des problèmes
pour la solution distante, car le concept d'un site distant de récupération
après sinistre distante faisant appel aux miroirs de matériel est
largement répandu sur le marché.
Combinaison de miroirs local et distant
Si le client a besoin de disposer en permanence d'un site de récupération
disponible (fourni, par exemple, par un MetroCluster) et d'effectuer des
sauvegardes avec un temps d'indisponibilité nul, il est possible de
combiner le miroir distant avec le miroir local.
Cette solution présente tous les avantages du Split Mirror et permet
d'effectuer une récupération complète vers le site distant. Dans cet
exemple, le miroir distant est maintenu en permanence et le lien local
n'est séparé que pour effectuer des sauvegardes. Le cluster peut donc
basculer à tout moment sur le site distant (site B).
316
Chapitre 12
Concepts Split Mirror
Configurations prises en charge
Figure 12-4
Combinaison de miroirs local et distant (récupération après
sinistre intégrée à la sauvegarde : service haute disponibilité HP UX uniquement)
Pour que la fonction de basculement soit indépendante de l'opération de
sauvegarde, le client de sauvegarde doit être un client supplémentaire
séparé et se trouver en dehors du cluster. Si une solution MetroCluster
est mise en place, le client d'arbitrage de cluster peut être le client de
sauvegarde.
Autres configurations
Il existe de nombreuses autres configurations Split Mirror qui
fournissent des avantages spécifiques ou répondent aux besoins de
certains utilisateurs. Toutefois, chacune est associée à un modèle de
comportement spécifique représentant des exigences particulières
auxquelles les fonctions de contrôle doivent obéir afin de garantir la
sauvegarde et la récupération. Il est donc important de vérifier quelles
configurations sont prises en charge et de les spécifier.
Toutes les configurations décrites précédemment sont prises en charge
par HP. Pour obtenir une liste récente des configurations prises en
charge, consultez l'adresse suivante :
http://www.hp.com/support/manuals.
Chapitre 12
317
Concepts Split Mirror
Configurations prises en charge
Si une configuration dans laquelle vous souhaitez sauvegarder des
données n'est pas répertoriée dans la liste, cela ne signifie pas que
l'opération ne peut pas être prise en charge. Contactez votre
représentant HP local ou votre consultant HP pour connaître les autres
configurations prises en charge.
318
Chapitre 12
13
Concepts de snapshot
Chapitre 13
319
Concepts de snapshot
Description du chapitre
Description du chapitre
Le présent chapitre décrit le concept de sauvegarde de snapshot, ainsi
que les configurations prises en charge par HP.
Il s'organise comme suit :
“Présentation” à la page 321
“Configurations prises en charge” à la page 328
320
Chapitre 13
Concepts de snapshot
Présentation
Présentation
Pour répondre à la demande croissante en configurations de stockage
haute disponibilité, de nouvelles technologies de sauvegarde avec temps
d'indisponibilité nul ont été mises au point. D'autre part, les progrès en
matière de technologie de virtualisation de stockage procurent
aujourd'hui une alternative à la technologie Split Mirror
conventionnelle.
La solution de sauvegarde avec temps d'indisponibilité nul Data
Protector associe différentes technologies de baies de disques aux
derniers développements en matière de technologie de "snapshot" (image
figée) pour créer des snapshots de données d'applications ou de bases de
données enregistrées sur une baie de disques. Ces snapshots peuvent
ensuite être conservés sur une baie de disques sous forme de copies
ponctuelles des données d'origine à des fins de restauration
instantanée, ou peuvent être utilisées pour créer des sauvegardes sur
bande avec temps d'indisponibilité nul sur un système de sauvegarde.
Les processus impliqués ont peu d'impact sur le serveur d'applications,
offrant ainsi une solution réelle en termes de sauvegarde avec temps
d'indisponibilité nul.
Virtualisation du stockage
Le terme "virtualisation du stockage" fait référence à la technologie qui
permet de séparer la représentation logique du stockage des composants
de stockage physiques réels. Elle implique la création de volumes
logiques en dehors d'un pool de disques physiques résidant sur une baie
de disques. Un volume logique est limité au cadre du pool mais peut
s'étendre sur un nombre quelconque de disques physiques au niveau de
la baie de disques. Un ou plusieurs systèmes hôtes peuvent utiliser les
volumes logiques. Il est impossible de gérer précisément l'allocation de
volumes logiques sur des disques physiques ; différentes options de
protection permettent toutefois de définir une orientation.
RAID
La technologie RAID (pour Redundant Array of Inexpensive Disks, ou
baie de disques durs redondants économiques) permet de définir le mode
de distribution des données sur les disques physiques au niveau d'une
baie de disques. Il existe différents niveaux RAID, correspondant à
différents niveaux de redondance et de sécurité de données, de taux de
Chapitre 13
321
Concepts de snapshot
Présentation
transfert et de temps d'accès. Par exemple, le niveau RAID0 n'implique
aucune duplication des données, RAID1 implique la duplication de
toutes les données et RAID5 implique la protection des données par
parité.
Les fonctions de snapshot Data Protector intégrées ont été conçues pour
être utilisées avec des baies de disques prenant en charge les
technologies de snapshot, telles que HP StorageWorks Virtual Array et
HP StorageWorks Enterprise Virtual Array.
Concepts de snapshot
Dans une configuration de base standard utilisant la technologie de
snapshot, une baie de disques individuelle peut être connectée à des
systèmes d'application et de sauvegarde séparés. La baie de disques peut
être utilisée comme périphérique de stockage par le système
d'application et le système de sauvegarde, et les volumes logiques
peuvent être montés sur l'un ou l'autre. Lorsque ce schéma est appliqué,
le système d'application utilise les volumes logiques de la baie de disques
pour le stockage de ses données en période de fonctionnement normal.
Les volumes logiques sur lesquels sont stockées les données du système
d'application pour les besoins des fonctions de snapshot Data Protector
intégrées sont également appelés volumes source. Lorsqu'une
sauvegarde de snapshot est réalisée, les données d'application résidant
au niveau des volumes source sont dupliquées et écrites sur d'autres
volumes logiques de la même baie de disques, également appelés
volumes cible. Les données ainsi dupliquées sont également appelées
données snapshot. Elles correspondent à des copies ponctuelles
instantanées d'un système de fichiers ou d'un volume donné. L'ensemble
des volumes cible ainsi créés est également appelé réplique. Une fois la
réplique des données snapshot créée, il est possible d'apporter des
modifications aux données d'origine sans perturber le déroulement de
l'opération de sauvegarde.
322
Chapitre 13
Concepts de snapshot
Présentation
Figure 13-1
Sauvegarde de snapshot
Le client de sauvegarde est configuré comme client Data Protector
auquel des périphériques à bande sont connectés en vue de réaliser des
sauvegardes en local.
Lorsqu'une session de sauvegarde commence, le client d'application
passe en mode sauvegarde tandis que le système prépare le client de
sauvegarde en vue de la procédure de sauvegarde ; un snapshot des
données d'application est généré.
Lorsque le client de sauvegarde est prêt et que la réplique des données
snapshot est créée, l'application revient en mode de fonctionnement
normal.
Le niveau de disponibilité de l'application reste pratiquement inchangé
pendant que le client d'application est en mode sauvegarde (dans
certains cas, l'application peut être arrêtée pendant un bref laps de
temps).
Si l'on a spécifié une sauvegarde sur bande avec temps d'indisponibilité
nul, les données snapshot sont ensuite écrites en flux continu sur des
supports à bande au niveau du client de sauvegarde. Cette opération ne
perturbe pas le fonctionnement du client d'application.
Chapitre 13
323
Concepts de snapshot
Présentation
Les clients d'application et de sauvegarde étant généralement distincts,
il est impératif de transférer toutes les informations mises en cache
(caches de la base de données et du système de fichiers) du client
d'application vers la batterie avant la création du snapshot. Pour cela,
effectuez l'une des opérations suivantes :
• Configurez les bases de données en mode sauvegarde.
• Mettez les bases de données hors ligne.
• Démontez un point de montage.
Dans le cas d'une sauvegarde de base de données en ligne, les données
snapshot ne permettent pas à elles seules de procéder à la restauration.
Les journaux d'archive du client d'application sont également requis.
Vous pouvez utiliser la procédure de sauvegarde standard Data
Protector pour effectuer une sauvegarde de journaux d'archive
immédiatement après la création des snapshots, lorsque que la base de
données n'est plus en mode sauvegarde.
Les données snapshot correspondant aux données d'application peuvent
être créées au moyen de technologies de baies de disques virtuelles, telles
que :
• HP StorageWorks Business Copy Virtual Array
• HP StorageWorks Enterprise Virtual Array
Types de sauvegardes de snapshot
Les types de sauvegardes de snapshot suivants sont disponibles dans le
cadre des fonctions de snapshot Data Protector intégrées :
• Sauvegarde sur bande avec temps d'indisponibilité nul
• Sauvegarde sur disque avec temps d'indisponibilité nul
• ZDB sur disque + bande
ZDB sur bande et
ZDB sur disque +
bande
Lors d'une session de sauvegarde sur bande ou sur disque + bande avec
temps d'indisponibilité nul, un snapshot des données d'application
réalisé à un instant donné est écrit en flux continu sur un périphérique à
bande connecté à un système de sauvegarde séparé, à l'aide de l'Agent de
disque et de l'Agent général de supports Data Protector, et ce avec une
incidence minimale sur le système d'application. Une fois la sauvegarde
terminée, les données snapshot sont :
324
Chapitre 13
Concepts de snapshot
Présentation
• supprimées - sauvegarde sur bande avec temps d'indisponibilité nul
• conservées en vue d'une restauration instantanée - ZDB sur disque +
bande
ZDB sur disque
La technologie employée lors d'une session de sauvegarde sur disque
avec temps d'indisponibilité nul est identique à celle utilisée lors d'une
sauvegarde sur bande ou d'une ZDB sur disque + bande ; toutefois, les
données snapshot ne sont pas écrites en flux continu sur un support de
sauvegarde (périphérique à bande) à partir de la copie snapshot mais
sont conservées sur une baie de disques. Elle peut être utilisée pour la
restauration instantanée. La session se termine dès que les données
snapshot sont créées.
Restauration instantanée
Pendant les sessions de sauvegarde de snapshot, plusieurs copies
snapshot des données peuvent être produites et conservées sur une baie
de disques, chaque copie étant effectuée à un instant donné dans sa
propre réplique. Les copies snapshot conservées peuvent ensuite être
utilisées pour la restauration instantanée, le traitement de données hors
ligne ou à d'autres fins. Seules les copies ponctuelles générées lors de
sessions de sauvegarde sur disque ou sur disque+bande avec temps
d'indisponibilité nul peuvent être restaurées au moyen de la
fonctionnalité de restauration instantanée.
En cas de restauration instantanée, la copie ponctuelle d'une réplique
sélectionnée est restaurée sur une baie de disques dans l'état dans lequel
elle se trouvait au moment où les données snapshot ont été générées.
Aucun transfert de données à partir d'un support de bande n'étant requis
dans le cadre de cette procédure, la durée de restauration globale est
considérablement réduite.
Les journaux d'archive d'application ne sont pas compris dans une
sauvegarde de snapshot ; par conséquent, il est nécessaire de les
récupérer à partir de supports à bande pour les restaurer et les utiliser.
Jeu de répliques et rotation d'un jeu de répliques
Le nombre maximal de répliques pouvant être conservées
simultanément sur une baie de disques dépend de la baie de disques
utilisée. Les répliques conservées sur une baie de disques dans le cadre
d'une même spécification de sauvegarde constituent le jeu de répliques
Chapitre 13
325
Concepts de snapshot
Présentation
de cette spécification de sauvegarde. Le jeu de répliques dépend du
nombre maximal de répliques pouvant être conservées sur une baie de
disques dans le cadre d'une spécification de sauvegarde donnée. Lorsque
cette limite maximale est atteinte lors d'une session de sauvegarde de
snapshot, les données snapshot de la plus ancienne réplique contenue
dans le jeu de répliques sont écrasées. Tant que la limite n'est pas
atteinte, le système crée une nouvelle réplique. Ces deux opérations
s'inscrivent dans le cadre de la procédure de rotation du jeu de
répliques.
Types de snapshots
Suivant la baie de disques utilisée, différents types de snapshots peuvent
être créés lors d'une session de sauvegarde snapshot Data Protector. Les
types de sauvegarde suivants sont utilisés dans le cadre des fonctions de
snapshot Data Protector intégrées :
• Snapshots de type copie par écriture (copy-on-write) avec
préallocation d'espace disque
• Snapshots de type copie par écriture (copy-on-write) sans
préallocation d'espace disque
• Snapclones
Snapshots avec
préallocation
d'espace disque
La création de snapshots de type copie par écriture (copy-on-write) avec
préallocation d'espace disque requiert la même quantité d'espace disque
que celle allouée au volume source. Les données ne sont écrites sur cet
espace réservé qu'en cas de besoin. Les modifications apportées aux
données du volume source sont répercutées sur les données snapshot du
volume cible.
Dans le cadre du système de snapshot, seules les modifications apportées
aux données d'origine (en constante évolution) par rapport à un état
donné sont mises en cache ; c'est la raison pour laquelle les snapshots de
type copie par écriture (copy-on-write) avec préallocation d'espace disque
sont tributaires de leurs volumes source : si les données des volumes
source sont perdues, les snapshots associés sont inutilisables.
Snapshots sans
préallocation
d'espace disque
Les snapshots de type copie par écriture (copy-on-write) sans
préallocation d'espace disque correspondent également à une copie
ponctuelle des données d'origine mais ne requièrent pas de préallocation
d'espace disque. L'espace disque est alloué à la demande de façon
dynamique. Lorsque des modifications sont apportées aux données du
326
Chapitre 13
Concepts de snapshot
Présentation
volume source, le système utilise l'espace disponible sur une baie de
disques pour la création du snapshot. Les snapshots de type copie par
écriture (copy-on-write) sans préallocation d'espace disque ne sont utiles
qu'à court terme. Notez que la taille de ces snapshots augmente de façon
dynamique : si l'on ne supprime pas régulièrement ces snapshots,
l'espace de stockage risque d'être saturé.
Le principal avantage des snapshots de type copie par écriture
(copy-on-write) sans préallocation d'espace disque, par rapport à ceux
avec préallocation d'espace disque, tient au fait qu'ils permettent de
réduire les coûts de façon significative. Si les snapshots sont supprimés
régulièrement, cette technologie requiert beaucoup moins d'espace de
stockage pour la duplication que la technologie de snapshot standard.
Dans le cadre du système de snapshot, seules les modifications apportées
aux données d'origine (en constante évolution) par rapport à un état
donné sont mises en cache ; c'est la raison pour laquelle les snapshots de
type copie par écriture (copy-on-write) sans préallocation d'espace disque
sont tributaires de leurs volumes source : si les données des volumes
source sont perdues, les snapshots associés sont inutilisables.
Snapclones
La création des snapclones commence par une procédure semblable à
celle utilisée pour créer des snapshots de type copie par écriture
(copy-on-write) sans préallocation d'espace disque. Elle est suivie du
processus de clonage. Pendant ce processus, toutes les données du
volume source sont copiées dans le volume cible. Un snapclone permet
d'accéder immédiatement aux données répliquées pendant que le
processus de clonage s'exécute en tâche de fond en exploitant les périodes
d'inactivité de la baie de disques. Une fois le processus de clonage
achevé, le snapclone est une copie de données complète reproduisant le
volume source à un état donné ; si les données stockées sur le volume
source sont perdues, vous pouvez toujours rétablir le snapclone.
Chapitre 13
327
Concepts de snapshot
Configurations prises en charge
Configurations prises en charge
Configuration de base : baie de disques simple - hôte
double
Les deux hôtes sont connectés à la même baie de disques, de sorte que
l'infrastructure d'E/S du système RAID est partagée entre le client
d'application et le client de sauvegarde.
Le client d'application et le client de sauvegarde étant deux systèmes
physiquement différents, ils peuvent utiliser leurs propres ressources
(canaux d'E/S, unités centrales, mémoire, etc.) pour réaliser leurs
activités spécifiques, par exemple effectuer une sauvegarde, sans
incidence sur le fonctionnement de l'autre. Ainsi, l'impact de la
sauvegarde sur les performances de la base de données est minime.
Figure 13-2
Baie de disques simple - hôte double (sauvegarde avec
performance optimale et temps d'indisponibilité nul)
Les fonctions de snapshot Data Protector intégrées permettent le
traitement automatique de l'état des baies de disques ainsi qu'une
intégration parfaite aux applications telles que SAP R/3, Oracle,
Microsoft SQL ou Exchange Server (afin d'assurer la cohérence des
données et la prise en compte des sauvegardes par les bases de
328
Chapitre 13
Concepts de snapshot
Configurations prises en charge
données/applications). Pour assurer une opération sécurisée et utiliser
les outils d'application natifs pour la restauration (sapdba, par exemple),
il faut que la sauvegarde soit prise en compte au préalable par
l'application / la base de données. En cas de sauvegarde, le
fonctionnement de l'application n'est affecté que le temps nécessaire
pour effectuer les opérations suivantes :
1. Réorganisation de la base de données afin d'en assurer la cohérence
en vue de la génération d'un snapshot
2. Réalisation d'un snapshot des données d'application
3. Rétablissement du mode de fonctionnement normal de la base de
données
Cette configuration permet de réaliser en peu de temps une sauvegarde
hors ligne à partir d'une base de données très volumineuse, ainsi qu'une
sauvegarde en ligne générant très peu de journaux d'archive, la durée
pendant laquelle la base de données reste en mode sauvegarde étant
réduite au minimum.
Le fait de générer peu de journaux d'archive réduit l'espace nécessaire
pour ce type de fichiers et accélère la procédure de récupération de la
base de données. Après la restauration d'une base de données en ligne, il
est nécessaire d'effectuer une récupération afin que les données de la
base redeviennent cohérentes. Tous les journaux d'archive créés au cours
de la sauvegarde doivent être utilisés. Au cours d'une sauvegarde de
snapshot, seuls les journaux d'archive créés au cours du snapshot sont
utilisés.
Chapitre 13
329
Concepts de snapshot
Configurations prises en charge
Autres configurations prises en charge
Figure 13-3
Baies de disques multiples - hôte double
Avec cette solution, les deux hôtes sont connectés à plusieurs baies de
disques. L'infrastructure d'E/S des systèmes RAID est partagée entre le
client d'application et le client de sauvegarde.
330
Chapitre 13
Concepts de snapshot
Configurations prises en charge
Figure 13-4
Hôtes d'application multiples - hôte de sauvegarde simple
Avec cette solution, plusieurs hôtes d'application peuvent être connectés
à une ou plusieurs baies de disques, elles-mêmes connectées à un hôte de
sauvegarde dédié simple. L'infrastructure d'E/S des systèmes RAID est
partagée entre les clients d'application et le client de sauvegarde.
Figure 13-5
Batterie(s) de disques - hôte simple
Dans les cas où aucun serveur de sauvegarde dédié n'est disponible, les
deux fonctions (application et sauvegarde) peuvent être effectuées sur le
même client (ou hôte). Les sauvegardes hors ligne des applications de
messagerie, par exemple, peuvent réduire le temps d'indisponibilité de
l'application de quelques heures à quelques minutes.
Chapitre 13
331
Concepts de snapshot
Configurations prises en charge
Figure 13-6
Mise en miroir LVM - HP StorageWorks Virtual Array
uniquement
Dans le cadre des configurations prises en charge décrites
précédemment, seules les fonctionnalités Business Copy peuvent être
utilisées en cas d'intégration de HP StorageWorks Virtual Array.
Toutefois, il est possible de recourir à la mise en miroir LVM pour créer
des copies snapshots de données entre différentes baies de virtualisation,
les données étant écrites sur les deux baies simultanément. Cette
méthode permet l'émulation des fonctionnalités Continuous Access et
Business Copy disponibles dans HP StorageWorks Disk Array XP.
332
Chapitre 13
Concepts de snapshot
Configurations prises en charge
Figure 13-7
Campus Cluster et mise en miroir LVM - HP StorageWorks
Virtual Array uniquement
Cette configuration permet d'émuler les fonctionnalités Continuous
Access et Business Copy, par le biais de la fonctionnalité de basculement
de cluster standard. Cette fonctionnalité est souvent requise dans le
cadre d'applications stratégiques.
Clients de
sauvegarde et
clusters
Le client de sauvegarde ne doit pas être utilisé comme serveur de
basculement pour le client d'application. Il est recommandé d'installer
les services d'application et de sauvegarde sur des clusters séparés.
Autres configurations
Il existe d'autres configurations de baie de disques qui fournissent des
avantages spécifiques ou répondent à des besoins particuliers. Toutefois,
chacune est associée à un modèle de comportement spécifique
représentant des exigences particulières auxquelles les fonctions de
contrôle doivent obéir afin de garantir la sauvegarde et la récupération.
Il est donc important de vérifier quelles configurations sont prises en
charge et de les spécifier.
Chapitre 13
333
Concepts de snapshot
Configurations prises en charge
Seules les configurations indiquées sont prises en charge par HP. Pour
obtenir une liste récente des configurations prises en charge, consultez
l'adresse suivante : http://www.hp.com/support/manuals.
Si une configuration dans laquelle vous souhaitez sauvegarder des
données n'est pas répertoriée dans la liste, cela ne signifie pas que
l'opération ne peut pas être prise en charge. Contactez votre
représentant HP local ou votre consultant HP pour connaître les autres
configurations prises en charge.
334
Chapitre 13
14
Microsoft Volume Shadow Copy
Service
Chapitre 14
335
Microsoft Volume Shadow Copy Service
Description du chapitre
Description du chapitre
Ce chapitre présente le concept de Microsoft Volume Shadow Copy
service (VSS) et son rôle dans le processus de sauvegarde et de
restauration. Il indique également le débit de sauvegarde et de
restauration que permet cette fonction.
Le chapitre est organisé de la façon suivante :
“Présentation” à la page 337
“Intégration de Data Protector à Volume Shadow Copy” à la page 343
“Sauvegarde et restauration du système de fichiers VSS” à la page 345
Pour obtenir des informations détaillées sur l'intégration, reportez-vous
au Guide d’intégration HP OpenView Storage Data Protector. Pour
obtenir des informations détaillées sur la sauvegarde et la restauration
du système de fichiers, reportez-vous à l'aide en ligne de Data Protector.
336
Chapitre 14
Microsoft Volume Shadow Copy Service
Présentation
Présentation
Le processus de sauvegarde traditionnel est basé sur la communication
directe entre l'application de sauvegarde (l'application qui lance et
exécute la sauvegarde) et l'application à sauvegarder. Cette méthode de
sauvegarde nécessite que l'application de sauvegarde dispose d'une
interface distincte pour chaque application sauvegardée.
Le nombre d'applications présentes sur le marché ne cesse de croître. La
nécessité de gérer des fonctions spécifiques à une application peut
entraîner des difficultés dans les activités de sauvegarde, de
restauration et de stockage. Pour résoudre ce problème, une solution
efficace consiste à mettre en place un coordinateur entre les différents
acteurs du processus de sauvegarde et de restauration.
VSS
Volume Shadow Copy Service (VSS) est un logiciel créé par Microsoft
pour les systèmes d'exploitation Windows. Ce service collabore avec
l'application de sauvegarde, les applications à sauvegarder, les
fournisseurs de copies miroir et le noyau du système d'exploitation pour
mettre en œuvre la gestion des copies miroir des volumes et des jeux de
copies miroir.
Le logiciel Volume Shadow Copy Service vise à fournir une interface de
communication unifiée, capable de coordonner la sauvegarde et la
restauration de toute application, quelles que soient ses fonctionnalités
spécifiques. Ainsi, l'application de sauvegarde n'a plus à gérer
individuellement chaque application à sauvegarder. Toutefois, cette
procédure n'est applicable à une application de sauvegarde que si celle-ci
est conforme à la spécification VSS.
Qu'est-ce qu'une
copie miroir ?
Le terme copie miroir désigne un volume représentant une copie du
volume d'origine à un moment donné. La technologie de copie miroir du
volume fournit une copie du volume d'origine à un moment donné. La
sauvegarde de données s'effectue alors depuis la copie miroir, et non
depuis le volume d'origine. Le volume d'origine change à mesure que le
processus de sauvegarde se poursuit ; la copie miroir, en revanche,
demeure identique.
Chapitre 14
337
Microsoft Volume Shadow Copy Service
Présentation
La copie miroir n'est rien d'autre que la sauvegarde d'un snapshot,
laquelle permet aux applications et aux utilisateurs de continuer à copier
des données vers des volumes, même pendant un processus de
sauvegarde, tandis que la sauvegarde récupère les données à partir d'une
copie miroir du volume d'origine.
Un jeu de copies miroir est un ensemble de copies miroir créé au même
instant.
Qu'est-ce qu'un
module
d'écriture ?
Le module d'écriture désigne tout processus apportant une
modification aux données du volume d'origine. Les modules d'écriture
sont habituellement des applications (telles que MSDE Writer pour MS
SQL Server) ou des services système (par exemple, System Writer et
Registry Writer) qui copient des informations permanentes sur un
volume. Ils participent au processus de synchronisation des copies miroir
en assurant la cohérence des données.
Qu'est-ce qu'un
fournisseur de
copie miroir ?
Le terme fournisseur de copie miroir désigne une entité qui exécute
le travail nécessaire à la création et à la représentation des copies miroir
des volumes. Les fournisseurs de copies miroir possèdent les données des
copies miroir et exposent les copies miroir. Le fournisseur de copies
miroir peut être de type logiciel (notamment un fournisseur de systèmes,
MS Software Shadow Copy Provider) ou matériel (disques locaux, baies
de disques).
La baie de disques est un exemple type de fournisseur matériel : elle
possède son propre mécanisme matériel qui indique l'état d'un disque à
un moment donné. Un fournisseur logiciel fonctionne sur des disques
physiques et utilise un mécanisme logiciel pour fournir des indications
sur l'état d'un disque à un moment donné. Le fournisseur système, MS
Software Shadow Copy Provider, est un mécanisme logiciel intégré au
système d'exploitation Windows Server 2003.
Le mécanisme VSS garantit que tous les fournisseurs matériels seront
proposés pour la création d'une copie miroir avant tous les fournisseurs
logiciels. Si aucun d'eux n'est en mesure de créer une copie miroir, VSS
fait appel pour cela à MS Software Shadow Copy Provider, lequel est
toujours disponible.
338
Chapitre 14
Microsoft Volume Shadow Copy Service
Présentation
Data Protector et
VSS
Le logiciel Volume Shadow Copy Service permet de coordonner
l'application de sauvegarde, les modules d'écriture et les fournisseurs de
copies miroir pendant le processus de sauvegarde et de restauration.
La figure 14-1 et la figure 14-2 présentent les différences qui existent
entre le modèle de sauvegarde traditionnel et le modèle doté du
coordinateur VSS.
Chapitre 14
339
Microsoft Volume Shadow Copy Service
Présentation
Figure 14-1
Acteurs du modèle de sauvegarde traditionnel
Figure 14-2
Acteurs du modèle de sauvegarde VSS
340
Chapitre 14
Microsoft Volume Shadow Copy Service
Présentation
Dans le modèle traditionnel, l'application de sauvegarde devait
communiquer individuellement avec chaque application qu'elle
sauvegardait. Dans le modèle VSS, l'application de sauvegarde
communique uniquement avec le VSS, lequel coordonne l'ensemble du
processus de sauvegarde.
Avantages du VSS Le logiciel Volume Shadow Copy service présente les avantages
suivants :
• Une interface de sauvegarde unifiée est fournie à tous les modules
d'écriture.
• Une interface de sauvegarde unifiée est proposée à tous les
fournisseurs de copies miroir.
• L'intégrité des données est assurée au niveau de l'application par les
modules d'écriture. Aucune intervention de l'application de
sauvegarde n'est nécessaire.
Data Protector prend en charge le logiciel Microsoft Volume Shadow
Copy service à deux niveaux :
• Au sein de l'intégration à Microsoft Volume Shadow Copy service,
Data Protector fournit une sauvegarde et une restauration par copie
miroir des modules d'écriture VSS, avec temps d'indisponibilité nul et
restauration instantanée.
• Au sein de la fonctionnalité Disk Agent, Data Protector fournit une
sauvegarde du système de fichiers VSS.
L'intégration Data Protector VSS prend en charge une sauvegarde en
copie miroir cohérente uniquement pour les modules d'écriture VSS.
Dans ce cas, la cohérence est fournie du côté du module d'écriture.
Lorsque les applications ne sont pas de type VSS, la copie miroir est
créée, mais la cohérence des données de la copie miroir n'est pas garantie
au niveau de l'application. Toutefois, la cohérence est supérieure à celle
que fournirait une sauvegarde du système de fichiers de type non-VSS.
Le tableau ci-dessous met en évidence les différences entre la sauvegarde
d'intégration Data Protector VSS, la sauvegarde du système de fichiers
VSS et la sauvegarde du système de fichiers non-VSS :
Chapitre 14
341
Microsoft Volume Shadow Copy Service
Présentation
Tableau 14-1
Avantages de l'utilisation de VSS
Sauvegarde
d'intégration
Data Protector
VSS
Sauvegarde de
système de
fichiers VSS
Sauvegarde de
système de
fichiers
non-VSS
Fichiers
ouverts
Fichiers non
ouverts
Fichiers non
ouverts
Si les fichiers sont
ouverts, la
sauvegarde risque
d'échouer.
Fichiers
verrouillés
Fichiers non
verrouillés
Fichiers non
verrouillés
Si les fichiers sont
verrouillés, la
sauvegarde les
ignore.
Intégrité des
données
Fournie par le
module
d'écriture.
Cohérence des
données en cas de
panne (par
exemple, en cas
de panne
d'alimentation).
Aucune (inhérent)
342
Chapitre 14
Microsoft Volume Shadow Copy Service
Intégration de Data Protector à Volume Shadow Copy
Intégration de Data Protector à Volume
Shadow Copy
L'intégration de Data Protector au logiciel Microsoft Volume Shadow
Copy service offre une prise en charge complète des modules d'écriture
VSS. Cela comprend la détection automatique des modules d'écriture
VSS, ainsi que les fonctionnalités de sauvegarde et de restauration. Pour
obtenir des informations détaillées sur l'intégration, reportez-vous au
Guide d’intégration HP OpenView Storage Data Protector.
Sauvegarde VSS
En cas de sauvegarde de modules d'écriture VSS, la cohérence des
données est assurée au niveau du module et ne dépend pas de
l'application de sauvegarde. Data Protector respecte les critères fournis
par les modules d'écriture lors de la sélection des données à sauvegarder.
Au cours de la sauvegarde de modules d'écriture VSS, Data Protector ne
communique pas avec chaque module d'écriture individuellement, mais
via l'interface VSS. Il utilise l'agent d'intégration VSS pour connecter le
service Volume Shadow Copy, lequel coordonne le processus de
sauvegarde. VSS fournit à Data Protector les métadonnées liées aux
modules d'écriture qui sont nécessaires à la cohérence de la sauvegarde
et de la restauration. Data Protector examine ces données et identifie les
volumes à sauvegarder. Ensuite, Data Protector invite VSS à créer une
copie miroir des volumes spécifiés.
REMARQUE
Un document de métadonnées de modules d'écriture (WMD)
regroupe les métadonnées fournies par chaque module d'écriture. Les
modules d'écriture s'identifient par les métadonnées et indiquent à
l'application de sauvegarde les données à sauvegarder et la procédure à
suivre pour les restaurer. Ainsi, Data Protector se conforme aux
indications fournies par le module d'écriture pour sélectionner les
volumes à sauvegarder et la méthode de restauration.
Le service Volume Shadow Copy synchronise les modules d'écriture et les
fournisseurs. Après la création d'une copie miroir de sauvegarde, VSS
communique cette copie à Data Protector. Data Protector effectue une
sauvegarde à partir du volume de copie miroir vers le support, puis
informe VSS que la copie miroir peut être extraite.
Chapitre 14
343
Microsoft Volume Shadow Copy Service
Intégration de Data Protector à Volume Shadow Copy
Restauration VSS
La restauration d'intégration VSS fait référence à la restauration des
données qui ont été sauvegardées grâce à la coordination du service
Volume Shadow Copy et avec la coopération d'un module d'écriture.
Pendant la procédure de restauration, le service Volume Shadow Copy
coordonne les communications entre Data Protector et les modules
d'écriture.
Lors de la restauration de modules d'écriture VSS, Data Protector
restaure d'abord toutes les métadonnées pertinentes afin d'identifier les
composants de sauvegarde et de déterminer la méthode de restauration.
Il se connecte ensuite au service Volume Shadow Copy et indique que la
restauration est sur le point de commencer. VSS coordonne les activités
des modules d'écriture pendant la durée de la restauration. Une fois que
Data Protector a correctement restauré les données, VSS informe les
modules d'écriture que la restauration est terminée ; les modules
d'écriture peuvent alors accéder aux données restaurées et lancer leur
traitement interne.
344
Chapitre 14
Microsoft Volume Shadow Copy Service
Sauvegarde et restauration du système de fichiers VSS
Sauvegarde et restauration du système de
fichiers VSS
Certaines applications ne détectent pas la présence du logiciel Volume
Shadow Copy. Ces applications ne peuvent pas garantir la cohérence des
données lors de la création des copies miroir. Le mécanisme VSS n'est
pas en mesure de coordonner les activités de ces applications afin
d'effectuer une sauvegarde cohérente.
Vous pouvez malgré tout bénéficier de la fonctionnalité VSS. La
coopération entre l'application de sauvegarde et un fournisseur de copies
miroir peut être utilisée pour garantir la plus grande cohérence possible
des données. Microsoft utilise le terme "données cohérentes en cas de
panne" pour qualifier cet état des données. Cela signifie que le
mécanisme VSS engage toutes les opérations d'E/S en attente et
interrompt les demandes d'écriture entrantes pendant la préparation
d'un volume de copie miroir. Ainsi, tous les fichiers du système de
fichiers sont fermés et déverrouillés pendant la création de la copie
miroir.
La fonctionnalité Microsoft Volume Shadow Copy permet la création de
copies miroir des volumes sans l'intervention des applications en cours
de sauvegarde. Dans ce cas, le volume de copie miroir est créé, puis
sauvegardé par Data Protector. Cette démarche peut être utilisée pour
les applications qui ne détectent pas le mécanisme VSS.
IMPORTANT
En cas de sauvegarde d'applications qui ne détectent pas le mécanisme
VSS, la cohérence des données du point de vue des applications ne peut
être garantie. Les données sont aussi cohérentes qu'en cas de panne
d'alimentation. Data Protector ne peut garantir la cohérence des données
lorsque les applications ne participent pas activement à la création des
copies miroir.
Pendant la sauvegarde du système de fichiers VSS, la cohérence des
données est supérieure à celle que l'on obtient en cas de sauvegarde d'un
système de fichiers non-VSS. VSS vous permet de créer des sauvegardes
par copie miroir des volumes qui sont des copies exactes des fichiers à un
moment donné, y compris tous les fichiers ouverts. Par exemple, les
bases de données qui restent ouvertes exclusivement et les fichiers
Chapitre 14
345
Microsoft Volume Shadow Copy Service
Sauvegarde et restauration du système de fichiers VSS
ouverts en raison de l'activité de l'opérateur ou du système sont
sauvegardés en cas de sauvegarde du système de fichiers VSS. Ainsi, les
fichiers qui ont été modifiés pendant la procédure de sauvegarde sont
correctement copiés.
La sauvegarde du système de fichiers VSS présente les avantages
suivants :
• Il est possible de sauvegarder un ordinateur pendant que des
applications et des services sont en cours d'exécution. Par conséquent,
les applications peuvent continuer à écrire des données sur le volume
pendant une sauvegarde.
• Les fichiers ouverts ne sont plus ignorés pendant la procédure de
sauvegarde, car ils apparaissent fermés sur le volume de copie miroir
au moment de la création de la copie miroir.
• Les sauvegardes peuvent être effectuées à tout moment sans obliger
les utilisateurs à arrêter leur système.
• De plus, l'incidence sur les performances du système d'application est
minimale, voire nulle.
Sauvegarde et
restauration
La sauvegarde VSS est mise en œuvre comme une sauvegarde
supplémentaire d'un système de fichiers Windows sous Windows
Server 2003. Le niveau d'intégrité des données est légèrement supérieur
à celui obtenu lors d'une sauvegarde traditionnelle d'un volume actif.
Pour obtenir des informations détaillées sur la sauvegarde et la
restauration du système de fichiers Windows, reportez-vous à l'aide en
ligne.
Au cours de la sauvegarde du système de fichiers VSS, les applications
ne peuvent contribuer à la cohérence des données, dans la mesure où
elles ne détectent pas le mécanisme VSS. Toutefois, Data Protector et un
fournisseur peuvent toujours coopérer pour créer des copies miroir des
volumes. La sauvegarde du système de fichiers VSS permet de
sauvegarder les données telles qu'elles apparaissent à un instant T,
quelle que soit l'activité d'E/S du système pendant la sauvegarde.
Lorsque Data Protector demande la sauvegarde des volumes spécifiés
dans la spécification de sauvegarde, le mécanisme VSS engage toutes les
opérations d'E/S en attente, interrompt les demandes d'écriture
entrantes et prépare un volume de copie miroir.
346
Chapitre 14
Microsoft Volume Shadow Copy Service
Sauvegarde et restauration du système de fichiers VSS
Lorsque la copie miroir est créée, Data Protector lance sa procédure de
sauvegarde normale, si ce n'est que le volume source est remplacé par la
copie miroir qui vient d'être créée. En cas d'échec de la création de la
copie miroir, Data Protector peut poursuivre la sauvegarde normale du
système de fichiers, si ce comportement a été spécifié dans la
spécification de sauvegarde.
Il est ainsi possible de sauvegarder un ordinateur pendant que des
fichiers sont ouverts et des services en cours d'exécution. Les fichiers ne
sont pas ignorés pendant une telle sauvegarde. VSS permet aux services
et aux applications de continuer à fonctionner sans interruption sur les
volumes réels pendant la création d'une copie miroir. Une fois la
sauvegarde terminée, la copie miroir est supprimée.
La restauration de données sauvegardées à l'aide de la sauvegarde du
système de fichiers VSS est similaire à la procédure de restauration
standard.
Chapitre 14
347
Microsoft Volume Shadow Copy Service
Sauvegarde et restauration du système de fichiers VSS
348
Chapitre 14
A
Scénarios de sauvegarde
Annexe A
A-1
Scénarios de sauvegarde
Dans cette annexe
Dans cette annexe
Vous trouverez dans cette annexe deux scénarios : l'un pour l'entreprise
XYZ, l'autre pour l'entreprise ABC. Ces deux entreprises souhaitent
améliorer leurs systèmes de stockage de données. Leurs solutions de
sauvegarde actuelles sont décrites ainsi que les problèmes qu'elles
présentent. Des solutions sont ensuite proposées pour remédier à ces
problèmes et répondre aux besoins futurs de ces entreprises en matière
de stockage de données.
Points à prendre en considération
Dans les deux cas, les éléments suivants sont à prendre en compte pour
formuler la stratégie de sauvegarde de l'entreprise :
• Importance de la disponibilité des données du système (et de la
sauvegarde) pour l'entreprise :
— Nécessité de conserver les données sauvegardées à un
emplacement distant en cas de sinistre.
— Niveau de continuité des opérations, comprenant notamment un
plan de récupération et de restauration pour l'ensemble des
systèmes stratégiques.
— Sécurité des données sauvegardées
Nécessité de contrôler l'accès aux locaux, afin d'en interdire
l'entrée à toute personne non autorisée. Cela comprend également
la protection des données pertinentes contre tout accès non
autorisé, à l'aide de dispositifs physiques empêchant d'y accéder et
d'une protection électronique par mot de passe.
• Types de données à sauvegarder :
Vous pouvez regrouper les données en catégories, telles que Données
commerciales, Données de ressources de l'entreprise, Données de
projet et Données personnelles, chaque catégorie ayant des besoins
spécifiques.
• Facteurs de performance pour la sauvegarde et la restauration :
— Topologie réseau et système
A-2
Annexe A
Scénarios de sauvegarde
Dans cette annexe
Déterminez quels systèmes peuvent utiliser quels liens réseau, et
quels taux de transfert sont possibles.
— Fenêtre temporelle
Définissez les périodes au cours desquelles les sauvegardes de
systèmes spécifiques peuvent être effectuées.
— Sauvegardes locales ou réseau
Parmi les systèmes auxquels sont connectés des périphériques de
sauvegarde, déterminez lesquels seront sauvegardés en local et
lesquels seront sauvegardés sur le réseau.
• Mise en œuvre de la stratégie de sauvegarde :
— Comment les sauvegardes sont-elles effectuées et quelles sont les
options de sauvegarde utilisées ?
Ces critères permettent de définir la fréquence des sauvegardes
complètes et incrémentales, les options de sauvegarde à utiliser, et
si les données sauvegardées doivent ou non être protégées
définitivement à l'aide de supports stockés sur un site distant.
— Comment regrouper les systèmes dans des spécifications de
sauvegarde ?
Etudiez la meilleure manière de regrouper les spécifications de
sauvegarde (par service, par type de données ou par fréquence de
sauvegarde).
— Comment planifier les sauvegardes ?
Pensez à utiliser une approche échelonnée, selon laquelle les
sauvegardes complètes des divers clients (spécifications de
sauvegarde) se déroulent à des dates différentes afin d'éviter les
problèmes liés à une surcharge du réseau, à une surcharge des
périphériques et à la fenêtre temporelle.
— Comment conserver les données stockées sur les supports et les
informations concernant les sauvegardes ?
Pensez à protéger les données pendant une période spécifique
contre tout risque d'écrasement lors de nouvelles sauvegardes.
Définissez la période à laquelle la base de données catalogue Data
Protector doit stocker les informations sur les sauvegardes.
Annexe A
A-3
Scénarios de sauvegarde
Dans cette annexe
• Configuration des périphériques
Déterminez les périphériques à utiliser pour les sauvegardes et les
systèmes auxquels ils sont connectés. Connectez les périphériques de
sauvegarde aux systèmes comportant les plus grandes quantités de
données, afin de sauvegarder le plus de données possibles localement
plutôt que via le réseau. Vous accélérez ainsi la vitesse de
sauvegarde.
Si vous devez sauvegarder de grandes quantités de données, pensez à
utiliser un périphérique de bibliothèque.
• Gestion des supports
Déterminez le type de support à utiliser, ainsi que la manière de
regrouper les supports en pools et de placer les objets sur ces
supports.
• Mise au coffre
Décidez si les supports doivent être stockés en lieu sûr, où ils seront
conservés durant une période déterminée.
• Administrateurs et opérateurs de sauvegarde
Définissez les droits d'administration et d'accès pour les utilisateurs
des systèmes de sauvegarde.
A-4
Annexe A
Scénarios de sauvegarde
Entreprise XYZ
Entreprise XYZ
XYZ est une agence de traduction proposant les services suivants :
• Traduction, localisation, adaptation linguistique et relecture
• Certification de documents traduits
• Interprétation consécutive et simultanée
• Publication et graphisme assistés par ordinateur
• Location de matériel pour l'interprétation de conférence
La croissance annuelle de XYZ se situe actuellement entre 20 et 25 %,
mais sa solution de sauvegarde n'est pas adaptée au rythme de cette
croissance. Le processus de sauvegarde requiert l'intervention d'un
personnel nombreux, car les bandes de sauvegarde doivent être gérées
manuellement.
Environnement
Cette section décrit l'environnement matériel et logiciel actuel de XYZ, et
la manière dont est mise en œuvre la stratégie de stockage des données.
Annexe A
A-5
Scénarios de sauvegarde
Entreprise XYZ
XYZ est divisée en trois services connectés à un réseau d'entreprise
principal :
• Service Anglais
• Service Autres langues
• Service Administration
Vous trouverez la description de l'environnement matériel et logiciel
d'XYZ dans le tableau A-1 à la page A-6, et celle de sa topologie de
sauvegarde actuelle à la figure A-1 à la page A-7.
Tableau A-1
Environnement matériel et logiciel de XYZ
Service
Nb de
serveurs
Nb de
clients
Qté de
données
actuelle
Qté de
données
prévue
(dans 5
ans)
Périphériques
actuels
Anglais
1 Windows
2000
15
Windows
35 Go
107 Go
3 chargeurs
automatiques
HP
StorageWorks
DAT24
Autres
langues
1 AIX
11 UX
22 Go
67 Go
2 chargeurs
automatiques
HP
StorageWorks
DAT24
Administration
1 HP-UX
5 UX
10 Go
31 Go
1 chargeur
automatique
HP
StorageWorks
DAT24
La figure A-1 à la page A-7 présente l'organisation de l'environnement de
sauvegarde de XYZ.
A-6
Annexe A
Scénarios de sauvegarde
Entreprise XYZ
Figure A-1
Topologie de sauvegarde actuelle de XYZ
XYZ dispose actuellement de trois serveurs pour un volume de données
total estimé à 67 Go. Dans le service Anglais, chaque employé copie
manuellement les données tous les soirs sur son serveur respectif. L'un
des clients Windows 2000 de ce service assure le stockage d'environ un
tiers des données (12 Go).
La sauvegarde des systèmes clients du service Autres langues s'effectue
via un NFS (Network File System), tandis que celle des systèmes client
du service Administration s'effectue par le biais de partages réseau. Les
employés du service Autres langues travaillent également le samedi.
Problèmes
La solution de sauvegarde actuelle n'est pas adaptée au rythme de la
rencontrés avec la croissance de XYZ. Le processus de sauvegarde actuel nécessite
solution actuelle
beaucoup de travail manuel. Il ne permet pas d'améliorer la gestion de la
sauvegarde ni d'installer une architecture de sauvegarde unique pour
l'ensemble de l'entreprise. Chacun des serveurs de sauvegarde est géré
séparément. Il est impossible de centraliser la gestion de sauvegarde.
Voici quelques-uns des problèmes liés à la solution actuelle :
• La solution de sauvegarde n'est pas automatisée.
Annexe A
A-7
Scénarios de sauvegarde
Entreprise XYZ
— Les employés doivent copier leur travail régulièrement, ce qui
augmente les risques d'erreur.
— Les utilitaires de sauvegarde ne sont pas les mêmes, ce qui
entraîne un accroissement des coûts de formation.
• Les solutions utilisées dans le service Autres langues et le service
Administration sont plus élaborées mais présentent également des
problèmes spécifiques. L'utilisation du réseau influe
considérablement sur les performances de sauvegarde. De plus,
toutes les données ne sont pas sauvegardées. Seuls les fichiers
partagés via le Network File System sont sauvegardés dans le service
Autres langues, et seuls les fichiers partagés sur réseau sont
sauvegardés dans le service Administration.
• Les trois services utilisant chacun un serveur de sauvegarde
indépendant, il n'y a pas de centralisation du contrôle ni de la gestion
des opérations clés suivantes :
— Configuration des périphériques
— Gestion des supports
— Configuration de sauvegarde
— Planification
— Surveillance
— Opérations de restauration
• Chaque serveur de sauvegarde étant géré individuellement, la
génération des rapports n'est pas centralisée.
• La solution actuelle n'offre aucune fonction de récupération après
sinistre, ce qui constitue un inconvénient de plus en plus important.
En effet, un sinistre peut entraîner la perte d'une partie essentielle
du travail de l'entreprise.
Besoins relatifs à une stratégie de sauvegarde
Besoins
Après avoir pris en compte les éléments énumérés à la section “Points à
prendre en considération” à la page A-2, nous avons identifié les besoins
suivants pour la solution de sauvegarde de l'entreprise XYZ :
A-8
Annexe A
Scénarios de sauvegarde
Entreprise XYZ
• Stratégie de sauvegarde :
— Des sauvegardes hebdomadaires complètes seront réalisées en
l'espace de 12 heures.
— Des sauvegardes incrémentales quotidiennes seront réalisées en
l'espace de 8 heures à la fin de chaque journée de travail.
— Une période fixe pour la protection des données sera mise en
place.
— Les supports de sauvegarde seront stockés sur un site distant.
• Sauvegarde :
Toutes les opérations de sauvegarde doivent nécessiter moins
d'intervention manuelle qu'actuellement.
• Restauration :
— Une restauration pratique et rapide doit être proposée. Les
données à restaurer doivent pouvoir être explorées pendant les
trois semaines suivant la sauvegarde.
— La restauration des sauvegardes de données placées dans le coffre
doit être possible en deux jours.
• Connexion réseau :
Les agents de support et les services seront connectés à un réseau
local Ethernet 100TX.
• Croissance prévue :
On prévoit 20 à 25 % d'augmentation annuelle des capacités de
données pour les cinq années à venir.
• Logiciels :
Les serveurs de sauvegarde doivent s'exécuter sur l'un des systèmes
d'exploitation pris en charge. Pour obtenir des informations sur les
systèmes d'exploitation pris en charge pour le Gestionnaire de cellule,
reportez-vous aux Références, notes de publication et annonces
produits HP OpenView Storage Data Protector.
• Protection contre un sinistre :
Une fois les sauvegardes terminées, les supports seront stockés sur
site où ils pourront être récupérés à la demande pour la restauration
de fichiers. Au bout de 20 jours, ils seront déplacés vers un lieu de
Annexe A
A-9
Scénarios de sauvegarde
Entreprise XYZ
stockage hors site afin d'être protégés en cas de sinistre dans
l'entreprise, et afin de libérer de la place pour de nouveaux supports
de sauvegarde.
Solution proposée
Etant donné les performances limitées de la solution actuelle et
l'impossibilité d'une gestion centralisée, XYZ doit revoir la conception de
son architecture et de sa stratégie de sauvegarde afin de pouvoir
atteindre ses objectifs commerciaux. La solution proposée est d'abord
présentée dans son ensemble, puis en détails. Notez qu'il s'agit d'une
proposition et non de la seule solution possible aux problèmes de gestion
de stockage de l'entreprise XYZ.
Présentation
générale de la
solution
Tous les clients et serveurs doivent être configurés dans une seule cellule
Data Protector avec le serveur Windows 2000 du service Anglais, utilisé
à la fois comme Gestionnaire de cellule et comme Serveur d’installation
pour les systèmes Windows. Utilisez le serveur de sauvegarde HP-UX du
service Administration comme Serveur d’installation pour les systèmes
UNIX. Les périphériques de sauvegarde sont les suivants : une
bibliothèque HP StorageWorks DLT 4115w et deux des chargeurs
automatiques HP StorageWorks DAT24 utilisés jusqu'à présent.
Ce matériel est suffisant pour les cinq années à venir au taux de
croissance actuel de 20 à 25 % par an. L'utilisation de périphériques
existants constitue un avantage supplémentaire dans le cas d'une
récupération après sinistre. Le client Windows 2000, qui comporte
environ un tiers des données du service Anglais (12 Go), doit être
sauvegardé en local sur un chargeur automatique
HP StorageWorks DAT24. La solution de sauvegarde proposée offre les
avantages suivants :
• Sauvegardes très performantes
• Gestion des supports avec intervention minimale du personnel
• Récupération après sinistre simple et efficace
• Génération centralisée de rapports sur les sauvegardes
• Automatisation de la plupart des opérations de sauvegarde
A-10
Annexe A
Scénarios de sauvegarde
Entreprise XYZ
Toutes ces opérations sont réalisées avec une seule solution, en
association avec le matériel proposé :
Environnement proposé
Service
Qté de
données
actuelle
Qté de
données
prévue
(dans 5
ans)
Anglais*
35 Go
107 Go
Autres langues
22 Go
67 Go
Administration
10 Go
31 Go
Périphériques
Bibliothèque HP DLT 4115
Tableau A-2
2 chargeurs
automatiques
HP
StorageWorks
DAT24
* Un chargeur automatique HP StorageWorks DAT24 est
actuellement utilisé pour sauvegarder en local les 12 Go de données.
L'autre chargeur automatique HP StorageWorks DAT24 est utilisé
pour sauvegarder les fichiers de configuration et la base de données
IDB. Les autres données du service sont sauvegardées à distance vers
la bibliothèque HP StorageWorks DLT 4115.
Les quatre autres chargeurs automatiques HP StorageWorks DAT24
sont utilisés sur un système R. et D. séparé qui n'est pas intégré à la
configuration proposée.
L'un des composants logiciels proposés pour la solution de sauvegarde
d'entreprise est HP OpenView Storage Data Protector A.06.00.
Description
La solution proposée est décrite en détail ci-dessous :
détaillée de la
solution proposée • Configuration de la cellule
Tous les clients et serveurs doivent être configurés dans une seule
cellule Data Protector. Le Gestionnaire de cellule Data Protector
devrait fonctionner sur le serveur Windows 2000 du service Anglais.
Annexe A
A-11
Scénarios de sauvegarde
Entreprise XYZ
Pour des performances optimales, tous les systèmes de la cellule
doivent se trouver sur le même réseau local. Le Gestionnaire de
cellule doit également être utilisé comme Serveur d’installation pour
Windows. Utilisez le serveur de sauvegarde HP-UX du service
Administration comme Serveur d’installation pour UNIX. La
bibliothèque HP StorageWorks DLT 4115w doit être connectée au
Gestionnaire de cellule, de même qu'un chargeur automatique HP
StorageWorks DAT24 pour la sauvegarde des fichiers de
configuration et de la base de données IDB. Le client Windows 2000,
qui comporte environ un tiers des données du service Anglais (12 Go),
doit être sauvegardé en local sur un chargeur automatique HP
StorageWorks DAT24.
L'environnement de sauvegarde proposé est illustré par la figure A-2
à la page A-12 :
Figure A-2
Topologie de sauvegarde proposée pour XYZ
Le Gestionnaire de cellule gère la base de données catalogue (CDB).
Cela permet de disposer pendant au moins 20 jours du détail des
fichiers et des répertoires dans la base de données en cours.
Estimation de la
L'outil de planification de capacité de la base de données interne a été
taille de la base de utilisé pour estimer la taille atteinte par la base de données IDB en une
données IDB
année. Cet outil est situé dans le même répertoire que les autres
manuels Data Protector en ligne. Les paramètres d'entrée présentés à la
A-12
Annexe A
Scénarios de sauvegarde
Entreprise XYZ
figure A-3 à la page A-13 comprennent le nombre de fichiers dans
l'environnement (2 millions), le facteur de croissance (1,2), la protection
des données (52 semaines), la protection de catalogue (3 semaines), le
nombre de sauvegardes complètes hebdomadaires (1), et le nombre de
sauvegardes incrémentales hebdomadaires (5).
Figure A-3
Paramètres d'entrée
Les résultats sont présentés à la figure A-4 à la page A-14. En une
année, la base de données devrait croître pour atteindre environ
419,75 Mo.
Annexe A
A-13
Scénarios de sauvegarde
Entreprise XYZ
Figure A-4
Résultats
• Matériel
— Réseau
Pour des performances optimales, l'ensemble des systèmes doit se
trouver sur le même réseau 100TX. Ce réseau présente un taux de
transfert de données de 10 Mo/s ou 36 Go/h.
— Périphériques de sauvegarde
Les périphériques de sauvegarde sont les suivants : une
bibliothèque HP StorageWorks DLT 4115w et deux chargeurs
automatiques HP StorageWorks DAT24.
La bibliothèque HP StorageWorks DLT 4115w dispose d'un
seul lecteur DLT4000 doté de 15 emplacements. Elle présente
une capacité totale de stockage compressé de 600 Go et un taux
de transfert maximum de 3 Mo/s, ou 10,5 Go/h, avec
compression de données. Il s'agit du taux sur lequel nous nous
baserons pour la suite de cette section. Actuellement, la
quantité totale de données à sauvegarder vers la bibliothèque
HP StorageWorks DLT 4115w dans le cadre d'une sauvegarde
complète, qu'il s'agisse d'une seule sauvegarde ou d'une
sauvegarde échelonnée, est d'environ 55 Go. En supposant que
la taille d'une sauvegarde incrémentale corresponde à environ
5 % de celle d'une sauvegarde complète, une génération de
sauvegarde, c'est-à-dire une sauvegarde complète plus toutes
les sauvegardes incrémentales qui en découlent, nécessite un
Pourquoi utiliser la
bibliothèque HP
StorageWorks DLT
4115w ?
A-14
Annexe A
Scénarios de sauvegarde
Entreprise XYZ
espace de (55 + 55 x 5 % x 5) Go, soit 68,75 Go, dans la
bibliothèque. D'ici cinq ans, cet espace nécessaire devrait
augmenter pour atteindre environ 210 Go. La stratégie de
sauvegarde d'XYZ nécessite la conservation de deux
générations de sauvegarde de données. Un espace de
210 x 2 Go, soit 420 Go, est donc nécessaire dans la
bibliothèque pour le stockage. La capacité de stockage (600 Go)
de la bibliothèque HP StorageWorks DLT 4115w est donc
suffisante.
Pourquoi utiliser le
chargeur
automatique HP
StorageWorks
DAT24 ?
Le chargeur automatique HP StorageWorks DAT24 est doté de
six cartouches de données de 24 Go. Elle présente une capacité
totale de stockage compressé de 144 Go et un taux de transfert
maximum de 2 Mo/s, ou 7 Go/h, avec compression de données.
Il s'agit du taux sur lequel nous nous baserons pour la suite de
cette section. Actuellement, la quantité totale de données à
sauvegarder vers le chargeur automatique HP StorageWorks
DAT24 (connecté au client Windows 2000 du service Anglais
mentionné plus haut) dans le cadre d'une seule sauvegarde
complète est de 12 Go. En supposant que la taille d'une
sauvegarde incrémentale corresponde à environ 5 % de celle
d'une sauvegarde complète, une génération de sauvegarde,
c'est-à-dire une sauvegarde complète plus toutes les
sauvegardes incrémentales qui en découlent, nécessite un
espace de (12 + 12 x 5 % x 5) Go, soit 15 Go. D'ici cinq ans, cet
espace nécessaire devrait augmenter pour atteindre environ
45 Go. La stratégie de sauvegarde d'XYZ nécessite la
conservation de deux générations de sauvegarde de données.
Un espace de 45 x 2 Go, soit 90 Go, est donc nécessaire dans la
bibliothèque pour le stockage. La capacité de stockage (144 Go)
du chargeur automatique HP StorageWorks DAT24 est donc
suffisante.
Combien de temps
dure une
sauvegarde
complète ?
Le client Windows 2000 du service Anglais, sur lequel sont stockés
12 Go de données, doit être sauvegardé en local sur un chargeur
automatique HP StorageWorks DAT24. Ce périphérique présente un
taux de transfert de données de 2 Mo/s ou 7 Go/h environ. Par
conséquent, la sauvegarde complète de ce client Windows 2000 prend
environ 2 heures. La quantité de données augmentant de 20 à 25 %
par an, il est prévu que ce client contienne environ 36 Go de données
dans cinq ans. La sauvegarde de ces données prendrait alors
6 heures.
Annexe A
A-15
Scénarios de sauvegarde
Entreprise XYZ
La base de données catalogue Data Protector a une taille d'environ
0,4 Go. Elle est sauvegardée en local sur un chargeur automatique
HP StorageWorks DAT24 dont le taux de transfert de données est de
2 Mo/s, ou 7 Go/h. Par défaut, Data Protector vérifie l'intégrité de la
base de données avant sa sauvegarde. La vérification de l'intégrité
d'une base de données de 0,4 Go prend moins d'une demi-heure, et sa
sauvegarde seulement quelques minutes. Ainsi, le processus de
vérification et de sauvegarde de la base de données IDB et des fichiers
de configuration dure moins d'une heure.
Dans cinq ans, la taille de la base de données devrait atteindre
1,2 Go. La vérification de l'intégrité d'une base de données de 1,2 Go
prend moins d'une heure, et sa sauvegarde moins d'une demi-heure.
Ainsi, le processus de vérification et de sauvegarde de la base de
données IDB et des fichiers de configuration dure moins de 2 heures.
Toutes les autres données disponibles sur le système (représentant
actuellement 55 Go environ) sont sauvegardées à distance vers la
bibliothèque HP StorageWorks DLT 4115w, dont le taux de transfert
est de 3 Mo/s, ou 10,5 Go/h. La plupart de ces données transitent par
le réseau 100TX, dont le taux de transfert est de 10 Mo/s, ou 36 Go/h.
Il n'y a pas de goulet d'étranglement. La sauvegarde de toutes ces
données devrait donc prendre entre 5 et 7 heures environ, ce qui est
inférieur aux 12 heures autorisées. Un problème se pose toutefois :
lorsque les données atteindront 170 Go comme prévu dans cinq ans,
la sauvegarde durera entre 15 et 21 heures !
Pour remédier à ce problème, adoptez l'approche échelonnée.
Planifiez la sauvegarde complète des données du service Anglais pour
chaque vendredi à 20:00, celle des données du service Autres langues
pour chaque samedi à 20:00 et celle des données du service
Administration pour chaque dimanche à 20:00.
Tableau A-3
Approche échelonnée
Lun
Mar
Mer
Jeu
Ven
Sam
Anglais
Incr1
Incr1
Incr1
Incr1
Complète
Incr1
Autres
langues
Incr1
Incr1
Incr1
Incr1
Incr1
Complète
Administration
Incr1
Incr1
Incr1
Incr1
Incr1
A-16
Dim
Complète
Annexe A
Scénarios de sauvegarde
Entreprise XYZ
Le tableau A-4 à la page A-17 présente les caractéristiques en
matière de quantité de données et de durée pour les sauvegardes
complètes effectuées aujourd'hui, ainsi que pour celles effectuées d'ici
à cinq ans.
Tableau A-4
Sauvegardes complètes à distance vers la bibliothèque
HP DLT 4115
Service
Qté de données
actuelle/Durée
de la
sauvegarde
Données
prévues/Durée de
la sauvegarde
Anglais
23 Go / 3 h
70 Go / 7 h
Autres langues
22 Go / 3 h
67 Go / 7 h
Admin
10 Go / 1 h
31 Go / 3 h
En supposant que la taille d'une sauvegarde incrémentale
corresponde à 5 % de celle d'une sauvegarde complète, la durée pour
une sauvegarde complète de toutes les données sauvegardées à
distance dans le service le plus important (Anglais), ainsi que des
sauvegardes incrémentales des deux autres services, devrait
atteindre dans cinq ans 7 + 5 % (7 + 0,35) heures, soit à moins de 8
heures, ce qui est inférieur aux 12 heures autorisées.
• Pools de supports
Les supports sont regroupés dans des pools pour être mieux suivis et
contrôlés. Regroupez les supports du même type (DLT ou DDS) dans
leurs pools respectifs.
— DDS par défaut
Ce pool doit être utilisé pour tous les supports DDS.
— DLT par défaut
Ce pool doit être utilisé pour tous les supports DLT.
— DB_Pool
Ce pool doit être utilisé pour les fichiers de configuration et la base
de données IDB. Pour des raisons de sécurité, il est recommandé
de sauvegarder la base de données sur deux supports.
Annexe A
A-17
Scénarios de sauvegarde
Entreprise XYZ
• Spécifications de sauvegarde
Configurez cinq spécifications de sauvegarde, une pour chaque
service, et une pour les fichiers de configuration et la base de données
IDB :
— ENG1_BS :
Spécification de sauvegarde pour le client Windows 2000 à
sauvegarder en local dans le service Anglais. Planifiez la
spécification de sauvegarde de sorte que Data Protector exécute
une sauvegarde complète chaque vendredi et une sauvegarde
incrémentale de niveau 1 tous les jours à 20:00, sauf le vendredi et
le dimanche.
Pour restaurer les données les plus récentes, seuls deux jeux de
supports sont nécessaires : l'un pour la dernière sauvegarde
complète et l'autre pour la dernière sauvegarde incrémentale
de niveau 1 précédant la restauration. Cela permet de
simplifier et d'accélérer considérablement le processus de
restauration.
Pourquoi utiliser
des sauvegardes
incrémentales de
niveau 1 ?
— ENG2_BS :
Spécification de sauvegarde pour les données du service Anglais
devant être sauvegardées à distance vers la bibliothèque HP
StorageWorks DLT 4115w. Planifiez la spécification de
sauvegarde de sorte que Data Protector exécute une sauvegarde
complète chaque vendredi et des sauvegardes incrémentales de
niveau 1 tous les jours à 20:00, sauf le dimanche.
— OTH_BS :
Spécification de sauvegarde pour les données du service Autres
langues devant être sauvegardées à distance vers la bibliothèque
HP StorageWorks DLT 4115w. Planifiez la spécification de
sauvegarde de sorte que Data Protector exécute une sauvegarde
complète chaque samedi à 20:00 et des sauvegardes incrémentales
de niveau 1 tous les jours à 20:00, sauf le dimanche.
— ADM_BS :
Spécification de sauvegarde pour les données du service
Administration devant être sauvegardées à distance vers la
bibliothèque HP StorageWorks DLT 4115w. Planifiez la
spécification de sauvegarde de sorte que Data Protector exécute
une sauvegarde complète chaque dimanche à 20:00 et des
A-18
Annexe A
Scénarios de sauvegarde
Entreprise XYZ
sauvegardes incrémentales de niveau 1 tous les jours à 20:00, sauf
le samedi.
— DB_BS :
Spécification de sauvegarde pour les fichiers de configuration et la
base de données IDB. Planifiez la spécification de sauvegarde de
sorte que Data Protector exécute une sauvegarde complète tous les
jours à 04:00. A cette heure, les autres sauvegardes complètes et
incrémentales seront terminées et aucun problème lié au partage
des ressources processeur ne se présentera entre le Gestionnaire
de cellule et les autres systèmes client. Il est recommandé de faire
deux copies de la base de données.
Options de
sauvegarde
Utilisez les options de sauvegarde Data Protector par défaut.
Définissez les options comme suit :
— Protection de catalogue
La protection de catalogue permet de définir l'intervalle de temps
au cours duquel la base de données catalogue Data Protector doit
conserver les informations sur les versions sauvegardées, sur le
nombre de fichiers et de répertoires sauvegardés et sur les
messages stockés dans la base de données. A l'expiration de la
protection de catalogue, il n'est plus possible d'explorer les fichiers
et répertoires à l'aide de l'interface Data Protector. Choisissez une
protection de 20 jours.
— Protection de données
La protection de données détermine l'intervalle de temps au cours
duquel un support ne peut pas être réutilisé. Choisissez une
protection de données permanente afin de vous assurer que les
données figurant sur les supports ne soient pas écrasées
involontairement.
— Simultanéité
Réglez sur 5 le nombre d'Agents de disque pouvant écrire
simultanément des données dans la bibliothèque HP
StorageWorks DLT 4115w. Vous améliorerez ainsi les
performances de sauvegarde.
Annexe A
A-19
Scénarios de sauvegarde
Entreprise XYZ
— Pool de supports
Pour la base de données IDB, sélectionnez le pool DB_Pool
contenant les supports appropriés à utiliser. Pour d'autres objets,
utilisez les pools de supports par défaut.
Options de
restauration
Utilisez les options de restauration Data Protector par défaut.
Définissez les options comme suit :
— Lister fichiers restaurés
Activez cette option pour obtenir la liste des chemins d'accès des
fichiers et répertoires restaurés. Lorsque les fichiers à restaurer
sont trop nombreux, cette opération peut ralentir la procédure de
restauration.
— Afficher statistiques
Activez cette option pour afficher les statistiques détaillées sur
une session de restauration particulière, notamment le nombre de
fichiers et de répertoires restaurés et la quantité de données
restaurées.
• Génération de rapports et notification
Des notifications envoyées par e-mail aux administrateurs de
sauvegarde sont définies pour les demandes de montage, en cas
d'espace insuffisant dans la base de données, en cas d'erreurs de
périphériques et à la fin des sessions pour toutes les spécifications de
sauvegarde. Eventuellement, des notifications par e-mail ou message
de diffusion sont définies pour les utilisateurs finaux souhaitant être
informés de la réussite des sauvegardes de leurs systèmes.
Pour permettre à tous les utilisateurs de connaître facilement l'état
de leurs sauvegardes, définissez les informations de sauvegarde client
sur l'Intranet de l'entreprise comme suit :
1. Configurez un groupe de rapports avec un rapport sur la
sauvegarde client pour chaque client. Le rapport doit être
enregistré dans le fichier au format HTML.
2. Planifiez le groupe de rapports.
3. Reliez les fichiers contenant les rapports à la page Intranet de
l'entreprise.
A-20
Annexe A
Scénarios de sauvegarde
Entreprise XYZ
• Mise au coffre
La mise au coffre consiste à stocker des supports en lieu sûr pendant
une période déterminée.
Des supports seront déplacés vers le coffre une fois par semaine, et
remplacés par de nouveaux supports dans la bibliothèque HP
StorageWorks DLT 4115w et les chargeurs automatiques HP
StorageWorks DAT24. Toutes les actions, hormis le déplacement de
supports vers le coffre, sont exécutées par la solution logicielle, y
compris les requêtes effectuées en interne dans la base de données
pour éviter à l'administrateur d'avoir à rechercher les supports
devant être éjectés.
Le second déplacement des supports s'effectue du coffre vers une
entreprise de sécurité. Celui-ci a lieu une fois par mois. Data
Protector publie un rapport sur les supports devant être déplacés vers
l'entreprise de sécurité.
Effectuez le suivi des supports déplacés vers un coffre. Cette
opération est utile lorsque vous souhaitez restaurer des données à
partir de sauvegardes réalisées sur un support déplacé vers une
entreprise de sécurité. Data Protector vous permet d'effectuer les
tâches de mise au coffre suivantes :
— Génération de rapports sur les supports stockés à un endroit
spécifique et dont la protection de données expire à une date
déterminée
— Génération de rapports sur les supports utilisés pour une
sauvegarde au cours d'une période donnée
— Affichage d'une liste de spécifications de sauvegarde ayant utilisé
des supports spécifiques lors de la sauvegarde
— Affichage d'une liste de supports nécessaires pour les opérations
de restauration et des emplacements physiques où sont stockés
ces supports
— Filtrage des supports à partir de l'affichage des supports selon des
critères spécifiques (affichage des supports dont la protection a
expiré, par exemple)
• Restauration
— Restaurer par requête :
Annexe A
A-21
Scénarios de sauvegarde
Entreprise XYZ
Les demandes de restauration par requête sont envoyées à
l'administrateur. Si la dernière sauvegarde des fichiers date de
moins de 20 jours avant l'émission de la requête, l'administrateur
peut utiliser l'option Restaurer par requête pour sélectionner les
fichiers et répertoires à restaurer selon des critères particuliers. Il
choisit ensuite l'option Ecraser pour remplacer les fichiers et
répertoires du disque par les versions figurant sur le support.
— Restauration complète de système de fichiers :
Les demandes de restauration de systèmes de fichiers entiers sont
envoyées à l'administrateur. Si la dernière sauvegarde des fichiers
date de moins de 20 jours avant l'émission de la requête,
l'administrateur peut sélectionner les objets à restaurer et utiliser
l'option Restaurer dans.
Les objets sont alors restaurés avec la même structure de
répertoires dans un répertoire sélectionné. Servez-vous d'un
utilitaire Windows ou UNIX pour comparer les objets restaurés
aux objets sauvegardés.
— Restauration à partir d'un coffre :
Pour restaurer des données à partir d'un coffre (sauvegardées, par
exemple, 3 ans auparavant), envoyez une requête à
l'administrateur. Celui-ci effectue alors les opérations suivantes :
1. Il identifie les supports nécessaires à la restauration.
2. Il déplace les supports du coffre vers la bibliothèque
HP StorageWorks DLT 4115w ou vers un autre périphérique,
puis les analyse.
3. Si le support ne se trouve pas dans la base de données IDB, il
sélectionne l'objet spécifique à restaurer à l'aide de l'option
Lister depuis supports.
4. Il effectue la restauration.
A-22
Annexe A
Scénarios de sauvegarde
Entreprise ABC
Entreprise ABC
ABC est une entreprise de génie logiciel à forte croissance dont le siège
social se trouve au Cap, en Afrique du sud. En tant que prestataire
(outsourcer) au service de partenaires multinationaux, ABC met en place
des équipes de projets multi-sites ainsi que l'infrastructure associée pour
mener à bien, en toute transparence, une vaste gamme de projets de
génie logiciel. La croissance actuelle d'ABC est de 30 à 40 % par an. On
pense que ce rythme va diminuer pour revenir à 15 à 20 % dans les cinq
ans à venir.
Environnement
Cette section décrit l'environnement matériel et logiciel actuel d'ABC
ainsi que la manière dont est mise en œuvre la stratégie de stockage des
données.
ABC possède des bureaux en trois endroits. Les principales données
matérielles relatives à ces trois bureaux sont affichées dans le
tableau A-5 à la page A-23.
Tableau A-5
Taille de l'environnement de sauvegarde
Lieu
Nb de
Nb de
serveurs clients
Win
Win
Nb de
Nb de
serveurs clients
UX
UX
Qté de
Qté de Périphédonnées données riques
actuelle dans 5 actuels
ans
ABC Le
Cap
7
55
11
40
100
250
5 DAT24*
ABC
Pretoria
5
39
5
32
22
55
1 DAT24*
ABC
Durban
3
21
6
59
16
40
1 DAT24*
* Chargeur automatique HP StorageWorks DAT24
Trois services d'ABC Le Cap utilisent la base de données Microsoft SQL
pour stocker leurs données, et l'entreprise utilise Microsoft Exchange
Server pour ses services de messagerie. Ces bases de données, qui
Annexe A
A-23
Scénarios de sauvegarde
Entreprise ABC
contiennent actuellement respectivement 11 Go et 15 Go de données,
sont sauvegardées sur deux chargeurs automatiques HP StorageWorks
DAT24.
L'architecture système d'ABC Le Cap comprend notamment le système
SAP R/3 avec des bases de données Oracle. Trois serveurs HP T600 sont
utilisés comme serveurs de base de données SAP. ABC Le Cap utilise des
serveurs d'applications K260 SAP configurés en groupes d'application :
Vente et distribution, Finances et Production. Ces serveurs
d'applications ne présentent pas une grande disponibilité.
L'environnement de sauvegarde actuel d'ABC Le Cap est décrit dans le
tableau A-5 à la page A-24.
Figure A-5
Topologie de sauvegarde actuelle d'ABC Le Cap
Actuellement, à ABC Le Cap, les serveurs de base de données SAP sont
sauvegardés à l'aide des utilitaires SAP BRBACKUP et SAP
BRARCHIVE vers trois chargeurs automatiques HP StorageWorks
DAT24. Chaque jour, les données sont copiées manuellement par les
employés vers leurs serveurs respectifs. L'administrateur sauvegarde
A-24
Annexe A
Scénarios de sauvegarde
Entreprise ABC
séparément le serveur Microsoft Exchange et la base de données
Microsoft SQL vers deux chargeurs automatiques HP StorageWorks
DAT24.
Le même système est utilisé dans les bureaux de Durban et de Pretoria,
à la différence près que ces succursales ne possèdent pas de système
SAP. Les employés copient leurs données vers leurs serveurs respectifs.
Chaque jour, les données sont sauvegardées vers un chargeur
automatique HP StorageWorks DAT24.
Deux des serveurs d'ABC Pretoria contiennent plus de 500 000 fichiers
chacun.
Les supports de sauvegarde sont marqués du nom du service, du nom du
serveur et des dates de première et dernière sauvegardes qui y ont été
effectuées. A la fin de chaque trimestre, les supports sont envoyés à un
établissement central hors site pour y être stockés.
Problèmes
La solution de sauvegarde actuelle présente les inconvénients suivants :
rencontrés avec la
• Il n'y a pas de solution de sauvegarde en ligne pour le serveur de base
solution actuelle
de données SAP.
• La solution de sauvegarde n'est pas centralisée.
• Les opérations de sauvegarde ne sont pas complètement
automatisées.
• La gestion des supports requiert une intervention considérable du
personnel.
• La récupération après sinistre est complexe.
• La durée des opérations de sauvegarde est plus longue que la durée
autorisée.
• La solution de sauvegarde n'est pas adaptée au rythme de croissance
élevé d'ABC.
• Il n'y a aucune génération de rapports ni notification sur les
événements importants se rapportant à la sauvegarde.
Besoins relatifs à une stratégie de sauvegarde
Avant d'aborder les besoins relatifs à la stratégie de sauvegarde d'ABC,
vous devez tenir compte des éléments énumérés à la section “Points à
prendre en considération” à la page A-2.
Annexe A
A-25
Scénarios de sauvegarde
Entreprise ABC
Besoins
La section suivante décrit les besoins relatifs à la stratégie de
sauvegarde d'ABC.
• Stratégie de l'organisation en matière de sauvegarde et de
restauration :
Selon la stratégie de l'entreprise pour l'archivage et le stockage de
données, des sauvegardes hebdomadaires doivent être effectuées en
12 heures et des sauvegardes incrémentales quotidiennes doivent
être effectuées en 8 heures.
• Temps d'indisponibilité maximum pour la récupération :
Le temps d'indisponibilité autorisé a une incidence importante sur le
choix des investissements en termes d'infrastructure réseau et de
matériel dédié à la sauvegarde. Le tableau suivant donne, pour
chaque type de données, le temps d'indisponibilité maximum
acceptable pour la récupération des données, c'est-à-dire le temps
pendant lequel des données spécifiques peuvent être indisponibles
avant d'être récupérées à partir d'une sauvegarde.
Tableau A-6
Temps d'indisponibilité acceptable pour la récupération
Type de données
Temps d'indisponibilité
maximum
Données commerciales de
l'entreprise
6 heures
Données de ressources de
l'entreprise
6 heures
Données de projet
1 jour
Données personnelles
2 jours
Le temps de récupération correspond essentiellement au temps
nécessaire pour accéder aux supports et pour procéder à la
restauration des données vers un disque.
• Pendant combien de temps conserver les différents types de données ?
A-26
Annexe A
Scénarios de sauvegarde
Entreprise ABC
Le tableau A-7 à la page A-27 donne la durée de conservation
nécessaire pour les différentes données. Cette durée a des
répercussions sur le nombre de supports de sauvegarde requis.
Tableau A-7
Durée de conservation nécessaire pour les données
Type de données
Durée maximum de stockage des
données
Données commerciales de
l'entreprise
5 ans
Données de ressources de
l'entreprise
5 ans
Données de projet
5 ans
Données personnelles
3 mois
• Comment conserver et gérer les supports contenant des données
sauvegardées ?
Les supports doivent être conservés dans la bibliothèque de bandes de
la salle informatique. Toutes les données se trouvant sur le système
de sauvegarde de l'entreprise doivent être archivées une fois par
semaine par sauvegarde complète et tous les jours par sauvegarde
incrémentale. Elles doivent être stockées dans les locaux d'une
entreprise de sécurité.
• Quantité de données à sauvegarder :
La quantité actuelle de données à sauvegarder est indiquée dans le
tableau A-8 à la page A-27 :
Tableau A-8
Quantité de données à sauvegarder
Lieu
Données (en Go)
ABC Le Cap
100
ABC Pretoria
22
ABC Durban
16
Planification en vue de l'augmentation de la quantité de données
Annexe A
A-27
Scénarios de sauvegarde
Entreprise ABC
ABC prévoit que sa croissance annuelle sera de 15 à 20 %. La
quantité de données à sauvegarder devrait donc évoluer en
conséquence. Cette évolution aura des répercussions non seulement
sur la durée des sauvegardes et sur les périphériques nécessaires à
leur réalisation, mais également sur la taille de la base de données
IDB.
Tableau A-9
Quantité de données à sauvegarder dans cinq ans
Lieu
Données (en Go)
ABC Le Cap
250
ABC Pretoria
55
ABC Durban
40
• A quelle fréquence sauvegarder les données ?
Une sauvegarde complète de chaque type de données est effectuée
une fois par semaine le vendredi, le samedi ou le dimanche. Des
sauvegardes incrémentales de niveau un sont effectuées tous les jours
ouvrables. Cependant, si une sauvegarde complète est effectuée le
vendredi, les sauvegardes incrémentales de niveau un
correspondantes sont effectuées les jours ouvrables et le samedi, mais
pas le vendredi.
Solution proposée
Compte tenu des défauts de la solution de sauvegarde actuelle, décrits à
la section “Problèmes rencontrés avec la solution actuelle” à la
page A-25, ABC projette de revoir la conception de son système de
stockage de données.
Présentation
générale de la
solution
Chacun des trois services d'ABC Le Cap doit être configuré dans une
cellule Manager-of-Managers (MoM). ABC Durban et ABC Pretoria
doivent en outre être configurés en cellules MoM, comportant chacune
deux cellules Data Protector.
Configurez la cellule A comme cellule MoM pour l'environnement d'ABC
Le Cap, la cellule D comme cellule MoM pour celui d'ABC Pretoria et la
cellule F comme cellule MoM pour celui d'ABC Durban. Cette
configuration est représentée à la figure A-6 à la page A-29.
A-28
Annexe A
Scénarios de sauvegarde
Entreprise ABC
Figure A-6
Environnement d'entreprise d'ABC
Les systèmes Gestionnaire de cellule et Gestionnaire MoM des 7 cellules
doivent être des systèmes Windows. Utilisez la base de données
centralisée de gestion des supports (CMMDB) dans l'une des cellules de
chaque environnement MoM, et des bases de données catalogues dans
chacune des 7 cellules. La base de données centralisée de gestion des
supports vous permet de partager des bibliothèques entre des cellules au
sein de chaque environnement MoM.
Chacun des trois bureaux d'ABC doit disposer de sa propre bibliothèque.
Utilisez la bibliothèque HP StorageWorks DLT 4228w pour
l'environnement d'ABC Le Cap, et des bibliothèques HP StorageWorks
DLT 4115w pour les environnements d'ABC Pretoria et d'ABC Durban.
Annexe A
A-29
Scénarios de sauvegarde
Entreprise ABC
Les trois cellules de l'environnement MoM d'ABC Le Cap doivent
disposer chacune d'un serveur de base de données SAP. Ces serveurs se
partagent la bibliothèque HP StorageWorks DLT 4228w. Les bases de
données Microsoft SQL et Microsoft Exchange sont sauvegardées en local
vers des chargeurs automatiques HP StorageWorks DAT24.
Les deux cellules de l'environnement MoM d'ABC Pretoria doivent
également se partager une base de données centralisée de gestion des
supports. Cette dernière doit être configurée sur le Gestionnaire MoM de
la cellule D pour permettre le partage de la bibliothèque HP
StorageWorks DLT 4115w entre les différentes cellules.
Les deux cellules de l'environnement MoM d'ABC Durban doivent
également se partager une base de données centralisée de gestion des
supports. Cette dernière doit être configurée sur le Gestionnaire MoM de
la cellule F pour permettre le partage de la bibliothèque HP
StorageWorks DLT 4115w entre les différentes cellules.
La solution proposée est décrite en détail ci-dessous :
• Configuration de la cellule
Description
détaillée de la
Configurez les services en 7 cellules : 3 pour ABC Le Cap, 2 pour ABC
solution proposée
Pretoria et 2 pour ABC Durban.
Pourquoi une
configuration en 7
cellules ?
— Les services d'ABC étant séparés géographiquement, il serait
difficile de les gérer à partir d'une seule cellule. De plus, il y aurait
un risque de problèmes réseau entre les systèmes. La
configuration coïncide également avec le nombre de services, ce
qui constitue un élément important en terme de sécurité. La taille
de chaque cellule correspond également à celle recommandée de
30 à 50 systèmes client. Notez cependant que ce nombre dépend
entre autres du nombre de fichiers et répertoires présents sur les
différents systèmes client.
Configurez ensuite l'environnement de chacun des trois bureaux
comme environnement Manager-of-Managers. Ce dernier permet à
l'utilisateur de gérer efficacement et en parfaite intégration plusieurs
cellules à partir d'un point unique (gestion centralisée). Il permet
également de configurer la base de données centralisée de gestion des
supports (CMMDB) dans chaque environnement MoM.
Pourquoi utiliser la
CMMDB ?
— La base de données centralisée de gestion des supports (CMMDB)
permet le partage de périphériques et de supports entre toutes les
cellules d'un environnement MoM. Chacun des trois
A-30
Annexe A
Scénarios de sauvegarde
Entreprise ABC
environnements MoM d'ABC peut ainsi utiliser une bibliothèque
unique, partagée par les systèmes client de toutes les cellules de
l'environnement. L'utilisation d'une seule bibliothèque pour
l'ensemble des données d'ABC ne serait guère pertinente, car cela
nécessiterait pour la sauvegarde le transfert de grandes quantités
de données via un WAN.
Utilisez une base de données catalogue dans chacune des 7 cellules.
Les systèmes des cellules peuvent être ceux décrits dans le
tableau A-10 à la page A-31 :
Tableau A-10
Configuration des cellules d'ABC
Environnement MoM
Cellule
Nb de
serveurs
Windows
Nb de
clients
Windows
Nb de
serveurs
UNIX
Nb de
clients
UNIX
Nb
de
SAP
ABC Le Cap
A*
3
24
2
7
1
B
2
11
5
21
1
C
2
20
4
12
1
D*
4
33
E
1
6
5
32
F*
2
10
4
30
G
1
11
2
29
ABC Pretoria
ABC Durban
Le nombre de SAP est le nombre de serveurs de base de données SAP.
* correspond à une cellule MoM.
Les systèmes Gestionnaire de cellule et Gestionnaire MoM des
7 cellules doivent être des systèmes Windows.
Pourquoi choisir le
système
Windows ?
— Les systèmes Windows assurent la prise en charge de l'unicode
natif et requièrent par conséquent une configuration moins
poussée pour le traitement des caractères internationaux dans les
noms de fichiers.
Configurez la cellule A comme la cellule Manager-of-Managers de
l'environnement d'ABC Le Cap, et importez le reste des cellules dans
l'environnement MoM. Configurez une base de données centralisée de
gestion des supports dans la cellule MoM A pour que la même
bibliothèque puisse être partagée avec les cellules B et C. Partagez la
Annexe A
A-31
Scénarios de sauvegarde
Entreprise ABC
bibliothèque HP StorageWorks DLT 4228w pour l'environnement
d'ABC Le Cap. Avec une capacité de 1,1 To au format compressé,
cette bibliothèque devrait suffire pour les besoins prévus pour
l'entreprise au cours des cinq années à venir.
Les trois cellules d'ABC Le Cap doivent être chacune dotées d'un
serveur de base de données SAP. Ces serveurs se partagent la
bibliothèque HP StorageWorks DLT 4228w. Les bases de données
Microsoft SQL et Microsoft Exchange sont sauvegardées en local vers
des chargeurs automatiques HP StorageWorks DAT24 existants.
Chacune des cellules de l'environnement doit disposer de sa propre
base de données catalogue. Vous trouverez une description de la
configuration de l'environnement ABC Le Cap à la figure A-7 à la
page A-32.
Figure A-7
Environnement de sauvegarde d'entreprise d'ABC Le Cap
Les deux cellules de l'environnement MoM d'ABC Pretoria doivent se
partager une base de données centralisée de gestion des supports.
Cette dernière doit être configurée sur le Gestionnaire MoM de la
cellule D, afin de permettre le partage de la bibliothèque HP
StorageWorks DLT 4115w entre les différentes cellules. Chacune des
cellules de l'environnement doit disposer de sa propre base de
données catalogue.
A-32
Annexe A
Scénarios de sauvegarde
Entreprise ABC
Les deux cellules de l'environnement MoM d'ABC Durban doivent
également se partager une base de données centralisée de gestion des
supports. Cette dernière doit être configurée sur le Gestionnaire MoM
de la cellule F, et chacune des cellules de l'environnement doit avoir
sa propre base de données catalogue.
Utilisez une bibliothèque HP StorageWorks DLT 4115w pour
l'environnement d'ABC Pretoria et celui d'ABC Durban. Avec une
capacité de 600 Go au format compressé, cette bibliothèque devrait
suffire pour les besoins de l'entreprise relatifs à chacun de ces
environnements prévus pour les cinq années à venir.
Estimation de la
taille de la base de
données IDB
L'outil de planification de capacité de la base de données interne a été
utilisé pour estimer la taille atteinte en une année par la base de
données IDB de la cellule F. Cet outil se situe à l'emplacement
suivant :
— Sur les systèmes Gestionnaire de cellule HP-UX et Solaris :
/opt/omni/doc/C/IDB_capacity_planning.xls
— Sur le système Gestionnaire de cellule Windows :
<répertoire_Data_Protector>\docs\IDB_capacity_planni
ng.xls
Les paramètres d'entrée présentés à la figure A-8 à la page A-34
comprennent le nombre de fichiers dans l'environnement (2 millions),
le facteur de croissance (1,2), la protection des données
(260 semaines), la protection de catalogue (3 semaines), le nombre de
sauvegardes complètes hebdomadaires (1) et le nombre de
sauvegardes incrémentales hebdomadaires (5).
Annexe A
A-33
Scénarios de sauvegarde
Entreprise ABC
Figure A-8
Paramètres d'entrée
Les résultats sont présentés à la figure A-9 à la page A-34. En une
année, la base de données devrait croître pour atteindre environ
667,47 Mo.
Figure A-9
Résultats
Vous pouvez également utiliser l'outil de planification de capacité de
la base de données interne pour estimer la taille de la base de
données IDB dans les environnements comportant des bases de
données en ligne (Oracle, SAP R/3).
A-34
Annexe A
Scénarios de sauvegarde
Entreprise ABC
• Matériel
— Réseau
Pour des performances optimales, l'ensemble des systèmes d'un
même bureau d'ABC doit se trouver sur le même réseau local.
Utilisez le réseau 100TX pour connecter tous les systèmes de
chaque bureau, et le WAN pour connecter les cellules des trois
bureaux d'ABC. Le réseau 100TX présente un taux de transfert de
données de 10 Mo/s, ou 36 Go/h.
— Périphériques de sauvegarde
Les périphériques de sauvegarde sont les suivants : une
bibliothèque HP StorageWorks DLT 4228w pour ABC Le Cap et
deux bibliothèques HP StorageWorks DLT 4115w pour ABC
Pretoria et ABC Durban, ainsi que sept chargeurs automatiques
HP StorageWorks DAT24 pour la sauvegarde des fichiers de
configuration et de la base de données IDB dans toutes les
cellules, et deux chargeurs automatiques HP StorageWorks
DAT24 pour la sauvegarde des bases de données Microsoft SQL et
Microsoft Exchange à ABC Le Cap. Actuellement, les serveurs
Microsoft Exchange et Microsoft SQL hébergent respectivement
15 Go et 11 Go de données, tandis que le reste des données
(100 Go - 15 Go - 11 Go = 74 Go) est sauvegardé à l'aide des
serveurs de base de données SAP.
Pourquoi utiliser la
bibliothèque HP
StorageWorks DLT
4228w ?
La bibliothèque HP StorageWorks DLT 4228w dispose de deux
lecteurs DLT4000 dotés de 28 emplacements. Elle présente une
capacité totale de stockage compressé de 1,1 To, et un taux de
transfert maximum de 6 Mo/s (2 x 3 Mo/s), soit 21 Go/h, avec
compression de données. Il s'agit du taux sur lequel nous nous
baserons pour la suite de cette section. Actuellement, la
quantité totale de données à sauvegarder vers la bibliothèque
HP StorageWorks DLT 4228w dans le cadre d'une sauvegarde
complète, qu'il s'agisse d'une seule sauvegarde ou d'une
sauvegarde échelonnée, est d'environ 74 Go. En supposant que
la taille d'une sauvegarde incrémentale corresponde à environ
5 % de celle d'une sauvegarde complète, une génération de
sauvegarde, c'est-à-dire une sauvegarde complète plus toutes
les sauvegardes incrémentales qui en découlent, nécessite un
espace de (74 + 74 x 5 % x 5) Go, soit 92,5 Go dans la
bibliothèque. D'ici cinq ans, cet espace nécessaire devrait
augmenter pour atteindre environ 230 Go. La stratégie de
Annexe A
A-35
Scénarios de sauvegarde
Entreprise ABC
sauvegarde d'ABC nécessite la conservation de trois
générations de sauvegarde de données. Un espace de
230 x 3 Go, soit 690 Go, est donc nécessaire dans la
bibliothèque pour le stockage. La capacité de stockage (1,1 To)
de la bibliothèque HP StorageWorks DLT 4228w est donc
suffisante.
Au Cap, la bibliothèque est partagée entre les trois cellules. A
Pretoria, elle est partagée entre les cellules D et E, et à Durban
entre les cellules F et G. Ce type de configuration requiert
l'utilisation de la base de données centralisée de gestion des
supports Data Protector dans chacun des trois environnements
MoM. Ces bases de données sont configurées sur le Gestionnaire
MoM des cellules A, D et F.
La bibliothèque HP StorageWorks DLT 4115w dispose d'un
seul lecteur DLT4000 doté de 15 emplacements. Elle présente
une capacité totale de stockage compressé de 600 Go et un taux
de transfert maximum de 3 Mo/s, ou 10,5 Go/h, avec
compression de données. Il s'agit du taux sur lequel nous nous
baserons pour la suite de cette section. Actuellement, la
quantité totale de données à sauvegarder à Pretoria vers la
bibliothèque HP StorageWorks DLT 4115w dans le cadre d'une
sauvegarde complète, qu'il s'agisse d'une seule sauvegarde ou
d'une sauvegarde échelonnée, est d'environ 22 Go. En
supposant que la taille d'une sauvegarde incrémentale
corresponde à environ 5% de celle d'une sauvegarde complète,
une génération de sauvegarde, c'est-à-dire une sauvegarde
complète plus toutes les sauvegardes incrémentales qui en
découlent, nécessite un espace de (22 + 22 x 5 % x 5) Go, soit
27,5 Go, dans la bibliothèque. D'ici cinq ans, cet espace
nécessaire devrait augmenter pour atteindre environ 68,75 Go.
La stratégie de sauvegarde d'ABC nécessite la conservation de
trois générations de sauvegarde de données. Un espace de
68,75 x 3 Go, soit 206,25 Go, est donc nécessaire dans la
bibliothèque pour le stockage. La capacité de stockage (600 Go)
de la bibliothèque HP StorageWorks DLT 4115w est donc
suffisante.
Pourquoi utiliser la
bibliothèque HP
StorageWorks DLT
4115w ?
Au Cap, des chargeurs automatiques HP StorageWorks DAT24
sont utilisés pour sauvegarder les serveurs Microsoft Exchange et
Microsoft SQL ainsi que chacun des sept systèmes Gestionnaire de
cellule des trois environnements MoM.
A-36
Annexe A
Scénarios de sauvegarde
Entreprise ABC
Pourquoi utiliser le
chargeur
automatique HP
StorageWorks
DAT24 ?
Le chargeur automatique HP StorageWorks DAT24 est doté de
six cartouches de données de 24 Go. Elle présente une capacité
totale de stockage compressé de 144 Go et un taux de transfert
maximum de 2 Mo/s, ou 7 Go/h, avec compression de données.
Il s'agit du taux sur lequel nous nous baserons pour la suite de
cette section. Actuellement, la quantité totale de données à
sauvegarder au Cap vers le chargeur automatique HP
StorageWorks DAT24 (connecté au serveur Microsoft
Exchange mentionné plus haut) est de 15 Go. En supposant
que la taille d'une sauvegarde incrémentale corresponde à
environ 5% de celle d'une sauvegarde complète, une génération
de sauvegarde, c'est-à-dire une sauvegarde complète plus
toutes les sauvegardes incrémentales qui en découlent,
nécessite un espace de (15 + 15 x 5 % x 5) Go, soit 18,75 Go.
D'ici cinq ans, cet espace nécessaire devrait augmenter pour
atteindre environ 47 Go. La stratégie de sauvegarde d'ABC
nécessite la conservation de deux générations de sauvegarde de
données. Un espace de 47 x 2 Go, soit 94 Go, est donc
nécessaire dans la bibliothèque pour le stockage. La capacité
de stockage (144 Go) du chargeur automatique HP
StorageWorks DAT24 est donc suffisante.
Combien de temps
dure une
sauvegarde
complète ?
Au Cap, les serveurs de base de données des trois cellules contiennent
environ 74 Go de données à sauvegarder vers une bibliothèque
HP StorageWorks DLT 4228w. Cette dernière est dotée de deux
lecteurs et présente un taux de transfert de données de 6 Mo/s (2 x
3 Mo/s), ou 21 Go/h. La sauvegarde des données dure par conséquent
5 heures maximum. La quantité de données prévue dans cinq ans,
soit 185 Go, devrait être sauvegardée en 9 à 10 heures, ce qui reste
inférieur aux 12 heures autorisées.
Les cellules D et E d'ABC Pretoria partagent une bibliothèque
HP StorageWorks DLT 4115w. Cette dernière est dotée d'un seul
lecteur et présente un taux de transfert de données de 3 Mo/s ou
10,5 Go/h. La quantité totale de données à sauvegarder dans ces
cellules est d'environ 22 Go. La sauvegarde devrait donc prendre
entre 2 et 3 heures. La quantité de données prévue dans cinq ans,
soit 55 Go, devrait être sauvegardée en 5 à 7 heures, ce qui reste
inférieur aux 12 heures autorisées.
Annexe A
A-37
Scénarios de sauvegarde
Entreprise ABC
De même, les 16 Go de données présents dans les cellules F et G
d'ABC Durban doivent pouvoir être sauvegardés en 2 heures
maximum. La quantité de données prévue dans cinq ans, soit 40 Go,
devrait être sauvegardée en 4 heures environ, ce qui reste inférieur
aux 12 heures autorisées.
La plus grande base de données catalogue Data Protector (1,3 Go)
d'ABC Pretoria peut être sauvegardée en quelques minutes si aucune
vérification d'intégrité n'est effectuée au préalable. Par défaut, Data
Protector vérifie l'intégrité de la base de données avant que celle-ci ne
soit sauvegardée. Cette vérification prend moins d'une heure pour
une base de données de 1,3 Go. Par conséquent, les fichiers de
configuration et la base de données IDB d'ABC Pretoria doivent
pouvoir être sauvegardés en moins de 2 heures.
• Pools de supports
Les supports sont regroupés dans des pools pour être mieux suivis et
contrôlés. Les pools de supports facilitent la gestion d'un grand
nombre de supports, réduisant ainsi au minimum les efforts de
gestion des administrateurs. Utilisez la structure de l'organisation et
les critères des catégories de systèmes pour définir les pools de
supports suivants :
Tableau A-11
Utilisation des pools de supports d'ABC
Nom du pool de
supports
Lieu
Description
CT_SAP_Pool
Le Cap
Serveur de base de données SAP
CT_SQL_Pool
Le Cap
Serveur Microsoft SQL
CT_Exchange_Pool
Le Cap
Microsoft Exchange Server
CT_DB_Pool
Le Cap
IDB
P_DLT_Pool
Pretoria
Bibliothèque HP StorageWorks
DLT 4115w
P_DAT_Pool
Pretoria
Chargeurs automatiques HP
StorageWorks DAT24
P_DB_Pool
Pretoria
IDB
A-38
Annexe A
Scénarios de sauvegarde
Entreprise ABC
Tableau A-11
Utilisation des pools de supports d'ABC
Nom du pool de
supports
Lieu
Description
D_DLT_Pool
Durban
Bibliothèque HP StorageWorks
DLT 4115w
D_DAT_Pool
Durban
Chargeurs automatiques HP
StorageWorks DAT24
D_DB_Pool
Durban
IDB
Annexe A
A-39
Scénarios de sauvegarde
Entreprise ABC
• Spécifications de sauvegarde
Configurez les spécifications de sauvegarde comme suit :
— DB_A...G :
Spécifications de sauvegarde pour chacune des 7 bases de données
IDB et les fichiers de configuration. Planifiez la spécification de
sauvegarde de sorte que Data Protector exécute une sauvegarde
complète par semaine et une sauvegarde incrémentale de niveau
un tous les jours à 03:00, sauf le dimanche.
Pour restaurer les données les plus récentes, seuls deux jeux de
supports sont nécessaires, l'un pour la dernière sauvegarde
complète et l'autre pour la dernière sauvegarde incrémentale
de niveau 1 précédant la restauration. Cela permet de
simplifier et d'accélérer considérablement le processus de
restauration. Lorsque des sauvegardes incrémentales simples
sont effectuées, le nombre de jeux de supports peut augmenter
considérablement, rendant le processus de restauration plus
complexe et plus lent.
Pourquoi utiliser
les sauvegardes
différentielles
(Incr1) ?
Pour des raisons de sécurité, il est recommandé d'effectuer deux
copies des fichiers de configuration et de la base de données IDB.
— SAP_A...C :
Spécification de sauvegarde pour les serveurs de base de données
SAP respectivement dans les cellules A, B et C. Pour éviter les
problèmes liés à une surcharge du réseau, à une surcharge des
périphériques ou à la fenêtre temporelle, adoptez l'approche
échelonnée telle qu'elle est décrite dans le tableau A-12 à la
page A-40 :
Tableau A-12
Approche échelonnée pour ABC Le Cap
Lun
Mar
Mer
Jeu
Ven
Sam
Cellule A
Incr1
Incr1
Incr1
Incr1
Complète
Incr1
Cellule B
Incr1
Incr1
Incr1
Incr1
Incr1
Complète
Cellule C
Incr1
Incr1
Incr1
Incr1
Incr1
A-40
Dim
Complète
Annexe A
Scénarios de sauvegarde
Entreprise ABC
— SERVERS_A...G :
Spécifications de sauvegarde des serveurs de l'entreprise pour la
préparation à une récupération après sinistre. Cette spécification
de sauvegarde est mise à jour à chaque installation d'un nouveau
serveur ou mise à niveau d'un serveur existant. Planifiez les
spécifications de sauvegarde de sorte que Data Protector exécute
des sauvegardes complètes comme indiqué au tableau A-13 à la
page A-41 et des sauvegardes incrémentales de niveau un tous les
jours ouvrables.
— USERS_D...G :
Spécifications de sauvegarde pour les données utilisateur. Il s'agit
de la sauvegarde de production principale à ABC Pretoria et ABC
Durban. Planifiez la spécification de sauvegarde de sorte que Data
Protector exécute une sauvegarde complète hebdomadaire chaque
vendredi comme indiqué au tableau A-13 à la page A-41 et des
sauvegardes incrémentales de niveau un tous les jours ouvrables.
Cependant, si une sauvegarde complète est effectuée le vendredi,
les sauvegardes incrémentales de niveau un correspondantes sont
effectuées les jours ouvrables et le samedi, mais pas le vendredi.
La configuration de la spécification de sauvegarde est expliquée plus
en détails dans le tableau A-13 à la page A-41.
Tableau A-13
Configuration de spécification de sauvegarde pour ABC
Nom
Cellule
Description
Jour de
sauvegarde
Hre
DB_A
A
IDB
Samedi
03:00
DB_B
B
IDB
Samedi
03:00
DB_C
C
IDB
Samedi
03:00
SQL_A
A
Base de données
Microsoft SQL
Vendredi
20:00
EXCHANGE_A
A
Base de données
Microsoft Exchange
Vendredi
20:00
SAP_A
A
Serveur de base de
données SAP
Vendredi
20:00
Annexe A
A-41
Scénarios de sauvegarde
Entreprise ABC
Tableau A-13
Options de
sauvegarde
Configuration de spécification de sauvegarde pour ABC
Nom
Cellule
Description
Jour de
sauvegarde
Hre
SAP_B
B
Serveur de base de
données SAP
Samedi
20:00
SAP_C
C
Serveur de base de
données SAP
Dimanche
20:00
SERVERS_A
A
Serveurs
Vendredi
23:00
SERVERS_B
B
Serveurs
Samedi
23:00
SERVERS_C
C
Serveurs
Dimanche
23:00
DB_D
D
IDB
Samedi
03:00
DB_E
E
IDB
Samedi
03:00
SERVERS_D
D
Serveurs
Vendredi
23:00
SERVERS_E
E
Serveurs
Samedi
23:00
USERS_D
D
Données utilisateur
Samedi
0:00
USERS_E
E
Données utilisateur
Dimanche
0:00
DB_F
F
IDB
Samedi
03:00
DB_G
G
IDB
Samedi
03:00
SERVERS_F
F
IDB
Vendredi
23:00
SERVERS_G
G
Serveurs
Samedi
23:00
USERS_F
F
Données utilisateur
Samedi
0:00
USERS_G
G
Données utilisateur
Dimanche
0:00
Utilisez les options de sauvegarde Data Protector par défaut.
Définissez les options comme suit :
A-42
Annexe A
Scénarios de sauvegarde
Entreprise ABC
— Journaliser répertoires :
Cette option de sauvegarde de système de fichiers permet de
s'assurer que seules les informations des répertoires sont stockées
dans la base de données catalogue. La fonction de recherche est
désactivée pendant la restauration et vous pouvez parcourir
uniquement les répertoires. Utilisez cette option pour sauvegarder
les deux serveurs de la cellule D contenant plus de
500 000 fichiers chacun. Sinon, la taille de la base de données
catalogue Data Protector risque d'augmenter considérablement.
— Protection :
Les données doivent pouvoir être accessibles pendant trois
semaines. Une sauvegarde complète devant avoir lieu chaque
semaine, choisissez une protection de catalogue de 27 jours
(3 semaines x 7 jours + 6 jours = 27 jours).
Choisissez une protection de données de 5 ans pour toutes les
spécifications de sauvegarde, sauf Exchange_A qui sert à la
sauvegarde du courrier personnel. Pour cette spécification de
sauvegarde, optez pour une protection de données de 3 mois.
— Simultanéité :
Réglez sur 5 le nombre d'Agents de disque pouvant écrire
simultanément des données dans la bibliothèque. Vous
améliorerez ainsi les performances de sauvegarde.
— Pool de supports :
Sélectionnez les pools de supports et les supports appropriés pour
la sauvegarde.
• Génération de rapports et notification
Des notifications envoyées par e-mail aux administrateurs de
sauvegarde sont définies pour les demandes de montage, en cas
d'espace insuffisant dans la base de données, en cas d'erreur de
périphérique et à la fin des sessions pour toutes les spécifications de
sauvegarde. Eventuellement, des notifications par e-mail ou message
de diffusion sont définies pour les utilisateurs finaux souhaitant être
informés de la réussite des sauvegardes de leurs systèmes.
Pour permettre à tous les utilisateurs de connaître facilement l'état
de leurs sauvegardes, définissez comme suit les informations de
sauvegarde client sur la page d'accueil de l'entreprise :
Annexe A
A-43
Scénarios de sauvegarde
Entreprise ABC
1. Configurez un groupe de rapports avec un rapport sur la
sauvegarde client pour chaque client. Le rapport doit être
enregistré dans le fichier au format HTML.
2. Planifiez le groupe de rapports.
3. Reliez les fichiers contenant les rapports à la page d'accueil de
l'entreprise.
• Mise au coffre
La mise au coffre consiste à stocker des supports en lieu sûr pendant
une période déterminée.
Des supports sont déplacés une fois par semaine vers le coffre, et
remplacés par de nouveaux supports dans les bibliothèques HP
StorageWorks DLT 4228w et 4115w, et les chargeurs automatiques
HP StorageWorks DAT24. Toutes les actions, hormis le déplacement
de supports vers le coffre, sont exécutées par la solution logicielle,
notamment les requêtes effectuées en interne dans la base de données
pour éviter à l'administrateur d'avoir à rechercher les supports
devant être éjectés.
Effectuez le suivi des supports déplacés vers un coffre. Cette
opération est utile lorsque vous souhaitez restaurer des données à
partir de sauvegardes réalisées sur un support déplacé vers le coffre.
Data Protector vous permet d'effectuer les tâches de mise au coffre
suivantes :
— Génération de rapports sur les supports stockés à un endroit
spécifique et dont la protection de données expire à une date
déterminée
— Génération de rapports sur les supports utilisés pour une
sauvegarde au cours d'une période donnée
— Affichage d'une liste de spécifications de sauvegarde ayant utilisé
des supports spécifiques lors de la sauvegarde
— Affichage d'une liste de supports nécessaires pour les opérations
de restauration et des emplacements physiques où sont stockés
ces supports
— Filtrage des supports à partir de l'affichage des supports selon des
critères spécifiques (affichage des supports dont la protection a
expiré, par exemple)
A-44
Annexe A
Scénarios de sauvegarde
Entreprise ABC
• Restauration
— Restaurer par requête
Les demandes de restauration par requête sont envoyées à
l'administrateur. Si la dernière sauvegarde des fichiers date de
moins de 3 semaines avant l'envoi de la requête, l'administrateur
peut utiliser l'option Restaurer par requête pour sélectionner les
fichiers et répertoires à restaurer selon des critères déterminés. Il
choisit ensuite l'option Ecraser pour remplacer les fichiers et
répertoires du disque par les versions figurant sur le support.
— Restaurer système de fichiers
Les demandes de restauration de systèmes de fichiers entiers sont
envoyées à l'administrateur. Si la dernière sauvegarde des fichiers
date de moins de 3 semaines avant l'envoi de la demande,
l'administrateur peut sélectionner l'objet à restaurer et utiliser
l'option Restaurer dans.
Les objets sont alors restaurés avec la même structure de
répertoires dans un répertoire sélectionné. Servez-vous d'un
utilitaire Windows ou UNIX pour comparer les objets restaurés
aux objets sauvegardés.
— Restaurer à partir d'un coffre
Pour restaurer des données à partir d'un coffre, sauvegardées par
exemple 3 ans auparavant, envoyez une demande à
l'administrateur, qui effectue alors les opérations suivantes :
1. Il identifie les supports nécessaires à la restauration.
2. Il déplace les supports du coffre vers la bibliothèque
HP StorageWorks DLT 4228w, la bibliothèque
HP StorageWorks DLT 4115w ou vers un autre périphérique,
puis les analyse.
3. Si les supports ne se trouvent pas dans la base de données
catalogue Data Protector, il sélectionne l'objet spécifique à
restaurer à l'aide de l'option Lister depuis supports.
4. Il effectue la restauration.
Annexe A
A-45
Scénarios de sauvegarde
Entreprise ABC
A-46
Annexe A
B
Informations supplémentaires
Annexe B
B-1
Informations supplémentaires
Dans cette annexe
Dans cette annexe
La présente annexe fournit des informations supplémentaires sur
certains aspects des concepts de Data Protector, notamment la
génération de sauvegardes, des exemples de copie automatisée des
supports et l'internationalisation.
B-2
Annexe B
Informations supplémentaires
Générations de sauvegarde
Générations de sauvegarde
Data Protector propose un modèle de protection associé à l'heure / la
date. Il est facile d'établir une correspondance entre un modèle de
sauvegarde basé sur les générations et le modèle basé sur l'heure, à
condition que les sauvegardes soient effectuées régulièrement.
Qu'est-ce qu'une
génération de
sauvegarde ?
Une génération de sauvegarde (voir la figure B-1 à la page B-3) est
constituée d'une sauvegarde complète ainsi que de toutes les
sauvegardes incrémentales basées sur cette sauvegarde complète.
Lorsque la sauvegarde complète suivante est effectuée, une nouvelle
génération de sauvegarde est créée.
Les générations de sauvegarde permettent de savoir combien de versions
complètes de données sauvegardées ont été réalisées. Pour pouvoir
effectuer une restauration de l'état à un instant donné, vous devez
disposer d'au moins une génération de sauvegarde (c'est-à-dire une
sauvegarde complète ainsi que toutes les sauvegardes incrémentales
jusqu'à cet instant). Conservez plusieurs générations de sauvegarde
(trois par exemple), selon la réglementation de protection des données
adoptée par votre entreprise.
Figure B-1
Générations de sauvegarde
Pour configurer Data Protector afin qu'il conserve automatiquement le
nombre souhaité de générations de sauvegarde, choisissez les durées de
protection des données et de catalogue adéquates et programmez les
sauvegardes sans surveillance (complètes et incrémentales).
Pour conserver par exemple trois générations de sauvegarde alors que
vous effectuez une sauvegarde complète par semaine et une sauvegarde
incrémentale remise à niveau par jour, définissez la protection des
données à 7 x 3 + 6 = 27 jours. Une génération de sauvegarde est
Annexe B
B-3
Informations supplémentaires
Générations de sauvegarde
constituée d'une sauvegarde complète ainsi que de toutes les
sauvegardes incrémentales effectuées jusqu'à la prochaine sauvegarde
complète : par conséquent, le chiffre six dans la formule représente les
sauvegardes incrémentales effectuées avant la génération de sauvegarde
suivante (soit la quatrième) et appartenant à la troisième génération de
sauvegarde.
Vous pouvez mettre en place une rotation automatique des supports
(pour les supports dont le temps de protection a expiré) avec une
politique d'utilisation des pools appropriée. Pour plus d'informations,
reportez-vous à la section “Mise en œuvre d'une stratégie de rotation des
supports” à la page 139.
B-4
Annexe B
Informations supplémentaires
Exemples de copie automatisée des supports
Exemples de copie automatisée des supports
Une fois une sauvegarde terminée, vous pouvez utiliser la fonction de
copie automatisée des supports pour copier les supports, puis placer les
originaux ou les copies dans un coffre hors site. Selon les périphériques
disponibles, vous pouvez utiliser la copie de supports après sauvegarde
ou la copie de supports programmée.
Il convient de prendre en considération les éléments suivants :
• Il est recommandé d'effectuer toutes les sauvegardes avant de copier
les supports.
• Pendant l'opération de copie, les supports en cours de copie ne sont
pas disponibles pour la restauration.
• Vous pouvez uniquement copier le support dans son intégralité : il est
impossible de copier des objets spécifiques.
• Une fois la copie effectuée, les supports source qui ont été copiés et les
copies sont marqués comme sans possibilité d'ajout, ce qui signifie
que vous ne pouvez pas ajouter de nouvelles sauvegardes à ces
supports.
• Dans le cas de la copie de supports programmée, les périphériques et
les supports nécessaires doivent être disponibles à l'heure prévue ; si
ce n'est pas le cas, l'opération de copie est abandonnée.
Exemple 1 : copie automatisée des supports de
sauvegardes de systèmes de fichiers
Votre entreprise dispose d'un environnement MoM doté de deux cellules
contenant chacune 150 systèmes informatiques (serveurs et stations de
travail). Chaque système dispose en moyenne de 10 Go de données, soit
au total 3 000 Go à sauvegarder.
Vous souhaitez disposer de sauvegardes Incr1 quotidiennes des données,
de sauvegardes hebdomadaires complètes et de sauvegardes mensuelles
complètes à des fins d'archivage. Les sauvegardes doivent être effectuées
en dehors des heures ouvrées de l'entreprise, ce qui signifie qu'elles
peuvent débuter après 17:00 et doivent s'achever avant 8:00 le
lendemain matin ; elles peuvent également être effectuées en fin de
semaine.
Annexe B
B-5
Informations supplémentaires
Exemples de copie automatisée des supports
Vous décidez de faire des copies des supports de sauvegarde, qui
resteront sur site à des fins de restauration, et de déplacer les originaux
vers un coffre hors site par mesure de sécurité. Les supports doivent être
copiés après la fin des sauvegardes. Pour ce faire, vous utiliserez la copie
automatisée des supports.
Vous utilisez une bibliothèque de bandes HP StorageWorks 6/60 dotée de
6 lecteurs LTO et des supports LTO Ultrium 1. En fonction de votre
expérience passée, vous estimez que le transfert des données s'effectue
au rythme d'environ 80 Go par heure ; la capacité moyenne d'un support
est de 153 Go.
Après l'opération de copie des supports, les supports source et cible sont
sans possibilité d'ajout. Par conséquent, il peut être préférable de réduire
le nombre de supports requis pour la sauvegarde. Il est recommandé de
commencer avec des supports vierges et d'utiliser pleinement leur
capacité. Pour ce faire, vous pouvez créer des spécifications de
sauvegarde en affectant un seul périphérique à cette opération. Ainsi,
tout nouveau support ne sera utilisé qu'une fois que le support en cours
sera plein. Toutefois, la durée de la sauvegarde est alors plus longue que
si vous utilisez plusieurs supports en parallèle.
Vous décidez de créer 4 spécifications de sauvegarde. Pour économiser
l'espace sur les supports, les données sont divisées entre les
spécifications de sauvegarde de manière à utiliser le nombre minimum
possible de supports. Un seul périphérique est affecté à chaque
sauvegarde.
La copie automatisée des supports est effectuée après la fin de la
sauvegarde. Vous pouvez utiliser tous les périphériques disponibles pour
cette opération. Cela signifie que 3 périphériques seront respectivement
utilisés pour les supports source et pour les supports cible.
On estime que la durée de la copie des supports sera environ équivalente
à la durée de la sauvegarde.
Sauvegarde Incr1
Configuration des
sauvegardes
Vous planifiez des sauvegardes Incr1 chaque jour du lundi au jeudi à
18:00. La protection des données est définie sur 4 semaines. En
supposant que 30 % des données sont modifiées chaque jour, cela
représente 900 Go de données à sauvegarder. Les données sont divisées
entre les spécifications de sauvegarde de la manière suivante :
• BackupSpec1 (Lecteur 1) - 300 Go
B-6
Annexe B
Informations supplémentaires
Exemples de copie automatisée des supports
• BackupSpec2 (Lecteur 2) - 300 Go
• BackupSpec3 (Lecteur 3) - 150 Go
• BackupSpec4 (Lecteur 4) - 150 Go
BackupSpec1 et BackupSpec2 requièrent chacune 2 supports et la
sauvegarde dure environ 4 heures. BackupSpec3 et BackupSpec4
requièrent chacune 1 support et la sauvegarde dure environ 2 heures.
Configuration de
la copie
automatisée de
supports
La copie automatisée des supports de chaque sauvegarde commence une
fois la sauvegarde terminée. Vous avez 6 supports à copier et vous
pouvez utiliser tous les lecteurs de la bibliothèque pour cette opération,
dès que les périphériques sont disponibles.
Vous pouvez utiliser la copie des supports après sauvegarde pour copier
les supports utilisés pour les opérations BackupSpec1 et BackupSpec2,
dans la mesure où deux lecteurs (lecteur 5 et lecteur 6) sont libres ; par
conséquent, vous n'avez pas à vous préoccuper de la disponibilité des
périphériques.
Vous configurez la copie des supports après sauvegarde pour
BackupSpec1 et sélectionnez le lecteur 1 comme périphérique source et
le lecteur 6 comme périphérique cible. Vous définissez la même
protection des données que pour l'original et spécifiez l'emplacement des
supports (par exemple, Etagère 1).
Vous configurez également la copie des supports après sauvegarde pour
BackupSpec2 et sélectionnez le lecteur 2 comme périphérique source et
le lecteur 5 comme périphérique cible. Vous définissez la même
protection des données que pour l'original et spécifiez l'emplacement des
supports.
Vous utilisez la copie programmée des supports pour copier les supports
utilisés par BackupSpec3 et BackupSpec4, car vous utiliserez le lecteur 3
et le lecteur 4 pour l'opération de copie et vous devez attendre la fin des
deux sauvegardes. Notez que si les périphériques ne sont pas disponibles
au moment où la copie des supports est programmée, l'opération
échouera. C'est la raison pour laquelle il est recommandé d'ajouter une
certaine marge à la durée estimée de la sauvegarde lors de la
programmation de l'opération de copie automatisée des supports qui
utilisera les mêmes périphériques.
Vous programmez l'opération de copie des supports une heure après
l'heure de fin estimée de la sauvegarde et sélectionnez BackupSpec3 et
BackupSpec4 pour les copier ; vous sélectionnez ensuite le lecteur 3
Annexe B
B-7
Informations supplémentaires
Exemples de copie automatisée des supports
comme périphérique source et le lecteur 4 comme périphérique cible.
Vous définissez la même protection des données que pour l'original et
spécifiez l'emplacement des supports.
Pour obtenir une représentation graphique de la sauvegarde Incr1 et de
la copie automatisée des supports, reportez-vous à la figure B-2 à la
page B-8.
Figure B-2
Sauvegarde Incr1 et copie automatisée des supports
Sauvegarde complète
Configuration des
sauvegardes
Vous programmez la sauvegarde hebdomadaire complète pour le
vendredi à 18:00. La protection des données est définie sur 8 semaines.
Vous avez 3000 Go de données à sauvegarder. Les données sont divisées
entre les spécifications de sauvegarde de la manière suivante :
• BackupSpec1 (Lecteur 1) - 1000 Go
• BackupSpec2 (Lecteur 2) - 1000 Go
B-8
Annexe B
Informations supplémentaires
Exemples de copie automatisée des supports
• BackupSpec3 (Lecteur 3) - 500 Go
• BackupSpec4 (Lecteur 4) - 500 Go
BackupSpec1 et BackupSpec2 requièrent chacune 7 supports ;
BackupSpec3 et BackupSpec4 requièrent chacune 4 supports. La
sauvegarde s'effectue en 14 heures environ.
Configuration de
la copie
automatisée de
supports
La copie automatisée des supports de chaque sauvegarde commence une
fois la sauvegarde terminée. Vous avez 22 supports à copier et tous les
périphériques sont utilisés dès qu'ils sont disponibles.
Encore une fois, vous utilisez la copie de supports après sauvegarde pour
copier les supports utilisés avec BackupSpec1 et BackupSpec2, et la
copie programmée pour les supports utilisés pour BackupSpec3 et
BackupSpec4.
Les périphériques et les paramètres de protection des données sont
identiques à ceux qui ont été utilisés pour la copie de la sauvegarde
Incr1. La copie programmée des supports commence une heure après
l'heure de fin estimée de la sauvegarde.
Pour obtenir une représentation graphique de la sauvegarde complète et
de la copie automatisée des supports, reportez-vous à la figure B-3 à la
page B-10.
Annexe B
B-9
Informations supplémentaires
Exemples de copie automatisée des supports
Figure B-3
Sauvegarde complète et copie automatisée des supports
B-10
Annexe B
Informations supplémentaires
Exemples de copie automatisée des supports
Vous programmez votre sauvegarde mensuelle complète pour le
dimanche à 6:00. Cette sauvegarde étant destinée à l'archivage, elle n'est
pas habituellement copiée.
La figure B-4 à la page B-11 présente un aperçu général des périodes
d'occupation des périphériques. Notez qu'il s'agit d'une présentation
grossière, de sorte que le graphique ne tient pas compte du
chevauchement partiel de certaines sessions de sauvegarde et de copie.
Figure B-4
Présentation des sessions de sauvegarde et de copie automatisée
des supports
Exemple 2 : copie automatisée des supports de
sauvegardes de base de données Oracle
Votre entreprise dispose d'une base de données Oracle de 500 Go. Vous
souhaitez effectuer quotidiennement une sauvegarde complète de la base
de données. La sauvegarde doit être effectuée en dehors des heures
ouvrées de l'entreprise, ce qui signifie qu'elle peut débuter après 17:00 et
doit s'achever avant 8:00 le lendemain matin ; elle peut également être
effectuée en fin de semaine.
Vous utilisez la copie automatisée pour copier les supports de
sauvegarde ; ces copies resteront sur le site à des fins de restauration.
Les originaux seront déplacés vers un coffre hors site par mesure de
sécurité. Les supports doivent être copiés après la fin de la sauvegarde.
Pour ce faire, vous utiliserez la copie des supports après sauvegarde.
Annexe B
B-11
Informations supplémentaires
Exemples de copie automatisée des supports
Vous utilisez une bibliothèque de bandes HP StorageWorks 10/700 dotée
de 10 lecteurs LTO et des supports LTO Ultrium 1. En fonction de votre
expérience passée, vous estimez que le transfert des données s'effectue
au rythme d'environ 80 Go par heure ; la capacité moyenne d'un support
est de 153 Go.
Après l'opération de copie des supports, les supports utilisés pour la
sauvegarde et la copie des supports sont sans possibilité d'ajout ; par
conséquent, il peut être préférable d'utiliser autant d'espace que possible
sur la bande. Par ailleurs, vous souhaitez que la sauvegarde se termine
dès que possible. Vous utilisez 4 périphériques pour la sauvegarde. Il est
recommandé de commencer avec des supports vierges et d'utiliser
pleinement leur capacité.
La copie automatisée des supports commence après la fin de la
sauvegarde. Vous avez 4 supports à copier et affectez par conséquent
8 périphériques à cette opération. Cela signifie que 4 périphériques
seront respectivement utilisés pour les supports source et pour les
supports cible.
On estime que la durée de la copie des supports sera environ équivalente
à la durée de la sauvegarde.
Sauvegarde complète
Configuration des
sauvegardes
Vous programmez la sauvegarde complète quotidienne chaque jour du
lundi au vendredi à 18:00. La protection des données est définie sur
4 semaines. Vous avez 500 Go de données à sauvegarder. Vous utilisez
les lecteurs 1, 2, 3 et 4. La sauvegarde utilise 4 supports et s'effectue en
2 heures environ.
Configuration de
la copie
automatisée de
supports
Vous utilisez la copie des supports après sauvegarde car vous disposez
d'un nombre suffisant de périphériques. Vous spécifiez les lecteurs 1, 2, 3
et 4 en tant que périphériques source et les lecteurs 5, 6, 7 et 8 en tant
que périphériques cible. Vous définissez la même protection des données
que pour l'original et spécifiez l'emplacement des supports.
Pour obtenir une représentation graphique de la sauvegarde complète de
la base de données et de la copie automatisée des supports, reportez-vous
à la figure B-5 à la page B-13.
B-12
Annexe B
Informations supplémentaires
Exemples de copie automatisée des supports
Figure B-5
Sauvegarde complète de la base de données et copie automatisée
des supports
Vous programmez votre sauvegarde complète mensuelle pour le samedi
à midi. Cette sauvegarde étant destinée à l'archivage, elle n'est pas
habituellement copiée.
La figure B-6 à la page B-13 présente un aperçu général des périodes
d'occupation des périphériques.
Figure B-6
Présentation des sessions de sauvegarde et de copie automatisée
des supports
Annexe B
B-13
Informations supplémentaires
Internationalisation
Internationalisation
L'internationalisation consiste à développer et à mettre en œuvre un
logiciel de sorte que le produit interagisse avec la langue maternelle de
l'utilisateur, et conformément aux paramètres locaux de l'utilisateur
(devise, heure, date, nombres et autres formats). L'utilisateur peut ainsi
saisir les données de texte dans sa langue et les afficher correctement.
L'internationalisation, dans le cadre du développement d'un logiciel, est
la procédure qui permet de mettre en œuvre un seul logiciel avec une
source et un binaire uniques. Ce sont les textes proprement dits
(indépendants des binaires) qui sont traduits afin de localiser le logiciel
en plusieurs langues. L'internationalisation est donc un processus
destiné à permettre la localisation. Data Protector est un produit
internationalisé dont l'interface utilisateur est proposée en plusieurs
langues.
Localisation
La localisation consiste à adapter un produit ou un service à une langue
et à une culture particulières. Il s'agit notamment de proposer des
écrans, une aide en ligne, des messages d'erreurs, des manuels, etc.
localisés.
Au lieu d'envoyer les chaînes de message proprement dites, Data
Protector envoie les ID des chaînes provenant des agents au
Gestionnaire de cellule. Ensuite, le Gestionnaire de cellule transfère les
chaînes à l'interface, laquelle affiche les messages dans le format de
langue approprié. Notez que les noms des répertoires et des fichiers ne
sont pas indexés. Ils sont transmis sous forme de chaînes de texte et
présentés tels quels dans l'interface. Les implications de cette démarche
sont traitées dans la section “Gestion des noms de fichier” à la page B-15.
Data Protector est localisé en plusieurs langues. Pour plus
d'informations sur les langues disponibles, reportez-vous au document
Références, notes de publication et annonces produits HP OpenView
Storage Data Protector ou adressez-vous à votre fournisseur ou à votre
service de vente HP.
B-14
Annexe B
Informations supplémentaires
Internationalisation
Gestion des noms de fichier
Le traitement des noms de fichiers dans un environnement hétérogène
(différents systèmes d'exploitation et différents paramètres locaux dans
une même cellule) est un défi important. Data Protector traite les noms
selon les différents paramètres locaux (tels que la langue, la zone
géographique et les jeux de caractères) utilisés sur le système lors de la
création des noms de fichiers. Les noms de fichiers qui ont été
sauvegardés à l'aide de certains paramètres locaux puis affichés ou
restaurés à l'aide d'autres paramètres locaux, requièrent une
configuration spécifique pour s'afficher correctement.
Quelques explications
Les différents fournisseurs de plates-formes utilisent une grande
diversité de représentations de caractères ou de normes d'encodage des
caractères (telles qu'ISO 8859-1, Shift-JIS, EUC, Code Page 932 et
Unicode) pour prendre en charge les différents jeux de langues. Ces
codages entrent en conflit les uns avec les autres - deux codages peuvent
utiliser la même valeur pour deux caractères différents ou bien
différentes valeurs pour le même caractère. Après la création d'un nom
de fichier, aucun jeu de codes ayant été utilisé n'est indiqué. Il se peut
que les noms de fichiers transmis entre plusieurs systèmes au moyen de
différents codages ne s'affichent pas dans l'interface graphique.
La transmission de données entre différentes plates-formes n'est pas
problématique si toutes les plates-formes utilisent une implémentation
d'Unicode (UTF-16 sous Windows et UTF-xx sur d'autres plates-formes)
hébergeant tous les caractères.
Malheureusement, l'implémentation UTF-xx d'Unicode n'est pas une
norme sur les systèmes UNIX. Les composants de l'application peuvent
être répartis sur plusieurs systèmes et plates-formes, tels que Windows
XP Professionnel, Windows 2000, HP-UX, Solaris et AIX. Les données
figurant sur ces différentes plates-formes doivent être sauvegardées et
restaurées. A défaut de pouvoir compenser l'absence d'une
représentation commune à l'échelle du secteur pour les langues et les
jeux de caractères, Data Protector atténue son impact pour l'utilisateur.
Exemple
Avec certaines configurations dans des environnements hétérogènes, les
noms de fichiers peuvent apparaître altérés dans l'interface graphique.
Lors de l'utilisation de Data Protector, il est possible par exemple de
sauvegarder des fichiers sur une plate-forme HP-UX sur laquelle l'Agent
de disque est en cours d'exécution, et d'afficher ces fichiers dans
Annexe B
B-15
Informations supplémentaires
Internationalisation
l'interface graphique Data Protector qui fonctionne sous Windows. A
moins que des jeux de codes identiques ne soient utilisés sur les deux
plates-formes, il se peut que les noms de fichiers ne s'affichent pas
correctement. Cela est dû au fait que la même valeur de caractère peut
avoir une signification et une apparence différentes selon le jeu de
codage utilisé.
Exemple
d'incompatibilité
avec UNIX
Trois utilisateurs travaillant sous un système Solaris sur lequel Data
Protector n'est pas installé et utilisant des jeux de caractères différents
créent des fichiers sous le même système de fichiers, hors plage de
caractères ASCII. Si les utilisateurs se servent alors de la commande ls
pour afficher les fichiers qu'ils ont créés ainsi que ceux créés par les
autres utilisateurs, la situation suivante apparaît :
• Chaque utilisateur voit ses propres noms de fichier correctement
affichés.
• Chaque utilisateur voit les noms de fichier des autres utilisateurs
comme altérés. Les noms de fichier altérés peuvent apparaître
différemment sous les divers systèmes.
Les noms de fichier corrompus ont été créés avec un jeu de codage
différent de celui utilisé pour exécuter la commande ls. Ils ne sont pas
dotés d'une balise indiquant le jeu de codage utilisé pour leur création.
Ce phénomène se produit sur les systèmes utilisant des afficheurs de
systèmes de fichiers natifs, par exemple ls dans la fenêtre du terminal.
Gestion des noms de fichier lors d'une sauvegarde
Data Protector lit les noms de fichier à l'aide de l'Agent de disque (lequel
s'exécute sur le client devant être sauvegardé) et enregistre une copie
originale sur un support. Si l'option log filename est activée pour la
sauvegarde, les noms de fichier sont également convertis dans un jeu de
codage "interne" et reliés à la base de données IDB.
Exploration des noms de fichier
Il est possible de sélectionner les fichiers via l'interface Data Protector
avant la restauration. Pour cela, il suffit d'afficher les noms de fichiers
dans la base de données IDB sur le système exécutant l'interface
graphique. Data Protector propose plusieurs codages pour visualiser les
noms de fichiers apparaissant dans son interface graphique. Lorsqu'un
codage de caractères spécifique est utilisé, Data Protector l'utilise pour
afficher les caractères dans les noms de fichiers.
B-16
Annexe B
Informations supplémentaires
Internationalisation
Pour afficher correctement des noms de fichiers, sélectionnez le codage
de caractères utilisé sur le système sur lequel les fichiers ont été créés.
Dans le cas contraire, les noms de fichiers apparaissent corrompus dans
l'interface graphique de Data Protector.
Les noms de fichiers corrompus peuvent être restaurés sur la plate-forme
sur laquelle les sauvegardes ont été effectuées.
Reportez-vous au mot clé de l'index de l'aide en ligne
internationalisation pour obtenir une liste de configurations
indiquant les restrictions en matière d'exploration des noms de fichiers.
Gestion des noms de fichier lors d'une restauration
Les fichiers sont généralement restaurés sur la plate-forme utilisée pour
les sauvegardes. La procédure se déroule comme suit :
• Vous devez sélectionner les fichiers à restaurer dans l'interface.
• Data Protector recherche sur la bande les données correspondantes et
les restaure.
• Les noms de fichier originaux (c'est-à-dire les copies originales
provenant de la bande) sont restaurés.
Annexe B
B-17
Informations supplémentaires
Internationalisation
B-18
Annexe B
Glossaire
ACSLS (terme spécifique à StorageTek)
Automated Cartridge System Library
Server, serveur de bibliothèque à
système de cartouche automatisé logiciel chargé de la gestion du système
de cartouche automatisé (ACS).
Active Directory (terme spécifique à
Windows)
Service d'annuaire d'un réseau
Windows. Il contient des informations
sur les ressources du réseau et les rend
accessibles aux utilisateurs et aux
applications. Les services d'annuaire
permettent de nommer, de décrire, de
localiser, de consulter et de gérer les
ressources de manière cohérente, quel
que soit le système physique sur lequel
elles résident.
adresse IP
Adresse numérique d'un système servant
à l'identifier de manière unique sur le
réseau. L'adresse IP est constituée de
quatre groupes de chiffres séparés par
des points.
affichage de sauvegarde
Data Protector propose plusieurs
affichages pour les spécifications de
sauvegarde : par type - en fonction du
type de données disponibles pour les
sauvegardes ou les modèles. Affichage
par défaut. Par groupe - en fonction du
groupe auquel les spécifications/
modèles de sauvegarde appartiennent.
Par nom - en fonction du nom des
spécifications/modèles de sauvegarde.
Par gestionnaire - si vous utilisez le
MoM, vous pouvez également définir
l'affichage de sauvegarde en fonction du
Gestionnaire de cellule auquel
appartiennent les spécifications/modèles
de sauvegarde.
agent d'application
Composant requis sur un client pour
sauvegarder ou restaurer les intégrations
de bases de données en ligne.
Voir aussi Agent de disque.
Agent de disque
Composant devant être installé sur un
client pour que ce dernier puisse être
sauvegardé et restauré. L'Agent de
disque contrôle la lecture et l'écriture de
données sur un disque. Pendant une
session de sauvegarde, l'Agent de disque
lit les données stockées sur un disque et
les envoie à l'Agent de support qui les
déplace ensuite vers le périphérique.
Pendant une session de restauration,
l'Agent de disque reçoit des données de
l'Agent de support et les écrit sur le
disque.
Agent de support
Processus contrôlant la lecture et
l'écriture de données sur un périphérique
qui lui-même lit ou écrit des données sur
un support (généralement une bande).
Pendant une session de sauvegarde, un
Agent de support reçoit des données de
l'Agent de disque et les envoie au
G-1
Glossaire
périphérique qui les écrit ensuite sur le
support. Pendant une session de
restauration, un Agent de support
localise les données stockées sur le
support de sauvegarde et les envoie à
l'Agent de disque. qui les écrit ensuite
sur le disque. Un Agent de support gère
également le contrôle robotique d'une
bibliothèque.
Agent EMC Symmetrix (SYMA)
(terme spécifique à EMC Symmetrix)
Voir Agent Symmetrix (SYMA)
Agent HP StorageWorks EVA SMI-S
Module logiciel de Data Protector qui
exécute toutes les tâches nécessaires à
l'intégration de HP StorageWorks
Enterprise Virtual Array. Avec l'Agent
EVA SMI-S, le contrôle sur la baie est
assuré par le fournisseur de HP
StorageWorks SMI-S EVA qui dirige la
communication entre les demandes
entrantes et CV EVA.
Voir aussi Command View (CV) EVA
et fournisseur de HP StorageWorks
SMI-S EVA.
agent SSE (terme spécifique à HP
StorageWorks Disk Array XP)
Module logiciel Data Protector
exécutant toutes les tâches nécessaires à
une intégration de sauvegarde Split
Mirror. Il communique avec le système
de stockage HP StorageWorks Disk
Array XP à l'aide de l'utilitaire du
Gestionnaire RAID XP (pour les
G-2
systèmes HP-UX et Windows) ou de la
bibliothèque du Gestionnaire RAID
(pour les systèmes Solaris).
Agent Symmetrix (SYMA) (terme
spécifique à EMC Symmetrix)
Module logiciel Data Protector qui
prépare l'environnement EMC
Symmetrix aux opérations de
sauvegarde et de restauration.
agents de disque simultanés
Nombre d'Agents de disque autorisés à
envoyer des données simultanément à
un Agent de support.
AML (terme spécifique à EMASS/
GRAU)
Automated Mixed-Media library,
bibliothèque de supports mixtes
automatisée.
Analyse
Fonction permettant d'identifier les
supports contenus dans un périphérique.
Cette fonction synchronise la MMDB
avec les supports se trouvant aux
emplacements sélectionnés (les
logements d'une bibliothèque, par
exemple).
analyse
Fonction permettant d'identifier les
supports contenus dans un périphérique.
Cette fonction synchronise la MMDB
avec les supports se trouvant aux
emplacements sélectionnés (les
Glossaire
logements d'une bibliothèque, par
exemple). Elle est utile pour analyser et
vérifier le support effectivement présent
dans le périphérique lorsque quelqu'un a
manipulé le support manuellement sans
utiliser Data Protector pour l'éjecter ou
l'insérer, par exemple.
API C Lotus (terme spécifique à Lotus
Domino Server)
Interface destinée à l'échange de
données de sauvegarde et de
récupération entre Lotus Domino Server
et une solution de sauvegarde comme
Data Protector.
API de sauvegarde
Programme Oracle servant d'interface
entre l'utilitaire de sauvegarde/
restauration d'Oracle et la couche de
gestion des supports de sauvegarde/
restauration. L'interface définit un
ensemble de routines afin de permettre
la lecture et l'écriture des données sur les
supports de sauvegarde, ainsi que la
création, la recherche et la suppression
des fichiers de sauvegarde.
API de serveur de sauvegarde Sybase
(terme spécifique à Sybase)
Interface standard développée pour
l'échange de données de sauvegarde et
de récupération entre un serveur Sybase
SQL et une solution de sauvegarde telle
que Data Protector.
application compatible cluster
Application prenant en charge l'API
cluster (Application Programming
Interface). Chaque application
compatible cluster déclare ses propres
ressources stratégiques (volumes de
disques (sous Microsoft Cluster Server),
groupes de volumes (sous MC/
ServiceGuard), services d'application,
noms et adresses IP ...).
archivage des journaux (terme
spécifique à Lotus Domino Server)
Mode de connexion à la base de données
Lotus Domino Server qui permet de
n'écraser les fichiers de journal de
transactions qu'après leur sauvegarde.
BACKINT (terme spécifique à
SAP R/3)
Par le biais d'une interface ouverte, les
programmes de sauvegarde SAP R/3
peuvent appeler l'interface backint Data
Protector, laquelle leur permet de
communiquer avec le logiciel Data
Protector. En ce qui concerne la
restauration et la sauvegarde, les
programmes SAP R/3 émettent des
ordres destinés à l'interface backint Data
Protector.
banque de boîtes aux lettres (terme
spécifique à Microsoft Exchange
Server)
Partie de la banque d'informations
conservant les informations relatives
aux boîtes aux lettres des utilisateurs.
G-3
Glossaire
Une banque de boîtes aux lettres est
constituée d'un fichier binaire RTF .edb
et d'un fichier de contenu Internet natif
continu .stm.
banque de dossiers publics (terme
spécifique à Microsoft Exchange
Server)
Partie de la banque d'informations
conservant les informations se trouvant
dans les dossiers publics. Une banque de
dossiers publics est constituée d'un
fichier binaire RTF .edb et d'un fichier
de contenu Internet natif continu .stm.
banque d'informations (terme
spécifique à Microsoft Exchange
Server)
Service Microsoft Exchange Server en
charge de la gestion du stockage. La
banque d'informations de Microsoft
Exchange Server gère deux types de
banques : les boîtes aux lettres et les
dossiers publics. Une banque de boîtes
aux lettres appartenant à des utilisateurs
individuels. Une banque d'informations
publiques contient des dossiers et des
messages publics partagés entre
plusieurs utilisateurs.
Voir aussi service Gestionnaire de clés
et service de réplication de sites.
basculement
Transfert des données de cluster les plus
importantes, également appelées groupe
(Windows) ou package (Unix), d'un
nœud de cluster à un autre. Un
G-4
basculement peut se produire en raison
de défaillances logicielles ou
matérielles, ou d'opérations de
maintenance au niveau du nœud
primaire.
basculement (terme spécifique à HP
StorageWorks EVA)
Opération qui renverse les rôles entre
source et destination dans les
configurations CA + BC EVA.
Voir aussi CA + BC EVA.
base de données centralisée de gestion
des supports (CMMDB)
Voir CMMDB.
base de données cible (terme
spécifique à Oracle)
Terme utilisé dans le contexte du
Gestionnaire de récupération (RMAN).
La base de données cible est celle qui est
sauvegardée ou restaurée.
base de données de registres COM+
(terme spécifique à Windows)
La base de données de registres COM+
et la base de registres Windows stockent
les attributs d'applications, de classes et
de matériels COM+. Elles garantissent
ainsi la cohérence entre ces attributs et
assurent un fonctionnement courant
pour gérer ces derniers.
Glossaire
base de données du catalogue de
récupération (terme spécifique à
Oracle)
Base de données Oracle contenant un
schéma de catalogue de récupération.
Ne stockez pas le catalogue de
récupération dans votre base de données
cible.
base de données du gestionnaire de
supports amovibles (terme spécifique à
Windows)
Service Windows pour la gestion de
supports amovibles (tels que des bandes
et des disques) et de périphériques de
stockage (bibliothèques). Le stockage
sur périphériques amovibles permet aux
applications d'accéder aux mêmes
ressources et de les partager.
base de données ZDB (terme
spécifique à ZDB)
Partie de la base de données IDB
stockant des informations relatives à
ZDB telles que les volumes source, les
répliques et des informations relatives à
la sécurité. La base de données ZDB est
utilisée pour la sauvegarde avec temps
d'indisponibilité nul, pour les
restaurations instantanées et Split
Mirror.
Voir aussi sauvegarde avec temps
d'indisponibilité nul (ZDB).
bases de données système (terme
spécifique à Sybase)
Les quatre bases de données système
d'un Sybase SQL Server nouvellement
installé sont les suivantes :
•
Base de données principale (master)
•
Base de données temporaire
(tempdb)
•
Base de données de procédure
système (sybsystemprocs)
•
Base de données modèle (model)
BC (terme spécifique à EMC
Symmetrix)
Business Continuance - Procédé
permettant aux utilisateurs d'accéder et
de gérer des copies instantanées des
périphériques standard EMC
Symmetrix.
Voir aussi BCV.
BC (terme spécifique à HP
StorageWorks Disk Array XP)
La Business Copy XP permet à
l'utilisateur de conserver des copies
internes des LDEV HP StorageWorks
Disk Array XP, notamment à des fins de
sauvegarde ou de duplication de
données. Les copies (volumes
secondaires ou S-VOL) peuvent être
séparées des volumes principaux (PVOL) et connectées à un système
différent, à des fins aussi diverses que la
G-5
Glossaire
sauvegarde ou le développement. En ce
qui concerne la sauvegarde, les P-VOL
doivent être connectés au système
d'application ; l'un des jeux de miroirs
S-VOL doit, quant à lui, être connecté
au système de sauvegarde.
Voir aussi HP StorageWorks Disk
Array XP LDEV, CA, unité de
commande principale, système
d'application et système de
sauvegarde.
BC EVA (terme spécifique à HP
StorageWorks EVA)
Business Copy EVA est une solution
logicielle de réplication locale qui vous
permet de créer des copies à un instant
donné (répliques) des volumes sources
en utilisant les fonctions de snapshot et
de clonage du microprogamme EVA.
Voir aussi réplique, volume source,
snapshot et CA + BC EVA.
BC VA (terme spécifique à HP
StorageWorks Virtual Array)
Business Copy VA vous permet de
conserver des copies internes des LUN
HP StorageWorks Virtual Array pour la
sauvegarde ou la duplication de données
dans une même baie de virtualisation.
Les copies (LUN enfants ou Business
Copy) peuvent être utilisées à des fins
aussi diverses que la sauvegarde,
l'analyse de données ou le
développement. Lorsqu'ils sont utilisés à
des fins de sauvegarde, les LUN
d'origine (parents) sont connectés au
G-6
système d'applications. Les LUN
Business Copy (enfants) sont, quant à
eux, connectés au système de
sauvegarde.
Voir aussi LUN HP StorageWorks
Virtual Array, système d'application
et système de sauvegarde.
BCV (terme spécifique à EMC
Symmetrix)
Business Continuance Volumes ou
périphériques BCV - il s'agit de SLD
dédiés, préconfigurés dans l'ICDA sur
lequel l'opération Business Continuance
est exécutée. Des adresses SCSI
distinctes, lesquelles diffèrent des
adresses utilisées par les SLD dont elles
sont le miroir, sont attribuées aux
périphériques BCV. Ces derniers sont
utilisés comme miroirs séparables des
SLD EMC Symmetrix principaux
devant être protégés.
Voir aussi BC et processus BC.
bibliothèque
Egalement appelée "changeur
automatique", "bibliothèque de banques
magnéto-optiques", "chargeur
automatique" ou "échangeur". Une
bibliothèque contient des supports
stockés dans des emplacements
référentiels. Chaque emplacement
contient un support (par exemple, DDS/
DAT). Les supports sont déplacés entre
les emplacements et les lecteurs par un
mécanisme robotique permettant un
Glossaire
accès aléatoire aux supports. Une
bibliothèque peut contenir plusieurs
lecteurs.
bibliothèque ACS StorageTek
(terme spécifique à StorageTek)
Système de bibliothèque (également
connu sous le nom de "silo") constitué
d'une unité de gestion de bibliothèque
(LMU) et d'un à vingt-quatre modules
de stockage en bibliothèque (LSM)
connectés à l'unité.
bibliothèque de bandes magnétooptiques
Voir bibliothèque.
bibliothèque de base de données
Ensemble de routines Data Protector
permettant le transfert de données entre
Data Protector et le serveur d'une
intégration de base de données en ligne,
le serveur Oracle par exemple.
bibliothèque du Gestionnaire RAID
(terme spécifique à HP StorageWorks
Disk Array XP)
Bibliothèque utilisée en interne par Data
Protector sur les systèmes Solaris pour
permettre l'accès aux données de
configuration, d'état et de performances
de HP StorageWorks Disk Array XP,
ainsi qu'aux fonctions clé de HP
StorageWorks Disk Array XP, au
moyen d'appels de fonction convertis en
une séquence de commandes SCSI de
bas niveau.
boîte aux lettres (terme spécifique à
Microsoft Exchange Server)
Emplacement où sont livrés les
messages électroniques. Cet
emplacement est défini par
l'administrateur pour chaque utilisateur.
Si un ensemble de dossiers personnels
est désigné comme emplacement de
distribution du courrier électronique, les
messages sont acheminés de la boîte aux
lettres vers cet emplacement.
BRARCHIVE (terme spécifique à SAP
R/3)
Outil de sauvegarde SAP R/3 permettant
à l'utilisateur d'archiver les fichiers
journaux de rétablissement.
BRARCHIVE permet également
d'enregistrer l'ensemble des journaux et
profils du processus d'archivage.
Voir aussi SAPDBA, BRBACKUP et
BRRESTORE.
BRBACKUP (terme spécifique à SAP
R/3)
Outil de sauvegarde SAP R/3 permettant
d'effectuer une sauvegarde en ligne ou
hors ligne du fichier de contrôle, de
fichiers de données distincts ou de
l'ensemble des espaces de tables et, le
cas échéant, des fichiers journaux de
rétablissement en ligne.
Voir aussi SAPDBA, BRARCHIVE et
BRRESTORE.
G-7
Glossaire
BRRESTORE (terme spécifique à SAP
R/3)
Outil de sauvegarde SAP R/3 permettant
de restaurer les types de fichier
suivants :
•
Fichiers de données de base de
données, fichiers de contrôle et
fichiers journaux de rétablissement
en ligne sauvegardés avec
BRBACKUP
•
Fichiers journaux de rétablissement
archivés avec BRARCHIVE
•
Fichiers non base de données
sauvegardés avec BRBACKUP
Vous pouvez spécifier des fichiers, des
espaces de table, des sauvegardes
complètes, des numéros de séquence de
fichiers journaux de rétablissement ou
l'ID de session de la sauvegarde.
Voir aussi SAPDBA, BRBACKUP et
BRARCHIVE.
Access) permet à l'utilisateur de créer et
de conserver des copies distantes de
LDEV HP StorageWorks Disk Array
XP à des fins telles que la duplication ou
la sauvegarde de données, ou la
récupération après sinistre. Les
opérations en accès continu impliquent
les baies de disques principales et
distantes (secondaires). Les premières
concernent les volumes principaux AC
(P-VOL), contenant les données
d'origine, qui sont connectés au système
d'application. Les secondes contiennent
les volumes secondaires AC (S-VOL)
qui sont connectés au système de
sauvegarde.
Voir aussi BC (terme spécifique à HP
StorageWorks Disk Array XP), unité de
commande principale et LDEV HP
StorageWorks Disk Array XP.
BSM
Le Backup Session Manager Data
Protector (Gestionnaire de session de
sauvegarde) contrôle la session de
sauvegarde. Ce processus est toujours
exécuté sur le système du Gestionnaire
de cellule.
CA + BC EVA (terme spécifique à HP
StorageWorks EVA)
L'utilisation combinée de Continuous
Access (CA) EVA et de Business Copy
(BC) EVA vous permet de créer et de
conserver des copies (répliques) des
volumes sources sur une baie EVA
distante, puis d'utiliser ces copies
comme source pour une réplication
locale sur cette baie distante.
Voir aussi BC EVA, réplique et
volume source.
CA (terme spécifique à HP
StorageWorks Disk Array XP)
L'accès continu XP (Continuous
canal (terme spécifique à Oracle)
Allocation de ressources du
Gestionnaire de récupération Oracle.
G-8
Glossaire
Chaque canal alloué lance un nouveau
processus Oracle qui effectue des
actions de sauvegarde, de restauration et
de récupération. Le type de canal affecté
détermine le type de support utilisé :
•
Type "disque"
•
Type "sbt_tape"
Si le canal spécifié est de type
"sbt_tape" et qu'Oracle est intégré à
Data Protector, le processus du serveur
essaie de lire les sauvegardes ou d'écrire
les fichiers de données sur Data
Protector.
CAP (terme spécifique à StorageTek)
Cartridge Access Port - port d'accès
intégré au panneau porte d'une
bibliothèque permettant d'insérer ou
d'éjecter les supports.
caractère générique
Caractère pouvant être utilisé pour
représenter un ou plusieurs caractères.
Par exemple, l'astérisque (*) représente
généralement un ou plusieurs caractères
et le point d'interrogation (?) un seul
caractère. Les caractères génériques sont
souvent utilisés avec les systèmes
d'exploitation pour spécifier plusieurs
fichiers par nom.
Catalogue de récupération (terme
spécifique à Oracle)
Ensemble de tables et de vues Oracle
permettant au Gestionnaire de
récupération de stocker des informations
sur les bases de données Oracle. Grâce à
ces informations, le Gestionnaire de
récupération peut gérer la sauvegarde, la
restauration et la récupération des bases
de données Oracle. Le catalogue de
récupération contient des informations
sur :
•
le schéma physique de la base de
données cible Oracle,
•
les jeux de sauvegarde de fichiers de
données et de journaux d'archive,
•
les copies de fichiers de données,
•
les journaux de rétablissement
archivés,
•
les scripts stockés.
CDB
Catalog Database, Base de données du
catalogue - Il s'agit d'une partie de la
base de données IDB contenant des
informations sur les sauvegardes, les
copies d'objet, les restaurations, les
sessions de gestion de supports ainsi que
sur les données sauvegardées. En
fonction du niveau de journalisation
sélectionné, la CDB contient également
les noms et versions de fichiers. Cette
partie de la base de données se trouve
toujours dans la cellule locale.
Voir aussi MMDB.
G-9
Glossaire
cellule
Ensemble de systèmes contrôlés par un
Gestionnaire de cellule. Une cellule
représente habituellement les systèmes
d'un site ou d'une entité
organisationnelle qui sont connectés à
un même réseau local. Un contrôle
centralisé permet d'administrer les
tâches et les stratégies de sauvegarde et
de restauration.
chargeurs
Périphériques possédant plusieurs
emplacements destinés au stockage des
supports et disposant généralement d'un
seul lecteur. Un chargeur sélectionne les
supports dans une pile de manière
séquentielle. Une bibliothèque, en
revanche, peut sélectionner les supports
de manière aléatoire depuis son
référentiel.
chaîne de périphériques
Série de périphériques autonomes
configurés pour une utilisation
séquentielle. Lorsqu'un support est plein
dans un périphérique, la sauvegarde se
poursuit automatiquement sur un
support du périphérique suivant dans la
chaîne de périphériques.
clé de session
Cette variable d'environnement pour les
scripts de pré-exécution et de postexécution constitue une identification
unique de session dans Data Protector, y
compris pour les sessions de test. Elle
n'est pas enregistrée dans la base de
données, et sert à spécifier les
commandes d'interface de ligne de
commande omnimnt, omnistat et
omniabort.
chaîne de restauration
Toutes les sauvegardes nécessaires à la
restauration d'un objet sauvegarde à un
point dans le temps donné (version).
Une chaîne de restauration consiste en
une sauvegarde complète de l'objet et un
certain nombre de sauvegardes
incrémentales liées.
chaîne de sauvegarde
Voir chaîne de restauration.
changeur automatique
Voir bibliothèque.
chargeur automatique
Voir bibliothèque.
G-10
client ou système client
Tout système configuré avec des
fonctions Data Protector et dans une
cellule.
client dynamique
Voir sauvegarde de client avec
découverte de disque.
CMMDB
Centralized Media Management
Database, base de données centralisée
de gestion des supports - La CMMDB
Data Protector résulte de la fusion des
Glossaire
bases de données de gestion des
supports à partir de plusieurs cellules
dans l'environnement MoM. Elle permet
à l'utilisateur de partager des supports et
périphériques haut de gamme avec
plusieurs cellules dans un
environnement MoM. Une cellule peut
contrôler les systèmes robotiques
desservant les périphériques connectés à
des systèmes se trouvant dans d'autres
cellules.
La CMMDB doit résider sur le
Gestionnaire MoM. Une connexion
réseau fiable entre la cellule MoM et les
autres cellules Data Protector est
fortement recommandée.
Voir aussi MoM.
Command View (CV) EVA (terme
spécifique à HP StorageWorks EVA)
Interface utilisateur permettant de
configurer, d'administrer et de surveiller
votre système de stockage HP
StorageWorks EVA. Elle est utilisée
pour effectuer diverses tâches de gestion
du stockage, par exemple, la création de
familles de disques virtuels, la gestion
du matériel de stockage et la création de
snapclones et de snapshots de disques
virtuels. Le logiciel Command View
EVA s'exécute sur l'appareil de gestion
du stockage HP OpenView. Il est
accessible via un navigateur Web.
Voir aussi Agent HP StorageWorks
EVA SMI–S.
commandes pré- et post-exécution
Les commandes pré- et post-exécution
servent à réaliser une action
supplémentaire avant et après une
session de sauvegarde ou de
restauration. Elles ne sont pas fournies
avec Data Protector. L'utilisateur doit
les créer lui-même. Elles peuvent être
rédigées sous la forme de programmes
exécutables ou de fichiers séquentiels
sous Windows, ou bien de scripts shell
sous UNIX.
compte utilisateur
Vous ne pouvez utiliser Data Protector
que si vous disposez d'un compte
utilisateur Data Protector, lequel limite
l'accès non autorisé à Data Protector et
aux données sauvegardées. Les
administrateurs Data Protector créent ce
compte en spécifiant un nom
d'utilisateur, les systèmes à partir
desquels l'utilisateur peut se connecter et
le groupe d'utilisateurs Data Protector
auquel il sera affecté. Ces spécifications
sont vérifiées chaque fois que
l'utilisateur démarre l'interface
utilisateur de Data Protector ou effectue
certaines tâches.
compte utilisateur Data Protector
Vous ne pouvez utiliser Data Protector
que si vous disposez d'un compte
utilisateur Data Protector, lequel limite
l'accès non autorisé à Data Protector et
aux données sauvegardées. Les
administrateurs Data Protector créent ce
G-11
Glossaire
compte en spécifiant un nom
d'utilisateur, les systèmes à partir
desquels l'utilisateur peut se connecter et
le groupe d'utilisateurs Data Protector
auquel il sera affecté. Ces spécifications
sont vérifiées chaque fois que
l'utilisateur démarre l'interface
utilisateur de Data Protector ou effectue
certaines tâches.
consolidation d'objet
Processus permettant de fusionner une
chaîne de restauration d'un objet
sauvegarde, comprenant une sauvegarde
complète et au moins une sauvegarde
incrémentale, en une nouvelle version
consolidée de cet objet. Ce processus
fait partie de la procédure de sauvegarde
synthétique. Le résultat est une
sauvegarde complète synthétique de
l'objet sauvegarde spécifié.
contrôleur de domaine
Un serveur d'un réseau responsable de la
sécurité de l'utilisateur et de la
vérification des mots de passe dans un
groupe d'autres serveurs.
copie d'objet
Copie d'une version d'un objet
spécifique créé au cours d'une session de
copie d'objet ou une session de
sauvegarde avec mise en miroir des
objets.
G-12
copie miroir (terme spécifique à MS
VSS)
Volume représentant une copie du
volume d'origine à un instant donné. La
sauvegarde de données s'effectue alors
depuis la copie miroir, et non depuis le
volume d'origine. Le volume d'origine
change à mesure que le processus de
sauvegarde se poursuit ; la copie miroir,
en revanche, demeure identique.
Voir aussi service Microsoft Volume
Shadow Copy.
création de snapshot (terme spécifique
à HP StorageWorks VA et HP
StorageWorks EVA)
Technique de création de répliques dans
laquelle les copies des volumes source
sont créées via l'utilisation de techniques
de virtualisation du stockage. Les
répliques sont considérées comme
créées à un instant donné bien précis,
sans pré-configuration, et sont
immédiatement disponibles. Cependant,
les processus de copie en arrière-plan se
poursuivent après la création.
Voir aussi snapshot.
création de split mirror (terme
spécifique à EMC Symmetrix et HP
StorageWorks Disk Array XP)
Technique de création de répliques
selon laquelle un ensemble de volumes
cible pré-configuré (un miroir) est
synchronisé avec un ensemble de
volumes source jusqu'à ce qu'une
réplique du contenu des volumes source
Glossaire
soit requise. La synchronisation est
ensuite interrompue (le miroir est
divisé) et une réplique split mirror des
volumes source au moment de la
division reste dans les volumes cible.
Voir aussi split mirror.
CRS
Le processus CRS (Cell Request Server)
s'exécute sur le Gestionnaire de cellule
Data Protector. Il lance et contrôle les
sessions de sauvegarde et de
restauration. Le processus démarre dès
que Data Protector est installé sur le
Gestionnaire de cellule.
Le CRS s'exécute sous le compte root
sur les systèmes UNIX et sous tout
compte Windows. Par défaut, il
s'exécute sous le compte de l'utilisateur
spécifié lors de l'installation.
CSM
Le processus CSM Data Protector
(Copy and Consolidation Session
Manager - gestionnaire de session de
copie et de consolidation) contrôle les
sessions de copie et de consolidation
d'objets et s'exécute sur le système
Gestionnaire de cellule.
Dbobject (terme spécifique à Informix
Server)
Objet base de données physique
Informix Server. Il peut s'agir d'un
blobspace, d'un dbspace ou d'un fichier
journal logique.
DCBF
La partie DCBF (Detail Catalog Binary
Files) de la base de données IDB stocke
des informations sur les versions et les
attributs des fichiers. Cette partie occupe
80 % de la base IDB. Un fichier binaire
DC est créé par support Data Protector
utilisé pour la sauvegarde.
découverte des disques
Détection des disques au cours de la
sauvegarde d'un client avec découverte
des disques. Lors de cette sauvegarde,
Data Protector découvre (détecte) les
disques présents sur le client (même s'ils
ne l'étaient pas lors de la configuration
de la sauvegarde) et les sauvegarde. Ce
type de sauvegarde est très utile dans les
environnements dynamiques où les
configurations changent rapidement.
Une fois les disques développés, chacun
d'entre eux hérite de toutes les options
de son objet client principal. Même si
les commandes pré- et post-exécution ne
sont spécifiées qu'une seule fois, elles
sont démarrées à plusieurs reprises, à
raison d'une fois par objet.
demande de montage
Message apparaissant à l'écran et
invitant l'utilisateur à insérer un support
spécifique dans un périphérique.
Lorsque vous avez répondu à la
demande de montage en fournissant le
support requis et en confirmant, la
session se poursuit.
G-13
Glossaire
dépôt de fichiers
Fichier contenant les données d'une
sauvegarde sur un périphérique de
bibliothèque de fichiers.
disque système
Disque contenant les fichiers du système
d'exploitation. La terminologie utilisée
par Microsoft définit le disque système
comme un disque contenant les fichiers
nécessaires pour assurer les premières
étapes du processus d'amorçage.
disque virtuel (terme spécifique à HP
StorageWorks EVA)
Unité de stockage attribuée à partir d'un
pool de disques HP StorageWorks
Enterprise Virtual Array. Les disques
virtuels sont les entités dupliquées à
l'aide de la fonctionnalité de sauvegarde
de HP StorageWorks Enterprise Virtual
Array.
Voir aussi volume source et volume
cible.
disques partagés
Disque Windows situé sur un autre
système qui a été mis à la disposition
d'autres utilisateurs du réseau. Les
systèmes dotés de disques partagés
peuvent être sauvegardés, même en
l'absence d'un Agent de disque Data
Protector.
DMZ
La zone démilitarisée (DMZ) est un
réseau inséré en tant que "zone neutre"
G-14
entre le réseau privé d'une société
(intranet) et le réseau public extérieur
(Internet). Elle empêche les utilisateurs
externes d'accéder directement aux
serveurs de la société sur l'intranet de
celle-ci.
données sauvegardées publiques/
privées
Lors de la configuration d'une
sauvegarde, l'utilisateur peut indiquer si
les données sauvegardées seront :
•
publiques, c'est-à-dire visibles (et
accessibles pour la restauration) à
tous les utilisateurs Data Protector ;
•
privées, c'est-à-dire visibles (et
accessibles pour la restauration)
uniquement au propriétaire de la
sauvegarde et aux administrateurs.
DR OS
Un système d'exploitation pour
récupération après sinistre est un
système d'exploitation dans lequel la
récupération après sinistre s'effectue. Il
fournit à Data Protector un
environnement d'exécution de base
(accès au disque, réseau, bande et au
système de fichiers). Le système
d'exploitation doit être installé et
configuré pour que la récupération après
sinistre Data Protector puisse être
effectuée. Le DR OS héberge non
seulement le processus de récupération
après sinistre Data Protector, mais fait
Glossaire
également partie du système restauré car
il remplace ses propres données de
configuration par les données de
configuration d'origine.
emplacement d'un support
Emplacement physique d'un support
défini par l'utilisateur, tel que "bâtiment
4" ou "stockage hors site".
droits d'accès
Voir droits utilisateur.
enregistrement circulaire (terme
spécifique à Microsoft Exchange Server
et Lotus Domino Server)
L'enregistrement circulaire est un mode
de base de données Microsoft Exchange
Server et Lotus Domino Server, dans
lequel le contenu du fichier du journal
de transactions est périodiquement
écrasé une fois les données
correspondantes validées dans la base de
données. L'enregistrement circulaire
réduit les besoins en espace disque.
droits utilisateur
Les droits utilisateur ou droits d'accès
correspondent aux autorisations
nécessaires pour exécuter certaines
tâches dans Data Protector, telles que la
configuration d'une sauvegarde, le
démarrage d'une session de sauvegarde
ou le lancement d'une session de
restauration. Les utilisateurs disposent
des droits d'accès du groupe
d'utilisateurs auquel ils appartiennent.
échangeur
Egalement appelé échangeur SCSI.
Voir aussi bibliothèque.
emplacement
Position mécanique au sein d'une
bibliothèque. Chaque emplacement peut
contenir un support, comme une bande
DLT. Data Protector attribue un numéro
à chaque emplacement. Pour être lu, un
support est déplacé par un mécanisme
robotique de son emplacement dans le
lecteur.
environnement de sauvegarde
d'entreprise
Plusieurs cellules peuvent être
regroupées et gérées depuis une cellule
centrale. L'environnement de
sauvegarde d'entreprise comprend tous
les clients répartis entre plusieurs
cellules Data Protector, lesquelles sont
gérées et administrées à partir d'une
cellule centrale utilisant le concept
Manager-of-Managers.
Voir aussi MoM.
espace de table
Partie de la structure d'une base de
données. Chaque base de données est
divisée de manière logique en un ou
plusieurs espaces de table. Chaque
G-15
Glossaire
espace de table contient des fichiers de
données ou des volumes bruts qui lui
sont exclusivement associés.
établissement (rétablissement)
incrémentiel (terme spécifique à EMC
Symmetrix)
Opération de contrôle BCV ou SRDF.
Dans les opérations de contrôle BCV,
un établissement incrémentiel entraîne
la synchronisation incrémentale du
périphérique BCV et son
fonctionnement en tant que support
EMC Symmetrix miroir. Des paires
doivent avoir été préalablement définies
entre les périphériques EMC
Symmetrix.
Dans les opérations de contrôle SRDF,
un établissement incrémental entraîne la
synchronisation incrémentale du
périphérique (R2) cible et son
fonctionnement en tant que support
EMC Symmetrix miroir. Des paires
doivent avoir été préalablement définies
entre les périphériques EMC
Symmetrix.
état de paire (terme spécifique à HP
StorageWorks Disk Array XP)
Une paire de disques miroir peut avoir
différentes valeurs d'état, selon l'action
effectuée. Les trois valeurs d'état les
plus importantes sont les suivantes :
•
COPY - La paire mise en miroir est
en cours de resynchronisation. Les
données sont transférées d'un disque
à l'autre. Les disques ne contiennent
pas les mêmes données.
•
PAIR - La paire mise en miroir est
complètement synchronisée et les
données stockées sur les deux
disques (le volume principal et le
volume miroir) sont identiques.
•
SUSPENDED - Le lien entre les
disques miroir est suspendu. Cela
signifie qu'il est possible d'accéder
aux disques et de les mettre à jour
indépendamment. Toutefois, la
relation de miroir est maintenue et la
paire de disques peut être
resynchronisée sans pour autant
effectuer un transfert complet du
contenu du disque.
état des supports
Qualité des supports telle qu'elle est
reflétée par les facteurs d'état des
supports. Plus l'âge et l'utilisation faite
des supports sont importants, plus les
risques d'erreurs de lecture et d'écriture
sont élevés sur les supports à bande. Un
support doit être remplacé lorsque son
état est MEDIOCRE.
état système (terme spécifique à
Windows)
Les données d'état système comprennent
le registre, la base de données
G-16
Glossaire
d'enregistrement de classe COM+, les
fichiers de démarrage système et la base
de données de services de certificats (à
condition que le serveur soit du type
"certificate server"). Si le serveur est un
contrôleur de domaine, les données
d'état système contiennent également le
service d'annuaire Active Directory et le
répertoire Sysvol. Si le serveur exécute
le service de cluster, les données d'état
système comprennent également les
points de contrôle du registre de
ressource et le journal de récupération
de ressource quorum, qui contient les
informations les plus récentes
concernant la base de données de
clusters.
étiquette de support
Identificateur défini par l'utilisateur et
servant à décrire un support.
exportation de supports
Procédé consistant à supprimer de la
base de données IDB toutes les données
relatives aux sessions de sauvegarde
(comme les systèmes, objets et noms
des fichiers qui résident sur le support).
Les informations relatives aux supports
et à leur relation par rapport à un pool
sont également supprimées de la base de
données IDB. Toutefois, les données
enregistrées sur les supports restent
inchangées.
Voir aussi importation de supports.
facteurs d'état des supports
Limites d'âge et de réécriture définies
par l'utilisateur pour déterminer l'état
d'un support.
Fibre Channel
Norme ANSI pour l'interconnexion
informatique à haute vitesse. Utilisant
des câbles à fibre optique ou en cuivre,
cette technologie permet la transmission
bidirectionnelle ultra-rapide de fichiers
de données volumineux, et peut être
déployée entre des sites distants de
plusieurs kilomètres.
La technologie Fibre Channel relie les
nœuds au moyen de trois topologies
physiques différentes : point à point, en
boucle et par commutation.
fichier CDF (terme spécifique à UNIX)
Context Dependent File, fichier
contextuel - Il s'agit d'un fichier
constitué de plusieurs fichiers regroupés
sous le même chemin d'accès. Le
système sélectionne habituellement l'un
des fichiers à l'aide du contexte du
processus. Ce mécanisme permet à des
exécutables dépendant des machines, à
des fichiers de données système et à des
fichiers de périphériques de fonctionner
correctement depuis l'ensemble des
hôtes d'un cluster, tout en utilisant le
même chemin d'accès.
fichier d'amorçage d'urgence (terme
spécifique à Informix Server)
Fichier de configuration Informix
G-17
Glossaire
Server ixbar.<ID_serveur> qui réside
dans le répertoire <INFORMIXDIR>/
etc (sous Windows) ou
<INFORMIXDIR>\etc (sous UNIX).
<INFORMIXDIR> est le répertoire de
base d'Informix Server et <ID_serveur>
la valeur du paramètre de configuration
SERVERNUM. Chaque ligne du fichier
d'amorçage d'urgence correspond à un
objet sauvegarde.
fichier de contrôle (terme spécifique à
Oracle et SAP R/3 )
Fichier de données Oracle contenant des
entrées spécifiant la structure physique
de la base de données. Il fournit des
informations sur la cohérence de la base
de données utilisées pour la
récupération.
fichier de données (terme spécifique à
Oracle et SAP R/3 )
Fichier physique créé par Oracle et
contenant des structures de données
telles que les tables et index. Un fichier
de données ne peut appartenir qu'à une
seule base de données Oracle.
fichier de récupération IDB
Fichier IDB (obrindex.dat) contenant
des informations sur les sauvegardes
IDB, les périphériques et les supports
utilisés pour la sauvegarde. Ces données
peuvent simplifier considérablement la
récupération de la base de données IDB.
Il est recommandé de déplacer le fichier,
ainsi que les journaux de transactions de
G-18
la base de données interne, sur un disque
physique distinct des autres répertoires
de la base, ainsi que de faire une copie
du fichier.
fichier d'options globales
Fichier permettant à l'utilisateur de
personnaliser Data Protector. Ce fichier
fournit des informations sur les options
globales, lesquelles concernent
différents aspects de Data Protector,
généralement les délais d'attente et les
limites, et affectent la cellule Data
Protector entière. Le fichier est situé
dans le répertoire /etc/opt/omni/server/
options sur les systèmes HP-UX et
Solaris et dans le répertoire
<répertoire_Data_Protector>\Config\S
erver\Options sur les systèmes
Windows.
fichier DRS
Le fichier de données de récupération
système (DRS) Data Protector contient
les informations système requises pour
l'installation et la configuration du
système d'exploitation en cas de sinistre.
Il s'agit d'un fichier ASCII généré
lorsque la sauvegarde de la
CONFIGURATION est effectuée sur un
client Windows, puis stockée sur le
Gestionnaire de cellule.
fichier épars Fichier contenant des
données avec des parties de bloc vides.
Exemples : matrice dont une partie ou la
plupart des données contient des zéros ;
Glossaire
fichiers provenant d'applications de
visualisation d'images ; bases de
données rapides. Si l'option de
traitement des fichiers épars n'est pas
activée pendant la restauration, il se peut
que la restauration soit impossible.
fichier jours chômés
Fichier contenant des informations sur
les jours chômés. Vous pouvez définir
des jours chômés différents en modifiant
le fichier Jours chômés : /etc/opt/omni/
server/Holidays sur le Gestionnaire de
cellule UNIX et
<répertoire_Data_Protector>\Config\S
erver\holidays sur le Gestionnaire de
cellule Windows.
fichier P1S
Fichier P1S contenant des informations
sur le formatage et le partitionnement de
tous les disques installés sur un système
lors d'une récupération après sinistre
automatisée évoluée (EADR). Il est créé
lors d'une sauvegarde complète et
enregistré sur un support de sauvegarde
et sur le Gestionnaire de cellule dans le
répertoire
<répertoire_Data_Protector>\Config\S
e ver\dr\p1s sur un Gestionnaire de
cellule Windows, ou dans le répertoire /
etc/opt/omni/server/dr/p1s sur un
Gestionnaire de cellule UNIX, sous le
nom recovery.p1s.
fichier sqlhosts (terme spécifique à
Informix Server)
Registre (sous Windows) ou fichier
d'informations de connectivité Informix
Server (sous UNIX) contenant les noms
de tous les serveurs de base de données,
ainsi que tous les alias auxquels les
clients d'un ordinateur hôte peuvent se
connecter.
fichier sst.conf
Le fichier /usr/kernel/drv/sst.conf doit
être présent sur chaque client Sun
Solaris Data Protector auquel un
périphérique de bibliothèque multilecteurs est connecté. Il doit contenir
une entrée pour l'adresse SCSI du
mécanisme robotique de chaque
périphérique de bibliothèque connecté
au client.
fichier st.conf
Le fichier /kernel/drv/st.conf doit être
présent sur chaque client Solaris Data
Protector auquel un périphérique de
sauvegarde est connecté. Il doit contenir
des informations sur le périphérique et
une adresse SCSI pour chaque lecteur de
sauvegarde connecté au client. Une
seule entrée SCSI est requise pour un
périphérique à lecteur unique, tandis
qu'il en faut plusieurs pour un
périphérique de bibliothèque multilecteurs.
G-19
Glossaire
fichier TSANDS.CFG (terme
spécifique à Novell NetWare)
Fichier permettant à l'utilisateur de
spécifier les noms des conteneurs à
partir desquels les sauvegardes doivent
commencer. Il s'agit d'un fichier texte
situé dans le répertoire
SYS:SYSTEM\TSA du serveur où est
chargé TSANDS.NLM.
cas de panne, les fichiers journaux
logiques permettent de repositionner
toutes les transactions qui ont été
transférées et d'annuler toutes celles qui
ne l'ont pas encore été.
fichiers de journal des transactions
Fichiers enregistrant les transactions
relatives aux modifications de la base de
données, et assurent la tolérance de
panne en cas de sinistre de la base de
données.
fnames.dat
Les fichiers fnames.dat de la base de
données IDB contiennent des
informations sur les noms des fichiers
sauvegardés. Ces fichiers occupent
généralement 20 % environ de la base
de données IDB si des noms de fichiers
sont stockés.
fichiers de récupération (terme
spécifique à Oracle)
Les fichiers de récupération sont des
fichiers propres à Oracle 10g qui
résident dans la zone de récupération
flash : fichier de contrôle actuel,
journaux de rétablissement en ligne,
journaux de rétablissement archivés,
journaux de flashback, sauvegardes
automatiques de fichier de contrôle,
copies de fichier de données et éléments
de sauvegarde.
Voir aussi zone de récupération flash.
fichiers journaux logiques
Concerne la sauvegarde de base de
données en ligne. Les fichiers journaux
logiques sont des fichiers dans lesquels
les données modifiées sont stockées
avant d'être transférées au disque. En
G-20
flux de données
Séquence de données transférées via le
canal de communication.
format de support de fichiers
distribués
Format de support, disponible avec la
bibliothèque de fichiers, qui prend en
charge un type de sauvegarde
synthétique très économe en espace
disque, appelée "sauvegarde complète
virtuelle". L'utilisation de ce format est
un prérequis à la sauvegarde complète
virtuelle.
Voir aussi sauvegarde complète
virtuelle.
formatage
Processus consistant à effacer toutes les
données contenues sur un support et à
préparer ce dernier pour l'utiliser avec
Data Protector. Les informations
Glossaire
relatives au support (ID du support,
description et emplacement) sont
enregistrées dans la base IDB ainsi que
sur les supports concernés (en en-tête de
ces derniers). Les supports Data
Protector comportant des données
protégées ne sont pas formatés tant que
la protection n'a pas expiré ou que la
protection du support n'est pas retirée ou
le support recyclé.
fournisseur de copie miroir (terme
spécifique à MS VSS)
Entité réalisant la création et la
représentation des copies miroir des
volumes. Les fournisseurs possèdent les
données des copies miroir et exposent
les copies miroir. Ils peuvent être de
type logiciel (par exemple, les
fournisseurs système) ou matériel
(disques locaux, baies de disques).
Voir aussi copie miroir.
fournisseur de HP StorageWorks
SMI-S EVA
Interface permettant de contrôler HP
StorageWorks Enterprise Virtual Array.
Le fournisseur de SMI-S EVA est utilisé
comme service distinct sur l'appareil de
gestion du stockage HP OpenView et
agit comme passerelle entre les requêtes
entrantes et Command View EVA. Avec
l'intégration de Data Protector HP
StorageWorks EVA, le fournisseur de
SMI-S EVA accepte les requêtes
standardisées de l'Agent EVA SMI-S,
communique avec Command View
EVA pour l'appel d'informations ou de
méthodes et renvoie des réponses
standardisées.
Voir aussi Agent HP StorageWorks
EVA SMI-S et Command View (CV)
EVA.
fusion
La fusion correspond à un mode de
résolution de conflit de fichiers au cours
d'une restauration. Si le fichier à
restaurer se trouve déjà à l'emplacement
de destination, c'est celui dont la date de
modification est la plus récente qui est
conservé. Les fichiers qui ne sont pas
présents sur le disque sont toujours
restaurés.
Voir aussi réécriture.
génération de sauvegarde
Une génération de sauvegarde est
constituée d'une sauvegarde complète et
de toutes les sauvegardes incrémentales
effectuées jusqu'à la sauvegarde
complète suivante.
gestion centralisée des licences
Data Protector permet de configurer une
gestion centralisée des licences pour
l'ensemble de l'environnement de
l'entreprise, constitué de plusieurs
cellules. Toutes les licences Data
Protector sont installées et conservées
dans le système du Gestionnaire de
cellule d'entreprise. En fonction de vos
G-21
Glossaire
besoins, vous pouvez ensuite affecter
des licences à des cellules spécifiques.
Voir aussi MoM.
gestion de stockage automatique
(terme spécifique à Oracle)
Il s'agit d'un gestionnaire de systèmes de
fichiers et de volumes intégré à Oracle
10g pour les fichiers de base de données
Oracle. Il simplifie la gestion des
données et des disques et fournit des
fonctions de mise en miroir et de
répartition sur plusieurs axes pour
optimiser les performances.
Gestion de stockage hiérarchique
(HSM, pour Hierarchical Storage
Management)
Méthode visant à optimiser l'utilisation
de l'espace disque pour le stockage des
données et consistant à faire migrer les
données les moins souvent utilisées vers
des disques optiques moins coûteux.
Lorsque cela est nécessaire, les données
migrent de nouveau sur le disque dur.
Cette méthode permet de trouver un
équilibre entre le besoin d'extraire
rapidement les données du disque dur et
l'utilisation de disques optiques moins
coûteux.
Gestionnaire de cellule
Système principal de la cellule dans
lequel est installé le logiciel Data
Protector central et d'où sont gérées
toutes les activités de sauvegarde et de
restauration. L'interface graphique
G-22
utilisée pour les opérations de gestion
peut se trouver sur un système différent.
Chaque cellule dispose d'un système de
Gestionnaire de cellule.
Gestionnaire de clés (terme spécifique
à Microsoft Exchange Server)
Service Microsoft Exchange Server
fournissant la fonction de cryptage pour
une sécurité accrue.
Voir aussi banque d'informations et
service de réplication de sites.
gestionnaire de récupération
(RMAN) (terme spécifique à Oracle)
Interface de ligne de commande Oracle
contrôlant un processus du serveur
Oracle pour la sauvegarde, la
restauration ou la récupération de la
base de données à laquelle il est
connecté. RMAN stocke les
informations sur les sauvegardes dans le
catalogue de récupération ou dans le
fichier de contrôle. Ces informations
peuvent être utilisées lors de sessions de
restauration ultérieures.
Gestionnaire RAID XP (terme
spécifique à HP StorageWorks Disk
Array XP)
L'application du Gestionnaire RAID XP
met à disposition de l'utilisateur une liste
complète de commandes permettant
d'établir des rapports et de contrôler
l'état des applications CA et BC. Ces
commandes communiquent avec l'unité
de commande de disque HP
Glossaire
StorageWorks Disk Array XP par le
biais d'une instance du Gestionnaire
RAID. Cette instance convertit les
commandes en une séquence de
commandes SCSI de bas niveau.
groupe (terme spécifique à Microsoft
Cluster Server)
Ensemble de ressources (par exemple,
des volumes de disque, des services
d'applications, des noms et adresses IP)
nécessaires à l'exécution d'applications
compatibles cluster spécifiques.
groupe de disques (terme spécifique à
Veritas Volume Manager)
Unité de base de stockage des données
dans un système VxVM. Un groupe de
disques peut être constitué d'un ou
plusieurs volumes physiques. Le
système peut contenir plusieurs groupes
de disques.
groupe de périphériques (terme
spécifique à EMC Symmetric)
Unité logique représentant plusieurs
périphériques EMC Symmetrix. Un
même périphérique ne peut appartenir à
plus d'un groupe de périphériques. Tous
les périphériques d'un groupe doivent se
trouver sur la même unité EMC
Symmetrix. Les groupes de
périphériques vous permettent
d'identifier et d'utiliser un sousensemble de périphériques EMC
Symmetrix disponibles.
groupe de réplication de données
(terme spécifique à HP StorageWorks
EVA)
Regroupement logique de disques
virtuels EVA. Ce groupe peut contenir
jusqu'à huit jeux de copies à condition
qu'ils aient des caractéristiques
communes et partagent un journal CA
EVA commun.
Voir aussi jeu de copies.
groupe de stockage
(terme spécifique à Microsoft Exchange
Server)
Ensemble de bases de données
(banques) se partageant un jeu de
fichiers de journal des transactions.
Exchange gère chaque groupe de
stockage au moyen d'un processus de
serveur distinct.
groupe de volumes
Unité de stockage des données dans un
système LVM. Un groupe de volumes
peut être constitué d'un ou plusieurs
volumes physiques. Le système peut
contenir plusieurs groupes de volumes.
groupe d'utilisateurs
Chaque utilisateur de Data Protector est
membre d'un groupe d'utilisateurs, et
chaque utilisateur faisant partie d'un
groupe d'utilisateurs reçoit les mêmes
droits. Le nombre de groupes
d'utilisateurs et leurs droits utilisateur
peuvent être définis librement. Dans
G-23
Glossaire
Data Protector, on distingue trois
groupes d'utilisateurs par défaut :
Administrateur, Opérateur et Utilisateur.
interne et un logiciel de contrôle et de
diagnostic communément appelé
"microcode".
HP ITO
Voir OVO.
ID de connexion (terme spécifique à
MS SQL Server)
Nom sous lequel un utilisateur se
connecte à Microsoft SQL Server. Pour
qu'un ID de connexion soit reconnu, une
entrée doit avoir été créée pour
l'utilisateur associé dans la table système
syslogin de Microsoft SQL Server.
HP OpC
Voir OVO.
HP OpenView SMART Plug-In (SPI)
Solution entièrement intégrée et prête à
l'emploi qui vient compléter HP
OpenView Operations, élargissant ainsi
le domaine géré. Grâce à l'intégration
Data Protector, laquelle est mise en
œuvre sous la forme d'un module HP
OpenView SMART Plug-In, un
utilisateur peut disposer d'un nombre
arbitraire de Gestionnaires de cellule
Data Protector considérés comme une
extension de HP OpenView Operations
(OVO).
HP OVO
Voir OVO.
HP VPO
Voir OVO.
ICDA (terme spécifique à EMC
Symmetrix)
ICDA (Integrated Cached Disk Arrays)
d'EMC est un périphérique à baie de
disques combinant un ensemble de
disques physiques, un certain nombre de
canaux FWD SCSI, une mémoire cache
G-24
ID de session
Identificateur d'une session de
sauvegarde, de restauration, de copie
d'objets, de consolidation d'objet ou de
gestion de supports, qui est constitué de
la date d'exécution de la session et d'un
numéro unique.
ID de support
Identificateur unique attribué à un
support par Data Protector.
ID d'objet (terme spécifique à
Windows)
Les ID d'objet (OID) permettent
d'accéder aux fichiers NTFS 5, quel que
soit l'emplacement de ces derniers au
sein du système. Data Protector
considère les OID comme des flux de
fichiers.
ID sauvegarde
L'identificateur d'un objet d'intégration
qui est similaire à l'ID de session de la
Glossaire
sauvegarde de l'objet en question. L'ID
sauvegarde est conservé en cas de copie,
exportation ou importation de l'objet.
IDB
Base de données interne de Data
Protector, située sur le Gestionnaire de
cellule, qui permet d'identifier les
données sauvegardées, le type de
support utilisé, la façon dont les sessions
de sauvegarde et de restauration doivent
se dérouler, ainsi que les périphériques
et bibliothèques configurés.
image DR
Données requises pour l'installation et la
configuration temporaires du système
d'exploitation pour récupération après
sinistre (DR OS).
importation de supports
Procédé consistant à relire dans la base
de données IDB l'ensemble des données
relatives aux sessions de sauvegarde qui
se trouvent sur le support. Ceci permet
ensuite à l'utilisateur d'accéder
rapidement et facilement aux données
stockées sur les supports.
Voir aussi exportation de supports.
index de lecteur
Numéro permettant d'identifier la
position mécanique d'un lecteur au sein
d'une bibliothèque. Le contrôle
robotique utilise ce numéro pour
accéder à un lecteur.
Inet
Processus s'exécutant sur chaque
système UNIX ou service s'exécutant
sur chaque système Windows dans la
cellule Data Protector. Il est responsable
de la communication entre les systèmes
de la cellule et du lancement des
processus requis pour la sauvegarde et la
restauration. Le service Inet est lancé
dès que Data Protector est installé sur un
système. Le processus Inet est démarré
par le démon inetd.
informations de connexion à la base
de données cible Oracle (terme
spécifique à Oracle et SAP R/3)
Le format des informations de
connexion est le suivant :
<nom_utilisateur>/<mot de
passe>@<service>, où :
•
<nom_utilisateur> est le nom sous
lequel un utilisateur est reconnu par
le serveur Oracle et par les autres
utilisateurs. Chaque nom
d'utilisateur est associé à un mot de
passe ; l'utilisateur doit les entrer
tous les deux pour pouvoir se
connecter à une base de données
cible Oracle. Il doit également
disposer de droits SYSDBA ou
SYSOPER Oracle.
•
Ce <mot de passe> doit
correspondre à celui figurant dans le
fichier de mots de passe Oracle
(orapwd) ; ce fichier permet
G-25
Glossaire
d'authentifier les utilisateurs chargés
de l'administration de la base de
données.
•
<service> est le nom servant à
identifier un processus de serveur
SQL*Net pour la base de données
cible.
informations de connexion à la base
de données du catalogue de
récupération (terme spécifique à
Oracle)
Le format des informations de
connexion à la base de données du
catalogue de récupération (Oracle) est le
suivant : <nom_utilisateur>/<mot de
passe>@<service>, où la description du
nom d'utilisateur, du mot de passe et du
nom du service est la même que celle
qui figure dans les informations de
connexion SQL*Net V2 à la base de
données cible Oracle. Dans ce cas, le
<service> correspond au nom du service
de la base de données catalogue de
récupération et non à la base de données
cible Oracle.
Notez que l'utilisateur Oracle spécifié
doit être le propriétaire du catalogue de
récupération Oracle.
Informix Server (terme spécifique à
Informix Server)
Ce terme fait référence à Informix
Dynamic Server.
G-26
initialisation
Voir formatage.
instance Oracle (terme spécifique à
Oracle)
Chaque installation de base de données
Oracle sur un ou plusieurs systèmes.
Plusieurs instances de base de données
peuvent s'exécuter sur un même système
informatique.
interface de ligne de commande
Ensemble de commandes de type DOS
et UNIX qui peuvent être utilisées dans
les scripts shell pour effectuer des tâches
de configuration, de sauvegarde, de
restauration et de gestion dans Data
Protector.
interface de périphérique virtuel
(terme spécifique à MS SQL Server)
Interface de programmation de SQL
Server permettant de sauvegarder et de
restaurer rapidement des bases de
données volumineuses.
interface graphique utilisateur (GUI)
Interface graphique utilisateur
interplate-forme (HP-UX, Solaris et
Windows) fournie par Data Protector
pour offrir un accès aisé à l'ensemble
des tâches de configuration,
d'administration et d'utilisation.
interface XBSA (terme spécifique à
Informix Server)
L'utilitaire ON-Bar et Data Protector
Glossaire
communiquent par le biais de l'interface
de programmation XBSA (X/Open
Backup Services Application).
Internet Information Server (IIS)
(terme spécifique à Windows)
Microsoft Internet Information Server
est un fichier réseau et un serveur
d'applications qui prend en charge de
nombreux protocoles. La fonction
principale d'IIS consiste à transmettre
les informations des pages HTML
(Hypertext Markup Language) à l'aide
du protocole HTTP (Hypertext
Transport Protocol).
ISQL (terme spécifique à Sybase)
Utilitaire Sybase servant à effectuer des
tâches d'administration système sur
Sybase SQL Server.
ITO
Voir OVO.
jeu de copies (terme spécifique à HP
StorageWorks EVA)
Paire constituée des volumes sources sur
une baie EVA locale et de leur réplique
sur une baie EVA distante.
Voir aussi volume source, réplique et
CA + BC EVA.
jeu de copies miroir (terme spécifique
à MS VSS)
Ensemble de copies miroir créées au
même instant.
Voir aussi copie miroir.
jeu de disquettes ASR
Ensemble de fichiers stockés sur
plusieurs disquettes, nécessaires pour la
reconfiguration appropriée du disque de
rechange (partition du disque et
configuration des volumes logiques),
ainsi que pour la récupération
automatique du système d'origine et des
données utilisateur sauvegardées lors de
la sauvegarde complète du client.
Ces fichiers sont stockés comme fichier
archive ASR sur le Gestionnaire de
cellule (dans
<répertoire_Data_Protector>\Config\S
erver\dr\asr sur un Gestionnaire de
cellule Windows ou dans /etc/opt/omni/
server/dr/asr/ sur un Gestionnaire de
cellule UNIX) ainsi que sur le support
de sauvegarde Le fichier archive ASR
est extrait sur trois disquettes sur les
systèmes Windows 32 bits, ou sur
quatre disquettes sur les systèmes
Windows 64 bits lorsqu'un sinistre a eu
lieu. Ces disquettes sont nécessaires
pour effectuer l'ASR.
jeu de répliques (terme spécifique à
ZDB)
Un groupe de répliques, toutes créées en
utilisant la même spécification de
sauvegarde.
Voir aussi réplique et rotation du jeu
de répliques.
jeu de sauvegardes
Un jeu complet d'objets d'intégration
associés à une sauvegarde.
G-27
Glossaire
jeu de sauvegardes (terme spécifique à
Oracle)
Regroupement logique de fichiers
sauvegardés créés à l'aide de la
commande de sauvegarde RMAN. Un
jeu de sauvegardes est un ensemble
complet de fichiers associés à une
sauvegarde. Pour améliorer les
performances, les fichiers peuvent être
multiplexés. Un jeu de sauvegardes
contient soit des fichiers de données soit
des journaux d'archive, mais non les
deux à la fois.
jeu de supports
Une session de sauvegarde a pour
résultat le stockage de données sur un
groupe de supports appelé "jeu de
supports". Selon la stratégie d'utilisation
des supports, plusieurs sessions peuvent
se partager les mêmes supports.
rétablissement de la base de données".
Oracle y consigne toutes les
modifications apportées aux données.
journal de rétablissement archivé
(terme spécifique à Oracle)
Egalement appelé journal de
rétablissement hors ligne. Si la base de
données Oracle fonctionne en mode
ARCHIVELOG, chaque journal de
rétablissement en ligne, lorsqu'il est
plein, est copié dans un emplacement de
destination des journaux archivés. Cette
copie est appelée journal de
rétablissement archivé. La présence ou
l'absence de ce journal dépend du mode
de fonctionnement de la base de
données :
•
ARCHIVELOG - Les fichiers
journaux de rétablissement en ligne,
une fois pleins, sont archivés avant
d'être réutilisés. La base de données
peut être récupérée en cas de
défaillance d'un disque ou d'une
instance. Vous ne pouvez effectuer
de sauvegarde “à chaud” que si la
base de données fonctionne dans ce
mode.
•
NOARCHIVELOG - Les fichiers
journaux de rétablissement en ligne
ne sont pas archivés.
jonction de répertoires (terme
spécifique à Windows)
Les jonctions de répertoires utilisent le
concept de point d'analyse de Windows.
Une jonction de répertoire NTFS 5
permet à l'utilisateur de rediriger une
requête de répertoire/fichier vers un
autre emplacement.
journal de rétablissement (terme
spécifique à Oracle)
Chaque base de données Oracle dispose
d'un ensemble de plusieurs fichiers
journaux de rétablissement. Cet
ensemble est appelé "journal de
G-28
Voir aussi journal de rétablissement
en ligne.
Glossaire
journal de rétablissement en ligne
Voir journal de rétablissement
archivé.
journal de rétablissement en ligne
(terme spécifique à Oracle)
Journaux de rétablissement qui n'ont pas
été archivés, mais qui sont à la
disposition de l'instance à des fins
d'enregistrement de la base de données
ou qui sont pleins et attendent d'être
archivés ou réutilisés.
Voir aussi journal de rétablissement
archivé.
journal d'événements Data Protector
Référentiel central de l'ensemble des
notifications ayant trait à Data Protector.
Par défaut, toutes les notifications sont
envoyées au journal d'événements. Les
événements sont consignés dans le
fichier
<répertoire_Data_Protector>\log\serve
r\Ob2EventLog.txt sur le Gestionnaire
de cellule. Ce journal d'événements n'est
accessible qu'aux utilisateurs Data
Protector appartenant au groupe Admin
et à ceux qui disposent des droits
utilisateur Rapports et notifications.
Vous pouvez afficher ou supprimer
l'ensemble des événements du journal.
journaux de transactions (terme
spécifique à Data Protector)
Assure le suivi des modifications de la
base de données IDB. Il est recommandé
d'activer l'archivage des journaux de
transactions pour éviter de perdre les
fichiers journaux créés après la dernière
sauvegarde de la base de données IDB et
nécessaires à sa récupération.
journaux d'événements
Fichiers dans lesquels Windows
enregistre tous les événements, tels que
le démarrage et l'interruption des
services, et les connexions et
déconnexions des utilisateurs. Data
Protector peut sauvegarder les journaux
d'événements Windows dans le cadre de
la sauvegarde de la configuration
Windows.
keychain
Outil évitant d'avoir à fournir
manuellement une phrase passe pour
décrypter la clé privée. Vous devez
l'installer et le configurer sur le Serveur
d'installation si vous exécutez une
installation à distance via un shell
sécurisé.
LBO (terme spécifique à EMC
Symmetrix)
Logical Backup Object, objet
sauvegarde logique - Un LBO est un
objet de stockage/récupération de
données dans l'environnement EMC
Symmetrix. Il est stocké/récupéré par
EMC Symmetrix comme une entité
unique et ne peut être restauré que dans
son intégralité.
G-29
Glossaire
LDEV HP StorageWorks Disk Array
XP
Partition logique d'un disque physique
dans une baie de disques HP
StorageWorks Disk Array XP. Les
LDEV sont des entités qui peuvent être
dupliquées dans les configurations
Continuous Access XP (CA) et Business
Copy XP (BC) ou bien utilisées en tant
qu'entités autonomes.
Voir aussi BC (terme spécifique à HP
StorageWorks Disk Array XP), CA
(terme spécifique à HP StorageWorks
Disk Array XP) et réplique.
lecteur
Unité physique recevant des données
provenant d'un système informatique et
capable de les écrire sur un support
magnétique (généralement un lecteur de
bande). Un lecteur peut également lire
les données du support et les envoyer au
système informatique.
liste de préallocation
Dans un pool de supports, sousensemble de supports définissant l'ordre
dans lequel les supports sont utilisés
pour la sauvegarde.
LISTENER.ORA (terme spécifique à
Oracle)
Fichier de configuration Oracle
décrivant un ou plusieurs listeners TNS
(Transparent Network Substrate) sur un
serveur.
G-30
LUN HP StorageWorks Virtual
Array
Partition logique d'un disque physique
dans une baie de virtualisation HP
StorageWorks Virtual Array. Les LUN
sont des entités qui peuvent être
dupliquées dans la configuration HP
StorageWorks Business Copy VA ou
bien utilisées en tant qu'entités
autonomes.
Voir aussi BC VA et réplique.
LVM
Un LVM (Logical Volume Manager),
ou gestionnaire de volume logique, est
un sous-système permettant de
structurer l'espace disque physique et de
le mettre en correspondance avec les
volumes logiques sur les systèmes
UNIX. Un système LVM est constitué
de plusieurs groupes de volumes,
comportant chacun plusieurs volumes.
Manager-of-Managers (MoM)
Voir Gestionnaire de cellule
d'entreprise.
MAPI terme spécifique à Microsoft
Exchange)
L'interface MAPI (Messaging
Application Programming Interface) est
l'interface de programmation qui permet
aux applications et aux clients de
messagerie communiquer avec les
systèmes de messagerie et
d'information.
Glossaire
MFS
Le MFS (Migrating File System), ou
système de fichiers migrant, met des
fonctions de migration à la disposition
d'un système de fichiers JFS standard
(sur HP-UX 11.00). Il est accessible via
une interface de système de fichiers
standard (DMAPI), et se monte sur un
répertoire comme n'importe quel
système de fichiers HP-UX. Dans un
MFS, seules les informations de
superblock, d'inode et d'attribut étendu
demeurent en permanence sur le disque
dur et ne migrent jamais.
Voir aussi VBFS.
Microsoft Exchange Server
Système de messagerie "client-serveur"
et de groupes de travail fournissant une
connexion transparente à de nombreux
systèmes de communication différents.
Il offre aux utilisateurs un système de
messagerie électronique, une solution de
planification de groupe et individuelle,
des formulaires en ligne et des outils
d'automatisation du flux de travail. Il
fournit également au développeur une
plate-forme sur laquelle il peut élaborer
des applications personnalisées de
partage d'informations et de service de
messagerie.
Microsoft Management Console
(MMC) (terme spécifique à Windows)
Modèle d'administration pour
environnements Windows. Cette
console met à votre disposition une
interface utilisateur d'administration
simple, cohérente et intégrée permettant
de gérer de nombreuses applications à
partir d'une seule et même interface, à
condition toutefois que les applications
soient compatibles avec le modèle
MMC.
Microsoft SQL Server
Système de gestion de base de données
conçu pour répondre aux besoins du
traitement distribué "client-serveur".
miroir (terme spécifique à EMC
Symmetrix et HP StorageWorks Disk
Array XP)
Voir volume cible.
miroir de premier niveau (terme
spécifique à HP StorageWorks Disk
Array XP)
HP StorageWorks Disk Array XP peut
comporter jusqu'à trois copies miroir
d'un volume principal, chacune d'entre
elles pouvant également posséder deux
copies supplémentaires. Les trois copies
miroir sont appelées miroirs de premier
niveau.
Voir également volume principal et
numéros de MU.
miroir d'objet
Copie d'un objet sauvegarde créé à l'aide
de la mise en miroir d'objet. Les miroirs
d'objet sont souvent appelés copies
d'objet.
G-31
Glossaire
mise au coffre de supports
Procédé consistant à stocker des
supports dans un emplacement sécurisé
et distant. Les supports sont retournés au
"centre de données" lorsqu'une
restauration de données est nécessaire
ou lorsqu'ils sont prêts à être réutilisés
pour d'autres sauvegardes. La façon
dont la mise au coffre est réalisée
dépend de la stratégie de sauvegarde
adoptée par votre entreprise et de sa
politique de protection et de fiabilité de
données.
mise en miroir d'objet
Processus consistant à écrire les mêmes
données sur plusieurs jeux de supports
au cours d'une session de sauvegarde.
Data Protector vous permet de mettre en
miroir tous les objets sauvegarde ou
certains seulement sur un ou plusieurs
jeux de supports.
MMD
Le processus (service) MMD (Media
Management Daemon), ou démon de
gestion des supports, s'exécute sur le
Gestionnaire de cellule Data Protector et
contrôle les opérations relatives aux
périphériques et à la gestion des
supports. Le processus démarre dès que
Data Protector est installé sur le
Gestionnaire de cellule.
MMDB
La base de données de gestion des
supports (MMDB) fait partie de la base
G-32
de données IDB, laquelle contient les
informations concernant les supports,
les pools de supports, les périphériques,
les bibliothèques, les lecteurs de
bibliothèques et les emplacements
configurés dans la cellule, ainsi que les
supports Data Protector utilisés pour la
sauvegarde. Dans un environnement de
sauvegarde d'entreprise, cette partie de
la base de données peut être commune à
toutes les cellules.
Voir aussi CMMDB, CDB.
module d'écriture
(terme spécifique à MS VSS)
Processus initiant la modification des
données sur le volume d'origine. Les
modules d'écriture sont généralement
des applications ou des services système
rédigeant des informations permanentes
sur un volume. Ils participent également
au processus de synchronisation des
copies miroir en assurant la cohérence
des données.
MoM
Plusieurs cellules peuvent être
regroupées et gérées depuis une cellule
centrale. Le système de gestion de la
cellule centrale est le Manager-ofManagers (MoM). Les cellules sont
appelées clients MoM. Vous pouvez
ainsi configurer et gérer plusieurs
cellules à partir d'un point central.
Glossaire
moteur de stockage extensible (ESE,
pour Extensible Storage Engine)
(terme spécifique à Microsoft Exchange
Server)
Technologie de base de données servant
de système de stockage pour les
échanges d'informations avec le serveur
Microsoft Exchange.
moteur XCopy (terme spécifique à la
sauvegarde directe)
Commande SCSI-3 permettant de copier
des données d'un périphérique de
stockage doté d'une adresse SCSI source
vers un périphérique de stockage doté
d'une adresse SCSI cible, autorisant
ainsi une sauvegarde directe. Les
données transitent du périphérique
source (en bloc ou en continu, c'est-àdire sur disque ou sur bande) vers le
périphérique cible (en bloc ou en
continu) via XCopy. Ainsi, le serveur de
contrôle n'a plus besoin de transférer les
données du périphérique de stockage
vers la mémoire ni de les écrire sur le
périphérique cible.
Voir aussi sauvegarde directe.
MSM
Le Gestionnaire de session de supports
(Media Session Manager) de Data
Protector s'exécute sur le Gestionnaire
de cellule et régit les sessions de
supports, telles que la copie de supports.
niveau de journalisation
Le niveau de journalisation indique le
nombre de détails concernant les
fichiers et répertoires qui sont écrits
dans la base de données interne (IDB)
pendant la sauvegarde, la copie ou la
consolidation d'objets. Vous pouvez
toujours restaurer vos données, sans
tenir compte du niveau de journalisation
utilisé pendant la sauvegarde. Data
Protector propose quatre niveaux de
journalisation : Journaliser tout,
Journaliser répertoires, Journaliser
fichiers, Pas de journalisation. Les
différents paramètres de niveau de
journalisation influencent la croissance
de la base de données IDB, la vitesse de
sauvegarde et la facilité d'exploration
des données à restaurer.
nom de verrouillage
Vous pouvez configurer plusieurs fois le
même périphérique physique avec des
caractéristiques différentes en utilisant
des noms de périphérique distincts.
Le nom de verrouillage est une chaîne
spécifiée par l'utilisateur servant à
verrouiller toute configuration de
périphérique de ce type afin d'empêcher
un conflit si plusieurs de ces
périphériques (noms de périphériques)
sont utilisés simultanément. Utilisez un
nom de verrouillage identique pour
toutes les définitions de périphériques
utilisant le même périphérique physique.
G-33
Glossaire
numéro de MU (terme spécifique à HP
StorageWorks Disk Array XP)
Nombre entier (0, 1 ou 2) servant à
indiquer un miroir de premier niveau.
Voir aussi miroir de premier niveau.
•
Point de montage : point d'accès
dans une structure de répertoires
(lecteur sous Windows et point de
montage sous UNIX) sur le client
contenant l'objet sauvegarde.
obdrindex.dat
Voir fichier de récupération IDB.
•
Description : définit exclusivement
les objets sauvegarde avec un nom
de client et un point de montage
identiques.
•
Saisissez : type d'objet sauvegarde
(par exemple, un système de fichier
ou Oracle).
objet
Voir objet sauvegarde
objet d'intégration
Un objet sauvegarde d'une intégration
de Data Protector, telle que Oracle ou
SAP DB.
objet sauvegarde
Unité de sauvegarde contenant tous les
éléments sauvegardés d'un volume de
disque (disque logique ou point de
montage). Les éléments sauvegardés
peuvent être des fichiers, des répertoires
ou l'ensemble du disque ou du point de
montage. En outre, un objet sauvegarde
peut être une entité de base de données
ou une image disque (rawdisk).
Un objet sauvegarde est défini comme
suit :
•
Nom de client : nom d'hôte du client
Data Protector dans lequel l'objet
sauvegarde est hébergé.
OmniStorage
Logiciel permettant d'effectuer une
migration transparente des données les
moins utilisées vers la bibliothèque
optique et de conserver les plus utilisées
sur le disque dur. HP OmniStorage
fonctionne sur les systèmes HP-UX.
ON-Bar (terme spécifique à Informix
Server)
Système de sauvegarde et de
restauration pour Informix Server. ONBar vous permet de créer une copie des
données Informix Server et de les
restaurer ultérieurement. Le système de
sauvegarde et de restauration ON-Bar
nécessite l'intervention des composants
suivants :
•
G-34
Commande onbar
Glossaire
•
Data Protector en tant que solution
de sauvegarde
•
Interface XBSA
•
Tables de catalogue ON-Bar servant
à sauvegarder les dbobjects et à
effectuer un suivi des instances de
dbobjects dans plusieurs
sauvegardes.
ONCONFIG (terme spécifique à
Informix Server)
Variable d'environnement spécifiant le
nom du fichier de configuration
ONCONFIG actif. En cas d'absence de
la variable d'environnement
ONCONFIG, Informix Server utilise les
valeurs de configuration du fichier
onconfig dans le répertoire
<INFORMIXDIR>\etc (sous Windows)
ou <INFORMIXDIR>/etc/ (sous
UNIX).
OpC
Voir OVO.
OpenSSH
Ensemble d'outils de connexion réseau
permettant d'accéder à des machines
distantes en toute sécurité grâce à une
variété de méthodes d'authentification et
de cryptage. Vous devez l'installer et le
configurer sur le Serveur d'installation et
le client si vous exécutez une
installation à distance via un shell
sécurisé.
opérateurs booléens
Les opérateurs booléens pour la fonction
de recherche sur le texte entier du
système d'aide en ligne sont AND, OR,
NOT et NEAR (ET, OU, NON et
PROCHE). Utilisés lors d'une
recherche, ils vous permettent de définir
précisément votre requête en établissant
une relation entre les termes de la
recherche. AND est utilisé par défaut
lorsque vous ne spécifiez aucun
opérateur dans une recherche avec
plusieurs termes. Par exemple, la
requête "récupération après sinistre
manuelle" équivaut à récupération AND
après AND sinistre AND manuelle.
opération hors contrôle ou opération
sans surveillance
Sauvegarde ou restauration ayant lieu en
dehors des heures normales de bureau,
ce qui signifie qu'aucun opérateur n'est
présent pour utiliser l'application de
sauvegarde ou les demandes de montage
de service, par exemple.
opération sans surveillance
Voir opération hors contrôle.
Oracle Data Guard (terme spécifique à
Oracle)
Oracle Data Guard est la principale
solution de récupération après sinistre
d'Oracle. Oracle Data Guard peut gérer
jusqu'à neuf bases de données en attente
(auxiliaires), chacune constituant une
copie en temps réel de la base de
G-35
Glossaire
données de production (principale), pour
protéger contre les altérations, les
corruptions de données, les erreurs
humaines et les sinistres. En cas de
problème de la base de données de
production, le basculement sur l'une des
bases de données en attente est possible,
celle-ci devenant alors la nouvelle base
de données principale. En outre, le
temps d'indisponibilité prévu pour la
maintenance peut être réduit, car il est
possible de faire rapidement basculer le
traitement de production de la base de
données principale actuelle sur une base
de données en attente, et inversement
ensuite.
Cette intégration est mise en œuvre sous
la forme d'un module SMART Plug-In
pour les serveurs de gestion OVO sous
HP-UX et Solaris. Les versions
antérieures d'OVO se nommaient IT/
Operation, Operations Center et
Vantage Point Operations.
Voir aussi fusion.
ORACLE_SID (terme spécifique à
Oracle)
Nom unique pour une instance de
serveur Oracle. Pour passer d'un serveur
Oracle à un autre, spécifiez le
<ORACLE_SID> voulu. Le
<ORACLE_SID> est inséré dans les
parties CONNECT DATA du
descripteur de connexion d'un fichier
TNSNAMES.ORA et dans la définition
du listener TNS du fichier
LISTENER.ORA.
paquet magique
Voir Wake ONLAN.
OVO
HP OpenView Operations pour Unix
offre des fonctions puissantes pour gérer
les opérations d'un grand nombre de
systèmes et d'applications à l'intérieur
d'un réseau. Data Protector fournit une
intégration de ce produit de gestion.
G-36
package (terme spécifique à MC/
ServiceGuard et à Veritas Cluster)
Ensemble de ressources (groupes de
volumes, services d'applications, noms
et adresses IP, par exemple) nécessaires
à l'exécution d'une application
compatible cluster spécifique.
parallélisme
Concept consistant à lire plusieurs flux
de données depuis une base de données
en ligne.
parallélisme de bases de données
Plusieurs bases de données sont
sauvegardées simultanément si le
nombre de périphériques disponibles
permet d'effectuer des sauvegardes en
parallèle.
partage de charge
Par défaut, Data Protector équilibre
automatiquement la charge (l'utilisation)
des périphériques sélectionnés pour la
sauvegarde, afin que ces derniers soient
Glossaire
utilisés de manière uniforme. Ce
procédé permet d'optimiser l'utilisation
des périphériques en équilibrant le
nombre des objets écrits sur chacun.
Cette opération s'effectuant
automatiquement pendant la
sauvegarde, l'utilisateur n'a pas besoin
de gérer la sauvegarde des données ; il
lui suffit de spécifier les périphériques à
utiliser. Si vous ne souhaitez pas utiliser
l'équilibrage de charge, vous pouvez
sélectionner le périphérique à utiliser
avec chaque objet dans le spécification
de sauvegarde. Data Protector accèdera
aux périphériques dans l'ordre spécifié.
partition système
Partition contenant les fichiers du
système d'exploitation. La terminologie
utilisée par Microsoft définit la partition
système comme une partition contenant
les fichiers nécessaires pour assurer les
premières étapes du processus
d'amorçage.
passage
Voir basculement.
périphérique
Unité physique contenant soit un
lecteur, soit une unité plus complexe
(une bibliothèque par exemple).
périphérique cible (R2) (terme
spécifique à EMC Symmetrix)
Périphérique EMC Symmetrix prenant
part aux opérations SRDF avec un
périphérique source (R1). Il réside sur
l'unité EMC Symmetrix distante. Il est
apparié à un périphérique source (R1)
dans l'unité EMC Symmetrix locale et
reçoit toutes les données écrites sur le
périphérique dont il est le miroir.
Pendant les opérations d'E/S courantes,
les applications utilisateur ne peuvent
accéder à ce périphérique cible. Tout
périphérique R2 doit être affecté à un
type de groupe RDF2.
Voir aussi périphérique source (R1).
périphérique compatible OBDR
Périphérique capable d'émuler un
lecteur de CD-ROM contenant un
disque amorçable et pouvant donc servir
de périphérique de sauvegarde ou
d'amorçage à des fins de récupération
après sinistre.
périphérique de bibliothèque de
fichiers
Périphérique résidant sur un disque
émulant une bibliothèque contenant
plusieurs supports, donc plusieurs
fichiers ; désigné sous le terme dépôts
de fichier.
périphérique de bibliothèque de
stockage
Périphérique composé de plusieurs
emplacements destinés à stocker des
supports optiques ou des fichiers.
Lorsqu'il est utilisé pour le stockage de
G-37
Glossaire
fichiers, le périphérique de bibliothèque
de stockage est appelé "périphérique de
bibliothèque de stockage de fichiers".
périphérique de bibliothèque de
stockage de fichiers
Périphérique situé sur un disque se
composant de plusieurs emplacements
destinés au stockage des fichiers.
périphérique de fichier autonome
Un périphérique de fichier est un fichier
situé dans un répertoire spécifié dans
lequel vous sauvegardez des données.
périphérique de sauvegarde
Périphérique configuré pour une
utilisation avec Data Protector, capable
d'écrire et de lire des données sur un
support de stockage. Il peut s'agir, par
exemple, d'un lecteur DDS/DAT
autonome ou d'une bibliothèque.
périphérique en mode continu
On dit d'un périphérique qu'il fonctionne
en mode continu s'il peut fournir un
volume de données suffisant au support
pour que ce dernier fonctionne en
continu. Dans le cas contraire,
l'avancement de la bande doit être
interrompu, le périphérique attend
d'avoir reçu d'autres données, fait
légèrement reculer la bande, puis
reprend l'écriture des données, et ainsi
de suite. En d'autres termes, si le taux
auquel les données sont écrites sur la
bande est inférieur ou égal à celui
G-38
auquel elles sont fournies au
périphérique par le système
informatique, le périphérique fonctionne
en mode continu. Ce procédé améliore
considérablement les performances du
périphérique et la gestion de l'espace de
stockage.
périphérique physique
Unité physique contenant soit un
lecteur, soit une unité plus complexe
(une bibliothèque, par exemple).
périphérique source (R1) (terme
spécifique à EMC Symmetrix)
Périphérique EMC Symmetrix prenant
part aux opérations SRDF avec un
périphérique cible (R2). Toutes les
données écrites sur ce périphérique sont
mises en miroir sur un périphérique
cible (R2) situé sur une unité EMC
Symmetrix distante. Tout périphérique
R1 doit être attribué à un type de groupe
RDF1.
Voir aussi périphérique cible (R2).
planificateur
Fonction permettant de contrôler le
moment et la fréquence des sauvegardes
automatiques. En définissant un
calendrier, l'utilisateur peut automatiser
le lancement des sauvegardes.
point d'analyse (terme spécifique à
Windows)
Attribut contrôlé par le système et
pouvant être associé à tout répertoire ou
Glossaire
fichier. La valeur d'un attribut d'analyse
peut avoir des données définies par
l'utilisateur. Le format des données est
reconnu par l'application sur laquelle
elles étaient stockées et par un filtre de
système de fichiers installé dans le but
de permettre l'interprétation des données
et le traitement des fichiers. Chaque fois
que le système de fichiers rencontre un
fichier comportant un point d'analyse, il
essaie de trouver le filtre de système de
fichiers associé au format de données.
point de montage
Point d'accès à un disque ou à un
volume logique dans une structure de
répertoires, par exemple /opt ou d:. Sous
UNIX, les points de montage sont
accessibles au moyen de la commande
bdf ou df.
point de montage de volume (terme
spécifique à Windows)
Répertoire vide sur un volume pouvant
être utilisé pour le montage d'un autre
volume. Le point de montage de volume
sert de passerelle vers le volume cible.
Une fois le volume monté, les
utilisateurs et les applications peuvent
consulter les données stockées sur celuici par le chemin d'accès au système de
fichiers complet (fusionné), comme si
les deux volumes ne faisaient qu'un.
pont FC
Voir pont Fibre Channel.
pont Fibre Channel
Un pont ou multiplexeur Fibre Channel
permet de réaliser une migration des
périphériques SCSI parallèles existants,
tels que les baies de disques RAID, les
disques SSD et les bibliothèques de
bandes vers un environnement Fibre
Channel. Une interface Fibre Channel se
trouve à une extrémité du pont ou
multiplexeur. Des ports SCSI parallèles
se trouvent à l'autre extrémité. Le pont
ou multiplexeur permet de déplacer les
paquets SCSI entre les périphériques
Fibre Channel et SCSI parallèles.
pool de supports
Ensemble de supports du même type
(DDS par exemple), utilisé et suivi
comme un groupe. Les supports sont
formatés et attribués à un pool.
pool libre
Source auxiliaire de supports utilisée par
les pools n'ayant plus aucun support
disponible. Les pools de supports
doivent être configurés pour l'utilisation
de pools libres.
post-exécution
Option de sauvegarde qui exécute une
commande ou un script après la
sauvegarde d'un objet ou une fois que la
session de sauvegarde est terminée. Les
commandes de post-exécution ne sont
pas fournies avec Data Protector.
L'utilisateur doit les créer lui-même.
Elles peuvent être rédigées sous la
G-39
Glossaire
forme de programmes exécutables ou de
fichiers séquentiels sous Windows, ou
bien de scripts shell sous UNIX.
Voir aussi pré-exécution.
pré-exécution
Option de sauvegarde qui exécute une
commande ou un script avant la
sauvegarde d'un objet ou avant que la
session de sauvegarde ne démarre. Les
commandes de pré-exécution ne sont
pas fournies avec Data Protector.
L'utilisateur doit les créer lui-même.
Elles peuvent être rédigées sous la
forme de programmes exécutables ou de
fichiers séquentiels sous Windows, ou
bien de scripts shell sous UNIX.
Voir aussi post-exécution.
processus BC (terme spécifique à EMC
Symmetrix)
Solution d'environnement de stockage
protégé dans le cadre de laquelle des
périphériques EMC Symmetrix ont été
spécialement configurés en tant que
miroirs ou volumes de continuité
d'activité pour protéger les données
stockées sur des périphériques EMC
Symmetrix standard.
Voir aussi BCV.
processus de copie d'objet
Processus de copie des versions d'objet
sélectionnées sur un jeu de supports
spécifique. Vous pouvez sélectionner
pour la copie des versions d'objet d'une
ou de plusieurs sessions de sauvegarde.
G-40
profil utilisateur (terme spécifique à
Windows)
Informations de configuration définies
pour chaque utilisateur. Ces
informations comprennent la
configuration du bureau, les couleurs
d'écran sélectionnées, les connexions
réseau, etc. Lorsqu'un utilisateur se
connecte, le système charge son profil et
l'environnement Windows le prend en
compte.
propriétaire de la sauvegarde
Tout objet sauvegarde de la base de
données IDB a un propriétaire. Par
défaut, il s'agit de l'utilisateur qui a lancé
la session de sauvegarde.
propriété
La propriété d'une sauvegarde détermine
qui est autorisé à restaurer des fichiers à
partir de la sauvegarde. Le propriétaire
de la session est la personne qui démarre
la sauvegarde interactive. Si un
utilisateur démarre une spécification de
sauvegarde existante sans la modifier, la
session n'est pas considérée comme
interactive. Dans ce cas, si le
propriétaire de la sauvegarde a été défini
dans la spécification de la sauvegarde,
celui-ci reste le propriétaire de la
session. Dans le cas contraire, le
propriétaire de la session est l'utilisateur
qui a démarré la sauvegarde concernée.
Pour les sauvegardes planifiées, le
propriétaire par défaut de la session pour
le Gestionnaire de cellule Unix est
Glossaire
root.sys@<Gestionnaire de cellule>.
Pour le Gestionnaire de cellule
Windows, il s'agira de l'utilisateur
indiqué pendant l'installation du
Gestionnaire de cellule. Il est possible
de modifier la propriété de manière à ce
qu'un utilisateur spécifique devienne le
propriétaire de la session.
protection
Voir protection de données et
protection de catalogue.
protection de catalogue
Permet de définir le temps de
conservation des informations
concernant les données sauvegardées
(sauvegarde, noms et versions de
fichiers) dans la base de données IDB.
Voir aussi protection de données.
protection de données
Permet de définir le délai de protection
des données sauvegardées sur un
support, c'est-à-dire la durée pendant
laquelle Data Protector ne peut les
écraser. Une fois ce délai expiré, Data
Protector peut réutiliser le support lors
d'une prochaine session de sauvegarde.
Voir aussi protection de catalogue.
pulsation
Ensemble de données de cluster qui
comporte un horodatage contenant des
informations sur l'état de
fonctionnement d'un nœud de cluster
spécifique. Cet ensemble de données est
distribué à tous les nœuds de cluster.
quota de disque
Concept permettant de gérer l'utilisation
de l'espace disque pour l'ensemble des
utilisateurs ou pour certains d'entre eux
sur un système informatique. Plusieurs
plates-formes de système d'exploitation
utilisent ce concept.
quotas de disque utilisateur
Le support de gestion des quotas NTFS
permet le contrôle et le suivi élaboré de
l'utilisation de l'espace disque sur les
volumes de stockage partagés. Data
Protector sauvegarde des quotas de
disque utilisateur sur l'ensemble du
système et pour tous les utilisateurs
configurés à un instant donné.
RAID
Redundant Array of Inexpensive Disks,
baie de disques durs redondants bon
marché.
RCU (terme spécifique à HP
StorageWorks)
Unité agissant comme esclave d'une
MCU dans une configuration CA. Dans
les configurations bidirectionnelles, la
RCU peut également agir comme une
MCU.
G-41
Glossaire
RDF1/RDF2 (terme spécifique à EMC
Symmetrix)
Type de groupe de périphériques SRDF.
Seuls les périphériques RDF peuvent
être attribués à un groupe RDF. Le type
de groupe RDF1 contient des
périphériques sources (R1) et le type de
groupe RDF2 des périphériques cibles
(R2).
RDS
Le processus RDS (Raima Database
Server) s'exécute sur le Gestionnaire de
cellule Data Protector et gère la base de
données IDB. Le processus démarre dès
que Data Protector est installé sur le
Gestionnaire de cellule.
RecoveryInfo
Lors de la sauvegarde de fichiers de
configuration Windows, Data Protector
collecte les informations sur la
configuration système actuelle (volume,
configuration disque et réseau). Ces
informations sont nécessaires pour la
récupération après sinistre.
récupération après sinistre
Procédé permettant de restaurer le
disque du système principal d'un client
dans un état proche de celui dans lequel
il se trouvait après une sauvegarde
complète.
récupération hors ligne
Une récupération hors ligne s'effectue
lorsque le Gestionnaire de cellule n'est
G-42
pas accessible (en raison de problèmes
sur le réseau, par exemple). Seuls les
périphériques autonomes et les
périphériques de bibliothèque SCSI
peuvent être utilisés pour une
récupération hors ligne. La récupération
du Gestionnaire de cellule s'effectue
toujours hors ligne.
récupération locale et distante
La récupération distante s'effectue
lorsque tous les hôtes de l'Agent de
support spécifiés dans le fichier SRD
sont accessibles. Si l'un d'entre eux
échoue, le processus de récupération
après sinistre bascule du mode distant au
mode local. Dans ce cas, le système
cible est parcouru pour la recherche de
périphériques connectés en local. Si la
recherche ne renvoie qu'un seul
périphérique, celui-ci sera
automatiquement utilisé. Dans le cas
contraire, Data Protector vous invitera à
sélectionner le périphérique à utiliser
pour la restauration.
récupération matérielle (terme
spécifique à Microsoft Exchange
Server)
Récupération de la base de données
Microsoft Exchange Server effectuée
après une restauration par le moteur de
base de données, au moyen des fichiers
de journal des transactions.
Glossaire
recyclage
Processus consistant à supprimer la
protection de toutes les données
sauvegardées se trouvant sur le support,
autorisant ainsi Data Protector à les
écraser au cours de l'une des
sauvegardes ultérieures. Les données
provenant de la même session, mais se
trouvant sur d'autres supports, ne sont
plus protégées non plus. Le recyclage ne
modifie pas les données qui se trouvent
sur le support.
intitulé dcbf et se trouve dans le
répertoire
<répertoire_Data_Protector>\db40 sur
un Gestionnaire de cellule Windows et
dans le répertoire /var/opt/omni/server/
db40 sur un Gestionnaire de cellule
UNIX. Vous pouvez créer d'autres
répertoires DC et les enregistrer à
l'emplacement de votre choix. Chaque
cellule peut gérer jusqu'à 10 répertoires
DC. La taille maximale par défaut d'un
répertoire DC est de 4 Go.
réécriture
Option définissant un mode de
résolution de conflits pendant la
restauration. Tous les fichiers
sauvegardés sont restaurés, même s'ils
sont plus anciens que les fichiers
existants.
Voir aussi fusion.
réplique (terme spécifique à ZDB)
Une image, à un instant T, des données
des volumes source qui contiennent les
objets sauvegarde spécifiques à
l'utilisateur. En fonction du matériel/
logiciel avec lequel elle est créée,
l'image peut être un doublon exact
indépendant (clone) des blocs de
stockage au niveau du disque physique
(split mirror, par exemple) ou bien une
copie virtuelle (par exemple, un
snapshot). Du point de vue de l'hôte, sur
un système de base UNIX ou Windows,
le disque physique complet contenant un
objet sauvegarde est répliqué. Toutefois,
si un gestionnaire de volume est utilisé
sur UNIX, le groupe entier de volumes/
disques contenant un objet sauvegarde
est dupliqué.
Voir aussi snapshot, création de
snapshot, split mirror et création de
split mirror.
registre Windows
Base de données centralisée utilisée par
Windows pour stocker les informations
relatives à la configuration du système
d'exploitation et des applications
installées.
répertoire DC
Le répertoire de catalogue des détails
(DC) est constitué des fichiers binaires
DC où sont stockées les informations
relatives aux versions de fichier. Il
constitue la partie DCBF de la base de
données IDB dont il occupe environ 80
%. Le répertoire DC par défaut est
G-43
Glossaire
restauration incrémentale (terme
spécifique à EMC Symmetrix)
Opération de contrôle BCV ou SRDF.
Dans les opérations de contrôle BCV,
une restauration incrémentale réaffecte
un périphérique BCV comme miroir
disponible suivant du périphérique
standard de la paire. Cependant, les
périphériques standard sont mis à jour
uniquement avec les données écrites sur
le périphérique BCV au cours de la
séparation des paires d'origine ; les
données écrites sur le périphérique
standard au cours de la séparation sont
écrasées par les données du miroir BCV.
Dans les opérations de contrôle SRDF,
une restauration incrémentale réaffecte
un périphérique (R2) cible comme
miroir disponible suivant du
périphérique (R1) source de la paire.
Cependant, les périphériques (R1)
source sont mis à jour uniquement avec
les données écrites sur le périphérique
(R2) cible au cours de la séparation des
paires d'origine ; les données écrites sur
le périphérique (R1) source au cours de
la séparation sont écrasées par les
données du miroir (R2) cible.
restauration instantanée ((terme
spécifique à ZDB)
Processus par lequel une duplication
effectuée lors d'une sauvegarde ZDB sur
disque ou ZDB sur disque + bande
permet de restaurer le contenu des
volumes source tel qu'il était au moment
de la création de la réplique, permettant
G-44
ainsi de ne pas effectuer de restauration
à partir de la bande. Suivant
l'application/la base de données
concernée, cela peut suffire. Dans
d'autres cas, des étapes supplémentaires
peuvent être requises en vue d'une
récupération complète, l'application de
journaux de transaction par exemple.
Voir aussi réplique, sauvegarde avec
temps d'indisponibilité nul (ZDB),
ZDB sur disque et ZDB sur disque +
bande.
restauration parallèle
Procédé consistant à restaurer
simultanément (c'est-à-dire en parallèle)
des données sauvegardées vers plusieurs
disques, en exécutant pour cela plusieurs
Agents de disque qui reçoivent des
données d'un Agent de support. Pour
que la restauration parallèle fonctionne,
les données sélectionnées doivent se
trouver sur des disques ou volumes
logiques différents, et lors de la
sauvegarde, les données provenant des
différents objets doivent avoir été
envoyées au même périphérique avec
deux Agents de disque ou plus. Pendant
une restauration parallèle, les données
concernant les différents objets à
restaurer sont lues simultanément sur les
supports, améliorant ainsi les
performances du système.
restauration Split Mirror (terme
spécifique à EMC Symmetrix et HP
StorageWorks Disk Array XP)
Glossaire
Processus dans lequel les données
sauvegardées lors d'une session de
sauvegarde ZDB sur bande ou ZDB sur
disque + bande sont restaurées du
support de bande sur une réplique split
mirror qui est alors synchronisée avec
les volumes sources. Les objets
sauvegarde individuels ou les sessions
complètes peuvent être restauré(e)s à
l'aide de cette méthode.
Voir aussi sauvegarde ZDB sur bande,
ZDB sur disque + bande et réplique.
RMAN (terme spécifique à Oracle)
Voir gestionnaire de récupération.
rotation des miroirs (terme spécifique
à HP StorageWorks Disk Array XP)
Voir rotation du jeu de répliques.
rotation du jeu de répliques (terme
spécifique à ZDB)
Utilisation d'un jeu de répliques pour la
génération régulière de sauvegardes :
chaque fois qu'une même spécification
de sauvegarde requérant l'utilisation
d'un jeu de répliques est exécutée, une
nouvelle réplique est créée et ajoutée au
jeu, jusqu'à obtention du nombre
maximal de répliques pour le jeu. La
réplique la plus ancienne du jeu est alors
remplacée et le nombre maximal de
répliques du jeu conservé.
Voir aussi réplique et jeu de répliques.
RSM
Le Restore Session Manager Data
Protector (Gestionnaire de session de
restauration) contrôle la session de
restauration. Ce processus est toujours
exécuté sur le système du Gestionnaire
de cellule.
RSM (terme spécifique à Windows)
Le RSM (Removable Storage Manager),
ou Gestionnaire de supports amovibles,
comprend un service de gestion des
supports facilitant la communication
entre les applications, les changeurs
robotiques et les bibliothèques de
supports. Il permet à plusieurs
applications de partager des
bibliothèques de supports robotiques
locales et des lecteurs de disques ou de
bandes, et de gérer les supports
amovibles.
SAPDBA (terme spécifique à SAP R/3)
Interface utilisateur SAP R/3 intégrant
les outils BRBACKUP, BRARCHIVE
et BRRESTORE.
sauvegarde avec temps
d'indisponibilité nul (ZDB)
Approche de sauvegarde selon laquelle
les techniques de duplication des
données fournies par une baie de
disques permettent de réduire l'impact
des opérations de sauvegarde sur un
système d'application. Une réplique
des données à sauvegarder est d'abord
créée. Toutes les opérations de
G-45
Glossaire
sauvegarde suivantes sont effectuées au
niveau des données répliquées plutôt
que les données d'origine, le système
d'application pouvant retourner en mode
de fonctionnement normal.
Voir aussi sauvegarde avec temps
d'indisponibilité nul (ZDB),
sauvegarde ZDB sur bande, ZDB sur
disque + bande et restauration
instantanée.
sauvegarde complète
Sauvegarde au cours de laquelle tous les
objets sélectionnés sont sauvegardés,
qu'ils aient été ou non modifiés
récemment.
Voir aussi types de sauvegarde.
sauvegarde complète synthétique
Résultat d'une opération de
consolidation d'objet, au cours de
laquelle une chaîne de restauration d'un
objet sauvegarde est fusionnée en une
nouvelle version complète synthétique
de cet objet. En termes de vitesse de
restauration, une telle sauvegarde est
équivalente à une sauvegarde complète
classique.
sauvegarde complète virtuelle
Type de sauvegarde synthétique efficace
au cours de laquelle les données sont
consolidées à l'aide de pointeurs au lieu
d'être copiées. Elle est réalisée si toutes
les sauvegardes (la sauvegarde
complète, les sauvegardes incrémentales
et la sauvegarde complète virtuelle
G-46
résultante) sont écrites dans une seule
bibliothèque de fichiers qui utilise le
format de support de fichiers distribués.
sauvegarde de base de données
complète
Sauvegarde de toutes les données d'une
base de données, et non uniquement des
données ayant été modifiées après la
dernière sauvegarde (complète ou
incrémentale) de la base de données.
Une sauvegarde de base de données
complète ne dépend d'aucune autre
sauvegarde.
sauvegarde de base de données
différentielle
Sauvegarde de base de données au cours
de laquelle seules les modifications
intervenues après la dernière sauvegarde
complète de la base sont sauvegardées.
sauvegarde de boîte au lettres
complète
Sauvegarde de tout le contenu d'une
boîte aux lettres.
sauvegarde de client
Sauvegarde de tous les modules
d'écriture et systèmes de fichiers montés
sur un client. Les systèmes de fichiers
montés sur le client une fois la
spécification de sauvegarde créée ne
sont pas détectés automatiquement.
Glossaire
sauvegarde de client avec découverte
de disque
Sauvegarde de tous les systèmes de
fichiers montés sur un client. Lorsque la
sauvegarde commence, Data Protector
découvre les disques se trouvant sur les
clients. La sauvegarde du client avec
découverte du disque permet de
simplifier la configuration de la
sauvegarde et d'améliorer la couverture
de sauvegarde des systèmes sur lesquels
des disques sont fréquemment montés/
démontés.
sauvegarde de CONFIGURATION
Windows
Data Protector permet de sauvegarder la
CONFIGURATION Windows, y
compris le registre Windows, les profils
utilisateur, les journaux d'événements et
les données des serveurs WINS et
DHCP (s'ils sont configurés) en une
seule étape.
sauvegarde de disque en plusieurs
étapes
Le processus de sauvegarde des données
en plusieurs étapes permet d'améliorer
les performances des sauvegardes et des
restaurations, de réduire les coûts de
stockage des données sauvegardées et
d'améliorer la disponibilité et
l'accessibilité des données pour
restauration. Les étapes de sauvegarde
consistent à sauvegarder d'abord les
données sur un type de support (par
exemple un disque) puis ultérieurement
les copier sur un type de support
différent (par exemple sur bande).
sauvegarde de snapshot (terme
spécifique à HP StorageWorks VA et HP
StorageWorks EVA)
Voir sauvegarde ZDB sur bande,
sauvegarde ZDB sur disque et ZDB
sur disque + bande.
sauvegarde de transaction
Les sauvegardes de transaction
consomment généralement moins de
ressources que les sauvegardes de base
de données ; elles peuvent donc être
effectuées plus souvent que les
sauvegardes de base de données. En
effectuant des sauvegardes de
transaction, l'utilisateur peut récupérer
la base de données telle qu'elle était à un
moment précis précédant la survenue
d'un problème.
sauvegarde de transaction (terme
spécifique à Sybase et SQL)
Sauvegarde du journal de transactions
contenant un enregistrement des
modifications effectuées depuis la
dernière sauvegarde complète ou la
dernière sauvegarde de transaction.
sauvegarde delta
Sauvegarde contenant toutes les
modifications apportées à la base de
données par rapport à la dernière
G-47
Glossaire
sauvegarde effectuée, quel que soit le
type de celle-ci.
Voir aussi types de sauvegarde.
sauvegarde d'hôte
Voir sauvegarde de client avec
découverte de disque.
sauvegarde différentielle
Sauvegarde incrémentale qui permet de
sauvegarder les modifications effectuées
depuis la dernière sauvegarde complète.
Pour procéder à une telle sauvegarde,
indiquez le type de sauvegarde Incr1.
Voir sauvegarde incrémentale.
sauvegarde différentielle (terme
spécifique à MS SQL)
Sauvegarde de base de données au cours
de laquelle seules les modifications
intervenues après la dernière sauvegarde
complète de la base sont sauvegardées.
Voir aussi types de sauvegarde.
sauvegarde d'image disque (rawdisk)
Sauvegarde ultra-rapide au cours de
laquelle Data Protector sauvegarde les
fichiers en tant qu'images bitmap. Ce
type de sauvegarde (rawdisk) ne suit pas
la structure des fichiers et des
répertoires stockés sur le disque ; elle
stocke néanmoins la structure de l'image
disque au niveau des octets. Vous
pouvez effectuer une sauvegarde
d'image disque de certaines sections du
disque ou de sa totalité.
G-48
sauvegarde directe
Solution de sauvegarde SAN au sein de
laquelle la transmission directe des
données entre le disque et la bande (ou
un autre périphérique de stockage
secondaire) est facilitée par la
commande SCSI Extended Copy
(Xcopy). La sauvegarde directe permet
de réduire le nombre d'E/S sur les
systèmes dans un environnement SAN.
La commande SCSI Extended Copy
(XCopy) facilite la transmission directe
des données entre le disque et la bande
(ou un autre périphérique de stockage
secondaire). Cette commande est
fournie par un élément de
l'infrastructure comprenant les ponts, les
commutateurs, les bibliothèques de
bandes et les sous-systèmes de disques.
Voir aussi moteur XCopy.
sauvegarde du journal des
transactions
Les sauvegardes du journal des
transactions consomment généralement
moins de ressources que les sauvegardes
de base de données ; elles peuvent donc
être effectuées plus souvent que les
sauvegardes de base de données. En
effectuant des sauvegardes des journaux
de transactions, l'utilisateur peut
récupérer la base de données telle qu'elle
était à un moment précis.
sauvegarde en ligne
Une sauvegarde effectuée alors que la
base de données est accessible. La base
Glossaire
de données passe en mode de
sauvegarde spécial pendant que
l'application de sauvegarde a besoin
d'accéder aux données d'origine.
Pendant ce laps de temps, la base de
donnée est entièrement opérationnelle ;
toutefois ses performances peuvent être
légèrement réduites et la taille des
fichiers journaux peut augmenter très
rapidement.
•
•
Pour les méthodes de sauvegarde
simples (non ZDB), le mode de
sauvegarde est requis pendant toute
la durée de la sauvegarde (~minutes/
heures). Par exemple, pour les
sauvegardes sur bande, jusqu'à ce
que le flux de données vers la bande
soit terminé.
Pour les méthodes ZDB, le mode de
sauvegarde est requis uniquement
pendant le processus de duplication
des données (~secondes). Le
fonctionnement normal de la base de
données peut alors être rétabli pour
le reste du processus de sauvegarde.
Dans certains cas, les journaux de
transactions doivent également être
sauvegardés pour permettre la
restauration d'une base de données
cohérente.
Voir aussi sauvegarde avec temps
d'indisponibilité nul (ZDB) et
sauvegarde hors ligne.
sauvegarde hors ligne
Une sauvegarde pendant laquelle une
base de données d'application ne peut
pas être utilisée par l'application.
•
Pour les méthodes de sauvegarde
simples (non ZDB), la base de
données est généralement mise en
veille, afin de permettre une
utilisation par le système de
sauvegarde et non par l'application,
pendant toute la période de
sauvegarde (~minutes/heures). Par
exemple, pour les sauvegardes sur
bande, jusqu'à ce que le flux de
données vers la bande soit terminé.
•
Pour les méthodes ZDB, la base de
données est également mise en
veille, mais uniquement pendant le
processus de duplication des
données (~secondes). Le
fonctionnement normal de la base de
données peut alors être rétabli pour
le reste du processus de sauvegarde.
Voir aussi sauvegarde avec temps
d'indisponibilité nul (ZDB) et
sauvegarde en ligne.
sauvegarde incrémentale
Procédé consistant à ne sauvegarder que
les fichiers auxquels des modifications
ont été apportées depuis la dernière
sauvegarde. Plusieurs niveaux de
sauvegarde incrémentale sont
disponibles, ce qui permet de contrôler
G-49
Glossaire
en détail la longueur de la chaîne de
restauration.
Voir aussi types de sauvegarde.
sauvegarde incrémentale (terme
spécifique à Microsoft Exchange
Server)
Sauvegarde de données Microsoft
Exchange Server modifiées depuis la
dernière sauvegarde complète ou
incrémentale. Avec la sauvegarde
incrémentale, seuls les fichiers de
journal des transactions sont
sauvegardés.
Voir aussi types de sauvegarde.
sauvegarde incrémentale avancée
Une sauvegarde incrémentale classique
inclut les fichiers modifiés depuis une
sauvegarde précédente, mais présente
certaines limites en matière de détection
des modifications. Une sauvegarde
incrémentale avancée détecte et
sauvegarde de manière fiable les fichiers
renommés et déplacés, ainsi que ceux
dont les attributs ont été modifiés.
sauvegarde incrémentale de boîte aux
lettres
Sauvegarde toutes les modifications
apportées à la boîte aux lettres depuis la
dernière sauvegarde, quel que soit son
type.
G-50
sauvegarde incrémentale de boîte aux
lettres "incremental1"
sauvegarde toutes les modifications
apportées à la boîte aux lettres depuis la
dernière sauvegarde complète.
sauvegarde rawdisk
Voir sauvegarde d'image disque.
sauvegarde sans bande (terme
spécifique à ZDB)
Voir sauvegarde ZDB sur disque.
sauvegarde Split Mirror (terme
spécifique à EMC Symmetrix)
Voir sauvegarde ZDB sur bande.
sauvegarde Split Mirror (terme
spécifique à HP StorageWorks Disk
Array XP)
Voir sauvegarde ZDB sur bande,
sauvegarde ZDB sur disque et ZDB
sur disque + bande.
sauvegarde synthétique
Solution de sauvegarde qui produit une
sauvegarde complète synthétique,
équivalant à une sauvegarde complète
classique en termes de données, sans
créer de charge sur les serveurs de
production ou le réseau. Une sauvegarde
complète synthétique est créée à partir
d'une sauvegarde complète précédente
et d'un certain nombre de sauvegardes
incrémentales.
Glossaire
sauvegarde système sur bande (terme
spécifique à Oracle)
Interface Oracle chargée d'exécuter les
actions nécessaires au chargement, à
l'étiquetage et au déchargement des bons
périphériques de sauvegarde
lorsqu'Oracle émet des demandes de
sauvegarde ou de restauration.
sauvegarde ZDB complète
Session ZDB sur bande ou ZDB sur
disque + bande au cours de laquelle tous
les objets sélectionnés sont transférés
sur bande, même si aucune modification
n'a été effectuée depuis la dernière
sauvegarde.
Voir aussi sauvegarde ZDB
incrémentale.
sauvegarde ZDB incrémentale
Sauvegarde ZDB sur bande ou
sauvegarde ZDB sur disque + bande du
système de fichiers au cours de laquelle
seules les modifications effectuées
depuis la dernière sauvegarde protégée
(complète ou incrémentale) sont
transférées sur bande.
Voir aussi sauvegarde ZDB complète.
script CMD pour Informix Server
(terme spécifique à Informix Server)
Script CMD Windows créé dans
INFORMIXDIR lorsqu'une base de
données Informix Server est configurée.
Le script CMD est un ensemble de
commandes système chargé d'exporter
les variables d'environnement pour
Informix Server.
script shell log_full (terme spécifique à
Informix Server UNIX)
Script fourni par ON-Bar que vous
pouvez utiliser pour lancer la
sauvegarde des fichiers journaux
logiques lorsque Informix Server émet
une alarme de saturation de journal. Le
paramètre de configuration
ALARMPROGRAM Informix Server
sélectionné par défaut est
<REP_INFORMIX>/etc/log_full.sh, où
<REP_INFORMIX> est le répertoire de
base d'Informix Server. Si vous ne
souhaitez pas que les journaux logiques
soient sauvegardés en continu, attribuez
la valeur <REP_INFORMIX>/etc/
no_log.sh au paramètre de configuration
ALARMPROGRAM.
sécurité intégrée (terme spécifique à
MS SQL)
La sécurité intégrée permet à Microsoft
SQL Server d'utiliser les mécanismes
d'authentification Windows pour valider
les noms de connexion de Microsoft
SQL Server pour toutes les connexions.
Pour l'utiliser, les utilisateurs doivent
posséder un mot de passe pour Windows
et pour Microsoft SQL Server. La
sécurité intégrée doit être utilisée dans
des environnements où tous les clients
peuvent prendre en charge des
"connexions approuvées". On appelle
G-51
Glossaire
"connexions approuvées" des
connexions validées par Windows
Server et acceptées par Microsoft SQL
Server. Seules les connexions
approuvées sont autorisées.
sécurité standard (terme spécifique à
MS SQL)
La sécurité standard utilise le processus
de validation des connexions de
Microsoft SQL Server pour toutes les
connexions. Elle est utile dans les
environnements réseau comportant une
large variété de clients, dont certains
peuvent ne pas prendre en charge les
connexions approuvées. Elle assure
également la compatibilité avec les
versions antérieures de Microsoft SQL
Server.
Voir aussi sécurité intégrée.
serveur de base de données
Ordinateur sur lequel est stockée une
base de données volumineuse, telle
qu'une base de données SAP R/3 ou
Microsoft SQL. Une base de données
stockée sur un serveur est accessible aux
clients.
serveur de lecteurs multiples
Licence permettant à l'utilisateur
d'exécuter un nombre illimité d'Agents
de support sur un même système. Cette
licence, liée à l'adresse IP du
Gestionnaire de cellule, n'est plus
disponible.
G-52
serveur DHCP
Système sur lequel s'exécute le
protocole DHCP (Dynamic Host
Configuration Protocol), permettant
l'affectation dynamique des adresses IP
et la configuration réseau pour les
clients DHCP.
Serveur d'installation
Système informatique contenant un
référentiel des packages logiciels Data
Protector pour une architecture
spécifique. Le Serveur d'installation
permet l'installation à distance des
clients Data Protector. Dans les
environnements mixtes, deux Serveur
d'installation au moins sont nécessaires :
l'un pour les systèmes UNIX et l'autre
pour les systèmes Windows.
serveur DNS
Dans le modèle client-serveur DNS, il
s'agit du serveur contenant les
informations relatives à une partie de la
base de données DNS et rendant les
noms des ordinateurs accessibles aux
programmes de résolution client en
faisant une demande de résolution de
noms via Internet.
serveur Sybase SQL (terme spécifique
à Sybase)
Serveur dans l'architecture clientserveur Sybase. Le serveur Sybase SQL
gère plusieurs bases de données et
utilisateurs, assure le suivi des positions
physiques des données sur les disques,
Glossaire
établit le mappage entre la description
logique des données et leur stockage
physique et maintient les caches de
données et de procédures en mémoire.
serveur virtuel
Machine virtuelle dans un
environnement de clusters définie sur un
domaine par un nom et une adresse IP
réseau. Son adresse est mise en cache
par le service de cluster et mappée au
nœud cluster qui exécute les ressources
du serveur virtuel. De cette façon, toutes
les demandes concernant un serveur
virtuel donné sont mises en cache par un
nœud de cluster spécifique.
serveur WINS
Système sur lequel s'exécute le logiciel
Windows Internet Name Service chargé
de la résolution des noms des
ordinateurs du réseau Windows en
adresses IP. Data Protector peut
sauvegarder les données du serveur
WINS dans le cadre de la configuration
Windows.
service de réplication de fichiers
(FRS)
Service Windows dupliquant les
stratégies de groupe et les scripts
d'ouverture de session de la banque du
contrôleur de domaine. Ce service
duplique également les partages de
système de fichiers distribués (DFS)
entre des systèmes et permet à tout
serveur d'effectuer une opération de
réplication.
service de réplication de sites (terme
spécifique à Microsoft Exchange
Server)
Service Microsoft Exchange Server
2000/2003 permettant la compatibilité
avec Microsoft Exchange Server 5.5 via
l'émulation du service d'annuaire
Exchange Server 5.5.
Voir aussi banque d'informations et
service Gestionnaire de clés.
service Microsoft Volume Shadow
Copy (VSS)
Service logiciel offrant une interface de
communication unifiée destinée à
coordonner la sauvegarde et la
restauration d'une application VSS,
quelles que soient les fonctions de cette
dernière. Ce service collabore avec
l'application de sauvegarde, les modules
d'écriture, fournisseurs de copies miroir
et le noyau du système d'exploitation
pour mettre en oeuvre la gestion des
copies miroir des volumes et des jeux de
copies miroir.
Voir aussi copie miroir, fournisseur de
copie miroir, module d'écriture.
service Volume Shadow Copy
Voir service Microsoft Volume
Shadow Copy.
G-53
Glossaire
services Terminal Server (terme
spécifique à Windows)
Les services Terminal Server de
Windows fournissent un environnement
multi-sessions permettant aux clients
d'accéder à des sessions Windows
virtuelles ainsi qu'à des applications
Windows exécutées sur le serveur.
session
Voir session de sauvegarde, session de
gestion de supports et session de
restauration.
session de consolidation d'objet
Processus permettant de fusionner une
chaîne de restauration d'un objet
sauvegarde, comprenant une sauvegarde
complète et au moins une sauvegarde
incrémentale, en une nouvelle version
consolidée de cet objet.
session de copie d'objet
Processus créant une copie
supplémentaire des données
sauvegardées sur un jeu de supports
différent. Pendant une session de copie
d'objet, les objets sauvegardés
sélectionnés sont copiés à partir de la
source vers le support cible.
session de gestion de supports
Session servant à exécuter une action
sur un support, comme l'initialisation,
l'analyse de contenu, la vérification des
données stockées sur le support ou la
copie du support.
G-54
session de restauration
Procédé consistant à copier les données
d'un support de sauvegarde sur un
système client.
session de sauvegarde
Processus consistant à créer une copie
des données sur un support de stockage.
Les activités sont définies dans une
spécification de sauvegarde ou dans une
session interactive. L'ensemble des
clients configurés dans une spécification
de sauvegarde est sauvegardé lors d'une
session de sauvegarde unique, par le
biais du même type de sauvegarde
(complète ou incrémentale). Le résultat
d'une session de sauvegarde est un
ensemble de supports sur lesquels des
données ont été écrites ; celui-ci est
également appelé jeu de sauvegardes ou
de supports.
Voir aussi sauvegarde incrémentale et
sauvegarde complète.
SGBDR
Système de gestion de base de données
relationnelle.
SIBF
Les fichiers SIBF (Serverless
Integrations Binary Files), ou fichiers
binaires d'intégrations sans serveur,
représentent la partie de la base de
données IDB stockant les métadonnées
brutes NDMP. Ces données sont
nécessaires à la restauration des objets
NDMP.
Glossaire
simultanéité
Voir agents de disque simultanés.
SMB
Voir sauvegarde Split Mirror.
SMBF
Session Messages Binary Files - Les
fichiers binaires de messages de session
(SMBF), un élément de la base de
données interne, contiennent les
messages générés lors des sessions de
sauvegarde, de restauration, de copie
d'objets, de consolidation d'objet et de
gestion des supports. Chaque session
génère un fichier binaire. Les fichiers
sont regroupés par année et par mois.
snapshot (terme spécifique à HP
StorageWorks VA et HP StorageWorks
EVA)
Type de réplique créée à l'aide de
techniques de création de snapshot.
Plusieurs types de snapshot sont
disponibles, présentant des
caractéristiques différentes en fonction
des batteries/techniques utilisées. Ces
répliques sont dynamiques et peuvent
être des copies virtuelles basées sur le
contenu des volumes source ou des
doublons exacts indépendants (clones),
en fonction du type de snapshot et du
temps écoulé depuis la création.
Voir aussi réplique et création de
snapshot.
snapshot transportable (terme
spécifique à MS VSS)
Copie miroir créée sur le système
d'application et pouvant être présentée
au système de sauvegarde effectuant la
sauvegarde.
Voir aussi Microsoft Volume Shadow
Copy service (VSS).
spécification de sauvegarde
Liste d'objets à sauvegarder,
accompagnée d'un ensemble de
périphériques ou de lecteurs à utiliser,
d'options de sauvegarde pour tous les
objets spécifiés, ainsi que du jour et de
l'heure où les sauvegardes doivent être
effectuées. Les objets peuvent être des
disques/volumes entiers ou une partie de
ceux-ci ; il peut s'agir par exemple de
fichiers, de répertoires ou du registre
Windows. L'utilisateur peut définir des
listes de sélection de fichiers, telles que
les listes d'inclusion ou d'exclusion.
Split Mirror (terme spécifique à EMC
Symmetrix et HP StorageWorks Disk
Array XP)
Réplique créée à l'aide de techniques
split mirror. Cette réplique fournit un
doublon exact indépendant ou un clone
du contenu des volumes source.
Voir aussi réplique et création de split
mirror.
SRDF (terme spécifique à EMC
Symmetric)
L'utilitaire SRDF (Symmetrix Remote
G-55
Glossaire
Data Facility), ou utilitaire de gestion
des données distantes Symmetrix, est un
processus de continuité des activités
permettant de dupliquer efficacement et
en temps réel les données des SLD entre
plusieurs environnements de traitement
séparés. Ces environnements peuvent se
trouver au sein d'un même ordinateur ou
être séparés par de grandes distances.
stratégie d'allocation de supports
Procédé permettant de déterminer
l'ordre d'utilisation des supports pour la
sauvegarde. Dans le cas d'une stratégie
d'allocation stricte, Data Protector
demande un support spécifique. Dans le
cas d'une stratégie souple, Data
Protector demande tout support
approprié. Dans le cas d'une stratégie de
priorité aux supports formatés, Data
Protector préfère utiliser les supports
inconnus, même si des supports non
protégés sont disponibles dans la
bibliothèque.
stratégie d'utilisation des supports
La stratégie d'utilisation des supports
permet de contrôler la manière dont les
nouvelles sauvegardes sont ajoutées aux
supports déjà utilisés. Ses options sont
les suivantes : Ajout possible, Sans
possibilité d'ajout et Ajout possible aux
incrémentales uniquement.
système cible (terme spécifique à la
récupération après sinistre)
Système après la survenue d'un sinistre.
G-56
Le système cible est généralement non
amorçable et l'objet de la récupération
après sinistre consiste justement à
redonner à ce système sa configuration
initiale. La différence entre un système
endommagé et un système cible réside
dans le fait que, pour le système cible, le
matériel défaillant a été remplacé.
système d'application (terme
spécifique à ZDB)
Système sur lequel s'exécute
l'application ou la base de données. Les
données de l'application ou de la base de
données sont situées sur les volumes
source.
Voir aussi système de sauvegarde et
volume source.
système de fichiers
Organisation des fichiers sur un disque
dur. Un système de fichiers est
enregistré pour que les attributs et le
contenu des fichiers soient stockés sur le
support de sauvegarde.
système de fichiers distribués (DFS)
Service reliant les partages de fichiers
dans un seul espace de noms. Ces
partages peuvent résider sur le même
ordinateur ou sur des ordinateurs
différents. Le DFS permet à un client
d'accéder aux ressources de manière
transparente.
Glossaire
système de sauvegarde (terme
spécifique à ZDB)
Système connecté aux volumes cible
d'un ou plusieurs systèmes
d'applications. Le système de
sauvegarde est généralement connecté à
un périphérique de sauvegarde sur baie
de disques ZDB pour la sauvegarde des
données dans une réplique.
Voir aussi système d'application,
volume cible et réplique.
système d'hébergement
Client Data Protector en fonctionnement
utilisé pour la récupération après sinistre
avec restitution de disque à l'aide d'un
Agent de disque Data Protector installé.
système d'origine
Configuration système sauvegardée par
Data Protector avant qu'un sinistre ne
frappe le système.
SysVol (terme spécifique à Windows)
Répertoire partagé contenant la copie
des fichiers publics du domaine sur le
serveur. Ces fichiers sont reproduits sur
tous les contrôleurs du domaine.
table des journaux de transactions
(terme spécifique à Sybase)
Table système où sont enregistrées
automatiquement toutes les
modifications apportées à la base de
données.
thread (terme spécifique à MS SQL
Server)
Entité exécutable appartenant à un seul
processus. Elle comprend un compteur
de programme, une pile en mode
utilisateur, une pile en mode kernel et un
ensemble de valeurs de registre.
Plusieurs threads peuvent être exécutés
en même temps dans un même
processus.
TimeFinder (terme spécifique à EMC
Symmetrix)
Processus Business Continuance
permettant de créer une copie
instantanée d'un ou plusieurs
périphériques logiques Symmetrix
(SLD). Cette copie est créée sur des
SLD préconfigurés spécialement et
appelés BCV ; elle est accessible via une
adresse de périphérique distincte.
TLU
Tape Library Unit ou unité de
bibliothèque de bandes.
TNSNAMES.ORA (terme spécifique à
Oracle et SAP R/3)
Fichier de configuration réseau
contenant des descripteurs de connexion
mappés à des noms de services. La
maintenance du fichier peut s'effectuer
au niveau central ou au niveau local,
afin d'être accessible à tous les clients ou
à chacun d'entre eux individuellement.
G-57
Glossaire
transaction
Mécanisme destiné à s'assurer qu'un
ensemble d'actions est considéré comme
une seule unité de travail. Les bases de
données utilisent les transactions pour
effectuer un suivi des modifications.
type de support
Type physique d'un support, comme
DDS ou DLT.
types de sauvegarde
Voir sauvegarde incrémentale,
sauvegarde différentielle, sauvegarde
de transaction, sauvegarde complète
et sauvegarde delta.
unité de commande principale (MCU,
pour Main Control Unit) (terme
spécifique à HP StorageWorks Disk
Array XP)
Baie de disques HP StorageWorks Disk
Array XP contenant les volumes
principaux pour la configuration en
accès continu et agissant comme
périphérique maître.
Voir aussi BC (terme spécifique à HP
StorageWorks Disk Array XP), CA
(terme spécifique à HP StorageWorks
Disk Array XP) et LDEV HP
StorageWorks Disk Array XP.
unité de télécommande (RCU) (terme
spécifique à HP StorageWorks Disk
Array XP)
Unité agissant comme esclave d'une
MCU dans une configuration AC. Dans
G-58
les configurations bidirectionnelles, la
RCU peut également agir comme une
MCU.
VBFS (terme spécifique à
OmniStorage)
Un VBFS (Very Big File System), ou
très gros système de fichiers, est une
extension du système de fichiers HP-UX
standard sur HP-UX 9.x. Il est monté sur
un répertoire comme n'importe quel
système de fichiers HP-UX. Dans un
VBFS, seules les informations de
superblock, d'inode et d'attribut étendu
demeurent en permanence sur le disque
dur et ne migrent jamais.
Voir aussi MFS.
vérification
Fonction permettant à l'utilisateur de
contrôler si les données Data Protector
stockées sur un support spécifique sont
lisibles. En outre, si l'option CRC
(cyclic redundancy check) était activée
lors de la sauvegarde, l'utilisateur peut
contrôler la cohérence des blocs.
version de fichier
Un même fichier peut être sauvegardé
plusieurs fois lors de sauvegardes
complètes et incrémentales (si des
modifications ont été apportées au
fichier). Si le niveau de journalisation
sélectionné pour la sauvegarde est
TOUT, Data Protector conserve dans la
Glossaire
base de données IDB une entrée pour le
nom de fichier lui-même et une pour
chaque version (date/heure) du fichier.
Virtual Controller Software (VCS)
(terme spécifique à HP StorageWorks
EVA)
Micrologiciel gérant tous les aspects du
fonctionnement du système de stockage,
dont les communications avec
Command View EVA via les
contrôleurs HSV.
Voir aussi Command View (CV) EVA.
volser (terme spécifique à ADIC et STK)
Un volser (VOLume SERial number numéro de série de volume) est une
étiquette située sur le support et servant
à identifier la bande physique dans les
très grandes bibliothèques. Il s'agit d'une
appellation spécifique aux périphériques
ADIC/GRAU et StorageTek.
volume cible (terme spécifique à ZDB)
Un volume de stockage sur lequel les
données sont dupliquées.
volume de stockage (terme spécifique à
ZDB)
Un volume de stockage représente un
objet pouvant être présenté à un système
d'exploitation ou à une autre entité (par
exemple, un système de virtualisation)
sur lequel existent des systèmes de
gestion de volumes, des systèmes de
fichiers ou d'autres objets. Les systèmes
de gestion de volumes et les systèmes de
fichiers sont basés sur ce type de
stockage. Habituellement, ils peuvent
être créés ou existent déjà dans un
système de stockage tel qu'une baie de
disques.
volume principal (P-VOL) (terme
spécifique à HP StorageWorks Disk
Array XP)
Il s'agit de LDEV HP StorageWorks
Disk Array XP standard agissant comme
volume principal pour les configurations
CA et BC. Le P-VOL est situé dans le
MCU.
Voir aussi volume secondaire (SVOL).
volume secondaire (S-VOL) (terme
spécifique à HP StorageWorks Disk
Array XP)
LDEV XP agissant comme miroir CA
ou BC secondaire d'un autre LDEV (PVOL). Dans le cas d'un CA, les S-VOL
peuvent être utilisés comme
périphériques de secours dans une
configuration MetroCluster. Des
adresses SCSI distinctes, différentes des
adresses utilisées par les P-VOL, sont
attribuées aux S-VOL.
Voir aussi volume principal (P-VOL).
volume source (terme spécifique à
ZDB)
Volume de stockage contenant les
données à répliquer.
G-59
Glossaire
volume/disque/partition d'amorçage
Volume/disque/partition contenant les
fichiers nécessaires à la première étape
du processus d'amorçage. La
terminologie utilisée par Microsoft
définit le volume/disque/partition
d'amorçage comme le volume/disque/
partition contenant les fichiers du
système d'exploitation.
volume/disque/partition système
Volume/disque/partition contenant les
fichiers du système d'exploitation. La
terminologie utilisée par Microsoft
définit ces éléments comme ceux
contenant les fichiers nécessaires pour
assurer les premières étapes du
processus d'amorçage.
VPO
Voir OVO.
VSS
Voir service Microsoft Volume
Shadow Copy.
VxFS
Veritas Journal Filesystem, système de
fichiers journaux Veritas.
VxVM (Veritas Volume Manager)
Le VVM (Veritas Volume Manager), ou
Gestionnaire de volume Veritas, est un
système permettant de gérer l'espace
disque sur les plates-formes Solaris. Un
système VxVM est constitué de groupes
G-60
arbitraires d'un ou plusieurs volumes
physiques organisés en groupes de
disques logiques.
Wake ONLAN
Fonction de mise en marche à distance
pour les systèmes s'exécutant en mode
d'économie d'énergie à partir d'un autre
système se trouvant sur le même réseau
local.
Web Reporting (génération de
rapports Web)
Fonction Data Protector permettant à
l'utilisateur d'afficher des rapports sur le
statut de sauvegarde et sur la
configuration Data Protector à l'aide de
l'interface Web.
ZDB
Voir sauvegarde avec temps
d'indisponibilité nul (ZDB).
ZDB sur bande (terme spécifique à
ZDB)
Type de sauvegarde avec temps
d'indisponibilité nul caractérisé par le
fait que la réplique créée est copiée en
continu sur un support de sauvegarde,
généralement une bande. Il est
impossible d'effectuer une restauration
instantanée à partir de ce type de
sauvegarde. La réplique doit donc être
conservée sur la baie de disques après la
sauvegarde. Les données sauvegardées
peuvent être restaurées à l'aide de la
restauration Data Protector standard à
Glossaire
partir d'une bande. Sur les baies split
mirror, la restauration split mirror peut
également être utilisée.
Voir aussi sauvegarde avec temps
d'indisponibilité nul (ZDB),
sauvegarde ZDB sur disque,
restauration instantanée, ZDB sur
disque + bande et réplique.
ZDB sur disque (terme spécifique à
ZDB)
Type de sauvegarde avec temps
d'indisponibilité nul caractérisé par le
fait que la réplique créée est conservée
sur la baie de disques en tant que
sauvegarde des volumes source à un
instant donné. Plusieurs répliques,
créées à différents moments à l'aide de
la même spécification de sauvegarde,
peuvent être conservées dans un jeu de
répliques. Une réplique effectuée à
partir d'une sauvegarde ZDB sur disque
peut être restaurée via le processus de
restauration instantanée.
Voir aussi sauvegarde avec temps
d'indisponibilité nul (ZDB),
sauvegarde ZDB sur bande, ZDB sur
disque + bande, restauration
instantanée et rotation du jeu de
répliques.
ZDB sur disque + bande (terme
spécifique à ZDB)
Type de sauvegarde avec temps
d'indisponibilité nul caractérisé par le
fait que la réplique créée est conservée
sur la baie de disques en tant que
sauvegarde des volumes source à un
instant donné, de la même manière que
la sauvegarde ZDB sur disque.
Toutefois, les données de la réplique
peuvent également être copiées en mode
continu sur un support de sauvegarde,
tout comme la sauvegarde ZDB sur
bande. Si cette méthode de sauvegarde
est utilisée, les données sauvegardées
dans la même session peuvent être
restaurées via le processus de
restauration instantanée, la restauration
Data Protector standard à partir d'une
bande, ou, sur des baies split mirror, via
la restauration split mirror.
Voir aussi sauvegarde avec temps
d'indisponibilité nul (ZDB),
sauvegarde ZDB sur disque,
sauvegarde ZDB sur bande,
restauration instantanée, réplique et
rotation du jeu de répliques.
zone de récupération flash (terme
spécifique à Oracle)
La zone de récupération flash est un
groupe de disques de gestion de
stockage automatique, de système de
fichiers ou de répertoires gérés par
Oracle 10g qui sert de zone de stockage
centralisé pour des fichiers liés à la
sauvegarde et la restauration (fichiers de
récupération).
Voir aussi fichiers de récupération.
G-61
Glossaire
G-62
Index
Index
A
accès à la bibliothèque
direct 186
indirect 185
accès direct à la bibliothèque 186
accès indirect à la bibliothèque 185
ADIC (EMASS/GRAU) AML 165
admin, groupe d'utilisateurs 193
Agent de support NDMP 169
Agent général de supports 169
agents d'application 12
agents de disque 12
agents de disque simultanés 158, A-19, A-43
agents de sauvegarde 12
agents de support 12
Agent de support NDMP 169
Agent général de supports 169
ajout de données aux supports pendant une
sauvegarde 146
alarmes 225
ANSI X3.27, étiquettes 143
Application Response Measurement 224, 225
avertissements en temps réel 225
temps de réponse 225
transactions 225
applications de gestion des services
HP OpenView Performance Agent 222
ManageX 222
OVO 222
après sauvegarde, copie d'objet 103
après sauvegarde, copie de supports 113
architecture
cellules 11
Gestionnaires de cellule 11
périphériques de sauvegarde 11
architecture de base de données 200
architecture de Data Protector
cellule 11
description logique 11
description physique 11
Gestionnaires de cellule 11
périphériques 11
systèmes client 11
architecture de la base de données IDB 200
base de données catalogue 202
base de données de gestion des supports 201
éléments de la base de données IDB 200
fichiers binaires d'intégrations sans
serveur 205
fichiers binaires de catalogue des détails
203
fichiers binaires de messages de session 204
schéma des éléments de la base de données
IDB 201
ARM 2.0 225
autonomes, périphériques 163
autres méthodes de récupération après
sinistre 123
fournisseurs de systèmes d'exploitation 123
outils tiers 123
avantages
sauvegarde sur disque 292
sauvegarde synthétique 300
Volume Shadow Copy service 341
avantages de l'intégration en ligne 271
avantages de la base de données IDB 197
avertissements en temps réel 225
B
Backup Session Manager (gestionnaire de
session de sauvegarde) 245
bande nettoyante, prise en charge 168
magasin, périphériques 164
magasins 164
basculement 61, 62
base de données
architecture 200
avantages 197
base de données catalogue 202
base de données de gestion des supports 201
croissance et performances 210
dans le Gestionnaire de cellule Windows 198
dans un environnement
Manager-of-Managers 199
fichiers binaires d'intégrations sans
serveur 205
fichiers binaires de catalogue des détails
203
fichiers binaires de messages de session 204
fonctionnement 206
gestion de la base de données IDB 209
Gestionnaires de cellule UNIX 198
protection de catalogue 198
taille et croissance 197
base de données catalogue 202
emplacement 203
enregistrements 202
journaliser seulement les noms de
répertoire 84
journaliser toutes les informations
détaillées 84
I-1
Index
ne journaliser aucun détail 84
niveau de journalisation des informations
90
taille et croissance des enregistrements
CDB autres que les noms de fichier 203
taille et croissance des noms de fichier 202
base de données dans l'environnement MoM
199
base de données de gestion centralisée des
supports 199
base de données dans le Gestionnaire de
cellule Windows 198
emplacement IDB 198
format IDB 198
base de données de gestion centralisée des
supports 20, 199, A-30
base de données de gestion des supports 201
emplacement 201
enregistrements 201
taille et croissance 201
base de données IDB dans l'environnement
MoM
base de données de gestion centralisée des
supports 199
base de données interne Voir IDB.
base de données sur les Gestionnaires de
cellule UNIX
emplacement IDB 198
format IDB 198
base de données, estimation de la taille 217
bases de données 265
base de données de gestion centralisée des
supports 20
dbspaces 265
espaces de table 265
fichiers 265
fichiers de contrôle 267
fichiers de données 266
interfaces de sauvegarde 269
journaux de transactions 266
mémoire cache 267
points de contrôle 268
sauvegardes en ligne 269
segments 265
tables 265
besoins relatifs à une stratégie de sauvegarde
A-8, A-25
bibliothèque de bandes magnéto-optiques 165
bibliothèque de base de données 270
bibliothèques 21
I-2
bande nettoyante, prise en charge 168
bibliothèques HP StorageWorks DLT 4115w
A-14
bibliothèques HP StorageWorks DLT
4228w A-35
chargeurs automatiques HP StorageWorks
DAT A-37
chargeurs automatiques HP StorageWorks
DAT24 A-15
connexion à plusieurs systèmes 168
console d’administration, prise en charge
155
emplacements 165
insertion et éjection des logements de bande
166
lecteurs 168
logements multiples 166
manipulation des supports 165
partage 166
plage d'emplacements 165
prise en charge des codes-barres 167
silo 165
taille 166
bibliothèques de bandes magnéto-optiques
Voir aussi bibliothèques
bibliothèques HP StorageWorks DLT 4115w
A-14
bibliothèques HP StorageWorks DLT 4228w
A-35
bibliothèques, partage 168
boucle, topologie 178
BSM 245
C
Campus Cluster et mise en miroir LVM 332,
333
caractéristiques de Data Protector 3
caractéristiques requises
sauvegarde directe 284
CDB Voir base de données catalogue
Cell Request Server 243
cellules
description logique 11
description physique 11
distantes 45
domaines Windows 43
environnement mixte 45
environnement UNIX 43
environnement Windows 43
environnement Windows 2000 43
Index
gestion centralisée 19
Gestionnaires de cellule 12
groupes de travail Windows 44
multiples 18, 40
opération de restauration 13
opération de sauvegarde 13
planification 40
planification de la sécurité 55
séparation 18
cellules distantes 45, 46
cellules distantes géographiquement 45
cellules multiples 18, 40
chaînage de périphériques 157
chaîne de restauration 79
chaînes de périphériques 163
chargeurs automatiques 165
chargeurs automatiques
Voir aussi bibliothèques
chargeurs automatiques HP StorageWorks
DAT24 A-15, A-37
client d'application
sauvegarde de snapshot 324
sauvegarde Split Mirror 310
client de sauvegarde
sauvegarde de snapshot 324
sauvegarde Split Mirror 310
client de sauvegarde comme serveur de
basculement
sauvegarde de snapshot 333
sauvegarde Split Mirror 312
clients 12
installation 42
maintenance 42
cluster (définition) 59
CMMDB 20, A-30
CMMDB Voir base de données de gestion
centralisée des supports
codes-barres 167
commandes
omniclus, commande 70
post-exécution 247, 268
pré-exécution 247, 268
commutée, topologie 180
comparaison
périphériques sur disque 294
compression
logicielle 50
matérielle 48, 51
compression logicielle 50
compression matérielle 48, 51
comptes utilisateur Data Protector 56
concepts
sauvegarde de snapshot 322
sauvegarde Split Mirror 309
concepts Data Protector
cellules 11
clients 11
Gestionnaires de cellule 11
périphériques 11
concepts de gestion des supports 22
configuration de cellules A-11, A-30
configuration de Data Protector
(présentation) 28
configuration de l'environnement de
sauvegarde
gestion de la base de données IDB 209
configuration de la base de données IDB
création d'une spécification de sauvegarde
209
gestion de la base de données IDB 209
configuration de périphériques 155
autonomes, périphériques 163
grandes bibliothèques 165
magasins 164
configuration de sauvegarde 92
configuration de spécifications de sauvegarde
89
configurations de snapshot 328
autres 333
baie de disques simple - hôte double 328
baies de disques - hôte simple 331
Campus Cluster et mise en miroir LVM 333
mise en miroir LVM 332
plusieurs baies de disques - hôte double 330
plusieurs hôtes d'application - hôte de
sauvegarde simple 331
configurations prises en charge pour la
sauvegarde directe 285
configurations split mirror 313
autres configurations 317
miroir distant 315
miroir local - hôte double 313
miroir local - hôte simple 314
miroir local/distant 316
conflit 162
console d’administration de bibliothèque,
prise en charge 155
console d’administration Voir console
d’administration de bibliothèque
contrôle des services 227
conventions xiii
copie automatisée des supports 113
I-3
Index
exemples B-5
copie d'objet planifiée 104
copie d'objets 102
à des fins de mise au coffre 106
démultiplexer un support 106
libérer un support 106
mettre en œuvre la sauvegarde de disque en
plusieurs étapes 107
copie d’objets
migrer vers un autre type de support 107
regrouper une chaîne de restauration 107
copie de données sauvegardées 101
copie de supports 112
automatisées 113
copie miroir 337
copies de supports 113
création de cellules
domaines Windows 43
environnement mixte 45
environnement UNIX 43
environnement Windows 43
environnement Windows 2000 43
groupes de travail Windows 44
création de spécifications de sauvegarde 89
croissance de l'environnement de sauvegarde
facteurs clés des performances et de la
croissance de la base de données 211
croissance et performances de la base de
données IDB 210
base de données, estimation de la taille 217
facteurs clés 210
paramètres clés réglables 211
sauvegardes comme facteurs clés 210
croissance et performances de la base,
paramètres clés réglables 211, 212
niveau de journalisation 212
protection de catalogue 214
utilisation du niveau de journalisation et de
la protection de catalogue 215
CRS 243
cryptage 58
cryptage des données 58
cycle de vie des supports 129
cycle de vie, supports 129
D
Data Protector, caractéristiques 3
Data Protector, configuration 28
Data Protector, fonctionnalités 3
Data Protector, fonctionnement 241–262
I-4
Data Protector, processus
Cell Request Server 243
Inet Data Protector 243
Media Management Daemon (démon de
gestion des supports) 243
Raima Database Server (serveur de base de
données Raima) 243
Data Protector, services
Cell Request Server 243
Inet Data Protector 243
Media Management Daemon (démon de
gestion des supports) 243
Raima Database Server (serveur de base de
données Raima) 243
dbspaces 265
DCBF Voir fichiers binaires de catalogue des
détails
DCBF, taille et croissance
fichiers binaires de catalogue des détails
203
définition de la protection de catalogue
utilisation du niveau de journalisation et de
la protection de catalogue 215
délai d'attente 248
délai d'attente (sessions de restauration) 251
demandes de montage 248, 258, 261
automatisation 249
notification 249
réponse 249, 252
demandes de montage (sessions de
restauration) 252
démultiplexage d'un support 106
détection d'une bande nettoyante 167
détection de disque (définition) 249
détection de lecteur encrassé 168
diffusions 224
disques partagés 60
distribution des objets sur les supports 52
Document de métadonnées de modules
d'écriture (WMD) 343
domaines Windows 43
données
masquer aux autres utilisateurs 57
visibilité 57
données sauvegardées
masquer aux autres utilisateurs 57
visibilité 57
données SIBF
fichiers binaires d'intégrations sans
serveur 205
droits utilisateur 192, 193
Index
droits utilisateur Data Protector (définition)
57
duplication de données sauvegardées 101
durée d'une sauvegarde
exemples de calculs A-15, A-37
durée de la restauration 115
facteurs ayant une influence 115
restauration parallèle 116
durée de stockage des données sauvegardées
82–86
E
échangeurs 165
Voir aussi bibliothèques
éléments de la base de données IDB
architecture 200
e-mail 224
EMC Symmetrix 309
emplacement d'un support 142
emplacement de la CDB
base de données catalogue 203
emplacement de la MMDB
base de données de gestion des supports 201
emplacement des DCBF
fichiers binaires de catalogue des détails
203
emplacement des SIBF
fichiers binaires d'intégrations sans
serveur 205
emplacement des SMBF
fichiers binaires de messages de session 204
emplacement IDB
Gestionnaire de cellule Windows 198
Gestionnaire de cellule UNIX 198
emplacements 165
emplacements, champs 143
en ligne, sauvegarde de base de données
sauvegarde de journaux d'archive, snapshot
324
sauvegarde de journaux d'archive, split
mirror 310
sauvegarde de snapshot 324
sauvegarde Split Mirror 310
encodage 58
encodage des données 58
enregistrements CDB
base de données catalogue 202
enregistrements MMDB
base de données de gestion des supports 201
enregistrements SMBF
fichiers binaires de messages de session 204
entreprise, stratégies de sauvegarde 152
environnement
entreprise 17
Manager-of-Managers 17
mixte 45
réseau 9
UNIX 43
Windows 43
environnement d'entreprise 17
environnement mixte 45
environnements de sauvegarde A-5, A-23
espaces de table 265
état des supports 149
bon 146
définition 149
médiocre 146
passable 146
étiquetage des supports 142
étiquettes 143
exemples
génération de rapports et notification 230
mise au coffre 152
scénarios de sauvegarde A-2
stratégies de planification 95
utilisation de pools de supports 135
utilisation des données fournies par Data
Protector 233
exemples de gestion des services 233
exemples de stratégies d'utilisation de
supports 147
expiration de la protection de catalogue 214
exploration de fichiers 84
exportation de supports 86
fonctionnement de la base de données IDB
207
objets supprimés 207
F
facteurs ayant une influence sur la durée de
la restauration 115
facteurs clés des performances et de la
croissance de la base de données 210
croissance de l'environnement de
sauvegarde 211
variations du système de fichiers 211
facteurs d'état des supports 149
facteurs d'une stratégie de sauvegarde 36
facteurs de croissance de la base de données
catalogue
niveau de détails 84
protection de catalogue 84
I-5
Index
facteurs influençant les stratégies de
sauvegarde 36
FC-AL 178
Fibre Channel
planification des performances 54
Fibre Channel (définition) 177
Fibre Channel Arbitrated Loop 178
fichier binaire DC
fichiers binaires de catalogue des détails
203
fonctionnement de la base de données IDB
206
fichier fnames.dat
taille et croissance des noms de fichier 202
fichier individuel, restauration 254
fichiers binaires d'intégrations sans serveur
205
données 205
emplacement 205
taille et croissance 205
fichiers binaires de catalogue des détails 203
DCBF, taille et croissance 203
emplacement 203
fichier binaire DC 203
informations 203
répertoire DC 203
fichiers binaires de messages de session 204
emplacement 204
enregistrements 204
taille et croissance 204
fichiers de contrôle 267
fichiers de données 266
fonctionnalités de Data Protector 3
fonctionnalités de sécurité 55
fonctionnement d'une base de données 265
fonctionnement de la base de données IDB
206
enregistrement d'emplacement de support
206
exportation de supports 207
fichier binaire DC 206
fichiers binaires de messages de session 206
maintenance quotidienne 208
purge de noms de fichier 208
restauration 206
sauvegarde 206
format IDB
Gestionnaire de cellule Windows 198
Gestionnaire de cellule UNIX 198
formatage des supports 129
fournisseur de copie miroir 338
I-6
fragmentation 53
fragmentation des disques 53
G
génération de rapports 6, 228
génération de rapports et notification A-20,
A-43
diffusions 224
e-mail 224
exemples 230
HTML 224
SNMP 224
générations de sauvegarde 141, A-15, A-37, B-3
gestion centralisée des licences 20
gestion de clusters 59–72
basculement 61
disponibilité du Gestionnaire de cellule 62
disques partagés 60
groupe 61
lecteurs flottants 188
MC/Service Guard 59
Microsoft Cluster Server 59
nœud principal 61
nœud secondaire 61
nœuds 60
package 61
partage de charge 62
partage de périphériques 187
pulsation 60
redémarrage automatique 62
sauvegarde des nœuds de cluster virtuels
64, 66, 69
serveur virtuel 61
Veritas Cluster 59
gestion de la base de données IDB
configuration de l'environnement de
sauvegarde 209
configuration de la base de données IDB 209
maintenance 209
présentation 209
récupération 209
gestion des noms de fichier B-15
gestion des services 6, 219–233
analyses fonctionnelles de l'évolution des
performances 222
Application Response Measurement 224
génération de rapports 228
moniteur 228
notification 228
Index
présentation 221
gestion des supports 22, 125–154
ajout de données aux supports 146
copie de supports 112
copies 113
copies de supports 113
état des supports 146
étiquetage des supports 142
mise au coffre 151
pools de supports 22, 130
sélection des supports 145
stratégies d'allocation de supports 145
stratégies de préallocation 146
stratégies de rotation des supports 139
gestion des supports après la sauvegarde 151
gestion des supports avant la sauvegarde 142
gestion des supports pendant la sauvegarde
145
gestion des supports, session (définition) 262
gestion informatique 221
gestion des supports
cycle de vie des supports 129
Gestionnaires de cellule 42
haute disponibilité 62
optimisation de la charge 248
grandes bibliothèques 165–175
GRAU/EMASS 165
groupe 61
groupes d'utilisateurs 192
prédéfinis 192
groupes d'utilisateurs Data Protector 56
groupes d'utilisateurs prédéfinis 192
groupes d'utilisateurs
admin 193
opérateur 193
utilisateur final 193
groupes d'utilisateurs prédéfinis 193
groupes de travail Windows 44
groupes d'utilisateurs
prédéfinis 193
H
haute disponibilité 4, 62
sauvegarde de snapshot 321
sauvegarde Split Mirror 310
HP OpenView Operations 225, 227
HP OpenView Performance Agent 222, 225
HP StorageWorks Disk Array XP 309
HP StorageWorks Enterprise Virtual Array
322
HP StorageWorks Virtual Array 322
HTML 224
I
IDB 195, 197
architecture 200
avantages 197
base de données catalogue 202
base de données de gestion des supports 201
dans le Gestionnaire de cellule Windows
198
dans un environnement
Manager-of-Managers 199
fichiers binaires d'intégrations sans
serveur 205
fichiers binaires de catalogue des détails
203
fichiers binaires de messages de session 204
fonctionnement 206
gestion 209
sur les Gestionnaires de cellule UNIX 198
taille et croissance 197
identification des supports 167
image disque ou système de fichiers,
sauvegardes 51
image disque, sauvegardes 51, 53
Inet Data Protector 243
influence du niveau de journalisation et de la
protection de catalogue sur le schéma de
croissance de la base de données IDB 212
informations diverses B-1
informations supplémentaires B-1
informations sur les DCBF
fichiers binaires de catalogue des détails
203
initialisation des supports 129
ID de support 142
intégration aux applications de base de
données en ligne 6
intégration avec les applications de base de
données 263–271
intégration de cluster
présentation 62
intégration de HP OpenView Performance
Agent 226
intégration des sources de données 226
intégrations
ManageX 227
OVO 227
Volume Shadow Copy service 343
intégrations en ligne 271
interactives, sessions de sauvegarde 244
I-7
Index
interconnectivité 176
interface graphique utilisateur de Data
Protector 27
interfaces de sauvegarde 269
interfaces utilisateur 13, 26
interface graphique utilisateur de Data
Protector 27
interfaces utilisateur Data Protector 13, 26
internationalisation B-14
J
jeu de copies miroir 338
jeu de répliques
sauvegarde de snapshot 325
sauvegarde Split Mirror 312
jeu de supports
algorithme de sélection 116
définition 92
jeux de codage B-16
journaliser seulement les noms de répertoire,
base de données catalogue 84
journaliser toutes les informations détaillées,
base de données catalogue 84
journaux de transactions 266
L
lecteurs 184
connexion à plusieurs systèmes 168
flottant 188
statique 187
lecteurs flottants 188
libération de supports 106
LIP 178
listes des périphériques 157
localisation B-14
logements multiples 166
Loop Initialization Primitive (Protocole) 178
M
magasin, périphériques
nettoyage 164
maintenance
gestion de la base de données IDB 209
maintenance quotidienne
fonctionnement de la base de données IDB
208
Manager-of-Managers 19, 20, A-31
cellules distantes 46
partage de bibliothèques 21
rapports d'entreprise 21
I-8
ManageX 222, 224, 227
manipulation des supports 140, 165
MC/Service Guard 59
Media Management Daemon (démon de
gestion des supports) 243
Media Session Managers (gestionnaires de
session de gestion des supports) 262
mémoire cache 53, 267
méthodes de récupération après sinistre
alternatives 123
Microsoft Cluster Server 59
migration vers un autre type de support 107
mise au coffre 129
mise au coffre 151–154, A-21, A-44
définition 151
restauration 153
restauration à partir d'un coffre A-22, A-45
mise au coffre, exemple 152
mise en attente
restauration, sessions 251
sessions de consolidation d'objet 261
sessions de copie d'objets 257
mise en miroir d'objet 110
mise en miroir d'objets 110
mise hors service de supports 129
MMD 243
MMDB Voir base de données de gestion des
supports
MMDB, taille et croissance
base de données de gestion des supports 201
modèle de sauvegarde VSS 339
module d'écriture 338
MoM 19, 20
MSM 262
N
ne journaliser aucun détail, base de données
catalogue 84
niveau de journalisation
activation de la restauration 214
impact sur la capacité d'exploration pour la
restauration 213
impact sur la vitesse de l'IDB et les
processus de sauvegarde 213
impact sur la vitesse de restauration 214
Journaliser fichiers 213
Journaliser répertoires 213
Journaliser tout 213
Pas de journalisation 213
taille et croissance de la base de données
IDB 197
Index
niveau de journalisation des informations 90
nœud
cluster 60
principal 61
secondaire 61
nœud principal 61
nœud secondaire 61
nœuds de cluster 60
nœuds de cluster virtuels 64, 66, 69
nombre de cellules 40
éléments à prendre en considération 40
nombre de mémoires tampon 161
nombre de sessions simultanées
consolidation d'objet 261
copie d'objet 257
gestion des supports 262
restauration 251
sauvegarde 246
noms de verrouillage 162, 184
normes d'encodage des caractères B-15
notification 6
O
objet sauvegarde 89
omniclus, commande 70
OpenView
Operations 224
opérateur, groupe 193
opération automatisée 5, 98
opération hors contrôle 5, 98
opération sans surveillance 5, 98, 163
optimisation de la charge des Gestionnaires
de cellule 248
options de restauration A-20
options de sauvegarde A-19, A-42
OVO 222, 224, 225, 227
P
package 61
parallèle ou standard, restauration 252
parallèles, restaurations 252
parallélisme 49
partage de bibliothèques 21, 165, 166, 168
partage de charge 50, 62, 90, 156
partage de charge (définition) 156
partage de périphériques dans les clusters
187
partage de périphériques dans un SAN 181
lecteurs 184
robotique 184
performances des disques 53
compression 53
image disque, sauvegardes 53
mémoire cache 53
périphérique
bibliothèques de bandes magnéto-optiques
165
bibliothèques SCSI 165
chargeurs automatiques 165
échangeurs 165
GRAU/EMASS 165
StorageTek/ACSLS 165
périphérique de bibliothèque de fichiers 294
périphérique de bibliothèque de stockage de
fichiers 294
périphérique de fichiers autonome 294
périphérique en mode continu (définition) 158
périphériques 24, 48, 155–188
ADIC (EMASS/GRAU) AML 165
autonome 163
bande nettoyante, prise en charge 168
bibliothèques HP StorageWorks DLT
4115w A-14
bibliothèques HP StorageWorks DLT
4228w A-35
chaînage de périphériques 157
chargeurs automatiques HP StorageWorks
DAT A-37
chargeurs automatiques HP StorageWorks
DAT24 A-15
configuration 155
console d’administration de bibliothèque,
prise en charge 155
listes des périphériques 156
nombre de mémoires tampon 161
noms de verrouillage 162
partage de charge 156
périphérique en mode continu 158
périphériques multiples 156
périphériques physiques, conflit 162
planification des performances 48
présentation 155
prise en charge de TapeAlert 156
simultanéité 158
sur disque 294
taille de segment 159
verrouillage de périphérique 162
périphériques chargeurs 163
périphériques de sauvegarde 24, 48
présentation 155
périphériques multiples 156
I-9
Index
périphériques physiques, conflit 162
périphériques sur disque
comparaison 294
présentation 291
périphériques, configuration 155
périphériques, conflit 162
Phase 1 121
plage d'emplacements 165
planification
configuration de sauvegarde 92
planification d'une stratégie de sauvegarde
31–124
définition 33
définition des besoins 33
disponibilité des données du système 37
gestion des supports 39
périphériques, configuration 38
planification de sauvegardes 38
protection de catalogue 38
protection de données 38
stratégies de sauvegarde 37
types de données 37
planification de cellules 40–46
Gestionnaires de cellule 42
nombre de cellules 40
Serveurs d'installation 42
planification de la sécurité 55–72
cellules 55
comptes utilisateur Data Protector 56
encodage des données 58
groupes d'utilisateurs Data Protector 56
visibilité des données sauvegardées 57
planification de sauvegarde 92
planification des performances 47–54
compression 48, 53
compression logicielle 50
compression matérielle 51
Fibre Channel 54
fragmentation des disques 53
infrastructure 47
mémoire cache 53
parallélisme 49
partage de charge 50
performances des disques 53
périphériques 48
sauvegardes directes 48
sauvegardes locales 47
sauvegardes réseau 47
types de sauvegarde 51
I-10
planification échelonnée de sauvegardes
complètes 94
planification, conseils et pièges à éviter 93
planifiées, sessions de sauvegarde 244
point à point, topologie 178
points de contrôle 268
pool de supports, propriétés
ajout possible 130
ajout possible aux incrémentales
uniquement 130
stratégie d'allocation de supports 130
pools de supports 22, 24, 130, A-17, A-38
définition 130
exemples d'utilisation 131, 135
par défaut 131
propriétés 130
pools de supports par défaut 131
pools de supports, exemples d'utilisation 135
configuration de grande bibliothèque 137
périphériques multiples/pool unique 138
périphériques multiples/pools multiples 139
un périphérique/un pool 136
post-exécution, commandes 247, 268
pré-exécution et post-exécution, scripts 247
pré-exécution, commandes 247, 268
préparation d'un plan de stratégie de
sauvegarde 37
préparation des supports 129
présentation
gestion de la base de données IDB 209
récupération après sinistre 120
restauration 9
sauvegarde 8
sauvegarde de snapshot 321
sauvegarde directe 275
sauvegarde Split Mirror 309
sauvegarde synthétique 299
Volume Shadow Copy service 337
présentation des restaurations 9
présentation des sauvegardes 8
prévention des conflits 162
priorité des emplacements des supports 117
prise en charge de TapeAlert 156
prise en charge des codes-barres 167
processus 243
Backup Session Manager (gestionnaire de
session de sauvegarde) 245
restauration 9
Restore Session Managers (gestionnaires
de session de restauration) 250
sauvegarde 8
Index
processus Data Protector 243–262
processus de copie d'objet 102
processus de sauvegarde
destination 8
source 8
programmée, copie de supports 113
propriété 58
restauration, sessions 58
sauvegarde, sessions 58
propriété des sauvegardes 58
propriétés de pools de supports 130
protection de catalogue 83, A-19
en tant que paramètre clé réglable de l'IDB
214
expiration 214
exploration de fichiers 84
générations de sauvegarde B-4
impact sur les performances de la
sauvegarde 215
restauration des données lorsque la
protection de catalogue arrive à
expiration 215
taille et croissance de la base de données
IDB 198
protection de catalogue en tant que
paramètre clé réglable de l'IDB 214
protection de données 83, A-19
pulsation 60
pulsation du cluster 60
purge
noms de fichier 208
versions de fichier 208
purge de noms de fichier
fonctionnement de la base de données IDB
208
purge de versions de fichier 208
R
RAID
sauvegarde de snapshot 321
sauvegarde Split Mirror 313
Raima Database Server (serveur de base de
données Raima) 243
rapports d'entreprise 21
rapports en ligne 231
rapports Java 231
rapports Java en ligne 231
RDS 243
récupération 121
récupération après sinistre 121
récupération après sinistre 121
autres méthodes 123
concepts 120
Phase 0 121
Phase 2 121
Phase 3 121
présentation 120
récupération de la base de données IDB
gestion de la base de données IDB 209
recyclage des supports 129
regroupement d’une chaîne de restauration
107
répertoire DC
fichiers binaires de catalogue des détails
203
réplique
sauvegarde de snapshot 322
sauvegarde Split Mirror 309
réseau, environnement 9
restauration
fonctionnement de la base de données IDB
206
priorité des emplacements des supports 117
sélection des supports 116
Volume Shadow Copy service 344
restauration à partir de supports stockés
dans un coffre 153
restauration complète de système de fichiers
A-22, A-45
restauration des données 115–119
restauration instantanée
sauvegarde de snapshot 325
sauvegarde Split Mirror 311
restauration, session 250–253
restauration, sessions 15, 58
définition 250
délai d'attente 251
demandes de montage 252
mise en attente 251
restaurations 115, 250
configuration 50
durée 115
mise au coffre 153
opérateurs 117
optimisation 94
parallèle 252
restauration complète de système de
fichiers A-22, A-45
restaurer par requête A-21, A-45
utilisateurs finaux
utilisateur final, groupe d'utilisateurs 118
I-11
Index
restaurer par requête A-21, A-45
Restore Session Managers (gestionnaires de
session de restauration) 250
robotique 184
rotation du jeu de répliques
sauvegarde de snapshot 325
sauvegarde Split Mirror 312
RSM 250
S
SAN
Voir Storage Area Networks
sauvegarde
fonctionnement de la base de données IDB
206
sur disque 289
sauvegarde avec découverte de disques ou
standard 249
sauvegarde avec temps d'indisponibilité nul
sauvegarde de snapshot 321
sauvegarde Split Mirror 311
sauvegarde complète synthétique 299
sauvegarde complète virtuelle 301
sauvegarde de disque en plusieurs étapes.
107
sauvegarde de données 87–97
procédure 87
sauvegarde de journaux d'archive
sauvegarde de snapshot 324
sauvegarde Split Mirror 310
sauvegarde de snapshot 319
client d'application 324
client de sauvegarde 324
client de sauvegarde comme serveur de
basculement 333
concepts 322
configuration, autre 333
configuration, baie de disques simple - hôte
double 328
configuration, baies de disques - hôte
simple 331
configuration, Campus Cluster et mise en
miroir LVM 333
configuration, mise en miroir LVM 332
configuration, plusieurs baies de disques hôte double 330
configuration, plusieurs hôtes d'application
- hôte de sauvegarde simple 331
configurations 328
en ligne, sauvegarde de base de données 324
I-12
haute disponibilité 321
jeu de répliques 325
présentation 321
RAID 321
réplique 322
restauration instantanée 325
rotation du jeu de répliques 325
sauvegarde de journaux d'archive 324
sauvegarde ZDB sur bande 324
sauvegarde ZDB sur disque 325
volume cible 322
volume source 322
ZDB sur disque + bande 324
sauvegarde directe 273
caractéristiques requises 284
configurations prises en charge 285
présentation 275
sauvegarde en ligne de bases de données 269
sauvegarde incrémentale avancée 75
sauvegarde incrémentale classique 75
sauvegarde en mode détection de disques 249
sauvegarde Split Mirror
client d'application 310
client de sauvegarde 310
client de sauvegarde comme serveur de
basculement 312
concepts 309
configuration, autre 317
configuration, miroir distant 315
configuration, miroir local - hôte double 313
configuration, miroir local - hôte simple 314
configuration, miroir local/distant 316
configurations 313
en ligne, sauvegarde de base de données 310
haute disponibilité 310
jeu de répliques 312
présentation 309
RAID 313
réplique 309
restauration instantanée 311
rotation du jeu de répliques 312
sauvegarde de journaux d'archive 310
sauvegarde ZDB sur bande 312
sauvegarde ZDB sur disque 312
volume cible 309
volume source 309
ZDB sur disque + bande 312
sauvegarde standard ou avec découverte de
disques 249
Index
sauvegarde ZDB sur bande
sauvegarde de snapshot 324
sauvegarde Split Mirror 312
sauvegarde sur disque 289
avantages 292
sauvegarde ZDB sur disque
sauvegarde de snapshot 325
sauvegarde Split Mirror 312
sauvegarde synthétique 297
avantages 300
fonctionnement 301
restauration 304
utilisation d'espace de support 303
sauvegarde VSS 343
sauvegarde, performances 158
sauvegarde, sessions 14, 88, 93, 244–249
configuration de sauvegarde 92
délai d'attente 248
demandes de montage 248
interactive 244
planifiées 244
sauvegardes
ajout de données aux supports 146
automatisées 98
configuration 50
directes 48
hors contrôle 98
image disque 51
locales 47
objets sauvegarde 89
périphériques 155
planification échelonnée 94
planifiées 92
réseau 47, 48
sans surveillance 98
sauvegarde avec découverte de disques ou
standard 249
sauvegarde standard ou avec découverte de
disques 249
sessions 93
spécifications de sauvegarde 89
stratégies de planification 92
système de fichiers 51
sauvegardes complètes 51
planification échelonnée 94
sauvegardes complètes et incrémentales
73–92
sauvegardes incrémentales 51
types 76
sauvegardes incrémentales de niveau 1 A-18,
A-40
sauvegardes incrémentales par niveau 76
sauvegardes indépendantes du réseau local
181
sauvegardes simultanées 158, A-19, A-43
scénarios de sauvegarde (entreprise ABC)
A-23–A-45
scénarios de sauvegarde (entreprise XYZ)
A-5–A-22
schéma des éléments de la base de données
IDB
architecture de la base de données IDB 201
scripts
post-exécution 91
pré-exécution 91
pré-exécution et post-exécution 247
scripts post-exécution 91
scripts pré-exécution 91
sécurité
définition 55
encodage des données 191
groupes d'utilisateurs 191
interdiction de l'accès aux données 191
système relatif aux utilisateurs 191
visibilité des données sauvegardées 191
sécurité Data Protector (définition) 55
segments 265
sélection d'objets sauvegarde 89
sélection de supports pour restaurer 116
sélection des supports utilisés pour la
sauvegarde 145
serveur virtuel 61
Serveurs d'installation 13, 42
serveurs de lecteurs 12
services 243
services Data Protector 243–262
session de sauvegarde
définition 91, 244
propriété 58
sessions
consolidation d'objet 259
copie d'objet 255
gestion des supports 262
restauration 15, 250
sauvegarde 14, 244
sessions automatiques de consolidation
d'objet 259
sessions automatiques de copie d'objets 255
sessions de consolidation d'objet 259
demandes de montage 261
mise en attente 261
I-13
Index
sessions de copie d'objets 255
demandes de montage 258
mise en attente 257
sessions interactives de consolidation d'objet
259
sessions interactives de copie d'objets 255
sessions simultanées
consolidation d'objet 261
copie d'objet 257
gestion des supports 262
restauration 251
sauvegarde 246
SIBF, taille et croissance
fichiers binaires d'intégrations sans
serveur 205
silo, bibliothèques 165
simultanéité 158
sinistre 120
SMBF Voir fichiers binaires de messages de
session
SMBF, taille et croissance
fichiers binaires de messages de session 204
snapclones 327
snapshots
types 326
snapshots avec préallocation d'espace disque
326
snapshots sans préallocation d'espace disque
326
SNMP 224
solutions pour scénarios de sauvegarde A-10,
A-28
spécifications de sauvegarde 24, 88, 89, A-18,
A-40
standard ou parallèle, restauration 252
statiques, lecteurs 187
Storage Area Networks 176–188
accès direct à la bibliothèque 186
accès indirect à la bibliothèque 185
concepts 176
Fibre Channel 177
interconnectivité 176
noms de verrouillage 184
partage de périphériques 181
partage de périphériques dans les clusters
187
sauvegardes indépendantes du réseau local
181
topologies Fibre Channel 178
StorageTek/ACSLS 165
I-14
stratégie de rotation des supports (définition)
139
stratégie de sauvegarde 31
stratégies d'allocation de supports 130, 140,
145
souple 145
stricte 145
stratégies d'utilisation de supports 146
ajout possible 146
ajout possible aux incrémentales
uniquement 146
exemples 147
sans possibilité d'ajout 146
stratégies de planification 92, 94
stratégies de planification, exemples 95
stratégies de restauration 115
opérateurs 117
utilisateurs finaux 118
stratégies de rotation des supports 139
stratégies de sauvegarde 152
environnement d'entreprise
stratégies de sauvegarde 17
supports
âge 149
bande nettoyante, prise en charge 168
codes-barres 167
copie 112
copie automatisée 113
distribution des objets 52
emplacements, champs 143
erreurs de périphérique 150
estimation de la quantité de supports
requis 141
étiquetage 142, 167
exportation 86
formatage 129
initialisation 129, 142
logements de bande 166
logements de bande, éjection 166
logements de bande, insertion 166
marques de fichier 159
mise au coffre 151, 129
mise hors service 129
nombre d'écrasements 149
préparation 129
prise en charge des codes-barres 167
segments d'en-tête 159
segments de catalogue 159
segments de données 159
sélection pour la sauvegarde 145
Index
supports, description 142
supports, fonctions de gestion 22, 127
supports, mise coffre 129
surveillance 6, 228
système cible 120
système de fichiers ou image disque,
sauvegardes 51
système de fichiers, sauvegardes 51
Volume Shadow Copy service 341, 345
système de sécurité relatif aux utilisateurs
191
systèmes à sauvegarder 12
systèmes client 12
systèmes dotés de périphériques de
sauvegarde 12
T
tâches de copie d'objet 105
taille
bibliothèques 166
taille de bibliothèque 166
taille de bloc
par défaut 160
performances 160
périphériques 160
périphériques de sauvegarde 160
taille de bloc par défaut 160
taille de segment 159
taille et croissance de la base de données IDB
197
niveau de journalisation 197
protection de catalogue 198
taille et croissance des enregistrements CDB
autres que les noms de fichier
base de données catalogue 203
taille et croissance des noms de fichier
base de données catalogue 202
fichier fnames.dat 202
temps de réponse 225
topologies Fibre Channel 178
boucle, topologie 178
commutée, topologie 180
point à point 178
traitement des invites de montage 99
transactions 225
types de protection
catalogue 83
données 83
types de sauvegarde 94
complète 51, 73, 74
incrémentale 51, 73, 75
planification des performances 51
types de sauvegardes incrémentales 76
sauvegardes incrémentales avancées 75
sauvegardes incrémentales classiques 75
sauvegardes incrémentales par niveau 76
typographiques, conventions xiii
U
utilisateur final, groupe d’utilisateurs 193
utilisateurs 192
utilisateurs et groupes d'utilisateurs 189–193
utilisation des pools de supports 131
utilisation des supports 129
utilisation du niveau de journalisation et de
la protection de catalogue 215
définition de la protection de catalogue 215
particularités des grandes cellules 217
particularités des petites cellules 216
utilisation de différents niveaux de
journalisation dans la même cellule 215
V
variations du système de fichiers
facteurs clés des performances et de la
croissance de la base de données 211
Veritas Cluster 59
verrouillage de périphérique 162
virtualisation du stockage 321
visibilité des données sauvegardées 57, 191
volume cible
sauvegarde de snapshot 322
sauvegarde Split Mirror 309
Volume Shadow Copy service (VSS)
avantages 341
copie miroir 337
fournisseur de copie miroir 338
intégration à Data Protector 341, 343
jeu de copies miroir 338
modèle de sauvegarde 339
module d'écriture 338
présentation 337
restauration 344
sauvegarde 343
sauvegarde et restauration du système de
fichiers 345
système de fichiers, sauvegardes 341
volume source
sauvegarde de snapshot 322
sauvegarde Split Mirror 309
VSS
I-15
Index
Voir Volume Shadow Copy service. 337
Z
ZDB sur disque + bande
sauvegarde de snapshot 324
sauvegarde Split Mirror 312
I-16

Manuels associés