hp OpenView omniback II Guide de concepts

Transcription

1 hp OpenView omniback II Guide de concepts Edition juin 2001 Numéro de pièce fabricant : B Version A.04.00

2 Informations légales Hewlett-Packard ne fournit aucune garantie à propos de ce manuel, y compris, mais non exlusivement en ce qui concerne les garanties implicites de qualité marchande et d'adaptation pour une utilisation particulière. Hewlett-Packard ne saurait être responsable des erreurs présentes dans ce manuel ni des dommages directs, indirects, spéciaux, fortuits, ou consécutifs résultant de la mise à disposition, des performances ou de l'utilisation de ce matériel. Garantie. Vous pouvez vous procurer une copie des conditions de garantie spécifiques applicables à votre produit Hewlett-Packard, ainsi qu'aux pièces de rechange, auprès de votre agence commerciale locale. Droits limités. Tous les droits sont réservés. 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 Hewlett-Packard Company. Les informations contenues dans le présent document sont susceptibles d'être modifiées sans préavis. L'utilisation, la reproduction ou la divulgation par le gouvernement des Etats-Unis est sujette à des restrictions définies dans le sous-alinéa (c)(1)(ii) de la clause Rights in Technical Data and Computer Software du texte DFARS pour les agences rattachées au département de la défense, et dans les sous-alinéas (c) (1) et (c) (2) de la clause Commercial Computer Software Restricted Rights du texte FAR pour les autres agences. HEWLETT-PACKARD COMPANY Etats Unis d'amérique Copyright. Copyright Hewlett-Packard Company, tous droits réservés. La reproduction, l'adaptation ou la traduction du présent document sans autorisation écrite préalable est interdite, sauf dans le cadre des dispositions légales prévues en matière de copyright. Copyright 1979, 1980, 1983, Régents de l'université de Californie Ce logiciel se base en partie sur le système 4BSD (Fourth Berkeley Software Distribution) sous licence des Régents de l'université de Californie. ii

3 Copyright Sun Microsystems, Inc. Copyright , 1988 Massachusetts Institute of Technology Copyright The Open Software Foundation, Inc. Copyright FTP Software, Inc. Tous droits réservés Copyright 1986 Digital Equipment Corporation Copyright 1990 Motorola, Inc. Copyright 1990, 1991, 1992 Université Cornell Copyright Université du Maryland Copyright 1988 Université de Carnegie Mellon Marques. UNIX est une marque déposée au Etats-Unis et dans les autres pays, sous licence exclusive de la X/Open Company Limited. X Window System est une marque déposée du Massachusetts Institute of Technology. Motif est une marque déposée de l'open Software Foundation, Inc. aux USA et dans les autres pays. Windows NT est une marque déposée américaine de Microsoft Corporation. Microsoft, MS-DOS, Windows et MS Windows sont des marques déposées américaines de Microsoft Corporation. Oracle, SQL*Net et Net8 sont des marques déposées américaines d'oracle Corporation, Redwood City, Californie. Oracle Reports, Oracle7, Oracle7 Server, Oracle7 Backup Utility, Oracle8, Oracle8 Server Manager et Oracle8 Recovery Manager sont des marques déposées d'oracle Corporation, Redwood City, Californie. Java est une marque déposée américaine de Sun Microsystems, Inc. Adobe et Acrobat sont des marques déposées d'adobe Systems Incorporated. ARM est une marque déposée d'arm Limited. X/Open est une marque déposée et X device est une marque déposée de X/Open Company Ltd. en Grande Bretagne et dans les autres pays. VisiCalc est une marque déposée américaine de Lotus Development Corp. iii

4 HP-UX version 10.20, HP-UX version et ultérieures (configurations 32 et 64 octets) sur tous les ordinateurs HP 9000 sont des produits de la marque Open Group UNIX 95. Netscape et Netscape Navigator sont des marques déposées américaines de Netscape Communications Corporation. OpenView est une marque déposée américaine de Hewlett-Packard Company. Les autres noms réservés sont des marques déposées et sont la propriété des sociétés respectives. iv

5 Table des matières 1. A propos des sauvegardes et d'omniback II Description du chapitre A propos d'omniback II Présentation des sauvegardes et des restaurations Qu'est-ce qu'une sauvegarde? Qu'est-ce qu'une restauration? Sauvegarde d'un environnement réseau Architecture OmniBack II Opérations effectuées dans la cellule Sessions de sauvegarde Sessions de restauration Environnements d'entreprise Séparation d'un environnement en plusieurs cellules Gestion des média Périphériques de sauvegarde Interfaces utilisateur Interface OmniBack II Présentation de la configuration d'omniback II 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 influençant une 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 NT ou Windows Création de cellules dans un environnement mixte Cellules distantes géographiquement Analyse et planification des performances L'infrastructure Configuration des sauvegardes et des restaurations Performances des disques Performances de gestion des média Performances des applications de base de données en ligne v

6 Table des matières Planification de la sécurité Cellules Comptes d'utilisateur OmniBack II Groupes d'utilisateurs OmniBack II Droits utilisateur OmniBack II Visibilité de données sauvegardées Encodage des données Qui est propriétaire d'une session de sauvegarde? Gestion de clusters Sauvegardes complètes et incrémentales Sauvegardes complètes Sauvegardes incrémentales Observations relatives à la restauration Planification et types de sauvegarde Conservation des données sauvegardées et des informations sur celles-ci Protection de données Protection du catalogue Niveau de journalisation Exploration des fichiers à restaurer Sauvegarde de données Création d'une spécification de sauvegarde Sélection d'objets sauvegarde Sessions de sauvegarde Séries de média ou jeux de sauvegarde Types de sauvegardes et sauvegardes planifiées Planification, configurations et sessions de sauvegarde Planification - Conseils et pièges à éviter Opération automatisée ou sans surveillance A propos des sauvegardes sans surveillance Restauration des données Durée de la restauration Opérateurs autorisés à restaurer les données Utilisateurs finaux autorisés à restaurer les données Récupération de désastre Cohérence et pertinence de la sauvegarde Présentation du processus Méthode de récupération de désastre manuelle Récupération de désastre avec restitution de disque vi

7 Table des matières Récupération de désastre automatisée avancée Autre méthode de récupération de désastre Gestion des média et périphériques Description du chapitre Gestion des média Cycle de vie des média Pools de média Pools libres Exemples d'utilisation de pool de média Mise en œuvre d'une stratégie de rotation des média Gestion des média avant le début des sauvegardes Initialisation ou formatage des média Etiquetage des média OmniBack II Champ Situation Gestion des média pendant les sessions de sauvegarde Sélection des média pour les sauvegardes Ajout de données aux média pendant les sessions de sauvegarde Détermination de l'état des média Gestion des média après les sessions de sauvegarde Copie de média Mise au coffre Restauration à partir de média d'un coffre Périphériques Listes de périphériques et partage de charge Alimentation continue et simultanée des périphériques Taille de segment Taille de bloc Nombre de mémoires tampon d'agent de disque Verrouillage de périphérique et noms de verrou Périphériques autonomes Petits périphériques de magasin Grandes bibliothèques Gestion des média Taille d'une bibliothèque Partage d'une bibliothèque avec d'autres applications Insertion / Ejection des logements de bande Support de code barres vii

8 Table des matières Support de mémoire cartouche Support de bande nettoyante Partage d'une bibliothèque entre plusieurs systèmes OmniBack II et Storage Area Network Storage Area Network 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 Utilisateurs et groupes d'utilisateurs Description du chapitre Sécurité renforcée pour les utilisateurs OmniBack II Accès à des données sauvegardées Utilisateurs et groupes d'utilisateurs Utilisation des groupes d'utilisateurs prédéfinis Droits utilisateur OmniBack II La base de données OmniBack II Description du chapitre A propos de la base de données OmniBack II La base de données dans le Gestionnaire de cellule Windows La base de données dans un Gestionnaire de cellule HP-UX La base de données dans un environnement Manager-of-Managers Architecture de la base de données OmniBack II Base de données de gestion des média (MMDB) Base de données catalogue (CDB) Fichiers binaires de catalogue détaillé (DCBF) Fichiers binaires de messages de session (SMBF) Fichiers binaires d'intégrations sans serveur (SIBF) Fonctionnement de la base de données OmniBack II Présentation de la gestion de base de données OmniBack II Performances et croissance de la base de données OmniBack II Facteurs clé des performances et de la croissance de la base de données Paramètres clé réglables des performances et de la croissance de la base de données Estimation de la taille de la base de données viii

9 Table des matières 6. Gestion des services Description du chapitre Présentation A propos de la gestion des services Application Response Measurement version 2.0 (ARM 2.0 API) Intégration avec HP OpenView VantagePoint Operations Intégration avec ManageX Interruptions SNMP Le moniteur Rapports et notifications Fichiers journaux OmniBack II Journal d'événements OmniBack II Journal de l'application Windows Rapports Java en ligne Exemples d'utilisation des données fournies par OmniBack II Fonctionnement d'omniback II Description du chapitre Processus ou services OmniBack II Sessions de sauvegarde Sessions de sauvegarde interactives ou planifiées Flux de données et processus de session de sauvegarde Commandes pré- et post-exécution File d'attente des sessions de sauvegarde Demandes de montage au cours d'une session de sauvegarde Sauvegarde avec découverte des disques Sessions de restauration Flux de données et processus d'une session de restauration File d'attente des sessions de restauration Demandes de montage au cours d'une session de restauration Restaurations parallèles Restauration multiple et rapide de fichier unique Sessions de gestion des média Flux de données de session de gestion des média Intégration avec les applications de base de données Description du chapitre Présentation d'une base de données ix

10 Table des matières 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 Sauvegarde Split Mirror Description du chapitre Présentation Configurations supportées Miroir local - Hôte double Miroir local - Hôte simple Miroir distant Combinaison de miroirs local et distant Autres configurations 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-9 Solution proposée a-10 Entreprise ABC A-22 Environnement A-22 Besoins relatifs à une stratégie de sauvegarde a-24 Solution proposée a-27 B. Informations supplémentaires Dans cette annexe b-2 Générations de sauvegarde b-3 Internationalisation B-5 Localisation B-5 Gestion des noms de fichier b-5 Glossaire Index x

11 Tableau 1 Informations sur cette édition La version du manuel est indiquée par ses date de publication et numéro de pièce courants. 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. Le numéro de pièce 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. Informations sur cette documentation Numéro de pièce Date de publication Produit B Mai 2000 OmniBack II Version A B Juin 2001 OmniBack II Version A xi

12 xii

13 Tableau 2 Conventions typographiques Dans ce manuel, les conventions typographiques suivantes seront utilisées : Convention Signification Exemple Italiques Titres de manuels ou d'autres documents, titres sur les différents pages des manuels Fait ressortir le texte Indique une variable que vous devez fournir lorsque vous entrez une commande. Pour plus d'informations, reportez-vous au HP OpenView OmniBack II Integration Guide. Vous devez suivre ses étapes A l'invite, entrez : rlogin votre_nom en remplaçant "votre_nom" par votre nom de connexion. Gras Termes nouveaux Le Gestionnaire de cellule d'omniback II est l'élément le plus important xiii

14 Tableau 2 Convention Signification Exemple Sorties système Sortie système gras Touches du clavier Texte et autres éléments apparaissant sur l'écran. Noms de commande Noms de fichiers et de répertoire Noms de processus Noms de fenêtres et de boîtes de dialogue Texte que vous devez entrer. Touches du clavier Le système affiche alors : Appuyez sur Entrée Utilisez la commande grep pour... /usr/bin/x11 Vérifiez si OmniBack II Inet est en cours d'exécution. Dans la boîte de dialogue Options de sauvegarde, sélectionnez... A l'invite, entrez : ls -l Appuyez sur Entrée. xiv

15 L'interface graphique d'omniback II se présente de la même façon sous Windows et UNIX. Pour plus d'informations sur l'interface graphique utilisateur d'omniback II, reportez-vous au HP OpenView OmniBack II Administrator s Guide. Figure 1 Barre de menus Interface graphique utilisateur d'omniback II Contexte Liste Barre d'outils Zone de résultats Fenêtre de navigation Onglet Résultats Barre d'état Onglet Navigation xv

16 xvi

17 Contacts Informations générales Support technique Vos commentaires sur la documentation Informations générales sur OmniBack II : Vous trouverez des informations sur le support technique dans les centres de support électronique HP à l'adresse suivante : Des informations sur les patchs les plus récents pour OmniBack II sont disponibles sous : Pour plus d'informations sur les patchs requis pour OmniBack II, reportez vous au document HP OpenView OmniBack II A Release Notes. HP ne fournit pas de support pour les logiciels et matériels tiers. Pour cela, contactez le fournisseur tiers. Afin de mieux connaître vos besoins, nous vous remercions pour tout commentaire concernant la documentation. Envoyez vos commentaires au site de documentation HP à l'adresse suivante : Vous pouvez aussi remplir le formulaire électronique du système de Gestionnaire de cellule : Windows : <OmniBack_home>\docs\ob2_doc_reply.txt HP-UX 10.x ou version ultérieure : /opt/omni/doc/c/ob2_doc_reply.txt Remplissez un formulaire par manuel et envoyez-le par à l'adresse suivante : [email protected] Si vous détectez des erreurs graves vous empêchant d'utiliser OmniBack II correctement, contactez le HP Response Center ou votre représentant support pour que vos remarques puissent être prises en compte par le HP Software Tracking and Reporting System. xvii

18 Formation Pour obtenir des informations sur les formations HP OpenView proposées, consultez le site HP OpenView à l'adresse suivante : Suivez les liens pour obtenir des informations concernant les cours programmés, les formations sur site ainsi que sur les inscriptions aux cours. xviii

19 Documentation OmniBack II La documentation d'omniback II se présente sous forme de manuels imprimés et d'aide en ligne. Manuels Les manuels OmniBack II sont disponibles en format PDF et imprimés. Vous pouvez installer les fichiers PDF lors de l'installation d'omniback II en sélectionnant le composant Interface utilisateur sous Windows, ou le composant OB2-DOCS sous UNIX. Les manuels se trouveront alors dans le répertoire <OmniBack_home>\docs sous Windows ou /opt/omni/doc/c/ sous UNIX. Vous trouverez également les manuels en format PDF à l'adresse HP OpenView OmniBack II Administrator's Guide Ce manuel décrit les tâches de configuration et d'administration de l'administrateur chargé de la sauvegarde de systèmes, telles que la configuration de périphériques de sauvegarde, la gestion de média, la configuration des sauvegardes et la restauration des données. Guide d'installation et de choix des licences HP OpenView OmniBack II Ce manuel décrit l'installation d'omniback II 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 d'omniback II et l'obtention de licences correspondant à votre environnement. HP OpenView OmniBack II Integration Guide Ce manuel décrit la configuration et l'utilisation d'omniback II en vue de sauvegardes et de restaurations de bases de données courantes. Il traite aussi de l'intégration de NetApp Filer avec OmniBack II. Il existe deux versions de ce manuel : HP OpenView OmniBack II Windows Integration Guide Ce manuel décrit les intégrations sous Windows NT ou Windows 2000, comme par exemple Microsoft Exchange, Microsoft SQL, Oracle, SAP R/3, Informix et Sybase. xix

20 HP OpenView OmniBack II UNIX Integration Guide Ce manuel décrit les intégrations sous UNIX, comme par exemple : Oracle, SAP R/3, Informix, Sybase et NetApp Filer. Guide conceptuel HP OpenView OmniBack II Ce manuel décrit les concepts OmniBack II et fournit des informations de fond sur le fonctionnement du logiciel. Il est conçu pour être utilisé avec le guide HP OpenView OmniBack II Administrator's Guide qui se concentre sur les tâches du logiciel. HP OpenView OmniBack II EMC Symmetrix/Fastrax Integration Guide Ce manuel décrit l'installation, la configuration et l'utilisation des intégrations EMC Symmetrix et EMC Fastrax. Il est destiné aux opérateurs ou aux administrateurs de sauvegarde. La première partie décrit les procédures d'installation et de configuration de l'intégration d'omniback II avec les fonctions SRDF (Symmetrix Remote Data Facility) et TimeFinder d'emc pour ICDA (Integrated Cached Disk Arrays) Symmetrix. Elle décrit la sauvegarde et la restauration de systèmes de fichier et d'images disque ainsi que de bases de données en ligne, telles qu'oracle et SAP R/3. La seconde partie décrit l'intégration d'omniback II avec EMC Fastrax. Elle décrit la sauvegarde et la restauration d'images disque, ainsi que de systèmes Oracle8i et SAP R/3, par technologie directe disque vers bande. HP OpenView OmniBack II HP SureStore E Disk Array XP Integration Guide Ce manuel décrit l'installation, la configuration et l'utilisation de l'intégration OmniBack II avec HP SureStore E Disk Array XP. Il est destiné aux opérateurs ou aux administrateurs de sauvegarde. Il décrit la sauvegarde et la restauration d'oracle, SAP R/3, Microsoft Exchange et Microsoft SQL. xx

21 HP OpenView OmniBack II A Software Release Notes Ce document décrit les nouvelles fonctions de la version A de HP OpenView OmniBack II. Il fournit également des informations sur les configurations prises en charge (périphériques, plates-formes et intégrations de base de données en ligne, configurations SAN, configurations EMC split mirror et configurations SureStore E XP), les patchs requis, les limites du logiciel, ainsi que les problèmes identifiés et leur solution. Une version mise à jour des configurations supportées est disponible à l'adresse Aide en ligne OmniBack II contient une aide en ligne pour les plates-formes Windows et UNIX. xxi

22 xxii

23 Contenu des manuels Le Guide conceptuel HP OpenView OmniBack II décrit les concepts à la base de ce logiciel. La lecture de ce manuel donne une bonne compréhension des concepts fondamentaux et du modèle sur lequel est construit OmniBack II. Public Ce manuel s'adresse aux utilisateurs qui s'intéressent aux concepts de fonctionnement d'omniback II et aux personnes responsables de la planification de stratégies de sauvegarde pour leur entreprise. Selon le niveau de détail requis, vous pouvez également utiliser ce manuel avec le manuel HP OpenView OmniBack II Administrator's Guide. Organisation Le manuel est organisé de la façon suivante : Chapitre 1 "A propos des sauvegardes et d'omniback II", page 1. Chapitre 2 "Planification de la stratégie de sauvegarde", page 29. Chapitre 3 "Gestion des média et périphériques", page 101. Chapitre 4 "Utilisateurs et groupes d'utilisateurs", page 153. Chapitre 5 "La base de données OmniBack II", page 159. Chapitre 6 "Gestion des services", page 185. Chapitre 7 "Fonctionnement d'omniback II", page 199. Chapitre 8 "Intégration avec les applications de base de données", page 213. Annexe A "Scénarios de sauvegarde", page A-1. Annexe B "Informations supplémentaires", page B-1. xxiii

24 xxiv

25 1 A propos des sauvegardes et d'omniback II Chapitre 1 1

26 A propos des sauvegardes et d'omniback II 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 OmniBack II, de la gestion de média, des interfaces utilisateur, des périphériques de sauvegarde, et d'autres fonctionnalités. En conclusion, ce chapitre donne des informations générales sur la configuration OmniBack II et d'autres tâches nécessaires pour configurer OmniBack II. 2 Chapitre 1

27 A propos des sauvegardes et d'omniback II A propos d'omniback II A propos d'omniback II HP OpenView OmniBack II 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. OmniBack II propose une fonctionnalité complète de sauvegarde et de restauration spécialement conçue pour les environnements intra-entreprise et les environnements partagés. Les principales caractéristiques d'omniback II sont les suivantes : Une architecture évolutive et d'une grande flexibilité OmniBack II 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 d'omniback II, 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. Une administration facile et centralisée Grâce à son interface graphique facile d'utilisation, OmniBack II vous permet d'administrer la totalité de votre environnement de sauvegarde à partir d'un seul système. Pour faciliter l'utilisation du logiciel, l'interface graphique peut être installée sur divers systèmes pour permettre à plusieurs administrateurs d'accéder à OmniBack II via leurs terminaux (en local). Il est même possible de gérer plusieurs environnements de sauvegarde à partir d'un seul système. L'interface de lignes de commande OmniBack II permet de gérer OmniBack II à l'aide de scripts. Une fonction de sauvegarde haute performance OmniBack II permet d'utiliser simultanément plusieurs centaines de périphériques pour les sauvegardes. Il supporte 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 besoins : sauvegarde en local, réseau, complète, différentielle, incrémentale multi-niveau, en ligne, image disque, et support intégré de flux de données parallèles. Chapitre 1 3

28 A propos des sauvegardes et d'omniback II A propos d'omniback II Le support des environnements mixtes OmniBack II supportant les environnements hétérogènes, la plupart des fonctions sont communes aux plates-formes UNIX, Windows NT et Windows Le Gestionnaire de cellule HP-UX, Windows NT ou Windows 2000 peut contrôler toutes les plates-formes client (UNIX, Windows NT, Windows 2000 et Novell NetWare). L'interface utilisateur OmniBack II permet l'accès à toutes les fonctionnalités du logiciel sur toutes les plates-formes. Une installation facile pour les environnements mixtes Le concept du serveur d'installation simplifie l'installation et les procédures de mise à niveau. Pour installer les clients UNIX à distance, vous devez disposer d'un serveur d'installation fonctionnant sous HP-UX. Pour installer les clients Windows NT ou Windows 2000 à distance, vous devez disposer d'un serveur d'installation fonctionnant respectivement sous Windows NT ou Windows L'installation à distance peut être effectuée à partir de tout client doté d'une interface OmniBack II. La grande disponibilité des données Vos activités commerciales doivent pouvoir se poursuivre 24 heures sur 24. Avec OmniBack II, vous pouvez répondre à cette exigence. Dans l'environnement commercial d'aujourd'hui, mondialement partagé, les ressources d'informations au sein d'une entreprise ainsi que les applications dédiées aux services client doivent être disponibles à tout moment. OmniBack II vous permet de satisfaire à ces exigences de disponibilité grâce aux avantages suivants : Intégration avec les clusters (HP-MC/ServiceGuard et Microsoft Cluster Server) pour garantir un fonctionnement sans interruption et la possibilité de sauvegarder des nœuds virtuels. Capacité du Gestionnaire de cellule OmniBack II de fonctionner lui-même sur un cluster. Support de toutes les API (interfaces de programmation d'applications) courantes de bases de données en ligne. Intégration avec les solutions avancées autorisant une grande disponibilité des données, telles que EMC SRDF et TimeFinder. Mise à disposition de diverses procédures de récupération de désastre pour les plates-formes Windows NT, Windows 2000 et UNIX. 4 Chapitre 1

29 A propos des sauvegardes et d'omniback II A propos d'omniback II Une procédure de restauration facile OmniBack II comprend une base de données qui garde en mémoire le parcours des données (par exemple les fichiers tels ou tels issus de tel ou tel système sont conservés sur tel ou tel médium). Pour restaurer une partie du système, il suffit d'explorer les fichiers et les répertoires. Ceci permet à l'utilisateur d'accéder rapidement et facilement aux données à restaurer. Opération automatisée ou sans surveillance Avec la base de données intégrée, OmniBack II conserve des informations sur chaque médium OmniBack II ainsi que sur les données qui y sont enregistrées. OmniBack II propose une fonctionnalité de gestion de média sophistiquée. Par exemple, il garde en mémoire combien de temps une sauvegarde particulière doit rester disponible pour la restauration, et quels média peuvent être (ré)utilisés pour les sauvegardes. Cette fonctionnalité est complétée par le support de très grandes bibliothèques, ce qui permet une opération sans surveillance sur plusieurs jours ou semaines (rotation automatique des média). De plus, si vous connectez de nouveaux disques aux systèmes, OmniBack II sait les détecter automatiquement (ou les reconnaître) et les sauvegarder. Il est donc inutile d'adapter les configurations à la main. Gestion des services OmniBack II est la première solution de gestion de sauvegardes et de restaurations à supporter la gestion des services. L'intégration avec la Gestion du temps de réponse des applications (ARM) et l'intégration des sources de données (DSI) contribue efficacement à la Gestion de la qualité de service (SLM) et au respect des Accords de qualité 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 d'omniback II. Chapitre 1 5

30 A propos des sauvegardes et d'omniback II A propos d'omniback II Surveillance, rapports et notifications Les fonctions web avancées pour l'établissement de rapports et de notifications permettent de voir l'état des sauvegardes, contrôler les opérations de sauvegarde en cours et personnaliser les rapports en toute simplicité. Les rapports peuvent être générés via l'interface OmniBack II ou à l'aide de la commande omnirpt sur les systèmes fonctionnant sous UNIX, Windows NT ou Windows 2000, ou à l'aide des rapports web générés en ligne avec Java. Vous pouvez programmer l'édition de rapports à un moment déterminé ou en fonction d'une série d'événements prédéfinis, comme par exemple à la fin d'une session de sauvegarde ou en cas de requête de montage. L'intégration avec les applications de base de données en ligne OmniBack II permet la sauvegarde en ligne des objets base de données Exchange Server 5.5, Microsoft Exchange Server 2000, Microsoft SQL Server 6x, Microsoft SQL Server 7, Microsoft SQL Server 2000, Oracle7, Oracle8, Informix, SAP R/3 et Sybase. L'intégration avec d'autres produits De plus, OmniBack II est compatible avec EMC Symmetrix et Fastrax, VP/Operations, Microsoft Cluster Server, MC/ServiceGuard, HP OpenView OmniStorage et d'autres produits. Pour obtenir une description détaillée des caractéristiques d'omniback II, y compris les intégrations, ainsi que les dernières informations relatives au support des plates-formes et des intégrations, visitez le site HP OpenView OmniBack II à l'adresse suivante : 6 Chapitre 1

31 A propos des sauvegardes et d'omniback II Présentation des sauvegardes et des restaurations Présentation des sauvegardes et des restaurations Vous trouverez dans cette section les principes de base des procédures 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 média de stockage. Cette copie est stockée et conservée pour une utilisation ultérieure pour le cas où l'original est détruit ou endommagé. Pour la présentation détaillée 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 en vue d'une récupération de désastre, 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 média sur lequel les données sont inscrites). Chapitre 1 7

32 A propos des sauvegardes et d'omniback II 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. Il s'agit de la préparation et de la restauration proprement dite des données et de certaines actions après restauration qui permettent de rendre les données disponibles pour l'utilisation. 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 originales sont inscrites. 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 média, 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 8 Chapitre 1

33 A propos des sauvegardes et d'omniback II Présentation des sauvegardes et des restaurations Un environnement réseau peut être sauvegardé correctement à l'aide d'une application avec laquelle vous pouvez : Raccorder des périphériques de sauvegarde à tout système du réseau. Cela permet d'effectuer en local des sauvegardes 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 tout chemin d'accès réseau. Gérer les opérations de sauvegarde à partir de tout système. Réaliser l'intégration dans le cadre de la gestion informatique. Supporter divers types de systèmes à sauvegarder. Chapitre 1 9

34 A propos des sauvegardes et d'omniback II Architecture OmniBack II Architecture OmniBack II La cellule OmniBack II, représentée sur 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 est le point de contrôle centralisé sur lequel le logiciel OmniBack II est installé. Après avoir installé le logiciel OmniBack II, vous pouvez ajouter des systèmes à sauvegarder. Ces systèmes deviennent des systèmes client OmniBack II faisant partie de la cellule. Lorsqu'OmniBack II sauvegarde des fichiers, il les enregistre sur des média situés dans les périphériques de sauvegarde. La base de données OmniBack II garde en mémoire le parcours des fichiers que vous sauvegardez de sorte qu'il vous suffit de naviguer pour récupérer la totalité du système ou seulement certains fichiers. OmniBack II facilite les opérations de sauvegarde et de restauration. Vous pouvez effectuer une sauvegarde instantanée (ou interactive) via l'interface utilisateur OmniBack II. Vous pouvez également programmer vos sauvegardes pour qu'elles s'exécutent sans surveillance. 10 Chapitre 1

35 A propos des sauvegardes et d'omniback II Architecture OmniBack II Figure 1-4 La cellule OmniBack II (description du point de vue physique et logique) REMARQUE L'interface graphique et le Gestionnaire de cellule peuvent fonctionner indifféremment sur les systèmes d'exploitation HP-UX, Windows NT ou Windows 2000, et pas nécessairement sur le même système d'exploitation. Gestionnaire de cellule Le Gestionnaire de cellule est le système le plus important de la cellule. Il présente les avantages suivants : Il gère la cellule à partir d'un point central. Il contient la base de données OmniBack II. La base de données OmniBack II contient des informations relatives aux sauvegardes, telles que : durées des sauvegardes, ID des média et des sessions. Il exécute le logiciel central OmniBack II. Il exécute des 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 OmniBack II. Systèmes à sauvegarder L'Agent de disque OmniBack II (AD), é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. Chapitre 1 11

36 A propos des sauvegardes et d'omniback II Architecture OmniBack II 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 de l'agent média. L'Agent de disque est également installé sur le Gestionnaire de cellule, ce qui permet de sauvegarder des données sur le Gestionnaire de cellule, la configuration OmniBack II et la base de données OmniBack II. Systèmes dotés de périphériques de sauvegarde Systèmes dotés d'une interface utilisateur serveur d'installation L'Agent média OmniBack II doit être installé sur les systèmes client auxquels sont connectés les périphériques de sauvegarde. Ces systèmes client sont également appelés serveurs de lecteurs. Un périphérique de sauvegarde peut être connecté à tout système et pas uniquement au Gestionnaire de cellule. L'Agent média lit ou écrit des données à partir d'un média du périphérique et envoie ou reçoit des données de l'agent de disque. Vous pouvez gérer OmniBack II à partir de tout système sur le réseau sur lequel l'interface OmniBack II est installée. Le Gestionnaire de cellule peut donc être installé dans une salle informatique, tandis que vous gérez OmniBack II à partir de votre ordinateur. Le serveur d'installation a en dépôt les logiciels OmniBack II pour une architecture spécifique. Le Gestionnaire de cellule est également par défaut un Serveur d'installation. Les environnements mixtes requièrent au moins deux serveurs d'installation : l'un pour les systèmes UNIX et l'autre pour les systèmes Windows NT et Windows Opérations effectuées dans la cellule Le Gestionnaire de cellule OmniBack II 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). 12 Chapitre 1

37 A propos des sauvegardes et d'omniback II Architecture OmniBack II Figure 1-5 Opération de sauvegarde ou de restauration Sessions de sauvegarde Qu'est-ce qu'une session de sauvegarde? Fonctionnement Une session de sauvegarde (voir Figure 1-6) est une procédure consistant à créer une copie de données sur un média de stockage. Elle peut être lancée interactivement par un opérateur via l'interface utilisateur OmniBack II, ou sans surveillance à l'aide du planificateur OmniBack II. Le Gestionnaire de session de sauvegarde démarre les Agents média et les Agents de disque, contrôle la session et stocke les messages générés dans la base de données OmniBack II. Les données sont lues par l'agent de disque et envoyées à l'agent média, qui les enregistre sur les média. Chapitre 1 13

38 A propos des sauvegardes et d'omniback II Architecture OmniBack II 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 à partir de plusieurs disques en parallèle et les envoient à un ou plusieurs Agents média. Pour plus d'informations sur les sessions de sauvegarde complexes, reportez-vous au Chapitre 7, "Fonctionnement d'omniback II", page Chapitre 1

39 A propos des sauvegardes et d'omniback II Architecture OmniBack II Sessions de restauration Qu'est-ce qu'une session de restauration? Fonctionnement Figure 1-7 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 OmniBack II. 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 média et les Agents de disque requis, contrôle la session et stocke les messages générés dans la base de données OmniBack II. Les données sont lues par l'agent média et envoyées à l'agent de disque, qui les inscrit sur des disques. 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 d'omniback II", page 199. Chapitre 1 15

40 A propos des sauvegardes et d'omniback II Environnements d'entreprise Environnements d'entreprise Qu'est-ce qu'un environnement d'entreprise? Quand utiliser un environnement d'entreprise? Figure 1-8 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. 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. Grand environnement d'entreprise OmniBack II contrôle MoM... cellule MoM interface Cellule contrôle contrôle Cellule Cellule 16 Chapitre 1

41 A propos des sauvegardes et d'omniback II Environnements d'entreprise La configuration et la gestion des sauvegardes dans un environnement aussi hétérogène sont des tâches complexes. Les fonctionnalités d'omniback II ont été conçues pour les simplifier au maximum. Pour plus d'informations sur le Manager-of-Managers, reportez-vous à la section Manager-of-Managers", page 18. Séparation d'un environnement en plusieurs cellules Vous pouvez souhaiter séparer 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 29, où vous trouverez une liste de points à prendre en considération lors de la planification de votre environnement. OmniBack II permet de gérer plusieurs cellules à partir d'un point central. Chapitre 1 17

42 A propos des sauvegardes et d'omniback II Environnements d'entreprise Figure 1-9 Gestion centralisée de plusieurs cellules Manager-of-Managers Le Manager-of-Managers OmniBack II permet de gérer les grands environnements avec plusieurs cellules. Le MoM vous permet de regrouper plusieurs cellules au sein d'une unité plus grande appelée "environnement MoM", qui peut être géré à partir d'un point central (voir Figure 1-9). Le MoM vous permet d'étendre votre environnement de sauvegarde de façon quasi illimitée. Vous pouvez ajouter de nouvelles cellules ou séparer des cellules existantes. Un environnement MoM ne requiert pas une connexion réseau fiable entre les cellules OmniBack II et la cellule centrale MoM, parce que seuls des commandes sont envoyées via les connexions longue distance, et que les sauvegardes sont effectuées en local dans chaque cellule OmniBack II. Cela présuppose en revanche que chaque cellule dispose de sa propre base de données de gestion des média. 18 Chapitre 1

43 A propos des sauvegardes et d'omniback II 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 Il permet de simplifier la gestion des licences. L'emploi de cette fonctionnalité est facultatif, mais particulièrement utile pour les environnements très vastes. Base de données centralisée de gestion des média (CMMDB) La CMMDB permet à l'utilisateur de partager des média 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 OmniBack II. Remarque : la centralisation de la base de données de gestion des média n'est pas obligatoire. Chapitre 1 19

44 A propos des sauvegardes et d'omniback II 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 média peut traverser les "frontières" des cellules. Rapports d'entreprise Le Manager-of-Managers OmniBack II peut générer des rapports pour une seule cellule aussi bien que pour la totalité de l'environnement d'entreprise. 20 Chapitre 1

45 A propos des sauvegardes et d'omniback II Gestion des média Gestion des média OmniBack II possède des fonctions de gestion de média très utiles qui vous permettent de gérer simplement et efficacement un grand nombre de média dans votre environnement, et ce de plusieurs façons : Fonctionnalité de gestion des média Les média sont regroupés dans des unités logiques appelées pools de média, ce qui vous permet de travailler sur de grands groupes de média sans avoir à vous préoccuper de chacun en particulier. OmniBack II assure le suivi de tous les média 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 média pour les sauvegardes et un catalogue des sauvegardes effectuées sur chaque médium. L'opération est entièrement automatisée. Si OmniBack II a le contrôle d'un nombre suffisant de média dans les périphériques de bibliothèque, la fonctionnalité de gestion des média permet d'effectuer des sauvegardes sans l'intervention d'un opérateur. Rotation automatisée des média, qui permet de les sélectionner pour les sauvegardes automatiques. Reconnaissance et support des codes barres sur d'importants périphériques de bibliothèque et périphériques silo disposant d'un support de code barres. Facilité d'accès à l'information à partir des bandes sans devoir charger et décharger physiquement les bandes grâce à la technologie mémoire cartouche. Reconnaissance, suivi, affichage et gestion des média utilisés par OmniBack II dans les grands périphériques de bibliothèque et périphériques silo. Possibilité de centraliser les informations relatives aux média et de les partager entre plusieurs cellules OmniBack II. La mise au coffre de média est supportée. Chapitre 1 21

46 A propos des sauvegardes et d'omniback II Gestion des média Qu'est-ce qu'un pool de média? OmniBack II utilise les pools de média pour gérer ces derniers lorsqu'ils sont très nombreux. Un pool de média est un regroupement logique de média du même type physique et auxquels s'applique une politique d'utilisation commune (propriétés). L'utilisation des média dépend des données qui sont enregistrées dessus. C'est vous qui décidez, en fonction de vos besoins, quelle doit être la structure des pools, leur nombre, et lesquels doivent avoir tel ou tel type de données sur leurs média. Lorsque vous configurez un périphérique, un pool de média par défaut est spécifié. Ce pool de média est utilisé si aucun autre pool de média n'est défini dans la spécification de sauvegarde. 22 Chapitre 1

47 A propos des sauvegardes et d'omniback II Périphériques de sauvegarde Périphériques de sauvegarde OmniBack II 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 association 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 média OmniBack II. Figure 1-11 Liens entre les spécifications de sauvegarde, les périphériques et les pools de média 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 média. Les périphériques sont référencés dans les spécifications de sauvegarde. Chaque périphérique est relié à un pool de média et celui-ci peut être modifié dans la spécification de sauvegarde (par exemple, la spécification de sauvegarde 2 a en référence le pool Dept_X au lieu du pool par défaut). Chapitre 1 23

48 A propos des sauvegardes et d'omniback II Périphériques de sauvegarde OmniBack II supporte divers périphériques. Pour plus d'informations, reportez-vous au document HP OpenView OmniBack II A Software Release Notes. 24 Chapitre 1

49 A propos des sauvegardes et d'omniback II Interfaces utilisateur Interfaces utilisateur OmniBack II offre un accès facile à toutes les tâches de configuration et d'administration par l'interface OmniBack II fournie pour les plates-formes X11/Motif, Windows NT et Windows De plus, une interface de lignes de commande est également disponible sur les plates-formes UNIX, Windows NT et Windows L'architecture OmniBack II permet d'installer et d'utiliser l'interface utilisateur OmniBack II avec souplesse. Vous n'êtes pas obligé d'utiliser l'interface à partir du système du Gestionnaire de cellule : vous pouvez l'installer sur votre ordinateur personnel. Comme le montre la Figure 1-12, l'interface utilisateur permet également de gérer de façon transparente les cellules OmniBack II à l'aide des Gestionnaires de cellule HP-UX, Windows NT ou Windows Figure 1-12 Utilisation de l'interface utilisateur OmniBack II CONSEIL Dans un environnement mixte classique, installez l'interface utilisateur OmniBack II sur plusieurs systèmes de l'environnement afin d'avoir accès à OmniBack II depuis plusieurs machines. Chapitre 1 25

50 A propos des sauvegardes et d'omniback II Interfaces utilisateur Interface OmniBack II L'interface OmniBack II (voir Figure 1-13), facile à utiliser et très pratique, présente les éléments suivants : Un onglet Résultats dans lequel figurent les propriétés, les listes et les assistants de configuration. La configuration et la gestion en toute simplicité des sauvegardes d'applications de base de données en ligne fonctionnant dans les environnements Windows NT ou Windows 2000 tels que Microsoft SQL 7, Microsoft Exchange 2000, SAP R/3 et Oracle8, ou dans l'environnement UNIX tels que SAP R/3, Oracle8 et Informix. Un système d'aide en ligne dynamique et contextuel appelé "le navigateur de l'aide". Figure 1-13 Barre Bar Interface OmniBack II Contexte Liste Barre d'outils Fenêtre de navigation Zone de résultats Onglet Résultats Barre d'état Onglet Navigation 26 Chapitre 1

51 A propos des sauvegardes et d'omniback II Présentation de la configuration d'omniback II Présentation de la configuration d'omniback II Vous trouverez dans cette section un aperçu général des tâches à effectuer pour configurer votre environnement de sauvegarde OmniBack II. 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 2000, Oracle8, SAP R/3 ou autres. OmniBack II propose des intégrations spécifiques pour ces produits. 3. Décidez ce que comprendra la configuration de votre cellule OmniBack II, notamment : le système qui sera votre Gestionnaire de cellule, le type de sauvegarde : sauvegarde locale ou réseau, les systèmes qui devront contrôler les périphériques de sauvegarde. 4. Achetez les licences OmniBack II requises pour votre configuration. Vous pourrez ainsi obtenir les mots de passe que vous devez installer. Vous pouvez également utiliser OmniBack II à 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 de détails à ce sujet, reportez-vous au Guide d'installation et de choix des licences HP OpenView OmniBack II. 5. Décidez quelle devra être la structure de vos sauvegardes : Quels pools de média seront utilisés et comment? Quels périphériques seront utilisés et comment? Quels groupes d'utilisateurs voulez-vous mettre en place et que pourront-ils faire? Combien de spécifications de sauvegarde souhaitez-vous avoir et comment devront-elles être regroupées? Chapitre 1 27

52 A propos des sauvegardes et d'omniback II Présentation de la configuration d'omniback II 6. Installez le système du Gestionnaire de cellule OmniBack II et utilisez l'interface utilisateur OmniBack II pour répartir les composants OmniBack II entre les autres systèmes. Connectez également les périphériques (lecteurs de bande) aux systèmes qui devront les contrôler. Reportez-vous au Guide d'installation et de choix des licences HP OpenView OmniBack II pour plus de détails. 7. Configurez le ou les périphériques de sauvegarde. Pour plus de détails à ce sujet et sur la suite de la procédure, reportez-vous au HP OpenView OmniBack II Administrator's Guide. 8. Configurez les pools de média et le cas échéant, préparez les média. 9. Configurez les spécifications de sauvegarde, y compris la planification. 10.Configurez la base de données OmniBack II. 11.Le cas échéant, configurez les rapports. 12. Pensez à prévoir une récupération de désastre, en cas de dysfonctionnement de votre disque. 13. Familiarisez-vous avec les tâches suivantes : que faire en cas d'échec des sauvegardes, comment effectuer les opérations de restauration, tester la récupération de désastre, assurer la maintenance de la base de données OmniBack II. 28 Chapitre 1

53 2 Planification de la stratégie de sauvegarde Chapitre 2 29

54 Planification de la stratégie de sauvegarde Description du chapitre Description du chapitre Dans ce chapitre, nous allons décrire la planification d'une stratégie de sauvegarde. Nous nous intéresserons à la planification des cellules OmniBack II, aux performances et à la sécurité, ainsi qu'à la sauvegarde et à la restauration des données. Nous traiterons également des types de sauvegarde de base, des opérations de sauvegarde automatisées et de la récupération de désastre. 30 Chapitre 2

55 Planification de la stratégie de sauvegarde Planification d'une stratégie de sauvegarde Planification d'une stratégie de sauvegarde OmniBack II 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. Ceci simplifiera la procédure de configuration ultérieure. Qu'est-ce que la planification d'une stratégie de sauvegarde? Ce processus comporte les étapes suivantes : 1. La définition des besoins et des contraintes relatifs aux sauvegardes, comme la fréquence à laquelle vos données doivent être sauvegardées, par exemple. 2. La compréhension des facteurs qui influencent votre sauvegarde, comme les taux de transfert de données supportés du réseau et des périphériques de sauvegarde. 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. Dans le reste de ce guide, vous trouverez des informations importantes et une liste de points à prendre en considération, 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 comprend la nécessité de répondre aux questions suivantes : Quelle est la politique de votre organisation en matière de sauvegarde et de restauration? Certaines entreprises ont une politique d'archivage et de stockage des données déjà définie. Il est important que votre stratégie de sauvegarde en tienne compte. Chapitre 2 31

56 Planification de la stratégie de sauvegarde Planification d'une stratégie de sauvegarde Quels types de données sauvegarder? Etablissez une liste de l'ensemble des types de données existant sur votre réseau, comme les fichiers utilisateur, les fichiers système, les serveurs Web et les bases de données relationnelles volumineuses. Quel est le temps d'indisponibilité maximum à ne pas dépasser pour la récupération? Le temps d'indisponibilité autorisé a un impact important sur le choix des investissements en matière d'infrastructure réseau et de matériel de sauvegarde. Pour chaque type de données, déterminez le temps d'indisponibilité acceptable pour la récupération des données ; en d'autres termes, déterminez pendant combien de temps des données spécifiques peuvent être indisponibles avant d'être récupérées à 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 maximum de deux heures. Le temps de récupération correspond essentiellement au temps nécessaire pour accéder aux média 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 de désastre", page 94. Pendant combien de temps conserver les différents types de données? Pour chaque type de données, définissez pendant combien de temps elles 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 n'être utiles que pendant trois semaines. Comment conserver et maintenir les média contenant des données sauvegardées? Pour chaque type de données, définissez pendant combien de temps les données d'un média 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 coffre les fichiers utilisateur, les informations relatives aux commandes, quant à elles, peuvent y être conservées pendant cinq ans, avec une vérification de chaque médium tous les deux ans. 32 Chapitre 2

57 Planification de la stratégie de sauvegarde Planification d'une stratégie de 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 aidera à choisir les périphériques et les média de sauvegarde adaptés à vos besoins. Quelle est la croissance future estimée du volume des données? Pour chaque type de données, faites une estimation de la croissance à venir. Ceci vous aidera à 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? Faites une estimation du temps nécessaire pour chaque sauvegarde. Ceci a une influence directe sur la durée pendant laquelle les données sont disponibles. Les fichiers utilisateur peuvent être sauvegardés à tout moment, dès lors que les utilisateurs n'ont pas besoin d'y accéder, alors que la disponibilité de certaines bases de données transactionnelles pour la sauvegarde peut ê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 plus d'informations, reportez-vous à la section "Sauvegardes complètes et incrémentales", page 67. OmniBack II permet également de sauvegarder certaines applications courantes de base de données en ligne. Pour plus d'informations, reportez-vous au HP OpenView OmniBack II Integration Guide. Si vous devez sauvegarder les données d'un disque très rapide de grande capacité sur un périphérique plus lent, pensez que vous avez la possibilité d'utiliser plusieurs Agents de disques concurrents. Le lancement simultané de plusieurs Agents de disque sur un même disque permet d'améliorer considérablement les performances de sauvegarde. Pour obtenir des informations supplémentaires, reportez-vous à l'aide en ligne OmniBack II - mot-clé de l'index : amélioration des performances de sauvegarde. Chapitre 2 33

58 Planification de la stratégie de sauvegarde Planification d'une stratégie de sauvegarde A quelle fréquence sauvegarder les données? Pour chaque type de données, définissez la fréquence à laquelle vos données doivent être sauvegardées. Par exemple, les fichiers de travail des utilisateurs peuvent être sauvegardés quotidiennement, les données système hebdomadairement, et certaines transactions de base de données peuvent l'être deux fois par jour. Facteurs influençant une 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 de votre réseau physique. Les ressources informatiques et humaines disponibles sur les différents sites de votre entreprise. Préparation d'un plan de stratégie de sauvegarde La planification aboutit à la définition d'une stratégie de sauvegarde traitant des points suivants : Dans quelle mesure la disponibilité (et la sauvegarde) des données du système sont critiques pour l'entreprise La nécessité de conserver les données sauvegardées à un emplacement distant en cas de désastre. Le niveau de continuité des opérations, comprenant notamment un plan de récupération et de restauration pour l'ensemble des systèmes client critiques. La sécurité des données sauvegardées. 34 Chapitre 2

59 Planification de la stratégie de sauvegarde Planification d'une stratégie de sauvegarde La nécessité de contrôler l'accès aux locaux, afin d'en interdire l'entrée à toute personne non autorisée. Ceci 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. Les types de données à sauvegarder Déterminez les différents types de données qu'utilise 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, comme 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. La mise en œuvre de la stratégie de sauvegarde, à savoir : Comment les sauvegardes sont-elles effectuées et quelles sont les options de sauvegarde utilisées? Cela permet 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 média 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? Réfléchissez à 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 à une planification répartie consistant à planifier les sauvegardes complètes des différents clients (spécifications de sauvegarde) sur plusieurs jours afin d'éviter les problèmes de surcharge du réseau ou des périphériques et les problèmes de fenêtre temporelle. Comment conserver les données stockées sur les média et les informations concernant les sauvegardes? Chapitre 2 35

60 Planification de la stratégie de sauvegarde Planification d'une stratégie de sauvegarde Pensez à protéger vos 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 OmniBack II 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 plutôt que via le réseau le plus de données possible. Ceci vous permettra d'accélérer la vitesse de sauvegarde. Si vous devez sauvegarder de grandes quantités de données, pensez à utiliser un périphérique de bibliothèque. La gestion des média Déterminez le type de média à utiliser, de quelle manière regrouper les média en pools et de quelle manière placer les objets sur ces média. Déterminez le mode d'utilisation des média dans le cadre des stratégies de sauvegarde. Mise au coffre Décidez si les média doivent être stockés dans un lieu sûr (un coffre) où ils seront conservés durant une période déterminée. Administrateurs et opérateurs de sauvegarde Déterminez les droits des utilisateurs chargés d'administrer et d'utiliser votre produit de stockage. 36 Chapitre 2

61 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 Comment les cellules sont rattachées aux domaines Windows NT ou Windows 2000 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 média indépendante. Si vous avez plusieurs groupes d'administration, vous pouvez, pour des raisons de sécurité, ne pas vouloir 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 OmniBack II a une influence sur les performances de la sauvegarde et sur la capacité à gérer la cellule. La taille maximum recommandée pour une cellule OmniBack II est de 100 systèmes client. Les cellules comportant plus de 200 systèmes client sont moins faciles à gérer. Chapitre 2 37

62 Planification de la stratégie de sauvegarde Planification de cellules A propos du réseau 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, comme 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 OmniBack II, la sécurité des données est définie au niveau de chaque cellule. Dans OmniBack II, tout le travail d'administration s'effectue dans le cadre d'une seule cellule : les média, les périphériques de sauvegarde et les données sauvegardées appartiennent à une seule cellule. Notez qu'omniback II vous permet de partager des périphériques ou de déplacer des média entre plusieurs cellules ; l'accès physique aux média doit donc être sécurisé et limité au seul personnel autorisé. Environnements mixtes OmniBack II 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 les systèmes client dans une cellule, en fonction des plates-formes sur lesquelles ils s'exécutent. Par exemple, les systèmes client Windows NT ou Windows 2000 peuvent être regroupés dans une cellule, et les clients UNIX, dans une autre. Ceci est particulièrement utile si vous avez défini des stratégies et des administrateurs différents pour les environnements UNIX et Windows. Services et sites Vous pouvez regrouper les différents services ou sites dans des cellules distinctes. Par exemple, en définissant une cellule pour le service comptabilité, une pour le service informatique et une autre 38 Chapitre 2

63 Planification de la stratégie de sauvegarde Planification de cellules pour le service production. Même si vous optez pour une organisation comportant plusieurs cellules, OmniBack II vous permet de configurer facilement des stratégies communes aux différentes cellules. Installation et maintenance des systèmes client Si vous utilisez plusieurs systèmes client UNIX, Windows NT et Windows 2000, il est indispensable que vous ayez un dispositif efficace pour l'installation d'omniback II. Une installation locale sur chaque client n'est pas réalisable dans les grands environnements. Les serveurs d'installation et le Gestionnaire de cellule Le Gestionnaire de cellule est le système principal d'une cellule OmniBack II. Pour pouvoir distribuer (charger) correctement les composants OmniBack II aux systèmes client à partir d'un emplacement central, un système contenant le référentiel du logiciel OmniBack II est nécessaire. Ce système est le Serveur d'installation OmniBack II. Le Gestionnaire de cellule est également par défaut un Serveur d'installation. Chaque fois que vous effectuez une installation à distance, vous devez accéder au serveur d'installation. L'avantage des serveurs d'installation est qu'ils permettent de diminuer les temps d'installation, de mise à jour, de mise à niveau et de désinstallation à distance du logiciel OmniBack II, en particulier dans les environnements d'entreprise. Avant d'installer le logiciel, vous devez vous assurer que les serveurs d'installation et les Gestionnaires de cellule répondent à certaines exigences matérielles et logicielles. Le port 5555 (ou un autre) doit être disponible au sein de la cellule. Reportez-vous au Guide d'installation et de choix des licences HP OpenView OmniBack II pour plus de détails. L'installation du Gestionnaire de cellule et des serveurs d'installation s'effectue directement à partir du CD-ROM. Vous pouvez ensuite procéder à l'installation des composants sur divers systèmes client à l'aide de l'interface d'installation OmniBack II. Lorsque vous installez OmniBack II pour la première fois, il s'exécute avec une licence temporaire valable pendant 60 jours ; vous pouvez ainsi utiliser OmniBack II pendant deux mois sans posséder de licence permanente, ce qui vous laisse le temps de vous procurer les licences dont vous avez besoin. Chapitre 2 39

64 Planification de la stratégie de sauvegarde Planification de cellules Nous vous recommandons d'installer et de configurer votre environnement OmniBack II, puis de demander votre licence permanente. Pour obtenir un mot de passe permanent, vous devez savoir à quelles cellules OmniBack II 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 OmniBack II. Création de cellules dans l'environnement UNIX Il est facile de créerdes 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 de nommage cohérent est un prérequis indispensable afin que chaque système client soit accessible à partir de tous les autres grâce au même nom de nœud entièrement défini. Création de cellules dans l'environnement Windows NT ou Windows 2000 En raison des différentes configurations possibles (domaine / groupe de travail), les niveaux de support des administrateurs Windows NT ou Windows 2000 ont un impact sur la configuration d'omniback II pendant l'installation. Un système de nommage cohérent est un prérequis indispensable afin que chaque système client soit accessible à partir de tous les autres grâce au même nom de nœud entièrement défini. Domaines Windows NT ou Windows 2000 Vous pouvez facilement mapper un domaine Windows NT ou Windows 2000 à une cellule OmniBack II. Dans un domaine Windows NT ou Windows 2000 unique, utilisez une correspondance un à un si la taille du domaine ne dépasse pas celle recommandée pour la cellule OmniBack II. Sinon, séparez-le en deux ou plusieurs cellules, que vous gérerez à l'aide du Manager-of-Managers OmniBack II. 40 Chapitre 2

65 Planification de la stratégie de sauvegarde Planification de cellules Mappage d'une cellule OmniBack II dans un domaine Windows NT ou Windows 2000 Cette opération permet également de simplifier le processus d'administration au sein d'omniback II. 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 NT ou Windows 2000 central dans une organisation par domaine. Toutefois, les autres opérations ne sont pas limitées à une organisation par domaine Windows NT ou Windows 2000, car toutes les opérations et vérifications de sécurité sont réalisées par le protocole interne d'omniback II et non par le dispositif de sécurité de Windows NT ou de Windows D'une manière générale, il n'existe aucune restriction quant à la manière d'installer OmniBack II et au choix de son emplacement d'installation. Toutefois, en raison de la structure de Windows NT, de Windows 2000 et des configurations les plus courantes, qui sont des environnements avec domaines, certaines opérations sont plus faciles à réaliser lorsqu'omniback II est mappé à un modèle de domaine unique, ou à un modèle de domaines multiples où l'un d'eux est le domaine principal, pour permettre à un seul utilisateur de gérer l'ensemble des systèmes client de l'environnement (Distribution logicielle et configuration utilisateur). Cette question prend toute son importance dans un environnement multicellules 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 NT ou Windows 2000 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 devrez entrer 100 noms de connexion. Dans ce cas, nous vous recommandons d'utiliser un environnement de domaines, car les tâches d'installation et un grand nombre d'autres tâches d'administration non liées à OmniBack II sont beaucoup plus faciles à effectuer dans les grands environnements. Chapitre 2 41

66 Planification de la stratégie de sauvegarde Planification de cellules A propos des cellules distantes géographiquement Pour utiliser le MoM dans ce type d'environnement, vous devez configurer séparément les administrateurs de toutes les cellules, afin de pouvoir gérer l'environnement MoM depuis n'importe quelle cellule. Là encore, OmniBack II n'est pas limité à une organisation Windows NT ou Windows 2000 par domaines. Toutefois, cette organisation permet de tirer parti et de simplifier les procédures d'administration où l'authentification de l'utilisateur est nécessaire (installation, gestion des utilisateurs, par exemple). 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 40. 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 pour l'administration. Cellules distantes géographiquement OmniBack II vous permet d'administrer facilement les cellules géographiquement séparées. Pour plus d'informations, reportez-vous à la section "Séparation d'un environnement en plusieurs cellules", page 17. Lorsque vous configurez des cellules géographiquement séparées, pensez à ce qui suit : Les données ne sont pas envoyées via un WAN. 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 groupes de travail. 42 Chapitre 2

67 Planification de la stratégie de sauvegarde Planification de cellules 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 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 OmniBack II et la cellule centrale MoM, car seuls des contrôles sont envoyés via les connexions longue distance et que les sauvegardes sont effectuées en local dans chaque cellule OmniBack II. Cela présuppose en revanche que chaque cellule dispose de sa propre base de données de gestion des média. Dans ce cas, utilisez l'option de sauvegarde d'omniback II Reconnecter les connexions rompues pour rétablir les connexions interrompues. Chapitre 2 43

68 Planification de la stratégie de sauvegarde Analyse et planification des performances Analyse et planification des performances Dans les environnements critiques, 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'un crash 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 existant, il nous est impossible de donner des recommandations tenant compte de l'ensemble des besoins des utilisateurs. L'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'envoide données sur un réseau introduit une charge supplémentaire sur le système, le réseau devenant alors un élément à prendre en compte dans l'analyse des performances. OmniBack II gère le flux de données différemment dans les cas suivants : Flux de données réseau Flux de données local 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 Du disque vers la mémoire vers le périphérique Pour optimiser les performances lors de flux importants de données, utilisez les configurations de sauvegarde locale. 44 Chapitre 2

69 Planification de la stratégie de sauvegarde Analyse et planification des performances 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. Les bibliothèques offrent des avantages supplémentaires grâce à leur accès rapide et automatisé à un grand nombre de média. Au moment de la sauvegarde, le chargement d'un nouveau média ou d'un média réutilisable est requis, et au moment de la restauration, le média qui contient les données à restaurer doit être accessible rapidement. Matériel haute performance autre que les périphériques Performances des systèmes informatiques La vitesse de fonctionnement des systèmes informatiques a un impact direct sur les performances. Les systèmes sont chargés lors des sauvegardes par la lecture des disques, par la compression logicielle, etc. Le taux de données lues sur disque et le taux d'utilisation de la CPU sont des critères de performance importants pour les systèmes eux-mêmes, en plus des performances d'e/s et du type de réseau utilisé. Utilisation en parallèle du matériel L'utilisation en parallèle de plusieurs chemins d'accès aux données est une méthode fondamentale et efficace pour améliorer les performances. Ceci recouvre 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 45

70 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, le routage du trafic réseau doit permettre d'éviter que les chemins d'accès aux données ne se chevauchent, sinon les performances seront réduites. Lorsque plusieurs objets (disques) peuvent être sauvegardés sur un ou plusieurs périphériques à bandes. 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érique à bandes rapides, vous pouvez utiliser 3 liens réseau dédiés entre système_a et système_b. Pour le partage de charge L'utilisation de la fonctionnalité de partage de charge permet à OmniBack II 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. Remarque : vous ne pouvez toutefois pas prévoir sur quel média sera écrit un objet donné. Configuration des sauvegardes et des restaurations Toute infrastructure doit être utilisée de manière à optimiser les performances du système. OmniBack II 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 La CPU 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 CPU importantes. La compression logicielle est désactivée par défaut. Nous vous recommandons de n'utiliser la compression logicielle que lorsque vous devez sauvegarder les données d'un grand nombre de machines sur un réseau lent, et que les données peuvent être compressées avant d'être 46 Chapitre 2

71 Planification de la stratégie de sauvegarde Analyse et planification des performances envoyées sur le réseau. Pensez à désactiver la compression matérielle lorsque vous utilisez la compression logicielle, car deux opérations de compression ont 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 média 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 NT ou Windows 2000, vous devez l'activer lors de la configuration des périphériques. Nous vous recommandons d'utiliser cette option de compression avec précaution, car les données écrites sur des média 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. Nous vous recommandons de planifier soigneusement vos sauvegardes complètes et incrémentales (à plusieurs niveaux). Notez que vous n'avez pas forcément besoin d'effectuer toutes les sauvegardes complètes de l'ensemble des systèmes client au même moment. Sauvegarde d'image disque ou sauvegarde de système de fichiers S'il était, par le passé, plus efficace de sauvegarder des images disque (volumes bruts) que des systèmes de fichiers, ceci n'est plus vrai que dans le cas de systèmes fortement chargés ou de disques contenant un grand nombre de petits fichiers, par exemple. D'une manière générale, nous vous recommandons d'utiliser la sauvegarde de système de fichiers. Chapitre 2 47

72 Planification de la stratégie de sauvegarde Analyse et planification des performances Distribution des objets sur les média Voici quelques exemples de configurations de sauvegarde objet/média fournis par OmniBack II : Un objet (disque) est stocké sur un médium L'avantage de cette méthode est qu'il existe une relation fixe connue entre un objet et un médium, sur lequel réside l'objet. Ceci peut être utile pour le processus de restauration, car le système n'a besoin d'accéder qu'à un seul médium. 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 média, chaque médium contient des données provenant de plusieurs objets, un objet est stocké sur un périphérique L'avantage de cette méthode est la flexibilité des flux de données au moment de la sauvegarde, qui participe à l'optimisation des performances, en particulier dans le cas d'une configuration en réseau. Cela présuppose que les périphériques, "alimentés" simultanément en données provenant de plusieurs sources, reçoivent un flux de données suffisant pour fonctionner en mode continu. L'inconvénient de cette méthode est la perte de temps pour sauter les données d'autres objets lors de la restauration d'un objet spécifique. En outre, elle ne permet pas de prévoir précisément sur quel médium seront stockées les données d'un objet. Performances des disques Toutes les données sauvegardées par OmniBack II 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 pas à la fois lire et écrire un flux de données. Dans OmniBack II, 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. 48 Chapitre 2

73 Planification de la stratégie de sauvegarde Analyse et planification des performances 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 disques Les données sur un disque ne sont pas stockées dans l'ordre logique où 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 Les sauvegardes sont plus efficaces dans le cas de fichiers volumineux peu fragmentés. Compression Sauvegardes d'image disque Si les données sont compressées sur un disque, le système d'exploitation Windows NT ou Windows 2000 commence par les décompresser avant de les envoyer sur le réseau. Ceci a pour conséquence de ralentir la vitesse de sauvegarde et nécessite beaucoup de ressources CPU. OmniBack II vous permet également de sauvegarder des disques UNIX sous la forme d'images disque. Lors d'une sauvegarde d'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. Performances de gestion des média Lorsque vous sauvegardez de gros volumes de données en une session, le temps nécessaire au changement des média devient important. Il s'agit du temps nécessaire pour accéder aux média requis et pour démonter, puis remonter, le périphérique. Par exemple, si un opérateur doit remplacer 12 média sur lesquels ont été écrites des données provenant de trois lecteurs différents, le temps nécessaire au changement des média entraîne des délais importants. L'opérateur doit trouver les média appropriés et réagir rapidement à la demande de montage émise par OmniBack II. Chapitre 2 49

74 Planification de la stratégie de sauvegarde Analyse et planification des performances Si OmniBack II contrôle un nombre de média suffisant, le temps nécessaire au changement est réduit, OmniBack II étant capable de gérer lui-même ces opérations. 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, les performances de sauvegarde dépendent également des applications. La sauvegarde de base de données en ligne permet de ramener les temps de sauvegarde à des durées acceptables. OmniBack II s'intègre à toutes les applications courantes de base de données en ligne afin d'optimiser les performances de sauvegarde. Reportez-vous au HP OpenView OmniBack II Integration Guide pour obtenir plus d'informations sur l'intégration d'omniback II aux différentes applications et pour des conseils concernant l'amélioration des performances de sauvegarde. Consultez également la documentation fournie avec votre application de base de données en ligne pour obtenir plus d'informations sur l'amélioration des performances de sauvegarde. 50 Chapitre 2

75 Planification de la stratégie de sauvegarde Planification de la sécurité Planification de la sécurité Nous vous recommandons de prendre en compte la sécurité des données 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 non autorisé à des données, ainsi que leur duplication ou leur modification. 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 (OmniBack II). Qui peut accéder physiquement aux systèmes client et aux média de sauvegarde. Qui peut restaurer les données. Qui peut afficher les informations sur les données sauvegardées. OmniBack II vous propose des solutions de sécurité à tous ces niveaux. Fonctionnalités de sécurité OmniBack II Les fonctionnalités suivantes vous permettent d'autoriser et de limiter l'accès à OmniBack II et aux données sauvegardées. Les éléments de la liste ci-dessous sont décrits en détail dans les sections suivantes. Cellules Comptes d'utilisateur OmniBack II Groupes d'utilisateurs OmniBack II Droits utilisateur OmniBack II Visibilité et accès aux données sauvegardées Cellules Démarrage de sessions Dans OmniBack II, la sécurité est définie au niveau de chaque cellule. Les sessions de sauvegarde et de restauration ne peuvent être lancées qu'à partir du Gestionnaire de cellule, sauf si vous disposez de la Chapitre 2 51

76 Planification de la stratégie de sauvegarde Planification de la sécurité fonctionnalité Manager-of-Managers d'omniback II. 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 depuis un Gestionnaire de cellule spécifique Restriction pré- et post-exécution OmniBack II vous permet, en outre, de définir explicitement le Gestionnaire de cellule à partir duquel un système client est accessible. On parle d'homologue approuvé. 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 pour la sauvegarde, par exemple, en fermant une application de manière à obtenir une sauvegarde cohérente. Comptes d'utilisateur OmniBack II Comptes d'utilisateur OmniBack II Qui définit les comptes d'utilisateur? A quel moment les comptes sont-ils contrôlés? Toute personne souhaitant utiliser les fonctionnalités OmniBack II, administrer OmniBack II ou restaurer des données personnelles doit disposer d'un compte d'utilisateur OmniBack II. Ceci vous permet d'interdire tout accès non autorisé à OmniBack II et aux données sauvegardées. 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 OmniBack II qui définit ses droits utilisateur. Chaque fois qu'un utilisateur démarre l'interface OmniBack II, le logiciel contrôle ses droits utilisateur. Un contrôle a également lieu 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 153. Groupes d'utilisateurs OmniBack II 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 OmniBack II spécifiques ont été définis. Tous les membres du groupe disposent des droits définis pour le groupe. 52 Chapitre 2

77 Planification de la stratégie de sauvegarde Planification de la sécurité A quoi servent les groupes d'utilisateurs? Les groupes d'utilisateurs OmniBack II simplifient la configuration des utilisateurs. L'administrateur peut regrouper les utilisateurs en fonction 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 153. Droits utilisateur OmniBack II Qu'est-ce que les droits utilisateur? A quoi servent les droits utilisateur? Les droits utilisateur permettent de définir les actions qu'un utilisateur est autorisé à effectuer dans OmniBack II. Ces droits sont définis au niveau du groupe et non pour chaque utilisateur individuellement. Les utilisateurs ajoutés à un groupe disposent automatiquement des droits attribués à ce groupe. OmniBack II dispose de fonctionnalités souples de gestion des 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 OmniBack II spécifique. Il est donc important de définir avec soin les droits utilisateur OmniBack II : sauvegarder et restaurer des données revient à peu de chose près à en faire une copie. Pour plus d'informations, reportez-vous au Chapitre 4, "Utilisateurs et groupes d'utilisateurs", page 153. Visibilité de données sauvegardées Sauvegarder des données signifie 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. Masquer des données aux autres utilisateurs Lorsque vous configurez une sauvegarde, vous devez décider si les données seront visibles à tous les utilisateurs (publiques) ou uniquement au propriétaire de la sauvegarde (privées) durant 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?", page 54. Chapitre 2 53

78 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. OmniBack II 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 média. Pour encoder les données, OmniBack II utilise un algorithme intégré fixe. Qui est propriétaire d'une session de sauvegarde? Qu'est-ce que la propriété de sauvegarde? Qui peut démarrer une sauvegarde? Propriété des sauvegardes et des restaurations Par défaut, l'utilisateur OmniBack II qui a créé une spécification de sauvegarde devient propriétaire de la session de sauvegarde en cours et du jeu de sauvegarde qui en résulte. Notez que cette notion de propriété fait référence à l'utilisateur OmniBack II et non à l'utilisateur système (plate-forme). La session de sauvegarde ne s'exécute donc pas sous le nom d'utilisateur du propriétaire. Vous ne pouvez exécuter que les spécifications de sauvegarde que vous 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. Reportez-vous au HP OpenView OmniBack II Administrator's Guide pour savoir comment changer le propriétaire d'une sauvegarde. Notez que changer le propriétaire d'une sauvegarde revient à autoriser une autre personne à accéder/restaurer des données dont elle n'est pas forcément propriétaire. 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 sauvegarde ou les administrateurs sont autorisés à voir les données stockées dans le jeu. 54 Chapitre 2

79 Planification de la stratégie de sauvegarde Planification de la sécurité Gestion de clusters Support de clusters Les composants OmniBack II supportant la gestion de clusters peuvent être répartis en trois groupes : Les composants entièrement compatibles cluster, qui supportent le basculement Le Gestionnaire de cellule OmniBack II, s'il est correctement installé, peut récupérer après un basculement. Cette configuration est supportée sous Microsoft Cluster Server et MC/ServiceGuard. Les objets issus de sessions de sauvegarde de systèmes de fichiers qui étaient en cours d'exécution au moment du basculement peuvent se poursuivre après. Cette configuration est supportée sous Microsoft Cluster Server et MC/ServiceGuard. Les sessions d'intégration peuvent être redémarrées après un basculement. Cette configuration est supportée sous Microsoft Cluster Server. Les composants qui fonctionnent dans un cluster, mais ne supportent pas le basculement Les Agents de disque, les Agents média et les Agents d'application OmniBack II ne supportent pas le basculement. Les Agents d'application OmniBack II peuvent sauvegarder et restaurer des applications et des bases de données tierces ordonnées en clusters. Toutefois, en cas de basculement, les sessions de sauvegarde ne peuvent pas être redémarrées, car aucun mécanisme ne détecte une erreur ou un basculement qui pourrait se produire. Les composants qui ne supportent pas la récupération automatique Le serveur d'installation OmniBack II ne supporte pas la récupération automatique après basculement Chapitre 2 55

80 Planification de la stratégie de sauvegarde Planification de la sécurité Les composants OmniBack II suivants ne sont pas compatibles cluster : L'interface Windows OmniBack II Les commandes par ligne de commande OmniBack II Les utilitaires OmniBack II Le concept de cluster Qu'est-ce qu'un cluster? Qu'est-ce qu'un volume de disque partagé? Volume de disque partagé et base de données OmniBack II Un cluster est un système constitué de deux ou plusieurs ordinateurs reliés par un ou plusieurs volumes de disque partagés. Sur le plan de la gestion des clusters, OmniBack II est compatible avec Microsoft Cluster Server pour Windows NT Server 4.0 et HP MC/Service Guard pour HP-UX 10.x. Les ordinateurs qui constituent un cluster sont appelés nœuds cluster. Les volumes de disque partagés contiennent des données d'application critiques, ainsi que des données de cluster spécifiques qui sont nécessaires au fonctionnement du cluster. Un volume de disque partagé est exclusivement actif sur un seul nœud cluster à la fois. Toutefois, MC/Service Guard vous permet de monter un volume de disque partagé en lecture seule sur d'autres nœuds cluster. Ceci n'est pas possible avec Microsoft Cluster Server. La structure actuelle de cette application ne permet pas d'avoir plus de deux nœuds par cluster, mais vous pouvez installer plusieurs volumes de disque partagés. Nous vous recommandons de stocker les fichiers de base de données et de configuration OmniBack II sur le volume de disque partagé ; ainsi, en cas d'échec de l'un des nœuds et si vous êtes obligé de redémarrer le Gestionnaire de cellule cluster OmniBack II sur un autre nœud, le Gestionnaire de cellule aura à sa disposition toutes les données requises. 56 Chapitre 2

81 Planification de la stratégie de sauvegarde Planification de la sécurité Figure 2-1 Structure d'un cluster type Description des composants : Nœuds cluster - nœuds A et B Disques locaux - non partagés Volume de disque partagé 1 - partagé entre le nœud A et le nœud B Un réseau de clusters distinct du réseau local de l'entreprise permet de transférer les données de cluster et la "pulsation" du cluster. La pulsation est un paquet de données comportant un horodatage, distribué à tous les nœuds cluster. Les nœuds cluster, en comparant ces paquets, déterminent celui d'entre eux qui est toujours opérationnel, ce qui leur permet de déterminer à qui appartient le package (MC/Service Guard) ou les groupes (Microsoft Cluster Server). Qu'est-ce qu'un package ou groupe? Un package (sous MC/Service Guard) ou un groupe (sous Microsoft Cluster Server) est un regroupement de ressources nécessaires à l'exécution d'une application compatible cluster spécifique, c'est-à-dire une application supportant l'interface de programmation d'applications du cluster. Toutes les applications compatibles cluster déclarent leurs propres ressources critiques. Les volumes de disque (sous Microsoft Chapitre 2 57

82 Planification de la stratégie de sauvegarde Planification de la sécurité Cluster Server), les groupes de volumes (sous MC/Service Guard), les services d'applications, les noms et les adresses IP, etc, sont des exemples de ressources. Qu'est-ce qu'un basculement? Qu'est-ce qu'un nœud principal et un nœud secondaire? Un package ou groupe peut être transféré vers des nœuds cluster spécifiques du cluster. Le processus de transfert d'un package ou groupe vers un autre nœud cluster est appelé basculement ou passage. 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. En plus de son nœud principal, chaque package ou groupe dispose d'au moins un nœud secondaire simple qui 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 Si l'administrateur effectue intentionnellement un transfert de propriété en raison d'une opération de maintenance sur le nœud principal En cas de panne matérielle sur le nœud principal Dans un environnement de clusters, OmniBack II A définit son propre package ou groupe de clusters. Les ressources suivantes doivent être disponibles au sein du cluster : Ressources nécessaires au cluster Qu'est-ce qu'un serveur virtuel? Un volume de disque sur un disque physique partagé sous Windows NT, ou un groupe de volumes sous HP-UX Une ressource pour le service/démon CRS OmniBack II A (créé automatiquement) Une ressource pour le service/démon de la base de données OmniBack II A (créé automatiquement) Une ressource pour le serveur virtuel OmniBack II (adresse et nom réseau) Un serveur virtuel est une machine virtuelle définie sur un domaine par un nom et une adresse IP réseau. La machine est dite virtuelle parce qu'elle n'existe pas physiquement. 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 cluster spécifique. Les ressources du serveur virtuel pouvant transiter d'un 58 Chapitre 2

83 Planification de la stratégie de sauvegarde Planification de la sécurité nœud à l'autre, le serveur virtuel peut résider sur différentes machines à des périodes différentes. Remarque : les ressources ne pouvant être actives que sur un seul nœud cluster à la fois, un nœud cluster exactement peut recevoir la demande concernant un serveur virtuel donné. Sur le Gestionnaire de cellule OmniBack II, un serveur virtuel doit être défini dans un cluster pour que la communication avec d'autres clients OmniBack II soit possible. Un Gestionnaire de cellule OmniBack II compatible cluster chargé d'exécuter la base de données OmniBack II et de gérer les opérations de sauvegarde et de restauration présente des avantages remarquables par rapport à des versions non-cluster : Grande disponibilité du Gestionnaire de cellule OmniBack II Redémarrage automatique personnalisable des sauvegardes Partage de charge en cas de basculement Toutes les opérations du Gestionnaire de cellule sont disponibles en permanence, les services OmniBack II étant définis en tant que ressources du cluster dans le cluster ; elles sont automatiquement redémarrées en cas de basculement. En outre, le Gestionnaire de cellule OmniBack II étant défini et configuré en tant que serveur virtuel du cluster, il est vu par les clients extérieurs comme une entité unique toujours disponible. Vous pouvez facilement configurer les spécifications de sauvegarde OmniBack II qui définissent la procédure de sauvegarde afin qu'elles soient redémarrées en cas de basculement. Utilisez l'interface OmniBack II ou la commande xomnibackup pour définir les paramètres de redémarrage. Un utilitaire spécial par ligne de commande permet aux utilisateurs d'effectuer des opérations spécifiques, comme abandonner les sessions de sauvegarde au cas où des applications non-omniback II basculeraient sur le système où réside OmniBack II. Le nœud préalablement chargé de l'exécution des seules opérations du serveur de sauvegarde doit à présent traiter également les demandes d'application critiques. Le Gestionnaire de cellule OmniBack II permet à l'utilisateur de définir les opérations à exécuter dans ce cas-là. Si la sauvegarde a moins d'importance que l'application, OmniBack II peut abandonner les sessions en cours. Si elle a plus d'importance ou qu'elle est sur le point de se terminer, OmniBack poursuit les sessions. Les utilisateurs peuvent définir des critères qui permettront de laisser se poursuivre ou d'abandonner des sessions spécifiques. Chapitre 2 59

84 Planification de la stratégie de sauvegarde Planification de la sécurité Exemples d'environnements de clusters Vous trouverez dans cette section trois exemples de configurations de cluster. Gestionnaire de cellule installé en dehors du cluster L'environnement est le suivant : Le Gestionnaire de cellule est installé en dehors du cluster Un périphérique de sauvegarde est connecté au Gestionnaire de cellule ou à l'un des clients (non regroupés en cluster) Une opération de sauvegarde du serveur virtuel est effectuée Figure 2-2 Gestionnaire de cellule installé en dehors du cluster 60 Chapitre 2

85 Planification de la stratégie de sauvegarde Planification de la sécurité Pendant la génération d'une spécification de sauvegarde, l'utilisateur voit généralement au moins trois systèmes dans le cluster : Nœud physique A Nœud physique B Serveur virtuel Vous pouvez sélectionner chacun de ces nœuds pour la sauvegarde. Sauvegarde du serveur virtuel Tableau 2-1 Si vous sélectionnez le serveur virtuel dans la spécification de sauvegarde, la session va alors sauvegarder l'hôte virtuel actif sélectionné, indépendamment du nœud physique sur lequel le package ou groupe est en cours d'exécution. Le tableau ci-dessous décrit le comportement attendu dans cette configuration. Comportement relatif à la sauvegarde Condition Basculement avant le début d'une sauvegarde Basculement pendant l'opération de sauvegarde Résultat Sauvegarde réussie d'un serveur virtuel Abandon de la sauvegarde de l'objet cluster actif au moment du basculement. La session doit être redémarrée manuellement pour sauvegarder les objets ayant échoué. Les objets restants extérieurs au cluster seront sauvegardés. Gestionnaire de cellule installé en dehors du cluster, périphériques connectés aux nœuds cluster L'environnement est le suivant : Le Gestionnaire de cellule est installé en dehors du cluster Les périphériques de sauvegarde sont connectés aux nœuds du cluster Une opération de sauvegarde du serveur virtuel est effectuée Chapitre 2 61

86 Planification de la stratégie de sauvegarde Planification de la sécurité Figure 2-3 Gestionnaire de cellule installé en dehors du cluster, périphériques connectés aux nœuds cluster La différence avec l'exemple précédent réside dans le fait qu'un Agent média OmniBack II est installé sur chacun des nœuds cluster. Vous devez en outre utiliser la fonctionnalité de partage de charge d'omniback II. 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, OmniBack II n'utilisera que le premier périphérique disponible. 62 Chapitre 2

87 Planification de la stratégie de sauvegarde Planification de la sécurité Tableau 2-2 Le tableau ci-dessous décrit le comportement attendu dans cette configuration. Comportement relatif à la sauvegarde Condition Basculement avant le début d'une sauvegarde Basculement pendant l'opération de sauvegarde Résultat Sauvegarde réussie grâce au basculement automatique de périphérique (partage de charge) Abandon de la sauvegarde de l'objet cluster actif au moment du basculement. La session doit être redémarrée manuellement pour sauvegarder les objets ayant échoué. Gestionnaire de cellule installé dans le cluster, périphériques connectés aux nœuds cluster L'environnement est le suivant : Le Gestionnaire de cellule est installé dans un cluster HP-UX Le(s) périphérique(s) de sauvegarde sont connectés au bus Fibre Channel (partagé) du nœud cluster via un multiplexeur FC/SCSI. Une opération de sauvegarde du serveur virtuel est effectuée Chapitre 2 63

88 Planification de la stratégie de sauvegarde Planification de la sécurité Figure 2-4 Gestionnaire de cellule installé dans le cluster, périphériques connectés aux nœuds cluster REMARQUE Les clusters ne supportent pas les bus SCSI avec des bandes partagées. Pour que les Agents média 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. 64 Chapitre 2

89 Planification de la stratégie de sauvegarde Planification de la sécurité Vous pouvez configurer les spécifications de sauvegarde OmniBack II afin qu'elles soient redémarrées en cas de basculement du Gestionnaire de cellule. Utilisez l'interface OmniBack II ou la commande xomnibackup pour définir les paramètres de redémarrage. Contrôle des charges système au moment du basculement. Un contrôle sophistiqué permet de définir le comportement d'omniback II 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 cas-là. Tableau 2-3 Si la sauvegarde a moins d'importance que l'application qui vient de basculer vers le système de sauvegarde, OmniBack II peut abandonner les sessions en cours. Si elle a plus d'importance ou qu'elle est sur le point d'être effectuée, OmniBack poursuit les sessions. Les administrateurs peuvent définir les critères qui permettront de laisser se poursuivre ou d'abandonner des sessions spécifiques. Le tableau ci-dessous décrit le comportement attendu dans cette configuration. Comportement relatif à la sauvegarde Condition Basculement avant le début d'une sauvegarde Basculement du Gestionnaire de cellule du nœud principal pendant la sauvegarde Résultat Sauvegarde réussie Abandon de la sauvegarde de tous les objets actifs au moment du basculement. Tous les objets ayant échoué sont automatiquement redémarrés dès que le Gestionnaire de cellule fonctionne sur le nœud de basculement. Chapitre 2 65

90 Planification de la stratégie de sauvegarde Planification de la sécurité Tableau 2-3 Comportement relatif à la sauvegarde Condition Basculement de l'application de sauvegarde cible pendant la sauvegarde, sans basculement du Gestionnaire de cellule. L'opérateur peut, par exemple, transférer l'application SAP R/3 vers un autre nœud. Résultat Abandon de la sauvegarde de l'application au moment du basculement. Cette session doit être redémarrée manuellement pour sauvegarder les objets ayant échoué. Le basculement n'a pas d'incidence sur les objets situés en dehors du cluster et ceux-ci seront sauvegardés. En outre, le Gestionnaire de cellule cluster/client OmniBack II est compatible avec l'environnement EMC Symmetrix, ce qui a pour effet d'augmenter considérablement la disponibilité de l'environnement de sauvegarde. Pour plus d'informations, reportez-vous au HP OpenView OmniBack II EMC Symmetrix/Fastrax Integration Guide. 66 Chapitre 2

91 Planification de la stratégie de sauvegarde Sauvegardes complètes et incrémentales Sauvegardes complètes et incrémentales Dans OmniBack, deux types basiques de sauvegarde de système de fichiers sont disponibles : la sauvegarde complète et la sauvegarde incrémentale. Une sauvegarde complète consiste à enregistrer l'ensemble des fichiers du système de fichiers sélectionné pour la sauvegarde. Une sauvegarde incrémentale consiste à enregistrer uniquement les fichiers qui ont été modifiés depuis la dernière sauvegarde complète ou incrémentale. Vous trouverez dans cette section des conseils sur la manière de choisir un type de sauvegarde et son influence sur votre stratégie de sauvegarde. OmniBack II 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. Sous Sybase, par exemple, ce type de sauvegarde est appelé "sauvegarde de transaction" et consiste à sauvegarder les journaux de transactions ayant été modifiés depuis la dernière sauvegarde. Notez que le concept de sauvegarde incrémentale n'est pas lié à celui de niveau de journalisation, qui, lui, permet de définir le volume d'informations sauvegardé dans la base de données OmniBack II. Sauvegardes complètes 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. Avantages des sauvegardes complètes Les sauvegardes complètes présentent les avantages suivants : Elles permettent d'accélérer et de simplifier la restauration de manière significative. Pour récupérer la dernière version de vos fichiers, vous n'avez besoin que des média de la dernière sauvegarde complète. Elles sont plus fiables. Toutes les données sont sauvegardées en une seule session de sauvegarde et leur restauration est assez simple. Chapitre 2 67

92 Planification de la stratégie de sauvegarde Sauvegardes complètes et incrémentales Inconvénients des sauvegardes complètes Les sauvegardes complètes présentent les inconvénients suivants : Elles sont plus longues à réaliser. La même version d'un fichier est sauvegardée plusieurs fois et occupe donc davantage d'espace sur les média et dans la base de données OmniBack II. Sauvegardes incrémentales Les sauvegardes incrémentales consistent à sauvegarder les modifications effectuées depuis la dernière sauvegarde complète ou incrémentale. Avantages des sauvegardes incrémentales Inconvénients des sauvegardes incrémentales Les sauvegardes incrémentales présentent les avantages suivants : Elles occupent moins d'espace sur les média. Elles occupent moins d'espace dans la base de données OmniBack II. Elles sont moins longues à réaliser car les quantités de données sauvegardées sont moins importantes. Les sauvegardes incrémentales présentent les inconvénients suivants : La restauration est plus longue, car les données doivent être restaurées à partir de la dernière sauvegarde complète effectuée ainsi que de toutes les sauvegardes incrémentales suivantes jusqu'à la date spécifiée. La restauration nécessite donc un nombre de média plus important, car il se peut que la sauvegarde complète et les sauvegardes incrémentales ultérieures aient été stockées sur des média différents. CONSEIL Avec OmniBack II, vous pouvez ajouter une sauvegarde incrémentale aux média sur lesquels la sauvegarde complète correspondante a été effectuée. Pour plus d'informations, reportez-vous également à la section "Sélection des média pour les sauvegardes", page Chapitre 2

93 Planification de la stratégie de sauvegarde Sauvegardes complètes et incrémentales Pour plus d'informations sur les autres facteurs qui ont une influence sur la restauration, reportez-vous à la section "Observations relatives à la restauration", page 70. Types de sauvegardes incrémentales Figure 2-5 Dans OmniBack, différents types de sauvegarde incrémentales sont disponibles : Incr1-9 Sauvegardes différentielles Une sauvegarde incrémentale par niveau (voir Figure 2-6) dépend de la dernière sauvegarde du niveau inférieur suivant dont les données sont toujours protégées. Exemple : une sauvegarde Incr1 consiste à sauvegarder toutes les modifications effectuées depuis la dernière sauvegarde complète, tandis qu'une sauvegarde Incr5 consiste à sauvegarder toutes les modifications effectuées depuis la dernière sauvegarde de type Incr4. Une sauvegarde Incr1-9 ne fait jamais référence à une sauvegarde Incr existante. Chapitre 2 69

94 Planification de la stratégie de sauvegarde Sauvegardes complètes et incrémentales Figure 2-6 Sauvegardes incrémentales par niveau La Figure 2-5 et la Figure 2-6 illustrent différents types de sauvegardes incrémentales. Les sauvegardes incrémentales dépendent de la dernière sauvegarde complète effectuée. A chaque démarrage de sauvegarde incrémentale, OmniBack II vérifie s'il existe une sauvegarde complète protégée des données sauvegardées. Si ce n'est pas le cas, OmniBack II démarre une sauvegarde complète. Observations relatives à la restauration Pour restaurer les dernières données sauvegardées, vous avez besoin des média sur lesquels sont stockées la dernière sauvegarde complète et les sauvegardes incrémentales suivantes. Par conséquent, plus le nombre de sauvegardes incrémentales effectuées est important, plus vous aurez de média à gérer. Ceci peut présenter un inconvénient si vous utilisez des périphériques autonomes, et la restauration peut durer assez longtemps. Jeux de sauvegarde L'utilisation des sauvegardes incrémentales par niveau et des sauvegardes différentielles (voir Figure 2-7) nécessite d'accéder aux cinq derniers jeux de sauvegarde réalisés, jusqu'à et y compris la sauvegarde complète. L'espace nécessaire sur les média est moins important ici, mais la restauration quelque peu complexe. La série de jeux de sauvegarde requis est également appelée chaîne de sauvegarde. 70 Chapitre 2

95 Planification de la stratégie de sauvegarde Sauvegardes complètes et incrémentales CONSEIL Utilisez l'option Ajout possible aux incrémentales uniquement d'omniback II pour stocker les données provenant de sauvegardes complètes et incrémentales (issues de la même spécification de sauvegarde) sur un même jeu de sauvegarde. 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 média est légèrement plus important. Vous n'avez besoin d'accéder qu'à deux jeux de sauvegarde pour procéder à la restauration des données à l'instant donné. Notez qu'il n'existe aucune dépendance avec les jeux de sauvegarde Incr1 précédents pour cette restauration, sauf si vous déplacez l'instant donné pour la restauration en question. Figure 2-7 Média nécessaires pour restaurer à partir de sauvegardes différentielles et de sauvegardes par niveau Chapitre 2 71

96 Planification de la stratégie de sauvegarde Sauvegardes complètes et incrémentales Figure 2-8 Média nécessaires pour restaurer à partir de sauvegardes par niveau Planification et types de sauvegarde Vous avez la possibilité de combiner des sauvegardes complètes et incrémentales lorsque vous configurez des sauvegardes planifiées sans surveillance. Vous pouvez, par exemple, réaliser une sauvegarde complète le dimanche, puis 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 étagée. Pour plus de détails, reportez-vous à la section "Planification répartie de sauvegardes complètes", page 83. Pour plus d'informations sur la manière de planifier efficacement vos sauvegardes, reportez-vous à la section "Types de sauvegardes et sauvegardes planifiées", page Chapitre 2

97 Planification de la stratégie de sauvegarde Conservation des données sauvegardées et des informations sur celles-ci Conservation des données sauvegardées et des informations sur celles-ci Dans OmniBack II, vous pouvez définir la durée pendant laquelle les données sauvegardées sur le média lui-même (protection des données) doivent être conservées, la durée pendant laquelle les informations sur les données sauvegardées en base de données OmniBack II (protection du catalogue) doivent être conservées ainsi que le niveau des informations devant être conservées en base de données OmniBack II (niveau de journalisation). Base de données OmniBack II Les performances de restauration dépendent en partie du temps nécessaire au système pour trouver les média requis pour une restauration. Par défaut, ces informations sont stockées dans la base de données OmniBack II (OBDB), 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'obdb 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 du catalogue indépendamment de la protection de données, OmniBack II vous permet de trouver un compromis entre la croissance de l'obdb 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 du 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, disons après un an. En procédant ainsi, vous réduirez considérablement la taille de l'obdb. Protection de données Qu'est-ce que la protection des données? OmniBack II vous permet de spécifier pendant combien de temps les données stockées sur les média doivent être protégées contre tout écrasement par OmniBack II. Cette protection peut être définie en dates absolues ou relatives. Chapitre 2 73

98 Planification de la stratégie de sauvegarde Conservation des données sauvegardées et des informations sur celles-ci 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 média nécessaires pour les sauvegardes augmentera constamment. Dans l'obdb, vous pouvez définir la protection des données sauvegardées indépendamment de celle des informations sur ces données. Protection du catalogue Qu'est-ce que la protection du catalogue? Dans OmniBack II, les informations sur les données sauvegardées sont enregistrées dans l'obdb. Ces informations étant écrites en base de données lors de chaque sauvegarde, la taille de l'obdb augmente avec le nombre et la taille des sauvegardes effectuées. La protection du catalogue indique à OmniBack II 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 du catalogue arrive à expiration, OmniBack II écrase ces informations en les remplaçant par d'autres dans la base de données (non sur les média), 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 du 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'obdb augmentera constamment à chaque ajout d'informations au fur et à mesure des sauvegardes. Pour obtenir des informations supplémentaires sur la manière dont la protection du catalogue influence les performances et la croissance de l'obdb, reportez-vous à la section "La protection du catalogue en tant que paramètre clé réglable de l'obdb", page 177. Le modèle de protection utilisé par OmniBack II peut être mappé au concept de générations de sauvegarde présenté en Annexe B, "Informations supplémentaires". 74 Chapitre 2

99 Planification de la stratégie de sauvegarde Conservation des données sauvegardées et des informations sur celles-ci 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'obdb pendant la sauvegarde. Vous pouvez toujours restaurer vos données, sans tenir compte du niveau de journalisation utilisé pendant la sauvegarde. OmniBack II propose quatre niveaux de journalisation permettant de contrôler la quantité de détails sur les fichiers et répertoires écrits dans l'obdb : journaliser toutes les informations détaillées, journaliser tout excepté les versions de fichier, journaliser seulement les noms de répertoire, journaliser seulement les noms de fichier ou ne journaliser aucun détail. Pour obtenir des informations supplémentaires sur la manière dont les paramètres de niveau de journalisation influencent les performances et la croissance de l'obdb, reportez-vous à la section "Le niveau de journalisation en tant que paramètre clé réglable de l'obdb", page 176. Exploration des fichiers à restaurer Dans OmniBack II, les informations sur les données sauvegardées sont enregistrées dans la base de données OBDB. Ces informations vous permettent de parcourir et de sélectionner des fichiers, et de démarrer leur restauration à l'aide de l'interface OmniBack II. Vous pouvez également restaurer des données sans ces informations, à condition que les média sur lesquels elles sont stockées puissent toujours être utilisés, mais vous devez pour cela savoir quels média utiliser et quelles données restaurer, comme par exemple, le nom exact du fichier qui vous intéresse. L'OBDB contient également des informations concernant la durée pendant laquelle les données stockées sur le média ne seront pas écrasées. Les stratégies de protection des données, de protection du catalogue et de niveau de journalisation ont un impact 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 média. Les informations du catalogue vous Chapitre 2 75

100 Planification de la stratégie de sauvegarde Conservation des données sauvegardées et des informations sur celles-ci permettent de parcourir et de sélectionner des fichiers, et de démarrer leur restauration à l'aide de l'interface OmniBack II ; elles permettent également à OmniBack II de localiser rapidement les données sur les média 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 OmniBack II, toutefois la restauration des données reste possible si vous connaissez le nom du fichier à restaurer et le média sur lequel il est stocké. La restauration est moins rapide, car OmniBack II ignore où se trouvent les données sur le média. Vous pouvez également réimporter le contenu du média dans la base de données OmniBack II, 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 média 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 média. CONSEIL Définissez la protection des données à la durée pendant laquelle les données doivent être conservées, par exemple, un an. Définissez la protection du catalogue à la durée pendant laquelle souhaitez pouvoir parcourir, sélectionner et restaurer des fichiers rapidement à l'aide de l'interface OmniBack II. Exportation de média d'une cellule L'exportation de média depuis une cellule OmniBack II revient à supprimer de la base de données toutes les informations sur les données sauvegardées sur ce média et le média lui-même. Vous ne pouvez pas parcourir, sélectionner ou restaurer des fichiers provenant d'un média exporté avec l'interface OmniBack II. Vous devez pour cela relire (ou ajouter) le média dans la cellule OmniBack II. Cette fonction doit être activée pour déplacer le média vers une autre cellule. 76 Chapitre 2

101 Planification de la stratégie de sauvegarde Sauvegarde de données Sauvegarde de données La sauvegarde de données comporte plusieurs étapes : La sélection des données à sauvegarder et du système client source La sélection des options de sauvegarde La sélection du système de destination sur lequel les données seront sauvegardées La 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 77

102 Planification de la stratégie de sauvegarde Sauvegarde de données Figure 2-9 Session de sauvegarde A l'heure spécifiée, OmniBack II démarre une session de sauvegarde sur la base d'une spécification de sauvegarde. La source de données est définie sous la forme d'une liste d'objets (comme un système de fichiers sous UNIX ou des lecteurs de disques sous Windows NT ou Windows 2000) et les destinations sont des périphériques à bandes spécifiés. Durant la session de sauvegarde, OmniBack II va lire le contenu des objets, transférer les données sur le réseau et les écrire sur les média résidant sur les périphériques. Le nom des périphériques à utiliser figure dans la spécification de sauvegarde. Un pool de média peut également y être spécifié. Si ce n'est pas le cas, c'est le pool par défaut qui 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 à bande Silo comportant huit lecteurs. 78 Chapitre 2

103 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? Comment créer 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ée et les options sélectionnées pour la session sauvegarde. Pour configurer une spécification de sauvegarde, utilisez l'interface OmniBack II. Vous devez pour cela savoir quelles données sauvegarder, savoir quels média et quels périphériques utiliser et, le cas échéant, définir certains comportements spécifiques pour la sauvegarde. OmniBack II propose un certain nombre de comportements par défaut relatifs à la sauvegarde, couvrant la plupart des cas que vous pouvez rencontrer. Les options de sauvegarde d'omniback II vous permettent de personnaliser ces comportements. OmniBack II vous permet de sauvegarder un client avec l'ensemble des disque qui lui sont connectés, en découvrant ces derniers au moment de la sauvegarde. (voir "Sauvegarde avec découverte des disques", page 207). Sélection d'objets sauvegarde Qu'est-ce qu'un objet sauvegarde? Exemples d'options de sauvegarde Dans OmniBack II, le terme objet sauvegarde sert à désigner le type de données que vous configurez pour une sauvegarde. Il peut s'agir d'un fichier, d'un groupe de fichiers, d'un répertoire, d'un disque ou d'un système client. L'ensemble de données provenant d'un volume disque est considéré comme un objet sauvegarde dans une spécification de sauvegarde. Vous pouvez personnaliser le comportement relatif à la sauvegarde de chaque objet sauvegarde 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 enregistrées dans l'obdb OmniBack II Chapitre 2 79

104 Planification de la stratégie de sauvegarde Sauvegarde de données OmniBack II propose quatre niveaux de journalisation permettant de contrôler la quantité de détails concernant les fichiers et répertoires stockés dans l'obdb : journaliser les noms et attributs des fichiers et répertoires uniquement, journaliser les noms et attributs des répertoires uniquement, journaliser les versions de fichier des fichiers et répertoires uniquement, ne journaliser aucun détail Notez que lorsque vous changez le niveau des informations stockées, vous modifiez les possibilités d'exploration des fichiers via l'interface OmniBack II durant la restauration. Pour plus d'informations sur le niveau de journalisation, reportez-vous à la section "Le niveau de journalisation en tant que paramètre clé réglable de l'obdb", page 176. Partage de charge automatique Allocation de périphérique dynamique à partir d'une liste donnée Cette option permet à OmniBack II de déterminer de manière dynamique les périphériques sur lesquels les objets (disques) doivent être sauvegardés. Scripts pré-exécution et post-exécution Traitement destiné à préparer un client pour une sauvegarde cohérente. Pour plus d'informations, reportez-vous à la section "Commandes pré- et post-exécution", page 205. 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 média. 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. 80 Chapitre 2

105 Planification de la stratégie de sauvegarde Sauvegarde de données Au cours d'une session de sauvegarde, OmniBack II 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 d'omniback II", page 199 pour obtenir des informations détaillées sur les sessions de sauvegarde et sur la manière de les contrôler. Séries de média ou jeux de sauvegarde Qu'est-ce qu'une série de média? Le résultat d'une session de sauvegarde est un ensemble de données stockées sur des média. Cet ensemble est appelé "série de média". Chaque session de sauvegarde produit sa série de média. Selon l'utilisation qui est faite du pool, plusieurs sessions peuvent se partager les mêmes média. Lorsque vous restaurez des données, vous devez savoir à partir de quels média effectuer la restauration. OmniBack II stocke ces informations dans la base de données catalogue OmniBack II. Types de sauvegardes 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). Avant de choisir le type de sauvegarde, nous vous recommandons de prendre en compte les points suivants : Types de sauvegarde Les sauvegardes complètes sont plus longues à réaliser que les sauvegardes incrémentales et requièrent un espace plus important sur les média. Si vous utilisez un périphérique autonome comportant un seul lecteur, vous devrez remplacer le média manuellement si l'intégralité du contenu de la sauvegarde ne tient pas sur un seul médium. Les sauvegardes complètes permettent d'effectuer simplement et rapidement des restaurations, sans avoir à fournir de média pour chaque incrémentale. Durant les sauvegardes complètes, un plus grand nombre d'informations est enregistré dans la base de données catalogue OmniBack II sur les données sauvegardées, ce qui contribue à faire augmenter plus rapidement la taille de celle-ci. Chapitre 2 81

106 Planification de la stratégie de sauvegarde Sauvegarde de données Les sauvegardes incrémentales ne s'attachent qu'aux modifications de votre environnement et seules les modifications effectuées depuis la dernière sauvegarde sont prises en compte. Ceci a pour conséquence d'accélérer considérablement la vitesse de sauvegarde, mais peut diminuer les performances de restauration. Planification, configurations et sessions de sauvegarde Configuration de sauvegarde Session de sauvegarde Optimisation des performances de sauvegarde Vous devez toujours planifier une sauvegarde et spécifier le type de sauvegarde effectuée (complète ou incrémentale) pour l'intégralité d'une spécification de sauvegarde. La sauvegarde de tous les objets spécifiés dans une spécification démarre au même moment. Il est donc important de combiner les objets sauvegarde adéquats dans une même spécification afin de permettre une planification et une sauvegarde efficaces. Toutes les données d'une même configuration de sauvegarde sont sauvegardées lors d'une session unique. Au démarrage d'une session de sauvegarde, OmniBack II tente d'allouer toutes les ressources nécessaires, comme les périphériques. La session reste en file d'attente tant que les ressources nécessaires minimum ne sont pas disponibles. OmniBack II 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, OmniBack II abandonne la session. Pour optimiser la charge du Gestionnaire de cellule, OmniBack II lance, par défaut, cinq sessions de sauvegarde en même temps. Si un plus grand nombre de sessions simultanées sont planifiées, 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érations de sauvegarde, de protection de données et de protection du catalogue sont décrits dans les sections "Sauvegardes complètes et incrémentales", page 67 et "Conservation des données sauvegardées et des informations sur celles-ci", page Chapitre 2

107 Planification de la stratégie de sauvegarde Sauvegarde de données 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 aient lieu 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". REMARQUE Avec OmniBack II, 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 Tableau 2-4 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, nous vous recommandons d'utiliser la méthode de la planification répartie pour vos sauvegardes complètes. Méthode de planification étagée Lun Mar Mer... grp_système_a FULL Incr1 Incr1... grp_système_b Incr1 FULL Incr1... grp_système_c Incr1 Incr1 FULL... Chapitre 2 83

108 Planification de la stratégie de sauvegarde Sauvegarde de données Optimisation de la restauration La combinaison de votre stratégie de planification avec des sauvegardes complètes ou incrémentales a un impact important sur le temps nécessaire à la restauration des données. Trois exemples qui le prouvent sont donnés dans cette section. Pour pouvoir effectuer une restauration de l'état à un instant donné, vous devez disposer d'une sauvegarde complète, ainsi que de toutes les incrémentales jusqu'à cet instant-là. Les sauvegardes complètes et incrémentales n'étant généralement pas effectuées sur les mêmes média, vous devrez probablement charger différents média. Pour plus d'informations sur la manière dont OmniBack II sélectionne les média pour les sauvegardes, reportez-vous à la section "Sélection des média pour les sauvegardes", page 119. Exemple 1 Figure 2-10 Dans la Figure 2-10, vous pouvez voir une stratégie de planification basée sur une sauvegarde complète et des différentielles. Sauvegarde complète avec sauvegardes différentielles quotidiennes Cette stratégie permet de réduire l'espace média 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 84 Chapitre 2

109 Planification de la stratégie de sauvegarde Sauvegarde de données Jeudi, par exemple, vous aurez besoin des média utilisés pour la sauvegarde complète, ainsi que tous ceux utilisés pour les sauvegardes incrémentales qui ont été effectuées jusqu'à Jeudi (dans notre cas, cinq séries de média). Ceci a pour conséquence de rendre le processus de restauration plus complexe et plus lent. Exemple 2 Figure 2-11 Dans la Figure 2-11, vous pouvez voir une stratégie de planification basée sur une sauvegarde complète, ainsi que sur des incrémentales de niveau un. 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 média, puisque toutes les modifications effectuées depuis la dernière sauvegarde complète sont enregistrées chaque jour. Pour restaurer des fichiers sauvegardés Jeudi, par exemple, vous aurez besoin des média utilisés pour la sauvegarde complète, ainsi que ceux utilisés pour la sauvegarde incrémentale de Jeudi (dans notre cas, deux séries de média seulement). Cela permet de simplifier et d'accélérer considérablement le processus de restauration. Chapitre 2 85

110 Planification de la stratégie de sauvegarde Sauvegarde de données Exemple 3 Figure 2-12 Selon votre environnement et vos besoins, la meilleure solution peut être un compromis entre ces deux solutions. Si, par exemple, vous avez défini la stratégie de planification suivante : 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 différentielles et de sauvegardes incrémentales de niveau un, dans le but d'optimiser les performances de la sauvegarde. Pour restaurer des fichiers sauvegardés Jeudi, par exemple, vous aurez besoin des média utilisés pour la sauvegarde complète, ainsi que de ceux utilisés pour la deuxième sauvegarde incrémentale de niveau un (dans notre cas, deux séries de média). 86 Chapitre 2

111 Planification de la stratégie de sauvegarde Opération automatisée ou sans surveillance Opération automatisée ou sans surveillance Pour simplifier les opérations et le travail de l'opérateur au cours du processus de sauvegarde, OmniBack II met à disposition de l'utilisateur des fonctionnalités poussées supportant les sauvegardes sans surveillance ou automatiques pendant les périodes hors activité. Dans cette section, nous allons vous expliquer comment élaborer vos stratégies de planification, dans quelle mesure elles ont une influence sur le comportement de la sauvegarde et vous donner des exemples de stratégies de planification. Nous nous intéresserons aux longues périodes d'opération sans surveillance (de plusieurs jours à des semaines), plutôt qu'à l'opération sans surveillance lors d'une sauvegarde unique. A propos des sauvegardes sans surveillance OmniBack II met à disposition de l'utilisateur une manière simple de planifier 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. OmniBack II 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 auxquelles des modifications fréquentes sont apportées et qui sont critiques pour l'entreprise, comme 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és. Chapitre 2 87

112 Planification de la stratégie de sauvegarde Opération automatisée 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 média 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 média 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 une période donnée limitée. Combien de média sont requis? Définissez une stratégie de rotation des média. (voir "Mise en œuvre d'une stratégie de rotation des média", page 114). Vous saurez ainsi si le nombre de média pouvant être conservé dans la bibliothèque choisie est suffisant pour effectuer des sauvegardes sur la période prévue sans avoir à gérer les média 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, OmniBack II pouvant accéder à la quasi-totalité des média, il peut fonctionner en mode automatique, ce qui a pour effet de réduire de manière significative les interventions manuelles sur les média. Si le volume de données à traiter est trop important pour une seule bibliothèque, posez-vous les questions ci-dessous. Pour plus d'informations, reportez-vous à la section "Grandes bibliothèques", page 137. 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é. 88 Chapitre 2

113 Planification de la stratégie de sauvegarde Opération automatisée 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 due à celles-ci et d'optimiser l'efficacité des sessions de sauvegarde. Vous serez peut-être amené à mettre en place une stratégie de planification étagée. Comment préparer les applications en cours d'exécution pour les sauvegardes? Certaines applications laissent des fichiers ouverts de telle manière que l'exécution d'une sauvegarde aboutirait à des incohérences. Pour éviter cela, utilisez les scripts pré- et post-exécution qui vont permettre de synchroniser l'état des applications avec les opérations de sauvegarde. Chapitre 2 89

114 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 allons décrire plusieurs mises en œuvre de stratégie de restauration avec OmniBack II. 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 peut être risqué de réduire la durée de la restauration de manière à ce que les utilisateurs puissent travailler normalement. Nous vous recommandons par conséquent d'évaluer le temps nécessaire à la restauration de données spécifiques. Facteurs ayant une influence sur la durée de la restauration La durée de la restauration dépend d'un certain nombre de facteurs, tels que : La quantité de données à restaurer. Ce point a une influence 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", page 67. Les média et les périphériques utilisés pour la sauvegarde. Pour plus d'informations, reportez-vous au Chapitre 3, "Gestion des média et périphériques", page 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", page 44. L'application que vous voulez récupérer, par exemple, des fichiers de base de données Oracle. Pour plus d'informations, reportez-vous au HP OpenView OmniBack II Integration Guide approprié. 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. (voir "Restaurations parallèles", page 210). Les paramètres de niveau de journalisation sélectionnés. (Voir "Le niveau de journalisation en tant que paramètre clé réglable de l'obdb", page 176.) 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 désastre. Quand utiliser cette stratégie? Ce qu'il convient de faire 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 approuvés peuvent alors être chargés de la restauration des données sensibles. Pour mettre en œuvre cette stratégie, procédez comme suit : Ajoutez au groupe d'utilisateurs opérateurs ou admin OmniBack II 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 les autres personnes (comme les utilisateurs qui souhaitent effectuer des opérations de restauration sur leur propre système) aux groupes d'utilisateurs OmniBack II. Chapitre 2 91

116 Planification de la stratégie de sauvegarde Restauration des données Lors de l'installation, n'installez pas l'interface OmniBack II sur les systèmes des utilisateurs finaux. Installez l'agent de disque permettant à OmniBack II 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 de savoir que 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? Ce qu'il convient de faire 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 média où sont stockées les sauvegardes les plus récentes. Par défaut, les membres du groupe utilisateurs finaux OmniBack II ne sont pas autorisés à traiter les demandes de montage relatives aux média 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. Pour mettre en œuvre cette stratégie, procédez comme suit : Ajoutez au groupe utilisateurs finaux OmniBack II les utilisateurs finaux qui seront autorisés à restaurer leurs données. Pour plus de sécurité, vous pouvez limiter l'accès OmniBack II de ces utilisateurs à un système particulier. 92 Chapitre 2

117 Planification de la stratégie de sauvegarde Restauration des données Installez l'interface OmniBack II sur les systèmes dont les utilisateurs se servent. OmniBack II 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'optionpublic OmniBack II pour autoriser les utilisateurs finaux à les voir. Chapitre 2 93

118 Planification de la stratégie de sauvegarde Récupération de désastre Récupération de désastre Qu'est-ce qu'un désastre? Processus de récupération Le terme désastre décrit une situation dans laquelle un système ne fonctionne pas correctement, que cela soit dû à une erreur humaine, à une panne matérielle ou à une catastrophe naturelle. En cas de désastre, la partition racine (d'amorçage) du système n'est plus disponible et il faut procéder à une récupération de l'environnement avant de pouvoir reprendre normalement l'opération de restauration. 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. Ce n'est qu'après cette étape que la restauration des applications et des données utilisateur sont possibles. L'expérience à montré que seul un processus détaillé et bien défini permet de réussir la restauration des données dans de telles situations. Cohérence et pertinence de la sauvegarde Lorsqu'un désastre se produit, le système cible doit être rétabli dans l'état où il se trouvait au moment de la sauvegarde. En outre, il doit être ramené au même état opérationnel et fonctionnel que celui dans lequel il se trouvait au moment de la sauvegarde. Si ceci peut paraître simple, dans certaines circonstances, la situation peut s'avérer complexe à gérer. Certaines applications, même fermées, ne sont pas totalement inactives. Des démons ou autres processus peuvent être activés dès la fin de l'amorçage du système, pour différentes raisons (exemple sous HP-UX : le serveur de licence au niveau 2 d'exécution). Ce type de processus peut également lire les données stockées dans la mémoire et écrire un "indicateur de problème" dans un fichier lorsqu'il est en cours d'exécution. Une application de ce type a de bonnes chance de présenter des problèmes lors du redémarrage si la sauvegarde a été effectuée au niveau de fonctionnement standard (niveau 4 d'exécution standard). Dans notre exemple, le serveur de licence, s'il est lancé après une pseudo-récupération de ce genre, se rend compte de l'incohérence des données du fichier et refuse d'exécuter le service attendu. 94 Chapitre 2

119 Planification de la stratégie de sauvegarde Récupération de désastre Selon les éléments qui sont actifs sur le système au moment de l'exécution de la sauvegarde, il peut se produire une violation de la cohérence des données d'une application ayant pour conséquence des problèmes de redémarrage et d'exécution après la récupération. La meilleure solution consisterait à effectuer la sauvegarde après avoir mis hors ligne les partitions correspondantes ; toutefois, dans la plupart des cas ceci n'est pas possible. Présentation du processus Pour déployer le processus de récupération de désastre dans de vastes installations comportant de nombreux systèmes, procédez comme suit : 1. Planification La planification doit être confiée au service d'administration informatique, qui devra : Déterminer quels systèmes doivent être récupérés, ainsi que la fenêtre temporelle disponible et le niveau de récupération nécessaire. Définir la méthode de récupération à utiliser (celle-ci aura un impact sur la préparation requise). Déterminer par quel moyen obtenir les informations requises au moment de la récupération, comme les média contenant la base de données OmniBack II. Elaborer une liste de vérification détaillée pour chaque étape, destinée à vous guider tout au long de la procédure. Elaborer un plan test destiné à vous assurer de la réussite de la récupération. 2. Préparation à la récupération Selon la méthode de récupération choisie, la préparation comprendra : La création d'outils, comme le disque auxiliaire sur lequel seront installés un système d'exploitation minimum, des ressources réseau et l'agent de disque OmniBack II. La création de scripts pré-exécution destinés à récupérer la structure de stockage et d'autres préparations spécifiques au client. Chapitre 2 95

120 Planification de la stratégie de sauvegarde Récupération de désastre L'exécution de tests à partir du plan de test de récupération de désastre. La réalisation de sauvegardes normales et cohérentes. 3. Exécution de procédures de récupération Conformez-vous au procédures testées et aux listes de vérification établies pour récupérer le système. Méthode de récupération de désastre manuelle Cette méthode est supportée sur les plates-formes HP-UX et Windows NT pour tous les clients, et son utilisation est recommandée pour la récupération du Gestionnaire de cellule HP-UX. Lors d'une récupération manuelle, il est important de regrouper les informations sur la structure de stockage, qui ne sont pas conservées dans les fichiers standard, comme les informations de partition, les disques mis en miroir et la répartition sur plusieurs axes. La récupération de désastre manuelle comprend les étapes générales suivantes : Procédure de récupération de désastre manuelle 1. Remplacez le matériel défectueux. 2. Repartitionnez manuellement le disque et établissez la structure de stockage. 3. Réinstallez le système d'exploitation. 4. Réinstallez les patches et/ou les service packs. 5. Réinstallez OmniBack II (sur le client ou le Gestionnaire de cellule). 6. Restaurez la base de données OmniBack II (uniquement sur le Gestionnaire de cellule). 7. Exécutez OmniBack II et restaurez les données depuis les média de sauvegarde. 96 Chapitre 2

121 Planification de la stratégie de sauvegarde Récupération de désastre Récupération de désastre avec restitution de disque Cette méthode est supportée sur les plates-formes HP-UX et Windows NT et son utilisation est recommandée pour la récupération de clients. Le nouveau disque du système en panne est temporairement connecté à un système d'hébergement sur lequel est installé un Agent de disque OmniBack II. Une fois la restauration effectuée, le disque peut être reconnecté au système en panne et être amorcé. Cette méthode permettant de récupérer rapidement et simplement les clients est celle qui comporte le moins d'étapes. Si vous travaillez sous Windows NT, le registre est également restauré automatiquement. La procédure de restitution de disque comprend les étapes générales suivantes : Procédure de récupération de désastre avec restitution de disque Procédure de récupération de désastre avec un disque auxiliaire 1. Connectez le disque de rechange à un système d'hébergement sur lequel est installé un Agent de disque OmniBack II. 2. Repartitionnez manuellement le disque de rechange, établissez la structure de stockage précédente et configurez le disque de rechange pour le rendre amorçable. 3. A l'aide de l'option OmniBack II Restaurer dans, restaurez le disque d'amorçage du client défectueux sur le disque de rechange. 4. Arrêtez le système d'hébergement, enlevez le disque de rechange et connectez-le au système en panne. 5. Réamorcez le système à partir du disque de rechange. Une variante de cette méthode consiste à utiliser un disque auxiliaire (amovible) et à installer un système d'exploitation minimum avec la gestion du réseau et un agent OmniBack II. Ce disque auxiliaire peut servir à récupérer tout client de la plate-forme associée. L'utilisation d'un disque auxiliaire comprend les étapes générales suivantes : 1. Connectez le disque auxiliaire au système défectueux, remplacez le disque défectueux par un nouveau et réamorcez le système sur le système d'exploitation minimum depuis le disque auxiliaire. 2. Repartitionnez manuellement le disque de rechange, établissez la structure de stockage précédente et configurez le disque de rechange pour le rendre amorçable. Chapitre 2 97

122 Planification de la stratégie de sauvegarde Récupération de désastre 3. A l'aide de l'option OmniBack II Restaurer dans, restaurez le disque d'amorçage du client défectueux sur le disque de rechange. 4. Arrêtez le système et enlevez le disque auxiliaire 5. Réamorcez le système à partir du disque de rechange. Récupération de désastre automatisée avancée OmniBack dispose d'une procédure de récupération de désastre avancée pour la plate-forme Windows NT. Nous vous recommandons de l'utiliser pour récupérer un Gestionnaire de cellule Windows NT 4.0. Elle peut également être utilisée pour récupérer des clients Windows NT. Cette procédure vous permet de regrouper automatiquement l'ensemble des données pertinentes relatives à l'environnement Windows NT au moment de la sauvegarde. En plus des données disponibles dans le registre Windows NT, OmniBack II identifie et regroupe les données de récupération de désastre critiques (informations de partition et pilotes de stockage de masse) et les stocke dans la base de données de récupération de désastre disponible sur le système du Gestionnaire de cellule. Pendant la récupération, OmniBack II peut ainsi accéder rapidement aux informations dont il a besoin pour partitionner automatiquement les disques et récupérer le système d'exploitation dans l'état où il se trouvait au moment de la sauvegarde. La procédure de récupération de désastre avancée pour un Gestionnaire de cellule comprend les étapes générales suivantes : Procédure de récupération de désastre avancée 1. Créez une disquette de récupération de désastre pour chaque site. 2. Mettez à jour la dernière version des données de récupération de désastre sur les disquettes de récupération de désastre à l'aide d'omniback II (ceci a lieu durant la sauvegarde). 3. Remplacez le matériel défectueux. 4. A l'aide des disquettes de récupération de désastre mises à jour et du CD-ROM Windows NT, procédez à une récupération de l'environnement sur le système défectueux. Cette installation étendue de Windows NT s'effectue quasiment sans surveillance et comprend l'installation automatique d'un environnement OmniBack II minimum. 5. Lorsque le système vous le demande, fournissez les média requis pour que la récupération puisse avoir lieu. 98 Chapitre 2

123 Planification de la stratégie de sauvegarde Récupération de désastre 6. Une fois que le système s'est réamorcé à partir du disque de rechange, l'installation Windows NT temporaire est supprimée. 7. Restaurez tous les disques non-système à l'aide de la version restaurée d'omniback II. Autre méthode de récupération de désastre Que valent les différentes procédures de récupération de désastre disponibles dans OmniBack II par rapport à celles de ses concurrents? Plutôt que de se lancer dans un débat approfondi, nous avons cherché à mettre en valeur les aspects significatifs des autres méthodes de récupération existantes. Nous allons nous intéresser à deux autres méthodes de récupération : Méthodes de récupération de désastre supportées 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 à : 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 désastre. 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 instantané qui peut ensuite être restauré rapidement. Pour cela, vous devez : 1. Restaurer la partition système (à l'aide de l'outil tiers) Chapitre 2 99

124 Planification de la stratégie de sauvegarde Récupération de désastre 2. Restaurer les autres partitions (qui peuvent être sélectives), le cas échéant, à l'aide de l'outil de sauvegarde standard Comme vous pouvez le remarquer, cette méthode implique d'utiliser deux sauvegardes différentes avec des outils différents. Ceci est généralement une tâche difficile à accomplir. Si vous mettez en œuvre cette méthode dans une entreprise de grande taille, la surcharge administrative liée à la gestion des différentes versions (sauvegardes hebdomadaires) des données avec deux outils différents doit être prise en compte. 100 Chapitre 2

125 3 Gestion des média et périphériques Chapitre 3 101

126 Gestion des média et périphériques Description du chapitre Description du chapitre Ce chapitre décrit les concepts OmniBack II de gestion des média et périphériques. Les pools de média, les périphériques et les grandes bibliothèques y sont abordés. 102 Chapitre 3

127 Gestion des média et périphériques Gestion des média Gestion des média Après avoir configuré votre sauvegarde, la gestion des média devient l'une des tâches importantes à réaliser pour que la sauvegarde continue à fonctionner sans interruptions. La gestion de grandes sauvegardes implique souvent la gestion de plusieurs milliers de média. Fonctionnalité de gestion des média OmniBack II fournit la fonctionnalité de gestion des média suivante, permettant une gestion simple et efficace d'un nombre important de média : Les média sont regroupés dans des unités logiques appelées pools de média, ce qui vous permet de travailler sur de grands groupes de média sans avoir à vous préoccuper de chaque médium en particulier. OmniBack II assure le suivi de tous les média 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 média pour les sauvegardes, ainsi qu'un catalogue des sauvegardes effectuées sur chaque médium. Vous n'avez plus à vous occuper de la rotation des bandes manuellement grâce aux stratégies de rotation automatisée des média. Vous pouvez définir explicitement quels média et quels périphériques vous souhaitez utiliser pour la sauvegarde. La gestion des média est optimisée pour des types de périphériques déterminés, tels que les périphériques autonomes, de magasin et les grands périphériques silo. L'opération est entièrement automatisée. Si OmniBack II a le contrôle d'un nombre suffisant de média dans les périphériques de bibliothèque, la fonctionnalité de gestion des média permet d'exécuter des sauvegardes pendant des semaines sans intervention d'un opérateur pour s'occuper des média. La reconnaissance et le support des codes barres sont assurés sur les grandes bibliothèques disposant d'un support de code barres et sur les périphériques silo. Grâce à la technologie de mémoire cartouche, l'accès à l'information est facilité à partir des bandes sans devoir les charger et les décharger physiquement. Chapitre 3 103

128 Gestion des média et périphériques Gestion des média La reconnaissance automatique des formats de média OmniBack II et d'autres formats courants est assurée. OmniBack II écrit uniquement sur des média vierges initialisés (formatés) par OmniBack II. Vous ne pouvez pas obliger OmniBack II à écraser des formats de bandes étrangers pendant une sauvegarde, ce qui vous évite d'écraser accidentellement des média appartenant à d'autres applications. La fonctionnalité assure la reconnaissance, le suivi, l'affichage et la gestion des média utilisés par OmniBack II et leur séparation des média utilisés par d'autres applications dans les périphériques de bibliothèque et silo. Vous pouvez garder les informations relatives aux média utilisés de manière centralisée et les partager entre plusieurs cellules OmniBack II. La mise au coffre de média est supportée. La copie de média est supportée. Le reste de ce chapitre décrit la fonctionnalité de façon plus détaillée. 104 Chapitre 3

129 Gestion des média et périphériques Cycle de vie des média Cycle de vie des média Le cycle de vie caractéristique des média est composé des phases suivantes : 1. Préparation des média pour la sauvegarde. Cette phase comporte l'initialisation (formatage) des média pour pouvoir les utiliser avec OmniBack II et leur affectation à des pools de média, utilisés pour effectuer un suivi des média. Pour plus d'informations, reportez-vous à la section "Gestion des média avant le début des sauvegardes", page Utilisation des média pour la sauvegarde. Ce chapitre décrit comment les média sont sélectionnés pour la sauvegarde, comment l'état des média est vérifié, comment de nouvelles sauvegardes sont ajoutées aux média et à quel moment les données des média sont écrasées. Pour plus d'informations, reportez-vous à la section "Gestion des média pendant les sessions de sauvegarde", page Mise au coffre des média dans un lieu sûr (coffre) pour un stockage des données à long terme et création de copies supplémentaires de média, si nécessaire. Pour plus d'informations, reportez-vous à la section "Gestion des média après les sessions de sauvegarde", page Recyclage des média pour de nouvelles sauvegardes une fois que les données des média ne sont plus nécessaires. 5. Mise hors service des média. Une fois qu'un médium a expiré, il est indiqué comme médiocre et n'est plus utilisé par OmniBack II. (Voir "Détermination de l'état des média", page 123.) Chapitre 3 105

130 Gestion des média et périphériques Pools de média Pools de média Les pools de média OmniBack II gèrent des nombres importants de média, réduisant ainsi au minimum le travail de gestion des administrateurs. Qu'est-ce qu'un pool de média? Exemples de propriétés de pool de média Un pool est un ensemble logique ou groupe de média disposant d'une configuration d'utilisation et de propriétés de média communes. Le pool ne peut disposer que de média de même type physique. Les média DLT et DAT/DDS ne peuvent pas être dans le même pool par exemple. L'emplacement actuel d'un médium n'a aucune influence sur sa relation avec le pool. Le fait que le médium soit dans un lecteur, un emplacement référentiel d'une bibliothèque, dans le coffre ou ailleurs importe peu ; il appartient toujours à son pool jusqu'à ce qu'il soit recyclé et exporté de la cellule. Plusieurs périphériques peuvent utiliser des média du même pool. Exemples de propriétés de pool : Ajout possible Cela permet à OmniBack II d'ajouter des données aux média de ce pool lors de sessions de sauvegardes ultérieures. Si cette option n'est pas sélectionnée, les média ne contiendront les données que d'une seule session. Ajout possible aux incrémentales uniquement Une session de sauvegarde s'ajoute à un médium seulement si une sauvegarde incrémentale est exécutée. Cela vous permet de disposer d'un jeu entier de sauvegardes complètes et incrémentales sur le même médium, s'il y a suffisamment d'espace. Stratégie d'allocation des média Il existe plusieurs niveaux de rigueur concernant le choix des média pour la sauvegarde. Ils vont de strict, lorsqu'un médium spécifique est requis par OmniBack II, à souple, lorsqu'omniback II accepte tout médium approprié dans le pool, y compris les nouveaux média (vierges). 106 Chapitre 3

131 Gestion des média et périphériques Pools de média Chaque périphérique est relié à un pool par défaut. Ce pool peut être modifié dans les spécifications de sauvegarde. Pour obtenir des informations sur d'autres propriétés de pools de média, reportez-vous au HP OpenView OmniBack II Administrator's Guide. Pools de média et répertoires dcbf OmniBack II vous permet de définir un répertoire cible dcbf pour un pool de média. Cela signifie que les informations relatives à tous les média du pool de média sont stockées dans le répertoire spécifié dcbf. Pour obtenir des informations sur la partie DCBF de la base de données OmniBack II et sur les répertoires dcbf, reportez-vous à la section "Architecture de la base de données OmniBack II", page 164. Comment utiliser les pools de média L'utilisation des pools dépend entièrement de vos préférences. Les pools peuvent être définis, par exemple, selon les critères suivants: plate-forme système (un pool pour les systèmes UNIX, un autre pour les systèmes Windows NT et un autre pour les systèmes Windows 2000) par système (chaque système a son propre pool) structure organisationnelle (tous les systèmes du service_a ont un pool, et les systèmes du service_b ont un autre pool) catégories de systèmes (exécution de grandes bases de données ou applications critiques) type de sauvegarde (toutes les sauvegardes complètes utilisent un pool et toutes les sauvegardes incrémentales utilisent un autre pool) combinaison des critères exposés ci-dessus, complétés par d'autres. Pour simplifier la vision des pools de média, il faut les considérer comme une destination pour votre sauvegarde, et considérer les périphériques comme un mécanisme de transfert entre les données et les pools de média. La relation entre un pool et une catégorie de systèmes est définie en mettant certains systèmes dans la même spécification de sauvegarde et en spécifiant le(s) pool(s). Les options utilisées (lorsque vous définissez les périphériques, les pools et les spécifications de sauvegarde) déterminent de quelle manière les données des objets seront copiées sur les média. Chapitre 3 107

132 Gestion des média et périphériques Pools de média Le regroupement de tels média utilisés pour un même type de sauvegarde vers des pools de média peut vous permettre d'appliquer des stratégies de traitement des média communes au niveau d'un groupe, sans s'occuper de chaque médium individuellement. Tous les média d'un pool sont suivis comme un seul ensemble et possèdent la même stratégie d'allocation de média. Pools de média par défaut OmniBack II fournit des pools de média par défaut pour différents types de média. Ces pools de média par défaut vous permettent d'exécuter rapidement des sauvegardes sans avoir à créer vos propres pools de média. Cependant, afin de gérer efficacement votre grand environnement, il est possible de créer différents pools de média pour des besoins spécifiques. Lorsque vous exécutez une sauvegarde, précisez quel pool de média vous voulez utiliser. Pools libres Si des média alloués à un pool de média spécifique sont déjà tous utilisés, vous ne pouvez pas les utiliser dans un autre pool, même si les média sont du même type. Cela peut provoquer des demandes de montage inutiles 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 média sont dans le même pool. Bien que cela permette de partager des média libres, cela réduit les avantages apportés par les pools de média, notamment : gestion des données facilitée, séparation des données importantes et moins importantes, etc. Des pools libres sont utilisés afin de réduire cet inconvénient. Qu'est-ce qu'un pool libre? Un pool libre est une source auxiliaire du même type (DLT, par exemple) utilisée lorsque tous les média libres d'un pool classique sont épuisés. Il permet d'éviter l'échec de sauvegardes dû au manque de média (libres). 108 Chapitre 3

133 Gestion des média et périphériques Pools de média Figure 3-1 Pools libres Quand utilise-t-on un pool libre? Un média est déplacé entre les pools ordinaires et libres dans deux cas (Figure 3-1) : L'allocation. Le média est déplacé d'un pool libre vers un pool ordinaire La désallocation. Le média est déplacé d'un pool ordinaire vers un pool libre. Vous pouvez spécifier dans l'interface que la désallocation se fasse automatiquement. Le média du pool de sauvegarde PC dans la Figure 3-1, par exemple, n'est pas automatiquement désalloué. Les média protégés (alloués, utilisés) appartiennent à un pool ordinaire spécifique (comme le pool SAP), alors que les média libres d'omniback II peuvent être (automatiquement) déplacés vers un pool libre. Ce pool libre est utilisé ultérieurement pour l'allocation de média libres à tous les pools. Certains pools classiques, comme par exemple le pool privé de la Figure 3-1, peuvent également être configurés de façon à ne pas partager de média avec les pools libres. Avantages du pool libre Un pool libre présente les avantages suivants : Partage des média libres entre les pools Tous les média libres (non protégés, vides) peuvent être regroupés dans un pool libre et partagés entre tous les pools de média supportant l'utilisation des pools libres. Chapitre 3 109

134 Gestion des média et périphériques Pools de média Réduction de l'intervention de l'opérateur pour la sauvegarde En supposant que tous les média libres sont partagés, le besoin en demandes de montage est réduit. Propriétés de pool libre Détermination de la qualité des média Limites des pools libres Un pool libre est : créé automatiquement lorsque vous configurez son utilisation. Vous ne pouvez pas supprimer des pools libres qui ont été utilisés ou qui ne sont pas vides. spécifique à un type de média, OmniBack II ne supportant qu'un pool libre par type de média (par exemple DDS). différent d'un pool ordinaire dans le sens où il ne propose pas d'options de stratégie d'allocation. regroupement de média OmniBack II uniquement (pas de média inconnus ni vierges). La qualité des média est déterminée sur une base d'égalité entre les pools. Cela signifie que les facteurs d'état d'un médium seront configurables pour un pool libre uniquement et que tous les pools utilisant ce pool libre en hériteront. Les limites des pools libres sont les suivantes : Vous ne pouvez pas créer plusieurs pools libres sur le même type de média, le pool libre étant créé automatiquement par OmniBack II. Vous ne pouvez pas sélectionner différents facteurs d'état pour chaque pool. En revanche, tous les pools utilisant le pool libre utilisent les facteurs d'état configurés pour le pool libre. Vous ne pouvez pas déplacer des média protégés vers un pool libre ou des média non protégés vers un pool ordinaire disposant de la configuration de désallocation automatique. Vous ne pouvez pas utiliser des opérations telles que l'importation, la copie, le recyclage sur des média dans un pool libre. Les pools avec support de magasin ne peuvent pas utiliser un pool libre. 110 Chapitre 3

135 Gestion des média et périphériques Pools de média Certaines incohérences provisoires peuvent apparaître dans les pools lorsque vous utilisez des pools libres, par exemple lorsqu'un médium non protégé qui se trouve dans un pool ordinaire attend le processus de désallocation. Si vous changez la protection d'un média après son expiration (par exemple en Permanent), même si le média est dans un pool libre, il ne sera pas alloué pour la sauvegarde. Pour obtenir des informations supplémentaires sur les pools libres, reportez-vous au mot-clé de l'index de l'aide en ligne OmniBack II "pools libres, voir aussi pools de média". Exemples d'utilisation de pool de média Les exemples ci-dessous proposent certaines configurations que vous pouvez étudier pour vous aider à choisir la stratégie adéquate adaptée à un environnement de sauvegarde particulier. Exemple 1 Figure 3-2 Dans le modèle proposé de la Figure 3-2, tous les objets sont sauvegardés sur le même pool de média. La spécification de sauvegarde ne 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é. Une relation simple entre un périphérique et un pool de média Exemple 2 Les grands périphériques de bibliothèque contiennent un certain nombre de lecteurs et de média utilisés par différents services et applications. Vous pouvez configurer un pool de média 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 dirigeant une spécification de sauvegarde vers un pool de média indique que vous avez défini un pool de média cible dans une spécification de sauvegarde. Si Chapitre 3 111

136 Gestion des média et périphériques Pools de média vous ne précisez pas de pool de média 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 média et les grands périphériques de bibliothèque, reportez-vous à la section "Grandes bibliothèques", page 137. Figure 3-3 Configuration des pools de média pour les grandes bibliothèques Exemple 3 La Figure 3-4 représente un exemple de données sauvegardées vers des média dans un pool de média avec plusieurs périphériques en même temps. 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", page Chapitre 3

137 Gestion des média et périphériques Pools de média Figure 3-4 Périphériques multiples, pool de média unique Exemple 4 Les données sont sauvegardées sur des média de plusieurs pools sur plusieurs périphériques à la fois. 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 média séparé est prévu pour chaque application de base de données. Chapitre 3 113

138 Gestion des média et périphériques Pools de média Figure 3-5 Périphériques multiples, pools de média multiples Mise en œuvre d'une stratégie de rotation des média Qu'est-ce qu'une stratégie de rotation des média? Une stratégie de rotation des média définit de quelle façon les média sont utilisés pendant la sauvegarde, comme ce qui suit. Pour définir une stratégie de rotation des média, répondez aux questions suivantes : Combien de générations de sauvegarde sont requises? Où sont stockés les média? A quelle fréquence sont utilisés les média? Quand les média peuvent-ils être écrasés et réutilisés pour de nouvelles sauvegardes? Quand les média sont-ils suffisamment anciens pour être remplacés? Les stratégies de sauvegarde traditionnelles utilisées avec d'anciens outils de sauvegarde nécessitaient une stratégie de rotation des média bien définie et planifiée, contrôlée par l'administrateur plutôt que par 114 Chapitre 3

139 Gestion des média et périphériques Pools de média l'application de sauvegarde. OmniBack II vous permet de mettre en œuvre une stratégie de rotation en spécifiant les options d'utilisation afin que la sélection des média pour les sauvegardes ultérieures s'effectue automatiquement. Rotation des média et OmniBack II OmniBack II automatise la rotation et la gestion des média de la manière suivante : Rotation et gestion automatiques des média Les média étant regroupés dans des pools, vous n'avez plus à gérer de média isolés. OmniBack II gère et effectue le suivi de chaque médium dans les pools de média. Vous n'avez pas à choisir sur quels média les données sauvegardées doivent être écrites, OmniBack II le fait pour vous. Vous sauvegardez sur un pool de média. OmniBack II sélectionne automatiquement les média d'un pool de média en fonction de la stratégie d'allocation des média 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 média. L'emplacement des média est suivi et affiché dans l'interface utilisateur OmniBack II tant que les média sont configurés dans OmniBack II. OmniBack II suit automatiquement le nombre d'écrasements sur les média et l'âge des média, effectuant ainsi un suivi de leur état. OmniBack II offre un mécanisme de sécurité pour que les média contenant des données protégées ne soient pas écrasés accidentellement par OmniBack II. Chapitre 3 115

140 Gestion des média et périphériques Pools de média Média requis pour la rotation Quantité estimée de média requis Les étapes suivantes vous aideront à estimer la quantité de média nécessaires pour une rotation complète : Déterminez si la capacité de média peut être utilisée entièrement ou si certains média sont sans possibilité d'ajout et ne peuvent être utilisés que partiellement. Déterminez quels systèmes seront sauvegardés ainsi que l'espace média requis pour les 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 entre deux sauvegardes complètes. Déterminez la quantité de média requis pour une génération de sauvegarde, contenant une sauvegarde complète et une série de sauvegardes incrémentales s'étendant 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 média 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. Vous devriez désormais être capable d'estimer la quantité de média requis pour une rotation de média complète. Des média supplémentaires seront requis dans le cas où : Vous prévoyez 10% de charge supplémentaire ajoutée par OmniBack II aux données des média pour les informations relatives aux répertoires et aux fichiers. Ces informations sont déjà calculées dans la taille du test de sauvegarde. Lorsque les média ne satisfont plus les critères d'utilisation, ils doivent être remplacés. Vous prévoyez une augmentation du volume de données à sauvegarder. 116 Chapitre 3

141 Gestion des média et périphériques Gestion des média avant le début des sauvegardes Gestion des média avant le début des sauvegardes Vous devez initialiser ou formater les média avant de pouvoir les utiliser pour la sauvegarde avec OmniBack II. Vous pouvez les initialiser (formater) manuellement ou laisser OmniBack II les initialiser (formater) automatiquement lorsqu'ils sont sélectionnés pour la sauvegarde. (Voir "Sélection des média pour les sauvegardes", page 119.) Initialisation ou formatage des média Qu'est-ce que l'initialisation (le formatage) de média? Avant d'utiliser les média pour la sauvegarde, OmniBack II les initialise (formate). Les informations relatives aux média (ID, description et emplacement du média) sont enregistrées dans la base de données OmniBack II et copiées sur le média lui-même (en en-tête). Lorsque vous initialisez (formatez) des média, vous devez également préciser à quel pool de média ils appartiennent. Si les média ne sont pas initialisés (formatés) avant la sauvegarde, OmniBack II peut initialiser (formater) des média vierges au cours de la sauvegarde en utilisant les étiquettes par défaut, si la définition de la stratégie de pool le permet. La première sauvegarde sur de tels média prendra davantage de temps. Pour plus d'informations, reportez-vous à la section "Sélection des média pour les sauvegardes", page 119. Etiquetage des média OmniBack II Comment OmniBack II étiquette les média? Lorsque vous ajoutez des média pour les utiliser avec OmniBack II en les initialisant (formatant), vous devez préciser leur étiquette ou une description qui vous aidera ultérieurement à les identifier. Si le périphérique dispose d'un lecteur de code barres, le code barres du médium est automatiquement inséré au début de l'étiquette du média. Le code barres fournit un ID unique pour le média dans la base de données OmniBack II. OmniBack II attribue un ID de média à chaque médium, qui l'identifie de manière exclusive. Chapitre 3 117

142 Gestion des média et périphériques Gestion des média avant le début des sauvegardes L'étiquette ANSI X3.27 est également inscrite sur la bande pour pouvoir l'identifier sur d'autres systèmes. Ces étiquettes ainsi que des informations supplémentaires sont inscrites en en-tête des média et dans la base de données OmniBack II. L'étiquette du média ne peut être modifiée qu'en réinitialisant (formatant) le média. Comment sont utilisées les étiquettes? Ces étiquettes identifient le médium en tant que médium OmniBack II. Lors du chargement d'un médium pour la sauvegarde ou la restauration, OmniBack II vérifie le médium pour l'id de média. Le système de gestion des média conserve les informations relatives à ce médium, qui indiquent à OmniBack II si l'action demandée est autorisée pour ce médium. Par exemple, si vous essayez d'écrire une nouvelle sauvegarde sur ce médium, le système de gestion des média vérifiera si la protection des données pour les données déjà contenues sur ce médium a expiré. L'étiquette définie par l'utilisateur sert à identifier un médium spécifique. Champ Situation OmniBack II propose un champ Situation pour chaque médium, pouvant être utilisé librement par les opérateurs. Ce champ peut aider à suivre l'emplacement des média. Des exemples significatifs de champs Situation pourraient être Dans bibliothèque, hors-site et coffre_ Chapitre 3

143 Gestion des média et périphériques Gestion des média pendant les sessions de sauvegarde Gestion des média pendant les sessions de sauvegarde Que se passe-t-il pendant la sauvegarde? Pendant une session de sauvegarde, OmniBack II sélectionne automatiquement les média et enregistre quelles données sont sauvegardées sur quels média. Cela simplifie la gestion des média étant donné que l'opérateur n'a pas besoin de savoir exactement quelles données ont été sauvegardées ni sur quels média. Les objets de sauvegarde ayant été sauvegardés lors de la même session constituent un jeu de sauvegarde. Cette section propose les informations suivantes : Comment OmniBack II sélectionne les média pour la sauvegarde Comment sont ajoutées les sauvegardes incrémentales et complètes aux média Comment est déterminé l'état des média Pour obtenir plus d'informations, reportez-vous aux sections suivantes : "Sauvegardes complètes et incrémentales", page 67 "Pools de média", page 106 Sélection des média pour les sauvegardes OmniBack II sélectionne automatiquement des média pour la sauvegarde, en s'appuyant sur les stratégies d'allocation des média. Cela simplifie considérablement la gestion et le traitement des média étant donné que l'opérateur de sauvegarde n'a pas besoin d'administrer manuellement les média pour la sauvegarde. Stratégie d'allocation de média Vous pouvez influer sur la façon dont les média sont sélectionnés pour la sauvegarde en vous servant de la stratégie d'allocation des média. Vous pouvez choisir une stratégie souple, selon laquelle tout médium approprié est utilisé pour la sauvegarde, y compris les nouveaux média et les média vierges ou une stratégie stricte, selon laquelle les média doivent être disponibles dans un ordre prédéfini pour faciliter une utilisation équilibrée des média. Vous pouvez en outre utiliser une liste de préallocation. Chapitre 3 119

144 Gestion des média et périphériques Gestion des média pendant les sessions de sauvegarde Préallocation de média Etat des média OmniBack II vous permet de spécifier explicitement les média d'un pool que vous voulez utiliser pour une sauvegarde, dans une liste de préallocation. Combinez cette liste avec la stratégie stricte d'allocation des média. Dans ce cas, les média sont utilisés dans l'ordre exact qui a été spécifié. Si les média n'apparaissent pas dans cet ordre, OmniBack II émet une demande de montage. L'état des média influe également sur le choix des média pour la sauvegarde. Par exemple, les média en bon état sont utilisés avant les média d'état passable. Pour plus d'informations, reportez-vous à la section Détermination de l'état des média", page 123. Ajout de données aux média pendant les sessions de sauvegarde Pour optimiser au maximum l'utilisation de l'espace des média et l'efficacité de la sauvegarde et de la restauration, vous pouvez choisir la façon dont l'espace laissé sur le médium par la sauvegarde précédente sera traité par OmniBack II. Cela sera défini dans une stratégie d'utilisation de média. Stratégie d'utilisation de média Les stratégies d'utilisation de média disponibles sont énoncés ci-dessous : Ajout possible Une session de sauvegarde commence à écrire des données dans l'espace restant sur le dernier médium utilisé lors d'une précédente session de sauvegarde. Les média suivants requis pour cette session sont inscrits à partir du début de la bande. Seules les bandes non protégées ou les nouvelles bandes peuvent donc être utilisées. L'ajout de media permet d'économiser de l'espace de média mais peut aussi compliquer la mise au coffre car un médium peut contenir des données provenant de différents jeux de sauvegarde. Sans possibilité d'ajout Une session de sauvegarde commence à écrire des données au début du premier médium disponible pour la sauvegarde. Chaque médium contient seulement les données d'une session unique, ce qui simplifie la mise au coffre. 120 Chapitre 3

145 Gestion des média et périphériques Gestion des média pendant les sessions de sauvegarde Ajout possible des incrémentales uniquement Une session de sauvegarde s'ajoute à un médium seulement si une sauvegarde incrémentale est exécutée. Cela vous permet de disposer d'un jeu entier de sauvegardes complètes et incrémentales sur le même médium, s'il y a suffisamment d'espace. Distribution d'objets sur des média Figure 3-6 Les figures suivantes présentent quelques exemples de distribution d'objets sur les média : Sessions et objets multiples par médium, é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 média avec ajout possible. Les données ont été écrites dans quatre sessions, un objet à la fois. Les trois média appartiennent au même pool de média. Le médium_a et le médium_b sont déjà pleins, alors que le médium_c dispose encore d'espace. Figure 3-7 Sessions et objets multiples par médium, écritures simultanées Chapitre 3 121

146 Gestion des média et périphériques Gestion des média pendant les sessions de sauvegarde La Figure 3-7 propose un exemple de huit objets écrits au cours de quatre sessions avec 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 cette stratégie d'utilisation des média. Figure 3-8 Média multiples par session, média multiples par objet La Figure 3-8 présente un exemple de quatre objets sauvegarde ayant été sauvegardés lors de deux sessions, la première paire d'objets ayant été écrite simultanément au cours de sess_7 et la seconde au cours de sess_8. Notez qu'un objet peut s'étendre sur plusieurs média. Les ajouts sont possibles dans cette stratégie d'utilisation des média. Figure 3-9 Chaque objet est inscrit sur un médium séparé La Figure 3-9 présente un exemple d'utilisation d'une spécification de sauvegarde par objet avec la stratégie d'utilisation de média sans ajout possible. Cela nécessitera l'utilisation d'un plus grand nombre de média. 122 Chapitre 3

147 Gestion des média et périphériques Gestion des média pendant les sessions de sauvegarde En combinant cette stratégie avec celle de l'ajout possible aux incrémentales uniquement, vous obtiendrez les sauvegardes incrémentales de l'objet sur le même médium. Pour obtenir plus d'informations sur la façon dont les stratégies de sauvegardes complètes et incrémentales influent sur les performances de la restauration et de l'utilisation des média, reportez-vous à la section "Sauvegardes complètes et incrémentales", page 67. Détermination de l'état des média Facteurs d'état des média OmniBack II détermine l'état des média utilisés à l'aide des facteurs d'état des média. L'état du médium 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 médium dans un pool est médiocre, l'état du pool devient médiocre. Lorsque ce médium particulier est supprimé du pool, l'état redevient soit passable soit bon. Les média peuvent revêtir trois états : bon, passable ou médiocre. L'état est déterminé en fonction des éléments suivants, médium par médium : nombre d'écrasements L'utilisation d'un médium est déterminée par le nombre d'écrasements depuis le début de son cycle de vie. Le médium est indiqué comme médiocre dès qu'il dépasse le nombre limite d'écrasements âge des media L'âge d'un médium est calculé en fonction du nombre de mois écoulés depuis son formatage ou initialisation. Le médium est indiqué comme médiocre dès qu'il dépasse le nombre limite de mois. erreurs de périphérique Le médium peut être marqué comme médiocre suite à certaines erreurs de périphérique. Si un périphérique échoue pendant une sauvegarde, le médium utilisé pour la sauvegarde dans ce périphérique est indiqué comme médiocre. Chapitre 3 123

148 Gestion des média et périphériques Gestion des média après les sessions de sauvegarde Gestion des média après les sessions de sauvegarde Une fois les données stockées sur les média, vous devez prendre les mesures adéquates pour protéger les média et les données qu'ils contiennent. Prenez en compte les points suivants : Protection des média vis-à-vis des écrasements. Vous l'avez déjà spécifiée au moment de la configuration d'une sauvegarde de données, mais vous pouvez la modifier après la sauvegarde. Pour plus d'informations sur la protection de données et du catalogue, reportez-vous à la section "Conservation des données sauvegardées et des informations sur celles-ci", page 73. Protection des média contre les dommages physiques. Les média contenant des données permanentes peuvent être stockés dans un endroit sûr. Copie des média et conservation des copies dans un endroit sûr Les sections suivantes décrivent le processus en détails. Copie de média Qu'est-ce que la copie de média? Comment copier des média Quel est le résultat? OmniBack II propose un moyen efficace de copier des données sauvegardées sur un deuxième jeu de média. Vous pouvez placer les copies dans un endroit sûr pour archivage/mise au coffre. Il vous faut deux périphériques du même type de média, l'un pour le médium source, l'autre pour le médium cible. Le médium source est le médium à copier, et le médium cible est celui où les données sont copiées. Lorsque vous copiez des média au sein d'une bibliothèque possédant plusieurs lecteurs, vous pouvez utiliser un lecteur pour la source et un autre pour la copie. La copie de média aboutit à deux jeux de média contenant les même données, les média originaux et la copie. Si les média d'origine sont endommagés, les copies peuvent être utilisées pour la restauration. 124 Chapitre 3

149 Gestion des média et périphériques Gestion des média après les sessions de sauvegarde OmniBack II marque le médium source comme sans ajout possible après qu'il ait été copié, afin d'éviter l'ajout de nouvelles données sauvegardées (l'original serait alors différent de sa copie). La protection de la copie est réglée sur permanente. Vous pouvez réaliser plusieurs copies du même média. Vous ne pouvez pas faire de copie de média à partir d'une copie. Mise au coffre Qu'est-ce que la mise au coffre? La mise au coffre est un processus consistant à stocker en lieu sûr des média contenant des données importantes, où elles seront conservées durant une période déterminée. Le lieu où sont stockés les média est généralement appelé un coffre. OmniBack II supporte la mise au coffre et dispose des fonctions suivantes : Stratégies de protection des données et du catalogue. Sélection et éjection facile des média d'une bibliothèque. Le champ situation des média vous indique l'emplacement physique où sont stockés les média. Rapport indiquant les média utilisés pour sauvegarder au cours d'une période donnée. Rapport sur les média stockés à un emplacement spécifique avec une protection de données expirant dans une période spécifique. Affichage de la liste des média nécessaires pour restaurer et des emplacements physiques où sont stockés ces média. Filtrage des média affichés selon des critères spécifiques. Implémentation de la mise au coffre L'implémentation de la mise au coffre dépend de la stratégie de sauvegarde adoptée par votre entreprise et de sa politique de gestion des données et des média. 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 de la sauvegarde des données. 2. Configuration d'un coffre dans OmniBack II. Cela consiste principalement à spécifier un nom de coffre que vous utiliserez pour les média, par exemple : Coffre_1. Chapitre 3 125

150 Gestion des média et périphériques Gestion des média après les sessions de sauvegarde 3. Etablissement de la stratégie de gestion des média appropriée pour les média du coffre. 4. Une fois la sauvegarde terminée, copie des média (facultatif). 5. Sélection des média à mettre au coffre, éjection des média et stockage dans le coffre. 6. Sélection des média contenant des données expirées situées dans un coffre et insertion de ces média dans une bibliothèque. Exemple de mise au coffre La stratégie de sauvegarde de votre entreprise, par exemple exige une sauvegarde quotidienne des données. Chaque semaine, une sauvegarde complète doit être stockée dans un coffre où elle doit rester disponible au cours des cinq années suivantes. Vous devez pouvoir restaurer facilement les données de toutes les sauvegardes des années précédentes stockées dans le coffre. Après cinq ans, les média du coffre peuvent être réutilisées. Les paramètres suivants d'omniback II doivent être sélectionnés : sauvegarde complète une fois par semaine avec incrémentales quotidiennes. Protection de données réglée sur cinq ans. Protection du 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 la restauration à partir des média. Les média provenant de la sauvegarde complète sont copiés et stockés dans un coffre. Au bout d'un an, OmniBack II supprime automatiquement les informations détaillées de la base de données OmniBack II relatives aux données contenues dans les média, libérant ainsi de l'espace en base de données pour de nouvelles informations. Restauration à partir de média d'un coffre La restauration des média d'un coffre est identique à celle à partir de tout autre média. Selon les stratégies de protection de données et du catalogue que vous aurez choisies, vous devrez éventuellement effectuer quelques étapes supplémentaires : 1. Déplacer les média d'un coffre et les insérer dans un périphérique. 2. Si la protection du catalogue de ces média est toujours valide, vous pouvez restaurer les données que vous voulez en les sélectionnant simplement à l'aide de l'interface utilisateur OmniBack II. 126 Chapitre 3

151 Gestion des média et périphériques Gestion des média après les sessions de sauvegarde Si la protection du catalogue pour ces média a expiré, OmniBack II ne fournit pas d'informations détaillées sur les données sauvegardées. Vous devez effectuer la restauration en spécifiant manuellement quels fichier ou répertoires vous voulez restaurer. Vous pouvez également restaurer l'objet entier sur un disque de rechange, puis rechercher les fichiers et répertoires dans le système de fichiers restauré. CONSEIL Pour relire des informations détaillées sur les fichiers et répertoires sauvegardés sur des média après expiration de la protection du catalogue, exportez ces média puis importez-les. Précisez ensuite que vous souhaitez lire les données du catalogue détaillé de ce média. Vous pourrez alors sélectionner de nouveau des fichiers et des répertoires dans l'interface utilisateur OmniBack II. 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 celles-ci", page 73. Chapitre 3 127

152 Gestion des média et périphériques Périphériques Périphériques OmniBack II supporte un certain nombre de périphériques disponibles sur le marché. Pour obtenir la liste mise à jour des périphériques supportés, reportez-vous au document HP OpenView OmniBack II A Software Release Notes. Utilisation de périphériques avec OmniBack II Alerte de bande Pour pouvoir utiliser un périphérique avec OmniBack II, vous devez le configurer dans la cellule OmniBack II. Lorsque vous configurez un périphérique, vous devez lui spécifier un nom, des options spécifiques, telles que le support de codes barres ou de bande nettoyante, ainsi qu'un pool de média. Le processus de configuration de périphériques est simplifié par l'assistant qui vous guide tout au long des étapes et qui est même capable de détecter et de 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 OmniBack II, en spécifiant des noms de périphérique (logique) différents, par exemple, l'un sans compression de données matérielles et l'autre avec compression de données matérielle. Les sections suivantes décrivent certaines fonctionnalités particulières de périphériques et le fonctionnement d'omniback II avec différents périphériques. L'alerte de bande est un utilitaire de messagerie et de surveillance d'état des périphériques à bandes qui facilite la détection de problèmes pouvant avoir un impact sur la qualité de la sauvegarde. De l'utilisation de bandes usées aux défauts matériels d'un périphérique, l'alerte de bande envoie des avertissements ou des messages d'erreurs faciles à interpréter au moment où les problèmes surgissent, et propose des solutions pour y remédier. OmniBack II supporte totalement TapeAlert 2.0, tant que les périphériques connectés proposent également cette fonctionnalité. 128 Chapitre 3

153 Gestion des média et périphériques Périphériques Listes de périphériques et partage de charge Périphériques multiples pour la sauvegarde Equilibrage de l'utilisation des périphériques Quand utiliser le partage de charge Quand ne pas utiliser le partage de charge Chaînage de périphériques Lorsque vous configurez une spécification de sauvegarde, vous pouvez spécifier qu'omniback II utilise plusieurs périphériques autonomes pour la sauvegarde ou qu'il utilise plusieurs lecteurs dans un périphérique de bibliothèque. La sauvegarde en est accélérée, les données étant sauvegardées en parallèle sur plusieurs périphériques (lecteurs). Par défaut, OmniBack II équilibre automatiquement la charge (l'utilisation) des périphériques afin de les utiliser de manière uniforme. C'est ce qui est appelé partage de charge. Ce procédé permet d'optimiser l'utilisation des périphériques en équilibrant le nombre et la taille des objets sauvegardés sur chacun. Cette opération s'effectuant automatiquement pendant la sauvegarde, vous n'avez pas besoin de gérer les périphériques sur lesquels les données sont sauvegardées ; il vous suffit de spécifier les périphériques à utiliser. Utilisez le partage de charge lorsque : Vous sauvegardez un grand nombre d'objets. Vous utilisez des périphériques de bibliothèque (autochanger). Vous n'avez pas besoin de savoir sur quels média seront sauvegardés les objets. Vous voulez augmenter la robustesse de la sauvegarde. OmniBack II redirige automatiquement la sauvegarde des périphériques ayant échoué vers d'autres périphériques dans une liste de périphériques. N'utilisez pas le partage de charge lorsque : Vous voulez sauvegarder un petit nombre d'objets volumineux. Dans ce cas, OmniBack II ne peut généralement pas équilibrer efficacement la charge entre les périphériques. Vous voulez sélectionner les périphériques sur lesquels seront sauvegardés les objets. OmniBack II vous permet de configurer plusieurs périphériques autonomes en tant que jeu de périphériques autonomes. Ce jeu est appelé chaîne de périphériques. Lorsqu'un médium est plein dans un périphérique, la sauvegarde se poursuit automatiquement sur le médium du périphérique suivant dans la chaîne de périphériques. Chapitre 3 129

154 Gestion des média et périphériques Périphériques Alimentation continue et simultanée des périphériques Qu'est-ce que l'alimentation continue d'un périphérique? Comment configurer un périphérique en mode continu Agents de disque simultanés Performances accrues 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 médium pour que celui-ci avance en continu. Dans le cas contraire, la bande du médium doit être arrêtée pendant que le périphérique attend les données supplémentaires. En d'autres termes, si le taux auquel les données sont écrites sur la bande est inférieur ou égal à celui auquel elles sont fournies au périphérique par le système informatique, le périphérique fonctionne en mode continu. Dans des infrastructures de sauvegarde en réseau, cela mérite toute attention. Pour les sauvegardes locales, où les disques et les périphériques sont reliés au même système, une simultanéité de 1 peut suffire si vos disques sont suffisamment rapides. Pour permettre au périphérique de fonctionner en mode continu, il faut lui envoyer une quantité de données suffisante. Pour cela, OmniBack II démarre plusieurs Agents de disque pour chaque Agent média écrivant des données sur le périphérique. Le nombre d'agents de disque lancés pour chaque Agent média est appelé simultanéité (de sauvegarde) des Agents de disque ; il est modifiable grâce aux options avancées relatives au périphérique ou au moment de la configuration d'une sauvegarde. OmniBack II propose des nombres par défaut, suffisants 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. Pour les périphériques de bibliothèque disposant de lecteurs multiples, où chaque lecteur est contrôlé par un Agent média, vous pouvez régler la simultanéité pour chaque lecteur indépendamment. Si 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 contrôlé par un Agent média et chaque Agent média recevant des données de deux Agents de disque simultanément, les données de huit disques sont sauvegardées en même temps. L'alimentation continue d'un périphérique dépend également d'autres facteurs, comme la charge réseau ou la taille du bloc des données écrites sur le périphérique, décrite dans Taille de bloc. 130 Chapitre 3

155 Gestion des média et périphériques Périphériques Pour plus d'informations, reportez-vous à la section "Sessions de sauvegarde", page 202. Flux de données multiples OmniBack II permet de sauvegarder simultanément diverses parties d'un disque vers plusieurs périphériques. Cette fonction est utile pour sauvegarder des disques de grande capacité et rapides 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 média. Cette méthode accélère le processus 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 médium est composé de segments de données, de segments catalogue et d'un segment d'en-tête. Les informations d'en-tête sont stockées dans le segment correspondant, de taille identique à celle du bloc. Les données sont enregistrées dans les blocs de données des segments de données. Les informations concernant chaque segment de données sont stockées dans les blocs de catalogue du segment catalogue correspondant. Ces informations sont tout d'abord stockées dans la mémoire de l'agent média puis écrites dans un segment catalogue sur le médium ainsi que dans la base de données OmniBack II. Tous les segments sont séparés par des marques comme le montre la Figure REMARQUE Certaines technologies de bande limitent le nombre de marques de fichier par médium. Assurez-vous que la taille de votre segment n'est pas trop réduite. Chapitre 3 131

156 Gestion des média et périphériques Périphériques Figure 3-10 Format de données La taille du segment, mesurée en mégaoctets, représente 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 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 plus petite laisse moins d'espace sur le médium pour les données, chaque segment possédant une marque utilisant de l'espace média. Cependant, un grand nombre de marques de fichier permettent d'accélérer les restaurations, l'agent média pouvant localiser plus rapidement le segment contenant les données à restaurer. La taille de segment optimale dépend du type de média utilisé dans le périphérique et du type de données à sauvegarder. Par exemple, la taille de segment par défaut du média DLT est de 150 Mo. Taille de bloc Les données contenues dans les segments sont en fait stockées dans des blocs et les informations de catalogue sont écrites dans des blocs de catalogue. Le matériel d'un périphérique traite les données qu'il reçoit selon une taille de bloc spécifique au type de périphérique. Avec OmniBack II, vous pouvez régler la taille des blocs qu'il envoie au 132 Chapitre 3

157 Gestion des média et périphériques Périphériques périphérique. La taille par défaut est de 64 Ko pour les périphériques connectés aux systèmes UNIX, Windows NT ou Windows La taille de bloc par défaut des périphériques rapides est de 256 Ko. 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 tous les média dans un pool avec ajout possible. OmniBack II ne peut ajouter que des média de même taille de bloc. Nombre de mémoires tampon d'agent de disque Les Agents de disque et les Agents média utilisent des mémoires tampon pour contenir les données à transférer. Ces mémoires sont divisées en plusieurs zones tampon (une pour chaque Agent de disque, en fonction de la simultanéité de périphérique). 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 modifier 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 média 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 consommation de mémoire et agissez ainsi sur les performances. Mode continu Si la largeur de bande du réseau varie sensiblement au cours de la sauvegarde, il est important que l'agent média 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 133

158 Gestion des média et périphériques Périphériques Verrouillage de périphérique et noms de verrou Noms de périphérique Conflit de périphériques physiques Prévention des conflits Figure 3-11 Lorsque vous configurez des périphériques à l'aide d'omniback II, vous pouvez définir le même périphérique physique plusieurs fois avec des caractéristiques différentes en configurant simplement le même périphérique physique sur OmniBack II et en lui attribuant des noms différents. Par exemple, bien que cela ne soit pas recommandé, un périphérique autonome DDS peut être configuré comme périphérique compressé puis non compressé. 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, OmniBack II risque d'essayer d'utiliser le même périphérique physique dans plusieurs sessions de sauvegarde à la fois, créant ainsi un conflit. Afin d'éviter ce conflit, spécifiez un nom de verrouillage virtuel dans chaque configuration de périphérique. OmniBack II vérifie si les périphériques ont le même nom de verrouillage et empêche le conflit. Par exemple, un périphérique autonome DDS est configuré comme périphérique compressé appelé DDS_C et comme périphérique non compressé DDS_NC, comme le montre la Figure Spécifiez le même nom de verrouillage, DDS, pour les deux périphériques. 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 Nom du périphérique : DDS_NC périphérique DDS 134 Chapitre 3

159 Gestion des média et périphériques Périphériques autonomes Périphériques autonomes Que sont les périphériques autonomes? OmniBack II et les périphériques autonomes. Que sont les chaînes de périphériques? Périphériques chargeurs Les périphériques autonomes sont des périphériques disposant d'un lecteur qui lit/écrit sur un médium à la fois. Les périphériques autonomes sont utilisés pour des sauvegardes à petite échelle ou pour des sauvegardes spéciales. Lorsque le médium est plein, l'opérateur doit le remplacer manuellement par un nouveau médium pour que la sauvegarde puisse continuer. Lorsque vous avez relié un périphérique au système, vous devez utiliser l'interface utilisateur OmniBack II pour le configurer et pouvoir l'utiliser avec OmniBack II. Pour ce faire, vous devez installer l'agent média OmniBack II sur le système où le périphérique est connecté. OmniBack II peut détecter et configurer automatiquement la plupart des périphériques autonomes. Pendant une sauvegarde, OmniBack II émet une demande de montage lorsque le médium d'un périphérique est plein. L'opérateur doit alors remplacer le médium pour que la sauvegarde puisse continuer. OmniBack II vous permet de configurer plusieurs périphériques autonomes sur une chaîne de périphériques. Lorsqu'un médium est plein dans un périphérique, la sauvegarde se poursuit automatiquement sur le médium 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 en utilisant plusieurs périphériques autonomes sans avoir à insérer/éjecter manuellement les média lorsqu'ils sont pleins. Les périphériques chargeurs, similaires aux chaînes de périphériques, contiennent un certain nombre de média utilisés dans un ordre séquentiel. Lorsqu'un média est plein, le médium suivant est chargé et utilisé pour la sauvegarde. Chapitre 3 135

160 Gestion des média et périphériques Petits périphériques de magasin Petits périphériques de magasin Que sont les périphériques de magasin? OmniBack II et les périphériques de magasin Les périphériques de magasin regroupent un certain nombre de média dans une seule unité appelée magasin. OmniBack II traite le magasin comme s'il s'agissait d'un seul médium. Un magasin possède une plus grande capacité qu'un médium unique et est plus facile à gérer que plusieurs média séparés. Pour obtenir la liste des périphériques supportés, reportez-vous au document HP OpenView OmniBack II A Software Release Notes. OmniBack II vous permet d'effectuer des tâches de gestion des média sur les magasins, comme l'émulation de média uniques, en fournissant des vues des magasins et des média. Vous pouvez également utiliser des périphériques de magasin comme des bibliothèques normales sans utiliser le support de magasin OmniBack II. OmniBack II peut détecter et configurer automatiquement les périphériques de magasin Nettoyage de lecteurs encrassés OmniBack II peut nettoyer automatiquement des magasins et autres périphériques lorsqu'ils sont encrassés, à l'aide de bandes nettoyantes. 136 Chapitre 3

161 Gestion des média 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 autoloaders, échangeurs ou jukebox. Dans OmniBack II, la plupart des bibliothèques sont configurées comme bibliothèques SCSI-II. Elles contiennent un certain nombre de cartouches de média dans un référentiel de périphérique et peuvent posséder plusieurs lecteurs écrivant sur plusieurs média à la fois. Un périphérique de bibliothèque type possède un ID SCSI pour chacun de ses lecteurs et un pour le mécanisme robotique de bibliothèque qui déplace les média des emplacements vers les lecteurs et les ramène. Par exemple, une bibliothèque avec quatre lecteurs possède cinq ID SCSI, quatre pour les lecteurs et un pour le mécanisme robotique. OmniBack II supporte également les bibliothèques silo, telles que HP SureStore E Libraries, StorageTek/ACSLS et ADIC/GRAU AML. Configuration d'une bibliothèque Gestion des média L'interface utilisateur OmniBack II propose une vue de bibliothèque spéciale, qui simplifie la gestion des périphériques de bibliothèque. Les média d'un grand périphérique de bibliothèque peuvent appartenir tous au même pool de média OmniBack II ou être répartis dans plusieurs pools. Lorsque vous configurez un périphérique, vous définissez la plage d'emplacements que vous voulez attribuer à OmniBack II. Cela permet de partager la bibliothèque avec une autre application. Les emplacements affectés peuvent contenir des média vierges (nouveaux), des média OmniBack II ou autres. OmniBack II vérifie les média dans les emplacements et affiche des informations les concernant dans la vue de la bibliothèque. Cela vous permet de consulter tous les types de média, y compris ceux qui ne sont pas utilisés par OmniBack II. Chapitre 3 137

162 Gestion des média 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 vous devez distribuer les média dans plusieurs emplacements ou si vous devez les centraliser. Procurez-vous le nombre de média requis (voir "Mise en œuvre d'une stratégie de rotation des média", page 114). Partage d'une bibliothèque avec d'autres applications Un périphérique de bibliothèque peut être partagé avec d'autres applications stockant des données dans des média de ce périphérique. Vous pouvez choisir quels lecteurs de la bibliothèque vous voulez utiliser avec OmniBack II. Vous pouvez par exemple, dans une bibliothèque à quatre lecteurs, choisir d'utiliser seulement deux d'entre eux avec OmniBack II. Vous pouvez choisir quels emplacements de la bibliothèque vous voulez gérer avec OmniBack II. Vous pouvez par exemple, sur les 60 emplacements de la bibliothèque, choisir d'utiliser les emplacements 1 à 40 avec OmniBack II. Les emplacements restant peuvent être utilisés et contrôlés par une autre application. Le partage d'une bibliothèque avec d'autres applications est particulièrement important pour les grandes bibliothèques HP et les bibliothèques silo, telles que StorageTek/ACSLS ou ADIC/GRAU AML. Insertion / Ejection des logements de bande Les périphériques de bibliothèque disposent de logements de bande spéciaux où l'opérateur peut insérer les média dans le périphérique et les éjecter de celui-ci. Selon les périphériques, plusieurs logements d'entrée/éjection peuvent exister. Dans le cas d'un logement de bande unique, les média 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. 138 Chapitre 3

163 Gestion des média et périphériques Grandes bibliothèques OmniBack II offre la possibilité d'insérer/éjecter plusieurs média en une seule fois. Vous pouvez, par exemple, sélectionner 50 emplacements dans le périphérique et éjecter tous les média à la fois. OmniBack II éjecte automatiquement les média dans le bon ordre pour que l'opérateur puisse retirer les média du logement d'entrée/éjection. Pour plus d'informations, reportez-vous à la documentation fournie avec votre périphérique. Support de code barres OmniBack II supporte les périphériques de bibliothèque à lecture de code barres. Dans ces périphériques, chaque médium dispose d'un code barres l'identifiant de manière unique dans le périphérique. Avantages des codes barres Les codes barres permettent à OmniBack II d'améliorer de manière significative la reconnaissance des média, leur étiquetage et la détection de bande nettoyante. L'analyse des codes barres des média dans un référentiel de périphérique est plus rapide, OmniBack II ne nécessitant pas le chargement des média dans un lecteur ni la lecture de leur en-tête. Le code barres est lu automatiquement par OmniBack II et sert à identifier le média. Une bande nettoyante est détectée automatiquement si elle dispose d'un préfixe de code barres CLN. Le code barres représente un identifiant unique pour le média dans la base de données OmniBack II. Vous ne pouvez pas avoir deux codes barres identiques dans votre environnement. Support de mémoire cartouche OmniBack II supporte les périphériques de bibliothèque équipés de mémoire cartouche. Cette mémoire stocke les informations également contenues en en-tête des média au début de la bande. Avantages de la mémoire cartouche La mémoire cartouche permet à OmniBack II d'améliorer considérablement la gestion des média, en particulier en accélérant l'inventaire des bibliothèques et en ne perdant aucune description de média mis à jour. Chapitre 3 139

164 Gestion des média et périphériques Grandes bibliothèques Lorsque vous utilisez des bibliothèques supportant la mémoire cartouche (avec des lecteurs et des média la supportant également), vous n'avez plus besoin de rechercher les informations pour l'analyse de la bibliothèque à partir de la bande (la mémoire cartouche pouvant être lue par robotique). Cela signifie que le chargement et le déchargement des bandes n'est plus nécessaire. En d'autres termes, l'inventaire de la bibliothèque devient très rapide. Parce que vous ne pouvez pas mettre à jour la description de la gestion et de l'utilisation des média sur la bande elle-même, ces informations sont perdues chaque fois que vous exportez ou importez la bande. Lorsque vous utilisez les bibliothèques supportant la mémoire cartouche (avec des lecteurs et média la supportant) la description des média sera mise à jour dans la mémoire cartouche et vous pourrez ainsi en tirer parti. Support de bande nettoyante HP OmniBack II propose le nettoyage automatique de la plupart des périphériques à l'aide d'une bande nettoyante. Ce média sera utilisé automatiquement par OmniBack II si un événement "lecteur encrassé" provenant du périphérique est détecté. Dans les bibliothèques SCSI-II, il est possible de définir quels emplacements contiendront une bande nettoyante. Concernant les périphériques disposant d'un lecteur de code barres, OmniBack II reconnaît automatiquement les codes barres de la bande nettoyante, à condition qu'ils possèdent 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 écrites ou stockées correctement sur le média. Partage d'une bibliothèque entre plusieurs systèmes Le partage de périphériques vous permet de relier plusieurs lecteurs d'une bibliothèque physique à différents systèmes. Ces systèmes autorisent donc les sauvegardes locales. Les performances en sont 140 Chapitre 3

165 Gestion des média et périphériques Grandes bibliothèques améliorées de manière significative et le trafic réseau réduit. Pour cela, les périphériques de la bibliothèque doivent pouvoir être reliés à des bus SCSI-II séparés. C'est particulièrement utile avec les bibliothèques haute performance, pour permettre au lecteur de recevoir des données en mode continu à partir de plusieurs systèmes. OmniBack II redirige les commandes robotiques vers le système qui gère le bras du robot. Figure 3-12 Connexion de lecteurs à plusieurs systèmes Les lecteurs de la bibliothèque doivent pouvoir être reliés physiquement à différents systèmes où l'agent média OmniBack II est installé. Chapitre 3 141

166 Gestion des média et périphériques OmniBack II et Storage Area Network OmniBack II et Storage Area Network L'endroit où vous stockez les données de votre entreprise et la façon dont vous le faites peuvent avoir un impact important sur votre entreprise. L'information devient de plus en plus cruciale pour la plupart des entreprises. Les utilisateurs doivent pouvoir accéder à des gigaoctets de données à travers le réseau. OmniBack II, grâce à la technologie Fibre Channel basée sur SAN, vous offre la solution de stockage des données dont vous avez besoin. Storage Area Network Un Storage Area Network (SAN), illustré dans la Figure 3-13, 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 fournit une interconnectivité pour toute ressource réseau, permettant ainsi le partage de périphériques entre plusieurs systèmes client et augmentant les performances du trafic de données ainsi que la disponibilité des périphériques. Le concept SAN permet l'échange de données entre plusieurs périphériques et serveurs 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 batteries de disques et autres nœuds, tous reliés par une connexion rapide au réseau (généralement Fibre Channel). Ce réseau supplémentaire fournit des opérations de stockage de délestage du réseau local classique sur un réseau séparé. 142 Chapitre 3

167 Gestion des média et périphériques OmniBack II et Storage Area Network Figure 3-13 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 de 30 kilomètres maximum. C'est à ce jour la solution la plus fiable et la plus performante pour le stockage, le transfert et la récupération des informations. Chapitre 3 143

168 Gestion des média et périphériques OmniBack II et Storage Area Network La technologie Fibre Channel relie les nœuds au moyen de trois topologies physiques différentes pouvant avoir les caractéristiques suivantes : Point à point En boucle Switchée Les topologies Fibre Channel point à point, en boucle et switchée peuvent être combinées pour répondre au mieux à vos exigences de connectivité et de croissance. Reportez-vous au document HP OpenView OmniBack II A Software Release Notes ou au site pour obtenir une liste des configurations supportées. 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 est basée 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 hubs 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 hub 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'introduction d'un nouveau périphérique. Le nouveau périphérique peut être un ancien participant ayant été allumé ou un périphérique actif ayant été déplacé d'un port du commutateur à un autre. Une occurrence LIP peut provoquer une interruption indésirable d'un processus continu sur SAN, 144 Chapitre 3

169 Gestion des média et périphériques OmniBack II et Storage Area Network comme par exemple une opération de sauvegarde sur bande. Le bus SCSI reliant la passerelle SCSI et le nœud (périphérique SCSI) est réinitialisé. Pour plus de détails, reportez-vous à la Figure Lors d'une sauvegarde ou d'une restauration, la réinitialisation du bus SCSI est enregistrée comme une erreur d'écriture. OmniBack II abandonne toutes les opérations en cas d'erreurs d'écriture. Lors de sauvegardes, il est recommandé de (copier les données déjà sauvegardées sur un médium puis de) reformater le médium et de redémarrer la sauvegarde. Figure 3-14 Loop Initialization Protocol Topologie switchée La topologie switché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'auto-configuration et Chapitre 3 145

170 Gestion des média et périphériques OmniBack II et Storage Area Network l'auto-gestion. Les commutateurs détectent automatiquement les équipements connectés (nœuds, hubs FC-AL ou tout autre commutateur FC) et les configurent en conséquence. Les commutateurs fournissent aux nœuds connectés une bande passante proportionnée. La topologie switchée offre un réel branchement à chaud des nœuds. REMARQUE Le branchement à chaud renvoie aux 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 continu sont interrompus pendant le branchement à chaud et que certains périphériques, tels que les périphériques à bande, ne gèrent pas ce comportement. Le fait de connecter ou de déconnecter les nœuds d'une boucle risque d'interrompre votre processus de sauvegarde ou de restauration et de faire échouer l'opération. Connectez ou déconnectez les nœuds d'une boucle seulement lorsqu'aucune sauvegarde ou restauration n'utilise le matériel associé. Partage de périphériques dans SAN OmniBack II supporte le concept SAN en permettant à 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 par 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 une ampleur de débit supérieure à celles 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. Cela peut devenir encore plus compliqué 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 système (classique) ou 146 Chapitre 3

171 Gestion des média et périphériques OmniBack II et Storage Area Network d'autoriser chaque système utilisant la bibliothèque d'accéder aux robots directement à condition que les requêtes robotiques soient synchronisées entre tous les systèmes impliqués. Verrouillage de périphérique Le verrouillage de périphériques doit gérer la situation où plusieurs applications utilisent le même périphérique et celle de l'utilisation d'un périphérique par OmniBack II pour l'envoi de données et de commandes vers celui-ci à partir de plusieurs systèmes. Le but du verrouillage est d'assurer qu'un seul système à la fois communique avec un périphérique partagé entre plusieurs systèmes. Cela s'applique à la fois aux lecteurs (à bande) et au contrôle du robot SCSI d'une bibliothèque. Verrouillage de périphérique et applications multiples Verrouillage de périphérique avec OmniBack II Le mécanisme de réservation/libération SCSI est utilisé pour plusieurs applications. Cette méthode utilise un indicateur de synchronisation situé à l'intérieur d'un périphérique physique. Il est supposé que toutes les applications observent ce concept. OmniBack II fournit ce mécanisme de verrouillage pour les lecteurs ainsi que pour le contrôle du robot des bibliothèques. Vous pouvez y accéder par le biais de la boîte de dialogue des options de définition du périphérique. Dans le cas où OmniBack II est la seule application utilisant un lecteur, le mécanisme de verrouillage utilise les indicateurs interne d'omniback II. Vous devez préciser le même nom de verrou pour chaque définition de lecteur associée au même lecteur physique. OmniBack II maintient alors les sessions en conflit dans une file d'attente pendant l'exécution de la session en cours avec un de ces périphériques. Ce mécanisme de verrouillage ne peut servir qu'aux lecteurs. Dans le cas où il existe plusieurs définitions pour la même bibliothèque physique, le mécanisme de réservation/libération SCSI doit être utilisé pour le contrôle du robot de la bibliothèque. Accès direct et indirect à la bibliothèque Lors de la configuration d'omniback II avec un périphérique de bibliothèque SCSI, il existe deux moyens d'accéder au robot de la bibliothèque pour les systèmes client : accès direct et indirect à la bibliothèque. Chapitre 3 147

172 Gestion des média et périphériques OmniBack II et Storage Area Network 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 qui est appelé l'accès indirect à la bibliothèque. Dans l'exemple exposé dans la Figure 3-15, deux systèmes client sont reliés à une bibliothèque multilecteurs DLT HP SureStore. Le système client castor contrôle le robot et le premier lecteur, pendant que le système client pollux contrôle le deuxième lecteur. L'Agent média OmniBack II 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 sur OmniBack II est utilisée automatiquement lorsque les noms d'hôte de la bibliothèque et du lecteur sont différents. Figure 3-15 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. 148 Chapitre 3

173 Gestion des média et périphériques OmniBack II et Storage Area Network Accès direct à la bibliothèque Lorsque le concept SAN est utilisé, OmniBack II peut être configuré avec la bibliothèque SCSI pour que chaque système client dispose de son propre accès aux lecteurs et au robot de la bibliothèque. C'est ce qui est appelé l'accès direct à la bibliothèque. Il n'y a pas un seul "système client de contrôle" pour le robot : un système client qui échoue n'exclut pas que tout autre système puisse utiliser la bibliothèque. Cela est possible même sans reconfiguration. Plusieurs systèmes client peuvent être utilisés pour contrôler le robot, en synchronisant leur accès via le mécanisme de verrouillage de réservation/libération SCSI-II. La Figure 3-16 montre une bibliothèque multilecteurs DLT HP SureStore 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. Pour effectuer la synchronisation entre les Agents média fonctionnant sur différents clients, configurez le mécanisme de réservation/libération SCSI pour les robots. Chapitre 3 149

174 Gestion des média et périphériques OmniBack II et Storage Area Network Figure 3-16 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 avec des 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 du verrou". Voir "Verrouillage de périphérique", page 147 pour plus de détails. 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 150 Chapitre 3

175 Gestion des média et périphériques OmniBack II et Storage Area Network sont cependant pas utiles pour les sauvegardes d'applications compatibles cluster, puisque de telles applications peuvent être lancées 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 assure que, indépendamment du nœud du cluster sur lequel l'application s'exécute actuellement, OmniBack II démarrera toujours l'agent média sur ce même nœud. Chapitre 3 151

176 Gestion des média et périphériques OmniBack II et Storage Area Network 152 Chapitre 3

177 4 Utilisateurs et groupes d'utilisateurs Chapitre 4 153

178 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 d'omniback II. 154 Chapitre 4

179 Utilisateurs et groupes d'utilisateurs Sécurité renforcée pour les utilisateurs OmniBack II Sécurité renforcée pour les utilisateurs OmniBack II OmniBack II contient 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é relatifs aux personnes utilisant OmniBack II pour sauvegarder et restaurer des données ou contrôler l'évolution d'une session de sauvegarde. Accès à des données sauvegardées L'essentiel des procédures de sauvegarde et de restauration de données est identique à celui de la procédure copie. Il est donc important de limiter l'accès à ces données aux utilisateurs autorisés. Système de sécurité OmniBack II relatif aux utilisateurs Visibilité de données sauvegardées Le système de sécurité OmniBack II relatif aux utilisateurs est le suivant : Toute personne souhaitant utiliser OmniBack II doit être configurée comme utilisateur OmniBack II. Seul le propriétaire peut visualiser les données qu'il a sauvegardées (elles ne sont pas visibles par les autres utilisateurs). Les autres utilisateurs n'ont même pas la possibilité de voir que des données ont été sauvegardées. Par exemple, si l'opérateur de sauvegarde a configuré une sauvegarde, il sera le seul, avec peut-être l'administrateur système, à pouvoir visualiser et restaurer les données sauvegardées. Vous pouvez rendre des données visibles à d'autres utilisateurs en utilisant l'option Est public d'omniback II. Reportez-vous au HP OpenView OmniBack II Administrator's Guide pour plus de détails. Chapitre 4 155

180 Utilisateurs et groupes d'utilisateurs Utilisateurs et groupes d'utilisateurs Utilisateurs et groupes d'utilisateurs Pour pouvoir utiliser OmniBack II, vous devez être ajouté à sa configuration en tant qu'utilisateur OmniBack II disposant de certains privilèges. Notez que l'ajout d'un utilisateur ne constitue pas un prérequis pour sauvegarder le système qu'il utilise. Les utilisateurs sont réunis au sein de groupes d'utilisateurs ayant des droits spécifiques comme, par exemple, les droits 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 de votre sauvegarde, vous pouvez vous servir des groupes d'utilisateurs prédéfinis disposant de certains droits d'accès aux fonctionnalités OmniBack II. Par exemple, seuls les membres du groupe d'utilisateurs admin peuvent accéder à l'ensemble des fonctionnalités du logiciel. 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 OmniBack II. Dans ce cas, il n'est pas nécessaire d'ajouter d'autres utilisateurs à la configuration OmniBack II. En fonction de votre environnement, vous pouvez utiliser les groupes d'utilisateurs par défaut d'omniback II, les modifier ou en créer d'autres. Administrateurs par défaut Lors de l'installation, les utilisateurs suivants sont ajoutés automatiquement au groupe d'administrateurs OmniBack II : l'utilisateur "root" UNIX du Gestionnaire de cellule, l'administrateur Windows NT ou Windows 2000 du Gestionnaire de cellule, l'utilisateur installant OmniBack II. Cela permet à ces derniers de configurer et d'utiliser l'intégralité des fonctionnalités OmniBack II. 156 Chapitre 4

181 Utilisateurs et groupes d'utilisateurs Utilisateurs et groupes d'utilisateurs Utilisation des groupes d'utilisateurs prédéfinis Tableau 4-1 Les groupes d'utilisateurs suivants sont installés par défaut dans OmniBack II : Groupes d'utilisateurs prédéfinis OmniBack II Groupe d'utilisateurs Admin Opérateur Utilisateur final Droits d'accès Autorisé à configurer OmniBack II, effectuer des sauvegardes, des restaurations et toute autre opération disponible. Autorisé à lancer des sauvegardes et à répondre aux demandes de montage. Autorisé à restaurer ses propres objets. De plus, les utilisateurs peuvent contrôler les demandes de montage et y répondre pour leurs propres sessions de restauration. REMARQUE Les fonctions d'administrateur confèrent un pouvoir important. Les membres du groupe d'administrateurs OmniBack II disposent de privilèges administrateur système sur tous les clients de la cellule OmniBack II. Droits utilisateur OmniBack II Les utilisateurs OmniBack II disposent des droits utilisateur OmniBack II du groupe auquel ils appartiennent. Par exemple, tous les membres du groupe d'utilisateurs admin disposent des droits du groupe d'utilisateurs admin OmniBack II. Lorsqu'un utilisateur est configuré depuis le domaine Windows NT ou Windows 2000, alors qu'omniback II s'exécute sur le Serveur de cellule UNIX, il doit être défini avec le nom de domaine ou le groupe de caractères génériques "*". Chapitre 4 157

182 Utilisateurs et groupes d'utilisateurs Utilisateurs et groupes d'utilisateurs Pour obtenir une description détaillée des droits utilisateur OmniBack II relatifs à chaque groupe, consultez l'aide en ligne ou le HP OpenView OmniBack II Administrator's Guide. 158 Chapitre 4

183 5 La base de données OmniBack II Chapitre 5 159

184 La base de données OmniBack II Description du chapitre Description du chapitre Ce chapitre décrit l'architecture de la base de données OmniBack II, 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. 160 Chapitre 5

185 La base de données OmniBack II A propos de la base de données OmniBack II A propos de la base de données OmniBack II Qu'est-ce que la base de données OmniBack II (OBDB)? Pourquoi utiliser l'obdb? La base de données OmniBack II (OBDB) est une base interne, qui se situe sur le Gestionnaire de cellule et permet d'identifier les données sauvegardées, les média sur lesquels elles se trouvent, les résultats des sessions de sauvegarde et de restauration et les périphériques et bibliothèques configurés. La base de données OmniBack II est utilisée pour trois raisons principales : Restauration rapide et facile Les informations stockées dans l'obdb vous permettent de retrouver rapidement les média 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 sauvegarde Les informations stockées dans l'obdb vous permettent de vérifier comment se sont déroulées les sauvegardes. Gestion des média Les informations stockées dans l'obdb vous permettent d'allouer des média pendant une sauvegarde, d'effectuer un suivi des attributs de média et des emplacements des média dans les bibliothèques à bande, et de regrouper des média dans des pools différents. A propos de la taille et la croissance de l'obdb L'OBDB 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 OmniBack II comprenne bien le fonctionnement de l'obdb et qu'il choisisse, en fonction des besoins, quelles informations garder dans l'obdb et pendant 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 l'obdb d'autre part. OmniBack II propose deux paramètres principaux pour vous aider à équilibrer vos besoins : le niveau de journalisation et la protection du catalogue. Reportez-vous également à la section "Performances et croissance de la base de données OmniBack II", page 174. Chapitre 5 161

186 La base de données OmniBack II A propos de la base de données OmniBack II La base de données dans le Gestionnaire de cellule Windows Emplacement de l'obdb Sur un Gestionnaire de cellule Windows NT ou Windows 2000, la base de données est située dans le répertoire <OmniBack_home>\db40. Format de l'obdb L'OBDB du Gestionnaire de cellule Windows NT ou Windows 2000 stocke toutes les informations textuelles au format UNICODE codé sur deux octets. Cette OBDB s'accroît donc un peu plus rapidement que celle du Gestionnaire de cellule UNIX qui lui 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. La base de données dans un Gestionnaire de cellule HP-UX Emplacement de l'obdb Format de l'obdb Sur un Gestionnaire de cellule HP-UX, l'obdb est se trouve dans le répertoire /var/opt/omni/db40. L'OBDB du Gestionnaire de cellule HP-UX stocke toutes les informations textuelles au format ASCII codé sur un octet. Le format ASCII limite la prise en charge des noms de fichier et des messages localisés dans d'autres langues. Si 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 OmniBack II. Toutefois, les fichiers et les noms de fichier sont restaurés correctement. Pour plus d'informations, reportez-vous à l'annexe B, "Internationalisation", page B Chapitre 5

187 La base de données OmniBack II A propos de la base de données OmniBack II La base de données dans un environnement Manager-of-Managers Dans l'environnement Manager-of-Managers (MoM), la base de données centralisée de gestion des média (CMMDB) vous permet de partager des périphériques et des média avec plusieurs cellules. Pour plus d'informations sur la fonctionnalité MoM, reportez-vous à la section Environnements d'entreprise", page 16. Chapitre 5 163

188 La base de données OmniBack II Architecture de la base de données OmniBack II Architecture de la base de données OmniBack II La base de données OmniBack II (OBDB) est constituée de parties suivantes : La MMDB (base de données de gestion des média) La 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 détaillé) SMBF (fichiers binaires de messages de session) SIBF (fichiers binaires d'intégrations sans serveur pour les intégrations NDMP et EMC Fastrax) Chacune de ces parties stocke des informations spécifiques OmniBack II (enregistrements), agit différemment sur la taille et la croissance de l'obdb et se trouve dans un répertoire séparé du Gestionnaire de cellule. Pour plus de détails, 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 l'obdb, reportez-vous au document HP OpenView OmniBack II Administrator's Guide. 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 avec les journaux de transaction. Ces derniers sont stockés dans le répertoire db40\logfiles\syslog. Les parties CDB (objets et positions) et MMDB représentent le cœur de l'obdb. Les parties DCBF, SMBF et SIMB de l'obdb sont des fichiers binaires. Les mises à jour se font directement (pas de transactions). 164 Chapitre 5

189 La base de données OmniBack II Architecture de la base de données OmniBack II Figure 5-1 Parties de la base de données OmniBack II Base de données de gestion des média (MMDB) Enregistrements MMDB La base de données de gestion des média stocke des informations concernant : Lecteurs de bibliothèque et périphériques faisant partie de la configuration ; bibliothèques et emplacements Média OmniBack II utilisés pour la sauvegarde Pools de média configurés et magasins de média Taille et croissance de la MMDB La taille de la base de données de gestion des média 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 média OmniBack II. L'espace utilisé est d'environ 20 Mo ; pour plus de détails, reportez-vous à la section "Estimation de la taille de la base de données", page 180. Chapitre 5 165

190 La base de données OmniBack II Architecture de la base de données OmniBack II Emplacement de la MMDB La MMDB se trouve dans le répertoire suivant : Sous Windows : <OmniBack_home>\db40\datafiles\mmdb Sous UNIX : /var/opt/omni/db40/datafiles/mmdb Base de données catalogue (CDB) Enregistrements CDB Taille et croissance des noms de fichier La base de données catalogue stocke des informations concernant : Les sessions de sauvegarde et de restauration. Il s'agit d'une copie des informations envoyées à la fenêtre OmniBack II Monitor. Les objets sauvegardés et leurs versions Les positions des objets sauvegardés sur les média. Pour chaque objet sauvegardé, OmniBack II stocke des informations concernant les média et les segments de données utilisés pour la sauvegarde. Les chemins d'accès des fichiers sauvegardés (noms de fichier) ainsi que les 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. 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 des 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, un fichier ou répertoire occupe entre 50 et 70 octets sur l'obdb. Sur Gestionnaire de cellule Windows, il occupe entre 70 et 100 octets. Les noms de fichier sont stockés dans le fichier fnames.dat. Sa taille maximum par défaut est de 2 Go. Vous pouvez ajouter de nouveaux fichiers fnames.dat et étendre ainsi la taille de la partie des noms de fichier de l'obdb. Pour connaître les limites de taille, reportez-vous au document HP OpenView OmniBack II A Release Notes. 166 Chapitre 5

191 La base de données OmniBack II Architecture de la base de données OmniBack II Taille et croissance de la CDB (objets et positions) Emplacement de la CDB Les enregistrements de la base de données catalogue autres que les noms de fichier occupent très peu d'espace dans l'obdb. Un environnement de sauvegarde de taille moyenne occupe généralement autour de 100 Mo. Pour plus de détails, reportez-vous à la section "Estimation de la taille de la base de données", page 180. La CDB se trouve dans le répertoire suivant : Sous Windows : <OmniBack_home>\db40\datafiles\cdb Sous UNIX : /var/opt/omni/db40/datafiles/cdb Fichiers binaires de catalogue détaillé (DCBF) Informations sur les DCBF Taille et croissance de la DCBF La partie des fichiers binaires de catalogue détaillé stocke les informations concernant les versions de fichier. Ces informations concernent les 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 médium OmniBack II utilisé pour une sauvegarde, un fichier binaire DC (catalogue détaillé) est créé. Lorsque le médium est réécrit, l'ancien fichier binaire est remplacé par un nouveau. Dans un environnement où l'option Journaliser tout s'utilise fréquemment pour sauvegarder les systèmes de fichiers, les DCBF occupent la plus grande partie de l'obdb (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 du catalogue pour spécifier ce qui est stocké dans l'obdb et pour combien de temps. Reportez-vous à la section "Paramètres clé réglables des performances et de la croissance de la base de données", page 175 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 2 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 l'obdb. Le nombre maximum de répertoires supportés par cellule est de 10. Chapitre 5 167

192 La base de données OmniBack II Architecture de la base de données OmniBack II Emplacement des DCBF Par défaut, les DCBF se trouvent dans le répertoire suivant : Sous Windows : <OmniBack_home>\db40\dcbf Sous UNIX : /var/opt/omni/db40/dcbf Assurez-vous qu'il y a suffisamment d'espace sur 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 DC/média devient très important (plusieurs milliers) ou si vous avez des problèmes d'espace. Pour plus d'informations, reportez-vous au HP OpenView OmniBack II Administrator's Guide. Fichiers binaires de messages de session (SMBF) Enregistrements SMBF Taille et croissance de la SMBF Emplacement des SMBF La partie des fichiers binaires de messages de session stocke les messages de session générés pendant les sessions de sauvegarde et de restauration. Chaque session génère un fichier binaire. Les fichiers sont regroupés par année et par mois. La taille des SMBF dépend des éléments suivants : Nombre de sessions exécutées, étant donné qu'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 cours des opérations de sauvegarde et de restauration. Ce paramètre influence le nombre de messages stockés dans l'obdb. Pour plus de détails, reportez-vous à la section "Changing the Amount of Messages Shown", page 8. Les SMBF se trouvent dans le répertoire suivant : Sous Windows : <OmniBack_home>\db40\msg Sous UNIX : /var/opt/omni/db40/msg Vous pouvez déplacer le répertoire en modifiant l'option globale SessionMessageDir. Pour plus d'informations, reportez-vous à la section "Global Options File", page Chapitre 5

193 La base de données OmniBack II Architecture de la base de données OmniBack II Fichiers binaires d'intégrations sans serveur (SIBF) Enregistrements SIBF Taille et croissance des SIBF Emplacement des SIBF La partie des fichiers binaires d'intégrations sans serveur stocke les données de restauration brutes EMC Fastrax et NDMP. Ces données sont nécessaires à la restauration des objets EMC Fastrax et NDMP. Les SIBF n'augmentent pas énormément. Pour plus de détails, reportez-vous à la section "Estimation de la taille de la base de données", page 180. Les SIBF se trouvent dans le répertoire suivant : Sous Windows : <OmniBack_home>\db40\meta Sous UNIX : /var/opt/omni/db40/meta Vous pouvez déplacer le répertoire en modifiant la variable Meta dans le fichier d'options globales. Chapitre 5 169

194 La base de données OmniBack II Fonctionnement de la base de données OmniBack II Fonctionnement de la base de données OmniBack II Pendant la sauvegarde Pendant la restauration Lorsqu'une session de sauvegarde démarre, un enregistrement de session est créé dans la base de données OmniBack II (OBDB). Un enregistrement de version d'objet est également créé pour chaque objet de la session. Ces enregistrements sont stockés dans la partie CDB et dotés de plusieurs attributs. Le Gestionnaire de session de sauvegarde met à jour les média au cours d'une sauvegarde. Tous les enregistrements de média sont stockés dans la partie MMDB et sont alloués pour la sauvegarde en fonction des stratégies définies. Lorsqu'un segment de données, puis un segment de catalogue s'inscrivent sur la bande, un enregistrement de position de média 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 détaillé. Pour chaque médium OmniBack II, un fichier binaire de catalogue détaillé est maintenu. Le nom du fichier binaire de catalogue détaillé est <MediumID>_<TimeStamp>.dat. Si un médium est réécrit pendant une sauvegarde, son ancien fichier binaire de catalogue détaillé 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 l'obdb supprime les anciens journaux de transaction et crée de nouveaux journaux nécessaires à la récupération de l'obdb. Lors de la configuration de la restauration, OmniBack II exécute 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 de sauvegarde stockées, cette opération peut prendre un certain temps, car OmniBack II 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. 170 Chapitre 5

195 La base de données OmniBack II Fonctionnement de la base de données OmniBack II Une fois les versions de fichiers spécifiques sélectionnées, OmniBack II détermine les média nécessaires et localise les enregistrements de position de média utilisés par les fichiers sélectionnés. Ces enregistrements sont ensuite lus par les Agents média et envoyés aux Agents de disques qui restaurent les fichiers sélectionnés. Exportation de média Suppression du catalogue détaillé Purge de noms de fichier Lorsqu'un médium est exporté, les éléments suivants sont supprimés : Tous les enregistrements de position de média de ce médium sont supprimés de la partie CDB. Tous les objets qui ne possèdent désormais plus de position sont supprimés de la partie CDB. Toutes les sessions qui disposent uniquement de versions d'objets sans position sont supprimées de la partie CDB. Les messages de session de telles sessions sont également supprimés. L'enregistrement du médium est supprimé de la partie MMDB et le fichier binaire de catalogue détaillé correspondant est supprimé de la partie DCBF. Lorsque le catalogue détaillé est supprimé pour un médium déterminé, son fichier binaire de catalogue détaillé l'est également. Le même résultat est obtenu en supprimant la protection du catalogue pour toutes les versions d'objet sur ce médium (le fichier binaire sera supprimé au cours de la prochaine maintenance quotidienne des fichiers binaires de catalogue détaillé). Tous les autres enregistrements restent dans les parties CDB et MMDB et il est possible de lancer la restauration depuis l'un de ces média (l'exploration, par contre, est impossible). Les fichiers binaires de catalogue détaillé indiquent si un fichier donné est sauvegardé ou non sur un médium associé uniquement, 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 détaillé. Avec le temps, il se peut qu'un grand nombre de fichiers soient inutilisés. OmniBack II analyse donc l'ensemble des fichiers binaires de catalogue détaillé, puis supprime les noms de fichier non utilisés. Chapitre 5 171

196 La base de données OmniBack II Fonctionnement de la base de données OmniBack II Purge des versions de fichier La purge des versions de fichier représentait une tâche de maintenance importante dans les versions OmniBack II A et précédentes. Dans la version OmniBack II A.04.00, elle représente une tâche de maintenance quotidienne automatique mineure : Lorsque la protection du catalogue de toutes les versions d'objet stockées sur un médium spécifique expire, la maintenance quotidienne automatique des fichiers binaires DC supprime le fichier binaire correspondant. 172 Chapitre 5

197 La base de données OmniBack II Présentation de la gestion de base de données OmniBack II Présentation de la gestion de base de données OmniBack II Configuration de l'obdb L'une des étapes importantes de l'installation de l'environnement de sauvegarde OmniBack II est la configuration de la base de données OmniBack II (OBDB). La configuration initiale vous permet de définir les stratégies internes concernant la taille de l'obdb, l'emplacement des répertoires OBDB, la sauvegarde nécessaire de l'obdb si celle-ci est endommagée ou après un désastre et enfin la configuration des rapports et notifications OBDB. IMPORTANT Il est fortement recommandé de planifier de sauvegarder l'obdb quotidiennement. La définition d'une spécification de sauvegarde pour la sauvegarde de l'obdb fait également partie de la configuration de l'obdb. Maintenance de l'obdb Récupération de l'obdb Une fois l'obdb configurée, sa maintenance est réduite à son minimum, en agissant principalement sur les notifications et les rapports. Une récupération de l'obdb est nécessaire si certains fichiers OBDB sont manquants ou endommagés. La procédure de récupération dépend du niveau d'altération. Reportez-vous au HP OpenView OmniBack II Administrator's Guide pour obtenir plus de détails. Chapitre 5 173

198 La base de données OmniBack II Performances et croissance de la base de données OmniBack II Performances et croissance de la base de données OmniBack II Pour configurer et entretenir la base de données OmniBack II (OBDB) correctement, il est indispensable de bien comprendre les facteurs clé ainsi que les paramètres clé réglables qui influencent les performances et la croissance de l'obdb. Facteurs clé des performances et de la croissance de la base de données Les facteurs clé des performances et de la croissance de la base de données OmniBack II (OBDB) sont les suivants : Nombre de fichiers sauvegardés OmniBack II garde les traces de chaque fichier et de chaque version de fichier. Reportez-vous la section "Sauvegardes complètes et incrémentales", page 67 pour obtenir des informations détaillées sur l'influence des types de sauvegarde sur la croissance de l'obdb. Nombre de sauvegardes Plus les sauvegardes sont fréquentes, plus le volume d'informations stockées dans l'obdb est important. Nombre de lecteurs parallèles Le nombre de lecteurs parallèles utilisés pendant les sauvegardes peut agir sur le chargement de l'obdb et sur la durée des sauvegardes si les options Journaliser tout ou Fichier journal sont sélectionnées et si des petits fichiers sont sauvegardés. Cela peut être évité en diminuant les paramètres de niveau de journalisation ou en combinant la sauvegarde de petits et de gros fichiers. 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 l'obdb. Le rapport sur les variations du système peut vous apporter des informations sur les variations du système. Afin d'éviter un accroissement de l'obdb dû aux variations du système de fichiers, vous pouvez utiliser l'option Journaliser répertoire. 174 Chapitre 5

199 La base de données OmniBack II Performances et croissance de la base de données OmniBack II Croissance de l'environnement de sauvegarde Le nombre de systèmes en cours de sauvegarde dans la cellule agit sur la croissance de l'obdb. Il est conseillé de planifier la croissance de votre environnement de sauvegarde. Paramètres clé réglables des performances et de la croissance de la base de données Les paramètres clé réglables des performances et de la croissance de la base de données OmniBack II (OBDB) sont les suivants : Paramètres de niveau de journalisation Paramètre de protection du catalogue Figure 5-2 Influence du niveau de journalisation et de la protection du catalogue sur la croissance de l'obdb Chapitre 5 175

200 La base de données OmniBack II Performances et croissance de la base de données OmniBack II Le niveau de journalisation en tant que paramètre clé réglable de l'obdb 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'obdb pendant une sauvegarde. Vous pouvez toujours restaurer vos données, sans tenir compte du niveau de journalisation utilisé pendant la sauvegarde. OmniBack II propose quatre niveaux de journalisation permettant de contrôler la quantité de détails sur les fichiers et répertoires écrits dans l'obdb : Journaliser tout Fichier journal Journaliser répertoires Pas de journalisation Journalise toutes les informations détaillées sur les fichiers et répertoires sauvegardés (noms de fichier et versions de fichier). Journalise toutes les informations détaillées sur les répertoires sauvegardés (noms et versions) ; ajoute les informations sur les fichiers sauvegardés (seulement les noms de fichier). Cela représente environ 30 % des informations détaillées sur le fichiers et répertoires sauvegardés. Journalise toutes les informations détaillées sur les répertoires sauvegardés (noms et versions). Cela représente environ 10 % des informations détaillées sur le fichiers et répertoires sauvegardés. Aucune information sur les fichiers et répertoires sauvegardés n'est enregistrée dans l'obdb. Les différents paramètres agissent sur la croissance de l'obdb, la capacité d'exploration des données à restaurer et la vitesse de sauvegarde. Niveau de journalisation et vitesse de sauvegarde Le niveau de journalisation indique le volume de données écrites dans l'obdb pendant une sauvegarde. Il agit également sur la vitesse de l'obdb et donc sur le processus de sauvegarde. 176 Chapitre 5

201 La base de données OmniBack II Performances et croissance de la base de données OmniBack II 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 via l'interface OmniBack II 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 Fichiers journaux est sélectionnée, vous pouvez explorer les fichiers et les répertoires, mais les versions de fichier (taille, dates de création et de modification, etc.) ne sont pas affichées. 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 obtenir des informations sur les données sauvegardées à partir des média. 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 Fichiers journaux 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. Ceci est dû au fait qu'omniback II doit lire toutes les données depuis le début de l'objet avant de trouver un ficher à restaurer. Dans le cas d'une restauration complète du système, l'objet entier doit être lu de toutes façons. Les paramètres de niveau de journalisation ne jouent donc pas un rôle très important. La protection du catalogue en tant que paramètre clé réglable de l'obdb Qu'est-ce que la protection du catalogue? La protection du catalogue détermine la durée pendant laquelle les informations sur les données sauvegardées sont disponibles dans l'obdb. 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 médium lui-même. Si aucune protection du catalogue n'est définie, la restauration des données reste possible. Toutefois vous ne pourrez pas les explorer via l'interface OmniBack II. Chapitre 5 177

202 La base de données OmniBack II Performances et croissance de la base de données OmniBack II La protection du 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 du catalogue Protection du catalogue et sauvegarde Protection du catalogue et restauration Lorsque la protection du catalogue arrive à expiration, les informations ne sont pas immédiatement supprimées de l'obdb. OmniBack II les supprime automatiquement une fois par jour. Les informations de l'obdb étant organisées par médium, elles ne sont supprimées complètement que lorsque la protection du catalogue expire pour tous les objets du médium. Les paramètres de protection du catalogue n'ont aucun effet sur les performances de la sauvegarde. Lorsque la protection du catalogue arrive à expiration, les données sont restaurées comme si elles avaient été sauvegardées avec l'option Pas de journalisation. Pour plus de détails, reportez-vous à la section "Le niveau de journalisation en tant que paramètre clé réglable de l'obdb", page 176. Utilisation recommandée du niveau de journalisation et de la protection du catalogue Utilisez toujours une protection du catalogue Définissez toujours une protection du catalogue raisonnable, excepté lorsque l'option Pas de journalisation est sélectionnée (dans ce cas, la protection du catalogue ne s'applique pas). Si vous définissez la protection du catalogue sur Permanent, les informations de l'obdb ne sont supprimées que lorsque les média sont exportés ou supprimés. Dans ce cas, la taille de l'obdb augmente de manière linéaire jusqu'à ce que la période de protection des données soit atteinte, 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 média sont recyclés, la croissance significative de l'obdb s'arrête au bout d'un an. Le nombre de nouveaux catalogues est alors à peu près identique au nombre de catalogues supprimés de l'obdb. Si la protection du catalogue est définie pour quatre semaines, la croissance significative de l'obdb s'arrête au bout de quatre semaines. Dans ce cas, l'obdb est 13 fois plus volumineuse si la protection du catalogue est définie à Permanent. 178 Chapitre 5

203 La base de données OmniBack II Performances et croissance de la base de données OmniBack II Il est recommandé de définir la protection du catalogue de façon à ce qu'elle couvre au moins la dernière sauvegarde complète. Vous pouvez par exemple la définir à 8 semaines pour les sauvegardes complètes et à une semaine pour les sauvegardes incrémentales. Utilisez différents niveaux de journalisation dans la même cellule Une cellule est souvent constituée d'un serveur de messagerie (ou équivalent) qui génère 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 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 Fichiers journaux 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 le catalogue à partir des média, ce qui vous offre la possibilité d'explorer l'objet sélectionné en relativement peu de temps. Pour obtenir des informations sur l'importation d'un catalogue à partir des média, reportez-vous au document HP OpenView OmniBack II Administrator's Guide. Particularités des petites cellules Si le nombre de fichiers d'une cellule est peu important et n'évoluera pas (un million de fichiers ou moins) et si les systèmes de la cellule réalisent l'activité professionnelle habituelle, vous pouvez toujours utiliser l'option Journaliser tout, définie par défaut par OmniBack II. Cependant, vous devez être attentif à la croissance de l'obdb et définir une protection du catalogue raisonnable. Chapitre 5 179

204 La base de données OmniBack II Performances et croissance de la base de données OmniBack II 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 chaque jour alors que vous avez sélectionné l'option Journaliser tout, la vitesse de sauvegarde et la croissance de l'obdb vont très vite devenir un problème. Dans cette situation, vous disposez des options suivantes Réduire le niveau de journalisation au niveau le plus bas possible. Le fait de sélectionner l'option Journaliser fichiers peut diviser par trois la taille de l'obdb et l'option Journaliser répertoires à presque un dixième. Cela dépend bien sûr de la nature des systèmes de fichiers de la cellule. Réduire la protection du catalogue au minimum. Diviser la cellule en deux. Enfin, vous pouvez également créer une autre OBDB 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 la base de données Cette section vous permet d'estimer le volume d'espace disque occupé par la base de données OmniBack II (OBDB) au bout d'un an de sauvegardes. Formule de base La taille de chaque partie clé de la base de données est calculée séparément. La formule de base est la suivante : OBDB = MMDB + CDB( obj + pos) + CDB( Fnames) + DCBF + SMBF + SIBF Notez que CDB (obj + pos) représente la taille de la partie CDB sans les noms de fichier. Pour obtenir des informations sur les parties de l'obdb, reportez-vous à la section "Architecture de la base de données OmniBack II", page 164. Modèle Pour faciliter les calculs et les rendre plus transparents, l'environnement de sauvegarde a été légèrement simplifié. L'estimation part du principe qu'il n'y a qu'une spécification de sauvegarde et que celle-ci est créée pour sauvegarder des systèmes de fichiers. 180 Chapitre 5

205 La base de données OmniBack II Performances et croissance de la base de données OmniBack II Une fois que vous avez estimé la taille de l'obdb dans l'environnement simplifié, vous pouvez recommencer l'opération pour d'autres spécifications de sauvegarde, puis compiler vos résultats. Paramètres d'entrée pour le calcul la taille de la base de données Les formules utilisées dans cette section possèdent deux types d'entrée : l'environnement de sauvegarde et les paramètres OmniBack II. Paramètres d'entrée de l'environnement de sauvegarde Les paramètres OmniBack II et leurs paramètres d'entrée L'environnement de sauvegarde est constitué des paramètres d'entrée suivants : Volume de données Volume de données sauvegardées dans une sauvegarde complète. Pour obtenir cette information, effectuez une sauvegarde et laissez OmniBack II faire le calcul. Nbre de fichiers Nombre de fichiers et de répertoires sauvegardés dans une sauvegarde complète. Pour obtenir cette information, effectuez une sauvegarde, puis configurez le rapport Rapports sur les sessions d'une période -> Liste de sessions de sauvegarde. Nbre de fichiers par rép. Nombre moyen de fichiers dans un répertoire. Dans la plupart des cas, une valeur de 10 est correcte. Ne choisissez pas une valeur inférieure à 5. Taux incrém. Pourcentage de volume de données (ou nombre de fichiers) sauvegardées au cours de sauvegardes incrémentales et complètes. Par exemple, une valeur de 0,05 signifie que 5 pour cent des fichiers sont sauvegardés dans une sauvegarde moyenne incrémentale. Nbre d'objets Nombre d'objets (points de montage/lecteurs) sauvegardés. Les paramètres OmniBack II utilisés pour les calculs sont les suivants : protection de données, protection du catalogue, niveau de journalisation, planification de sauvegardes complètes et incrémentales, simultanéité de périphérique et taille de segment. Chapitre 5 181

206 La base de données OmniBack II Performances et croissance de la base de données OmniBack II Certains de ces paramètres étant difficiles à utiliser dans les formules, les paramètres d'entrée d'aide suivants sont requis : Nb compl. entre PD Nombre de sauvegardes complètes dans l'intervalle de protection des données. Par exemple, si une sauvegarde complète est effectuée une fois pas semaine et la protection de données une fois par an, la valeur est de 52. Si le paramètre défini pour la protection est Permanent, faites le calcul en considérant qu'elle est définie pour une année. Nb incr entre PD Nombre de sauvegardes incrémentales dans l'intervalle de protection des données. Nb compl. entre PC Nombre de sauvegardes complètes dans l'intervalle de protection du catalogue. Nb incr entre PC Nombre de sauvegardes incrémentales dans l'intervalle de protection du catalogue. Facteur du niveau de journalisation La valeur de ce facteur est de 1 si le niveau de journalisation est Journaliser tout ou Journaliser fichiers, 1/Fichiers par rép. si le niveau de journalisation est Journaliser répertoires et 0 si le niveau de journalisation est Aucun. L'estimation 1/Fichiers par rép. nécessite au moins 5 fichiers par répertoire pour être précise. Simultanéité de périphérique Nombre d'agents de disque écrivant simultanément sur un périphérique. Taille segment Taille du segment de données utilisé. Par exemple, la taille du segment DLT est de 2 Go. Taille de la MMDB La MMDB est généralement petite et son volume augmente lentement. A moins que vous n'utilisiez des dizaines de milliers de média, il est raisonnable de supposer que la MMDB ne dépassera pas 20 Mo. 182 Chapitre 5

207 La base de données OmniBack II Performances et croissance de la base de données OmniBack II Taille de la CDB (objets et positions) Formule La partie de la CDB sans les noms de fichier est petite et n'augmente pas très vite. La formule permettant de calculer sa taille est la suivante : CDB( obj + pos) = BASE + ( NoOfMpos MPOS) +( NoOfObjVer OBJVER) BASE est une constante de taille. Elle ne peut dépasser 20 Mo. NoOfMpos correspond au nombre d'enregistrements de positions de média. Il existe un enregistrement de position de média par segment écrit sur un médium. NoOfMpos NoOfBackupsDP = AmountOfData DeviceConcurrency SegmentSize MPOS et OBJVER sont les constantes de taille. NoOfObjVer correspond au nombre de versions d'objet sauvegardées. Il est calculé en multipliant le nombre d'objets de la spécification de sauvegarde par le nombre de sauvegardes disponibles sur les média : NoOfObjVer = NoOfObj NoOfBackupsDP NoOfBackupsDP est le nombre de sauvegardes dans l'intervalle de protection de données. Il est calculé de la façon suivante : NoOfBackupsDP = NoOfFullsDP + ( NoOfIncrementalsDP IncrRatio) Taille de la CDB (noms de fichier) Formule La formule permettant de calculer le nombre de noms de fichier dans l'obdb est la suivante : CDB( Fnames) = NoOfFiles FNAME LogLevelFactor CumulativeGrowthFactor FNAME est une constante représentant la taille moyenne d'un enregistrement de nom de fichier. Lors de l'estimation de la taille des noms de fichier de l'obdb, la difficulté réside dans l'estimation des variations du système de fichiers, en d'autres termes, dans l'estimation du nombre de fichiers supprimés et Chapitre 5 183

208 La base de données OmniBack II Performances et croissance de la base de données OmniBack II créés entre les sauvegardes. Ce nombre est difficile à prévoir, mais il a un impact important. Le CumulativeGrowthFactor (facteur de croissance cumulative) est donc utilisé pour décrire le taux entre le nombre courant de fichiers et le nombre de noms de fichier stockés dans l'obdb au bout d'un an. La valeur 1 signifie par exemple qu'en une année aucun fichier n'a été créé, la valeur 10 signifie que pour chaque fichier, 9 fichiers supplémentaires ont été créés. En moyenne, cette valeur oscille entre 1,5 (optimiste) et 4. Exemple Imaginons qu'il y a 10 millions de fichiers avec comme niveau de journalisation Journaliser tout (le facteur de niveau de journalisation est 1). Le facteur de croissance cumulativeest estimé à 2 et la taille de la partie des noms de fichier est estimée à presque 1 Go. Taille des DCBF Formule La formule permettant de calculer la taille des DCBF est la suivante : DCBF = NoOfFiles NoOfBackupsCP FVER LogLevelFactor NoOfBackupsCP est le nombre de sauvegardes dans l'intervalle de protection du catalogue. Il est calculé de la façon suivante : NoOfBackupsCP = NoOfFullsCP + ( NoOfIncrementalsCP IncrRatio) FVER est défini à 10 pour le niveau de journalisation Journaliser fichiers et à 30 pour les niveaux de journalisation Journaliser tout ou Journaliser répertoires. Taille des SMBF La partie des SMBF est petite, augmente lentement et n'agit pas beaucoup sur la taille et la croissance de l'obdb. Vous pouvez estimer sa taille en supposant qu'un objet de sauvegarde d'une spécification de sauvegarde occupe de 10 à 100Ko dans la partie des SMBF. Taille des SIBF La partie des SIBF est petite, augmente lentement et n'agit pas beaucoup sur la taille et la croissance de l'obdb. 184 Chapitre 5

209 6 Gestion des services Chapitre 6 185

210 Gestion des services Description du chapitre Description du chapitre Vous trouverez dans ce chapitre une description des fonctionnalités OmniBack II qui offrent un support pour la gestion des services, les rapports et le contrôle, aidant ainsi les administrateurs à gérer plus efficacement leur environnement de sauvegarde. 186 Chapitre 6

211 Gestion des services Présentation Présentation La sauvegarde et la récupération de données sont des éléments essentiels dans la prestation et la gestion des services informatiques. Malheureusement, les utilisateurs considèrent parfois la sauvegarde des données comme une gêne, parce qu'elle peut les empêcher d'accéder à certains services pendant son exécution. Elle est cependant un mal nécessaire, sans lequel la disponibilité continue des services dans les délais convenus peut être remise en question, voire sérieusement menacée en cas de perte de données due à une panne logicielle ou matérielle, ou encore à une erreur de manipulation. Les services informatiques des entreprises étant en passe de devenir des fournisseurs de services informatiques internes, la gestion fonctionnelle et le contrôle qualité des services fournis deviennent des activités essentielles au sein de l'entreprise. Les évaluations et les rapports de gestion des services comptent parmi les principaux outils que les responsables du service informatique peuvent utiliser pour démontrer la valeur fournie à l'entreprise et aussi conserver des structures de coûts compétitives. Accords de service OmniBack II fournit aux responsables des services informatiques des données essentielles pour le contrôle et la planification des opérations de sauvegarde et de récupération des données. Ces informations peuvent être utilisées dans les activités consistant à planifier la disponibilité du service et la récupération, qui sont fondamentales en cas de signature d'accords de service. De plus, les données fournies par OmniBack II 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. Trois aspects se retrouvent dans la plupart des accords de service : Disponibilité La disponibilité est généralement définie comme le pourcentage de temps auquel un service est mis à la disposition des utilisateurs dans les limites de temps convenues. Les serveurs peuvent être, par exemple, disponibles à 99% du temps donné. Chapitre 6 187

212 Gestion des services Présentation Temps de récupération Le temps de récupération correspond au délai de restauration d'un service après son interruption. Par exemple, la durée maximum d'une interruption de service donnée peut être de deux heures à partir du moment où l'interruption est constatée. Recouvrement des coûts (facturation interne) Le recouvrement des coûts est une activité facultative qui découle naturellement du rôle de fournisseur de service qu'est amené à jouer le service informatique. Le coût de la prestation du service est recouvré directement auprès de l'utilisateur, sur la base d'un modèle qui reflète la consommation de ce service par l'utilisateur. Pour les opérations de sauvegarde, vous pouvez choisir par exemple d'établir la facture en fonction du nombre de giga-octets de données sauvegardées à chaque opération. Ce mode de facturation est bien plus équitable que la simple répartition des coûts de l'infrastructure OmniBack II entre tous les utilisateurs. L'incidence des sauvegardes de données sur la disponibilité des applications doit être suffisamment limitée pour ne pas affecter la mise à disposition du service aux périodes convenues. Assurez-vous que toute opération de récupération des données nécessaire en cas d'interruption de service puisse être terminée dans le temps de récupération imparti. Outre le contrôle et la gestion continus du service de sauvegarde, procédez à des analyses fonctionnelles de l'évolution des performances de sauvegarde (par exemple la quantité de données pouvant être traitées). Vous pourrez ainsi anticiper les difficultés, planifier et mettre en place des solutions avant que le service de sauvegarde n'ait une incidence négative sur la disponibilité des services d'applications. A propos de la gestion des services OmniBack II propose le support de gestion des services et est compatible avec les applications de gestion des services, telles que : VPO, ManageX et MeasureWare. OmniBack II et la gestion des services OmniBack II permet de faire le suivi du temps écoulé pour les opérations clé, et d'enregistrer ces données ainsi que le volume des données à l'aide de l'application Response Measurement version 2.0 API (ARM 2.0 API). L'enregistrement de ces données peut être effectué à l'aide de HP OpenView MeasureWare. 188 Chapitre 6

213 Gestion des services Présentation 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 rapport intégré d'omniback II permet de recevoir des rapports concis ainsi que des avertissements immédiats dans différents formats (ASCII, HTML et formats compatibles tableurs) et de les recevoir par divers moyens : , SNMP, diffusion (disponible uniquement sous Windows NT et Windows 2000), enregistrement dans un fichier et envoi vers une commande externe. Le moteur de notification intégré d'omniback II pouvant envoyer des avertissements via SNMP, il est possible d'intégrer quasiment toutes les applications capables de recevoir des interruptions SNMP. L'intégration d'omniback II avec HP OpenView VantagePoint permet de recevoir des avertissements d'omniback II sur la console VPO, et d'effectuer des opérations automatiques. La capacité d'omniback II d'envoyer les événements majeurs et critiques au journal d'événements Windows NT ou Windows 2000 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 d'omniback II vers la console ManageX. Vous pouvez paramétrer les actions automatiques destinées à réagir aux pannes qui peuvent survenir dans l'environnement de sauvegarde. Grâce à la fonction de rapports Java en ligne intégrée d'omniback II, vous pouvez établir des rapports en ligne quel que soit l'endroit où vous vous trouvez sur le réseau (même à distance) sans que l'interface utilisateur OmniBack II soit nécessairement installée sur votre ordinateur en local. Vous devez disposer pour cela d'un navigateur web. Chapitre 6 189

214 Gestion des services Présentation Figure 6-1 Gestion de la qualité de service Application Response Measurement version 2.0 (ARM 2.0 API) Qu'est-ce que l'arm? L'ARM API est un standard de plus en plus utilisé pour la mesure du temps de réponse de bout en bout des transactions dans les environnements distribués. Les applications qui utilisent ARM API 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 MeasureWare. HP MeasureWare enregistre les informations de transaction ARM dans son référentiel pour l'analyse et l'établissement de rapports ultérieurement. 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, notamment : informer une console d'opérations 190 Chapitre 6

215 Gestion des services Présentation Tableau 6-1 telle que HP OpenView VantagePoint Operations, appeler un opérateur système sur son bipeur ou déclencher une action automatisée pour résoudre le problème. Fonctionnalité ARM Description de la transaction (ARM 1,0) Durée de la session de spécification de sauvegarde Durée de la session de sauvegarde d'un objet Durée de la session de restauration Durée de la vérification de la BDD OmniBack II Durée de la purge de la BDD OmniBack II Données supplémentaires journalisées vers ARM (ARM 2.0) Données traitées [Mo] Données traitées [Mo] Données récupérées [Mo] Volume de la BDD OmniBack II [Mo] Volume de la base de données OmniBack II après la purge et nombre d'enregistrements purgés Utilisation Planification de la disponibilité et de la récupération. Facturation interne. Planification de la disponibilité et de la récupération. Facturation interne. Planification de la disponibilité et de la récupération. Gestion de l'architecture OmniBack II Gestion de l'architecture OmniBack II OmniBack II étant déjà doté de l'arm, il est facile d'intégrer OmniBack II à une application telle que HP OpenView MeasureWare, qui supporte ARM API. Sur les plates-formes Windows NT ou Windows 2000, cela se fait entièrement automatiquement. Lorsqu'OmniBack II est installé sur un système où MeasureWare se Chapitre 6 191

216 Gestion des services Présentation trouve déjà ou vice versa, les données de transaction apparaissent immédiatement dans MeasureWare et PerfView. Sous HP-UX, vous devez seulement créer un lien d'une bibliothèque MeasureWare vers un répertoire OmniBack II. Pour plus d'informations, reportez-vous au document HP OpenView OmniBack II Administrator's Guide. Une autre interface possible entre MeasureWare et OmniBack II 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, par exemple la durée d'une session de sauvegarde. Avec la DSI, il devient possible d'enregistrer toute donnée pouvant être extraite de la ligne de commande vers des outils tels que MeasureWare. Vous pouvez ainsi personnaliser très spécifiquement les rapports. Intégration avec HP OpenView VantagePoint Operations Fonctionnalités de l'intégration OmniBack II VPO OmniBack II est compatible avec HP OpenView VantagePoint Operations (VPO). VPO simplifie la gestion des grands environnements et permet ainsi le contrôle et l'administration du réseau et des applications à partir d'un seul point. Lorsqu'OmniBack II est intégré à l'environnement VPO, 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 OmniBack II peuvent être affichés dans la fenêtre VPO prévue à cet effet. Intégration avec ManageX Fonctionnalités de l'intégration OmniBack II ManageX L'intégration OmniBack II ManageX est disponible sur les plates-formes Windows NT et Windows 2000 uniquement. Elle présente les fonctionnalités suivantes : OmniBack II enregistre dans le journal d'événements de Windows NT ou Windows 2000 tous les messages majeurs et critiques qui apparaissent 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. 192 Chapitre 6

217 Gestion des services Présentation Contrôle des services ManageX contrôle tous les services OmniBack II fonctionnant sur le Gestionnaire de cellule ainsi que tout système client OmniBack II. 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 OmniBack II. 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 OmniBack II se produit ou lorsqu'une interruption SNMP est envoyée suite au déclenchement d'un mécanisme de vérification et de maintenance OmniBack II. Pour obtenir plus d'informations sur le mécanisme de vérification et de maintenance OmniBack II et sur la configuration des interruptions SNMP, reportez-vous au manuel HP OpenView OmniBack II Administrator's Guide. Le moniteur Le moniteur OmniBack II fait partie de l'interface utilisateur OmniBack II ; il permet de superviser et d'administrer les sessions de sauvegarde et de restauration en cours. 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 d'autres cellules. Si vous utilisez le Manager-of-Managers, vous pouvez contrôler les sessions de plusieurs cellules simultanément à partir d'une seule interface utilisateur. Chapitre 6 193

218 Gestion des services Présentation Rapports et notifications Les fonctions de notification et de rapports font partie du Gestionnaire de cellule. Elles ont été nettement développées par rapport aux précédentes versions d'omniback II. Fonctionnalité Rapports et notifications Exemples de rapports et de notifications OmniBack II permet d'effectuer les tâches suivantes : Choisir parmi environ trente rapports prédéfinis (notamment les rapports sur les sessions dans une période donnée, les rapports sur la base de données OmniBack II et les rapports d'utilisation des périphériques). Spécifier les paramètres de votre choix pour ces rapports (par exemple les périodes, les spécifications de sauvegarde et les groupes de sauvegardes). Sélectionner les divers formats de sortie (tels que ASCII, HTML et formats compatibles tableurs). Planifier ces rapports avec le planificateur OmniBack II intégré. Déclencher l'envoi des rapports en fonction d'événements donnés (par exemple en cas de dysfonctionnement d'un périphérique, de demandes de montage et à la fin des sessions). Choisir parmi différents modes d'envoi la façon dont ces rapports doivent vous parvenir : , SNMP, diffusion (disponible uniquement sous Windows NT et Windows 2000), 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, planification et déclenchement. En voici quelques exemples : 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 à 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, si bien que d'autres utilisateurs peuvent avoir accès à ces informations. 194 Chapitre 6

219 Gestion des services Présentation En cas de dysfonctionnement d'un périphérique, ou d'une demande de montage, un message de diffusion est immédiatement envoyé à la station de travail Windows NT ou Windows 2000 de l'administrateur, et une commande externe déclenchée pour avertir l'administrateur sur son bipeur. A la fin d'une session de sauvegarde, chaque utilisateur final dont le système a été sauvegardé reçoit un au format ASCII, dans lequel figure le rapport d'état de sauvegarde. Fichiers journaux OmniBack II Certaines applications de gestion des services, telle qu'hp OpenView Vantage Point 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 VPO, 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 OmniBack II pour des entrées de journal spécifiques (événements OmniBack II) et définir une action à effectuer dans le cas où un événement OmniBack particulier est détecté. Pour plus d'informations sur les fichiers journaux OmniBack II, reportez-vous au manuel HP OpenView OmniBack II Administrator's Guide. Notez qu'aucune spécification de formatage des fichiers journaux n'est fournie. Journal d'événements OmniBack II Le journal d'événements Omniback II est un référentiel central de l'ensemble des notifications ayant trait à OmniBack II. Par défaut, toutes les notifications sont envoyées au journal d'événements. Celui-ci n'est accessible qu'aux utilisateurs OmniBack II appartenant au groupe Admin et à ceux qui disposent des droits utilisateur Rapports, notifications et journal d'événements. Vous pouvez afficher ou supprimer l'ensemble des événements du journal. Journal de l'application Windows Certaines applications de gestion des services, telle que Manage X, contrôlent le journal de l'application Windows. Chapitre 6 195

220 Gestion des services Présentation Pour activer le transfert automatique de tous les messages OmniBack II et des messages concernant les services OmniBack II (s'ils sont arrêtés) vers le journal de l'application Windows, définissez la variable EventLogMessages dans le fichier d'options globales OmniBack II sur 1. Pour plus d'informations sur le fichier d'options globales OmniBack II, reportez-vous au manuel HP OpenView OmniBack II Administrator's Guide. Rapports Java en ligne OmniBack II propose une fonction d'établissement de rapports en ligne en langage Java qui permet de configurer, d'exécuter et d'imprimer tous les rapports intégrés OmniBack II, en direct et de façon interactive. Pour établir les rapports, la fonctionnalité Rapports Java d'omniback II 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 supporté est nécessaire. L'installation de l'interface OmniBack II sur le système n'est pas nécessaire. Vous pouvez utiliser la fonction Rapports Java non seulement pour accéder directement à vos rapports en ligne, mais aussi pour configurer la structure de vos rapports (par exemple ajouter de nouveaux rapports à un programme et modifier les paramètres d'un rapport). 196 Chapitre 6

221 Gestion des services Exemples d'utilisation des données fournies par OmniBack II Exemples d'utilisation des données fournies par OmniBack II Voici quelques exemples illustrant ce qu'il est possible de faire avec les données fournies par OmniBack II : 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é (MeasureWare). Création de graphiques illustrant la durée de sauvegarde des systèmes clé de votre environnement afin de déterminer la tendance générale des temps d'opération (PerfView). Prévisions en terme d'augmentation du volume de la base de données OmniBack II, afin de pouvoir déterminer à quels moments certaines limites seront atteintes (planificateur PerfView). Envoi régulier de rapports par aux opérateurs de sauvegarde, aux utilisateurs finals et aux responsables de l'entreprise (fonction de rapports OmniBack II intégrée permettant l'envoi d' ). Rapports de sauvegarde créés sur un serveur web pour les rendre accessibles sur demande (fonction de rapports OmniBack II intégrée permettant l'enregistrement au format HTML). Envoi d'événements OmniBack II majeurs et critiques vers votre solution d'administration réseau, telle que HP OpenView Network Node Manager (moteur de notification OmniBack II intégré permettant l'envoi d'interruptions SNMP). Chapitre 6 197

222 Gestion des services Exemples d'utilisation des données fournies par OmniBack II 198 Chapitre 6

223 7 Fonctionnement d'omniback II Chapitre 7 199

224 Fonctionnement d'omniback II Description du chapitre Description du chapitre Ce chapitre décrit le fonctionnement d'omniback II. Il explique les processus (sous UNIX) et les services (sous Windows NT ou Windows 2000) OmniBack II, ainsi que les sessions de sauvegarde, de restauration et de gestion des média. 200 Chapitre 7

225 Fonctionnement d'omniback II Processus ou services OmniBack II Processus ou services OmniBack II OmniBack II lance plusieurs processus (sous UNIX) et services (sous Windows NT ou Windows 2000) d'arrière-plan qui lui permettent d'exécuter les sessions de sauvegarde et de restauration. Il fournit les chemins de communication nécessaires, active les sessions de sauvegarde et de restauration, lance les Agents de disque et les Agents média, stocke les informations concernant les éléments sauvegardés, gère les média et exécute d'autres fonctions similaires. OmniInet Le service OmniInet s'exécute sur chaque système Windows de la cellule OmniBack II. OmniInet est responsable de la communication entre les systèmes de la cellule et du lancement des processus requis pour les sauvegardes et les restaurations. Le service OmniInet est lancé dès qu'omniback II est installé sur un système. Sur les systèmes UNIX, le démon système inet (INETD) lance le processus OmniInet d'omniback II. CRS Le processus (service) CRS (Cell Request Server), serveur des requêtes de cellule, s'exécute sur le Gestionnaire de cellule OmniBack II. Il lance et contrôle les sessions de sauvegarde et de restauration. Le service est lancé lorsqu'omniback II est installé sur le Gestionnaire de cellule, et relancé chaque fois que celui-ci est redémarré. MMD Le processus (service) MMD (Media Management Daemon), démon de gestion des média, s'exécute sur le Gestionnaire de cellule OmniBack II, et contrôle les opérations des périphériques et la gestion des média. Il est lancé par le processus (service) Cell Request Server. RDS Le processus (service) RDS (Raima Database Server), serveur de base de données Raima, s'exécute sur le Gestionnaire de cellule OmniBack II, et gère la base de données OmniBack II. Il est lancé lorsqu'omniback II est installé sur le Gestionnaire de cellule. Pour savoir comment lancer ou arrêter manuellement les processus et services OmniBack II, reportez-vous au HP OpenView OmniBack II Administrator's Guide ou à l'aide en ligne. Chapitre 7 201

226 Fonctionnement d'omniback II Sessions de sauvegarde Sessions de sauvegarde Cette section décrit le lancement d'une session de sauvegarde, le déroulement de cette session et les processus et services mis en œuvre. 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 de cette session, les données d'une source, généralement un disque dur, sont copiées vers une destination, généralement un média à bande. Le résultat d'une session de sauvegarde est une copie de données sur une série de média de sauvegarde. Sessions de sauvegarde interactives ou planifiées Session de sauvegarde planifié Session de sauvegarde interactive Une session de sauvegarde planifiée est lancée par le planificateur OmniBack II au moment que vous avez spécifié. Vous pouvez visualiser l'évolution de cette session dans le moniteur OmniBack II. Une session de sauvegarde interactive est lancée directement depuis l'interface utilisateur OmniBack II. Le moniteur OmniBack II démarre immédiatement et vous pouvez alors visualiser l'évolution de la session de sauvegarde. Notez que plusieurs utilisateurs peuvent contrôler la même session de sauvegarde. Vous pouvez arrêter le contrôle en déconnectant l'interface utilisateur de la session. La session continue alors en arrière-plan. Flux de données et processus de session de sauvegarde Que se passe-t-il au cours d'une session de sauvegarde? Lors d'une session de sauvegarde, représentée dans la Figure 7-1, qu'elle soit interactive ou planifiée, les opérations suivantes se produisent : 1. Le processus Gestionnaire de session de sauvegarde (BSM) est lancé sur le Gestionnaire de cellule, et contrôle la session de sauvegarde. Il lit la spécification de sauvegarde pour déterminer ce qui doit être sauvegardé, ainsi que les options, média et périphériques qui doivent être utilisés pour la sauvegarde. 202 Chapitre 7

227 Fonctionnement d'omniback II Sessions de sauvegarde 2. Le Gestionnaire de session de sauvegarde ouvre la base de données OmniBack II et y écrit les informations concernant la session de sauvegarde, comme les messages générés, les détails sur les données sauvegardées ainsi que les périphériques et les média utilisés pour la session. 3. Il lance les Agents média sur les systèmes possédant des périphériques configurés pour la sauvegarde. Il lance un Agent média supplémentaire pour chaque lecteur utilisé en parallèle. Le nombre d'agents média pouvant être lancés dans la cellule est limité par le nombre de licences que vous avez achetées et par la configuration de la cellule. 4. Le Gestionnaire de session de sauvegarde lance un Agent de disque pour chaque disque à sauvegarder en parallèle. Le nombre effectif d'agents de disque pouvant être lancés dépend du nombre d'agents de disque simultanés configuré dans la spécification de sauvegarde. Il s'agit du nombre d'agents de disque pouvant être lancés pour envoyer des données en parallèle à un Agent média, autorisant ainsi le périphérique à travailler en mode continu. 5. Les Agents de disque lisent les données des disques et les transmettent aux Agents média qui les écrivent sur des média. Le Gestionnaire de session de sauvegarde contrôle l'évolution de la session et lance des Agents de disque et des Agents média supplémentaires en fonction des besoins. 6. Enfin, il ferme la session lorsqu'elle est terminée. Chapitre 7 203

228 Fonctionnement d'omniback II Sessions de sauvegarde Figure 7-1 Flux de données de session de sauvegarde (1) Combien de sessions peuvent être exécutées simultanément? Un certain nombre de sessions peuvent être exécutées simultanément dans la cellule, comme indiqué dans la Figure 7-2. Ce nombre est limité par les ressources de la cellule, comme la configuration du Gestionnaire de cellule, par exemple, la vitesse du processeur, la taille de la mémoire principale, l'espace disque et d'autres données du même type. Vous pouvez configurer le nombre maximum de sessions de sauvegarde pouvant être exécutées simultanément. 204 Chapitre 7

229 Fonctionnement d'omniback II Sessions de sauvegarde Figure 7-2 Flux de données de session de sauvegarde - Sessions multiples Commandes pré- et post-exécution Les commandes pré-exécution d'omniback II permettent d'effectuer certaines actions avant une session de sauvegarde ou de restauration. Les commandes post-exécution d'omniback II permettent d'effectuer certaines actions après une session de sauvegarde ou de restauration. Une action en pré-exécution type consisterait à fermer la base de données pour mettre les données dans un état cohérent. Les commandes pré- et post-exécution peuvent être soit définies pour une spécification de sauvegarde et, à ce titre, exécutées sur le Gestionnaire de cellule, soit spécifiées comme option d'objet sauvegarde, et donc exécutées sur le système client où est lancé l'agent de disque correspondant. Chapitre 7 205

230 Fonctionnement d'omniback II Sessions de sauvegarde Les commandes pré- et post-exécution peuvent être rédigées sous la forme de scripts shell. Elles ne sont pas fournies par OmniBack II, et doivent être rédigées séparément, par l'opérateur de sauvegarde par exemple. File d'attente des sessions de sauvegarde Délai d'attente Optimisation de la charge Au démarrage d'une session de sauvegarde, OmniBack II tente d'allouer toutes les ressources nécessaires, comme les périphériques. La session reste en file d'attente tant que les ressources nécessaires minimum ne sont pas disponibles. OmniBack II 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 de ce délai, OmniBack II abandonne la session. Pour optimiser la charge du Gestionnaire de cellule, OmniBack II peut lancer par défaut jusqu'à cinq sessions de sauvegarde en même temps. Cette valeur par défaut peut être modifiée dans le fichier d'options globales. Si un plus grand nombre de sessions simultanées sont planifiées, 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? Emission d'une demande de montage Une demande de montage apparaît au cours d'une session de sauvegarde lorsqu'omniback II a besoin d'un médium supplémentaire pour effectuer la sauvegarde et que celui-ci n'est pas disponible. OmniBack II peut émettre une demande de montage pour l'un des motifs suivants : L'espace de média de sauvegarde est insuffisant et aucun média supplémentaire n'est disponible. La stratégie d'allocation de média OmniBack II définie demande un médium qui n'est pas présent dans le périphérique. Les média utilisés pour la sauvegarde ne sont pas disponibles dans l'ordre qui est défini dans la liste de préallocation. 206 Chapitre 7

231 Fonctionnement d'omniback II Sessions de sauvegarde Pour plus d'informations, reportez-vous aux sections "Ajout de données aux média pendant les sessions de sauvegarde", page 120 et "Sélection des média pour les sauvegardes", page 119. Réponse à une demande de montage Envoi de notification à un opérateur Automatisation d'une demande de montage Répondre à une demande de montage consiste à fournir les média requis et à indiquer à OmniBack II de continuer la sauvegarde. OmniBack II vous permet de configurer les actions intervenant lorsqu'une demande de montage est émise : Vous pouvez configurer une notification OmniBack II pour envoyer à l'opérateur un contenant les informations relatives à la demande de montage. L'opérateur prend les mesures appropriées, comme charger manuellement le média requis ou abandonner la session. Pour plus d'informations, reportez-vous à la section "Rapports et notifications", page 194. Vous pouvez configurer des opérations automatisées pour traiter les demandes de montage. Pour cela, rédigez un script ou un programme de commandes qui effectue les actions souhaitées. Sauvegarde avec découverte des disques Qu'est-ce que la découverte de disque? Qu'est-ce qu'une sauvegarde standard? Lors d'une sauvegarde avec découverte des disques, OmniBack II crée la liste détaillée des disques sur le système cible une fois la session de sauvegarde lancée, et sauvegarde tous ces disques. Ainsi, tous les disques locaux situés sur le système sont sauvegardés, même s'ils ne se trouvaient pas sur le système au moment de la configuration de la sauvegarde. La sauvegarde avec découverte des disques est particulièrement utile dans les environnements dynamiques où les configurations changent rapidement. Elle vous permet de sélectionner ou d'exclure des répertoires spécifiques dans la sauvegarde. Dans une sauvegarde standard, vous configurez explicitement des disques, des répertoires et d'autres objets spécifiques dans la spécification de sauvegarde. La sauvegarde ne s'effectue alors que pour ces objets. Si vous ajoutez d'autres disques au système, ou souhaitez sauvegarder d'autres objets, vous devez modifier manuellement la spécification de sauvegarde ainsi que les objets supplémentaires. Lorsque vous configurez la sauvegarde, vous pouvez sélectionner la méthode à utiliser - découverte des disques ou sauvegarde standard. Chapitre 7 207

232 Fonctionnement d'omniback II Sessions de restauration Sessions de restauration Cette section décrit le lancement d'une session de restauration, le déroulement de celle-ci et les processus et services mis en œuvre. Qu'est-ce qu'une session de restauration? Lors d'une session de restauration, les données se trouvant sur une copie de sauvegarde, généralement un média à bande, sont recopiées sur un disque. Une session de restauration est lancée de manière interactive. Vous indiquez à OmniBack II les éléments à restaurer, le laissez déterminer les média nécessaires, sélectionnez des options et enfin lancez la restauration. Vous, et d'autres utilisateurs, pouvez contrôler l'évolution de la session. Flux de données et processus d'une session de restauration Que se passe-t-il au cours d'une session de restauration? Au démarrage d'une session de restauration, représentée dans la Figure 7-3, les événements suivants se produisent : 1. Le processus Gestionnaire de session de restauration (RSM) est lancé sur le système du Gestionnaire de cellule. Ce processus contrôle la session de restauration. 2. Le RSM ouvre la base de données OmniBack II, lit les données relatives aux média requis pour la restauration et écrit dans la base de données les informations concernant la session de restauration, comme les messages générés. 3. Il lance les Agents média sur les systèmes possédant des périphériques utilisés pour la restauration. Il lance un Agent média supplémentaire pour chaque lecteur utilisé en parallèle. 4. Il lance également un Agent de disque (AD) pour chaque disque restauré en parallèle. Le nombre effectif d'agents de disque pouvant être lancés dépend des objets que vous avez sélectionnés pour la restauration. Pour plus d'informations, reportez-vous à la section "Restaurations parallèles", page Chapitre 7

233 Fonctionnement d'omniback II Sessions de restauration 5. Les Agents média lisent les données des média et les transmettent aux Agents de disque qui les écrivent sur des disques. Le RSM contrôle l'évolution de la session et lance des Agents de disque et des Agents média supplémentaires en fonction des besoins. 6. Il ferme la session lorsqu'elle est terminée. Figure 7-3 Flux de données d'une session de restauration Combien de sessions de restauration peuvent être exécutées simultanément? Délai d'attente Un certain nombre de sessions peuvent être exécutées simultanément dans la cellule. Ce nombre est limité par les ressources de la cellule, comme le Gestionnaire de cellule et les systèmes avec les périphériques connectés. File d'attente des sessions de restauration Au démarrage d'une session de restauration, OmniBack II tente d'allouer toutes les ressources nécessaires, comme les périphériques de sauvegarde. La session reste en file d'attente tant que les ressources nécessaires minimum ne sont pas disponibles. OmniBack II tente d'allouer les ressources pendant une période spécifique, le délai Chapitre 7 209

234 Fonctionnement d'omniback II Sessions de restauration d'attente. Vous pouvez configurer ce dernier. Si les ressources ne sont toujours pas disponibles au terme du délai d'attente, OmniBack II abandonne la session. Demandes de montage au cours d'une session de restauration Qu'est-ce qu'une demande de montage? Réponse à une demande de montage OmniBack II émet une demande de montage au cours d'une session de restauration lorsque le média requis pour la restauration n'est pas disponible sur le périphérique. OmniBack II vous permet de configurer l'opération à exécuter lorsqu'il émet une demande de montage : Répondre à une demande de montage consiste à fournir le média requis, ou toute copie du média, et à indiquer à OmniBack II de continuer la restauration. Pour plus d'informations sur la copie de média, reportez-vous à la section "Copie de média", page 124. Restaurations parallèles Qu'est-ce qu'une restauration parallèle? Quelles sont les différences par rapport à une restauration standard? Au cours d'une restauration parallèle, les données entrelacées de plusieurs objets sont lues simultanément sur un média selon un chemin unique, puis restaurées. La restauration parallèle améliore de manière significative les performances lorsqu'il s'agit de restaurer plusieurs objets à partir du même média. Pour plus d'informations, reportez-vous à la Figure 7-4. Les données de plusieurs Agents de disques sont (la plupart du temps) multiplexées et stockées sur le média. (Voir "Sessions et objets multiples par médium, écritures simultanées", page 121.) Dans le cas d'une restauration standard, OmniBack II lit les données multiplexées du média et rassemble uniquement les parties requises pour l'objet sélectionné. Lorsque l'objet suivant est restauré, OmniBack II doit rembobiner le média et lire les parties de cet autre objet, en supposant que les deux objets se trouvent sur le même médium et ont été écrits par multiplexage. 210 Chapitre 7

235 Fonctionnement d'omniback II Sessions de restauration Figure 7-4 Flux de session d'une restauration parallèle Au cours d'une restauration parallèle, OmniBack II lit les données multiplexées pour tous les objets sélectionnés, et rassemble au fur et à mesure les parties requises pour chaque objet, en transmettant les données appropriées aux Agents de disques respectifs. La performance en est améliorée pendant la lecture du média. Elle l'est d'autant plus si les objets sélectionnés sont écrits sur des disques physiques différents. Dans ce cas, les données sont copiées sur plusieurs disques en même temps. Restauration multiple et rapide de fichier unique OmniBack II utilise la restauration d'objet discontinue pour améliorer les performances de restauration. Après avoir restauré un fichier ou une arborescence, il se repositionne directement sur le fichier ou l'arborescence suivante du médium, ceci lorsqu'il y a au moins un segment entre les fichiers ou les arborescences, et continue la restauration. Pour un objet restauration particulier, vous pouvez lancer plusieurs Agents de disque. De cette manière, la restauration de plusieurs fichiers uniques, situés n'importe où sur le médium, est beaucoup plus rapide que si OmniBack II devait parcourir ce dernier. Chapitre 7 211

236 Fonctionnement d'omniback II Sessions de gestion des média Qu'est-ce qu'une session de gestion des média? Sessions de gestion des média Il s'agit d'une session servant à exécuter une action sur les média, comme l'initialisation, l'analyse de contenu, la vérification des données stockées sur les média et la copie de média. Connexion à la base de données Les informations relatives à la session de gestion des média, comme les messages générés ou les périphériques et média utilisés, ne sont pas stockées dans la base de données OmniBack II. Moniteur OmniBack II et session de gestion des média Que se passe-t-il au cours d'une session de gestion des média? Seul l'utilisateur ayant démarré une session de gestion des média via la fenêtre de contrôle peut voir cette session. Flux de données de session de gestion des média Au démarrage d'une session de gestion des média, les événements suivants se produisent : 1. Le processus Gestionnaire de session de média (MSM) est lancé sur le système du Gestionnaire de cellule. Ce processus contrôle la session de média. 2. Il lance les Agents média sur le système possédant les périphériques utilisés pour la session de gestion des média. 3. Les Agents média exécutent l'opération demandée et envoient les messages générés à l'interface utilisateur OmniBack II, où vous pouvez suivre l'évolution de la session. 4. Le MSM ferme la session lorsqu'elle est terminée. Combien de sessions peuvent être exécutées simultanément? Un certain nombre de sessions de gestion des média peuvent être exécutées simultanément dans la cellule, dans la mesure où les ressources utilisées pour chacune, notamment les périphériques et les média, ne sont pas les mêmes. 212 Chapitre 7

237 8 Intégration avec les applications de base de données Chapitre 8 213

238 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 d'omniback II avec les applications de base de données, comme les serveurs Microsoft Exchange, Oracle8 et le serveur en ligne Informix. Pour connaître la liste détaillée des intégrations supportées, reportez-vous au document HP OpenView OmniBack II A Software Release Notes. 214 Chapitre 8

239 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 une correspondance 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 Online, et des segments dans Sybase. Chapitre 8 215

240 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 avec 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 grands. 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 fois : 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", où les transactions non validées sont supprimées. 216 Chapitre 8

241 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, comme 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. Ces derniers sont très importants pour le fonctionnement de la base de données. La mémoire cache du processus serveur de base de données contient les pages les plus souvent 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 vidés dans des fichiers de données se trouvant sur le disque. Chapitre 8 217

242 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 qui 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 vidé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. 218 Chapitre 8

243 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 la 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 avec les produits de sauvegarde, comme OmniBack II, des unités logiques de l'application de base de données. Les fonctionnalités des API de sauvegarde varient en fonction des éditeurs de bases de données. Les intégrations OmniBack II sont disponibles pour les bases de données et applications principales. Pour connaître la liste détaillée des intégrations supportées, reportez-vous au document HP OpenView OmniBack II A Software Release Notes La fonction essentielle de l'interface de sauvegarde est 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 219

244 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 d'omniback II avec des bases de données La Figure 8-2montre comment une base de données relationnelle est intégrée à OmniBack II. OmniBack II contient une bibliothèque de base de données reliée au serveur de base de données. Ce dernier envoie des données à OmniBack II et en reçoit. 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 d'omniback II : 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 d'omniback II est configurée pour chaque base de données. Les données nécessaires à OmniBack II 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. 220 Chapitre 8

245 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 d'omniback II. En plus de l'intérêt primordial que la base de données reste en ligne sans interruption, l'utilisation de l'intégration d'omniback II avec une base 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. Il est possible de ne sélectionner qu'un sous-ensemble de la base de données. Les applications sont informées lorsqu'il y a une sauvegarde et effectuent le suivi des parties sauvegardées. Plusieurs modes de sauvegarde sont possibles. Outre les sauvegardes complètes, les utilisateurs peuvent sélectionner des sauvegardes (niveau de bloc) incrémentales, 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 221

246 Intégration avec les applications de base de données Sauvegarde en ligne de bases de données et d'applications 222 Chapitre 8

247 9 Sauvegarde Split Mirror Chapitre 9 223

248 Sauvegarde 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 supportées par HP. Il s'organise comme suit : "Présentation", page 225 "Configurations supportées", page Chapitre 9

249 Sauvegarde 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 terme de sauvegarde. Une configuration est l'une des nombreuses variations possibles de structures de miroir simple ou multiple. L'approche principale consiste à utiliser un miroir pour la sauvegarde, tandis que les autres miroirs continuent à servir l'application. Pour plus de détails, reportez-vous à la Figure 9-1. Figure 9-1 Concept de la sauvegarde Split Mirror Le miroir utilisé pour la sauvegarde est généralement connecté à un client séparé, auquel les périphériques à bandes sont connectés pour la sauvegarde locale. Les technologies de mise en miroir de matériel sont utilisées pour créer un miroir tel que : HP SureStore ContinuousAccess XP ou HP SureStore 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 cherche à obtenir des données cohérentes sur le disque (cette opération est Chapitre 9 225

250 Sauvegarde Split Mirror Présentation également appelée état instantané valide) et à réaliser la séparation effective des miroirs. Les données doivent être cohérentes pour que l'application puisse les utiliser après une restauration. Normalement, le miroir n'est pas créé au cours de la sauvegarde : il est déjà disponible et synchronisé afin de fournir une haute disponibilité à l'application. La sauvegarde et la resynchronisation du miroir du disque n'affectent pas les performances de l'application de production, 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 cachées (cache de la base de données, cache du système de fichiers) du client doivent être transférées au disque avant que le miroir de la sauvegarde ne soit séparé. Pour cela, effectuez l'une des opérations suivantes : Mettez les bases de données en mode de sauvegarde Mettez les bases de données hors ligne Démontez un point de montage L'état instantané des disques ne sera cohérent que si vous effectuez ces opérations avant la séparation. Si la base de données s'exécute sur un système de fichiers, il n'est pas nécessaire de démonter ce dernier, 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, il n'est pas possible de restaurer uniquement l'état instantané des disques. Vous aurez également besoin des fichiers journaux d'archive du client d'application. Vous pouvez démarrer une sauvegarde de journal d'archive juste après la séparation, lorsque la base de données est sortie du mode sauvegarde. L'utilisation d'un miroir pour réaliser la sauvegarde supprime la haute disponibilité de stockage pendant la sauvegarde. Si vous disposez de miroirs supplémentaires, vous pouvez conserver la haute disponibilité de stockage tout en utilisant la même approche 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 naturelle. 226 Chapitre 9

251 Sauvegarde Split Mirror Présentation Le client de sauvegarde doit pouvoir effectuer les sauvegardes dans un temps raisonnable. Bien qu'il soit possible, en théorie, de prendre presque 24 heures pour effectuer les sauvegardes, vous devez également prendre en compte le temps de restauration. Il est donc recommandé de disposer d'un client de sauvegarde qui puisse réaliser une sauvegarde sur 2 à 4 heures (généralement un serveur de classe N pour HP-UX). Il est également conseillé de réaliser la restauration via le client d'application et une connexion SAN à la bibliothèque. Dans ce concept, le transfert des données s'effectue via le client de sauvegarde et son accès au miroir. 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. Clients de sauvegarde et clusters Le client de sauvegarde ne doit être utilisé comme serveur de basculement dans aucune des configurations, car une sauvegarde en cours d'exécution empêcherait un basculement et des commandes telles que vgscan renverraient des informations incorrectes. Il est donc conseillé de disposer d'un serveur de sauvegarde en dehors du cluster haute disponibilité. Chapitre 9 227

252 Sauvegarde Split Mirror Configurations supportées Configurations supportées Miroir local - Hôte double Cette solution utilise la fonction de mise en miroir locale (Copie Business XP, par exemple). Les deux disques se trouvent dans la même batterie 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 pour effectuer une sauvegarde sans interférer sur le fonctionnement de l'autre. Ainsi, les performances de la sauvegarde n'influencent pas celles de la base de données. Figure 9-2 Miroir local - Hôte double (sauvegarde avec performance optimale et temps d'indisponibilité nul) L'intégration de sauvegarde Split Mirror OmniBack II permet le traitement automatique de l'état du miroir ainsi que la coordination automatique 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). Ce n'est que si l'application/la base de 228 Chapitre 9

253 Sauvegarde Split Mirror Configurations supportées données est informée que la sauvegarde va avoir lieu, qu'il est possible d'assurer une opération sécurisée et d'utiliser les outils d'application natifs pour la restauration (sapdba, par exemple). L'impact de l'activité de la sauvegarde sur l'application est réduit au temps nécessaire pour effectuer la séparation du miroir auquel s'ajoute le temps requis pour que la base de données soit mise en mode cohérent permettant la séparation puis quitte ce mode. Cette configuration permet de réaliser une sauvegarde hors ligne d'une base de données volumineuse en moins d'une demi-heure, ainsi qu'une sauvegarde en ligne créant très peu de fichiers journaux d'archive, car le temps du mode sauvegarde de la base de données est réduit à son 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 soient cohérentes. Tous les journaux d'archive ayant été créés au cours de la sauvegarde doivent être appliqués. Au cours 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 cette configuration, seules les sauvegardes d'image disque (raw disk) et du système de fichiers sont supportées. Les sauvegardes de base de données et d'application, telles qu'oracle et SAP R/3, ne peuvent pas être supportées car la base de données doit être montée sur le serveur de sauvegarde, et il n'est pas possible d'effectuer cette opération sur le serveur où la base de données de production est déjà montée. Chapitre 9 229

254 Sauvegarde Split Mirror Configurations supportées Miroir distant La technologie de miroir distant, Accès Continu XP par exemple, améliore les configurations citées plus haut, et présente un avantage supplémentaire : les processus de sauvegarde et d'application utilisent différentes batteries de disques à différents endroits. Figure 9-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 sur un site physiquement séparé. Celles-ci peuvent alors être sauvegardées sur des bandes disponibles en local. Ceci permet de séparer les données de production des données de sauvegarde et donc d'éliminer le risque, en cas d'incendie, d'endommager ces deux types de données en même temps. Au cours de la sauvegarde, la synchronisation des miroirs ne requiert aucune ressource réseau. Toutefois, bien que le réseau ne soit pas utilisé pour le transfert des données, une connexion LAN ou WAN reste nécessaire entre le client de sauvegarde et le client d'application afin de les coordonner. 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 batterie de 230 Chapitre 9

255 Sauvegarde Split Mirror Configurations supportées disques centralisée. Ainsi, l'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 de désastre automatique, car le lien entre les deux sites est séparé pendant la sauvegarde (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, ceci pose surtout des problèmes pour la solution distante, car le concept de récupération de désastre distante faisant appel aux miroirs de matériel est très largement répandu sur le marché. Combinaison de miroirs local et distant Si le client a besoin de disposer en permanence d'une récupération disponible (fournie, 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 de désastre sur un 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). Chapitre 9 231

256 Sauvegarde Split Mirror Configurations supportées Figure 9-4 Combinaison de miroirs local et distant (Récupération de désastre 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 MC/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 possibles qui fournissent des avantages spécifiques ou répondent aux besoins de certains utilisateurs. Toutefois, chaque configuration possède son modèle de comportement spécifique, imposant des exigences particulières aux fonctions de contrôle afin de garantir la sauvegarde et la récupération. Il est donc important de savoir quelles configurations sont supportées et d'être très précis à ce sujet. Toutes les configurations décrites sont supportées par HP. Pour obtenir une liste mise à jour des configurations supportées, connectez-vous à l'adresse suivante : Chapitre 9

257 Sauvegarde Split Mirror Configurations supportées Si vous souhaitez sauvegarder des données dans une configuration non répertoriée dans la liste, cela ne signifie pas que c'est impossible. Contactez votre représentant HP local ou votre consultant HP pour connaître les configurations supplémentaires supportées. Chapitre 9 233

258 Sauvegarde Split Mirror Configurations supportées 234 Chapitre 9

259 A Scénarios de sauvegarde Annexe A A-1

260 Scénarios de sauvegarde Dans cette annexe Dans cette annexe Vous trouverez dans cette annexe deux scénarios, l'un pour l'entreprise XYZ et l'autre pour l'entreprise ABC. Ces entreprises souhaitent améliorer leurs systèmes de stockage de données. Leurs solutions de sauvegarde actuelles sont décrites avec les problèmes qu'elles présentent. Des solutions sont donc proposées pour éliminer ces problèmes et répondre aux besoins ultérieurs de ces entreprises quant au stockage de leurs 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 La nécessité de conserver les données sauvegardées à un emplacement distant en cas de désastre. Le niveau de continuité des opérations, comprenant notamment un plan de récupération et de restauration pour l'ensemble des systèmes critiques. La sécurité des données sauvegardées. La nécessité de contrôler l'accès aux locaux, afin d'en interdire l'entrée à toute personne non autorisée. Ceci 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, comme 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. A-2 Annexe A

261 Scénarios de sauvegarde Dans cette annexe Facteurs de performance pour la sauvegarde et la restauration La topologie réseau et système. Déterminez quels systèmes peuvent utiliser quels liens réseau, et quels taux de transfert sont possibles. La 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. Déterminez les systèmes sauvegardés en local et ceux sauvegardés sur le réseau, selon les systèmes auxquels sont connectés des périphériques de sauvegarde. 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? Cela permet 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 média utilisés pour la sauvegarde doivent ou non être stockés sur un site distant. Comment regrouper les systèmes dans des spécifications de sauvegarde? Réfléchissez à 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 à une planification répartie consistant à planifier les sauvegardes complètes des différents clients (spécifications de sauvegarde) sur plusieurs jours afin d'éviter les problèmes de surcharge du réseau ou des périphériques et les problèmes de fenêtre temporelle. Comment conserver les données stockées sur les média et les informations concernant les sauvegardes? Pensez à protéger vos données pendant une période spécifique contre tout risque d'écrasement lors de nouvelles sauvegardes. Annexe A A-3

262 Scénarios de sauvegarde Dans cette annexe Définissez la période à laquelle la base de données catalogue OmniBack II doit stocker les informations sur les sauvegardes. Configuration périphérique 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 localement plutôt que via le réseau le plus de données possible. Ceci vous permettra d'accélérer 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 média Déterminez le type de média à utiliser, de quelle manière regrouper les média en pools et placer les objets sur ces média. Mise au coffre Décidez si les média 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éterminez les droits des utilisateurs chargés d'administrer et d'utiliser votre produit de stockage. A-4 Annexe A

263 Scénarios de sauvegarde Entreprise XYZ Entreprise XYZ XYZ est une agence de traduction proposant les services suivants : Traduction, localisation, adaptation linguistique, relecture Certification de documents traduits Interprétariat consécutif et simultané Publication et graphisme assistés par ordinateur Location de matériel pour l'interprétariat de conférence La croissance annuelle d'xyz se situe actuellement entre 20 et 25 pour cent, mais sa solution de sauvegarde n'est pas adaptée au rythme de cette croissance. Le processus de sauvegarde nécessite beaucoup de travail de la part du personnel car les bandes de sauvegardes doivent être gérées manuellement. Environnement Cette section décrit l'environnement matériel et logiciel actuel d'xyz, et la manière dont est mise en œuvre la stratégie de stockage des données. XYZ est divisée en trois services connectés à un réseau d'entreprise principal : Le service Anglais Le service Autres langues Le service Administration Annexe A A-5

264 Scénarios de sauvegarde Entreprise XYZ Tableau A-1 Vous trouverez la description de l'environnement matériel et logiciel d'xyz dans le Tableau A-1, et celle de sa topologie de sauvegarde actuelle à la Figure A-1. Environnement matériel et logiciel d'xyz Service Nb de serveurs Nombre de clients Qté de données actuelle Qté de données prévue (dans 5 ans) Périphériques actuels Anglais 1 Windows Windows 35 Go 107 Go 3 Autoloaders HP SureStore DAT24 Autres langues 1 AIX 11 UX 22 Go 67 Go 2 Autoloaders HP SureStore DAT24 Admin 1 HP-UX 5 UX 10 Go 31 Go 1 Autoloader HP SureStore DAT24 La Figure A-1 montre comment est organisé l'environnement de sauvegarde d'xyz. A-6 Annexe A

265 Scénarios de sauvegarde Entreprise XYZ Figure A-1 Topologie de sauvegarde actuelle d'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 NFS (Network File System), alors 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. Annexe A A-7

266 Scénarios de sauvegarde Entreprise XYZ Problèmes rencontrés avec la solution actuelle La solution de sauvegarde actuelle n'est pas adaptée au rythme de la croissance d'xyz. Le processus de sauvegarde actuel nécessite 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. Chaque serveur de sauvegarde est géré individuellement. Il est impossible de centraliser la gestion de sauvegarde. Les problèmes liés à la solution actuelle sont décrits plus en détails ci-dessous : La solution de sauvegarde n'est pas automatisée. Le personnel est obligé de faire régulièrement une copie de son travail. Il y a donc un grand risque d'erreurs. Les utilitaires de sauvegarde employés ne sont pas les mêmes. Les frais de formation sont donc plus élevés. 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 influence beaucoup les performances de sauvegarde. De plus, toutes les données ne sont pas sauvegardées. Seuls les fichiers partagés Network File System sont sauvegardés au service Autres langues, et seuls les fichiers partagés sur réseau sont sauvegardés au service Administration. Les trois services utilisant chacun un serveur indépendant, il n'y a ni contrôle ni gestion centralisés des opérations clés suivantes : configuration de périphériques gestion des média configuration de sauvegarde planification surveillance opérations de restauration Chaque serveur étant géré individuellement, la génération des rapports n'est pas centralisée. La solution actuelle ne permet pas la récupération de désastre, ce qui constitue un inconvénient de plus en plus important. En effet, un désastre peut entraîner la perte d'une partie importante du travail de l'entreprise. A-8 Annexe A

267 Scénarios de sauvegarde Entreprise XYZ 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", page A-2, nous avons identifié les besoins suivants pour la solution de sauvegarde de l'entreprise XYZ : Stratégie de sauvegarde Sauvegarde complète hebdomadaire en 12 heures maximum. Sauvegardes incrémentales quotidiennes en 8 heures maximum à la fin de chaque journée de travail. Une période fixe pour la protection des données. Média de sauvegarde stockés sur un site distant. Sauvegarde Toutes les opérations de sauvegarde doivent nécessiter moins d'intervention manuelle qu'actuellement. Restaurer 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 serveurs de sauvegarde et les services seront connectés à un réseau local Ethernet 100TX. Croissance prévue Une augmentation annuelle de la quantité de données de 20 à 25% est prévue pour les cinq années à venir. Logiciels Les serveurs de sauvegarde doivent fonctionner sous HP-UX 11.x, Windows NT 4.0 ou Windows Annexe A A-9

268 Scénarios de sauvegarde Entreprise XYZ Protection contre un désastre Une fois les sauvegardes terminées, les média seront stockés sur site et pourront ainsi être récupérés sur demande pour la restauration de fichiers. Au bout de 20 jours, ils seront déplacés vers un lieu de stockage hors site pour être protégés en cas de désastre survenant dans l'entreprise. Cela permet également de faire de la place pour accueillir de nouveaux média 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 d'xyz. Présentation générale de la solution Tous les clients et serveurs doivent être configurés dans une seule cellule OmniBack II 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 SureStore DLT 4115w et deux des Autoloaders HP SureStore DAT24 utilisés jusqu'à présent. Ce matériel est suffisant pour les cinq années à venir pour le taux de croissance actuel de 20 à 25% par an. L'utilisation de périphériques déjà utilisés constitue un avantage supplémentaire dans le cas d'une récupération de désastre. Le client Windows 2000, qui compte environ un tiers des données au service Anglais (12 Go), doit être sauvegardé en local sur un Autoloader HP SureStore DAT24. La solution de sauvegarde proposée offre les avantages suivants : Sauvegardes très performantes Gestion des média avec intervention du personnel réduite au minimum Récupération de désastre simple et efficace A-10 Annexe A

269 Scénarios de sauvegarde Entreprise XYZ Tableau A-2 Génération centralisée de rapports sur les sauvegardes Automatisation de la plupart des opérations de sauvegarde 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) Périphériques Anglais* 35 Go 107 Go Autres langues 22 Go 67 Go Admin 10 Go 31 Go Bibliothèque HP DLT Autoloaders HP SureStore DAT24 * Un Autoloader HP SureStore DAT24 est actuellement utilisé pour sauvegarder en local les 12 Go de données. L'autre Autoloader HP SureStore DAT24 est utilisé pour sauvegarder les fichiers de configuration et la base de données OmniBack II. Les autres données du service sont sauvegardées à distance vers la bibliothèque HP SureStore DLT Les quatre autres Autoloaders HP SureStore 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 OmniBack II A Annexe A A-11

270 Scénarios de sauvegarde Entreprise XYZ Description détaillée de la solution proposée Pourquoi choisir le système Windows 2000? La solution proposée est décrite en détail ci-dessous : Configuration de la cellule Tous les clients et serveurs doivent être configurés dans une seule cellule OmniBack II. Le Gestionnaire de cellule OmniBack II doit fonctionner sur le serveur Windows 2000 du service Anglais. Sur la plate-forme Windows, la base de données OmniBack II stocke toutes les informations textuelles au format UNICODE, permettant ainsi de supporter l'intégralité des noms de fichier et des messages traduits dans d'autres langues. Sur les plates-formes HP-UX, la base de données OmniBack II stocke toutes les informations textuelles au format ASCII, ce qui limite le support des noms de fichier et des messages traduits dans d'autres langues 8 bits. 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 SureStore DLT 4115w doit être connectée au Gestionnaire de cellule, de même qu'un Autoloader HP SureStore DAT24 pour la sauvegarde des fichiers de configuration et de la base de données OmniBack II. Le client Windows 2000, qui compte environ un tiers des données pour le service Anglais (12 Go), doit être sauvegardé en local sur un Autoloader HP SureStore DAT24. L'environnement de sauvegarde proposé est décrit à la Figure A-2 : A-12 Annexe A

271 Scénarios de sauvegarde Entreprise XYZ Figure A-2 Topologie de sauvegarde proposée pour XYZ Le Gestionnaire de cellule maintient 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 taille de la base de données catalogue OmniBack Chaque version de fichier et de répertoire sauvegardée représente 100 octets supplémentaires dans la base de données catalogue OmniBack II, Dans notre environnement composé de 34 stations de travail et serveurs, chacun(e) comportant environ fichiers et répertoires pour lesquels la taille estimée d'une sauvegarde incrémentale est de 5% de celle d'une sauvegarde complète, la taille de la base de données est la suivante : Espace de la base de données utilisé pour une sauvegarde complète = x 34 x 100 octets (environ 160 Mo) Une semaine de sauvegardes incrémentales représente jusqu'à 5% x 5 x 160 Mo = 40 Mo Avec une protection du catalogue définie à 20 jours, l'espace nécessaire dans la base de données est de 2 x (40 Mo Mo) (environ 0,4 Go). Il est prévu que la taille de la base de données augmente de 20 à 25% par an, et qu'elle soit d'environ 1,2 Go dans cinq ans. Annexe A A-13

272 Scénarios de sauvegarde Entreprise XYZ 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 a un taux de transfert de données supporté 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 SureStore DLT 4115w et deux Autoloaders HP SureStore DAT24. Pourquoi utiliser la bibliothèque HP SureStore DLT 4115w? Pourquoi utiliser l'autoloader HP SureStore DAT24? La bibliothèque HP SureStore DLT 4115w est dotée d'un seul lecteur DLT4000 avec 15 emplacements. Sa capacité totale de stockage compressé est de 600 Go, et son taux de transfert de données supporté maximum est 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 SureStore DLT 4115w dans le cadre d'une sauvegarde complète, qu'il s'agisse d'une seule sauvegarde ou d'une planification répartie, 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 basées sur la sauvegarde complète, nécessite un espace de ( x 5% x 5) Go, soit 68,75 Go dans la bibliothèque. Il est prévu que cet espace nécessaire atteigne environ 210 Go d'ici cinq ans. 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 SureStore DLT 4115w est donc suffisante. L'Autoloader HP SureStore DAT24 est doté de six cartouches de données de 24 Go. Sa capacité totale de stockage compressé est de 144 Go, et son taux de transfert de données supporté maximum est 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 l'autoloader HP SureStore DAT24 A-14 Annexe A

273 Scénarios de sauvegarde Entreprise XYZ (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 basées sur la sauvegarde complète, nécessite un espace de ( x 5% x 5) Go, soit 15 Go. Il est prévu que cet espace nécessaire atteigne environ 45 Go d'ici cinq ans. 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) de l'autoloader HP SureStore 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 Autoloader HP SureStore DAT24. Ce périphérique présente un taux de transfert de données supporté de 2 Mo/s ou 7 Go/h environ. Donc, la sauvegarde complète du 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 donc 6 heures. La taille de la base de données catalogue OmniBack II est d'environ 0,4 Go. La base de données est sauvegardée en local sur un Autoloader HP SureStore DAT24 dont le taux de transfert de données supporté est de 2 Mo/s ou 7 Go/h. Par défaut, OmniBack II 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 OmniBack II et des fichiers de configuration dure moins d'une heure. La taille de la base de données prévue dans cinq ans est de 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 OmniBack II et des fichiers de configuration devrait durer moins de 2heures. Annexe A A-15

274 Scénarios de sauvegarde Entreprise XYZ Tableau A-3 Toutes les autres données disponibles du système (représentant actuellement 55 Go environ) sont sauvegardées à distance vers la bibliothèque HP SureStore DLT 4115w, dont le taux de transfert de données supporté est de 3 Mo/s ou 10,5 Go/h. La plupart de ces données passent par le réseau 100TX, dont le taux de transfert de données supporté 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. Mais le problème, c'est que lorsque les données atteindront 170 Go comme prévu dans cinq ans, la sauvegarde durera entre 15 et 21 heures! Pour résoudre ce problème, utilisez la planification répartie. Planifiez la sauvegarde complète des données du service Anglais pour tous les vendredis à 20:00, celle des données du service Autres langues pour tous les samedis à 20:00 et celle des données du service Administration pour tous les dimanches à 20:00. Planification répartie Lun Mar Mer Jeu Ven Sam Dim Anglais Incr1 Incr1 Incr1 Incr1 Complète Incr1 Autres langues Incr1 Incr1 Incr1 Incr1 Incr1 Complète Admin Incr1 Incr1 Incr1 Incr1 Incr1 Complète La taille et la durée des sauvegardes complètes actuelles et celles prévues dans cinq ans sont affichées dans le Tableau A-4. Tableau A-4 Sauvegardes complètes à distance vers la bibliothèque HP DLT 4115 Service Données actuelles/ 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 A-16 Annexe A

275 Scénarios de sauvegarde Entreprise XYZ 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 pour les deux autres services est estimée à 7 + 5% (7 + 0,35) heures, soit moins de 8 huit heures, ce qui est inférieur aux 12 heures autorisées. Pools de média Les média sont regroupés dans des pools pour être mieux suivis et contrôlés. Regroupez les média du même type (DLT ou DDS) dans leurs pools respectifs. Utilisation des deux pools de média par défaut : Default DDS Ce pool doit être utilisé pour tous les média DDS. Default DLT Ce pool doit être utilisé pour tous les média DLT. DB_Pool Ce pool doit être utilisé pour les fichiers de configuration et la base de données OmniBack II. Pour des raisons de sécurité, il est recommandé de sauvegarder la base de données sur deux média. Spécifications de sauvegarde Configurez cinq spécifications de sauvegarde, c'est-à-dire deux pour le service Anglais, une pour chaque autre service, et une pour les fichiers de configuration et la base de données OmniBack II : ENG1_BS Spécification de sauvegarde pour le client Windows 2000 à sauvegarder en local au service Anglais. Planifiez la spécification de sauvegarde de sorte qu'omniback II 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. Pourquoi utiliser des sauvegardes incrémentales de niveau 1? Pour restaurer les dernières données, il n'est nécessaire d'accéder qu'à deux séries de média, l'une pour la dernière sauvegarde complète et l'autre pour la dernière sauvegarde incrémentale de niveau 1 avant l'instant donné pour la restauration. Cela a pour conséquence de simplifier et d'accélérer considérablement le processus de restauration. Annexe A A-17

276 Scénarios de sauvegarde Entreprise XYZ ENG2_BS Spécification de sauvegarde pour les données du service Anglais devant être sauvegardées à distance vers la bibliothèque HP SureStore DLT 4115w. Planifiez la spécification de sauvegarde de sorte qu'omniback II 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 SureStore DLT 4115w. Planifiez la spécification de sauvegarde de sorte qu'omniback II 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 SureStore DLT 4115w. Planifiez la spécification de sauvegarde de sorte qu'omniback II exécute une sauvegarde complète chaque dimanche à 20:00 et des sauvegardes incrémentales de niveau 1 tous les jours à 20:00 sauf le samedi. DB_BS Spécification de sauvegarde des fichiers de configuration et de la base de données OmniBack II. Planifiez la spécification de sauvegarde de sorte qu'omniback exécute une sauvegarde complète tous les jours à 04:00. A cette heure, les autres sauvegardes incrémentales doivent être terminées et il ne doit y avoir aucun problème de partage de ressources CPU entre le Gestionnaire de cellule et d'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 OmniBack II par défaut. Définissez les options comme suit : A-18 Protection du catalogue La protection du catalogue permet de définir la période pendant laquelle la base de données catalogue OmniBack II doit conserver les informations sur les versions sauvegardées, sur le nombre de fichiers et de répertoires sauvegardés et les messages stockés dans Annexe A

277 Scénarios de sauvegarde Entreprise XYZ la base de données. A l'expiration de la protection du catalogue, il n'est plus possible d'explorer les fichiers et répertoires à l'aide de l'interface OmniBack II. Définissez cette protection à 20 jours. Protection de données La protection de données permet de déterminer la période pendant laquelle chaque médium peut être réutilisé. Définissez la protection de données à permanente de sorte que les données des média ne soit pas écrasées involontairement. Simultanéité Définissez à 5 le nombre d'agents de disque pouvant écrire en même temps des données dans la bibliothèque HP SureStore DLT 4115w. Ceci permet d'améliorer les performances de sauvegarde. Pool de média Pour la sauvegarde de la base de données OmniBack II, sélectionnez le pool DB_Pool contenant les média appropriés à utiliser. Pour d'autres objets, utilisez les pools de média par défaut. Options de restauration Utilisez les options de restauration OmniBack II 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. Cette opération est susceptible de ralentir la restauration s'il y a trop de fichiers à restaurer. 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. Rapports et notifications Des notifications envoyées par 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 ou des Annexe A A-19

278 Scénarios de sauvegarde Entreprise XYZ notifications 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. Mise au coffre La mise au coffre consiste à stocker des média en lieu sûr pendant une période déterminée. Des média seront déplacés une fois par semaine vers le coffre, et remplacés par de nouveaux média dans la bibliothèque HP SureStore DLT 4115w et les Autoloaders HP SureStore DAT24. Toutes les actions, hormis le déplacement de média 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 média devant être éjectés. Le second déplacement des média s'effectue du coffre vers une entreprise chargée de les protéger. Cette opération a lieu une fois par mois. Avec OmniBack II, un rapport est édité sur les média devant être déplacés vers l'entreprise chargée de les protéger. Effectuez le suivi des média 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 média déplacé vers l'entreprise chargée de la protection. Avec OmniBack II, vous pouvez effectuer les tâches de mise au coffre suivantes : génération de rapports sur les média utilisés pour une sauvegarde au cours d'une période donnée, affichage de la liste des média nécessaires à la restauration et des emplacements physiques où sont stockés ces média, A-20 Annexe A

279 Scénarios de sauvegarde Entreprise XYZ filtrage des média à partir de l'affichage des média selon des critères spécifiques, par exemple les média dont la protection a expiré. Restaurer 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 20 jours avant l'envoi de la demande, 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 média. 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'envoi de la demande, 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. 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 média nécessaires à la restauration. 2. Il déplace les média du coffre vers la bibliothèque HP SureStore DLT 4115w ou vers un autre périphérique, puis les analyse. 3. Si le média ne se trouve pas dans la base de données OmniBack II, il sélectionne l'objet spécifique à restaurer avec l'option Lister depuis média. 4. Il effectue la restauration. Annexe A A-21

280 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) en matière de génie logiciel au service de partenaires multinationaux, ABC met en place des équipes de projets multisites ainsi que l'infrastructure associée pour mener à bien, en intégration parfaite, une vaste gamme de projets de génie logiciel. La croissance actuelle d'abc est de 30 à 40%. On pense que ce rythme va diminuer pour atteindre 15 à 20 % dans les cinq ans à venir. Environnement Tableau A-5 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. Taille de l'environnement de sauvegarde Lieu Nb de serveurs Windows Nb de clients Windows Nb de serveurs UX Nb de clients UX Qté de données actuelle Qté de données dans 5 ans Périphériques actuels ABC Le Cap ABC Pretoria ABC Durban DAT24* DAT24* DAT24* *Autoloader HP SureStore DAT24 A ABC Le Cap, trois services utilisent la base de données Microsoft SQL pour stocker leurs données, et l'entreprise utilise le serveur Microsoft Exchange pour ses services de courrier. Ces bases de données, qui contiennent actuellement respectivement 11 Go et 15 Go de données, sont sauvegardées sur deux Autoloaders HP SureStore DAT24. A-22 Annexe A

281 Scénarios de sauvegarde Entreprise ABC L'architecture du système d'abc Le Cap comprend notamment le système SAP R/3 avec des bases de données Oracle8. 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 à la Figure A-3. Figure A-3 Topologie de sauvegarde actuelle d'abc Le Cap Actuellement, à ABC Le Cap, les serveurs de base de données SAP sont sauvegardés avec les utilitaires SAP BRBACKUP et SAP BRARCHIVE vers trois Autoloaders HP SureStore DAT24. Chaque jour, les données sont copiées manuellement par les employés vers leurs serveurs respectifs. L'administrateur sauvegarde séparément le serveur Microsoft Exchange et la base de données Microsoft SQL vers deux Autoloaders HP SureStore DAT24. Le même système est utilisé dans les bureaux de Durban et de Pretoria, à cette différence près qu'il n'y a 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 Autoloader HP SureStore DAT24. Deux des serveurs d'abc Pretoria contiennent plus de fichiers chacun. Annexe A A-23

282 Scénarios de sauvegarde Entreprise ABC Les média 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 média sont envoyés à un établissement central hors site pour y être stockés. Problèmes rencontrés avec la solution actuelle La solution de sauvegarde actuelle présente les inconvénients suivants : Il n'y a pas de solution de sauvegarde en ligne pour le serveur de base 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 média requiert une intervention du personnel considérable. La récupération de désastre 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 élevé de la croissance 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, tenez compte des éléments énumérés à la section "Points à prendre en considération", page A-2. Besoins La section suivante présente une description des 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 quotidiennes incrémentales ou différentielles doivent être effectuées en 8 heures. A-24 Annexe A

283 Scénarios de sauvegarde Entreprise ABC Tableau A-6 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. Temps d'indisponibilité acceptable pour la récupération Type de données Données commerciales de l'entreprise Données de ressources de l'entreprise Données de projet Données personnelles Temps d'indisponibilité maximum 6 heures 6 heures 1 jour 2 jours Tableau A-7 Le temps de récupération correspond essentiellement au temps nécessaire pour accéder aux média et pour procéder à la restauration des données vers un disque. Pendant combien de temps conserver les différents types de données? Le Tableau A-7 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 média de sauvegarde requis. Durée de conservation nécessaire pour les données Type de données Données commerciales de l'entreprise Données de ressources de l'entreprise Durée maximum de stockage des données 5 ans 5 ans Annexe A A-25

284 Scénarios de sauvegarde Entreprise ABC Tableau A-7 Durée de conservation nécessaire pour les données Type de données Données de projet Données personnelles Durée maximum de stockage des données 5 ans 3 mois Tableau A-8 Comment conserver et maintenir les média contenant des données sauvegardées? Les média 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 chargé de les protéger. Quantité de données à sauvegarder La quantité actuelle de données à sauvegarder est indiquée dans le 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 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 va avoir des répercussions non seulement sur la durée des sauvegardes et sur les périphériques nécessaires pour effectuer les sauvegardes, mais également sur la taille de la base de données OmniBack II. A-26 Annexe A

285 Scénarios de sauvegarde Entreprise ABC 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 Etant donné les défauts que présente la solution de sauvegarde actuelle, qui ont été décrits au chapitre "Problèmes rencontrés avec la solution actuelle", page A-24, 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 être configurés en cellules MoM, chacune avec deux cellules OmniBack II. 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. Vous trouverez une description de cette configuration à la Figure A-4. Annexe A A-27

286 Scénarios de sauvegarde Entreprise ABC Figure A-4 Environnement d'entreprise d'abc Les Gestionnaires de cellules et les MoM Managers des 7 cellules doivent être des systèmes Windows Utilisez la base de données centralisée de gestion des média (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 média 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 SureStore DLT 4228w pour l'environnement d'abc Le Cap, et des bibliothèques HP SureStore DLT 4115w pour les environnements d'abc Pretoria et ABC Durban. A-28 Annexe A

287 Scénarios de sauvegarde Entreprise ABC Les trois cellules de l'environnement MoM d'abc Le Cap doivent être dotées chacune d'un serveur de base de données SAP. Ces serveurs se partagent la bibliothèque HP SureStore DLT 4228w. Les bases de données Microsoft SQL et Microsoft Exchange sont sauvegardées en local vers des Autoloaders HP SureStore 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 média. Cette dernière doit être configurée sur le MoM Manager de la cellule D pour permettre le partage de la bibliothèque HP SureStore DLT 4115w entre les cellules. Les deux cellules de l'environnement MoM d'abc Pretoria doivent également se partager une base de données centralisée de gestion des média. Cette dernière doit être configurée sur le MoM Manager de la cellule F pour permettre le partage de la bibliothèque HP SureStore DLT 4115w entre les cellules. La solution proposée est décrite en détail ci-dessous : Description détaillée de la solution proposée Pourquoi une configuration en 7 cellules? Configuration de la cellule Configurez les services en 7 cellules : 3 pour ABC Le Cap, 2 pour ABC Pretoria et 2 pour ABC Durban. 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 média (CMMDB) dans chaque environnement MoM. Pourquoi utiliser la CMMDB? La base de données centralisée de gestion des média (CMMDB) permet le partage de périphériques et de média entre toutes les cellules d'un environnement MoM. Ainsi, une seule bibliothèque Annexe A A-29

288 Scénarios de sauvegarde Entreprise ABC Tableau A-10 par environnement MoM d'abc peut être utilisée, 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 au 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* B C ABC Pretoria D* 4 33 E ABC Durban F* G Le nombre de SAP est le nombre de serveurs de base de données SAP. * correspond à une cellule MoM. Les Gestionnaires de cellules et les MoM Managers des 7 cellules doivent être des systèmes Windows Pourquoi choisir le système Windows 2000? Sur la plate-forme Windows, la base de données OmniBack II stocke toutes les informations textuelles au format UNICODE, permettant ainsi de supporter l'intégralité des noms de fichier et des messages traduits dans d'autres langues. Sur les plates-formes HP-UX, la base de données OmniBack II stocke toutes les informations textuelles au format ASCII, ce qui limite le support des noms de fichier et des messages traduits dans d'autres langues 8 bits. A-30 Annexe A

289 Scénarios de sauvegarde Entreprise ABC 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 média dans la cellule MoM A pour que la même bibliothèque puisse être partagée avec les cellules B et C. Partagez la bibliothèque HP SureStore DLT 4228w pour l'environnement d'abc Le Cap. Avec une capacité de 1,1 To en format compressé, cette bibliothèque devrait suffire pour les besoins de l'entreprise prévus dans les cinq ans à 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 SureStore DLT 4228w. Les bases de données Microsoft SQL et Microsoft Exchange sont sauvegardées en local vers des Autoloaders HP SureStore 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-5. Figure A-5 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 média. Cette dernière doit être configurée sur le MoM Manager de la cellule D, afin Annexe A A-31

290 Scénarios de sauvegarde Entreprise ABC de permettre le partage de la bibliothèque HP SureStore DLT 4115w entre les cellules. Chacune des cellules de l'environnement doit disposer de sa propre base de données catalogue. Les deux cellules de l'environnement MoM d'abc Durban doivent également se partager une base de données centralisée de gestion des média. Cette dernière doit être configurée sur le MoM Manager 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 SureStore DLT 4115w pour l'environnement d'abc Pretoria et celui d'abc Durban. Avec une capacité de 600 Go en 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 catalogue OmniBack Dans l'environnement d'abc Le Cap, les trois serveurs de base de données SAP sont sauvegardés. Dans le cas de la sauvegarde d'une base de données en ligne comme SAP, la totalité de l'objet nécessite l'espace d'un seul nom et d'une seule version de fichier dans la base de données catalogue OmniBack II. Le nombre de fichiers, de répertoires et de versions de fichier devant être sauvegardés est minime. Chaque version de fichier et de répertoire sauvegardée représente 100 octets supplémentaires dans la base de données catalogue OmniBack II, dont la taille est relativement petite et ne pose aucun problème. Dans la cellule D de l'environnement d'abc Pretoria, composé de 37 systèmes, chacun comportant environ fichiers et répertoires pour lesquels la taille estimée d'une sauvegarde incrémentale est de 5% de celle d'une sauvegarde complète, la taille de la base de données est la suivante : REMARQUE Deux serveurs de cette cellule contiennent plus de fichiers chacun. Pour éviter le problème d'une trop forte augmentation de la taille de la base de données catalogue, utilisez l'option OmniBack Journaliser répertoires, comme indiqué dans la section Options de sauvegarde", page A-40. Espace de la base de données utilisé pour une sauvegarde complète = x 37 x 100 octets (environ 350 Mo) A-32 Annexe A

291 Scénarios de sauvegarde Entreprise ABC Une semaine de sauvegardes incrémentales représente jusqu'à 5% x 5 x 350 Mo = 87,5 Mo Avec une protection du catalogue définie pour 3 semaines, un espace de 3 x (87,5 Mo Mo) (environ 1,3 Go) est nécessaire dans la base de données. Il est prévu que ce chiffre atteigne 3,2 Go en cinq ans. Dans la cellule F de l'environnement d'abc Durban, composé de 46 systèmes, chacun comportant environ fichiers et répertoires pour lesquels la taille estimée d'une sauvegarde incrémentale est de 10% de celle d'une sauvegarde complète, la taille de la base de données est la suivante : Espace de la base de données utilisé pour une sauvegarde complète = x 46 x 100 octets (environ 220 Mo) Une semaine de sauvegardes incrémentales représente jusqu'à 10% x 5 x 220 Mo = 110 Mo Avec une protection du catalogue définie pour 3 semaines, un espace de 3 x (110 Mo Mo) (environ 1Go) est nécessaire dans la base de données. Il est prévu que ce chiffre atteigne 2,5 Go en cinq ans. 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 supporté 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 SureStore DLT 4228w pour ABC Le Cap et deux bibliothèques HP SureStore DLT 4115w pour ABC Pretoria et ABC Durban, ainsi que sept Autoloaders HP SureStore DAT24 pour la sauvegarde des fichiers de configuration et de la base de données OmniBack II dans toutes les cellules, et deux Autoloaders HP SureStore 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 Annexe A A-33

292 Scénarios de sauvegarde Entreprise ABC hébergent respectivement 15 Go et 11 Go de données, alors 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 SureStore DLT 4228w? Pourquoi utiliser la bibliothèque HP SureStore DLT 4115w? La bibliothèque HP SureStore DLT 4228w est dotée de deux lecteurs DLT4000 avec 28 emplacements. Sa capacité totale de stockage compressé est de 1,1 To, et son taux de transfert de données supporté maximum est 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 SureStore DLT 4228w dans le cadre d'une sauvegarde complète, qu'il s'agisse d'une seule sauvegarde ou d'une planification répartie, 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 basées sur la sauvegarde complète, nécessite un espace de ( x 5% x 5) Go, soit 92,5 Go dans la bibliothèque. Il est prévu que cet espace nécessaire atteigne environ 230 Go d'ici cinq ans. La stratégie de 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 SureStore 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 média OmniBack II dans chacun des trois environnements MoM. Ces bases de données sont configurées sur le MoM Manager des cellules A, D et F. La bibliothèque HP SureStore DLT 4115w est dotée d'un seul lecteur DLT4000 avec 15 emplacements. Sa capacité totale de stockage compressé est de 600 Go, et son taux de transfert de données supporté maximum est 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 SureStore DLT 4115w dans le cadre d'une A-34 Annexe A

293 Scénarios de sauvegarde Entreprise ABC sauvegarde complète, qu'il s'agisse d'une seule sauvegarde ou d'une planification répartie, 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 basées sur la sauvegarde complète, nécessite un espace de ( x 5% x 5) Go, soit 27,5 Go dans la bibliothèque. Il est prévu que cet espace nécessaire atteigne environ 68,75 Go d'ici cinq ans. 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 SureStore DLT 4115w est donc suffisante. Au Cap, des Autoloaders HP SureStore DAT24 sont utilisés pour sauvegarder les serveurs Microsoft Exchange et Microsoft SQL ainsi que les sept Gestionnaires de cellule des trois environnements MoM. Pourquoi utiliser l'autoloader HP SureStore DAT24? L'Autoloader HP SureStore DAT24 est doté de six cartouches de données de 24 Go. Sa capacité totale de stockage compressé est de 144 Go, et son taux de transfert de données supporté maximum est 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 l'autoloader HP SureStore 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 basées sur la sauvegarde complète, nécessite un espace de ( x 5% x 5) Go, soit 18,75 Go. Il est prévu que cet espace nécessaire atteigne environ 47 Go d'ici cinq ans. 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) de l'autoloader HP SureStore DAT24 est donc suffisante. Annexe A A-35

294 Scénarios de sauvegarde Entreprise ABC 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 SureStore DLT 4228w. Cette dernière est dotée de deux lecteurs et présente un taux de transfert de données supporté 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 correspond à une durée inférieure aux 12 heures autorisées. Les cellules D et E d'abc Pretoria partagent une bibliothèque HP SureStore DLT 4115w. Cette dernière est dotée d'un seul lecteur et présente un taux de transfert de données supporté 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 correspond à une durée inférieure aux 12 heures autorisées. 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 correspond à une durée inférieure aux 12 heures autorisées. La plus grande base de données catalogue OmniBack II (1,3 Go) d'abc Pretoria peut être sauvegardée en quelques minutes si la vérification de son intégrité n'est pas préalablement effectuée. OmniBack II vérifie par défaut l'intégrité de la base de données avant qu'elle 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 OmniBack II d'abc Pretoria doivent pouvoir être sauvegardés en moins de 2 heures. A-36 Annexe A

295 Scénarios de sauvegarde Entreprise ABC Tableau A-11 Pools de média Les média sont regroupés dans des pools pour être mieux suivis et contrôlés. Les pools de média facilitent la gestion d'un grand nombre de média, 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 média suivants : Utilisation des pools de média d'abc Nom de pool 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 Serveur Microsoft Exchange CT_DB_Pool Le Cap Base de données OmniBack II P_DLT_Pool Pretoria Bibliothèque HP SureStore DLT 4115w P_DAT_Pool Pretoria Autoloaders HP SureStore DAT24 P_DB_Pool Pretoria Base de données OmniBack II D_DLT_Pool Durban Bibliothèque HP SureStore DLT 4115w D_DAT_Pool Durban Autoloaders HP SureStore DAT24 D_DB_Pool Durban Base de données OmniBack II 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 et fichiers de configuration OmniBack II. Planifiez la spécification de sauvegarde de sorte qu'omniback II exécute une sauvegarde complète par semaine et une sauvegarde incrémentale de niveau un tous les jours à 03:00 sauf le dimanche. Annexe A A-37

296 Scénarios de sauvegarde Entreprise ABC Pourquoi utiliser des sauvegardes incrémental es de niveau 1? Tableau A-12 Pour restaurer les dernières données, il n'est nécessaire d'accéder qu'à deux séries de média, l'une pour la dernière sauvegarde complète et l'autre pour la dernière sauvegarde incrémentale de niveau 1 avant l'instant donné pour la restauration. Cela permet de simplifier et d'accélérer considérablement le processus de restauration. Lorsque des sauvegardes différentielles sont effectuées, le nombre de séries de média peut augmenter considérablement, rendant le processus de restauration plus complexe et plus lent. Pour des raisons de sécurité, il est recommandé d'effectuer deux copies des fichiers de configuration et de la base de données OmniBack II. SAP_A...C Spécification de sauvegarde pour les serveurs de base de données SAP respectivement dans les cellules A, B et C. Utilisez la planification répartie pour éviter une surcharge du réseau ou des périphériques ainsi que les problèmes de fenêtre temporelle décrits au Tableau A-12 : Planification répartie pour ABC Le Cap Lun Mar Mer Jeu Ven Sam Dim 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 Complète SERVERS_A...G Spécifications de sauvegarde des serveurs de l'entreprise pour la préparation à une récupération de désastre. 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 qu'omniback II exécute des sauvegardes complètes comme indiqué au Tableau A-13 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 A-38 Annexe A

297 Scénarios de sauvegarde Entreprise ABC Tableau A-13 qu'omniback II exécute une sauvegarde complète hebdomadaire tous les vendredis comme indiqué au Tableau A-13 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. Configuration de spécification de sauvegarde pour ABC Nom Cellule Description Jour de sauvegarde Heure DB_A A Base de données OmniBack II DB_B B Base de données OmniBack II DB_C C Base de données OmniBack II SQL_A A Base de données Microsoft SQL EXCHANGE_A A Base de données Microsoft Exchange SAP_A A Serveur de base de données SAP SAP_B B Serveur de base de données SAP SAP_C C Serveur de base de données SAP Samedi 03:00 Samedi 03:00 Samedi 03:00 Vendredi 20:00 Vendredi 20:00 Vendredi 20:00 Samedi 20:00 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 Base de données OmniBack II Samedi 03:00 Annexe A A-39

298 Scénarios de sauvegarde Entreprise ABC Tableau A-13 Configuration de spécification de sauvegarde pour ABC Nom Cellule Description Jour de sauvegarde Heure DB_E E Base de données OmniBack II 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 Base de données OmniBack II DB_G G Base de données OmniBack II SERVERS_F F Base de données OmniBack II Samedi 03:00 Samedi 03:00 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 Options de sauvegarde Utilisez les options de sauvegarde OmniBack II par défaut. Définissez les options comme suit : 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 fichiers chacun. Sinon, la taille de la base de données catalogue OmniBack II risque d'augmenter considérablement. A-40 Annexe A

299 Scénarios de sauvegarde Entreprise ABC Protection Les données doivent pouvoir être accessibles pendant trois semaines. Une sauvegarde complète devant avoir lieu chaque semaine, définissez la protection du catalogue à 27 jours (3 semaines x 7 jours + 6 jours = 27 jours). Définissez la protection de données à 5 ans pour toutes les spécifications de sauvegarde, sauf Exchange_A qui sert à la sauvegarde du courrier personnel. Définissez à 3 mois la protection de données pour cette spécification de sauvegarde. Simultanéité Définissez à 5 le nombre d'agents de disque pouvant écrire en même temps des données dans la bibliothèque. Ceci permet d'améliorer les performances de sauvegarde. Pool de média Sélectionnez les pools et les média appropriés pour la sauvegarde. Rapports et notifications Des notifications envoyées par 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 ou des notifications 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 des informations de sauvegarde client sur la page d'accueil de l'entreprise : 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. Annexe A A-41

300 Scénarios de sauvegarde Entreprise ABC Mise au coffre La mise au coffre consiste à stocker des média en lieu sûr pendant une période déterminée. Des média sont déplacés une fois par semaine vers le coffre, et remplacés par de nouveaux média dans les bibliothèques HP SureStore DLT 4228w et 4115w, et les Autoloaders HP SureStore DAT24. Toutes les actions, hormis le déplacement de média 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 média devant être éjectés. Effectuez le suivi des média 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 média déplacé vers le coffre. Avec OmniBack II, vous pouvez effectuer les tâches de mise au coffre suivantes : génération de rapports sur les média stockés à un endroit spécifique avec protection de données expirant à une date déterminée, génération de rapports sur les média utilisés pour une sauvegarde au cours d'une période donnée, affichage de la liste des média nécessaires à la restauration et des emplacements physiques où sont stockés ces média, filtrage des média à partir de l'affichage des média selon des critères spécifiques, par exemple les média dont la protection a expiré. Restaurer 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 demande, 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 média. A-42 Annexe A

301 Scénarios de sauvegarde Entreprise ABC 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 média nécessaires à la restauration. 2. Il déplace les média du coffre vers la bibliothèque HP SureStore DLT 4228w, la bibliothèque HP SureStore DLT 4115w ou vers un autre périphérique, puis les analyse. 3. Si le média ne se trouve pas dans la base de données catalogue OmniBack II, il sélectionne l'objet spécifique à restaurer à l'aide de l'option Lister depuis média. 4. Il effectue la restauration. Annexe A A-43

302 Scénarios de sauvegarde Entreprise ABC A-44 Annexe A

303 B Informations supplémentaires Annexe B B-1

304 Informations supplémentaires Dans cette annexe Dans cette annexe Vous trouverez dans cette annexe des informations supplémentaires sur certains aspects des concepts OmniBack II, notamment sur les générations de sauvegarde et l'internationalisation. B-2 Annexe B

305 Informations supplémentaires Générations de sauvegarde Générations de sauvegarde OmniBack II 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? Figure B-1 Une génération de sauvegarde (voir Figure B-1) 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 incrémentales jusqu'à cet instant-là). Conservez plusieurs générations de sauvegarde (trois par exemple), selon la politique de protection des données adoptée par votre entreprise. Générations de sauvegarde Pour configurer OmniBack II afin de conserver automatiquement le nombre souhaité de générations de sauvegarde, choisissez les durées de protection des données et du 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 à 7x3+6=27jours. Une génération de sauvegarde est constituée d'une sauvegarde complète ainsi que de toutes les Annexe B B-3

306 Informations supplémentaires Générations de sauvegarde 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 média (pour les média 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 média", page 103. B-4 Annexe B

307 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 selon les 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'internalisation est donc un processus qui rend possible la localisation. OmniBack II 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. Cela comprend notamment la capacité à fournir 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, OmniBack II 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, qui 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 la forme de chaînes de texte et présentés tels quels dans l'interface. Les implications de cette approche sont traitées dans la section "Gestion des noms de fichier". OmniBack II est localisé dans plusieurs langues. Pour plus d'informations sur les langues disponibles, reportez-vous au document HP OpenView OmniBack II A Software Release Notes ou adressez-vous à votre fournisseur ou à votre service de vente HP local. Gestion des noms de fichier L'un des problèmes d'internationalisation les plus flagrants pour les utilisateurs d'omniback II dans des environnements différents a été la présentation des noms de fichier. OmniBack II permet de gérer les noms Annexe B B-5

308 Informations supplémentaires Internationalisation de fichier en fonction de différents paramètres locaux, notamment la langue, le pays et les jeux de caractères qui sont sur un système pendant que l'application fonctionne. Les noms des fichiers qui ont été sauvegardés dans une langue donnée, puis affichés ou restaurés dans une autre sont affichés correctement. Quelques explications Les différents fournisseurs de plate-forme utilisent une grande diversité de représentations de caractères ou de normes d'encodage des caractères (telles qu'iso , Shift-JIS, EUC, Code Page 932 ou Unicode) pour supporter les différents jeux de langues. Cette situation a créé de nombreux problèmes d'internationalisation aux logiciels comme OmniBack II, qui doivent pouvoir fonctionner dans différents environnements. Les composants de l'application sont répartis sur plusieurs systèmes et plates-formes, tels que Windows 2000, Windows 98, HP-UX, Solaris et AIX. Les systèmes sur toutes ces plates-formes doivent être sauvegardés et restaurés. OmniBack II ne peut pas palier le manque d'homogénéité dans la représentation des langues et des caractères dans le domaine informatique, mais il tente d'en minimiser l'impact sur l'utilisateur. Avec certaines configurations hétérogènes, les noms de fichier peuvent apparaître altérés dans l'interface. Avec OmniBack II par exemple, il est possible de sauvegarder des fichiers sur une plate-forme sur laquelle l'agent de disque est en cours d'exécution, et d'afficher ces fichiers dans l'interface OmniBack II qui fonctionne sous un système se trouvant sur une autre plate-forme. A moins de pouvoir utiliser des jeux de codage identiques entre ces deux plates-formes, les noms de fichier risquent d'apparaître altérés, la même valeur de caractère pouvant 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 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 de la commande ls pour afficher les fichiers qu'ils ont créés ainsi que ceux créés par les autres utilisateurs, voici ce qui se passe : Chaque utilisateur voit ses propres noms de fichier apparaître correctement. Chaque utilisateur voit les noms de fichier des autres utilisateurs apparaître altérés. Les noms de fichier altérés peuvent apparaître différemment sous les divers systèmes. B-6 Annexe B

309 Informations supplémentaires Internationalisation Pourquoi? Les noms de fichier "étrangers" ont été créés avec un jeu de codage différent de celui utilisé pour exécuter la commande ls. Les noms de fichier 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 qui utilisent des afficheurs de systèmes de fichiers natifs, par exemple ls dans la fenêtre du terminal. OmniBack II n'a pas été installé sur ce système. Gestion des noms de fichier lors d'une sauvegarde OmniBack II lit les noms de fichier à l'aide de l'agent de disque (qui s'exécute sur le client devant être sauvegardé) et enregistre une copie originale sur la bande. 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 OmniBack II. Exploration des noms de fichier Il est possible de sélectionner les fichiers via l'interface OmniBack II avant la restauration. Pour ce faire, il suffit d'afficher les noms de fichier dans la base de données OmniBack II. L'interface OmniBack II utilise une table de codage unique permettant d'afficher tous les noms de fichier reliés à la base de données OmniBack II. Une table de conversion commune est utilisée pendant ce processus d'affichage. Elle ne peut être correcte que pour les fichiers créés par les clients qui leur ont fait correspondre la table de conversion inverse lors de la sauvegarde et au moment où les noms de fichier ont été écrits dans la base de données OmniBack II. Les clients qui utilisent un jeu de codage différent risquent d'afficher des caractères erronés dans la base de données OmniBack II. Dans tous les cas, les noms de fichier corrects peuvent être restaurés. Certains noms de fichier peuvent ne pas être correctement affichés. Cependant, si par exemple un répertoire ne contient que des caractères 7 bits ASCII, il sera affiché correctement dans l'interface OmniBack II. Reportez-vous au document HP OpenView OmniBack II A Software Release Notes dans lequel vous trouverez une liste de configurations indiquant les restrictions à l'exploration des noms de fichier. Annexe B B-7

310 Informations supplémentaires Internationalisation Gestion des noms de fichier lors d'une restauration Les fichiers sont généralement restaurés vers la même plate-forme que celle sur laquelle la sauvegarde a été effectuée. La procédure se déroule comme suit : Vous devez sélectionner les fichiers à restaurer dans l'interface. OmniBack II 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. Erreurs possibles : Les erreurs suivantes peuvent survenir lors de la restauration, en raison des incompatibilités mentionnées plus haut : L'affichage des noms de fichier sur l'interface OmniBack II peut être altéré. La sélection peut ne pas correspondre au véritable nom de fichier. Il se peut alors qu'aucun fichier ne soit restauré. Si les fichiers sont restaurés vers une plate-forme différente de celle sur laquelle la sauvegarde a été effectuée, les noms de fichier peuvent ne pas être identiques. B-8 Annexe B

311 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 2000) 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, indépendamment du système physique sur lequel elles résident. Adresse IP Internet Protocol address, Adresse Internet - adresse numérique d'un système servant à identifier le système sur le réseau. L'adresse IP est constituée de quatre groupes de chiffres séparés par des points. Agent de disque Composant devant être installé sur le système client pour pouvoir le sauvegarder et le restaurer. 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 média 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 média et les écrit sur le disque. Agent média 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 médium (généralement une bande). Pendant une session de sauvegarde, l'agent média reçoit des données de l'agent de disque et les envoie au périphérique qui les écrit ensuite sur le médium. Pendant une session de restauration, l'agent média localise les données stockées sur le médium de sauvegarde et les envoie à l'agent de disque qui les écrit ensuite sur le disque. L'Agent média gère également le contrôle robotique d'une bibliothèque. Agent SSE (terme spécifique à Surestore) Module logiciel OmniBack II exécutant toutes les tâches nécessaires à une intégration de sauvegarde Split Mirror. L'Agent communique avec le système de stockage SureStore à l'aide de l'utilitaire du Gestionnaire RAID XP (pour les systèmes HP-UX et Windows NT) ou de la bibliothèque du Gestionnaire RAID (pour les systèmes Solaris). Glossaire G-1

312 Glossaire Agent Symmetrix (SYMA) (terme spécifique à Symmetrix) Module logiciel OmniBack II qui prépare l'environnement Symmetrix aux opérations de sauvegarde et de restauration. Agents disques simultanés Nombre d'agents de disque autorisés à envoyer des données simultanément à un Agent média. AML (terme spécifique à EMASS/ GRAU) Automated Mixed-Media library, bibliothèque de média mixtes automatisée. Analyse Fonction permettant d'identifier les media d'un périphérique. Cette fonction synchronise la MMDB avec les média qui se trouvent aux positions sélectionnées (les emplacements d'une bibliothèque, par exemple). API de sauvegarde Programme Oracle servant d'interface entre l'utilitaire de sauvegarde/ restauration d'oracle et la couche de gestion des média de sauvegarde/ restauration. L'interface définit un ensemble de routines permettant la lecture et l'écriture des données sur les média de sauvegarde, la création, la recherche et la suppression des fichiers de sauvegarde. API de sauvegarde (terme spécifique à Oracle) Au sein d'une base de données Oracle, regroupement de tables contenant des informations structurelles sur les bases de données cibles, ainsi qu'un historique des sauvegardes et des restaurations effectuées pour chaque base de données cible. Les journaux de rétablissement archivés associés aux sauvegardes sont stockés dans l'historique 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 qu'omniback II. 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 OmniBack II qui leur permet de communiquer avec le logiciel OmniBack II. Pour la restauration et la sauvegarde, les programmes SAP R/3 émettent des ordres destinés à l'interface backint OmniBack. G-2 Glossaire

313 Glossaire Banque d'informations (MDB) Fournisseur de banque de messages par défaut pour le serveur Microsoft Exchange. La banque d'informations est constituée des éléments suivants : banque d'informations publiques (Serveur MS Exchange 5.5) ou banque de dossiers publics (Serveur MS Exchange 2000); banque d'informations privées (Serveur MS Exchange 5.5) ou banque de boîtes aux lettres (Serveur MS Exchange 2000), banque de dossiers personnels, banque d'informations hors ligne. La banque d'informations/de dossiers publics contient des dossiers et des messages publics pouvant être partagés entre plusieurs utilisateurs et applications. Tous les utilisateurs partagent une seule banque d'informations publiques au sein d'une organisation Microsoft Exchange Server, même lorsque le système utilise plusieurs serveurs. La banque d'informations/banque de boîtes aux lettres privées est constituée de boîtes aux lettres pouvant appartenir à des utilisateurs ou à des applications. Les boîtes aux lettres résident sur le serveur sur lequel s'exécute Microsoft Exchange Server. Voir aussi Banque de répertoires (DS, pour Directory Store) (terme spécifique à MS Exchange). Banque d'informations privées (terme spécifique au serveur MS Exchange 5.5) Partie de la banque d'informations conservant les informations se trouvant dans les boîtes aux lettres des utilisateurs. Une banque de boîtes aux lettres est constituée d'un fichier binaire RTF.edb. Banque de boîtes aux lettres (terme spécifique au serveur MS Exchange 2000) Partie de la banque d'informations conservant les informations se trouvant dans les boîtes aux lettres des utilisateurs. 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 au serveur MS Exchange 2000) Partie de la banque d'informations conservant les informations se trouvant dans les dossier 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. Glossaire G-3

314 Glossaire Banque de répertoires (DS, pour Directory Store) (terme spécifique à MS Exchange) Partie du répertoire Microsoft Exchange Server. Ce répertoire contient des objets permettant aux applications Microsoft Exchange de rechercher et d'accéder aux services, boîtes aux lettres, destinataires, dossiers publics et autres objets pouvant être adressés au sein du système de messagerie. Voir aussi Banque d'informations (MDB). 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 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 catalogue de sauvegarde (terme spécifique à Oracle) Les tables qui constituent le catalogue de sauvegarde sont stockées dans la base de données du catalogue de sauvegarde. Base de données du gestionnaire de média amovibles (terme spécifique à Windows 2000) Service de Windows 2000 pour la gestion de média amovibles, comme par exemple des bandes et des disques amovibles, ainsi que des périphériques de stockage (bibliothèques). Le stockage sur périphériques amovibles permet aux applications d'accéder aux mêmes ressources de média et de les partager. Base de données OmniBack II Base de données interne, située sur le Gestionnaire de cellule, qui permet de savoir quelles données sont sauvegardées, sur quel type de média, la façon dont les sessions de sauvegarde et de restauration doivent se dérouler et quels périphériques et bibliothèques sont configurés. Elle se divise en cinq parties : Base de données de gestion des média (MMDB), base de données catalogue (CDB), fichiers binaires de catalogue des détails (DCBF), fichiers binaires de messages de session (SMBF) et fichiers binaires d'intégration sans serveur (SIBF). 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), G-4 Glossaire

315 Glossaire 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 à Symmetrix) Business Continuance - Procédé permettant aux utilisateurs d'accéder et de gérer des copies instantanées des périphériques standard Symmetrix. Voir aussi BCV. BCV (terme spécifique à Symmetrix) Business Continuance Volumes, Volumes BC - Les volumes BC, ou périphériques BCV, sont des SLD dédiés préconfigurés dans l'icda sur lequel l'opération Business Continuance s'exécute. Des adresses SCSI distinctes, différentes des adresses utilisées par les SLD dont elles sont le miroir, sont attribuées aux périphériques BCV. Les périphériques BCV sont utilisés comme miroirs fractionnables des SLD Symmetrix principaux devant être protégés. Voir aussi BC (terme spécifique à Symmetrix) et Processus BC. Bibliothèque Egalement appelée "autochanger", "jukebox", "autoloader" ou "échangeur". Une bibliothèque contient des média stockés dans des emplacements référentiels. Chaque emplacement contient un médium (par exemple, DDS/ DAT). Les média sont déplacés entre les emplacements et les lecteurs par un mécanisme robotique permettant un accès aléatoire aux média. 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 base de données Voir API de sauvegarde. Bibliothèque du Gestionnaire RAID (terme spécifique à SureStore) Bibliothèque utilisée en interne par OmniBack II sur les systèmes Solaris pour permettre l'accès aux données de configuration, d'état et de performances de SureStore, ainsi qu'aux fonctions clé de HP SureStore E Disk Array XP, au moyen d'appels de fonction convertis en une séquence de commandes SCSI de bas niveau. Glossaire G-5

316 Glossaire Boîte aux lettres (terme spécifique à MS Exchange) 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 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 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 individuels ou de l'ensemble des espaces de table et, le cas échéant, des fichiers journaux de rétablissement en ligne. Voir aussi SAPDBA, BRARCHIVE et BRRESTORE. BRRESTORE Outil de sauvegarde SAP R/3 pouvant être utilisé pour 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. BSM Backup Session Manager, Gestionnaire de session de sauvegarde - Le BSM OmniBack II contrôle la session de sauvegarde. Ce processus s'exécute toujours sur le système du Gestionnaire de cellule. CALA (agent de résolution Fastrax) Les définitions d'objets de sauvegarde et de restauration dont Fastrax a besoin sont créées par le CALA, qui résout les objets de sauvegarde et de restauration au niveau des blocs physiques sur les périphériques Symmetrix. G-6 Glossaire

317 Glossaire Canal (terme spécifique à Oracle) Allocation de ressources du Gestionnaire de récupération Oracle8. Chaque canal alloué lance un nouveau processus Oracle8 qui effectue des actions de sauvegarde, de restauration et de récupération. Le type de canal alloué détermine celui des média utilisés : Type "disque" Type "SBT_TAPE" Si le canal spécifié est du type "SBT_TAPE" et qu'oracle8 est intégré à OmniBack II, le processus va essayer d'écrire/lire ses données sur OmniBack II. 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 média. Catalogue de récupération (terme spécifique à Oracle) Ensemble de tables et de vues Oracle8 permettant au Gestionnaire de récupération de stocker des informations sur les bases de données Oracle8. 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 Oracle8. Le catalogue de récupération contient des informations: sur le schéma physique de la base de données cible Oracle8, sur les ensembles et sur les différents éléments de sauvegarde de journaux d'archive et de fichiers de données, sur les copies de fichiers de données, sur les journaux de rétablissement archivés, sur les scripts stockés. Catalogue de sauvegarde (terme spécifique à Oracle) Au sein d'une base de données Oracle, regroupement de tables contenant des informations structurelles sur les bases de données cibles, ainsi qu'un historique des sauvegardes et des restaurations effectuées pour chaque base de données cible. Les journaux de rétablissement archivés associés aux sauvegardes sont stockés dans l'historique de sauvegarde. CDB Catalog Database, Base de données du catalogue - La CDB est une partie de la base de données OmniBack II contenant des informations sur les sessions de sauvegarde et de restauration et sur les données sauvegardées. Selon le niveau de journalisation sélectionné, le CDB contient également les noms et versions de fichiers. Cette partie de la base de Glossaire G-7

318 Glossaire données se trouve toujours dans la cellule locale. Voir aussi MMDB. 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 connectés au même réseau local. Un contrôle centralisé permet d'administrer les tâches et stratégies de sauvegarde et de restauration. Chaînes de périphériques Série de périphériques autonomes configurés pour une utilisation séquentielle. Lorsqu'un médium est plein dans un périphérique, la sauvegarde se poursuit automatiquement sur un médium du périphérique suivant dans la chaîne de périphériques. Chargement La restauration d'une base de données est aussi appelée "chargement d'un vidage". Voir aussi Vidage. 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 Omniback II, y compris de session de test. Elle n'est pas enregistrée dans la base de données, et est utilisée pour les commandes de l'interface de ligne de commande omnimnt, omnistat et omniabort. Client dynamique Voir Sauvegarde de client avec récupération de disque. CMMDB Centralised Media Management Database, base de données centralisée de gestion des média - La CMMDB OmniBack II est le résultat de la fusion des bases de données de gestion des média de plusieurs cellules dans la cellule MoM. Cette fonction est propre au Manager-of-Managers (MoM). Elle permet à l'utilisateur de partager des média 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 dans la cellule MoM. Il doit exister une connexion réseau fiable entre la cellule MoM et les autres cellules OmniBack II. Voir aussi MoM. Comptes d'utilisateur OmniBack II Vous ne pouvez utiliser OmniBack II que si vous disposez d'un compte d'utilisateur, qui interdit l'accès non autorisé à OmniBack II et aux données sauvegardées. Pour créer ce compte, les G-8 Glossaire

319 Glossaire administrateurs OmniBack II spécifient un nom de connexion utilisateur, les systèmes à partir desquels l'utilisateur peut se connecter et affectent l'utilisateur à un groupe d'utilisateurs OmniBack II. Ces spécifications sont vérifiées chaque fois que l'utilisateur démarre l'interface OmniBack II ou effectue certaines tâches. Connexion circulaire (terme spécifique à MS Exchange) Mode de connexion à la base de données Microsoft Exchange dans lequel les fichiers journaux de transactions sont réécrits automatiquement lorsque les données qu'ils contiennent sont transmises à la base de données. Dbobject (terme spécifique à Informix) Objet base de données physique Informix. Il peut s'agir d'un blobspace, d'un dbspace ou d'un fichier journal logique. Demande de montage Message apparaissant à l'écran et invitant l'utilisateur à insérer un média dans un périphérique. Une fois que vous avez répondu à la demande de montage en fournissant le média requis, la session se poursuit. Disques partagés Un disque partagé sous Windows NT ou Windows 2000 situé sur un autre système qui est mis à la disposition des autres utilisateurs du réseau. Il n'est pas nécessaire qu'un Agent de disque OmniBack II soit installé pour pouvoir sauvegarder les systèmes disposant de disques partagés. 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 OmniBack II, privées, c'est-à-dire visibles (et accessibles pour la restauration) uniquement au propriétaire de la sauvegarde et aux administrateurs. Droits d'accès Voir droits utilisateur. Droits utilisateur Les droits utilisateur ou droits d'accès sont la permission d'exécuter certaines tâches dans OmniBack II, par exemple la configuration d'une sauvegarde, le démarrage d'une session de sauvegarde ou de restauration. Les utilisateurs disposent des droits d'accès du groupe d'utilisateurs auquel ils appartiennent. Glossaire G-9

320 Glossaire EBU (terme spécifique à Oracle) Enterprise Backup Utility, utilitaire de sauvegarde d'entreprise - L'EBU d'oracle7 est l'un des composants de l'interface de sauvegarde auquel OmniBack II est lié. Oracle7 EBU permet de sauvegarder, de restaurer et de récupérer tous types de fichiers de données Oracle7. Echangeur Egalement appelé "échangeur SCSI II". Voir aussi Bibliothèque. Emplacement Position mécanique d'un élément dans une bibliothèque. Chaque emplacement peut contenir un médium, comme une bande DLT. Dans OmniBack II, chaque emplacement est référencé avec un numéro. Pour être lu, un médium est déplacé par un mécanisme robotique de son emplacement dans le lecteur. Emplacement de média Emplacement physique du média de sauvegarde défini par l'utilisateur, par exemple, "bâtiment 4" ou "stockage hors-site". Ensemble de média Voir Série de média. Ensemble de média (terme spécifique à Oracle) Sauvegarde d'un ou plusieurs fichiers Oracle8 au cours de laquelle les fichiers sont multiplexés dans le but d'obtenir de meilleures performances. Les fichiers des ensembles de média doivent être extraits à l'aide d'une commande de restauration. Il existe des ensembles de média du type fichier de données et d'autres du type journal d'archive. 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 OmniBack II qui sont gérés et administrés à 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 espace de table contient des fichiers de données ou des volumes bruts qui lui sont exclusivement associés. G-10 Glossaire

321 Glossaire Etablissement (réétablissement) incrémental (terme spécifique à Symmetrix) Opération de contrôle BCV ou SRDF. Dans les opérations de contrôle BCV, un établissement incrémental entraîne la synchronisation incrémentale du périphérique BCV et son fonctionnement en tant que média Symmetrix miroir. Des paires doivent avoir été préalablement définies entre les périphériques Symmetrix. Dans les opérations de contrôle SRDF, un établissement incrémental entraîne la synchronisation incrémentale du périphérique cible (R2) et son fonctionnement en tant que média Symmetrix miroir. Des paires doivent avoir été préalablement définies entre les périphériques Symmetrix. Etat de paire (terme spécifique à SureStore) 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 : 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. Etat des média Qualité des média telle qu'elle est reflétée par les facteurs de condition de média. Plus l'âge et l'utilisation faite des média sont importants, plus les risques d'erreurs de lecture et d'écriture sont élevés. Lorsque la condition d'un média indique PAUVRE, il doit être remplacé. Etat système (terme spécifique à Windows 2000) Les données d'état système comprennent le registre, la base de données 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 Glossaire G-11

322 Glossaire 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. Etiquette de média Identificateur défini par l'utilisateur et servant à décrire un médium de sauvegarde. Exportation de média Procédé consistant à supprimer de la base de données OmniBack II toutes les données relatives aux sessions de sauvegarde (comme les systèmes, objets et noms de fichiers) qui résident sur le média. Les informations sur le média lui-même et sa relation à un pool sont également supprimées. Toutefois, les données du médium restent inchangées. Voir aussi Importation de média. Facteurs d'état des média Limites d'âge et de réécriture définies par l'utilisateur pour déterminer l'état d'un médium. 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 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 de 30 kilomètres maximum. C'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 : point à point, en boucle et par commutation. Fichier CDF (terme spécifique à UNIX) Context Dependent File, fichier contextuel - Un fichier CDF est 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érique de fonctionner correctement depuis l'ensemble des hôtes d'un cluster, tout en utilisant le même chemin d'accès. G-12 Glossaire

323 Glossaire Fichier d'amorçage d'urgence (terme spécifique à Informix) Fichier de configuration Informix résidant dans le répertoire <INFORMIXDIR>\etc (sur HP-UX) ou <INFORMIXDIR>/etc (sous Windows) et appelé ixbar.<server_id>, où <INFORMIXDIR> correspond au répertoire de base du serveur en ligne et <server_id> à la valeur du paramètre de configuration SERVERNUM. Chaque ligne du fichier d'amorçage d'urgence correspond à un objet de sauvegarde. Fichier d'options globales Les options globales couvrent différents aspects d'omniback II, habituellement les dépassements de délai et les limites, et ont une incidence sur l'ensemble de la cellule OmniBack II. Le fichier d'options globales contient des explications sur toutes les options globales. Ce fichier permet à l'utilisateur de personnaliser OmniBack II. Les paramètres d'options de ce fichier sont accessibles à toutes les interfaces utilisateur OmniBack II (interface Windows et interface de lignes de commande) et à tous les Gestionnaires de cellule. Ces options ne sont pas directement réparties entre l'agent de disque et l'agent média. Fichier de données (terme spécifique à Oracle et SAP R/3 ) Fichier physique créé par Oracle et contenant des structures de données, comme des tables et des index. Un fichier de données ne peut appartenir qu'à une seule base de données Oracle. Fichier de paramètres d'initialisation Fichier Oracle8 contenant des informations permettant d'initialiser la base de données et l'instance. Fichier épars Fichier contenant des données avec des parties de bloc vides. Exemple : une matrice dont une partie ou la plupart des données contient des zéros ou des fichiers provenant d'applications de visualisation d'images ou de 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. Fichiers journaux de transactions (terme spécifique à MS Exchange) Fichiers contenant les modifications apportées à une base de données. Fichiers journaux logiques Fichiers dans lesquels les données modifiées sont stockées avant d'être transférées au disque. En cas de panne, les fichiers journaux logiques permettent d'implémenter toutes les transactions qui ont été transférées et d'annuler toutes celles qui ne l'ont pas encore été. Glossaire G-13

324 Glossaire Flux de données Séquence de données transférées via le canal de communication. Formatage Opération consistant à préparer les nouveaux média et les média dont le format est reconnu par OmniBack II (tar, OmniBack I, etc) pour les utiliser avec OmniBack II. Les informations sur le média (ID, description et emplacement) sont enregistrées à la fois dans la base de données OmniBack II et sur le média respectif (dans l'en-tête du média). Utilisez l'option Forcer opération pour reformater les média OmniBack II contenant des données non protégées. Les média OmniBack II contenant des données protégées ne sont pas formatés tant que la protection n'a pas expiré ou que le média n'est pas recyclé. Fusion Ce terme définit la manière dont les fichiers sont restaurés. 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, ainsi que de toutes les sauvegardes incrémentales effectuées jusqu'à la prochaine sauvegarde complète. Gestion centralisée des licences OmniBack II permet de configurer une gestion centralisée des licences pour l'ensemble d'un environnement d'entreprise constitué de plusieurs cellules. Toutes les licences OmniBack II sont installées et conservées sur le système du Gestionnaire de cellule d'entreprise. En fonction de vos besoins, vous pouvez ensuite affecter des licences à des cellules spécifiques. Voir aussi MoM. 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 qui consiste à 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. G-14 Glossaire

325 Glossaire Gestionnaire de cellule Système principal de la cellule où est installé le logiciel OmniBack II central et d'où sont gérées toutes les activités de sauvegarde et de restauration. L'interface utilisée pour les tâches de gestion peut se trouver sur un système différent. Chaque cellule dispose d'un Gestionnaire de cellule. Gestionnaire de liens Base de données Novell NetWare contenant des informations sur les utilisateurs, groupes et groupes de travail Novell NetWare. Cette base de données se trouve sur le serveur Novell NetWare. Gestionnaire de récupération (RMAN) (terme spécifique à Oracle) Interface de ligne de commande Oracle8 contrôlant un processus du serveur Oracle8 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 (RM) (terme spécifique à SureStore) L'application du Gestionnaire RAID XP met à disposition de l'utilisateur une liste complète de commandes permettant d'établir des rapports et ce contrôler l'état des applications CA et BC. Ces commandes communiquent avec l'unité de commande de disque SureStore 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 d'utilisateurs Chaque utilisateur d'omniback II 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. Il existe trois groupes d'utilisateurs par défaut dans OmniBack II : Administrateur, Opérateur et Utilisateur. Groupe de disques 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 à Symmetrix) Unité logique représentant plusieurs périphériques 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 Glossaire G-15

326 Glossaire trouver sur la même unité Symmetrix. Les groupes de périphériques vous permettent : d'identifier et d'utiliser un sousensemble de périphériques Symmetrix disponibles, d'obtenir les statistiques relatives à la configuration, à l'état et aux performances de chaque groupe de périphériques, d'émettre des opérations de contrôle s'appliquant à tous les périphériques du groupe. Groupe de stockage (terme spécifique à MS Exchange 2000) Regroupement de banques de boîtes aux lettres et de dossiers publics se partageant un ensemble de fichiers journaux de transactions. MS 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. HP VPO HP OpenView Vantage Point Operations s'exécute sur les systèmes HP-UX et met à la disposition de l'utilisateur des fonctions très utiles pour gérer les opérations d'un grand nombre de systèmes sur un réseau. OmniBack II peut s'intégrer à ce produit de gestion. Les versions antérieures à VPO sont IT/ OperationsCenter et Operations Center. ICDA (terme spécifique à Symmetrix et Fastrax) ICDA (Integrated Cached Disk Arrays) d'emc est un périphérique à batterie de disques combinant un ensemble de disques physiques, un certain nombre de canaux FWD SCSI, une mémoire cache interne et un logiciel de contrôle et de diagnostic communément appelé "microcode". ID d'objet (terme spécifique à Windows 2000) Les ID d'objet (OID) permettent d'accéder aux fichiers NTFS 5, où qu'ils se trouvent dans le système. OmniBack II considère les OID comme des flux de fichiers. ID de connexion 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 auquel il appartient dans la table système syslogin de Microsoft SQL Server. G-16 Glossaire

327 Glossaire ID de média Identificateur unique attribué à un médium par OmniBack II. ID de session Cette variable d'environnement est définie par OmniBack II lors des sessions de sauvegarde et non lors des tests. Elle identifie une session et est enregistrée dans la base de données. Importation de média Procédé consistant à relire dans la base de données OmniBack II l'ensemble des données relatives aux sessions de sauvegarde qui se trouvent sur le médium. Ceci permet ensuite à l'utilisateur d'accéder rapidement et facilement aux données stockées sur les média. Voir aussi Exportation de média. Index de lecteur Numéro permettant d'identifier la position mécanique d'un lecteur au sein d'un périphérique de bibliothèque. Le contrôle robotique utilise ce numéro pour accéder à un lecteur. Inet Voir OmniInet. Inet Processus s'exécutant sur chaque système UNIX de la cellule OmniBack II. Ce processus 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 processus Inet est démarré par le démon inetd. Informations de connexion à la base de données cible Oracle 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. <Mot de passe> : chaîne de caractères requise à des fins de protection des données et connue de l'utilisateur seul. Les utilisateurs doivent entrer un mot de passe pour pouvoir se connecter à un système d'exploitation ou à une application logicielle. Ce mot de passe doit correspondre à celui figurant dans le fichier de mots de passe Oracle (fichier orapwd) ; ce fichier permet Glossaire G-17

328 Glossaire d'authentifier les utilisateurs chargés de l'administration de la base de données. <Service> : 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/ebu Le format des informations de connexion à la base de données du catalogue de récupération (Oracle8) ou du catalogue EBU (Oracle7) 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 du catalogue de récupération/ebu et non à la base de données cible Oracle. Remarque : l'utilisateur Oracle spécifié doit être le propriétaire du catalogue de récupération (Oracle8) ou de sauvegarde (Oracle7). 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 lignes de commande OmniBack II dispose d'un ensemble de commandes DOS et UNIX qui peuvent être utilisées dans les scripts shell pour effectuer des tâches de configuration et de gestion dans OmniBack II. Interface de périphérique virtuel (terme spécifique à MS SQL Server 7.0/2000) Interface de programmation de SQL Server 7.0/2000 permettant de sauvegarder et de restaurer rapidement des bases de données volumineuses. Interface XBSA (terme spécifique à Informix) L'utilitaire onbar et OmniBack II communiquent par le biais de l'interface XBSA (X/Open Backup Specification Services Programmer). ISQL Utilitaire Sybase utilisé pour effectuer des tâches d'administration système sur Sybase SQL Server. G-18 Glossaire

329 Glossaire Jonction de répertoires (terme spécifique à Windows 2000) Les jonctions de répertoires sont basées sur le concept de point d'analyse de Windows Une jonction de répertoires NTFS 5 permet à l'utilisateur de rediriger la demande de répertoire/ fichier vers un autre emplacement. Journal d'événements Référentiel central de l'ensemble des notifications ayant trait à OmniBack II. Par défaut, toutes les notifications sont envoyées au journal d'événements. Celui-ci n'est accessible qu'aux utilisateurs OmniBack II appartenant au groupe Admin et à ceux qui disposent des droits utilisateur Rapports, notifications et journal d'événements. Vous pouvez afficher ou supprimer l'ensemble des événements du journal. Journal de rétablissement (terme spécifique à Oracle) Chaque base de données Oracle dispose d'un ensemble de deux ou plusieurs fichiers journaux de rétablissement. Cet ensemble est appelé "journal de rétablissement de la base de données". Oracle y enregistre toutes les modifications apportées aux données. ARCHIVELOG, chaque journal de rétablissement en ligne, lorsqu'il est plein, est copié dans un (ou plusieurs) 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 - Dans ce mode, 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 à partir d'une défaillance de disque ou d'instance. Vous ne pouvez effectuer de sauvegarde "rapide" que si la base de données fonctionne dans ce mode. NOARCHIVELOG - Dans ce mode, les fichiers journaux de rétablissement en ligne ne sont pas archivés. Voir aussi Journal de rétablissement en ligne. Journal de rétablissement archivé (terme spécifique à Oracle) Egalement appelé journal de rétablissement hors ligne. Si la base de données Oracle8 fonctionne en mode Glossaire G-19

330 Glossaire Journal de rétablissement en ligne (terme spécifique à Oracle) Journaux de rétablissement n'ayant 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é (terme spécifique à Oracle). Journal de rétablissement hors ligne (terme spécifique à Oracle) Voir Journal de rétablissement archivé. Journaux d'événements Fichiers dans lesquels Windows NT ou Windows 2000 consigne tous les événements qui surviennent, comme le démarrage ou l'arrêt des services et la connexion et la déconnexion des utilisateurs. OmniBack II peut sauvegarder les journaux d'événements Windows NT dans le cadre de la configuration de sauvegarde de Windows NT, et ceux de Windows 2000 dans le cadre de la configuration de sauvegarde de Windows Journaux de transactions Enregistre les modifications de la base de données OmniBack II. Il est recommandé d'activer l'archivage des journaux de transactions pour éviter de perdre les fichiers journaux nécessaires à la récupération de l'obdb (créés après la dernière sauvegarde de l'obdb). Ces fichiers se trouvent dans le répertoire logfiles/syslog. Il est recommandé de placer le répertoire des fichiers journaux sur le disque système sur lequel est installé OmniBack II, et de déplacer tous les autres répertoires OBDB sur des disques différents. Lecteur Unité physique recevant des données provenant d'un système informatique et capable de les écrire sur un médium magnétique. Un lecteur peut également lire les données du médium et les envoyer au système informatique. LISTENER.ORA Fichier de configuration Oracle décrivant un ou plusieurs listeners TNS (Transparent Network Substrate) sur un serveur. LVM Logical Volume Manager, gestionnaire de volume logique - Le LVM est un système permettant de gérer l'espace disque sur les plates-formes HP-UX. Un système LVM est constitué de groupes arbitraires d'un ou plusieurs volumes physiques organisés en groupes de volumes logiques. Manager-of-Managers (MoM) Voir Gestionnaire de cellule d'entreprise. G-20 Glossaire

331 Glossaire MFS Migrating File System, système de fichiers migrant - Le MFS met des fonctions de migration à la disposition d'un système de fichiers JFS standard (sur HP-UX 10.x). L'utilisateur y accède via une interface de système de fichiers standard (DMAPI). Le MFS se monte sur un répertoire comme n'importe quel système de fichiers HP-UX. Dans un MFS, seules les informations de superblock et d'inode sont conservées en permanence sur le disque dur et ne migrent jamais. Voir aussi VBFS. 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. Mise au coffre de média Procédé consistant à stocker des média dans un emplacement sécurisé et distant. Les média 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. MMDB Media Management Database, base de données de gestion des média - La MMDB est une partie de la base de données OmniBack II contenant des informations sur les média et les périphériques configurés dans la cellule. 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. Mode asynchrone (terme spécifique à Fastrax) En mode asynchrone, le flux BCS transfère des données asynchrones vers ou depuis une bande montée. Le flux BCS sort automatiquement de ce mode si une erreur se produit pendant le transfert des données, si la fin de la bande est détectée et que d'autres données doivent être transférées, et si aucune autre donnée ne doit être transférée. 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-of- Managers (MoM). Il permet à Glossaire G-21

332 Glossaire l'utilisateur de configurer et de gérer plusieurs cellules à partir d'un point central. Moteur de stockage extensible (ESE, pour Extensible Storage Engine) (terme spécifique à MS Exchange) Technologie de base de données servant de système de stockage pour les échanges d'informations avec le serveur Microsoft Exchange MSM Media Session Manager, gestionnaire de session de média - Le MSM OmniBack II contrôle la session de média. Ce processus s'exécute toujours sur le système du Gestionnaire de cellule. Nom de verrouillage Nom qu'omniback II doit reconnaître pour procéder au verrouillage du périphérique avant de lancer les sessions de sauvegarde et de restauration. OBCS (terme spécifique à Oracle) Oracle Backup Control Script, script de contrôle de sauvegarde Oracle. Obdrindex.dat La base de données OmniBack II qui stocke des informations sur les sauvegardes OBDB, les périphériques et les média utilisés pour la sauvegarde. Ces données peuvent simplifier la récupération de l'obdb de manière significative. Le fichier se trouve dans le répertoire des fichiers journaux, avec les fichiers journaux de transactions. Il est recommandé de placer le répertoire des fichiers journaux sur le disque système sur lequel est installé OmniBack II, et de déplacer tous les autres répertoires OBDB sur des disques différents. Objet (de) sauvegarde Un objet de sauvegarde est un ensemble de données sélectionné pour la sauvegarde, comme un disque, un fichier, un répertoire, une base de données ou une partie de ceux-ci. Objet Un objet peut être différentes choses : pour les clients travaillant sous Windows NT ou Windows 2000, un objet est un disque logique (comme d:) ; pour les clients travaillant sous UNIX, un objet est un système de fichiers monté ou un point de montage ; pour les clients travaillant sur Netware, un objet est un volume. Les données constituant l'objet peuvent aussi être réduites à la sélection de certains fichiers ou répertoires. En outre, un objet peut être une entité de base de données. G-22 Glossaire

333 Glossaire OCCS (terme spécifique à Oracle) Oracle Configuration Control Script, script de contrôle de configuration Oracle. OmniInet Service s'exécutant sur chaque système Windows de la cellule OmniBack II. Ce processus 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 OmniInet est lancé dès qu'omniback II est installé sur un système. 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) Système de sauvegarde et de restauration du serveur en ligne. ON-Bar permet à l'utilisateur de créer une copie des données stockées sur son serveur en ligne et de les restaurer ultérieurement. Le système de sauvegarde et de restauration ON-Bar nécessite l'intervention des composants suivants : Utilitaire onbar OmniBack II (en tant que solution de sauvegarde), Interface XBSA et les 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) Variable d'environnement spécifiant le nom du fichier de configuration ONCONFIG actif. En cas d'absence de la variable d'environnement ONCONFIG, les valeurs de configuration du fichier <INFORMIXDIR>\etc\onconfig (sur les systèmes HP-UX) ou <INFORMIXDIR>/etc/onconfig (sur les systèmes Windows) sont utilisées. Opération hors contrôle ou opération sans surveillance Sauvegarde ou restauration ayant lieu en dehors des heures de présence du personnel, ce qui signifie qu'aucun opérateur n'est disponible pour gérer l'application de sauvegarde ou les demandes de montage de service, par exemple. Opération sans surveillance Voir Opération hors contrôle. Glossaire G-23

334 Glossaire 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. ORCS (terme spécifique à Oracle) Oracle Restore Command Script, script de commandes de restauration Oracle. Paquet magique Voir Wake ONLAN. 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 Nombre de bases de données pouvant être sauvegardées en parallèle. Partage de charge Par défaut, OmniBack II équilibre automatiquement la charge (l'utilisation) des périphériques afin de les utiliser de manière uniforme. Ce procédé permet d'optimiser l'utilisation des périphériques en équilibrant le nombre et la taille des objets sauvegardés sur chacun. Cette opération s'effectuant automatiquement pendant la sauvegarde, l'utilisateur n'a pas besoin de gérer les périphériques sur lesquels les données sont sauvegardées ; il lui suffit de spécifier les périphériques à utiliser. 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 à Symmetrix) Périphérique Symmetrix prenant part aux opérations SRDF avec un périphérique source (R1). Il réside sur l'unité Symmetrix distante. Il est apparié à un périphérique source (R1) dans l'unité 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 attribué à un type de groupe RDF2. Voir aussi Périphérique source (R1) (terme spécifique à Symmetrix) Périphérique de sauvegarde Périphérique configuré pour être utilisé avec OmniBack II et capable d'écrire des données sur un média de stockage. G-24 Glossaire

335 Glossaire 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 médium pour que celui-ci avance en continu. Si ce n'est pas le cas, l'avancement de la bande est 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 de données écrit sur la bande est inférieur ou égal à celui que le périphérique peut recevoir du 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 source (R1) (terme spécifique à Symmetrix) Périphérique 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é Symmetrix distante. Tout périphérique R1 doit être attribué à un type de groupe RDF1. Voir aussi Périphérique cible (R2) (terme spécifique à Symmetrix). Périphériques à pile Périphériques possédant plusieurs emplacements destinés au stockage des média et disposant généralement d'un seul lecteur. Un périphérique à pile sélectionne les média d'une pile de manière séquentielle. A l'inverse, une bibliothèque peut sélectionner les média de manière aléatoire depuis son référentiel. Planificateur Fonction permettant de contrôler le moment et la fréquence des sauvegardes automatiques. En configurant un calendrier, l'utilisateur peut automatiser le lancement des sauvegardes. Point d'analyse (terme spécifique à Windows 2000) Attribut contrôlé par le système et pouvant être associé à tout répertoire ou fichier. La valeur d'un attribut d'analyse peut être une donnée définie par l'utilisateur. Le format de la donnée est déterminé par l'application sur laquelle elle était stockée et par un filtre de système de fichiers installé dans le but de permettre l'interprétation de la donnée 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ée. Glossaire G-25

336 Glossaire Point de montage Point d'accès à un disque ou à un volume logique dans une structure de répertoires, par exemple /opt ou d:. Sur UNIX, les points de montage sont accessibles au moyen de la commande bdf ou df. Point de montage de volume (terme spécifique à Windows 2000) 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. Pool de média Ensemble de média du même type (DDS par exemple), utilisé et suivi comme un groupe. Les média sont formatés et attribués à un pool. Pool libre Source auxiliaire de média utilisée par les pools n'ayant plus aucun média disponible. Ces pools doivent supporter les 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 OmniBack II. L'utilisateur doit les rédiger lui-même dans des langages comme Perl, ou sous la forme de programmes exécutables sous Windows, et de scripts shell sous UNIX. Voir aussi Pré-exécution. Prealloc (liste) Dans un pool de média, sous-ensemble de média définissant l'ordre dans lequel les média sont utilisés pour la sauvegarde. Prealloc (liste) Dans un pool de média, sous-ensemble de média définissant l'ordre dans lequel les média sont utilisés pour la sauvegarde. 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é-execution et de postexécution ne sont pas fournies avec OmniBack II. L'utilisateur doit les rédiger lui-même dans des langages comme Perl, ou sous la forme de programmes exécutables sous Windows, et de scripts shell sous UNIX. Voir aussi Post-exécution. G-26 Glossaire

337 Glossaire Processus BC (terme spécifique à Symmetrix) Solution d'environnement de stockage protégé dans le cadre de laquelle des périphériques Symmetrix ont été spécialement configurés en tant que miroirs ou volumes BC pour protéger les données stockées sur des périphériques Symmetrix standard. Voir aussi BCV. 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 Tous les objets de sauvegarde de la base de données OmniBack II ont un propriétaire. Par défaut, il s'agit de l'utilisateur qui a lancé la session de sauvegarde. Propriété (terme spécifique à SureStore) 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. Sinon, 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 est root.sys@<gestionnaire de cellule>, pour le Gestionnaire de cellule sous HP-UX, et l'utilisateur spécifié pendant l'installation du Gestionnaire de cellule, pour le Gestionnaire de cellule sous Windows. Il est également possible de changer de propriétaire de session, pour qu'un utilisateur spécifique puisse en devenir le propriétaire, par exemple. Protection Voir Protection de données et Protection de catalogue. Protection de données Permet de définir le délai de protection des données sauvegardées sur le média, c'est-à-dire la durée pendant laquelle OmniBack II ne peut réécrire dessus. Une fois ce délai expiré, le média peut être réutilisé lors des sessions de sauvegarde. Voir aussi Protection de catalogue. Glossaire G-27

338 Glossaire Protection du catalogue La protection de catalogue permet de définir pendant combien de temps les informations sur les données sauvegardées (sauvegarde, noms et versions de fichiers) sont conservées dans la base de données OmniBack II. Voir aussi Protection de données. 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. RAID Redundant Array of Inexpensive Disks, batterie de disques durs redondants bon marché. RCU (terme spécifique à SureStore) Unité agissant comme esclave d'une MCU dans une configuration CA. Dans les configurations bidirectionnelles, la RCU peut également agir comme une MCU. RDF1/RDF2 (terme spécifique à 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 (service) Raima Database Server, serveur de base de données Raima, s'exécute sur le Gestionnaire de cellule OmniBack II, et gère la base de données OmniBack II. Il est lancé lorsqu'omniback II est installé sur le Gestionnaire de cellule. RecoveryInfo Lors de la sauvegarde de fichiers de configuration Windows, OmniBack II collecte les informations sur la configuration système actuelle (volume, configuration disque et réseau) nécessaires pour la récupération de désastre. Récupération de désastre 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 matérielle (terme spécifique à MS Exchange) Récupération de données au niveau du moteur de base de données (Moteur de stockage extensible 98). G-28 Glossaire

339 Glossaire Recyclage Processus consistant à supprimer la protection de toutes les données sauvegardées se trouvant sur le médium, autorisant ainsi OmniBack II à réécrire des données sur le médium au cours de l'une des sauvegardes ultérieures. Les données provenant de la même session qui se trouvent sur d'autres média ne sont plus protégées non plus. Le recyclage ne modifie pas les données qui se trouvent sur le médium. Réécriture (option de restauration) Option définissant un mode de résolution de conflits pendant la restauration. Tous les fichiers sauvegardés sont restaurés, qu'ils soient plus anciens ou plus récents que les fichiers existants. Voir aussi Fusion. Registre Windows NT ou Windows 2000 Référentiel de base de données concernant la configuration de l'ordinateur. Restauration incrémentale (terme spécifique à Symmetrix) Opération de contrôle BCV ou SRDF. Dans les opérations de contrôle BCV, un établissement incrémental entraîne la synchronisation incrémentale du périphérique BCV et son fonctionnement en tant que média Symmetrix miroir. Des paires doivent avoir été préalablement définies entre les périphériques Symmetrix. Dans les opérations de contrôle SRDF, un établissement incrémental entraîne la synchronisation incrémentale du périphérique cible (R2) et son fonctionnement en tant que média Symmetrix miroir. Des paires doivent avoir été préalablement définies entre les périphériques Symmetrix. 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 média. 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 média, améliorant ainsi les performances du système. RMAN (terme spécifique à Oracle) Voir Gestionnaire de récupération. RSM Restore Session Manager, gestionnaire de session de restauration - Le RSM Glossaire G-29

340 Glossaire OmniBack II contrôle la session de restauration. Ce processus s'exécute toujours sur le système du Gestionnaire de cellule. RSM (terme spécifique à Windows 2000) Removable Storage Manager, gestionnaire de média amovibles - Le RSM comprend un service de gestion des média destiné à faciliter la communication entre les applications, les changeurs robotiques et les bibliothèques de média. Il permet à plusieurs applications de partager des bibliothèques de média robotiques locales et des lecteurs de disques ou de bandes, et de gérer les média amovibles. SAPDBA (terme spécifique à SAP R/3) Interface utilisateur SAP R/3 intégrant les outils BRBACKUP, BRARCHIVE et BRRESTORE ; ceux-ci peuvent être facilement appelés depuis un menu. 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 d'hôte Voir Sauvegarde de client avec découverte de disque. Sauvegarde d'image disque Une sauvegarde d'image disque (rawdisk) d'un disque UNIX est une sauvegarde rapide au cours de laquelle OmniBack II sauvegarde les fichiers en tant qu'image bitmap. Ce type de sauvegarde ne suit pas la structure des fichiers et des répertoires stockés sur le disque ; elle stocke la structure de l'image disque au niveau des caractères. Vous pouvez sauvegarder des sections de disque spécifiques ou effectuer une sauvegarde complète du disque. Sauvegarde de client Sauvegarde de tous les systèmes de fichiers montés sur un système client. Les systèmes de fichiers montés sur le système client après la spécification de sauvegarde ne sont pas détectés automatiquement. Sauvegarde de client avec découverte de disque Sauvegarde de tous les systèmes de fichiers montés sur un système client. Lorsque la sauvegarde commence, OmniBack II découvre les disques se trouvant sur les systèmes client. La sauvegarde du client permet de simplifier la configuration et d'améliorer la couverture de sauvegarde des systèmes sur lesquels des disques sont fréquemment montés/démontés. G-30 Glossaire

341 Glossaire Sauvegarde de CONFIGURATION Windows OmniBack II 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 transaction Les sauvegardes de transaction nécessitent 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 différentielle Sauvegarde incrémentale basée sur une sauvegarde OmniBack II antérieure et devant encore être sous protection. Voir aussi Types de sauvegarde. Sauvegarde différentielle (terme spécifique à MS SQL) Sauvegarde de base de données au cours de laquelle ne sont sauvegardées que les modifications qui ont été apportées après la dernière sauvegarde complète de la base. Voir aussi Types de sauvegarde. Sauvegarde du journal des transactions Les sauvegardes du journal des transactions nécessitent 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 Sauvegarde effectuée pendant que l'application ou la base de données est disponible. Des interfaces spécifiques aux applications permettent à des produits de sauvegarde comme OmniBack II, de sauvegarder des unités logiques de la base de données tout en maintenant l'accès à celles-ci par l'application. Sauvegarde incrémentale Procédé consistant à ne sauvegarder que les fichiers auxquels des modifications ont été apportées depuis la dernière Glossaire G-31

342 Glossaire sauvegarde. L'utilisateur peut choisir parmi différents niveaux de sauvegarde incrémentale, ce qui lui permet de sélectionner uniquement les fichiers qui ont été modifiés depuis la dernière sauvegarde incrémentale. Voir aussi Types de sauvegarde. Sauvegarde incrémentale (terme spécifique à MS Exchange) Procédé consistant à sauvegarder les modifications effectuées depuis la dernière sauvegarde complète ou incrémentale. Seuls les journaux de transactions sont sauvegardés. Voir aussi Types de sauvegarde. Sauvegarde rawdisk Voir Sauvegarde d'image disque. Sauvegarde système sur bande (SBT, pour System Backup to Tape) (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. Script CMD pour serveur en ligne terme spécifique à Informix Script CMD Windows créé dans INFORMIXDIR lorsque le serveur en ligne Informix est configuré. Le script CMD est un ensemble de commandes système chargé d'exporter les variables d'environnement pour le serveur en ligne. Script de commandes (terme spécifique à Oracle) Les scripts de commandes permettent de définir les opérations de sauvegarde et de restauration effectuées par Oracle7 EBU. Script shell journal_plein Script fourni par ON-Bar et que l'utilisateur peut utiliser pour lancer la sauvegarde des fichiers journaux logiques lorsque le serveur en ligne émet une alarme de saturation de journal. Le paramètre de configuration ALARMPROGRAM Informix sélectionné par défaut est <INFORMIXDIR>/etc/log_full.sh, où <INFORMIXDIR> est le répertoire de base du serveur en ligne. Si vous ne souhaitez pas que les journaux logiques soient sauvegardés en continu, attribuez la valeur <INFORMIXDIR>/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 NT ou Windows 2000 pour valider les noms de connexion de Microsoft SQL Server pour toutes les connexions. Pour G-32 Glossaire

343 Glossaire l'utiliser, les utilisateurs doivent posséder un mot de passe pour Windows NT 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" (connexions validées par Windows NT Server ou Windows 2000 Server et acceptées par Microsoft SQL Server). Les connexions approuvées sont les seules autorisées. Voir aussi Sécurité standard (terme spécifique à MS SQL). 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. La sécurité standard est utile dans les environnements réseau comportant un grand nombre de clients dont il se peut que certains ne prennent pas en charge les connexions approuvées. Elle assure également la compatibilité ascendante avec les versions antérieures de Microsoft SQL Server. Voir aussi Sécurité intégrée (terme spécifique à MS SQL). Série de média Données sauvegardées sur des média. Chaque session de sauvegarde produit sa série de média. Serveur de base de données Ordinateur sur lequel est stockée une base de données volumineuse, une base de données SAP R/3 ou Microsoft SQL, par exemple. Une base de données stockée sur un serveur est accessible aux clients. Serveur de lecteurs multiples Une licence permettant à l'utilisateur d'exécuter un nombre illimité d'agents média sur un même système. Cette licence, liée à l'adresse IP du Gestionnaire de cellule, n'est plus disponible. Serveur DHCP Système sur lequel s'exécute le protocole DHCP (Dynamic Host Configuration Protocol), permettant la configuration dynamique des adresses IP et mettant à disposition des informations connexes. OmniBack II peut sauvegarder les données du serveur DHCP dans le cadre de la configuration Windows NT ou Windows Serveur en ligne (terme spécifique à Informix) Ce terme fait référence au serveur dynamique en ligne INFORMIX. Serveur Sybase SQL (terme spécifique à Sybase) Le serveur dans l'architecture clientserveur Sybase. Le serveur Sybase SQL gère plusieurs bases de données et Glossaire G-33

344 Glossaire utilisateurs, répertorie les positions physiques des données sur les disques et maintient la correspondance entre la description logique des données et leur stockage physique, ainsi que les caches de données et de procédures. 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. OmniBack II peut sauvegarder les données du serveur WINS dans le cadre de la configuration Windows NT ou Windows Services Terminal Server (terme spécifique à Windows 2000) Les services Terminal Server de Windows 2000 fournissent un environnement multi-sessions permettant aux systèmes client d'accéder à des sessions Windows 2000 virtuelles ainsi qu'à des applications Windows exécutées sur le serveur. Session Voir Session de sauvegarde, Session de gestion de média et Session de restauration. Session de gestion de média Session servant à exécuter une action sur les média, comme l'initialisation, l'analyse de contenu, la vérification des données stockées sur les média et la copie de média. Session de restauration Procédé consistant à copier les données d'un média de sauvegarde sur un système client. Session de sauvegarde Processus consistant à créer une copie des données sur un média de stockage. Les activités sont définies dans une spécification de sauvegarde ou dans une session interactive. Le résultat d'une session de sauvegarde est un ensemble de média sur lesquels des données ont été écrites, également appelé "série de média". Voir aussi Sauvegarde incrémentale et Sauvegarde complète. SGBDR Système de gestion de base de données relationnelle. SIBF Serverless Integrations Binary Files (SIBF), fichiers binaires d'intégrations sans serveur - Partie de la base de données Omniback II stockant les données de restauration brutes EMC Fastrax et NDMP. Ces données sont nécessaires pour la restauration des objets EMC Fastrax et NDMP. Simultanéité Voir Agents de disque concurrents. G-34 Glossaire

345 Glossaire SMBF Session Messages Binary Files (SMBF), fichiers binaires de messages de session - Partie de la base de données Omniback II stockant les messages générés lors des sessions de sauvegarde et de restauration. Chaque session génère un fichier binaire. Les fichiers sont regroupés par année et par mois. 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 de la spécification et 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, comme des fichiers, des répertoires ou encore le registre Windows par exemple. L'utilisateur a la possibilité de définir des listes de fichiers, comme des listes d'inclusion ou d'exclusion. Tous les clients configurés dans une spécification sont sauvegardés en une seule fois lors d'une session de sauvegarde, avec le même type de sauvegarde (complète ou incrémentale). Sqlhosts (fichier) (terme spécifique à Informix UNIX) Fichier d'informations de connectivité Informix 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. SRDF (terme spécifique à Symmetrix) Symmetrix Remote Data Facility, utilitaire de gestion des données distantes Symmetrix - Processus Business Continuance 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 média Procédé permettant de déterminer l'ordre d'utilisation des média pour la sauvegarde. Dans le cas d'une stratégie d'allocation stricte, OmniBack II indique à l'utilisateur un médium spécifique. Dans le cas d'une stratégie souple, OmniBack II indique tout médium pouvant être utilisé. Dans le cas d'une stratégie de priorité aux média formatés, OmniBack II préfère utiliser les média inconnus, même si des média non protégés sont disponibles dans la bibliothèque. Glossaire G-35

346 Glossaire Symmetrix Application Programming Interface (SYMAPI) (terme spécifique à Symmetrix) Bibliothèque de fonctions pouvant être liées et servir d'interface entre les unités Symmetrix et les clients OmniBack II. fourni par EMC. Symmetrix, fichier de base de données de ligne de commande (terme spécifique à Symmetrix) Fichier de base de données Symmetrix stockant les données de configuration Symmetrix sur chaque système disposant d'une batterie de disques intégrée (ICDA) et d'une interface de ligne de commande (SYMCLI) Symmetrix. Symmetrix, interface de ligne de commande (SYMCLI) (terme spécifique à Symmetrix) Application développée à l'aide de l'api Symmetrix Application Programming Interface (SYMAPI) qui récupère des données sur une unité Symmetrix utilisant certaines commandes SCSI de bas niveau. L'interface de programmation d'applications SYMCLI permet d'exécuter des commandes sur le système client pour obtenir des informations de configuration, d'état et de performance sur les unités Symmetrix attachées aux clients évoluant dans un environnement ouvert. Système client ou client Tout système configuré avec des fonctions OmniBack II et dans une cellule. Système d'application (terme spécifique à Symmetrix/SureStore) 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 stockées sur les volumes SureStore/Symmetrix. Les volumes sont mis en miroir grâce à l'une des fonctions de SureStore/Symmetrix. Voir aussi Système de sauvegarde. 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 média de sauvegarde. Système de sauvegarde (terme spécifique à Symmetrix/SureStore) Système connecté aux volumes miroir d'un ou plusieurs systèmes d'applications. Le système de sauvegarde est généralement connecté à une TLU pour effectuer la sauvegarde des volumes miroir. Voir aussi Système d'application. G-36 Glossaire

347 Glossaire 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 7.0/2000) 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 à 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. 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. TSANDS.CFG (fichier) (terme spécifique à Novell NetWare) Fichier permettant à l'utilisateur de spécifier les noms des conteneurs à partir desquels les sauvegardes doivent commencer. Ce fichier de texte se trouve dans le répertoire SYS:SYSTEM\TSA du serveur où est chargé TSANDS.NLM. Type de média Type physique du média, comme DDS ou DLT. Types de sauvegarde Voir Sauvegarde incrémentale, Sauvegarde différentielle, Sauvegarde de transaction et Sauvegarde complète. Glossaire G-37

348 Glossaire Unité Data-mover (terme spécifique à Fastrax) Unité de déplacement des données Fastrax permettant le transfert des données depuis un système Symmetrix connecté vers le système Fastrax, ou depuis le système Fastrax vers une TLU connectée. Unité de commande principale (MCU, pour Main Control Unit) (terme spécifique à SureStore) Batterie de disques SureStore 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 à SureStore), CA (terme spécifique à SureStore) et HP SureStore E Disk Array XP LDEV. Utilitaire de sauvegarde d'entreprise Oracle7 (EBU) (terme spécifique à Oracle) Voir EBU. Utilitaire onbar (terme spécifique à Informix) Utilitaire Informix chargé de communiquer les demandes de sauvegarde et de restauration au serveur en ligne. L'utilitaire fait appel à XBSA pour échanger des données de contrôle, de sauvegarde et de restauration avec OmniBack II. VBFS (terme spécifique à OmniStorage) Very Big Filesystem, très gros système de fichiers - Un VBFS 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 et d'inode sont conservées 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 OmniBack II stockées sur un médium 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 des 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, OmniBack II conserve dans la base de données une entrée pour le nom de fichier lui-même et une pour chaque version (date/heure) du fichier. G-38 Glossaire

349 Glossaire Vidage Une sauvegarde est aussi désignée sous le terme de "vidage". Voir aussi Chargement. Volser VOLume SERial number, numéro de série de volume - Un volser est une étiquette qui se trouve sur un médium et permettant d'identifier la bande physique dans les très grandes bibliothèques. Cette convention d'affectation des noms est spécifique aux périphériques ADIC/GRAU et StorageTek. Volume principal (P-VOL) (terme spécifique à SureStore) LDEV HP SureStore standard agissant comme volume principal pour les configurations CA et BC. Le P-VOL est situé dans le MCU. Voir aussi Volume secondaire (S-VOL) (terme spécifique à SureStore). Volume secondaire (S-VOL) (terme spécifique à SureStore) LDEV XP agissant comme miroir CA ou BC secondaire d'un autre LDEV (P-VOL). 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) (terme spécifique à SureStore). VxFS Veritas Journal Filesystem, système de fichiers journaux Veritas. VxVM Veritas Volume Manager, gestionnaire de volume Veritas - Le VVM est un système permettant de gérer l'espace disque sur les plates-formes Solaris. Un système VxVM est constitué de groupes arbitraires d'un ou plusieurs volumes physiques organisés en groupes de disques logiques. Wake ONLAN Support de mise en marche distant 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 Fonction OmniBack II permettant à l'utilisateur d'afficher des rapports sur l'état de sauvegarde et sur la configuration OmniBack II à l'aide de l'interface Web. Glossaire G-39

350 Glossaire G-40 Glossaire

351 Index A accès à la bibliothèque direct, 149 indirect, 148 accès direct à la bibliothèque, 149 accès indirect à la bibliothèque, 148 accords de service disponibilité, 187 facturation interne, 187 temps de récupération, 187 ADIC (EMASS/GRAU) AML, 137 Agents d'application, 11 Agents de disque, 11 Agents de sauvegarde, 11 Agents disques simultanés, 130, A-19, A-41 Agents média, 12 ajout de données aux média pendant les sauvegardes, 120 alarmes, 190 Application Response Measurement, 188, 190 avertissements en temps réel, 190, 191 temps de réponse, 190 transactions, 190 application, disponibilité sauvegarde Split Mirror, 225 applications de gestion des services ManageX, 188 MeasureWare, 188 VPO, 188 architecture cellules, 10 Gestionnaires de cellule, 10 périphériques de sauvegarde, 10 architecture de la BDD OmniBack II, 164 base de données de gestion des média, 165 fichiers binaires d'intégrations sans serveur, 169 fichiers binaires de catalogue détaillé, 167 fichiers binaires de messages de session, 168 parties de l'obdb, 164 schéma des parties de la base de données OmniBack II, 165 architecture OmniBack II base de données catalogue, 166 cellule, 10 description du point de vue logique, 11 description du point de vue physique, 11 Gestionnaires de cellule, 10 périphériques, 10 systèmes client, 10 ARM 2.0, 190 autoloader, 137 Voir aussi bibliothèques Autoloaders HP SureStore DAT24, A-14, A-35 autres configurations, 232 autres méthodes de récupération de désastre, 99 fournisseurs de systèmes d'exploitation, 99 outils tiers, 99 avantages de l'intégration en ligne, 221 avantages de l'obdb, 161 avertissements en temps réel, 190, 191 B basculement, 58 basculement automatique désactivé miroir distant, 231 basculement indépendant combinaison de miroirs local et distant, 232 base de données, 159, 161 avantages de l'obdb, 161 base de données catalogue, 166 base de données de gestion des média, 165 croissance et performances, 174 dans un environnement Manager-of-Managers, 163 fichiers binaires d'intégrations sans serveur, 169 fichiers binaires de catalogue détaillé, 167 fichiers binaires de messages de session, 168 fonctionnement, 170 gestion de la base de données OmniBack II, 173 Gestionnaire de cellule HP-UX, 162 Gestionnaire de cellule Windows, 162 OBDB, architecture, 164 taille et croissance, 161 base de données catalogue, 166 emplacement, 167 enregistrements, 166 estimation de la taille de, A-13, A-32 taille et croissance des enregistrements CDB autres que les noms de fichier, 167 taille et croissance des noms de fichier, 166 base de données centralisée de gestion des média, 19, 163, A-29 base de données dans le Gestionnaire de cellule Windows, 162 I-41

352 Index emplacement de l'obdb, 162 format de l'obdb, 162 base de données dans un environnement Manager-of-Managers, 163 base de données centralisée de gestion des média, 163 base de données dans un Gestionnaire de cellule HP-UX, 162 emplacement de l'obdb, 162 format de l'obdb, 162 base de données de gestion des média, 165 emplacement, 166 enregistrements, 165 taille et croissance, 165 base de données de récupération miroir local - hôte double, 229 bases de données, 215 base de données centralisée de gestion des média, 19 dbspaces, 215 espaces de table, 215 fichiers, 215 fichiers de contrôle, 217 fichiers de données, 216 interfaces de sauvegarde, 219 journaux de transactions, 216 mémoire cache, 217 points de contrôle, 218 sauvegardes en ligne, 219 segments, 215 tables, 215 BDD catalogue journaliser seulement les noms de répertoire, 75 journaliser toutes les informations détaillées, 75 ne journaliser aucun détail, 75 niveau de journalisation des informations, 79 BDD OmniBack II, 159, 161 architecture, 164 avantages de l'obdb, 161 base de données catalogue, 166 base de données de gestion des média, 165 croissance et performances, 174 dans un environnement Manager-of-Managers, 163 fichiers binaires d'intégrations sans serveur, 169 fichiers binaires de catalogue détaillé, 167 fichiers binaires de messages de session, 168 fonctionnement, 170 gestion de la base de données OmniBack II, 173 Gestionnaire de cellule HP-UX, 162 Gestionnaire de cellule Windows, 162 performances de restauration, 73 taille et croissance, 161 besoins relatifs à une stratégie de sauvegarde, A-9, A-24 bibliothèque de base de données, 220 bibliothèque de base de données OmniBack II, 220 bibliothèques, 20 Autoloaders HP SureStore DAT, A-35 Autoloaders HP SureStore DAT24, A-14 bibliothèques HP SureStore DLT 4115w, A-14 bibliothèques HP SureStore DLT 4228w, A-34 connexion à plusieurs systèmes, 141 emplacements, 137 gestion des média, 137 insertion et éjection des logements de bande, 138 lecteurs, 141 logements multiples, 138 partage, 138 plage d'emplacements, 137 silo, 137 support de bande nettoyante, 140 support de code barres, 139 taille, 138 bibliothèques HP SureStore DLT 4115w, A-14 bibliothèques HP SureStore DLT 4228w, A-34 bibliothèques silo, 137 BSM, 202 C caractéristiques d OmniBack II, 3 CDB without filenames size NoOfBackupsDP, 183 CDB. Voir base de données catalogue Cell Request Server, 201 cellules description du point de vue logique, 11 description du point de vue physique, 11 I-42

353 Index distantes, 42 domaines Windows 2000, 40 domaines Windows NT, 40 environnement mixte, 42 environnement UNIX, 40 environnement Windows 2000, 40 environnement Windows NT, 40 gestion centralisée, 18 Gestionnaires de cellule, 11 groupes de travail Windows NT, 41 multiples, 17, 37 opération de restauration, 12 opération de sauvegarde, 12 planification, 37 planification de la sécurité, 51 séparation, 17 cellules distantes, 42, 43 cellules distantes géographiquement, 42 cellules multiples, 17, 37 centralisation des services de sauvegarde miroir distant, 230 chaînage de périphériques, 129 chaînes de périphériques, 135 chaînes de sauvegarde, 70 champ Situation, 118 client d'application sauvegarde Split Mirror, 226 client de sauvegarde sauvegarde Split Mirror, 226 client de sauvegarde comme serveur de basculement sauvegarde Split Mirror, 227 clients, 11 installation, 39 maintien, 39 cluster (définition), 56 CMMDB, 19, A-29 CMMDB. Voir base de données centralisée de gestion des média codes barres, 139 cohérence de l'état instantané sauvegarde Split Mirror, 226 cohérence des données. Voir état instantané valide combinaison de miroirs local et distant, 231 basculement indépendant, 232 schéma de récupération de désastre intégrée à la sauvegarde, 232 commande omniclus, 65 commande xomnibackup, 59, 65 commandes commande omniclus, 65 commande xomnibackup, 59, 65 post-exécution, 205, 218 pré-exécution, 205, 218 commandes post-exécution, 205, 218 commandes pré-exécution, 205, 218 compression logicielle, 46 matérielle, 45, 47 compression logicielle, 46 compression matérielle, 45, 47 comptes d'utilisateur OmniBack II, 52 concepts de gestion des média, 21 concepts OmniBack II cellules, 10 clients, 10 Gestionnaires de cellule, 10 périphériques, 10 configuration d'omniback II, 27 configuration d'omniback II (présentation), 27 configuration de cellules, A-12, A-29 configuration de l'obdb création d'une spécification de sauvegarde pour la sauvegarde de l'obdb, 173 gestion de la base de données OmniBack II, 173 planification d'une sauvegarde de l'obdb, 173 configuration de périphériques magasins, 136 périphériques autonomes, 135 configuration de sauvegarde, 82 configuration de spécifications de sauvegarde, 79 configuration des périphériques, 128 configuration périphériques gde bibliothèque, 137 configurations supportées pour la sauvegarde Split Mirror, 228 autres configurations, 232 combinaison de miroirs local et distant, 231 miroir distant, 230 miroir local - hôte double, 228 miroir local - hôte simple, 229 conflit, 134 conflit de périphériques, 134 conflit de périphériques physiques, 134 contrôle des services, 193 conventions, xiii I-43

354 Index copie de média, 124 copies de média, 125 création de cellules domaines Windows 2000, 40 domaines Windows NT, 40 environnement mixte, 42 environnement UNIX, 40 environnement Windows 2000, 40 environnement Windows NT, 40 groupes de travail Windows NT, 41 création de spécifications de sauvegarde, 79 croissance de l'environnement de sauvegarde facteurs clé des performances et de la croissance de la base de données, 175 CRS, 201 cryptage, 54 cryptage des données, 54 cycle de vie des média, 105 cycle de vie, média, 105 D dbspaces, 215 DCBF, taille et croissance fichiers binaires de catalogue détaillé, 167 DCBF. Voir fichiers binaires de catalogue détaillé découverte de disque (définition), 207 définition de la protection du catalogue utilisation du niveau de journalisation et de la protection du catalogue, 178 délai d'attente, 206 délai d'attente (sessions de restauration), 209 demandes de montage, 206 automatisation, 207 notifications, 207 réponse, 207, 210 demandes de montage (sessions de restauration), 210 démon de gestion des média, 201 désastre (définition), 94 description de média, 117 détection de la bande nettoyante, 139 détection de lecteur encrassé, 140 diffusion, 189 disponibilité de l'application sauvegarde Split Mirror, 225 disques auxiliaires récupération de désastre, 97 disques partagés, 56 distribution des objets sur les média, 48 domaines Windows 2000, 40 domaines Windows NT, 40 données masquer aux autres utilisateurs, 53 visibilité, 53 données sauvegardées masquer aux autres utilisateurs, 53 visibilité, 53 données SIBF fichiers binaires d'intégrations sans serveur, 169 droits utilisateur, 156, 157 droits utilisateur OmniBack II (définition), 53 durée d'une sauvegarde exemples de calculs, A-15, A-36 durée de la restauration, 90 facteurs ayant une influence, 90 restauration parallèle, 91 durée de stockage des données sauvegardées, E échangeur, 137 échangeurs Voir aussi bibliothèques , 189 emplacement de l'obdb base de données dans le Gestionnaire de cellule Windows, 162 base de données dans un Gestionnaire de cellule HP-UX, 162 emplacement de la CDB base de données catalogue, 167 emplacement de la MMDB base de données de gestion des média, 166 emplacement de média, 117 emplacement des DCBF fichiers binaires de catalogue détaillé, 168 emplacement des SIBF fichiers binaires d'intégrations sans serveur, 169 emplacement des SMBF fichiers binaires de messages de session, 168 emplacements, 137 encodage, 54 encodage des données, 54 enregistrements CDB base de données catalogue, 166 enregistrements MMDB base de données de gestion des média, 165 I-44

355 Index enregistrements SMBF fichiers binaires de messages de session, 168 environnement entreprise, 16 Manager-of-Managers, 16 mixte, 42 réseau, 8 UNIX, 40 Windows 2000, 40 Windows NT, 40 environnement d'entreprise, 16 environnement mixte, 42 environnement réseau, 8 environnements de sauvegarde, A-5, A-22 espaces de table, 215 estimation de la taille d'une base de données catalogue, A-13, A-32 estimation de la taille de la base de données, 180 formule de base, 180 modèle, 180 paramètres d'entrée pour le calcul de la taille de la base de données, 181 taille de la CDB sans les noms de fichier, 183 taille de la MMDB, 182 taille des DCBF, 184 taille des noms de fichier, 183 taille des SIBF, 184 taille des SMBF, 184 estimation des variations du système de fichiers taille des noms de fichier, 183 état des média, 123 bon, 120 détermination, 123 médiocre, 120 passable, 120 état instantané valide sauvegarde Split Mirror, 226 étiquetage de média, 117 étiquettes, 118 étiquettes ANSI X3.27, 118 exemple de mise au coffre, 126 exemples mise au coffre, 126 rapports et notifications, 194 scénarios de sauvegarde, A-2 stratégies de planification, 84 taille des noms de fichier, 184 utilisation de pools de média, 111 utilisation des données fournies par OmniBack II, 197 exemples d'utilisation de pool de média, 111 configuration de grande bibliothèque, 112 périphériques multiples/pool unique, 113 périphériques multiples/pools multiples, 114 un périphérique/un pool, 111 exemples de gestion des services, 197 exemples de stratégies d'utilisation de média, 121 exemples de stratégies de planification, 84 exploration de fichiers, 75 exportation de média, 76 fonctionnement de la base de données OmniBack II, 171 objets supprimés, 171 F facteur de croissance cumulative, 184 taille des noms de fichier, 184 Facteur du niveau de journalisation les paramètres OmniBack II et leurs paramètres d'entrée, 182 facteurs ayant une influence sur la durée de la restauration, 90 facteurs clé des performances et de la croissance de la base de données, 174 croissance de l'environnement de sauvegarde, 175 nombre de lecteurs parallèles, 174 variations du système de fichiers, 174 facteurs d'état des média, 123 facteurs d'une stratégie de sauvegarde, 34 facteurs de croissance de la base de données catalogue niveau de détails, 75 protection du catalogue, 75 facteurs influençant les stratégies de sauvegarde, 34 facturation interne, 188 FC-AL, 144 Fibre Channel (définition), 143 Fibre Channel Arbitrated Loop, 144 fichier binaire DC fichiers binaires de catalogue détaillé, 167 fonctionnement de la base de données OmniBack II, 170 fichier fnames.dat taille et croissance des noms de fichier, 166 I-45

356 Index fichiers binaires d'intégrations sans serveur, 169 données, 169 emplacement, 169 taille et croissance, 169 fichiers binaires de catalogue détaillé, 167 DCBF, taille et croissance, 167 emplacement, 168 fichier binaire DC, 167 informations, 167 répertoire DC, 167 fichiers binaires de messages de session, 168 enregistrements, 168 location, 168 taille et croissance, 168 fichiers de contrôle, 217 fichiers de données, 216 file d'attente (sessions de restauration), 209 fonctionnalité de gestion des média, 21, 103 fonctionnalités d OmniBack II, 3 fonctionnalités de sécurité, 51 fonctionnement d'omniback II, fonctionnement d'une base de données, 215 fonctionnement de la base de données OmniBack II, 170 enregistrement de position de média, 170 exportation de média, 171 fichier binaire DC, 170 fichiers binaires de messages de session, 170 maintenance quotidienne, 172 purge de noms de fichier, 171 restauration, 170 sauvegarde, 170 format de l'obdb base de données dans le Gestionnaire de cellule Windows, 162 base de données dans un Gestionnaire de cellule HP-UX, 162 formatage des média, 105 formule taille de la CDB sans les noms de fichier, 183 taille des DCBF, 184 taille des noms de fichier, 183 formule de base estimation de la taille de la base de données, 180 fournisseurs de service, 188 fragmentation, 49 fragmentation des disques, 49 G garantir la cohérence de la base de données après la restauration miroir local - hôte double, 229 garantir la cohérence des données miroir local - hôte double, 228 générations de sauvegarde, 116, A-15, A-35, B-3 gestion centralisée des licences, 19 gestion de clusters, basculement, 58 disponibilité du Gestionnaire de cellule, 59 disques partagés, 56 groupes, 57 HP MC/Service Guard, 56 lecteurs flottants, 151 Microsoft Cluster Server, 56 nœuds principaux, 58 nœuds secondaires, 58 packages, 57 partage de charge, 59 partage de périphériques, 150 passage, 58 redémarrage automatique, 59 réseaux, 57 ressources, 58 sauvegarde des nœuds cluster virtuels, 60, 61, 63 serveurs virtuels, 58 gestion de la base de données OmniBack II configuration de l'obdb, 173 installation de l'environnement de sauvegarde OmniBack II, 173 maintenance de l'obdb, 173 présentation, 173 récupération de l'obdb, 173 gestion des média, 21, , 137 ajout de données aux média, 120 copie de média, 124 copies, 125 copies de média, 125 cycle de vie des média, 105 état des média, 120 étiquetage de média, 117 mise au coffre, 125 planification des performances, 49 pools de média, 22, 106 sélection des média, 119 stratégies d'allocation de média, 119 I-46

357 Index stratégies de préallocation, 120 stratégies de rotation des média, 114 gestion des média après la sauvegarde, 124 gestion des média avant la sauvegarde, 117 gestion des média pendant la sauvegarde, 119 gestion des noms de fichier, B-5 gestion des services, 5, analyses fonctionnelles de l'évolution des performances, 188 Application Response Measurement, 188 fournisseurs de service, 188 moniteur OmniBack II, 193 notifications, 194 présentation, 187 rapports, 194 gestion informatique, 187 gestionnaire de session de sauvegarde, 202 Gestionnaires de cellule, 39 grande disponibilité, 59 optimisation de la charge, 206 gestionnaires de session de média, 212 gestionnaires de session de restauration, 208 grande disponibilité, 4, 59 grandes bibliothèques, GRAU/EMASS, 137 groupe d'utilisateurs admin, 157 groupe d'utilisateurs finaux, 157 groupe d'utilisateurs opérateurs, 157 groupes, 57 groupes d'utilisateurs, 156 admin, 157 opérateur, 157 prédéfinis, 156, 157 utilisateur final, 157 groupes d'utilisateurs OmniBack II, 52 groupes d'utilisateurs prédéfinis, 156, 157 groupes de travail Windows NT, 41 H haute disponibilité conservation pendant la sauvegarde, 226 HP MC/Service Guard, 56 HP OpenView VantagePoint Operations, 191, 192 HTML, 189 I indicateurs de problème, 94 informations diverses, B-1 informations supplémentaires, B-1 informations sur les DCBF fichiers binaires de catalogue détaillé, 167 initialisation des média, 105 ID de média, 117 installation de l'environnement de sauvegarde OmniBack II gestion de la base de données OmniBack II, 173 intégration avec les applications de base de données, intégration avec les applications de base de données en ligne, 6 intégration avec MeasureWare, 192 intégration de cluster présentation, 55 intégration de sauvegarde Split Mirror OmniBack II, 228 intégration des sources de données, 192 intégrations ManageX, 192 VPO, 192 intégrations en ligne, 221 interconnectivité, 142 interfaces de sauvegarde, 219 interfaces utilisateur, 12, 25 interface OmniBack II, 26 interfaces utilisateur OmniBack II, 12, 25 internationalisation, B-5 ITO. Voir VPO J jeux de codage, B-6 jeux de sauvegarde, 54, 70, 119 définition, 81 journaliser seulement les noms de répertoire, base de données catalogue, 75 journaliser toutes les informations détaillées, base de données catalogue, 75 journaux de transactions, 216 jukebox, 137 Voir aussi bibliothèques L la protection du catalogue comme paramètre clé réglable de l'obdb, 177 expiration, 178 impact sur les performances de la sauvegarde, 178 restauration des données lors de l'expiration de la protection du catalogue, 178 I-47

358 Index lecteurs, 147 connexion à plusieurs systèmes, 141 flottant, 151 statique, 150 lecteurs flottants, 151 lecteurs parallèles, nombre facteurs clé des performances et de la croissance de la base de données, 174 lecteurs statiques, 150 les paramètres OmniBack II et leurs paramètres d'entrée, 181 Facteur du niveau de journalisation, 182 Nb compl. entre PC, 182 Nb compl. entre PD, 182 Nb incr entre PC, 182 Nb incr entre PD, 182 Simultanéité de périphérique, 182 Taille segment, 182 LIP, 144 listes de périphériques, 129 localisation, B-5 logements multiples, 138 Loop Initialization Primitive (Protocole), 144 M maintenance de l'obdb gestion de la base de données OmniBack II, 173 maintenance quotidienne fonctionnement de la base de données OmniBack II, 172 Manager-of-Managers, 18, 19, A-31 cellules distantes, 43 partage des bibliothèques, 20 rapports d'entreprise, 20 ManageX, 188, 189, 192, 193 MBDD. Voir base de données de gestion des média MeasureWare, 188, 190 mécanisme de réservation/libération SCSI, 147, 149 média âge, 123 champ Situation, 118 codes barres, 139 copie, 124 distribution des objets, 48 éjection des logements de bande, 138 erreurs de périphérique, 123 étiquetage, 117, 139 exportation, 76 formatage, 105 initialisation, 105, 117 insertion dans les logements de bande, 138 logements de bande, 138 marques de fichier, 131 mise au coffre, 105, 125 mise hors service, 105 nombre d'écrasements, 123 préparation, 105 quantité estimée de média requis, 116 segments d'en-tête, 131 segments de catalogue, 131 segments de données, 131 support de bande nettoyante, 140 support de code barres, 139 mémoire cache, 49, 217 méthode de récupération de désastre manuelle, 96 méthodes de récupération de désastre automatisée avancée, 98 autres, 99 manuelle, 96 restitution de disque, 97 Microsoft Cluster Server, 56 miroir distant, 230 basculement automatique désactivé, 231 centralisation des services de sauvegarde, 230 sauvegarde distante et indépendante du réseau local, 230 schéma, 230 site de récupération de désastre automatique désactivé, 231 miroir local - hôte double, 228 activation d'une sauvegarde en ligne, 229 activation d'une sauvegarde hors ligne, 229 base de données de récupération, 229 garantir la cohérence de la base de données après la restauration, 229 garantir la cohérence des données, 228 intégration de sauvegarde Split Mirror OmniBack II, 228 sauvegarde avec temps d'indisponibilité nul, 228 schéma d'hôte double, 228 signalement des sauvegardes à l'application/la base de données, 228 miroir local - hôte simple, 229 I-48

359 Index sauvegarde d'application, 229 sauvegarde d'image disque, 229 sauvegarde de base de données, 229 sauvegarde de système de fichiers, 229 sauvegardes supportées, 229 mise au coffre, 105, , A-20, A-42 définition, 125 restauration, 126 restauration à partir d'un coffre, A-21, A-43 mise au coffre de média, 105 mise hors service des média, 105 MMD, 201 MMDB, taille et croissance base de données de gestion des média, 165 modèle estimation de la taille de la base de données, 180 MoM, 18, 19 moniteur OmniBack II, 193 MSM, 212 N Nb compl. entre PC les paramètres OmniBack II et leurs paramètres d'entrée, 182 Nb compl. entre PD les paramètres OmniBack II et leurs paramètres d'entrée, 182 Nb incr entre PC les paramètres OmniBack II et leurs paramètres d'entrée, 182 Nb incr entre PD les paramètres OmniBack II et leurs paramètres d'entrée, 182 Nbre d'objets paramètres d'entrée de l'environnement de sauvegarde, 181 Nbre de fichiers paramètres d'entrée de l'environnement de sauvegarde, 181 Nbre de fichiers par rép. paramètres d'entrée de l'environnement de sauvegarde, 181 ne journaliser aucun détail, base de données catalogue, 75 niveau de journalisation OBDB, taille et croissance, 161 niveau de journalisation comme paramètre clé réglable de l'obdb activation de la restauration quelque soit le niveau de journalisation défini, 177 Fichier journal, 176 impact sur la capacité d'exploration pour la restauration, 177 impact sur la vitesse de l'obdb et les processus de sauvegarde, 176 impact sur la vitesse de restauration, 177 Journaliser répertoires, 176 Journaliser tout, 176 Pas de journalisation, 176 schéma, influence du niv. de journalisation et de la protection du cat. sur la croissance de l'obdb, 176 niveau de journalisation des informations, 79 nœuds principaux, 58 secondaires, 58 nœuds cluster virtuels, 60, 61, 63 nœuds principaux, 58 nœuds secondaires, 58 nombre de cellules, 37 points à prendre en considération, 37 nombre de mémoires tampon, 133 noms de verrou, 134, 147 NoOfBackupsDP taille de la CDB sans les noms de fichier, 183 NoOfMpos taille de la CDB sans les noms de fichier, 183 NoOfObjVer taille de la CDB sans les noms de fichier, 183 normes d'encodage des caractères, B-6 notifications, 6 O OBDB, taille et croissance, 161 niveau de journalisation, 161 protection du catalogue, 161 OBDB. Voir base de données OmniBack II objet sauvegarde, 79 OmniBack II GUI, 26 OmniInet, 201 opération automatisée, 5, 87 opération hors contrôle, 5, 87 opération sans surveillance, 5, 87, 135 optimisation de la charge des gestionnaires de cellule, 206 I-49

360 Index options de restauration, A-19 options de sauvegarde, A-18, A-40 P packages, 57 parallélisme, 45 paramètres d'entrée de l'environnement de sauvegarde calcul de la taille de la base de données, 181 Nbre d'objets, 181 Nbre de fichiers, 181 Nbre de fichiers par rép., 181 Taux incrém., 181 Volume de données, 181 paramètres d'entrée pour le calcul de la taille de la base de données, 181 les paramètres OmniBack II et leurs paramètres d'entrée, 181 paramètres d'entrée de l'environnement de sauvegarde, 181 partage de bibliothèque, 140 partage de charge, 46, 59, 80, 129 partage de charge (définition), 129 partage de périphériques dans les clusters, 150 partage de périphériques dans SAN, 146 lecteurs, 147 robotique, 147 partage des bibliothèques, 20, 137, 138, 140 parties de l'obdb architecture de la BDD OmniBack II, 164 passage, 58 perf. et croissance de la BDD, paramètres clé réglables, 175 niveau de journalisation, 176 protection du catalogue, 177 utilisation du niveau de journalisation et de la protection du catalogue, 178 performances de la sauvegarde, 130 performances de restauration, base de données OmniBack II, 73 performances des disques, 48, 49 compression, 49 mémoire cache, 49 sauvegardes d'image disque, 49 performances et croissance de la base de données OmniBack II, 174 estimation de la taille de la base de données, 180 facteurs clé, 174 perf. et croissance de la BDD, paramètres clé réglables, 175 sauvegardes comme facteurs clé, 174 périphérique autoloader, 137 biblio. SCSI-II, 137 échangeur, 137 GRAU/EMASS, 137 jukebox, 137 StorageTek/ACSLS, 137 périphérique en mode continu (définition), 130 périphériques, 23, 45, ADIC (EMASS/GRAU) AML, 137 Autoloaders HP SureStore DAT, A-35 Autoloaders HP SureStore DAT24, A-14 autonome, 135 bibliothèques HP SureStore DLT 4115w, A-14 bibliothèques HP SureStore DLT 4228w, A-34 chaînage de périphériques, 129 configuration, 128 conflit de périphériques physiques, 134 listes de périphériques, 129 nombre de mémoires tampon, 133 noms de verrou, 134 partage de charge, 129 périphérique en mode continu, 130 périphériques multiples, 129 planification des performances, 45 présentation, 128 simultanéité, 130 support de bande nettoyante, 140 support de l'alerte de bande, 128 taille de segment, 131 verrouillage de périphérique, 134 périphériques autonomes, 135 périphériques chargeurs, 135 périphériques de magasin nettoyage, 136 périphériques de sauvegarde, 23, 45 présentation, 128 périphériques multiples, 129 plage d'emplacements, 137 planification configuration de sauvegarde, 82 planification d'une stratégie de sauvegarde, configuration des périphériques, 36 I-50

361 Index définition, 31 définition des besoins, 31 disponibilité des données du système, 34 gestion des média, 36 planification de sauvegardes, 35 protection de données, 35 protection du catalogue, 35 stratégies de sauvegarde, 35 types de données, 35 planification de cellules, Gestionnaires de cellule, 39 nombre de cellules, 37 Serveurs d'installation, 39 planification de la sécurité, cellules, 51 comptes d'utilisateur OmniBack II, 52 encodage des données, 54 groupes d'utilisateurs OmniBack II, 52 visibilité de données sauvegardées, 53 planification des performances, compression, 45, 49 compression logicielle, 46 compression matérielle, 47 fragmentation des disques, 49 gestion des média, 49 infrastructure, 44 mémoire cache, 49 parallélisme, 45 partage de charge, 46 performances des disques, 48 périphériques, 45 sauvegardes locales, 44 sauvegardes réseau, 44 types de sauvegarde, 47 planification répartie de sauvegardes complètes, 83 planification, conseils et pièges à éviter, 82 points de contrôle, 218 pool libre, pools de média, 108 pools de média, 22, 23, 106, A-17, A-37 définition, 106 exemples d'utilisation, 107, 111 par défaut, 107 propriétés, 106 pools de média par défaut, 107 préparation d'un plan de stratégie de sauvegarde, 34 préparation des média, 105 présentation gestion de la base de données OmniBack II, 173 récupération de désastre, 95 restauration, 8 sauvegarde, 7 sauvegarde Split Mirror, 225 présentation des restaurations, 8 présentation des sauvegardes, 7 présentation du processus de récupération de désastre plan, 95 préparation, 95 récupération, 96 prévention des conflits, 134 processus, 201 gestionnaire de session de sauvegarde, 202 gestionnaires de session de restauration, 208 restauration, 8 sauvegarde, 7 processus de sauvegarde destination, 7 source, 7 processus OmniBack II, Cell Request Server, 201 démon de gestion des média, 201 OmniInet, 201 serveur de base de données Raima, 201 propriété, 54 sessions de restauration, 54 sessions de sauvegarde, 54 propriété des sauvegardes, 54 propriété des sessions de sauvegarde, 54 propriétés de pool de média ajout possible, 106 ajout possible aux incrémentales uniquement, 106 stratégie d'allocation de média, 106 propriétés de pools de média, 106 protection de données, 73, A-19 protection du catalogue, 74, A-18 exploration de fichiers, 75 générations de sauvegarde, B-4 OBDB, taille et croissance, 161 paramètre clé réglable de l'obdb, 177 protection du catalogue expirée, 178 purge noms de fichier, 171 versions de fichier, 172 I-51

362 Index purge de noms de fichier fonctionnement de la base de données OmniBack II, 171 purge de versions de fichier, 172 R rapports, 6, 194 rapports d'entreprise, 20 rapports en ligne, 196 rapports et notifications, A-19, A-41 diffusion, 189 , 189 exemples, 194 HTML, 189 SNMP, 189 rapports Java, 196 rapports Java en ligne, 196 RDS, 201 reconnaissance de média, 139 recouvrement des coûts, 188 récupération, 94 récupération de désastre, 94 automatisée avancée, 98 autres méthodes, 99 cohérence et pertinence des sauvegardes, 94 disques auxiliaires, 97 indicateurs de problème, 94 manuelle, 96 présentation du processus, 95 restitution de disque, 97 récupération de désastre automatisée avancée, 98 récupération de désastre avec restitution de disque, 97 récupération de l'obdb gestion de la base de données OmniBack II, 173 recyclage des média, 105 répertoire DC fichiers binaires de catalogue détaillé, 167 réseaux de clusters, 57 ressources du cluster, 58 restauration fonctionnement de la base de données OmniBack II, 170 restauration à partir de média d'un coffre, 126 restauration complète de système de fichiers, A-21, A-43 restauration de fichier unique, 211 restauration des données, restauration parallèle ou standard, 210 restauration standard ou parallèle, 210 restaurations, 90, 208 configuration, 46 durée, 90 mise au coffre, 126 opérateurs, 91 optimisation, 84 parallèles, 210 restauration complète de système de fichiers, A-21, A-43 restaurer par requête, A-21, A-42 utilisateurs finaux groupe d'utilisateurs finaux, 92 restaurations parallèles, 210 restaurer par requête, A-21, A-42 restitution de disque, 97 robotique, 147 RSM, 208 S SAN Voir Storage Area Network sauvegarde fonctionnement de la base de données OmniBack II, 170 sauvegarde avec découverte des disques, 207 sauvegarde avec découverte des disques ou standard, 207 sauvegarde avec temps d'indisponibilité nul miroir local - hôte double, 228 sauvegarde d'application miroir local - hôte simple, 229 sauvegarde d'image disque miroir local - hôte simple, 229 sauvegarde d'image disque ou sauvegarde de système de fichiers, 47 sauvegarde de base de données miroir local - hôte simple, 229 sauvegarde de base de données en ligne sauvegarde de journaux d'archive, 226 sauvegarde Split Mirror, 226 sauvegarde de données, procédure, 77 sauvegarde de journaux d'archive sauvegarde Split Mirror, 226 sauvegarde de raw disk. Voir sauvegarde d'image disque sauvegarde de système de fichiers, 47 miroir local - hôte simple, 229 I-52

363 Index sauvegarde de système de fichiers ou sauvegarde d'image disque, 47 sauvegarde distante et indépendante du réseau local miroir distant, 230 sauvegarde en ligne miroir local - hôte double, 229 sauvegarde en ligne de bases de données, 219 sauvegarde hors ligne miroir local - hôte double, 229 sauvegarde Split Mirror, 223 autres configurations, 232 client d'application, 226 client de sauvegarde, 226 client de sauvegarde comme serveur de basculement, 227 cohérence de l'état instantané, 226 combinaison de miroirs local et distant, 231 concept, 225 configurations supportées, 228 conservation de la haute disponibilité pendant la sauvegarde, 226 disponibilité de l'application, 225 état instantané valide, 226 intégration Omniback II, 228 miroir distant, 230 miroir local - hôte double, 228 miroir local - hôte simple, 229 présentation, 225 sauvegarde de base de données en ligne, 226 sauvegarde de journaux d'archive, 226 sauvegarde standard ou avec découverte des disques, 207 sauvegardes ajout de données aux média, 120 automatisées, 87 cohérence et pertinence, 94 configuration, 46 hors contrôle, 87 image disque, 47 locales, 44 objets sauvegarde, 79 périphériques, 128 planification étagée, 83 planifiées, 81 réseau, 44 sans surveillance, 87 sauvegarde avec découverte des disques ou standard, 207 sauvegarde standard ou avec découverte des disques, 207 sessions, 82 spécifications de sauvegarde, 79 stratégies de planification, 81 système de fichiers, 47 sauvegardes complètes, 47 avantages, 67 inconvénients, 67 planification étagée, 83 sauvegardes complètes et incrémentales, sauvegardes d'image disque, 47, 49 sauvegardes incrémentales, 47 avantages, 68 inconvénients, 68 types, 69 sauvegardes incrémentales de niveau 1, A-17, A-38 sauvegardes incrémentales par niveau, 69 sauvegardes indépendantes du réseau local, 146 sauvegardes planifiées, 81 sauvegardes supportées miroir local - hôte simple, 229 scénarios de sauvegarde (entreprise ABC), A-22 A-43 scénarios de sauvegarde (entreprise XYZ), A-5 A-21 schéma d'hôte double miroir local - hôte double, 228 schéma de récupération de désastre intégrée à la sauvegarde combinaison de miroirs local et distant, 232 schéma des parties de la base de données OmniBack II architecture de la BDD OmniBack II, 165 schéma du miroir distant, 230 schéma, influence du niv. de journalisation et de la protection du cat. sur la croissance de l'obdb, 175 scripts post-exécution, 80 pré-exécution, 80 pré-exécution et post-exécution, 205 scripts post-exécution, 80 scripts pré-exécution, 80 scripts pré-exécution et post-exécution, 205 sécurité accès à des données non autorisé, 155 définition, 51 I-53

364 Index encodage des données, 155 groupes d'utilisateurs, 155 relatif aux utilisateurs, 155 visibilité de données sauvegardées, 155 sécurité OmniBack II (définition), 51 segments, 215 sélection d'objets sauvegarde, 79 sélection des média pour la sauvegarde média sélection pour la sauvegarde, 119 série de média (définition), 81 séries de média, 81, 202 serveur de base de données Raima, 201 Serveurs d'installation, 12, 39 serveurs de lecteurs, 12 serveurs virtuels, 58 services, 201 services OmniBack II, Cell Request Server, 201 démon de gestion des média, 201 OmniInet, 201 serveur de base de données Raima, 201 session de gestion des média (définition), 212 session de sauvegarde (définition), 80, 202 sessions gestion des média, 212 restauration, 15, 208 sauvegarde, 202 sessions de restauration, 15, 54, définition, 208 délai d'attente, 209 demandes de montage, 210 file d'attente, 209 sessions de sauvegarde, 54, 78, 82, configuration de sauvegarde, 82 délai d'attente, 206 demandes de montage, 206 interactives, 202 planifiées, 202 sessions sauvegarde, 13 sessions de sauvegarde interactives, 202 sessions de sauvegarde planifiées, 202 SIBF, taille et croissance fichiers binaires d'intégrations sans serveur, 169 signalement des sauvegardes à l'application/la base de données miroir local - hôte double, 228 simultanéité, 130 Simultanéité de périphérique les paramètres OmniBack II et leurs paramètres d'entrée, 182 simultanéité de sauvegarde, 130, A-19, A-41 site de récupération de désastre automatique désactivé miroir distant, 231 SMBF, taille et croissance fichiers binaires de messages de session, 168 SMBF. Voir fichiers binaires de messages de session SNMP, 189 solutions pour scénarios de sauvegarde, A-10, A-27 spécifications de sauvegarde, 23, 78, 79, A-17, A-37 Storage Area Network, accès direct à la bibliothèque, 149 accès indirect à la bibliothèque, 148 concepts, 142 Fibre Channel, 143 interconnectivité, 142 mécanisme de réservation/libération SCSI, 147 noms de verrou, 147 partage de périphériques, 146 partage de périphériques dans les clusters, 150 sauvegardes indépendantes du réseau local, 146 topologies Fibre Channel, 144 StorageTek/ACSLS, 137 stratégie de rotation des média (définition), 114 stratégie de sauvegarde, 29 stratégies d'allocation de média, 106, 115, 119 souple, 119 stricte, 119 stratégies d'utilisation de média, 120 ajout possible, 120 ajout possible des incrémentales uniquement, 120 exemples, 121 sans possibilité d'ajout, 120 stratégies de planification, 81, 84 stratégies de restauration, 90 opérateurs, 91 utilisateurs finaux, 92 stratégies de rotation des média, 114 stratégies de sauvegarde, 126 I-54

365 Index environnement d'entreprise stratégies de sauvegarde, 16 stratégies de sauvegarde de l'entreprise, 126 support de bande nettoyante, 140 magasins, 136 périphériques de magasin, 136 support de code barres, 139 support de l'alerte de bande, 128 Support de mémoire cartouche, 139 surveillance, 6, 193, 194 système de sécurité relatif aux utilisateurs, 155 systèmes à sauvegarder, 11 systèmes client, 11 systèmes dotés de périphériques de sauvegarde, 12 T taille bibliothèques, 138 taille de bibliothèque, 138 taille de bloc par défaut, 132 performances, 132 périphériques, 132 périphériques de sauvegarde, 132 taille de bloc par défaut, 132 taille de la CDB sans les noms de fichier estimation de la taille de la base de données, 183 formule, 183 NoOfMpos, 183 NoOfObjVer, 183 taille de la MMDB estimation de la taille de la base de données, 182 taille de segment, 131 taille des DCBF estimation de la taille de la base de données, 184 formule, 184 taille des noms de fichier estimation de la taille de la base de données, 183 estimation des variations du système de fichiers, 183 exemple, 184 facteur de croissance cumulative, 184 formule, 183 taille des SIBF estimation de la taille de la base de données, 184 taille des SMBF estimation de la taille de la base de données, 184 taille et croissance des enregistrements CDB autres que les noms de fichier base de données catalogue, 167 taille et croissance des noms de fichier base de données catalogue, 166 fichier fnames.dat, 166 Taille segment les paramètres OmniBack II et leurs paramètres d'entrée, 182 Taux incrém. paramètres d'entrée de l'environnement de sauvegarde, 181 temps de réponse, 190 topologie en boucle, 144 topologie point à point, 144 topologie switchée, 145 topologies Fibre Channel, 144 point à point, 144 topologie en boucle, 144 topologie switchée, 145 traitement des invites de montage, 88 transactions, 190 types de protection catalogue, 74 données, 73 types de sauvegarde, 84 complète, 47, 67 incrémentale, 47, 67, 68 planification des performances, 47 points à prendre en considération, 81 types de sauvegardes incrémentales, 69 sauvegardes incrémentales par niveau, 69 typographiques, conventions, xiii U utilisateurs, 156 utilisateurs et groupes d'utilisateurs, utilisation de média, 105 utilisation des pools de média, 107 utilisation du niveau de journalisation et de la protection du catalogue, 178 définition de la protection du catalogue, 178 particularités des grandes cellules, 180 particularités des petites cellules, 179 I-55

366 Index utilisation de différents niveaux de journalisation dans la même cellule, 179 V variations du système de fichiers facteurs clé des performances et de la croissance de la base de données, 174 verrouillage de périphérique, 134 visibilité de données sauvegardées, 53, 155 Volume de données paramètres d'entrée de l'environnement de sauvegarde, 181 VPO, 188, 189, 191, 192 I-56