Guide d'intégration de la fonction de clonage avec … › ... › products › storage-4 ›...

EMC® NetWorkerVersion 8.1

Guide d'intégration de CloningRÉF. 302-000-562RÉV. 01

Guide d’intégration de la fonction de clonage avec EMC NetWorker version 8.12

Copyright © 1990 - 2013 EMC Corporation. Tous droits réservés.

Publié en juillet 2013

EMC estime que les informations figurant dans ce document sont exactes à la date de publication. Ces informations sont modifiables sans préavis.

Les informations contenues dans ce document sont fournies « en l'état ». EMC Corporation ne fournit aucune déclaration ou garantie d’aucune sorte concernant les informations contenues dans cette publication et rejette plus spécialement toute garantie implicite de qualité commerciale ou d’adéquation à une utilisation particulière. L’utilisation, la copie et la distribution de tout logiciel EMC décrit dans cette publication exigent une licence logicielle en cours de validité.

EMC2, EMC et le logo EMC sont des marques déposées ou des marques commerciales d’EMC Corporation aux États-Unis et dans d’autres pays. Toutes les autres marques citées dans le présent document sont la propriété de leurs détenteurs respectifs.

Pour obtenir les informations légales les plus récentes concernant votre famille de produits, consultez la rubrique Documentations et conseils techniques du site Web du Support en ligne EMC.

SOMMAIRE

Préface

Chapitre 1 Introduction

Historique des révisions.............................................................................. 12 Intégration de la fonction Cloning................................................................ 12 Intégration de la fonction Staging ............................................................... 13 Avantages du clonage et du staging ............................................................ 13

Protection supplémentaire des données ............................................... 14performant ............................................................................................ 14Optimisation du stockage ..................................................................... 15

licences ...................................................................................................... 16 Conditions de version requises ................................................................... 16 Composants NetWorker............................................................................... 16

NetWorker Server .................................................................................. 17Clients NetWorker ................................................................................. 17Noeud de stockage ............................................................................... 17NetWorker Management Console .......................................................... 18Volumes................................................................................................ 18Pools .................................................................................................... 18Savesets ............................................................................................... 18Référentiels NetWorker.......................................................................... 19

Exemple de clonage .................................................................................... 20 Exemple de staging de données.................................................................. 21

Chapitre 2 Planification et utilisation

Exigences relatives au clonage.................................................................... 24 Politique de clonage ................................................................................... 24

Quand cloner ........................................................................................ 24À propos des pools de clones................................................................ 25Savesets ............................................................................................... 26Attributs de clone.................................................................................. 26Sauvegardes multiplexées .................................................................... 27

Prise en compte de l'application ................................................................. 30 Prise en compte du scénario de restauration ............................................... 30 Prise en compte des politiques de rétention des index et des médias ......... 31

politique de rétention des index............................................................ 31Rétention des index .............................................................................. 32

Chapitre 3 Configuration des logiciels

Rapport Filesystem Configuration................................................................ 36 noeuds de stockage .................................................................................... 37

Identification des sources de lecture et d'écriture ................................. 38Critères de lecture des données clonées ............................................... 40Critères d'écriture du clone ................................................................... 40Envoi d’un clone depuis un nœud de stockage vers un autre nœud de stockage ............................................................................................... 41

Guide d’intégration de la fonction de clonage avec EMC NetWorker version 8.1 3

Sommaire

Envoi de clones depuis tous les nœuds de stockage vers un seul nœud de stockage ............................................................................................... 41Critères de restauration des données clonées ....................................... 41Clonage avec unités de bande............................................................... 42Clonage avec périphériques de type fichier et AFTD ............................... 43Différences dans le processus de clonage ............................................. 43Clonage manuel avec un périphérique de type de fichier avancé ........... 44

Clonage avec EMC Avamar (noeud de déduplication) .................................. 44Sauvegarde sur bande pour les clients de déduplication Avamar .......... 45

Clonage avec des périphériques Data Domain (DD Boost) ........................... 46Formats de clonage............................................................................... 46Conditions requises pour le clonage ..................................................... 47Clonage par pools ................................................................................. 48

Clonage avec EMC Disk Library à l'aide d'un noeud de stockage intégré ...... 49Sélection d'un noeud de stockage......................................................... 51Environnements disposant de plusieurs noeuds de stockage................ 51Affinité de noeud de clonage pour toutes les VTL de la librairie de disques................................................................................................. 52

Clonage du nœud de stockage de production des données vers les bandes physiques.................................................................................................... 52

Chapitre 4 Procédures de clonage

Clonage des données.................................................................................. 56NetWorker 7.6 SP1 et versions supérieures ........................................... 56Versions de NetWorker inférieures à 7.6 SP1......................................... 56

Options de clonage..................................................................................... 56 Clonage automatisé .................................................................................... 57

Configuration du clonage automatique.................................................. 57 Planification d'une opération de clonage .................................................... 60

Planification d'une opération de clonage .............................................. 61Démarrage manuel d'une opération de clonage planifié ........................ 64Surveillance des opérations de clonage planifié.................................... 64Affichage de l'état de clonage d'un saveset........................................... 64

Clonage des volumes .................................................................................. 65 Clonage des savesets.................................................................................. 65 Clonage avec script ..................................................................................... 67

Améliorations de NetWorker 7.6 Service Pack 1..................................... 67Améliorations de NetWorker 7.5............................................................ 68Description des options nsrclone .......................................................... 68Utilisation des options nsrclone ............................................................ 69Utilisation de la commande nsrclone pour spécifier une politique de rétention des index et des médias......................................................... 69

Clonage de données archivées.................................................................... 70Planification d'une session de clonage de données archivées............... 70Clonage manuel d'un volume archivé .................................................... 70

Éléments à prendre en compte pour améliorer les performances de clonage 71 Validation du clonage ................................................................................. 71 Affichage de versions de sauvegarde dans l'interface utilisateur ................. 72

Chapitre 5 Restauration de données à partir de clones

Restauration des clones.............................................................................. 74 Scénarios de restauration ........................................................................... 74

Rétention des index et des médias........................................................ 74

4 Guide d’intégration de la fonction de clonage avec EMC NetWorker version 8.1

Sommaire

Savesets et volumes nécessaires à la restauration des données clonées..... 77Génération d'une base de données des médias répertoriant tous les savesets ............................................................................................... 77Détermination de l'état d'un saveset dans la base de données des médias.................................................................................................. 78Exigences relatives aux savesets........................................................... 78Sélection des volumes clonés à partir desquels restaurer les données.. 80

Tâches de restauration ................................................................................ 81Restauration des données clonées accessibles dans l'index des fichiers clients................................................................................................... 81Restauration des savesets restaurables dans l'index des fichiers clients................................................................................................... 84Restauration des savesets recyclables dans l'index des fichiers client .. 86Restauration des savesets ne figurant pas dans la base de données des médias.................................................................................................. 88

Chapitre 6 Reclassement

Présentation du staging .............................................................................. 94Exemple de staging ............................................................................... 94

Destination ................................................................................................. 95 Utilisation de politiques de staging ............................................................. 96

Création d'une politique de staging....................................................... 96Modification d'une politique de staging ................................................ 98Copie d'une ressource de staging.......................................................... 98Suppression d'une politique de staging ................................................ 99

Procédure de staging depuis NetWorker Management Console.................... 99 Procédure de staging depuis la ligne de commande .................................. 100

Recherche de l'identifiant de clonage d'un saveset ............................. 100

Chapitre 7 NetWorker Module for Databases and Applications

Groupement de savesets NMDA ................................................................ 102Restrictions de staging NetWorker....................................................... 103Groupement de savesets via NMDA..................................................... 103Informations sur le groupement de savesets dans la base de données des médias................................................................................................ 105

Uniformité des politiques NMDA ............................................................... 105


Sommaire


PRÉFACE

En vue d’améliorer la qualité de ses gammes de produits, EMC publie régulièrement des révisions de ses logiciels et de son matériel. Par conséquent, il se peut que certaines fonctions décrites dans le présent document ne soient pas prises en charge par l’ensemble des versions des logiciels ou du matériel actuellement utilisés. Pour obtenir les informations les plus récentes sur les fonctions des produits, consultez les notes de mise à jour de vos produits.

Si un produit ne fonctionne pas correctement ou ne fonctionne pas de la manière décrite dans ce document, contactez un responsable de compte EMC.

Remarque : les informations figurant dans ce document sont exactes à la date de publication. De nouvelles versions de ce document peuvent être publiées sur le site Web du Support en ligne EMC. Consultez ce site afin de vous assurer que vous utilisez la version la plus récente de ce document.

ObjectifCe document contient des informations sur l'organisation, les pratiques et la configuration de la fonction de clonage NetWorker.

AudienceCe document fait partie de la documentation EMC NetWorker et s'adresse aux administrateurs système. Il contient des informations sur la planification, les pratiques et la configuration de la fonction de clonage NetWorker.

Les lecteurs de ce document doivent pouvoir :

◆ Identifier les différents composants matériels et logiciels de la zone de données NetWorker.

◆ Suivre les procédures de configuration des opérations de gestion du stockage.

◆ Suivre les instructions pour rechercher les problèmes et implémenter des solutions.

Documentation connexeLes publications EMC suivantes apportent des informations complémentaires :

◆ Guide de compatibilité du logiciel EMC NetWorker Présente la liste des systèmes d’exploitation des clients, des serveurs et des nœuds de stockage pris en charge par les versions logicielles de protection des informations EMC.

◆ Guide d’installation d’EMC NetWorkerFournit des instructions pour installer et mettre à jour le logiciel NetWorker pour les clients, la console et le serveur sur toutes les plates-formes prises en charge.

◆ Guide d’intégration avec le cluster d’EMC NetWorker Contient des informations relatives à la configuration du logiciel NetWorker sur des serveurs et des clients de cluster.


Préface

◆ Guide d’administration d’EMC NetWorkerExplique comment configurer et gérer le logiciel NetWorker.

◆ Guide d’intégration des EMC Data Domain Deduplication Devices avec EMC EMC NetWorkerFournit des informations de planification et de configuration sur l’utilisation de périphériques Data Domain pour la sauvegarde et le stockage de déduplication dans un environnement NetWorker.

◆ Guide d’intégration d’EMC NetWorker avec VMwareFournit des informations de planification et de configuration relatives à l’utilisation de VMware dans un environnement NetWorker.

◆ Guide d’intégration d’EMC NetWorker avec EMC AvamarFournit des informations de planification et de configuration relatives à l’utilisation des périphériques Avamar dans un environnement NetWorker.

◆ Guide d’intégration d’EMC NetWorker SnapShot Management Offre la possibilité de cataloguer et de gérer les copies de snapshot des données de production qui sont créées en utilisant les technologies de miroir sur des baies de stockage EMC.

◆ Notes de mise à jour d’EMC NetWorkerFournit des informations sur les nouvelles fonctions, les modifications, les problèmes résolus, les limitations connues, les configurations requises par l’environnement et le système pour la dernière version du logiciel NetWorker.

◆ Guide d’octroi des licences d'EMC NetWorkerFournit des informations sur l’octroi des licences pour les produits et les fonctions NetWorker.

◆ EMC NetWorker License Manager 9th Edition Installation and Administration GuidePrésente les informations d’installation et de configuration du produit NetWorker License Manager.

◆ Guide des messages d’erreur d’EMC NetWorkerFournit des informations sur les messages d’erreur NetWorker les plus courants.

◆ Guide de référence des commandes d’EMC NetWorkerFournit des informations de référence pour les commandes et les options NetWorker.

◆ Guide de planification de l’optimisation des performances d’EMC EMC NetWorker Contient des informations de base sur l’optimisation des performances de NetWorker.

◆ Guide des bonnes pratiques de disponibilité et de reprise après sinistre d’EMC EMC NetWorker ServerExplique comment concevoir et planifier une reprise après sinistre NetWorker. Cependant, il ne fournit pas d’instructions détaillées sur la reprise après sinistre. La section Reprise après sinistre de NPG (NetWorker Procedure Generator) fournit des instructions de reprise après sinistre étape par étape.

◆ Aide en ligne d’EMC NetWorker Management ConsoleExplique comment effectuer les tâches d’administration quotidiennes dans NetWorker Management Console ainsi que dans la fenêtre Administration de NetWorker.


Préface

◆ Aide en ligne d’EMC NetWorker UserExplique comment utiliser le programme NetWorker User (l’interface cliente Microsoft Windows pour le NetWorker Server) pour sauvegarder, restaurer, archiver et récupérer des fichiers sur un réseau.

◆ Notes techniques et livres blancsOffrent une étude technique approfondie d'un ou de plusieurs produits en fonction des problèmes ou besoins métiers critiques. Les documents de type notes techniques et livres blancs décrivent des concepts technologiques, des considérations métiers et des technologies appliquées, et fournissent des analyses détaillées ainsi qu’une planification des bonnes pratiques.

Conventions utilisées dans ce documentEMC utilise les conventions suivantes pour attirer l’attention du lecteur sur certains points particuliers :

Un AVERTISSEMEN donne une information vitale.

Remarque : une remarque donne une information importante, mais non vitale.

Conventions typographiques

EMC utilise les conventions typographiques suivantes dans le présent document :

Normal Dans le texte courant (autre que les procédures) pour :• les noms d’éléments d’interface (tels que les noms de fenêtres, de

boîtes de dialogue, de boutons, de champs et de menus),• les noms de ressources, d’attributs, de pools, d’expressions

booléennes, de boutons, d’instructions DQL, de mots-clés, de clauses, de variables d’environnement, de fonctions et d’utilitaires ;

• les URL, les noms de chemins d’accès, les noms de fichiers, les noms de répertoires, les noms d’ordinateurs, les noms de fichiers, les liens, les groupes, les clés de service, les systèmes de fichiers et les notifications.

Gras Utilisé dans le texte courant (autre que les procédures) pour les noms de commandes, d’options, de programmes, de processus, de services, d’applications, d’utilitaires, de noyaux, de notifications, d’appels système et de pages man.

Utilisé dans les procédures pour :• les noms d’éléments d’interface (tels que les noms de fenêtres, de

boîtes de dialogue, de boutons, de champs et de menus),• les éléments avec lesquels l’utilisateur interagit spécifiquement (via

une sélection, une saisie, un clic de la souris ou une frappe au clavier).

Italique Utilisé dans tout le texte (y compris les procédures) pour :• les titres complets de publications citées dans le texte,• la mise en valeur (par exemple, un nouveau terme),• les variables.

Courier Utilisées pour :• les données de sortie du système, telles que les messages d’erreur ou

les scripts ;• les URL, les chemins d’accès complets, les noms de fichiers, les invites

et la syntaxe ne faisant pas partie du texte courant.


Préface

Obtenir de l’aidePour plus d'informations sur le support, les produits et les licences EMC, procédez comme suit :

Informations sur les produits — Pour obtenir de la documentation, des notes de mise à jour, des mises à jour logicielles ou des informations sur les produits, licences et services EMC, consultez le site Web de support en ligne EMC (inscription obligatoire) à l’adresse :

https://support.emc.com/

Support technique — Pour accéder au support technique, rendez-vous sur le site du Support en ligne EMC et choisissez Support. La page Support affiche différentes options. L’une d’entre elles permet de créer une demande de service. Notez que pour pouvoir ouvrir une demande de service, vous devez disposer d’un contrat de support valide. Pour savoir comment obtenir un contrat de support valide ou pour toute question concernant votre compte, contactez un responsable de compte EMC.

Communauté en ligne — Visitez la communauté EMC Community Network à l’adresse https://community.EMC.com/, pour obtenir des contacts homologues, des entretiens et du contenu sur les solutions et la prise en charge des produits. Engagez-vous en ligne de manière interactive avec les clients, les partenaires et les professionnels certifiés pour tous les produits EMC.

Vos commentairesVos suggestions contribuent à améliorer la précision, l’organisation et la qualité d’ensemble des publications destinées à nos utilisateurs. Nous vous invitons à envoyer votre avis sur ce document à l’adresse suivante :

[email protected]

Courier Gras Utilisé pour les entrées utilisateur spécifiques (par exemple, les commandes).

Courier Italique Utilisé dans les procédures pour :• les variables de la ligne de commande,• les variables entrées par l’utilisateur.

< > Les chevrons simples entourent les valeurs de paramètres ou de variables indiquées par l’utilisateur.

[ ] Les crochets entourent les valeurs facultatives.

| Une barre verticale indique les sélections alternatives (la barre signifie « ou »).

{ } Les accolades entourent le contenu que l’utilisateur doit spécifier, c’est-à-dire x, y ou z.

… Les points de suspension indiquent des informations non essentielles omises dans l’exemple.


https://support.emc.com/

mailto:[email protected]

CHAPITRE 1Introduction

Le présent chapitre contient les sections suivantes<:hs>:

◆ Historique des révisions.......................................................................................... 12◆ Intégration de la fonction Cloning............................................................................ 12◆ Intégration de la fonction Staging ........................................................................... 13◆ Avantages du clonage et du staging ........................................................................ 13◆ licences .................................................................................................................. 16◆ Conditions de version requises ............................................................................... 16◆ Composants NetWorker........................................................................................... 16◆ Exemple de clonage ................................................................................................ 20◆ Exemple de staging de données.............................................................................. 21

Introduction 11

Introduction

Historique des révisionsLe tableau ci-dessous répertorie l’historique des révisions de ce document.

Intégration de la fonction CloningCloning est une fonction du logiciel EMC® NetWorker® qui permet le stockage hors site sécurisé et le transfert de données d'un emplacement à un autre. Elle permet également de créer une copie d'un saveset d'un volume à un autre.

Une opération de clonage NetWorker peut être effectuée aux niveaux suivants :

◆ Saveset

◆ Contrôle

◆ Pool

D'autres critères de sélection peuvent également être utilisés pour spécifier des types de données ou de client particuliers. Bien que l'opération de clonage crée une copie des données de sauvegarde d'origine, il ne s'agit pas d'une copie exacte car seules les données concernées par la sauvegarde sont identiques. Certaines métadonnées sont modifiées afin que la copie clonée puisse être gérée comme une copie distincte et indépendante de l'originale. Ce procédé permet d'utiliser la copie clonée pour d'autres opérations sans générer aucune dépendance vis à vis de l'original.

Plusieurs copies clonées peuvent être créées de sorte qu'une sauvegarde puisse être protégée contre la corruption, les dommages locaux, les sinistres sur site ou la perte. Le clonage est également un mécanisme qui permet de déplacer des données d'un type de stockage à un autre. Par exemple, dans le cadre d'un stockage hors site, vous pouvez déplacer des données d'un disque vers une bande.

Les opérations de clonage peuvent être configurées pour s'exécuter :

◆ Via un démarrage automatique (clonage automatique)

◆ Calendrier

◆ Selon un script personnalisé

Les informations relatives aux volumes, à l'état et à l'historique des opérations de clonage peuvent être visualisées et contrôlées à partir de la fenêtre NetWorker Administration. Les messages relatifs au clonage sont également consignés dans le fichier de messages NetWorker et dans le fichier log savegrp qui se trouvent dans le répertoire NetWorker_install_dir\logs.

Tableau 1 Historique des versions

Révision Date Description des sections ajoutées ou modifiées

A01 Juillet 2013 Première publication de ce document.


Introduction

Intégration de la fonction StagingLe staging NetWorker est un processus distinct reposant sur le mécanisme de clonage. Le staging de savesets est le processus qui consiste à transférer des données d'un média de stockage à un autre et à supprimer ensuite les données de son emplacement d'origine. Le staging est uniquement pris en charge pour les données qui résident sur des périphériques de type disque.

Un saveset peut être déplacé d'un disque à un autre autant de fois que nécessaire. Un saveset peut, par exemple, faire l'objet d'un staging depuis le disque 1 vers le disque 2, puis vers le disque 3, pour être finalement stocké sur une unité de bande distante ou un périphérique de type cloud. Une fois que le saveset est placé sur un périphérique sur bande ou un périphérique de cloud, il ne peut plus être déplacé. Toutefois, vous pouvez toujours cloner le volume de bande ou de cloud.

Le staging peut être effectué par l'un des processus suivants :

◆ Dans le cadre d'un processus planifié, par exemple conservation du saveset pendant 30 jours sur le périphérique de staging avant le transfert des données sur le périphérique suivant.

◆ Dans le cadre d'un processus géré par un événement, comme par exemple lorsque l'espace disponible dans le pool de staging passe en dessous d'un seuil défini. Lorsque cela arrive, les savesets les plus anciens sont déplacés jusqu’à ce que l’espace disponible atteigne un seuil supérieur prédéfini.

◆ Dans le cadre d’un processus géré par un administrateur, qui permet à l'administrateur de réinitialiser le seuil ou de sélectionner manuellement des savesets à organiser.

Le staging n'affecte pas la politique de rétention des médias de données de sauvegarde. Par conséquent, les données organisées sont encore disponibles pour la restauration.

Lorsque le processus de staging rencontre une erreur après avoir cloné avec succès les savesets spécifiés, il supprime uniquement du volume source les savesets dont le clonage a réussi, avant l'abandon du programme. Cela garantit qu'un seul ensemble de savesets sera présent dans les volumes sources ou dans les volumes de clonage au terme du processus de staging.

Avantages du clonage et du stagingS'il existe plusieurs raisons de choisir d'effectuer un clonage ou un staging de données, dans la plupart des cas, ce choix est dicté par les principaux objectifs suivants :

◆ Protection supplémentaire des données

◆ performant

◆ Optimisation du stockage

Une opération de clonage NetWorker est effectuée uniquement après une sauvegarde réussie, ce qui présente les avantages suivants :

Intégration de la fonction Staging 13

Introduction

◆ Permettre au processus de sauvegarde de s'exécuter de manière optimale sans impact sur la vitesse lié aux accusés de réception, aux retards ou aux nouvelles tentatives d'écriture sur un ou plusieurs périphériques. Le clonage limite l'impact sur le client, tout en fournissant une protection des données aussi rapidement que possible.

◆ S'assurer que la sauvegarde aboutisse, que les données soient valides et que l'opération de clonage s'achève correctement.

◆ Garantir que la configuration requise du système de stockage ait été déterminée et que le stockage approprié soit disponible.

◆ Permettre la planification et la hiérarchisation de l'opération de clonage en dehors de la fenêtre de sauvegarde lorsque les ressources sont moins limitées.

◆ Réduire la charge sur l'infrastructure de sauvegarde.

◆ Faciliter le démarrage des restaurations lorsque l'opération de sauvegarde est déjà terminée.

Remarque : Le logiciel NetWorker ne vous permet pas de créer un clone instantané en écrivant sur deux périphériques simultanément. Cette opération est également appelée clonage parallèle, jumelage ou copie en ligne. Lorsque le clonage parallèle ou le jumelage est nécessaire, pensez à utiliser la fonction de clonage de NetWorker. L'utilisation du clonage permet de garantir que le bon déroulement de la sauvegarde initiale. Une protection supplémentaire des données peut également être mise en oeuvre par l'utilisation du maximum de bande passante et de périphériques disponibles pour l'environnement de sauvegarde.

Protection supplémentaire des données

La création d'un clone des données de sauvegarde vous permet d'atteindre les deux objectifs suivants :

◆ Valider le fait que les données de sauvegarde d'origine peuvent été lues, ce qui garantit qu'elles pourront être restaurées. Cela confirme également que le média sur lequel réside la sauvegarde est intact.

◆ Grâce au clonage, plusieurs copies de données sont disponibles. Une copie peut être livrée hors site pour un stockage en chambre forte, ce qui permet des taux de transfert plus rapides qu'une sauvegarde directe sur bande. Cette copie peut être mise à disposition pour une restauration sur le site d'origine ou hors site.

performant

Les performances sont l'un des avantages du staging. Les données sont sauvegardées sur un stockage de proximité, ce qui correspond généralement à une sauvegarde sur disque. Les données peuvent ensuite faire l'objet d'une migration sur bande, selon les paramètres de la politique de staging associée au périphérique de disque.


Introduction

Optimisation du stockage

Le périphérique de stockage utilisé pour la sauvegarde initiale est généralement un compromis entre un certain nombre de facteurs, dont notamment :

◆ Ville

◆ Disponibilité

◆ Capacité

◆ Rapidité

◆ les coûts

Ainsi, il est peu probable que les données de sauvegarde placées sur le périphérique de stockage initial résident sur le stockage idéal ou optimum pour toute la durée de la période de rétention des données.

Le clonage et le staging peuvent permettre d'utiliser plus efficacement les périphériques de stockage en déplaçant les données entre différents types de périphérique. Cette possibilité présente les avantages suivants :

◆ Les sauvegardes stockées sur les unités de bande locales peuvent être copiées sur d'autres périphériques situés sur des sites distants, sans altérer les performances de la sauvegarde initiale.

◆ Les sauvegardes effectuées sur des périphériques de disque peuvent être copiées sur une bande afin de faciliter le stockage hors site ou à long terme.

Le déplacement des données d'un disque vers une bande vous permet d'utiliser plus efficacement les capacités de stockage. L'utilisation d'un disque dédupliqué permet la récupération de l'espace de stockage initial pour de futures sauvegardes.

Une fois les sauvegardes clonées sur d'autres périphériques de stockage, les sauvegardes d'origine peuvent être supprimées. Cela permet les opérations suivantes :

◆ De nouvelles sauvegardes peuvent être écrites sur le périphérique de disque puisque l'espace de stockage initial peut être récupéré pour de futures sauvegardes.

◆ Plusieurs niveaux de service peuvent être pris en charge :

• Les sauvegardes les plus récentes peuvent rester sur un périphérique de stockage pour une restauration rapide.

• Les autres sauvegardes peuvent être déplacées vers un stockage plus lent et plus économique, si les conditions de restauration sont moins exigeantes.

BandeLa bande est toujours le support de stockage de sauvegarde le plus fréquemment utilisé. Les problèmes ci-après peuvent toutefois être rencontrés lors de son utilisation :

◆ Difficultés d'accès aux données

◆ Fiabilité de l'unité de bande

◆ Fiabilité des mécanismes robotiques de modification

◆ Nécessité d'une longue fenêtre de sauvegarde

Avantages du clonage et du staging 15

Introduction

Remarque : Utilisez une sauvegarde sur disque lorsque des sauvegardes hautes performances sont requises au sein d'une fenêtre de sauvegarde peu étendue. Les données peuvent faire l'objet d'un staging sur bande pour une rétention plus longue.

Périphériques à disqueLes périphériques à disque deviennent plus économiques et offrent des avantages lors de la déduplication et de la réplication de données. Les périphériques à disque présentent, toutefois, des capacités limitées et peuvent parfois demander beaucoup de travail.

licencesDans la plupart des cas, la fonctionnalité utilisée pour le clonage ou le staging est intégrée au produit de base NetWorker existant et ne nécessite aucune licence, ni code d'activation supplémentaire.

Cependant, certains périphériques offrent une fonctionnalité supplémentaire, susceptible de nécessiter d'autres licences ou codes d'activation, pour permettre l'utilisation de cette fonctionnalité pour le clonage ou le staging, ou la mise à disposition de capacités supplémentaires.

Pour garantir que les licences associées aux fonctionnalités et aux capacités appropriées sont appliquées et activées pour les périphériques utilisés, consultez le Guide d’octroi des licences d'EMC NetWorker.

Conditions de version requisesLes serveurs et les clients NetWorker qui prennent en charge le clonage doivent respecter les conditions requises suivantes en matière de version :

◆ NetWorker Server doit être installé avec NetWorker 7.6 Service Pack 1 (SP1) ou une version supérieure.

◆ La version de NetWorker Management Console (NMC) doit être 7.6 SP1 ou supérieure.

Composants NetWorkerLe logiciel NetWorker possède un certain nombre de composants qui permettent plus de flexibilité au niveau du déploiement des configurations des zones de données NetWorker. Ils permettent également l'ajustement des données et du nombre de clients pris en charge.

Cette section traite des sujets suivants :

◆ « NetWorker Server », page 17

◆ « Clients NetWorker », page 17

◆ « Noeud de stockage », page 17

◆ « NetWorker Management Console », page 18

◆ « Volumes », page 18


Introduction

◆ « Pools », page 18

◆ « Savesets », page 18

◆ « Référentiels NetWorker », page 19

NetWorker Server

Principal composant, NetWorker Server gère les autres composants constituant l'infrastructure de sauvegarde.

Une zone de données est composée d'un NetWorker Server, du groupe de composants et des données clientes gérés par le serveur. Un site client peut posséder une ou plusieurs zones de données selon la taille, la distribution et l'organisation des services.

Clients NetWorker

Les clients NetWorker sont des ordinateurs, des stations de travail ou des serveurs de fichiers dont les données peuvent être sauvegardées et restaurées avec le logiciel NetWorker. Chaque client NetWorker doit disposer du logiciel NetWorker et être configuré sur NetWorker Server. Le logiciel active également l'interaction avec les modules d'application NetWorker.

Dans certains cas, un autre logiciel doit également être installé pour les périphériques de stockage locaux et les noeuds de stockage dédiés.

Noeud de stockage

Le noeud de stockage NetWorker est un système connecté à un périphérique de stockage NetWorker, et capable de stocker des données de sauvegarde.

Il existe deux types de noeud de stockage :

◆ Noeud de stockage partagé (standard)

Le noeud de stockage partagé peut recevoir des données provenant de plusieurs sources et partager ses capacités de stockage.

◆ Noeuds de stockage dédiés

Un noeud de stockage dédié est limité ou dédié à un seul client et ne permet pas l'utilisation de son stockage par d'autres clients. Dans la plupart des cas, les noeuds de stockage partagés doivent utiliser des systèmes dédiés pour que les capacités d'E/S soient entièrement utilisées. Il est toutefois possible que le noeud de stockage réside sur des systèmes chargés d'autres tâches.

Par défaut, NetWorker Server doit être un noeud de stockage pour que ses propres sauvegardes soient sécurisées. Dans certains environnements de petite taille, vous pouvez utiliser NetWorker Server comme un noeud de stockage partagé pour toutes les données clientes sauvegardées.

Remarque : Utilisez des systèmes dédiés pour des noeuds de stockage partagés et pour diriger toutes les données clientes vers le noeud de stockage dédié.

Composants NetWorker 17

Introduction

NetWorker Management Console

NetWorker Management Console (NMC) fournit l'interface utilisateur et les services nécessaires à la gestion administrative du logiciel NetWorker, à la surveillance des opérations de sauvegarde et de restauration, et à la signalisation des événements de sauvegarde. Ce module logiciel distinct peut communiquer avec NetWorker Server.

Dans des environnements de petite taille, il est généralement installé avec NetWorker Server. Toutefois, pour les environnements de plus grande taille, NMC peut être installé seul ou sur un système distinct.

NMC vous permet de configurer, de surveiller et de signaler les activités en temps réel.

Volumes

Les périphériques NetWorker utilisent des volumes de données pour stocker et gérer les données de sauvegarde.

Chaque volume doit appartenir à un pool qui permet l'utilisation de plusieurs volumes. Dans le cas de cartouches de bande, cette procédure garantit que le volume et le noeud de stockage appropriés sont toujours utilisés.

Pools

Un pool peut être utilisé pour regrouper les sauvegardes afin que les données de même type ou de même profil puissent être stockées ensemble. Vous pouvez, par exemple, créer un pool pour les sauvegardes Complète le dimanche.

Les pools permettent également de diriger les données vers des emplacements ou des noeuds de stockage spécifiques, ce qui permet d'organiser les données pour un stockage et une restauration optimum ; ils sont utilisés lors des sessions de clonage.

Savesets

Les données de sauvegarde sont composées d'un ou de plusieurs savesets dans une seule session ou un seul thread de données, généré par un client NetWorker d'un module NetWorker. Un saveset contient au moins un fichier situé sur un volume NetWorker.

Les attributs de saveset fournissent les informations suivantes :

◆ Provenance des données

◆ Type de sauvegarde contenu dans le saveset

◆ Type de saveset concerné

◆ Date de création du saveset

◆ Date d'expiration du saveset

◆ Date d'expiration de l'index associé (expiration des médias)

◆ Emplacement des données

Ces attributs permettent au logiciel NetWorker de garantir que les données sont gérées selon les politiques et les paramètres de configuration appliqués. Vous pouvez déterminer l'état et le type du saveset.


Introduction

Ces attributs vous permettent également de déterminer :

◆ Les éléments clonés

◆ Les éléments à cloner

◆ L'état de l'opération de clonage

◆ L'état de la sauvegarde

Référentiels NetWorker

Le logiciel NetWorker utilise deux référentiels distincts pour gérer les données qui ont été sauvegardées à l'aide de la commande save. Les référentiels suivants enregistrent les métadonnées, sans tenir compte de NetWorker Client, du module NetWorker ou du type de données :

◆ Base de données des médias

◆ Index de fichiers client

Base de données des médiasLes informations sur le saveset sont stockées dans la base de données des médias. Cette base de données contient tous les enregistrements de tous les savesets actuellement contrôlés par le logiciel NetWorker, et susceptibles d'être utilisés dans le cadre d'une restauration.

La base de données des médias fournit les informations suivantes :

◆ Emplacement (volume) du saveset

◆ Taille du saveset

◆ Décalage au sein du volume

La base de données des médias contient des détails limités sur le contenu du saveset. Les noms et les attributs des fichiers au sein du saveset sont stockés dans des index clients distincts.

Contrairement aux index clients, les entrées de la base de données des médias sont relativement petites, et ne nécessitent qu'un faible espace pour chaque saveset. Ainsi, l'espace disque nécessaire à la base de données des médias est généralement faible, et la taille du disque dépend du nombre de volumes et de savesets.

Index clientIl existe un référentiel d'index clients distinct pour chaque NetWorker Client unique, configuré avec le logiciel NetWorker. Les index clients contiennent des références aux ID de saveset et enregistrent chacun des fichiers qui ont été inclus dans la sauvegarde d'un NetWorker Client donné.

Les entrées d'un index de fichiers clients enregistrent les informations ci-après sur les sauvegardes de système de fichiers :

◆ Nom du fichier

◆ Attributs du fichier

◆ Emplacement du fichier dans la structure de fichiers

Composants NetWorker 19

Introduction

◆ Position du fichier dans le saveset

Remarque : Pour les sauvegardes du module NetWorker, l'index de fichiers clients comprend les métadonnées relatives à chacun des objets d'application.

Étant donné que certains savesets peuvent contenir de nombreux fichiers (100 000 ou plus), les informations stockées dans les index clients peuvent s'accroître. Cette croissance a un impact sur la quantité d'espace disque nécessaire à leur stockage. La politique de rétention des index et des médias relative aux savesets permet aux clients de gérer un espace d'index pour les savesets.

Exemple de clonageDans cet exemple, trois savesets sont créés par la sauvegarde d'un client avec trois lecteurs de données. Ces savesets sont stockés sur un volume accessible via le noeud de stockage A. Suite à l'exécution d'une opération de clonage, les copies de ces savesets sont envoyées vers un pool de clones sur le noeud de stockage B. La Figure 1 à la page 20 illustre un environnement de clonage.

Figure 1 Exemple de clonage


Introduction

Exemple de staging de donnéesPar exemple, les données de sauvegarde initiales peuvent être adressées à un périphérique de type de fichier haute performance ou de type de fichier avancé. De cette façon, le temps de sauvegarde est réduit en tirant parti d’un périphérique de type de fichier ou de fichier avancé. Par la suite, les données peuvent être déplacées sur un média de stockage moins cher mais plus permanent, tel qu’une bande magnétique en dehors de la période de sauvegarde normale. Après avoir déplacé les données de sauvegarde, les données de sauvegarde initiales peuvent être supprimées du périphérique de type de fichier ou du périphérique de type de fichier avancé afin de libérer suffisamment d'espace disque pour la sauvegarde suivante.

Sur la Figure 2 à la page 21, le staging conduit à la suppression des savesets d'origine sur le volume A1, une fois leur clonage effectué avec succès sur le volume B1. Les croix indiquent qu'une fois la copie (clonage) terminée, les savesets d'origine sont supprimés. Il s'agit ici de montrer la différence entre une opération de clonage et une opération de staging. Les savesets apparaissent comme se déplaçant d'un média de stockage à un autre. Le saveset résultant est identique au premier, à ceci près qu'il se trouve dans un emplacement différent.

Figure 2 Exemple de staging

Exemple de staging de données 21

Introduction


CHAPITRE 2Planification et utilisation


◆ Exigences relatives au clonage ................................................................................ 24◆ Politique de clonage ............................................................................................... 24◆ Prise en compte de l'application ............................................................................. 30◆ Prise en compte du scénario de restauration ........................................................... 30◆ Prise en compte des politiques de rétention des index et des médias ..................... 31

Planification et utilisation 23

Planification et utilisation

Exigences relatives au clonageLes exigences qui suivent s'appliquent lors de l'exécution du clonage :

◆ Au moins deux périphériques de stockage doivent être activés. L'un pour lire les données existantes et l'autre pour écrire les données clonées :

• Si vous utilisez des librairies dotées de plusieurs périphériques, NetWorker Server monte automatiquement les volumes nécessaires au clonage.

• Si vous utilisez des périphériques autonomes, vous devez monter les volumes manuellement. Un message indiquant les volumes à monter s'affiche sous l'onglet Alerte de l'option Surveiller.

◆ Le volume de destination doit être différent du volume source et il doit appartenir à un pool de clonage.

◆ Vous devez être un administrateur NetWorker. Le Guide d'administration d'EMC NetWorker fournit de plus amples détails.

Remarque : Un seul clone d’un saveset particulier peut résider sur un seul volume. Par conséquent, si trois clones du même saveset sont spécifiés, NetWorker garantit que chaque clone soit enregistré dans un volume distinct.

Politique de clonageLe clonage de données présente de nombreux avantages et peut être utilisé pour protéger et optimiser l'infrastructure de protection des données.

La section qui suit répertorie certains de ces avantages, décrit des scénarios communs et contient des conseils sur la sélection de données.

Remarque : Assurez-vous que tous les volumes cibles ne contiennent pas déjà les mêmes clones de saveset. Les volumes contenant des clones de saveset ayant échoué peuvent empêcher l'exécution de sessions de clonage supplémentaires.

Quand cloner

Dans la plupart des cas, la fenêtre de sauvegarde est limitée et en règle générale, toutes les ressources disponibles sont nécessaires pour sécuriser les données clientes dans l'intervalle de temps défini. Ajouter des opérations de clonage à cette fenêtre de sauvegarde diminue la quantité de ressources disponibles pour les sauvegardes. Un clonage ne doit être effectué que pour les données les plus importantes ou lorsqu'une infrastructure de clonage dédiée est disponible.

Le recours au clonage de données est généralement lié à un besoin de protection supplémentaire ou à la nécessité de déplacer des données vers un emplacement ou un type de média spécifique. Dans les deux cas, la priorité est de sécuriser les données aussi rapidement que possible afin que la protection des données puisse débuter. Toute demande de restauration émise dans les premières 48 heures est vraisemblablement due à une altération ou à une défaillance locale, et la copie de sauvegarde d'origine est probablement la source la plus appropriée pour cette restauration.



Dans le cas d'une reprise après un sinistre local ou de la perte d'un site, les actions et les objectifs de restauration seront vraisemblablement très différents. Les systèmes et services sélectionnés sont dotés de priorités, de valeurs d'objectif de point de restauration (RPO) et de valeurs d'objectif de temps de restauration (RTO) spécifiques.

Le moment du clonage est déterminé par les circonstances. Toutefois, dans la plupart des cas, l'opération de clonage peut être exécutée plus tard, indépendamment de l'opération de sauvegarde. Allié à l'obligation d'utiliser une infrastructure extérieure à la fenêtre de sauvegarde, cet aspect permet la création d'une fenêtre de clonage. La plupart des opérations de clonage, voire toutes, doivent s'exécuter dans la fenêtre de clonage.

Grâce à la fonction de clonage programmé de NetWorker 7.6 SP1 et à la commande nsrclone, le clonage peut être configuré et planifié indépendamment de la fenêtre de sauvegarde. Comme pour les sauvegardes, il est important de prévoir une planification et des ressources suffisantes pour permettre la réussite des opérations de clonage.

IMPORTANT

Ne planifiez pas plus de 30 sessions de clonage pour un démarrage simultané. La planification de 30 sessions de clonage simultanées, voire davantage, peut entraîner des sessions incomplètes ou dont le délai imparti a expiré.

À propos des pools de clones

L'opération de clonage lit un saveset depuis un volume contenu dans un pool de sauvegarde et l'écrit dans un volume cible.

Tenez compte des points ci-après pour vous assurer que les clones seront faciles à gérer :

◆ Assurez-vous que le volume cible appartient à un pool de clones.

◆ Assurez-vous que le volume utilisé pour le clonage ne contient pas déjà une copie du saveset. Un même volume ou pool ne peut contenir qu'une seule instance d'un saveset.

Comme pour les pools de sauvegarde, il peut exister plusieurs pools de clones. Les pools de clones peuvent être utilisés pour trier les données par type, période de rétention ou emplacement.

Un pool de clonage peut également être associé à un ou plusieurs périphériques pour limiter le nombre ou le type des périphériques utilisés. Grâce aux pools de clones, vous pouvez faire expirer les savesets d'origine et récupérer l'espace sur le périphérique de stockage principal ou initial tout en conservant les données pour de futures restaurations. Cela permet de prolonger les périodes de rétention des médias au sein des périphériques et des pools de stockage de clones.

Les clones de saveset possèdent leurs propres périodes de rétention des index et des médias, ce qui leur permet d'être gérés indépendamment de la sauvegarde d'origine.

Remarque : La politique de rétention des médias spécifiée dans un pool de clonage est remplacée si une politique de rétention des médias est spécifiée dans une opération de clonage planifiée ou via la commande nsrclone.

Politique de clonage 25


Définition d'une politique de rétention des médias pour un pool de clonesVous ne pouvez définir de politique de rétention des médias que pour des données clonées dans une ressource Pool.

Pour définir une politique de rétention des médias pour un pool de clones :

1. Dans le pool de clones vers lequel doivent être envoyées les sauvegardes clonées, sélectionnez l'onglet Configuration.

2. Sélectionnez une politique de rétention des médias dans la liste.

3. Cliquez sur OK. Pour plus d'informations sur la modification et la création d'un pool, consultez le Guide d'administration d'EMC NetWorker.

Remarque : La politique de rétention des médias spécifiée dans un pool de clonage est remplacée si une politique de rétention des médias est spécifiée dans une opération de clonage planifiée.

Savesets

Les savesets NetWorker peuvent présenter différents états, qui vous permettent de déterminer :

◆ État actuel du saveset

◆ Historique du saveset

◆ Validité du saveset pour des opérations de clonage ou de restauration

Attributs de clone

Les attributs de clone incluent les éléments suivants :

◆ Accès direct : si une entrée correspondant au saveset figure dans l'index de fichiers client.

◆ Recyclable : sélectionnez cet attribut si tous les savesets ont dépassé les durées imparties pour les politiques de rétention des index et des médias. Le volume peut être disponible pour une attribution de nouveau libellé et un remplacement automatiques, à condition que tous les savesets du volume soient recyclables.

◆ Restaurable : sélectionnez cet attribut si l'entrée du saveset a été supprimée de l'index des fichiers clients, mais reste disponible pour une restauration depuis le média. Autrement dit, il ne faut pas que le volume ait dépassé sa durée de rétention.

◆ En cours : si la sauvegarde du saveset est en cours.

IMPORTANT

Il est impossible de cloner les savesets en cours de sauvegarde.

◆ Abandon : si le saveset a été annulé manuellement par l'administrateur durant l'opération ou si l'ordinateur s'est bloqué.

IMPORTANT

Les savesets abandonnés ne peuvent pas être clonés.



◆ Suspect : si une tentative précédente de restauration du saveset a échoué.

IMPORTANT

Les savesets suspects ne sont pas clonés. Le message d'erreur suivant s'affiche :nsrclone: saveset suspect <ssid> ignoré, ID de clone <cloneid> nsrclone: erreur, aucun saveset complet à cloner.

Sauvegardes multiplexées

Les savesets multiplexés peuvent être clonés. Les copies clonées de savesets multiplexés sont écrites comme un seul flux de données continu sur le média cible (démultiplexé). Ce comportement peut présenter un avantage car les sauvegardes multiplexées connaissent une surcharge due à la lecture et à la restauration. En clonant des savesets multiplexés, vous supprimez cette surcharge, ce qui permet aux restaurations issues du clone d'être plus rapidement lues que la sauvegarde d'origine.

Lorsque vous clonez des savesets multiplexés, notez qu'un seul saveset est cloné sur la même cible, au même moment. Toutefois, plusieurs sessions de clonage peuvent être démarrées en même temps, à partir de la même source, si elles disposent toutes d'un volume cible distinct.

Extension de savesetCertains périphériques prennent en charge une extension de saveset, ce qui permet à un saveset de s'étendre sur plusieurs volumes. Lorsqu'un saveset est sélectionné pour le clonage, il se peut qu'il débute sur un volume, et se poursuive sur un ou plusieurs autres volumes.

Lorsque vous utilisez des périphériques qui prennent en charge l'extension de saveset, il est important de tenir compte des points suivants :

◆ Identifiez les savesets qui s'étendent sur plusieurs volumes.

◆ Assurez-vous que le nombre de savesets continus soit réduit au minimum.

◆ Utilisez des pools distincts, ainsi que des périphériques de plus grande taille, voire d'autres périphériques.

◆ Utilisez la sauvegarde sur disque EMC Data Domain® et la fonction de clonage optimisée avec des périphériques Data Domain.

◆ Planifiez l'opération à l'avance pour vous assurer que les volumes sont disponibles et qu'ils sont lus dans un ordre optimal.

Une solution personnalisée, faisant appel à un script, et utilisant la commande nsrclone, peut être créée et utilisée pour gérer l'extension de saveset.

Déplacement depuis ou vers différents périphériquesLes périphériques utilisés pour la sauvegarde initiale ne sont peut-être pas adaptés à l'ensemble de la politique de données.



Les périphériques utilisés pour la sauvegarde initiale sont souvent choisis pour leur vitesse ou leur coût. Ces périphériques sont généralement situés à proximité des clients protégés et soumis aux mêmes situations ou scénarios dont les clients tentent de se protéger. Cela comprend les coupures d'alimentation, les défaillances du système de refroidissement ou la perte d'un site en cas de catastrophe naturelle. Grâce au clonage NetWorker, vous pouvez copier ou déplacer des données vers un autre périphérique ou vers un périphérique supplémentaire.

Lorsque les données sont clonées, elles sont lues à partir du média source dans leur forme native, comme pour une opération de restauration. Les données clonées ne sont pas copiées octet par octet. Ainsi, les données peuvent être réécrites sur un autre périphérique. Le périphérique de destination ne doit pas nécessairement être identique au périphérique source. Le clonage ou le déplacement de savesets d'une bande vers un disque ou d'un disque vers une librairie de bandes virtuelle (VTL) est identique au clonage de données à partir de périphériques semblables. Cela permet une utilisation efficace des périphériques, placés correctement.

Exemple

Des périphériques AFTD (Advanced File Type Device) peuvent être utilisés pour les sauvegardes initiales en raison de leur vitesse et leur polyvalence.

Des périphériques à bande peuvent être utilisées pour cloner des données. Cela permet de prolonger la période de rétention sans augmenter l'espace disque nécessaire.

Le recours à la déduplication peut également constituer une utilisation efficace du stockage. Le clonage vers ou depuis des périphériques de déduplication permet de garantir une utilisation efficace de ces périphériques.

Remarques sur les sessions de clonage planifiéesGardez à l'esprit les informations suivantes lors de la configuration de sessions de clonage planifiées :

◆ « Planification de plusieurs sessions de clonage pour un démarrage simultané », page 28

◆ « Mélange de savesets depuis différents périphériques source », page 28

◆ « Volumes source de clonage démontés sur des noeuds de stockage distants », page 29

◆ « Ressources de clonage créées avec le programme nsradmin », page 29

Planification de plusieurs sessions de clonage pour un démarrage simultané

Ne planifiez pas plus de 30 sessions de clonage pour un démarrage simultané. La planification de 30 sessions de clonage simultanées, voire davantage, peut entraîner des sessions incomplètes ou dont le délai imparti a expiré.

Mélange de savesets depuis différents périphériques source

Tenez compte des points suivants :



◆ Les opérations de clonage impliquant des savesets issus de différents périphériques sources, tels que les périphériques AFTD ou NDMP, peuvent être écrites sur différents volumes cibles de clonage. L'ensemble des volumes de clonage doit être expédié hors site.

Remarque : Bien que ce comportement, recommandé comme une bonne pratique, soit normal, il est possible d'écrire tous les savesets de l'opération de clonage sur le même volume de clonage.

◆ Ne pas mélanger les données normales et les données NDMP est considéré comme une bonne pratique en raison des différences dans le mode d'écriture des données sur la bande. Le nombre de marques de fichiers et leur positionnement sont différents pour les données NDMP.

◆ Si l'opération de clonage inclut des savesets issus de différents périphériques, et que vous voulez que tous les savesets soient écrits sur le même volume, n'incluez qu'un seul volume dans le pool de clones cible.

Volumes source de clonage démontés sur des noeuds de stockage distants

Assurez-vous que le volume de clonage source soit monté avant de débuter le clonage. Le volume de clonage source contient la copie des données à cloner. Pour des informations plus détaillées sur le montage d'un volume, consultez le Guide d'administration d'EMC NetWorker.

Si le volume de clonage source se trouve sur un noeud de stockage distant et qu'il est démonté, toute opération de clonage de volume normale échoue, même si le volume source est monté après la tentative de démarrage de l'opération de clonage.

Le programme nsrclone ne répond plus et le message suivant s'affiche :

Server server_name busy, wait 30 second and retry

Cette erreur ne se produit pas lorsque le noeud de stockage est situé sur NetWorker Server. Le noeud de stockage n'est pas distant.

Ressources de clonage créées avec le programme nsradmin

Les ressources de clonage (également appelées ressources de clonage NSR) créées via le programme de ligne de commande nsradmin ne peuvent pas être modifiées en tant que ressources de clonage planifiées dans l'interface utilisateur NetWorker Administration.

Pour éviter ce problème, effectuez l'une des opérations suivantes :

◆ Dans l'interface utilisateur Administration, créez des ressources de clonage planifiées.

ou

◆ Dans le programme nsradmin :

a. Créez une ressource de clonage planifiée.

b. Créez la ressource de tâche NSR associée.



Ensemble, ces ressources permettent de modifier l'élément de clonage en tant que ressource de clonage planifiée dans l'interface utilisateur. Les attributs name et action de la ressource de tâche NSR correspondante doivent être spécifiés comme suit :

name: "clone.nsrclone_resource_name"action: "NSR clone:nsrclone_resource_name"

Par exemple, si le nom de la ressource de clonage NSR était TestClone1, les attributs name et action de la ressource de tâche NSR seraient :

◆ name: clone.TestClone1

◆ action: NSR clone: TestClone1

Ces entrées sont sensibles à la casse.

Prise en compte de l'applicationLors de la mise en oeuvre d'une politique de clonage pour des données de sauvegarde, tenez compte des points suivants :

1. Module NetWorker utilisé pour créer la sauvegarde d'origine.

2. Pour des informations sur le clonage des données d'application, reportez-vous à la section « NetWorker Module for Databases and Applications », page 101 et à la section NMM de NetWorker Procedure Generator.

Prise en compte du scénario de restaurationLors de la mise en oeuvre d'une politique de clonage pour des données de sauvegarde, tenez compte des scénarios de restauration.

Le clonage de données fournit une seconde ou une autre source pour la restauration. Les données sont ainsi protégées contre la détérioration ou la perte du média. Toutefois, si le média est situé à l'un des emplacements ci-dessous, la seconde copie des données reste vulnérable à d'importants sinistres, susceptibles d'avoir un impact sur l'ensemble du site :

◆ sur la même librairie de bandes ;

◆ sur un périphérique de déduplication au sein du même datacenter (dans un environnement Data Domain) ;

◆ dans un coffre-fort, sur le site.

Dans certains cas :

◆ Davantage de copies peuvent être nécessaires pour garantir la prise en charge de tous les scénarios de restauration, tout en préservant le retour sur investissement attendu. Il est possible que cette condition ne s'applique pas à tous les clients, ni à toutes les données ou ne soit pas facile à mettre en oeuvre. Quoi qu'il en soit, examinez les motifs pour lesquels le clonage est utilisé afin de vous assurer que les opérations envisagées ou effectuées répondent aux contraintes ou aux attentes.

◆ Une protection supplémentaire peut également être mise en oeuvre par le changement de la cible ou le déplacement des bandes vers un second emplacement, une fois l'opération de clonage terminée.



Prise en compte des politiques de rétention des index et des médias

Le logiciel NetWorker utilise des politiques de rétention des index et des médias, et les applique à chaque opération d'écriture :

◆ La politique de rétention des médias détermine la durée pendant laquelle les données restent disponibles pour une restauration dans la base de données des médias NetWorker.

◆ La politique de rétention des index détermine la durée pendant laquelle les détails des données restent disponibles pour accès direct et sélection dans l'index de NetWorker Client.

Les politiques de rétention des index et des médias ont, toutes deux, un impact sur la quantité d'espace disque requise par NetWorker Server. La procédure de restauration est probablement différente si l'une de ces politiques, ou les deux, a expiré. Les politiques de rétention des index et des médias doivent être égales ou supérieures aux exigences relatives aux données ou au client, et répondre aux conditions de restauration attendues.

Son mode de gestion des données sur le média permet au logiciel NetWorker d'être particulièrement polyvalent lors de la restauration des données. Lorsque vous déterminez les options de restauration des données, tenez compte des points suivants :

◆ Les données sont écrites dans un format autodescriptif. Elles peuvent ainsi être lues et restaurées via différentes instances ou versions de NetWorker.

◆ Les données restent sur le média jusqu'à l'expiration des données du saveset. Un nouveau libellé est attribué au média, ou celui-ci fait l'objet d'un staging, dans le cas d'un périphérique de type AFTD.

◆ Tant que le média ne dispose pas d'un nouveau libellé, les restaurations sont encore possibles, indépendamment de la politique de rétention des index, de l'état d'expiration ou même si NetWorker considère le volume comme une entrée de la base de données des médias.

Si sa polyvalence reste fiable lorsque des erreurs inattendues se produisent, celle-ci ne remplace pas la nécessité de planifier et de gérer les données de manière appropriée. Examinez la situation avec soin pour définir les politiques de rétention des index et des médias. Tenez également compte de l'emplacement et du nombre de copies de volumes et de savesets. Cela garantit la disponibilité des données au moment approprié, en utilisant les procédures les plus simples.

politique de rétention des index

Pour chacune des sauvegardes créées via NetWorker, vous devez définir deux politiques afin de déterminer la durée pendant laquelle les données sont conservées et accessibles après la restauration. Pour faciliter la restauration, la politique la plus importante est celle de rétention des index.

Prise en compte des politiques de rétention des index et des médias 31


La politique de rétention des index détermine la durée pendant laquelle la sauvegarde est accessible, c'est-à-dire pendant laquelle les données peuvent être consultées et sélectionnées pour une éventuelle restauration. Cette politique détermine la durée de conservation des données d'index dans l'index client concerné. Ainsi, une politique de rétention de sept jours supprime les données de l'index client une fois les sept jours écoulés. Différents clients, différents types de données ou même différents groupes peuvent dès lors être associés à différentes périodes de rétention des index.

Dès qu'une politique de rétention des index associée à un saveset a expiré, il est possible de régénérer l'index pour un saveset spécifique.La rubrique « Restauration des savesets ne figurant pas dans la base de données des médias », page 88 fournit de plus amples détails.

Remarque : La politique de rétention des index est limitée par la politique de rétention des médias. La période de rétention des index ne peut être supérieure à celle définie pour la politique de rétention des médias.

Rétention des index

Comme la politique de rétention des index, la politique de rétention des médias est définie pour chaque sauvegarde NetWorker, indépendamment de sa source ou de son type. Cette politique permet à NetWorker de connaître la durée pendant laquelle les données d'un saveset sont conservées pour une éventuelle restauration.

Grâce à la définition de politiques de rétention des index et des médias distinctes, l'utilisateur n'est pas limité par la période de rétention des médias pour les informations d'index client. Cela est utile car la restauration des données est susceptible d'être effectuée dans un laps de temps relativement court suite à la sauvegarde. Il est toutefois fort probable que les informations doivent être conservées plus longtemps pour des raisons professionnelles ou réglementaires. Par conséquent, il est possible de définir une période de rétention des index suffisamment longue pour prendre en charge le scénario de restauration le plus probable, tout en conservant une période de rétention des médias répondant aux critères propres au métier ou à la réglementation. Cette approche permet de maintenir l'espace disque requis par l'index client à un niveau plus acceptable, sans la surcharge liée à un espace disque requis plus grand, ni les problèmes de performances et d'évolutivité qui en découlent.



Exemple La Figure 3 à la page 33 montre comment les politiques de rétention des index et des médias peuvent permettre de conserver les données disponibles pour une éventuelle restauration, tout en réduisant au maximum l'espace disque requis par les index clients et en optimisant l'espace de stockage disponible. Grâce à cette période de rétention des médias en cascade, vous pouvez libérer de l'espace sur les périphériques hautement performants ou de proximité, et conserver les options de restauration sur des périphériques moins performants et plus économiques.

Figure 3 Politiques de rétention des index et des médias

Prise en compte des politiques de rétention des index et des médias 33

CHAPITRE 3Configuration des logiciels


◆ Rapport Filesystem Configuration............................................................................ 36◆ noeuds de stockage ................................................................................................ 37◆ Clonage avec EMC Avamar (noeud de déduplication) .............................................. 44◆ Clonage avec des périphériques Data Domain (DD Boost) ....................................... 46◆ Clonage avec EMC Disk Library à l'aide d'un noeud de stockage intégré .................. 49◆ Clonage du nœud de stockage de production des données vers les bandes

physiques .............................................................................................................. 52

Configuration des logiciels 35

Configuration des logiciels

Rapport Filesystem ConfigurationAvant de commencer à configurer une opération de clonage, vous devez prendre en compte le type de données à cloner. Cette section décrit une opération de clonage de base qui utilise une sauvegarde de système de fichiers standard, où un client, un pool ou un volume qui compte plusieurs savesets de systèmes de fichiers est requis pour être cloné sur un autre périphérique. Ce périphérique est généralement situé dans un autre endroit.

Pour cloner des données d'application spécifiques, reportez-vous à la section « NetWorker Module for Databases and Applications », page 101 et consultez la section NMM dans le NetWorker Procedure Generator.

La Figure 4 à la page 36 illustre le principe commun à toutes les opérations de clonage.

Figure 4 Clonage d'un système de fichiers



Dans cette figure :

◆ Un client effectue une sauvegarde sur un noeud de stockage.

◆ L'opération de clonage utilise la copie du noeud de stockage ou d'un autre noeud de stockage qui a accès aux mêmes volumes et lit les données à partir du volume, c'est-à-dire du noeud de stockage A.

◆ Les données sont ensuite dirigées vers un autre périphérique. Vous pouvez y accéder de trois manières :

• Depuis le même noeud de stockage

• À partir d'un noeud de stockage situé ailleurs

• En utilisant un périphérique différent (noeud de stockage B)

La plupart des principes de configuration énoncés dans cette section s'appliquent à toutes les opérations de clonage.

noeuds de stockageLorsque vous effectuez des opérations de clonage, vous pouvez sélectionner les noeuds de stockage utilisés pour la source et pour la cible.

Cette section décrit les critères que vous pouvez utiliser pour déterminer :

◆ Le noeud de stockage à partir duquel les données à cloner sont lues (source de la lecture).

◆ Le noeud de stockage sur lequel les données à cloner sont écrites (source de l'écriture).

La Figure 5 à la page 38 représente un environnement NetWorker type qui comporte plusieurs noeuds et périphériques de stockage. La détermination du noeud et du périphérique de stockage utilisés pour les sources de lecture et d'écriture constitue une étape importante dans la configuration du clonage.

noeuds de stockage 37


Figure 5 Clonage avec noeuds de stockage

Identification des sources de lecture et d'écriture

Sélectionnez les sources de lecture et d'écriture appropriées pour vous assurer que :

◆ les copies sont créées depuis et vers les emplacements ou les médias appropriés ;

◆ les ressources sont disponibles pour d'autres opérations de sauvegarde et de restauration.



La Figure 6 à la page 39 illustre les critères de sélection d'un noeud de stockage pour lire les données clonées.

Figure 6 Critères de sélection d’un noeud de stockage pour lire les données clonées



Critères de lecture des données clonées

Pour déterminer le noeud de stockage à partir duquel les données clonées sont lues (source de lecture), les critères suivants sont utilisés :

◆ Le cas échéant, le noeud de stockage du périphérique sur lequel le volume source est monté est utilisé comme source de lecture.

Si la variable d’environnement FORCE_REC_AFFINITY_HOST est définie sur Yes :

• Les critères de sélection indiqués à l’étape a à la page 40 sont ignorés.

• Les critères de sélection se comportent comme si le volume n'était pas monté, comme indiqué à l'étape a à la page 40 .

◆ Si le volume n’est pas monté ou si la variable d’environnement FORCE_REC_AFFINITY est définie sur Yes, une liste de nœuds de stockage sélectionnables est créée.

Cette liste est basée sur les noeuds de stockage qui correspondent aux critères suivants :

a. Les noeuds de stockage sont répertoriés dans l'attribut Recover Storage Nodes de la ressource Client de NetWorker Server. Si cet attribut est vide, l'attribut Storage Nodes de NetWorker Server est utilisé.

b. Si le volume demandé se trouve dans une librairie de médias, les noeuds de stockage sur lesquels le volume peut être monté sont déterminés de la manière suivante :

– Le noeud de stockage répertorié dans l’attribut Read Hostname de la ressource Library est utilisé.

– Si l'attribut Read Hostname de la ressource Library n'est pas défini, tous les noeuds de stockage sur lesquels un périphérique de la librairie est configuré sont ajoutés à la liste des noeuds de stockage sélectionnables.

– Si le volume ne se trouve pas dans une librairie de médias, alors la liste de noeuds de stockage est basée uniquement sur l'étape a à la page 40 .

Critères d'écriture du clone

Pour déterminer le noeud de stockage sur lequel les données clonées seront écrites (source d'écriture), les critères suivants sont utilisés :

◆ L'attribut Clone Storage Node du noeud de stockage de la source de lecture est utilisé comme source d'écriture.

◆ Si l'hôte source de lecture n'a pas de ressource Client, l'attribut Storage Node de NetWorker Server est utilisé comme source d'écriture.

Où que les données clonées soient envoyées, les entrées de l'index des fichiers clients et de la base de données des médias pour les savesets clonés résident encore sur NetWorker Server. Cela garantit un contrôle homogène des politiques de rétention des index et des médias, quelle que soit la destination des données clonées.



Envoi d’un clone depuis un nœud de stockage vers un autre nœud de stockage

Pour envoyer un clone d’un nœud de stockage vers un autre :

1. Dans la fenêtre NetWorker Administration, vérifiez que le mode diagnostic est activé en sélectionnant View > Diagnostic Mode dans le menu principal.

2. Sélectionnez Devices puis double-cliquez sur Storage Nodes dans le volet de gauche.

3. Cliquez avec le bouton droit sur le noeud de stockage de la source de lecture, puis sélectionnez Properties. La fenêtre Storage Nodes Properties apparaît.

4. Sélectionnez Configuration.

5. Pour l'attribut Clone Storage Nodes, ajoutez le nom d'hôte du nœud de stockage sur lequel les données clonées seront écrites.

La première entrée de la liste contient le périphérique actif et fonctionnel qui reçoit les données clonées issues du noeud de stockage de la source de lecture.

6. L'attribut Clone Storage Nodes s'applique uniquement aux serveurs et aux noeuds de stockage NetWorker.

Remarque : Laissez cet attribut vide pour les clients NetWorker qui ne sont pas également des serveurs ou des noeuds de stockage NetWorker.

Envoi de clones depuis tous les nœuds de stockage vers un seul nœud de stockage

Pour envoyer des clones depuis tous les nœuds de stockage vers un seul nœud de stockage :

1. Dans la fenêtre NetWorker Administration, vérifiez que le mode diagnostic est activé en sélectionnant View > Diagnostic Mode dans le menu principal.

2. Sélectionnez Devices puis double-cliquez sur Storage Nodes dans le volet de gauche.

3. Cliquez avec le bouton droit sur le noeud de stockage de la source de lecture, puis sélectionnez Properties. La fenêtre Storage Nodes Properties apparaît.

4. Sélectionnez Configuration.

5. Pour l'attribut Clone Storage Nodes, ajoutez le nom d'hôte du nœud de stockage sur lequel toute les données clonées seront écrites.

Critères de restauration des données clonées

Pour déterminer le noeud de stockage à partir duquel les données clonées sont restaurées, les critères suivants sont utilisés :

◆ Le noeud de stockage du périphérique sur lequel le volume source est monté, le cas échéant, est utilisé comme source de lecture :

• Si la variable d’environnement FORCE_REC_AFFINITY_HOST est définie sur Yes :

– Les critères de sélection indiqués à l’étape a à la page 40 sont ignorés.

– Les critères de sélection se comportent comme si le volume n'était pas monté, comme indiqué à l'étape a à la page 40 .



• Lorsque l'opération de clonage est effectuée dans un environnement de librairie de bandes virtuelle (VTL), de type EMC CLARiiON® Disk Library (CDL), le logiciel NetWorker se comporte comme si la variable d'environnement FORCE_REC_AFFINITY était définie sur Yes.

◆ Si le volume n’est pas monté ou si la variable d’environnement FORCE_REC_AFFINITY est définie sur Yes, une liste de nœuds de stockage sélectionnables est créée. Cette liste est basée sur les noeuds de stockage qui correspondent aux critères suivants :

• Les noeuds de stockage répertoriés dans l'attribut Recover Storage Nodes de la ressource Client NetWorker sont restaurés. Si cet attribut est vide, l'attribut Storage Nodes du client NetWorker est utilisé.

• Si le volume demandé se trouve dans une librairie de médias, les nœuds de stockage sur lesquels le volume peut être monté sont déterminés de la manière suivante :

– Le nœud de stockage répertorié dans l’attribut Read Hostname de la ressource Library est utilisé.

– Si l'attribut Read Hostname de la ressource Library n'est pas défini, tous les noeuds de stockage sur lesquels un périphérique de la librairie est configuré sont ajoutés à la liste des noeuds de stockage sélectionnables.

– Si le volume ne se trouve pas dans une librairie de médias, alors la liste de noeuds de stockage est basée uniquement sur l'étape a à la page 40 .

Clonage avec unités de bande

Il existe plusieurs raisons d'utiliser des unités de bande dans le cadre du processus de clonage :

◆ Lorsqu'une bande est utilisée comme niveau de stockage secondaire, les données sélectionnées sont clonées sur bande pour un stockage externe ou pour des périodes prolongées. Vous pouvez ainsi utiliser les unités de bande pour les sauvegardes initiales dont la rapidité et la flexibilité permettent d'effectuer des sauvegardes et des restaurations rapides.

◆ Lorsqu'une bande est utilisée comme média de sauvegarde principal, la création de clones demeure avantageuse notamment pour les raisons suivantes :

• Copie secondaire sur un autre site ou pour stockage hors site

• Validation des données

• Vérification de la possibilité de lire les données à partir du média

• Protection supplémentaire à l'aide de copies multiples sur des volumes multiples

• Démultiplexage de sauvegardes multiplexes pour une restauration plus rapide

Le clonage sur unités de bande présente deux avantages qu'il convient de prendre en compte chaque fois que vous créez un clone :

◆ Contrairement aux unités de bande disque, les unités de bande lisent les données en série. Autrement dit, si le multiplexage est avantageux en termes de streaming des sauvegardes, cet avantage disparaît pour les restaurations.



◆ Si la vitesse de restauration est importante, l'utilisation de copies clonées en guise de source permet d'accélérer la restauration.

◆ Les copies clonées sur bande sont souvent le mode de lecture de données privilégié pour les reprises après sinistre. L'acquisition, l'installation et la configuration d’une unité de bande pour la lecture des données constitue généralement la première étape d'un plan de reprise après sinistre.

En créant une copie de sauvegarde sur bande, vous pouvez vous passer de certaines appliances comme les VTL ou les systèmes de disques. L'acquisition, l'installation et la configuration sont souvent longues. Toutefois, vérifiez que la copie sur bande soit complète et ne dépende d'aucune autre sauvegarde ni appliance de déduplication, avant de procéder à la restauration.

Clonage avec périphériques de type fichier et AFTD

L'utilisation de périphériques de sauvegarde à disque, comme les périphériques AFTD et de type fichier, est particulièrement adaptée aux opérations de clonage en raison de leur grande rapidité, de leur flexibilité et de l'accès aléatoire.

Bien souvent, les périphériques à disque sont utilisés comme périphériques cibles initiaux pour les sauvegardes, notamment dans les cas où des clients peu rapides sont incapables d'égaler les vitesses atteintes par les unités de bande modernes. Dans ces cas de figure, le clonage ou le staging des données sur bande permet généralement de conserver les données plus longtemps et de renforcer leur protection tout en optimisant l'utilisation du disque et ses avantages.

Les données peuvent rester sur les périphériques à disque pendant de courtes périodes, généralement de 3 à 14 jours, ce qui laisse :

◆ un minimum de temps pour procéder à des opérations de restauration immédiates et urgentes ;

◆ suffisamment de temps pour créer des copies supplémentaires sur des unités de bande ou des périphériques à disque pour un stockage à plus long terme.

Différences dans le processus de clonage

Il existe des différences dans le processus de clonage pour les deux types de périphérique.

◆ Pour les périphériques de type de fichier, le clonage automatique et manuel ne commence qu'une fois l'ensemble des savesets de groupe sauvegardés.

◆ Pour les périphériques AFTD, le clonage automatique ne commence qu'une fois que tous les savesets d'un groupe de sauvegarde ont été sauvegardés.

Remarque : Vous pouvez démarrer le clonage manuel d'un saveset une fois sa sauvegarde terminée.



◆ À partir de la version 8.0, NetWorker ne crée pas de périphériques miroirs en lecture seule pour les périphériques AFTD et DD Boost. NetWorker 8.0 fournit des fonctions de lecture et d’écriture aussi bien pour les nouveaux périphériques que pour ceux déjà créés. L’installation de NetWorker 8.0 supprime les périphériques miroirs en lecture seule existants. Vous pouvez également effectuer des sauvegardes, des restaurations et des clonages vers et à partir du même périphérique simultanément.

◆ Les périphériques AFTD permettent également d'effectuer des opérations de restauration pendant que des opérations de clonage sont en cours (à partir de la source de lecture ou de la source d'écriture). Cela suppose que l'opération de restauration n'utilise pas le saveset actif et qu'une seule opération de clonage soit en cours.

Clonage manuel avec un périphérique de type de fichier avancé

Supposons qu'il existe trois savesets :

◆ La taille du saveset A est de 10 Ko.

◆ La taille du saveset B est de 10 Mo.

◆ La taille du saveset C est de 10 Go.

Une fois la sauvegarde terminée sur le saveset A, vous pouvez :

◆ Démarrer le processus de clonage manuel pendant que les deux autres savesets, d'une taille supérieure, sont en cours de sauvegarde.

◆ Démarrer le processus de clonage de ce saveset pendant que chaque saveset est sauvegardé.

◆ Cloner un seul saveset à la fois.

Clonage avec EMC Avamar (noeud de déduplication)La technologie de déduplication EMC Avamar® diminue la durée, la bande passante réseau et la capacité disque nécessaires à la sauvegarde des données des clients.

Le clonage des sauvegardes de déduplication Avamar diffère un peu du clonage des autres sauvegardes EMC NetWorker. Seules les métadonnées (informations de hachage) sont stockées sur un nœud de stockage EMC NetWorker. Ces métadonnées ne sont pas dédupliquées. Toutefois, elles peuvent être clonées normalement.La section « Planification d'une opération de clonage », page 61 fournit des informations sur la configuration des opérations de clonage. Il est vivement conseillé de cloner ces métadonnées de hachage.

Les données sauvegardées depuis un client de déduplication Avamar sont stockées sur un noeud de déduplication Avamar et ne peuvent pas être clonées sur un noeud de stockage EMC NetWorker. Ces données sauvegardées peuvent être répliquées sur un autre noeud de déduplication Avamar si un hôte de réplication a été configuré pour cela. Le logiciel NetWorker n’initie pas de réplication. Un hôte de réplication (un serveur Avamar) doit être configuré par le Support Clients d’EMC avant qu’une sauvegarde de déduplication ne puisse être répliquée. Pour plus d'informations, consultez le Guide d'administration d'EMC NetWorker. Vous pouvez également envoyer les données de



sauvegarde des noeuds de déduplication Avamar vers des volumes de bande.Pour plus d'informations, reportez-vous à la section « Sauvegarde sur bande pour les clients de déduplication Avamar », page 45.

IMPORTANT

Pour la reprise après sinistre, vous devez répliquer les données du client sur un autre noeud de déduplication Avamar. Vous devez également cloner les métadonnées. Les métadonnées et les données du client sont requises pour restaurer les données sauvegardées du client.

Sauvegarde sur bande pour les clients de déduplication Avamar

Il existe une méthode alternative à l'utilisation d'un noeud de réplication pour garantir que les copies supplémentaires de données de déduplication Avamar soient disponibles pour la restauration. Créez une seconde instance du client à sauvegarder, en veillant à ne pas la configurer en tant que client de déduplication. La seconde instance du client est traitée comme un client NetWorker normal et ses données sont sauvegardées sur bande.

Exemple

Les clients mars, venus et jupiter sont configurés en tant que clients de déduplication et affectés à un groupe de sauvegarde nommé Dedupe backups. Ce groupe est planifié pour une sauvegarde quotidienne de niveau complet.

Pour une sauvegarde mensuelle sur bande de ces clients :

1. Créez une autre instance des clients mars, venus et jupiter.

IMPORTANT

Dans l'onglet Apps & Modules de la ressource Create Client, ne cochez pas la case Deduplication backup.

2. Dans l'onglet General de la ressource Create Client, affectez mars, venus et jupiter à un groupe de sauvegarde nommé Tape backups.

3. Paramétrez ce groupe pour qu’une sauvegarde mensuelle complète soit réalisée un jour donné. Ignorez tous les autres jours du mois.

Remarque : La documentation Avamar décrit les options de sortie sur bande disponibles pour Avamar.

Clonage avec EMC Avamar (noeud de déduplication) 45


Clonage avec des périphériques Data Domain (DD Boost)Comme pour les autres périphériques NetWorker, les types de périphérique Data Domain peuvent également être utilisés pour des opérations de clonage. Vous pouvez cloner des savesets individuels ou l'intégralité du volume d'un périphérique Data Domain en tant que source ou cible.

Formats de clonage

Les données stockées sur un périphérique Data Domain peuvent être clonées à l'aide du logiciel NetWorker sous deux formats différents, selon le type de média utilisé pour stocker la copie clonée :

◆ Format de la réplication contrôlée par clone

◆ Format de clonage normal

Format de la réplication contrôlée par cloneLes données clonées sur un périphérique Data Domain cible, le plus souvent sur un site distant, conservent leur format de déduplication et sont appelées « réplication contrôlée par clone » ou « clone optimisé ».

La réplication contrôlée par clone utilise la fonction de réplication Data Domain native pour copier les données entre deux systèmes Data Domain.

La réplication contrôlée par clone utilise une commande API Data Domain spécifique. Ne confondez pas la réplication contrôlée par clone avec la réplication de répertoire classique, qui est également prise en charge. La création d'un clone est rapide et utilise de faibles capacités de bande passante et de stockage.

Un clone créé dans ce format peut être utilisé pour restaurer des données ou créer d'autres copies, par exemple sur des périphériques de stockage sur bande ou disque classiques. Cette méthode a un impact minime sur la production ou sur les opérations de sauvegarde et de restauration principales.

Clonage immédiat

NetWorker 8.1 et supérieure prend en charge le clonage immédiat avec la réplication contrôlée par clone. Le clonage immédiat signifie que chaque saveset peut être cloné juste après avoir été sauvegardé au lieu d’attendre que tous les savesets du groupe aient été sauvegardés pour lancer les opérations de clonage. Les opérations de clonage peuvent ainsi se terminer plus tôt car elles peuvent désormais s’exécuter en parallèle plutôt que de manière séquentielle. Les gains de performances sont davantage visibles lorsque la file de sauvegarde contient de nombreux savesets ou lorsqu’il existe de nombreux savesets de tailles différentes.

Le clonage immédiat est configuré à l’aide de la fonction de clonage du groupe de sauvegarde automatique. Lorsque vous sélectionnez la fonction de clonage automatique pour une ressource de groupe de sauvegarde, choisissez le mode de clonage Démarrer au terme de chaque saveset. Pour plus d'informations, reportez-vous à la rubrique « Clonage automatisé », page 57.



Format de clonage normalLorsque les données situées sur le périphérique Data Domain sont clonées sur un disque ou une bande classique, elles reprennent leur format non dédupliqué natif (clone normal).

Le format de clonage normal est nécessaire pour que les données figurant sur le stockage sur disque ou sur bande classique puissent être intégralement restaurées (par exemple, en ca de reprise après sinistre), sans qu'il soit nécessaire de faire appel à un système Data Domain.

Le processus consistant à reconvertir des données dédupliquées en données normales s'appelle « réhydratation ».

Conditions requises pour le clonage

Pour cloner des données entre un périphérique Data Domain et un autre via la réplication contrôlée par clone NetWorker (clonage optimisé), vous devez respecter les conditions ci-dessous.

Les huit conditions requises suivantes supposent la création préalable d'un pool de clones cible nommé, par exemple, newclonepool :

1. Vérifiez que les noeuds de stockage source et cible sont clients du même serveur NetWorker.

2. Vérifiez que les systèmes Data Domain disposent des licences appropriées, notamment la licence de réplication, qui est nécessaire pour créer des clones optimisés.

3. Vérifiez que la ressource Client de NetWorker Server et que les deux noeuds de stockage spécifient, dans leur attribut Aliases, tous les noms utilisés.

Par exemple :

• Nom complet

• Nom court

• Alias

• Adresse IP

Remarque : Si vous utilisez une commande nsrclone ou un script pour effectuer un clonage optimisé à partir d'un hôte qui n'est pas le serveur NetWorker, cette commande doit spécifier le serveur NetWorker par son nom d'hôte principal, comme indiqué dans la vue NMC Enterprise. Sinon, vous risquez de générer un clone normal à la place d'un clone optimisé.

4. Vérifiez que le pool cible (par exemple, newclonepool) a été créé pour le type Backup Clone avec l'attribut Media type required défini sur Data Domain.

Avec ce paramètre, si un périphérique Data Domain n'est pas disponible pour une opération de clonage dans le pool cible spécifié, NMC affiche le message "Media waiting".

Remarque : Le pool Default Clone n'autorise aucune modification. Vous ne pouvez pas définir le type de média requis dans ce pool.

Clonage avec des périphériques Data Domain (DD Boost) 47


5. Vérifiez que la ressource Client du noeud de stockage source spécifie, dans son attribut Clone Storage Node, le nom d'hôte du noeud de stockage cible :

• Si l'attribut Clone Storage Node n'est pas spécifié, c'est NetWorker Server qui devient le noeud de stockage pour l'opération de clonage.

• Si l'attribut Clone Storage Node indique un noeud de stockage pour un volume non Data Domain, et que le type de média requis n'est pas défini sur Data Domain dans le pool de clonage cible, seuls des clones normaux peuvent être stockés sur ces volumes.

Remarque : Ce paramètre n'est pas nécessaire si le noeud de stockage cible se trouve sur NetWorker Server.

6. Vérifiez que le périphérique Data Domain source est monté et disponible sur le noeud de stockage source.

Si le périphérique source n'est pas monté, un clonage normal non dédupliqué sera effectué, sauf si le pool cible spécifié est du type Backup Clone avec l'attribut Media type required défini sur Data Domain.

7. Vérifiez que le périphérique Data Domain cible est libellé et monté sur le noeud de stockage cible. Le pool sélectionné pour l'opération de libellé de périphérique (par exemple, newclonepool) doit être du type Backup Clone.

8. Vérifiez que le pool de clone cible (par exemple, newclonepool) est correctement spécifié ou sélectionné :

• Pour effectuer des opérations de clonage via l'interface de ligne de commande, utilisez la commande nsrclone -b newclonepool.

• Pour effectuer des opérations de clonage planifié, dans l'attribut Write clone data to pool de la ressource Clone, sélectionnez newclonepool.

• Pour effectuer des opérations de clonage immédiat pour un groupe, dans l'attribut Clone pool de la ressource Group, sélectionnez newclonepool.

• Pour cloner des volumes entiers, « Clonage par pools », page 48 fournit de plus amples détails.

Clonage par pools

Pour copier des savesets depuis un stockage Data Domain vers un périphérique, vous pouvez spécifier un pool spécial. Ce pool est appelé « pool de clones ». Un pool de clone doit être affecté à un périphérique du système Data Domain cible sur lequel il pourra être utilisé.

Les deux objectifs principaux d'un pool de clone sont les suivants :

◆ Copier des savesets VTL ou CIFS/NFS AFTD dupliqués existants vers un périphérique Data Domain.

◆ Copier les savesets existants depuis un périphérique Data Domain vers un autre, généralement sur un site distant, en vue d'assurer la reprise après sinistre.



Clonage avec EMC Disk Library à l'aide d'un noeud de stockage intégré

La fonction de clonage de noeud de stockage d'EMC Disk Library® (EDL) nécessite un noeud de stockage NetWorker. Autrement dit, lorsque vous utilisez la fonction de clonage de noeud de stockage intégré d'EDL, vous devez configurer une zone de données NetWorker. Toutes les règles et les restrictions de configuration standard relatives à NetWorker s'appliquent.

La fonction logicielle de noeud de stockage intégré démarre automatiquement lors de l'installation de la licence avec code d'activation EDL NetWorker Storage Node. Le logiciel de noeud de stockage est automatiquement redémarré en même temps que la librairie EDL, tant que la licence avec code d'activation reste installée. Si la licence avec code d'activation EDL NetWorker Storage Node est désinstallée, le logiciel de noeud de stockage est arrêté jusqu'au redémarrage de l'application EDL.

L'activation de la licence avec code d'activation EDL NetWorker Storage Node active également une option de menu dans la console EDL qui vérifie l'état du noeud de stockage et autorise le démarrage ou l'arrêt des services de noeud de stockage. Pour plus de détails, consultez l'aide en ligne d'EMC Disk Library.

Exemples d'utilisation des noeuds de stockage intégrésLa fonction de noeud de stockage intégré prend en charge toutes les opérations de clonage NetWorker standard, y compris les six utilisations suivantes :

1. Clonage de savesets à partir d'une bande virtuelle avec la librairie de disques vers des librairies cibles connectées à Fibre Channel sur le back-end d'une librairie de disques :

• Le noeud de stockage intégré de la librairie de disques lit les savesets de la librairie de bandes virtuelle qui sont utilisés par le noeud de stockage de production, et écrit sur les unités de bande cibles connectées aux ports Fibre Channel du back-end de la librairie de disques.

• Il est alors possible d'appliquer une politique de rétention des médias différente à la copie clonée du saveset.

• En définissant d'autres politiques de rétention des médias, vous pouvez conserver les données copiées sur le média virtuel pendant un délai relativement court (par exemple, une semaine), tandis qu'une politique de rétention des médias plus longue peut être appliquée à la copie clonée sur bande pour un stockage à plus long terme.

2. Clonage de savesets à partir d'une bande virtuelle vers une seconde librairie de disques connectée par Fibre Channel sur le back-end de la librairie de disques. Cette opération de clonage présente l'avantage de conserver une seconde copie des données sur disque, et ainsi de libérer l'espace sur la cible de sauvegarde principale.

Clonage avec EMC Disk Library à l'aide d'un noeud de stockage intégré 49


3. Clonage de savesets à partir d'une bande virtuelle vers une librairie de disques distante via la connectivité SAN Fibre Channel du back-end élargie :

• Cette option permet le clonage électronique d'un saveset à distance, où l'écriture sur l'unité de bande distant est effectuée en local par le noeud de stockage de la librairie de disques.

• La restauration du saveset peut également s'effectuer sur cette même distance si nécessaire.

4. Clonage de savesets à partir d'une bande virtuelle vers une seconde librairie de disques avec noeud de stockage intégré, via IP :

• Ce type de clonage permet de :

– Cloner les données sur une infrastructure relativement peu onéreuse, y compris une infrastructure existante.

– Conserver les données distantes sur le disque de la librairie de disques.

• Cette option est particulièrement pratique pour procéder au déplacement d'un volume limité de données (1 à 2 To/jour, selon la distance).

• La limitation des performances sur l’infrastructure IP existante a une incidence négative sur le volume de données susceptible d’être cloné par cette méthode.

5. Clonage de savesets à partir d'une bande virtuelle vers un noeud de stockage NetWorker distinct ou différent via IP :

• Ce type de clonage permet de cloner des données sur une infrastructure relativement peu onéreuse. L'utilisation d'une infrastructure existante rend inutile la présence d'une seconde librairie de disques sur le site distant.

• Cette option est particulièrement pratique pour procéder au déplacement d'un volume limité de données (1 à 2 To/jour, selon la distance).

• La limitation des performances sur l’infrastructure IP existante a une incidence négative sur le volume de données susceptible d’être cloné par cette méthode.

6. Clonage de savesets dans des librairies de bandes virtuelles sur n'importe quel moteur de librairie de disques à partir d'un moteur de librairie de disques :

• Permet à un noeud de stockage intégré de cloner à partir de VTL dans n'importe quel moteur de librairie.

• Permet à un noeud de stockage intégré de cloner à partir d'autres bandes virtuelles si l'autre moteur de librairie de disque est hors service.

Opérations de clonage utilisant des noeuds de stockage intégrésL'environnement qui prend en charge ce cas de figure fournit un niveau de disponibilité supplémentaire pour les opérations de clonage utilisant des noeuds de stockage intégrés. Un noeud de stockage intégré ressemble à n'importe quel autre noeud de stockage dans le sens où il peut utiliser les périphériques qu'il détecte, tels que :

◆ les librairies de bandes virtuelles présentes sur son propre moteur de librairie de disques ;

◆ la librairie de bandes cible (PTL) connectée au même moteur de librairie de disques.



Toutefois, il ne peut pas voir la librairie de bandes virtuelle dans l'autre moteur de librairie de disques. Mais il peut :

◆ Traiter le moteur A, qui fonctionne comme un initiateur Fibre Channel, comme un client SAN du moteur B qui fonctionne comme une cible Fibre Channel.

◆ Le moteur B fournit au moteur A la même VTL que celle utilisée par le noeud de production.

Chaque moteur de librairie de disques devient un client SAN de l'autre, comme n'importe quel autre noeud de stockage NetWorker connecté à un SAN. Cela nécessite que chaque noeud de stockage intégré dispose de cette capacité.

Dans les scénarios précédents, une ou plusieurs librairies de bandes virtuelles sont créées au sein de la librairie de disques et affectées à des noeuds de stockage NetWorker. Ces librairies de disques virtuelles peuvent être utilisées par un ou plusieurs noeuds de stockage de production, ou par le noeud de stockage intégré.

Pour que ce dernier puisse accéder aux librairies de bandes virtuelles à des fins de clonage, celles-ci doivent également être affectées au noeud de stockage NetWorker qui est le client SAN dans le programme Disk Library Console. Cela permet au noeud de stockage intégré :

◆ de lire des données à partir des bandes virtuelles qui sont créées par les noeuds de stockage de production ;

◆ d'écrire sur n'importe quelle unité de bande physique ou virtuelle reliée à la librairie de disques ou au second noeud de stockage ou au noeud de stockage distant.

Le logiciel NetWorker autorise le partage d'une librairie de bandes par deux ou plusieurs noeuds de stockage. Cela peut se produire dans deux cas précis, pris en charge par la fonction de clonage de noeud de stockage intégré :

◆ Dynamic Drive Sharing (DDS), qui permet le partage d'un ou plusieurs lecteurs de bandes au sein d'une librairie par deux ou plusieurs noeuds de stockage.

◆ Absence de DDS, qui permet à deux ou plusieurs noeuds de stockage de dédier, et non de partager, un ou plusieurs lecteurs de bandes.

Sélection d'un noeud de stockage

L'objectif de l'utilisation d'un noeud de stockage de librairie de disques intégré est de disposer d'un processus de clonage particulièrement performant. Une zone de données NetWorker dispose de NetWorker Server, d'un ou plusieurs noeuds de stockage et d'un ou plusieurs clients.

Environnements disposant de plusieurs noeuds de stockage

Dans les environnements disposant de plusieurs noeuds de stockage, configurez l'environnement NetWorker de sorte que, pour les opérations de clonage, le logiciel NetWorker utilise le noeud de stockage intégré de la librairie de disques à la place des noeuds de stockage de production.

S'il n'est pas correctement configuré, il est possible que logiciel NetWorker sélectionne automatiquement un noeud de stockage de production au lieu du noeud de stockage intégré. Par conséquent, le clonage risque de se produire entre les noeuds de stockage sur une connexion IP ou Ethernet.

Clonage avec EMC Disk Library à l'aide d'un noeud de stockage intégré 51


Affinité de noeud de clonage pour toutes les VTL de la librairie de disques

Par défaut, le logiciel NetWorker détermine le noeud de stockage qui lit un volume source dans une opération de clonage en considérant avant tout si le volume source est déjà monté. Bien que cela soit un choix pertinent dans de nombreux cas, il est déconseillé pour les environnements où les opérations de clonage doivent être effectuées par le noeud de stockage intégré de la librairie de disques.

Le logiciel NetWorker version 7.4 SP1 et les versions supérieures intègrent une fonction qui permet d'ignorer l'état de montage d'un volume source lors de la détermination de la source de lecture pour les librairies de bandes virtuelles.

Remarque : Utilisez cette fonction lorsque vous effectuez une opération de clonage qui implique le noeud de stockage intégré de la librairie de disques. Notez que cette fonction s'applique à NetWorker Server, et non au noeud de stockage intégré exécuté dans la librairie de disques.

Le logiciel NetWorker active automatiquement une fonction qui ignore l'état des bandes montées lors de la détermination de l'affinité de noeud de clonage pour toutes les VTL de librairie de disques pour lesquelles l'attribut de juke-box virtuel est défini sur Yes dans la ressource Juke-box. Cette même fonction est disponible, mais pas automatiquement activée, pour tous les autres juke-box non VTL.

Pour activer cette fonction sur des juke-box non VTL sur NetWorker Server :

1. Définissez la variable d'environnement FORCE_REC_AFFINITY sur Yes.

2. Redémarrez les opérations NetWorker.

Clonage du nœud de stockage de production des données vers les bandes physiques

Cette section décrit les avantages et les inconvénients liés au clonage de données sur des bandes physiques :

◆ Le logiciel NetWorker peut effectuer le clonage à partir de la bande virtuelle dans la librairie de disques, via un noeud de stockage de production, vers une librairie de bandes rattachée au SAN, afin de produire des copies des savesets. Cette opération est une procédure de clonage NetWorker standard.

◆ Pour la librairie de disques, un lecteur de bandes virtuel fonctionne avec une unité de bande cible rattachée au SAN afin d'exécuter le processus de clonage.

◆ Le clonage depuis un nœud de stockage de production vers un deuxième nœud de stockage peut également être réalisé sur IP.

IMPORTANT

Il n'est pas recommandé d'utiliser un noeud de stockage de production pour effectuer les opérations de clonage lorsque la fonction de clonage de noeud de stockage intégré est installée.



AvantagesLes avantages du clonage de données sur des bandes physiques sont les suivants :

◆ Le clonage peut se faire avec des librairies de disques sous le contrôle de NetWorker avec prise en charge des politiques NetWorker standard. Plusieurs rétentions des index pour diverses copies clonées des données peuvent être utilisées.

◆ Le clonage peut se produire au niveau du saveset.

Remarque : Le clonage peut porter sur un saveset entier.

◆ La copie peut s'effectuer entre un type de bande (virtuelle) et un autre (librairie de bandes cible), opération également appelée conversion de bande.

◆ La copie peut s'effectuer à partir de plusieurs bandes virtuelles sur une seule bande ; cette opération est appelée stacking de bandes.

InconvénientsLes inconvénients du clonage de données sur des bandes physiques sont les suivants :

◆ Requiert des licences de nœud de stockage.

◆ Requiert la maintenance de l'infrastructure du SAN front-end sur une librairie de bandes cibles ainsi que sur la librairie de bandes virtuelle.

◆ Consomme de la bande passante SAN, les données devant être transférées via le SAN depuis la bande virtuelle vers le périphérique cible du SAN.

Clonage du nœud de stockage de production des données vers les bandes physiques 53

CHAPITRE 4Procédures de clonage


◆ Clonage des données.............................................................................................. 56◆ Options de clonage................................................................................................. 56◆ Clonage automatisé ................................................................................................ 57◆ Planification d'une opération de clonage ................................................................ 60◆ Clonage des volumes .............................................................................................. 65◆ Clonage des savesets.............................................................................................. 65◆ Clonage avec script ................................................................................................. 67◆ Clonage de données archivées................................................................................ 70◆ Éléments à prendre en compte pour améliorer les performances de clonage ........... 71◆ Validation du clonage ............................................................................................. 71◆ Affichage de versions de sauvegarde dans l'interface utilisateur ............................. 72

Procédures de clonage 55

Procédures de clonage

Clonage des donnéesPlusieurs méthodes peuvent être utilisées pour configurer les opérations de clonage de NetWorker. Chacune de ces méthodes est adaptée à un environnement et à des besoins de stockage différents. Si nécessaire, vous pouvez utiliser plusieurs méthodes ou un clonage mixte pour obtenir la flexibilité et le contrôle requis.

Les opérations de clonage peuvent être configurées pour s'exécuter :

◆ Via un démarrage automatique (clonage automatique)

◆ Calendrier

◆ Selon un script personnalisé

NetWorker 7.6 SP1 et versions supérieures

Dans NetWorker 7.6 SP1 et les versions supérieures, une option de clonage a été introduite dans l'interface utilisateur pour planifier des opérations de clonage. Cette option offre les avantages suivants :

◆ apporte la flexibilité de la commande nsrclone et élimine en partie les limites de performances souvent associées à la méthode de clonage automatique traditionnelle ;

◆ évite de créer des solutions avec scripts.

Versions de NetWorker inférieures à 7.6 SP1

Pour les versions de NetWorker inférieures à la 7.6 SP1, les options de clonage suivantes sont disponibles :

◆ opérations de clonage automatisé ; ces opérations sont liées à des opérations de groupe de sauvegarde régulières et sont activées à l'aide de la ressource Backup Group ;

◆ commande nsrclone associée à une solution avec scripts.

Options de clonageLe Tableau 2 à la page 56 répertorie les options de clonage et décrit comment et quand les utiliser.

Tableau 2 Options de clonage (page 1 of 2)

Option de clonage Description

Automatisation Le clonage automatisé est configuré à l'aide de NMC au niveau du groupe NetWorker. Le clonage peut être configuré pour s’exécuter immédiatement après la fin de la sauvegarde du groupe ou après la fin de la sauvegarde de chaque saveset.La rubrique « Clonage automatisé », page 57 fournit de plus amples détails.

Sauvegarde Le clonage planifié, introduit avec NetWorker 7.6.1, surmonte les limitations liées au clonage de groupe en permettant de planifier des opérations de clonage et en fournissant des options plus flexibles pour la sélection de savesets et les pools de clones.La rubrique « Planification d'une opération de clonage », page 60 fournit de plus amples détails.



Clonage automatisé

Remarque : La GUI de clonage planifié offre plus de flexibilité que l’option de clonage automatisé.

Le clonage automatisé est lié à un groupe de sauvegarde. Avec le clonage de groupe automatisé, les savesets peuvent être clonés automatiquement lorsque le groupe est entièrement sauvegardé ou immédiatement (clonage immédiat) après la sauvegarde de chacun des savesets du groupe.

Le clonage immédiat n’est pris en charge qu’avec la réplication contrôlée par clone utilisant des périphériques DD Boost. Les opérations de clonage immédiat peuvent se terminer plus tôt car elles peuvent s’exécuter en parallèle plutôt que de manière séquentielle. Les gains de performances liés au clonage immédiat sont davantage visibles lorsque la file de sauvegarde contient de nombreux savesets ou lorsqu’il existe de nombreux savesets de tailles différentes.

À l’exception du clonage immédiat, le clonage automatique est le plus adapté aux environnements de petite taille ou à un petit nombre de clients, lorsque les opérations de clonage doivent être effectuées rapidement. Cette méthode permet de cloner les données de sauvegarde aussi vite que possible. Toutefois, cela signifie également que l'opération de clonage risque d'interférer avec la fenêtre de sauvegarde et que les heures de début et de fin peuvent varier.

Configuration du clonage automatique

Pour configurer le clonage automatique :

1. Dans la fenêtre NetWorker Administration, sélectionnez Configuration.

2. Créez une ressource Group, puis sélectionnez Properties.

3. Définissez l'option Clones.

4. Sélectionnez une valeur dans l’attribut Clone mode.

Contrôle Le clonage de volumes s'effectue à partir de la fenêtre Media de NMC.Le clone du volume individuel est opérationnel instantanément.La rubrique « Clonage des volumes », page 65 fournit de plus amples détails.

Saveset Le clonage de savesets s'effectue à partir de la fenêtre Media de NMC : • Pour créer une liste de savesets, utilisez la fonction de requête de

saveset.• Pour cloner un ou plusieurs savesets, consultez les résultats de la

requête. La rubrique « Clonage des savesets », page 65 fournit de plus amples détails.

Scripts Les scripts de clonage sont écrits par les clients. Ces scripts utilisent l'interface de ligne de commande de NetWorker pour répertorier et cloner les savesets.La rubrique « Clonage avec script », page 67 fournit de plus amples détails.

Tableau 2 Options de clonage (page 2 of 2)

Option de clonage Description

Clonage automatisé 57


• Sélectionnez Démarrer au terme de chaque saveset pour démarrer une opération de clonage de saveset après la sauvegarde de chacun des savesets. Si cette option est sélectionnée, l’attribut de parallélisme du NetWorker Server doit être défini sur 2 ou une valeur supérieure. Pour accéder à l’attribut de parallélisme du serveur, cliquez avec le bouton droit de la souris sur le nom du NetWorker Server dans le volet de gauche de la fenêtre Administration, sélectionnez Propriétés puis sélectionnez l’onglet Configuration.

Cette option n’est prise en charge que lorsqu’une réplication contrôlée par clone avec des périphériques DD Boost est effectuée. Si cette option est sélectionnée pour des périphériques non DD Boost, elle se comportera comme l’option Démarrer au terme du groupe.

• Sélectionnez Démarrer au terme du groupe pour démarrer les opérations de clonage uniquement après la sauvegarde de tous les savesets du groupe.

5. Sélectionnez le pool de clones à utiliser pour diriger la sauvegarde.

Le Guide d'administration d'EMC NetWorker fournit de plus amples détails sur la création de pools de clonage.

La Figure 7 à la page 59 affiche l’action de clonage automatique lorsque le clonage est configuré pour démarrer au terme du groupe. Une fois les trois savesets sauvegardés, leur clonage démarre automatiquement. Cette action crée deux copies de la sauvegarde une fois le groupe de sauvegarde terminé.



Figure 7 Action de clonage automatique

Un groupe de sauvegarde dont l’attribut de clonage automatique est activé démarre une session de clonage une fois la sauvegarde (du groupe entier ou d’un saveset) terminée. Si le groupe de sauvegarde est annulé ou interrompu une fois la sauvegarde terminée, la session de clonage automatique ne démarre pas et les événements suivants se produisent :

◆ L'icône d'état dans NMC indique que l'opération a réussi.

◆ Un message apparaît dans les logs pour indiquer que la session de clonage des savesets a échoué.

Le groupe étant marqué comme terminé dans NMC, l’option restart n’est pas activée dans le groupe de sauvegarde.

Pour redémarrer le groupe de sauvegarde, dans NMC, sélectionnez start pour le groupe de sauvegarde. La session de sauvegarde, avec clonage automatique activé, démarre.

Clonage automatisé 59


Planification d'une opération de clonage Vous pouvez configurer et exécuter des opérations de clonage planifié NetWorker dans NMC en fonction d’un ordonnanceur pour des clients, pools, savesets et périphériques prédéterminés.

Cette méthode convient parfaitement aux environnements dans lesquels des copies de savesets sont requises régulièrement. Ce type d'environnement fait généralement partie d'une fenêtre de clonage de maintenance bien définie, exécutée indépendamment de l'opération de sauvegarde principale.

La Figure 8 à la page 60 représente le volet de planification d'une session de clonage.

Figure 8 Configuration d'une session de clonage planifié en mode Diagnostic



Planification d'une opération de clonage

Pour configurer une opération de clonage planifié :

1. Dans la fenêtre Administration, cliquez sur Configuration.

2. Dans le volet de gauche développé, sélectionnez Clones.

3. Dans le menu File, sélectionnez New.

4. Dans l'attribut Name :

a. Saisissez un nom unique pour identifier la ressource de clonage planifié.

b. Saisissez des informations supplémentaires dans l'attribut Comment si nécessaire.

5. Pour remplacer les politiques de rétention des index et des médias initiales du saveset :

a. Dans l'attribut Browse, sélectionnez New policies.

b. Dans l'attribut Retention, sélectionnez New policies.

6. Pour spécifier le noeud de stockage chargé d'écrire les données lors de l'opération de clonage, sélectionnez un noeud de stockage dans l'attribut Storage node to WRITE save sets.

L'attribut Storage node to WRITE save sets est utilisé principalement avec l'attribut Storage node to READ save sets. Cette utilisation conjointe équilibre l'accès aux médias sur différents noeuds de stockage.

Remarque : Si l'attribut Storage node to WRITE save sets contient une valeur, celle-ci est remplacée par l'une des valeurs décrites dans la section « Critères d'écriture du clone », page 40.

7. Pour spécifier le noeud de stockage utilisé pour lire les données lors de l'opération de clonage :

a. Sélectionnez une valeur de noeud de stockage dans l'attribut Storage node to READ save sets. Cet attribut est visible uniquement lorsque le mode Diagnostic est sélectionné.

b. Vérifiez que le noeud de stockage sélectionné est inclus dans au moins l'un des éléments suivants :

– l'attribut Recover storage nodes ou Storage nodes de la ressource Client de NetWorker Server ;

– une liste des noeuds de stockage dans l'attribut Read Hostname pour la ressource Library, si une librairie est utilisée ;

– Un noeud de stockage sur lequel un périphérique de la libraire est configuré, si une libraire est utilisée.

Remarque : L'attribut Storage node to READ save sets n'est pas destiné à être utilisé avec des périphériques autonomes tels que des périphériques AFTD, des périphériques de type fichier et des périphériques Data Domain.

Planification d'une opération de clonage 61


8. Pour spécifier le pool de médias de clonage qui écrira des données lors d'une opération de clonage, sélectionnez un pool de médias de type clonage dans l'attribut Écriture de données clonées dans le pool.

Remarque : Si aucune sélection n'est faite, les clones seront écrits dans le pool de clonage par défaut.

9. Pour vérifier que seuls certains types de média sont utilisés pour contenir les données de clonage, utilisez l'attribut Pool. Les pools sont utilisés pour diriger des sauvegardes vers des volumes de média spécifiques.

Par exemple, pour vous assurer que cette session de clonage est copiée uniquement vers :

• un certain type de disque, tel que Data Domain, sélectionnez un pool de clones qui utilise uniquement des disques Data Domain ;

• une bande (sortie sur bande), sélectionnez un pool de clones qui utilise uniquement des unités de bande.

10. Sélectionnez Continue on save set error pour forcer le logiciel NetWorker à ignorer les savesets non valides et à continuer l'opération de clonage.

Si cette option n'est pas sélectionnée (paramètre par défaut), un message d'erreur est généré et l'opération de clonage s'arrête si un saveset non valide ou un identifiant de volume non valide est détecté.

11. Pour limiter le nombre d'instances de clone pouvant être créées pour un saveset quelconque inclus dans une opération de clonage planifié donnée :

a. Saisissez une valeur dans l'attribut Limit number of save set clones.

La valeur zéro (0) signifie qu'un nombre illimité de clones peut être créé pour cette opération de clonage planifié. Le logiciel NetWorker permet de créer une copie de saveset sur n'importe quel volume étant donné qu'un clone est créé pour chaque volume du pool. Un seul clone est créé chaque fois qu'une opération de clonage planifié est exécutée.

b. Pensez à limiter le nombre de clonages de saveset dans les cas où l'opération de clonage ne s'est pas terminée et est tentée de nouveau.

Par exemple, si vous saisissez une valeur de 1 dans cet attribut et que vous tentez de nouveau une opération de clonage terminée partiellement, seuls les savesets qui n'ont pas été clonés correctement la première fois seront candidats au clonage. De cette façon, des instances de clonage inutiles ne seront pas créées.

Quelle que soit la valeur de cet attribut, le logiciel NetWorker limite toujours le nombre d'instances de clonage de saveset à une par volume. Un pool de clonage peut posséder plusieurs volumes. Cet attribut limite le nombre d'instances de clonage de saveset pouvant être créées pour un pool de clonage dans une opération de clonage planifié particulière.

12. Sélectionnez Enable pour permettre à la session de clonage de s'exécuter à l'heure prévue.

13. Dans l'attribut Start Time, effectuez l'une des actions suivante :



• Cliquez sur les flèches vers le haut et vers le bas pour sélectionner l'heure à laquelle la session de clonage doit démarrer.

ou

• Saisissez l'heure directement dans les champs de l'attribut.

14. Dans l'attribut Schedule Period :

a. Sélectionnez Weekly by day ou Monthly by day selon le type de planification souhaitée pour la session de clonage.

b. Sélectionnez les jours de la semaine ou du mois auxquels la planification du clonage doit se produire.

15. Pour répéter la session de clonage dans une journée, spécifiez un nombre d'heures dans le champ Interval.

Par exemple, si l'heure de début est à 6h00, et que l'intervalle est de 6 heures, la session de clonage s'exécute à 6h00, à 12h00 et à 18h00.

16. Si la valeur Limit the number of save set clones est définie, la fonction de répétition de la session de clonage ignore les savesets du pool pour lesquels le nombre de clones spécifié existe déjà.

17. Cliquez sur l'onglet Save Set Filters pour spécifier les savesets à inclure dans cette session de clonage planifié.

Pour limiter les savesets à l'aide de divers critères de filtrage, exécutez l'une des opérations suivantes :

• Sélectionnez les savesets à cloner qui correspondent aux critères.

ou

• Sélectionnez des savesets spécifiques pour identifier explicitement les savesets à cloner.

18. Cliquez sur OK pour enregistrer la session de clonage planifié.

Affichage de la liste des savesets à cloner en fonction des critères de filtragePour afficher une liste des savesets qui seront clonés en fonction des critères de filtre que vous avez spécifiés, sélectionnez Aperçu de la sélection de sauvegarde.

Clonage de savesets qui correspondent à des critères de sélectionPour cloner des savesets qui correspondent à des critères de sélection, spécifiez des critères pour limiter les savesets à inclure dans la session de clonage planifié. Vous pouvez sélectionner les critères suivants :

◆ Groups (groupes de sauvegarde)

◆ Clients (ressources client)

◆ Pools (pools de sauvegarde)

◆ Filter save sets by level (niveau de sauvegarde)

◆ Filter save sets by name (nom de saveset spécifié dans la ressource Client)

Planification d'une opération de clonage 63


◆ Include save sets from the previous (savesets du dernier nombre de jours, semaines, mois ou années)

Clonage de savesets spécifiquesPour cloner des savesets spécifiques :

1. Saisissez les ID de saveset/ID de clone (SSID/clonid) spécifiques dans la zone de liste Clone specific save sets.

2. Saisissez chaque SSID/cloneid sur une ligne séparée.

3. Vous pouvez interroger les ID de saveset/ID de clone à l'aide de l'une des méthodes suivantes :

• en sélectionnant Administration > Media

ou

• en utilisant la commande mminfo

Démarrage manuel d'une opération de clonage planifié

Vous pouvez démarrer une session de clonage planifié à toute heure sans modifier l'heure de début normalement planifiée.

Pour démarrer manuellement une session de clonage planifié :


2. Dans le volet de gauche développé, sélectionnez Clones.

3. Cliquez avec le bouton droit de la souris sur une ressource dans le volet de droite.

4. Cliquez sur Démarrer.

Vous pouvez également démarrer un clonage planifié à l'aide de la fonction Monitoring de NetWorker.

Surveillance des opérations de clonage planifié

Dans la fenêtre Monitoring de l'interface utilisateur Administration, vous pouvez afficher :

◆ l'état des sessions de clonage planifié,

◆ l'heure de début et de fin du dernier clonage planifié,

◆ l'état de chaque saveset inclus dans le clonage planifié.

Affichage de l'état de clonage d'un saveset

Pour déterminer si un saveset sur un volume est un clone ou a été cloné, vérifiez la fenêtre dans l'onglet Query Save Set d'un volume qui a été cloné ou qui est un clone.



Clonage des volumesLe clonage des volumes est le processus consistant à reproduire l'ensemble des savesets issus d'un volume de stockage vers un volume de clone. Vous pouvez cloner des données de savesets à partir de volumes de sauvegarde ou d’archives.

Le clonage de volumes utilise la commande nsrclone, ainsi que le nom du volume comme argument. Dans le logiciel NetWorker, le clonage se produit au niveau du saveset et ne duplique pas spécifiquement le volume de bande. Par conséquent, plusieurs volumes peuvent être utilisés.

La section suivante décrit le processus de clonage de volumes :

1. Exécutez la commande nsrclone pour cloner tous les savesets présents sur un volume donné.

2. Lorsque des volumes sont clonés, une liste de tous les savesets qui y résident est créée, et les savesets eux-mêmes sont clonés à leur tour.

3. Les savesets qui commencent (sections d'en-tête de savesets continus) sur un volume donné sont intégralement copiés :

• les volumes peuvent être demandés lors de l'opération de clonage en plus de ceux spécifiés sur la ligne de commande ;

• les savesets qui résident sur les volumes spécifiés qui commencent ailleurs (sections intermédiaires ou section de fin de savesets continus) ne sont pas clonés.

Clonage des savesetsPour cloner manuellement un saveset :

1. Dans la fenêtre Administration, cliquez sur Média.

2. Dans le volet de gauche développé, sélectionnez Savesets.

3. Dans le volet de droite :

a. Cliquez sur l'onglet Query Save Set.

b. Utilisez l'onglet Saveset de requête pour spécifier les options destinées à limiter la plage de savesets affichés.

c. Toutes les options de requête sont facultatives à l'exception de la date. Il est obligatoire de sélectionner une plage de dates.

Remarque : les zones de texte de l'onglet Saveset de requête respectent la casse.

4. Saisissez les valeurs de chacun de ces attributs pour limiter l’étendue de la recherche :

• Nom du client

• Saveset

• ID du saveset

• Contrôle

Clonage des volumes 65


• Pool

5. Utilisez l'attribut Copies pour limiter la recherche aux seuls savesets déjà clonés.

a. Sélectionnez une valeur booléenne dans la liste.

– Supérieur à (>)

– Égal à (=)

– Inférieur à (<)

b. Saisissez le nombre de clones pour renseigner les critères de recherche de l'attribut Copies.

Par exemple, pour rechercher uniquement les savesets clonés au moins deux fois, sélectionnez supérieur à (>), puis saisissez 1 pour le nombre de copies.

6. Utilisez l'attribut Save Time pour limiter la recherche à la période pendant laquelle le saveset a été créé.

Par défaut, hier est utilisé comme date de début et aujourd'hui comme date de fin. Cela signifie que les sauvegardes de savesets réalisées entre hier à 00h01 et l'heure en cours seront affichées.

Pour les champs From et To, vous pouvez utiliser n'importe lequel des formats suivants :

• En entier (par exemple 01.11.2009).

• Au format numérique jj/mm/aa (par exemple 11/01/09)

• Sélection d'une date et d'une heure dans la liste

Remarque : Une plage de dates étendue peut entraîner la sélection d'un grand nombre de savesets. Cela peut augmenter le temps de réponse ou même exiger que vous fermiez et rouvriez la connexion du navigateur à la Console NetWorker.

7. Utilisez l'attribut Status pour limiter la recherche aux savesets avec un état particulier.

Les valeurs pouvant être sélectionnées sont les suivantes :

• Toutes

• Accès direct

• Recyclable

• Identifié

• Restaurable

• Suspectes

8. Utilisez l'attribut Maximum Level pour limiter la recherche aux savesets d'un niveau de sauvegarde particulier.

Le niveau All est spécifié par défaut. Tous les niveaux jusqu'au niveau sélectionné inclus sont affichés. Par exemple :

• Si vous sélectionnez le niveau 5, les savesets avec sauvegardes complètes et aux niveaux 1, 2, 3, 4 et 5 sont affichés.



• Si vous sélectionnez Full, seuls les savesets effectués dans le cadre d'une sauvegarde complète sont affichés.

• Si vous sélectionnez All, les savesets de tous les niveaux sont affichés.

9. Cliquez sur l'onglet Liste des savesets. Les savesets correspondant à vos critères de filtrage s'affichent dans la liste Save Sets.

10. Dans cette liste, sélectionnez les savesets à cloner.

11. Dans le menu Média, sélectionnez Cloner.

12. Dans la liste Pool de clones de média cible, sélectionnez un pool de clonage.

13. Cliquez sur OK, puis sur Oui à l'écran de confirmation.

Clonage avec scriptÀ partir de NetWorker 7.6 Service Pack 1, la plupart des fonctions fournies dans la commande nsrclone.exe sont disponibles dans l'interface utilisateur de la ressource Clone de NMC.

Toutefois, dans certaines situations ou circonstances, l'utilisation de la commande nsrclone.exe d'un script peut quand même présenter des avantages. Par exemple, une solution de clonage avec script peut être utilisée dans les cas de figure suivants :

◆ Pour contrôler les conditions avant que le clonage ne démarre. Par exemple, après un événement ou un test spécifique, ou dans le cadre d'un workflow.

◆ Pour contrôler les actions une fois le clonage terminé. Par exemple, la suppression de fichiers ou le déplacement de données dans le cadre d'un workflow.

◆ Pour contrôler le clonage dans le cadre d'un planificateur de gestion d'entreprise indépendant de la planification NetWorker ou de NMC.

◆ Pour créer plusieurs clones. Par exemple, clone 1 sur un disque, clone 2 sur une bande, chacun avec des dépendances, des synchronisations et des logiques spécifiques.

Remarque : Lorsque vous utilisez la fonction de clonage avec script, utilisez les dernières versions du logiciel NetWorker. Cela réduit la complexité de la logique dans un script de clonage.

Améliorations de NetWorker 7.6 Service Pack 1

À partir de NetWorker 7.6 Service Pack 1, la plupart des fonctions fournies dans la commande nsrclone sont disponibles dans l'interface utilisateur de la ressource Clone de NMC. La commande nsrclone mise à jour contient également un certain nombre d'améliorations qui peuvent réduire considérablement la longueur et la complexité du script.

Le Tableau 3 à la page 68 décrit les options pouvant être utilisées avec la commande nsrclone.

Clonage avec script 67


Améliorations de NetWorker 7.5

À partir de NetWorker 7.5, la commande nsrclone a été améliorée pour fournir une meilleure flexibilité lorsque vous sélectionnez des savesets pour un clonage par :

◆ Clients

◆ Groupes

◆ Noms de savesets

◆ Niveaux de savesets

◆ Nombre de copies valides

◆ Nombre de clones pas encore créés dans le pool cible

Description des options nsrclone

Le Tableau 3 à la page 68 décrit les options pouvant être utilisées avec la commande nsrclone.

Tableau 3 Description des options nsrclone

Options Description

-C less than copies in target pool Spécifie la limite supérieure avec un entier non inclusif de sorte que seuls les savesets dont le nombre de copies clonées est inférieur dans le pool de clonage cible soient pris en considération pour le clonage. Cette option est utile lors de la nouvelle tentative d'opérations de clonage abandonnées. Comme la cible est un pool de clonage, chaque copie ou clone original du saveset n’est jamais pris en considération lors du recensement du nombre de copies du saveset. De même, tout clone miroir AFTD en lecture seule n’est pas pris en considération parce que son clone principal de lecture ou d’écriture est comptabilisé et qu’il n’y a qu’une seule copie physique du clone entre la paire de clones associée. Les savesets ou clones recyclables, abandonnés, incomplets et inutilisables sont exclus de la comptabilisation. Cette option ne peut être utilisée qu'avec l'option -t ou -e.

-l level or range Permet de spécifier le niveau ou la plage d’entiers n1-n2 de 0 à 9 pour les savesets pris en considération pour le clonage. Il est possible d’utiliser manuel pour les savesets initiés par le client ou immédiats, complet pour les savesets de niveau complet, incr. pour les savesets de niveau incrémentiel et des entiers de 0 à 9, où le saveset 0 signifie également complet. Il est possible de spécifier plusieurs niveaux à l'aide de plusieurs options -l et du format de plage -l n1 à n2. Cette option ne peut être utilisée qu'avec l'option -t ou -e.

-N nom du saveset Permet de spécifier le nom du saveset pour les savesets pris en considération pour le clonage. Il est possible de sélectionner plusieurs noms de saveset à l’aide de plusieurs options -N. Cette option ne peut être utilisée qu'avec l'option -t ou -e.

-c nom du client Permet de spécifier les savesets dans un client particulier. Il est possible de spécifier plusieurs noms de client à l’aide de plusieurs options -c. Cette option ne peut être utilisée qu'avec l'option -t ou -e.

-g nom du groupe Permet de spécifier les savesets d’un groupe particulier. Il est possible de spécifier plusieurs noms de groupe à l'aide de plusieurs options -g. Cette option ne peut être utilisée qu'avec l'option -t ou -e.



Utilisation des options nsrclone

Les exemples suivants illustrent comment les diverses options peuvent être utilisées avec la commande nsrclone :

1. Copiez tous les savesets créés au cours des dernières 24 heures pour les clients mars et jupiter avec les noms de saveset /data1 et /data2 uniquement pour les sauvegardes de niveau complet :

nsrclone -S -e now -c mars -c jupiter -N /data1 -N /data2 -l full

2. Copiez tous les savesets qui n'ont pas été copiés dans le pool de clonage par défaut dans une session nsrclone précédemment abandonnée en partie :

nsrclone -S -e now -C 1

3. Copiez tous les savesets qui n'ont pas été copiés dans le pool de clonage par défaut dans une session nsrclone précédemment abandonnée en partie et avec des périodes de rétention et d'accès direct étendues :

nsrclone -S -e now -C 1 -y 12/12/2010 -w 12/12/2009

Utilisation de la commande nsrclone pour spécifier une politique de rétention des index et des médias

Lorsque vous utilisez la commande nsrclone, vous pouvez spécifier une politique de rétention des index et des médias à partir de l'invite de commande.

Spécification d'une politique de rétention des médiasPour spécifier une politique de rétention des médias à partir de l’invite de commande, effectuez l'une des actions suivantes :

◆ utiliser la commande nsrclone avec l’option -y lors de la création d’un saveset cloné.

◆ Spécifiez une politique de rétention des médias pour un saveset cloné existant à l'aide de la commande nsrmm -e.

Spécification d'une politique de rétention des indexPour spécifier une politique de rétention des index à partir de l'invite de commande, utilisez la commande nsrclone et l'option -w lors de la création d'un saveset cloné.

Remarque : Gardez à l'esprit que cela modifiera également la politique de rétention des index de l'instance du saveset d'origine si la rétention des index de celui-ci n'a pas été dépassée et si elle est antérieure à la nouvelle rétention des index du clone.

Clonage avec script 69


Ressources NSR cloneLes ressources Clone créées à l'aide des ressources NSR clone du programme nsradmin ne peuvent pas être définies comme des ressources Clone planifiées dans la fenêtre NetWorker Administration.

Pour éviter ce problème, effectuez l'une des actions suivantes :

◆ Créez des ressources de clonage planifié dans l'interface Administration.Pour plus d'informations, reportez-vous à la section « Planification d'une opération de clonage », page 61.

◆ Créez une ressource NSR clone, si nécessaire à l'aide du programme nsradmin :

a. Créez une ressource NSR task correspondante à l'aide du programme nsradmin. Ensemble, ces ressources vous permettront de modifier l'élément de clonage clone en tant que ressource de clonage planifié dans l'interface utilisateur.

b. Les attributs Name et Action de la ressource NSR task correspondante doivent être spécifiés comme suit :

name: "clone.nsrclone_resource_name"action: "NSR clone:nsrclone_resource_name"

Clonage de données archivéesVous pouvez planifier une session de clonage pour cloner des données archivées ou cloner des données archivées à la demande.

Planification d'une session de clonage de données archivées

Pour configurer une session de clonage planifié pour des données archivées :

1. Suivez les étapes de la section « Planification d'une opération de clonage », page 61.

2. Sélectionnez un pool archivé comme critère de filtrage du saveset.

Clonage manuel d'un volume archivé

Pour cloner manuellement un volume archivé :

1. Dans la fenêtre Administration, cliquez sur Média.

2. Dans le volet de gauche développé, sélectionnez Savesets.

3. Dans le volet de droite, cliquez sur l'onglet Query Save Set.

4. Dans l'attribut Pool :

a. Sélectionnez un pool d'archivage dans la liste.

b. Faites les autres sélections appropriées pour limiter les critères de recherche de saveset.

Pour plus d'informations, reportez-vous à la section « Démarrage manuel d'une opération de clonage planifié », page 64.

5. Cliquez sur l'onglet Liste de savesets.

6. Sélectionnez les savesets d'archive à cloner dans la liste Saveset.



7. Dans le menu Média, sélectionnez Cloner.

8. Dans la liste Pool de clones de média cible, sélectionnez un pool de clonage d'archives.

9. Cliquez sur OK.

10. Cliquez sur Yes dans l'écran de confirmation.

Éléments à prendre en compte pour améliorer les performances de clonage

Le clonage peut être effectué en parallèle, ce qui permet d'activer plusieurs sessions de clonage simultanément. Toutefois, dans ce cas, le nombre et la rapidité des sessions de clonage dépendent des périphériques utilisés et de la méthode employée pour démarrer l'opération de clonage.


◆ Le clonage automatique est un processus à un seul thread qui repose sur un groupe de sauvegarde.

◆ Pour un groupe donné, le logiciel NetWorker exécute un seul clone à la fois, quelles que soient les options de parallélisme.

◆ Cela n'empêche pas d'autres groupes configurés pour un clonage automatique d'être exécutés en parallèle. Toutefois, chaque groupe exécute un seul clone à la fois, en supposant qu'il n'existe aucune limite concernant les volumes ou les périphériques.

Validation du clonageLes données de clonage n'ont pas besoin d'être validées, car elles sont lues à partir de la source dans leur format natif autodescriptif avant d'être copiées sur la cible. La création d'un clone a pour effet de valider la lecture des données sources à partir du média. De ce fait, les opérations de clonage suivantes basées sur le clone sont également validées lorsque de nouvelles copies sont créées.

Si des actions sont requises après une opération de clonage, il est probable qu'une forme de validation soit utilisée. Cette validation est importante si l'action de suivi est de nature destructrice ou irréversible, comme la suppression des données sources une fois le délai d'expiration atteint ou l'attribution d'un nouveau libellé.

Pour des savesets individuels, utilisez la commande mminfo pour vérifier que le saveset cloné est valide et qu'aucune annulation ou erreur ne s'est produite.

Des copies clonées supplémentaires peuvent également être utilisées pour :

◆ confirmer que le saveset peut être lu ;

◆ fournir des garanties et une protection supplémentaires.

Éléments à prendre en compte pour améliorer les performances de clonage 71


Bien qu'une vérification des savesets individuels puisse contribuer à confirmer la réussite d'une opération de clonage, elle ne confirme pas que la restauration est possible :

◆ La restauration peut nécessiter des savesets supplémentaires.

◆ Vérifiez systématiquement que tous les savesets ont été correctement identifiés et clonés.

◆ Les sauvegardes applicatives sont un exemple type de scénario nécessitant plusieurs savesets.

Affichage de versions de sauvegarde dans l'interface utilisateurUne fois l'analyse des données terminées, vous pouvez afficher la sauvegarde dans le programme NetWorker User.

Vous pouvez afficher les données à l'aide de l'une des méthodes suivantes :

◆ Si l'application est présente dans la dernière sauvegarde, vous pouvez afficher les versions de cette application. Les versions ne sont pas mises en mémoire cache, donc si une version récemment analysée existe, elle doit être détectée :

a. Dans le volet View Versions, recherchez l'heure de sauvegarde à laquelle les données ont été analysées.

b. Si l'heure de sauvegarde existe, sélectionnez-la comme nouvelle rétention des index pour continuer.

c. Utilisez l'attribut Change Browse Time pour définir l'heure un peu avant l'heure à laquelle le saveset le plus récent a été analysé.

◆ Si vous effectuez une restauration à partir d'une sauvegarde incrémentielle :

a. Vérifiez que les sauvegardes complètes et incrémentielles antérieures sont également visibles en tant que versions de sauvegarde.

b. Exécutez View Versions pour l'application.

◆ Si la version de la sauvegarde analysée n'apparaît pas dans le programme NetWorker User, validez le saveset de substitution.


CHAPITRE 5Restauration de données à partir de clones


◆ Restauration des clones.......................................................................................... 74◆ Scénarios de restauration ....................................................................................... 74◆ Savesets et volumes nécessaires à la restauration des données clonées................. 77◆ Tâches de restauration ............................................................................................ 81

Restauration de données à partir de clones 73

Restauration de données à partir de clones

Restauration des clonesLorsque vous utilisez le clonage, assurez-vous de pouvoir restaurer les savesets clonés pour l'ensemble des scénarios de restauration. Ces scénarios de restauration et les étapes nécessaires à la restauration des savesets clonés peuvent être spécifiques.La rubrique « Scénarios de restauration », page 74 fournit de plus amples détails.

Pour garantir la restauration correcte des données clonées :

◆ Vérifiez que tous les scénarios de restauration appropriés ont bien été pris en compte, tel que décrit dans la section « Scénarios de restauration », page 74. Par exemple, si vous comptez sur la copie clonée pour effectuer la restauration, vous devez vous assurer que les savesets restaurés proviennent de cette copie et non du volume d'origine. Cela est important dans les cas où ces deux copies ou l'ensemble des copies sont disponibles, et dans les cas où le volume d'origine n'est pas disponible.La rubrique « Sélection des volumes clonés à partir desquels restaurer les données », page 80 fournit de plus amples détails.

◆ Vérifiez que tous les savesets et volumes requis sont disponibles pour effectuer la restauration.Pour plus d’informations, reportez-vous à la section « Savesets et volumes nécessaires à la restauration des données clonées », page 77.

◆ Vérifiez que les procédures de restauration sont en place et ont bien été testées régulièrement, comme décrit dans la section « Tâches de restauration », page 81.

Scénarios de restaurationDeux hypothèses sont habituellement prises en compte au moment de déclencher une opération de restauration :

◆ La restauration s'exécute peu de temps après la sauvegarde (heures ou jours).

◆ La restauration utilise les volumes de données d'origine et le serveur de sauvegarde est entièrement opérationnel. Utilisez la procédure de restauration NetWorker standard car les sauvegardes figurent à la fois dans les index des fichiers clients et la base de données des médias.La rubrique « Savesets et volumes nécessaires à la restauration des données clonées », page 77 fournit de plus amples détails.

Toutefois, si l'opération de restauration intervient après expiration de la rétention des index ou des médias NetWorker ou suite à une perte survenue sur le site ou dans le bâtiment, il se peut que les volumes soient difficilement accessibles. D'autres actions sont alors indispensables.Le Tableau 4 à la page 75 détaille les scénarios de restauration et les actions à entreprendre.

Rétention des index et des médias

Dans la plupart des opérations de restauration, la demande de restauration des données intervient peu de temps après la fin de la sauvegarde. Dans de tels cas, la rétention des index et des médias est vraisemblablement toujours valide et la restauration est simple.La section « Savesets et volumes nécessaires à la restauration des données clonées », page 77 fournit de plus amples détails sur la façon de restaurer les données clonées dans ce scénario.



Dans les cas où la rétention des index et des médias a expiré, des opérations supplémentaires sont nécessaires pour effectuer la restauration. Il est important de prendre ce point en compte au moment de déterminer la rétention des index et des médias pour les copies de sauvegarde et les copies clonées. La section « Prise en compte des politiques de rétention des index et des médias », page 31 fournit de plus amples détails sur la façon de restaurer les données clonées dans ce scénario.

Identification des options de restaurationSi la restauration est difficilement accessible, procédez comme suit :

1. Identifiez les savesets sauvegardés et clonés requis.

2. Localisez la cause du problème et tentez d'y remédier.La rubrique Tableau 4 à la page 75 fournit de plus amples détails.

3. Si nécessaire, recherchez d'autres options de restauration.La rubrique « Tâches de restauration », page 81 fournit de plus amples détails.

Le logiciel NetWorker génère plusieurs fichiers log qui contiennent des informations sur les volumes, l'état et l'historique des opérations de clonage. Pour afficher et surveiller ces fichiers, accédez à la fenêtre NetWorker Administration, ou récupérez-les depuis les sauvegardes de serveur précédentes.

Les messages relatifs au clonage sont également consignés dans le fichier de messages NetWorker et dans le fichier log savegrp qui se trouvent dans le répertoire NetWorker_install_dir\logs.

Analyse des scénarios de restaurationSi la restauration n'est pas immédiatement disponible ou échoue, passez en revue la liste suivante de scénarios de restauration pour déterminer la cause du problème et chercher une solution.

Tableau 4 Scénarios de restauration NetWorker (page 1 of 2)

Scénario de restauration Description Section

Restauration des données d'origine ou clonées, directement accessibles. Les savesets se trouvent à la fois dans l'index des fichiers clients et dans la base de données des médias.

Les sauvegardes existent et sont directement accessibles, à la fois dans l'index des fichiers clients et dans la base de données des médias.

« Restauration des données clonées accessibles dans l'index des fichiers clients », page 81

La rétention des index a expiré et les entrées de l'index des fichiers clients ont été purgées.

Les informations contenues dans l'index des fichiers clients ont été purgées car la rétention des index a expiré. Bien que vous utilisiez la base de données des médias pour identifier les volumes et les savesets, vous ne pouvez pas effectuer une restauration partielle ou au niveau élément.Si la politique de rétention des index a expiré :• Exécutez la commande nsrck -L7 -t pour restaurer les entrées

de l'index des fichiers clients.ou

• Exécutez la commande scanner pour recréer les entrées de l'index des fichiers clients.

« Restauration des savesets recyclables dans l'index des fichiers client », page 86

Scénarios de restauration 75


La rétention des index et des médias a expiré mais le volume n'a pas été recyclé car il contient des données appartenant à la rétention des médias indiquée.

Les entrées de la base de données des médias sont signalées comme ayant expiré mais le volume n'a pas été recyclé (n'a pas reçu un nouveau libellé). Si le volume n'a pas été recyclé, les entrées de la base de données des médias existent toujours. Vous devez alors signaler les entrées de la base de données des médias dans la base de données des médias comme étant susceptibles d'être restaurées.

« Restauration des savesets recyclables dans l'index des fichiers client », page 86

La rétention des index et des médias a expiré et le volume a été recyclé.

Si le volume a été recyclé, les entrées de médias ont donc été purgées. Dans ce cas, les données ne sont plus disponibles pour effectuer la restauration et d'autres sources doivent être utilisées.

« Sélection des volumes clonés à partir desquels restaurer les données », page 80

Un ou plusieurs volumes sont manquants ou hors ligne.

Certains ou tous les volumes de sauvegarde d'origine ne sont plus disponibles pour la restauration :• Si les volumes sont hors site ou stockés, il est alors simple de

les rappeler et de les rendre accessibles pour le serveur NetWorker en ligne de sorte que l'opération de restauration se poursuive. Dans ce cas, les entrées de la base de données des médias sont toujours disponibles et valides. Il est parfois nécessaire de réaliser une opération de montage ou un inventaire de la librairie pour assurer la disponibilité des volumes.

• Si les entrées de la base de données des médias ne sont pas disponibles ou se révèlent non valides, exécutez la commande scanner pour réintégrer les entrées de médias de sorte que le serveur NetWorker sache quelles données se trouvent sur ce volume.

• Le Guide d'administration d'EMC NetWorker fournit de plus amples détails.

• « Restauration des savesets ne figurant pas dans la base de données des médias », page 88

Le volume cloné ne contient pas tous les savesets à restaurer.

Si les volumes clonés ne contiennent pas toutes les données nécessaires à la restauration, il se peut que le nombre d'options de restauration soit alors limité. Il est possible de restaurer les données si :• les informations concernant les données d'amorçage

d'origine (médias et index clients) sont disponibles ;• les volumes d'origine existent toujours et sont utilisables à

des fins de restauration.Une restauration de ces données est parfois impossible, notamment si :• aucune sauvegarde des données d'amorçage n'existe pour la

période à laquelle la restauration est demandée ;• les volumes de données d'origine sont manquants ou ont été

recyclés.

• « Restauration des savesets restaurables dans l'index des fichiers clients », page 84

• « Restauration des savesets ne figurant pas dans la base de données des médias », page 88

Le serveur NetWorker ne dispose d'aucune trace de la sauvegarde ni d'aucun enregistrement de base de données la concernant.

Le serveur NetWorker a été reconstruit ou récemment restauré et l'ensemble ou la plupart des enregistrements issus des sauvegardes précédentes sont manquants. Une restauration complète de la base de données des médias et des index des fichiers clients est indispensable pour pouvoir exécuter une opération de restauration du client. La restauration doit inclure les entrées de médias et de l'index des fichiers clients pour l'ensemble des volumes, des clients et des dates disponibles. Elle s'appuie sur les sauvegardes des données d'amorçage du serveur NetWorker.

Le Guide de reprise après sinistre d'EMC NetWorker fournit de plus amples détails.

Tableau 4 Scénarios de restauration NetWorker (page 2 of 2)

Scénario de restauration Description Section



Savesets et volumes nécessaires à la restauration des données clonées

Avant de démarrer une restauration, il est important de veiller à ce que l'ensemble des savesets et volumes nécessaires soient disponibles :

◆ « Génération d'une base de données des médias répertoriant tous les savesets », page 77

◆ « Détermination de l'état d'un saveset dans la base de données des médias », page 78

◆ « Exigences relatives aux savesets », page 78

Lorsque des volumes clonés sont utilisés, vérifiez que tous les savesets clonés sont disponibles pour la restauration.La rubrique « Sélection des volumes clonés à partir desquels restaurer les données », page 80 fournit de plus amples détails.

Génération d'une base de données des médias répertoriant tous les savesets

Pour générer une base de données des médias répertoriant l'ensemble des savesets demandés :

1. À l'invite de commande du serveur NetWorker, saisissez la commande suivante pour générer une liste des savesets clonés dans la base de données des médias :

mminfo -S -s NW_server_name -c NW_client_name -q "group= group_name, savetime>date1, savetime<date2" -ot 1>output.txt 2>&1

où :

• NW_server_name est le nom de l'hôte NetWorker Server.

• NW_client_name est le nom de l'hôte NetWorker Client.

• group_name est le nom du groupe qui contenait NetWorker Client au moment de la sauvegarde.

• date1 précède d'un jour au moins la plage de dates à laquelle le clone NetWorker doit être restauré.

• date2 suit d'un jour au moins la plage de date à laquelle le clone NetWorker doit être restauré.

Par exemple, pour répertorier les détails des savesets se trouvant sur le NetWorker Server krkr-pdc.krkr.local, un client NMM krkr8x64.krkr.local dans un groupe grupa2 les 14 décembre 13:48:00 2010 et 15 décembre 13:57:00 2010, exécutez la commande :

mminfo -S -s krkr-pdc.krkr.local -c krkr8x64.krkr.local -q "group=grupa2,savetime>12/14/2010 13:48:00,savetime<12/15/2010 13:57:00" > out3.txt

2. Modifiez le fichier de sortie output.txt qui se trouve dans le même répertoire que celui dans lequel la commande mminfo a été exécutée.

Savesets et volumes nécessaires à la restauration des données clonées 77


Si le fichier de sortie contient le message suivant, les savesets NetWorker ne figurent pas dans la base de données des médias pour les options de client ou de requête indiquées :

mminfo: no matches found for the query

• Modifiez les options de requête indiquées dans la commande mminfo.

ou

• Restaurez la base de données des médias.La rubrique « Restauration des savesets ne figurant pas dans la base de données des médias », page 88 fournit de plus amples détails.

Détermination de l'état d'un saveset dans la base de données des médias

Pour déterminer l'état d'un saveset dans la base de données des médias, exécutez la commande mminfo. Utilisez l'attribut ssflags pour obtenir un récapitulatif de l'état de chaque saveset.

Dans le rapport du récapitulatif ssflags des savesets :

◆ Un « r » dans la sortie ssflags indique la possibilité de restaurer un saveset et que ce dernier a dépassé la politique de rétention des index définie.

◆ Un « E » dans la sortie ssflags indique la possibilité de recycler un saveset et que ce dernier a dépassé la politique de rétention des médias définie. Cette restauration est également appelée restauration de saveset expiré.

Dans le cas des savesets incrémentiels ou différentiels, la valeur ssflags ne contient un « E » que si l'ensemble des sauvegardes incrémentielles, différentielles ou complètes ont également dépassé la politique de rétention des médias définie.

Lorsque tous les savesets d'un volume sont recyclables, il est possible d'écraser le volume.

Exigences relatives aux savesets

Remarque : N'utilisez pas ces procédures tant que vous n'êtes pas familiarisé avec toutes les exigences relatives aux savesets.

La restauration des données depuis un média qui a expiré ou qui est recyclable vous oblige à identifier les savesets pour la sauvegarde :

◆ Si vous connaissez la liste des savesets à restaurer, exécutez les étapes mentionnées dans la section « Utilisation de la durée de sauvegarde pour répertorier tous les savesets », page 79.

◆ Si vous ne connaissez pas tous les savesets à restaurer, exécutez les étapes mentionnées dans la section « Utilisation de la durée d'enregistrement pour déterminer l'ensemble complet des savesets à restaurer », page 79.



Utilisation de la durée de sauvegarde pour répertorier tous les savesetsSi vous êtes familiarisé avec le saveset nécessaire pour le logiciel NetWorker, mettez à profit la durée de sauvegarde pour vous assurer que tous les cover savesets sont affichés :

mminfo -v -ot -q "group=group_name,saveset>date1,saveset<date2" -r "ssid, cloneid, nsavetime, ssflags, level, savetime(22), ssbrowse, ssretent, name, client, volume" 1>output.txt 2>&1

où :

◆ group_name est le nom du groupe qui contenait NetWorker Client au moment de la sauvegarde.

◆ date1 précède d'un jour au moins la plage de dates à laquelle le clone NetWorker doit être restauré.

◆ date2 suit d'un jour au moins la plage de date à laquelle le clone NetWorker doit être restauré.

Cette requête renvoie l'ensemble des savesets du groupe dans la plage de dates indiquée. L'indicateur -ot trie les savesets d'après les durées et les données stockées dans le fichier output.txt. Ce fichier se trouve dans le même répertoire que celui dans lequel la commande mminfo a été exécutée.

Remarque : Si vous rencontrez des problèmes de restauration avec cette méthode, sachant qu'il s'agit de la méthode la plus simple, utilisez les procédures décrites dans la section « Génération d'une base de données des médias répertoriant tous les savesets », page 77 pour valider la sortie.

Utilisation de la durée d'enregistrement pour déterminer l'ensemble complet des savesets à restaurer

Exécutez la commande mminfo pour interroger la base de données des médias et identifier la plage de dates de sauvegarde requise pour la version de la sauvegarde en cours de restauration. La plage de dates de sauvegarde sert à interroger la base de données des médias.

La plage de dates de sauvegarde débute un jour avant (date1) et se termine un jour après (date2) la date de la sauvegarde à restaurer.

IMPORTANT

Si la sauvegarde à restaurer est une sauvegarde incrémentielle ou différentielle, vous devez élargir cette plage de dates de sauvegarde pour y inclure la séquence des sauvegardes complètes et de niveau.

Pour déterminer tous les savesets à restaurer :

1. Identifiez la plage de dates de sauvegarde requise pour la version de la sauvegarde en cours de restauration.

Si vous restaurez un système de fichiers, il vous faudra peut-être :

a. étendre la plage de dates de sauvegarde pour y inclure la séquence des sauvegardes complètes et incrémentielles ;

b. ajuster en conséquence la plage de dates de sauvegarde.

Savesets et volumes nécessaires à la restauration des données clonées 79


2. Identifiez le nom du saveset utilisé pour la sauvegarde du système de fichiers en cours de restauration.

3. Utilisez la plage de dates de sauvegarde pour générer la liste de la base de données des médias pour la sauvegarde :

mminfo -S -s server -c client -q "group=group, savetime>date1, savetime<date2"

Par exemple, utilisez la commande suivante pour restaurer une sauvegarde intervenue le 28/04/2010 :

mminfo -S -s bv-nwsvr-1 -c bv-accounting-1 -q "group=BV-accounting-1_Group,savetime>4/27/2010,savetime<4/29/2010"

où :

• bv-accounting-1 correspond à NetWorker Client.

• bv-nwsvr-1 correspond à NetWorker Server.

• BV-accounting-1_Group est le groupe.

4. Identifiez la sauvegarde complète la plus récente du saveset du système de fichiers dans le rapport mminfo.

Pour identifier la sauvegarde complète, utilisez un saveset de substitution :

• Utilisez le nom du saveset du système de fichiers.

• Le nom du saveset n'est pas associé à la lettre « K » dans sflags.

5. Obtenez l'identifiant *snap_sessionid à partir de la sauvegarde complète.

Sélection des volumes clonés à partir desquels restaurer les données

Passez en revue la procédure suivante pour vous assurer que la restauration provient de la copie clonée et non de l'original dans les cas où la copie clonée et l'original ou encore l'ensemble des copies sont disponibles.

Le volume sélectionné pour une opération de restauration, qu'il s'agisse d'un volume de clonage ou du volume original, est déterminé comme suit :

1. La priorité la plus élevée est donnée au volume (clone ou original) dont l'état de saveset est complet et non suspect. Un saveset complet suspect a une priorité plus haute qu'un saveset non suspect incomplet.

Le Guide d'administration d'EMC NetWorker fournit des informations sur la modification de l'état d'un saveset.

2. Si les volumes ont toujours une priorité égale, la priorité est donnée au volume monté.

3. Si les volumes sont montés, la priorité repose sur le type de médias. Les types de média sont classés ci-dessous de la plus élevée à la plus basse :

a. Périphérique de type de fichier avancé

b. Périphérique de type de fichier

c. Autre (tel que bande ou lecteur optique)



4. Si les volumes ne sont pas montés, la priorité repose sur l'emplacement du média. Les emplacements des médias sont classés ci-dessous de la priorité la plus élevée à la plus basse :

a. Volumes dans une librairie

b. Volumes dans une librairie contrôlée par AlphaStor ou SmartMedia

c. Volumes hors librairie mais sur site (l'indicateur offsite n'est pas défini)

d. Volumes hors-site (l'indicateur offsite est défini)

5. Utilisez la commande nsrmm pour spécifier qu'un volume est offsite. Par exemple :

nsrmm -o offsite -V volume_id

Les volumes indispensables à la restauration s'affichent dans la fenêtre Required Volumes du programme EMC NetWorker User. Le Guide d'administration d'EMC NetWorker fournit des informations sur l'affichage des volumes indispensables à la restauration des données.

Il est également possible d'exécuter le programme scanner sur un volume de clone pour reconstruire les entrées de l'index de fichiers client, de la base de données des médias ou des deux. Une fois ces entrées recréées, la restauration classique est disponible. Le Guide d'administration d'EMC NetWorker fournit des informations sur la restauration d'une entrée de saveset dans les index en ligne.

Tâches de restaurationCette section traite de la restauration à partir de savesets clonés. Elle vous aide à identifier les savesets indispensables et à vous assurer que l'état de ces savesets convient à une restauration :

◆ « Restauration des données clonées accessibles dans l'index des fichiers clients », page 81

◆ « Restauration des savesets restaurables dans l'index des fichiers clients », page 84

◆ « Restauration des savesets recyclables dans l'index des fichiers client », page 86

◆ « Restauration des savesets ne figurant pas dans la base de données des médias », page 88

Pour restaurer les données à partir de sauvegardes complètes et incrémentielles :

◆ Pour chaque sauvegarde, répétez les tâches répertoriées dans cette section jusqu'à ce que toutes les sauvegardes incrémentielles survenues après les sauvegardes complètes soient enregistrées.

◆ Pour restaurer plusieurs clients, répétez les tâches de restauration pour chaque client.

Restauration des données clonées accessibles dans l'index des fichiers clients

Restaurez les données clonées accessibles en utilisant la procédure de restauration NetWorker standard. En effet, les sauvegardes figurent à la fois dans les index des fichiers clients et dans la base de données des médias.

Tâches de restauration 81


Aucune opération spéciale n'est requise pour restaurer des données clonées. Le Guide d'administration d'EMC NetWorker fournit de plus amples détails.

Pour chaque saveset, si la sauvegarde a expiré mais que les savesets apparaissent toujours comme recyclables dans la sortie mminfo, vous devez restaurer les index des fichiers clients en ligne.

Pour restaurer les index des fichiers clients :

1. Pour chaque saveset, réinitialisez la rétention des index et des médias :

nsrmm -e time1 -w time2 -S SSID/cloneid

où

• time1 correspond à la rétention des médias requise.

• time2 correspond à la rétention des index requise.

• SSID est la valeur de saveset enregistrée pour chaque saveset, depuis le fichier de sortie de la commande mminfo.

Si cloneid n'est pas identifié au moyen de l'option -S, le message d'erreur suivant s'affiche :

Save set ssid cannot be marked as notrecyclable. Please specify the ssid/cloneid of the particular clone instance.

2. Pour chaque saveset, afin de rétablir l'état expiré/restaurable, utilisez les identifiants de saveset et de clonage associés tels qu'enregistrés dans la section Liste des savesets requis :

nsrmm -o notrecyclable -S SSID/cloneid

3. Réintégrez les informations du saveset dans l'index des fichiers clients :

nsrck -L 7 -t date client 1>nsrck.txt 2>&1

où :

• date est une date ultérieure au tout dernier saveset restauré.

• client est le nom de NetWorker Client.

Remarque : veillez à ce que le volume contenant la sauvegarde de l'index soit accessible pour montage.

4. Une fois la commande terminée, passez le fichier de sortie en revue dans nsrck.txt et recherchez d'éventuelles erreurs :

• Si vous constatez les messages suivants, saisissez la commande suivante :

nsrck -L 2 client

où client est le nom de NetWorker Client.

Messages :

19779:nsrck: Please run "nsrck clientname''9348:nsrck: The index recovery for ' clientname ' failed.39078:nsrck: SYSTEM error: L'opération s’est terminée avec succès.



• Les messages d'attribut de fichier, tels que ceux ci-après, n'ont aucun impact sur la restauration. Ils peuvent être ignorés en toute sécurité :

32222:uasm: Warning: Some file attributes were not recovered: C:\Program Files\Legato\nsr\index\clientname\db6\tmprecov\C\Program Files\Legato\nsr\index\clientname\db6\

• Si la commande nsrck échoue et renvoie l'erreur « xxxxx », il se peut que la sauvegarde de l'index ne soit plus référencée dans la base de données des médias.

Utilisez la commande suivante pour analyser l'ensemble des identifiants de saveset enregistrés pour chaque saveset :

scanner -i -S SSID device

où :

– SSID est l'identifiant du saveset à restaurer.

– device est le périphérique contenant le volume pour le saveset à restaurer.

5. Veillez à ce que le programme NetWorker User soit fermé sur les clients NMM avant d'exécuter la commande scanner. Si le programme est ouvert durant l'exécution, la commande scanner peut échouer et les erreurs suivantes apparaître :

• Pour NetWorker 7.6.1 et versions antérieures :

"Index error, flush Failed"

• Pour NetWorker 7.6.2 et versions ultérieures :

"8829:scanner: (ssid 2772567781) index error, store failed"

"39077:scanner: error, Cannot unlink the existing key file C:\Program"

"Files\Legato\nsr\index\bv-e2007sp3-ccr\db6\4d420000\4d4206e1.k0 before re-creating it. Error 'Permission denied"

6. Pour chaque saveset, modifiez la rétention des index des savesets existants si les rétentions des index et des médias définies par la commande scanner ne sont pas suffisantes pour terminer les procédures de restauration :

nsrmm -s NetWorker_server_name -w time2 -S SSID

où :

• NetWorker_server_name est le nom de NetWorker Server.

• time2 est la nouvelle rétention des index.

• SSID est la valeur de saveset enregistrée pour chaque saveset.

7. veillez à ce que les nouvelles dates de rétention des index pour les savesets soient suffisamment éloignées pour que la restauration puisse se terminer.

8. Restaurez les données. Le Guide d'administration d'EMC NetWorker fournit de plus amples détails.



Restauration des savesets restaurables dans l'index des fichiers clients

Si les savesets de sauvegarde du saveset de substitution, du saveset d'affichage, du saveset de métadonnées et du cover saveset sont restaurables, rendez-les accessibles pendant toute la durée de l'opération de restauration. Par exemple, sflags=vrF.

Pour restaurer les savesets restaurables dans l'index des fichiers clients :

1. Pour chaque saveset d'affichage, de métadonnées et de substitution, modifiez les rétentions des index et des médias des savesets existants :

nsrmm -s NetWorker_server_name -e time1 -S SSID

où :


• time1 correspond à la nouvelle rétention des médias.

• SSID est la valeur de saveset enregistrée pour le saveset.

Remarque : Veillez à ce que les nouvelles dates de rétention des index et des médias pour les savesets soient suffisamment éloignées pour que l'opération de restauration puisse se terminer.

2. Réintégrez les informations de saveset dans l'index des fichiers clients de NetWorker Server :


où :




3. Une fois la commande terminée, passez le fichier de sortie en revue dans nsrck.txt et recherchez d'éventuelles erreurs.


• Si vous constatez les messages suivants, saisissez la commande ci-après :

nsrck -L 2 client


Messages :




• Les messages d'attribut de fichier, tels que ceux ci-après, n'ont aucun impact sur la restauration NetWorker. Ils peuvent être ignorés en toute sécurité :


• Si la commande nsrck échoue et renvoie l'erreur « xxxxx », il se peut que la sauvegarde de l'index ne soit plus référencée dans la base de données des médias. Utilisez la commande suivante pour analyser l'ensemble des identifiants de saveset enregistrés pour chaque saveset :


où :










5. Modifiez la rétention des index de chacun des savesets existants. Si les rétentions des index et des médias définies par scanner ne sont pas suffisantes pour terminer les procédures de restauration :


où :


• time2 est la nouvelle rétention des index souhaitée.


Remarque : veillez à ce que les nouvelles dates de rétention des index pour les savesets soient suffisamment éloignées pour que la restauration puisse se terminer.




Restauration des savesets recyclables dans l'index des fichiers client

Pour chaque saveset, si la sauvegarde a expiré mais que les savesets apparaissent toujours comme recyclables dans la sortie mminfo, vous devez restaurer les index des fichiers clients en ligne.

Pour restaurer les index des fichiers clients :

1. Pour chaque saveset, réinitialisez la rétention des index et des médias :

nsrmm -e time1 -w time2 -S SSID/cloneid

où :

• time1 correspond à la rétention des médias requise.

• time2 correspond à la rétention des index requise.

• SSID est la valeur de saveset enregistrée pour chaque saveset, depuis le fichier de sortie de la commande mminfo.

Si cloneid n'est pas identifié au moyen de l'option -S, le message d'erreur suivant s'affiche :

Save set ssid cannot be marked as notrecyclable. Please specify the ssid/cloneid of the particular clone instance.

2. Pour chaque saveset, afin de rétablir l'état expiré/restaurable, utilisez les identifiants de saveset et de clonage associés tels qu'enregistrés dans la section Liste des savesets requis :

nsrmm -o notrecyclable -S SSID/cloneid

3. Réintégrez les informations du saveset dans l'index des fichiers clients :


où :




4. Une fois la commande terminée, passez le fichier de sortie en revue dans nsrck.txt et recherchez d'éventuelles erreurs :

• Si vous constatez les messages suivants, saisissez la commande suivante :

nsrck -L 2 client


Messages :




• Les messages d'attribut de fichier, tels que ceux ci-après, n'ont aucun impact sur la restauration NetWorker. Ils peuvent être ignorés en toute sécurité :


• Si la commande nsrck échoue et renvoie l'erreur « xxxxx », il se peut que la sauvegarde de l'index ne soit plus référencée dans la base de données des médias. Utilisez la commande suivante pour analyser tous les identifiants de saveset enregistrés pour les savesets :


où :










6. Modifiez la rétention des index des savesets existants, si les rétentions des index et des médias définies par scanner ne sont pas suffisantes pour terminer les procédures de restauration :


où :


• time2 est la nouvelle rétention des index.


Remarque : veillez à ce que les nouvelles dates de rétention des index pour les savesets soient suffisamment éloignées pour que la restauration puisse se terminer.




Restauration des savesets ne figurant pas dans la base de données des médias

Si les clones ne se trouvent plus dans la base de données des médias, vous devez analyser les volumes clonés pour régénérer la base de données des médias et la base de données des index de fichiers clients pour ces savesets.

Pour cela, utilisez les procédures suivantes :

◆ « Tâche 1 : identification des volumes clonés nécessaires à l'analyse », page 88

◆ « Tâche 2 : désactivation de l'attribut Idle Device Timeout », page 89

◆ « Tâche 3 : restauration des savesets clonés qui n'existent pas dans la base de données des médias », page 89

◆ « Tâche 4 : détermination de l'identifiant des savesets requis », page 90

◆ « Étape 5 : analyse des savesets requis dans la base de données des médias et dans l'index des fichiers clients », page 91

◆ « Etape 6 : validation de la présence des savesets dans l'index des fichiers clients », page 92

◆ « Tâche 7 : génération d'une base de données des médias répertoriant tous les savesets », page 92

◆ « Tâche 8 : restauration des données », page 92

Tâche 1 : identification des volumes clonés nécessaires à l'analyseLa procédure d'analyse sert à reconstruire les entrées de la base de données des index et des médias.

◆ Si la restauration s'effectue à partir d'une sauvegarde complète, les volumes à compter de la date de cette sauvegarde sont indispensables pour restaurer les données.

◆ Si la restauration s'effectue depuis une sauvegarde incrémentielle, les volumes à compter du jour de cette sauvegarde jusqu'à la sauvegarde complète la plus récente sont indispensables pour restaurer les données.

La section « Sélection des volumes clonés à partir desquels restaurer les données », page 80 fournit des informations permettant de s'assurer que la restauration provient de la copie clonée et non de l'original dans les cas où la copie clonée et l'original ou encore l'ensemble des copies sont disponibles.

Remarque : Si d'autres volumes doivent être analysés, consultez la section « Sélection des volumes clonés à partir desquels restaurer les données », page 80 pour identifier les savesets manquants et ainsi récupérer les volumes supplémentaires.



Tâche 2 : désactivation de l'attribut Idle Device TimeoutPour empêcher le déchargement des périphériques depuis les lecteurs durant l'utilisation de la commande scanner, vous devez temporairement désactiver l'attribut Idle Device Timeout, s'il est configuré.

Pour désactiver temporairement l'attribut Idle Device Timeout :

1. Connectez-vous à NetWorker Server via NMC.

2. Cliquez sur Périphériques.

3. Cliquez avec le bouton droit de la souris sur le périphérique à utiliser.

4. Sélectionnez Propriétés.

5. Cliquez sur l'onglet Advanced.

6. Définissez la valeur de l'attribut Idle Device Timeout sur 0.

7. Cliquez sur OK.

Tâche 3 : restauration des savesets clonés qui n'existent pas dans la base de données des médiasSi les savesets clonés NetWorker indispensables à une opération de restauration ne figurent plus dans la base de données des médias, vous devez analyser les volumes clonés pour régénérer la base de données des médias et des index de ces savesets. Utilisez la commande scanner pour analyser les volumes.

Pour analyser les volumes requis :

1. Montez sur le lecteur le volume contenant les savesets clonés.

Remarque : Si le volume lui-même ne fait plus partie de la base de données des médias NetWorker, choisissez de charger la bande sans montage.

2. Depuis une invite de commande sur NetWorker Server, obtenez une liste des savesets du volume cloné pour générer un rapport des savesets de ce volume. Utilisez la commande suivante :

scanner -v device 1>scanner_output.txt 2>&1

où device est le nom du périphérique contenant le volume.

Par exemple :

scanner -v C:\device\clone 1>C:\output1\5\scanner_output.txt 2>&1

ou

scanner -v \\.\Tape0 1>scanner_output.txt 2>&1










4. Ouvrez le fichier scanner_output.txt qui se trouve dans le même répertoire que celui à partir duquel la commande scanner a été exécutée.

5. Si le fichier scanner_output.txt affiche uniquement le message suivant :

scanner: SYSTEM error: Cannot stat <device_name>: Ce fichier ou répertoire n'existe pas.

a. Vérifiez le nom du périphérique indiqué dans la commande scanner à la recherche d'erreurs éventuelles.

b. Réexécutez la commande scanner en utilisant cette fois-ci le nom de périphérique correct.

Tâche 4 : détermination de l'identifiant des savesets requisPour déterminer l'identifiant des savesets requis :

1. Analysez le fichier scanner_output.txt pour déterminer les identifiants des savesets requis. Pour cela, utilisez les valeurs d'attribut suivantes pour chaque saveset du fichier de sortie :

• Nom du client

• Heure de sauvegarde

• de service

• Nom du saveset

2. Pour exécuter la restauration, en y englobant tous les savesets complets et incrémentiels dépendants, déterminez les informations suivantes pour l'ensemble des savesets :

• SSID

• Date de sauvegarde

• Nom du saveset

Remarque : Les valeurs des identifiants de saveset servent dans la suite de la procédure pour analyser les savesets et les réintroduire dans la base de données des médias. La date de sauvegarde aide à valider la réintégration dans l'index des fichiers clients.



IMPORTANT

Si la date de la restauration ponctuelle correspondait à un niveau de sauvegarde incrémentielle ou différentielle, comme l'indique la valeur figurant dans la colonne de niveau, tous les savesets depuis cette restauration ponctuelle jusqu'à la dernière restauration complète doivent être identifiés. Dans certains cas, la sauvegarde complète associée peut se trouver sur un volume différent.

Étape 5 : analyse des savesets requis dans la base de données des médias et dans l'index des fichiers clients

En fonction de vos procédures informatiques et de l'urgence de la demande de restauration, vous pouvez choisir d'analyser des savesets individuels à partir des volumes clonés. Exécutez cette analyse pour régénérer la base de données des médias et les entrées de l'index des fichiers clients.

Il faut considérer les points suivants :

◆ Il est impossible d'indiquer l'ordre d'analyse lorsque les savesets à analyser sont fournis à la commande scanner au moyen du paramètre -S.

◆ Le processus de restauration de bout en bout à partir des clones analysés peut prendre plusieurs jours. Aussi, le fait de reparamétrer les rétentions des index et des médias et de fournir des dates suffisamment éloignées peut être utile pour garantir que les savesets analysés n'expirent pas prématurément avant la fin de la restauration des données.

Pour analyser les savesets requis dans la base de données des médias et l'index des fichiers clients :

1. Utilisez la commande suivante pour analyser les savesets :

scanner -i -S SSID device 1>scanneri.txt 2>&1

où :

• SSID est l'identifiant de saveset enregistré pour le saveset.

• device est le périphérique avec média qui contient le saveset.










IMPORTANT

Il est absolument indispensable que les cover savesets soient analysés en premier.

3. Analysez la sortie du fichier scanneri.txt à la recherche d'erreurs éventuelles.

Etape 6 : validation de la présence des savesets dans l'index des fichiers clientsPour chaque saveset analysé, utilisez la commande nsrinfo pour vérifier que les données ont été réintroduites dans l'index des fichiers clients.

Pour vérifier que les savesets se trouvent dans l'index des fichiers clients :

1. Durant l'analyse de la sortie de la commande scanner, notez la date de sauvegarde des savesets :

2. Exécutez la commande nsrinfo sur chaque saveset pour confirmer que l'index des fichiers clients a été alimenté avec les détails de saveset nécessaires :

nsrinfo -t exact_savetime client

où :

• exact_savetime est la date de sauvegarde notée depuis la sortie scanner.


Par exemple :

nsrinfo -t 1292314893 krkr8x64scanning client `krkr8x64' for savetime 1292314893(14.12.2010

09:21:33) from the backup namespaceC:\LG_PLACEHOLDER_1492021383

1 objects found

3. Exécutez la commande nsrinfo pour chaque date de sauvegarde enregistrée afin de vérifier que l'index des fichiers clients a été alimenté avec les détails de saveset nécessaires :

nsrinfo -t exact_savetime client

où :

• exact_savetime est la date de sauvegarde notée depuis la sortie scanner.


Tâche 7 : génération d'une base de données des médias répertoriant tous les savesetsPour plus d’informations, reportez-vous à la section « Génération d'une base de données des médias répertoriant tous les savesets », page 77.

Tâche 8 : restauration des donnéesRestaurez les données. Le Guide d'administration d'EMC NetWorker fournit de plus amples détails.


CHAPITRE 6Reclassement


◆ Présentation du staging .......................................................................................... 94◆ Destination ............................................................................................................. 95◆ Utilisation de politiques de staging ......................................................................... 96◆ Procédure de staging depuis NetWorker Management Console................................ 99◆ Procédure de staging depuis la ligne de commande .............................................. 100

Reclassement 93

Reclassement

Présentation du stagingLe staging NetWorker est un processus séparé qui s'appuie sur le mécanisme de clonage.

Le staging de savesets est le processus qui consiste à transférer des données d'un média de stockage à un autre et à supprimer ensuite les données de son emplacement d'origine. Par exemple, les données de sauvegarde initiales peuvent être adressées à un périphérique de type de fichier haute performance ou de type de fichier avancé. De cette façon, le temps de sauvegarde est réduit en tirant parti d’un périphérique de type de fichier ou de fichier avancé. Par la suite, les données peuvent être déplacées sur un média de stockage moins cher mais plus permanent, tel qu’une bande magnétique en dehors de la période de sauvegarde normale. Après avoir déplacé les données de sauvegarde, les données de sauvegarde initiales peuvent être supprimées du périphérique de type de fichier ou du périphérique de type de fichier avancé afin de libérer suffisamment d'espace disque pour la sauvegarde suivante.

Exemple de staging

Sur la Figure 9 à la page 95, le staging conduit à la suppression des savesets d'origine sur le volume A1, une fois leur clonage effectué avec succès sur le volume B1. Les croix indiquent qu'une fois la copie (clonage) terminée, les savesets d'origine sont supprimés. Il s'agit ici de montrer la différence entre une opération de clonage et une opération de staging. Les savesets apparaissent comme se déplaçant d'un média de stockage à un autre. Le saveset résultant est identique au premier, à ceci près qu'il se trouve dans un emplacement différent.


Reclassement

Figure 9 Reclassement

DestinationUn saveset peut être déplacé d'un disque à un autre autant de fois que nécessaire. Par exemple, un saveset peut être faire l'objet d'un staging depuis le disque 1 vers le disque 2, puis vers le disque 3, pour être finalement stocké sur un périphérique à bande distant ou un périphérique de type cloud. Une fois que le saveset est placé sur un périphérique sur bande ou un périphérique de cloud, il ne peut plus être déplacé. Toutefois, vous pouvez toujours cloner le volume de bande ou de cloud.

Le staging peut être exécuté d’une des façons suivantes :

◆ Dans le cadre d'un processus planifié, par exemple conservation du saveset pendant 30 jours sur le périphérique de staging avant le transfert des données sur le périphérique suivant.

◆ Dans le cadre d'un processus géré par un événement, comme par exemple lorsque l'espace disponible dans le pool de staging passe en dessous d'un seuil défini. Lorsque cela arrive, les savesets les plus anciens sont déplacés jusqu’à ce que l’espace disponible atteigne un seuil supérieur prédéfini.

Destination 95

Reclassement

◆ Dans le cadre d’un processus géré par un administrateur, qui permet à l'administrateur de réinitialiser le seuil ou de sélectionner manuellement des savesets à organiser.

Le staging n'affecte pas la politique de rétention des médias de données de sauvegarde. Par conséquent, les données organisées sont encore disponibles pour la restauration.

Lorsque le processus de staging rencontre une erreur après avoir cloné avec succès les savesets spécifiés, il supprime uniquement du volume source les savesets dont le clonage a réussi avant l'abandon du programme. Cela garantit qu'un seul ensemble de savesets sera présent dans les volumes sources ou dans les volumes de clonage au terme du processus de staging.

Utilisation de politiques de stagingCette section explique comment fonctionnent les politiques de staging :

◆ « Création d'une politique de staging », page 96

◆ « Modification d'une politique de staging », page 98

◆ « Copie d'une ressource de staging », page 98

◆ « Suppression d'une politique de staging », page 99

◆ « Recherche de l'identifiant de clonage d'un saveset », page 100

Le Guide d'administration d'EMC NetWorker fournit des informations sur la configuration des périphériques de type fichier (FTD) et des périphériques de type fichier avancé (AFTD).

Création d'une politique de staging

Avant de créer une politique de staging, configurez tous les périphériques appropriés. Sinon aucun périphérique ne sera répertorié dans l'attribut Périphériques.

Pour éviter qu'un périphérique de type fichier avancé ne soit saturé pendant la sauvegarde, la politique de staging doit être définie de sorte que les savesets soient déplacés automatiquement vers un autre média pour libérer de l'espace disque sur le périphérique de type fichier avancé.

Pour créer une politique de staging :


2. Dans le volet de gauche, sélectionnez Staging.

3. Dans le menu File, sélectionnez New.

4. Dans l'attribut Nom, saisissez le nom de la politique de staging.

5. Dans l'attribut Commentaire, saisissez une description de la politique de staging.

6. Pour activer le staging pour qu’il commence immédiatement ou qu’il soit exécuté automatiquement par la suite, affectez à l'attribut Activé la valeur Oui.

Remarque : vous pouvez activer ou désactiver le staging n'importe quand.


Reclassement

7. Dans l'attribut Périphériques, sélectionnez les périphériques de type de fichier et adv_file comme périphérique source pour le staging.

Remarque : l'unité adv_file et son unité _AF_readonly correspondante seront toutes deux sélectionnées automatiquement, même si une seule unité a été sélectionnée comme source pour le staging.

Plusieurs périphériques peuvent être affectés à la politique de staging. Cependant, mieux vaut éviter d'associer un périphérique à plusieurs politiques de staging.

8. Pour l’attribut Pool de destination, sélectionnez le pool de destination des données reclassées.

Remarque : le volume Default ne peut être transféré par staging que vers le pool Default ou Default Clone. De même, le volume de clone par défaut ne peut être redirigé que vers pools et les pools de clonage par défaut et les données d’archive ne peuvent être transférées que vers les pools des archives clonées. Les autres types de volume peuvent être transférés vers n'importe quel pool. Si le pool de clonage que vous avez sélectionné est limité aux périphériques de noeud de stockage, vous devez également modifier l'attribut Clone Storage Node.

9. Dans l’attribut High-Water Mark (%), saisissez ou sélectionnez un nombre.

Cette valeur correspond au seuil à partir duquel les savesets doivent faire l'objet d'un staging. Elle correspond au pourcentage d'espace disponible utilisé sur la partition du système de fichiers sur lequel se trouve le périphérique de type fichier. Le staging continue jusqu'à ce que le seuil inférieur soit atteint (voir l’étape 10 ).

Remarque : le Seuil supérieur doit être supérieur au Seuil inférieur.

10. Dans l’attribut Low-Water Mark (%), saisissez ou sélectionnez un nombre. Cette valeur correspond au seuil à partir duquel le processus de staging doit s'arrêter. Elle correspond au pourcentage d'espace disponible utilisé sur la partition du système de fichiers sur lequel se trouve le périphérique de type fichier.

11. Depuis l'attribut Sélection de saveset , sélectionnez les éléments de la liste pour déterminer les critères de sélection des savesets à reclasser.

12. Dans l'attribut Base de stockage, entrez la durée maximale en heures ou en jours pendant laquelle un saveset peut résider sur un volume avant d'être reclassé sur un autre média de stockage.

Remarque : L'attribut Max Storage Period est utilisé en même temps que l'attribut Check Interval du système de fichiers. Une fois la valeur de la Durée maximale de stockage atteinte, le staging ne commence pas avant la vérification suivante du système de fichiers.

13. Dans l'attribut Unité de base de stockage, sélectionnez Heures ou Jours.

14. Dans l'attribut Intervalle récupération espace, entrez le nombre de minutes ou d’heures entre les opérations de récupération d'espace pour les savesets sans entrées dans la base de données des médias des périphériques de type de fichier ou de type de fichier avancé.

Utilisation de politiques de staging 97

Reclassement

15. Dans l'attribut Unité de base de stockage, sélectionnez Minutes ou Heures.

16. Dans l'attribut File System Check Interval, saisissez le nombre de minutes ou d'heures à respecter entre deux vérifications de système de fichiers.

Remarque : À chaque intervalle de vérification du système de fichiers, si la valeur de High-Water Mark ou de Max Storage Period a été atteinte, une opération de staging démarre.

17. Dans l'attribut Unité d'intervalle vérif. syst. fich., sélectionnez Minutes ou Heures.

18. Pour appeler immédiatement la politique de staging, effectuez cette étape. Sinon, ignorez-la :

a. Cliquez sur l'onglet Operations.

b. Dans l’attribut Démarrer maintenant, sélectionnez l'une de ces opérations :

– Recover space : récupère l'espace pour les savesets ne disposant pas d'entrées dans la base de données des médias et supprime tous les savesets recyclés.

– Check file system : vérifie le système de fichiers et, s'il y a lieu, les données de staging.

– Stage all save sets : transfère tous les savesets vers le pool de destination.

L'opération sélectionnée s'applique à tous les périphériques associés à cette politique.

Remarque : L'option que vous sélectionnez prend effet dès que vous cliquez sur OK. Après une opération de staging, cet attribut revient à son paramètre par défaut (vide).

19. Lorsque tous les attributs de staging sont configurés, cliquez sur OK.

Modification d'une politique de staging

Pour modifier une politique de staging :



3. Dans le volet de droite, sélectionnez la politique de Reclassement à modifier.

Remarque : vous ne pouvez pas modifier le nom d'une politique de staging existante.

4. Dans le menu Fichier, sélectionnez Propriétés.

5. Apportez toutes modifications nécessaires et cliquez sur OK.

Copie d'une ressource de staging

Pour copier une ressource de staging :




Reclassement

3. Dans le volet de droite, sélectionnez la ressource Staging à copier.

4. Dans le menu Modifier, sélectionnez Copier. La boîte de dialogue Create Staging apparaît. Elle contient les mêmes informations que la ressource de staging copiée, à l'exception de l'attribut Name.

5. Saisissez le nom de la nouvelle ressource Staging dans l'attribut Name et modifiez tout autre attribut si nécessaire.

6. Cliquez sur OK.

Suppression d'une politique de staging

Remarque : les politiques de staging par défaut ne peuvent pas être supprimées.

Pour supprimer une politique de staging :



3. Supprimez tous les périphériques de la politique de Staging :

a. Dans le volet de droite, sélectionnez la politique de Reclassement à supprimer.

b. Dans le menu Fichier, sélectionnez Propriétés.

c. Dans l'attribut Périphériques, vérifiez que tous les périphériques répertoriés sont désélectionnés.

d. Cliquez sur OK.

4. Dans le volet de droite, sélectionnez la politique de Reclassement à supprimer.

5. Dans le menu Fichier, sélectionnez Supprimer.

6. À l’invite, cliquez sur Oui pour confirmer la suppression.

Procédure de staging depuis NetWorker Management ConsoleLe staging d'un saveset à partir de l'invite de commande ne fonctionne pas de la même façon qu'un staging effectué à partir de NetWorker Management Console (Console NetWorker).

Lorsqu'un saveset est cloné, les savesets clonés reçoivent le même identifiant que le saveset d'origine, avec un nouvel identifiant de clonage.

Lorsque vous utilisez la Console NetWorker, vous sélectionnez des savesets appartenant à un même périphérique.

Procédure de staging depuis NetWorker Management Console 99

Reclassement

Procédure de staging depuis la ligne de commandeLorsque vous effectuez un staging à partir de l'invite de commande, spécifiez les ID de saveset à organiser.

Le logiciel NetWorker effectue un staging de tous les savesets avec l'identifiant de saveset spécifié, puis les supprime. Cela signifie que toutes les versions clonées du saveset sont supprimées en même temps que la version originale.

Pour vous assurer que tous les clones ne sont pas supprimés, spécifiez un ID de clonage avec l'ID de saveset pour indiquer le volume source du staging. Par exemple :

nsrstage -m -S ssid/cloneid

Recherche de l'identifiant de clonage d'un saveset

Pour rechercher l'ID de clonage d'un saveset, utilisez la commande mminfo. Par exemple :

mminfo -avot -r "volume,ssid,cloneid,name"

Le Guide de référence des commandes d'EMC NetWorker ou les pages de manuel UNIX fournissent des informations sur les commandes nsrstage ou mminfo.


CHAPITRE 7NetWorker Module for Databases and Applications


◆ Groupement de savesets NMDA ............................................................................ 102◆ Uniformité des politiques NMDA ........................................................................... 105

NMDA ne prend pas en charge le groupement de savesets de sauvegardes manuelles régulières ou de sauvegardes de snapshot EMC PowerSnap. NMDA procède au groupement de savesets uniquement pour les sauvegardes Oracle planifiées régulières.

NetWorker Module for Databases and Applications 101

NetWorker Module for Databases and Applications

Groupement de savesets NMDASi le groupement de savesets NMDA (NetWorker Module for Databases and Applications) est configuré, NMDA crée automatiquement un saveset groupé pour rassembler tous les savesets qui dépendent du même cycle de sauvegarde. Les savesets sont dépendants lorsque plusieurs savesets sont requis pour restaurer un objet de base de données.

Un cycle de sauvegarde comprend :

◆ Une sauvegarde incrémentielle de niveau 0 de l'objet de base de données

◆ Toutes les sauvegardes incrémentielles de niveau 1 suivantes qui dépendent de la sauvegarde de niveau 0

Pour plus d'informations sur la prise en charge NMDA des sauvegardes Oracle complètes et incrémentielles, consultez le Guide d'administration d'EMC NetWorker Module for Databases and Applications.

IMPORTANT

NMDA ne prend pas en charge le groupement de savesets de sauvegardes manuelles régulières ou de sauvegardes de snapshot EMC PowerSnap. NMDA procède au groupement de savesets uniquement pour les sauvegardes Oracle planifiées régulières.

Le groupement de savesets active automatiquement les fonctionnalités suivantes pour Oracle :

◆ Staging amélioré

Le staging orienté Oracle entraîne le staging conjoint des savesets NMDA Oracle qui sont interdépendants.

• Pendant le staging automatique, si les critères de staging déterminent qu'un saveset NMDA particulier doit faire l'objet d'un staging et que ce saveset fait partie d'un saveset groupé, NetWorker Server applique le staging à l'ensemble du saveset groupé.

• Pendant un staging manuel via la commande nsrstage, si un ou plusieurs des savesets concernés sont issus d'un saveset groupé, le staging est appliqué à tous les savesets du groupement.

◆ Uniformité des règles

L'uniformité des politiques est automatiquement activée lorsqu'un groupement de savesets est activé. Si vous ne souhaitez pas utiliser le groupement de savesets, vous pouvez toujours activer l'uniformité des politiques séparément.Pour plus d’informations, reportez-vous à la rubrique « Uniformité des politiques NMDA », page 105.

Remarque : Après une opération de staging durant laquelle tous les savesets d’un groupe sont reclassés, l’espace disponible créé sur l’unité de staging peut dépasser la marque de seuil inférieur dans la règle de staging.

Pour des informations plus détaillées sur l'utilisation de politiques de staging et l'exécution d'opérations de staging automatiques et manuelles via NetWorker Server, consultez le Guide d'administration d'EMC NetWorker.



Pour plus d'informations sur la configuration d'un groupement de savesets pour des sauvegardes NMDA planifiées, consultez le Guide d'administration d'EMC NetWorker Module for Databases and Applications.

Si une erreur survient pendant le groupement de savesets, l’opération de groupement échoue mais la sauvegarde planifiée peut se terminer avec succès. Les détails de l'échec du groupement s'affichent dans la sortie savegrp et dans le fichier de débogage NMDA.

Restrictions de staging NetWorker

Lors de la planification de la stratégie pour le groupement de savesets NMDA, tenez compte des restrictions suivantes pour le staging via NetWorker :

◆ NetWorker Server ne peut pas effectuer le staging simultané de tous les savesets d'un saveset groupé si certains savesets ont été sauvegardés vers des volumes différents. Le serveur effectue un staging simultané des savesets uniquement s'ils sont placés sur le même volume de staging.Pour plus d'informations, reportez-vous à la section Exemple 3 à la page 104.

Pour garantir le bon staging de tous les savesets d’un saveset groupé, ne séparez pas la sauvegarde en volumes de staging différents. Si nécessaire, séparez la sauvegarde en différents cycles de sauvegarde, chaque cycle allant vers un volume distinct.

◆ Les politiques de staging NetWorker ne doivent pas entraîner le staging des savesets d'un cycle de sauvegarde NMDA avant la fin du cycle. Par exemple, si un cycle NMDA d'une semaine commence le dimanche, la politique de staging ne doit pas entraîner le staging du saveset groupé partiellement terminé avant la dernière sauvegarde du cycle, le samedi.

Pour empêcher la séparation d'un cycle de sauvegarde NMDA par une opération de staging, modifiez la politique de staging NetWorker en conséquence. Par exemple, faites en sorte que les savesets les plus anciens soient reclassés avant les nouveaux, ou modifiez les seuils inférieur et supérieur.

Pour des informations plus détaillées sur l'utilisation de politiques de staging et l'exécution d'opérations de staging automatiques et manuelles via NetWorker Server, consultez le Guide d'administration d'EMC NetWorker.

Groupement de savesets via NMDA

Le programme NMDA nsrdasv place automatiquement les savesets dans un saveset groupé, à la fin d'une sauvegarde planifiée.

Pour réaliser un groupement de savesets :

◆ Vous devez disposer des privilèges d'exécution de NetWorker.

◆ Le programme nsrdasv se connecte à la base de données Oracle en essayant d'utiliser le nom de connexion et le mot de passe du script RMAN.

◆ Si le script ne contient pas de nom de connexion et de mot de passe, le programme utilise la valeur ORACLE_SID figurant dans le fichier de configuration NMDA pour rechercher le paramètre NSR_ORACLE_CONNECT_FILE dans le fichier nwora.res, et utilise les chaînes de connexion du fichier de connexion spécifié.

Groupement de savesets NMDA 103


◆ Une fois la connexion à la base de données Oracle établie, le programme nsrdasv obtient toutes les informations requises sur les sauvegardes grâce aux vues V$. Pour plus d'informations sur le fichier nwora.res et sur les exigences relatives aux groupements de savesets, consultez le Guide d'administration d'EMC NetWorker Module for Databases and Applications.

◆ Le programme nsrdasv crée un saveset groupé pour chaque sauvegarde incrémentielle de niveau 0.

◆ Le programme ajoute les savesets des sauvegardes incrémentielles suivantes aux groupes de sauvegardes de niveau 0 dont ils dépendent.L' Exemple 1 à la page 104 et l'Exemple 2 à la page 104 illustrent différents scénarios permettant de réaliser un saveset groupé.

◆ Le nom attribué au saveset groupé par le programme nsrdasv est la date de sauvegarde du plus ancien saveset du groupe.

◆ Après une sauvegarde planifiée, le serveur NetWorker enregistre le nom du saveset groupé et la liste des savesets qu’il contient dans la base de données des médias.

Vous pouvez afficher les informations relatives au groupe à l'aide de la commande mminfo, comme indiqué dans la section « Informations sur le groupement de savesets dans la base de données des médias », page 105.

Exemple 1 Groupement de savesets pour un cycle de sauvegarde planifiée d'une semaine d'un tablespace

Un cycle de sauvegarde planifiée d'une semaine d'un tablespace inclut une sauvegarde de niveau 0 du tablespace, le dimanche, et une sauvegarde de niveau 1, tous les autres jours de la semaine. Le saveset groupé pour le cycle est créé pendant la sauvegarde du dimanche. Les savesets de chaque sauvegarde de niveau 1 sont ajoutés au même groupe. Le groupe complet contient les savesets des sept sauvegardes quotidiennes du tablespace. Un nouveau groupe est créé pour le cycle de sauvegarde suivant la semaine suivante.

Exemple 2 Assemblage de savesets groupés

Cet exemple illustre un scénario où NMDA combine des groupes existants à un nouveau saveset groupé.

Deux saveset groupés sont créés par différentes sauvegardes de niveau 0 des fichiers A et B. Un nouveau jeu de sauvegarde est ensuite créé par une sauvegarde de niveau 1 des fichiers A et B. Comme le nouveau jeu de sauvegarde dépend des deux sauvegardes de niveau 0 précédentes, NMDA combine les trois sauvegardes dans le même saveset groupé.

Exemple 3 Répartition d'un saveset groupé sur différents volumes

Dans cet exemple, un saveset groupé est réparti sur plusieurs volumes. Une sauvegarde de niveau 0 du fichier A est exécutée sur le volume A. Une sauvegarde incrémentielle du fichier A est ensuite exécutée sur le volume B. Bien que les deux sauvegardes soient enregistrées comme appartenant au même saveset groupé, le saveset groupé est séparé sur différents volumes. Pendant le staging, seuls les savesets sur le même volume peuvent être reclassés ensemble.



Informations sur le groupement de savesets dans la base de données des médias

Le logiciel NMDA stocke des informations sur chaque saveset groupé dans la base de données des médias NetWorker. Interrogez la base de données des médias à l'aide de la commande NetWorker mminfo, avec les options appropriées :

◆ La commande mminfo -r peut afficher le nom du groupe associé à chaque saveset. Par exemple, la commande suivante affiche une liste de tous les savesets et de leurs groupes :

mminfo -a -r "ssid,ssbundle"

◆ La commande mminfo -q peut afficher tous les savesets d'un groupe spécifique. Par exemple, la commande suivante affiche tous les savesets dans le groupe 12983479182 :

mminfo -a -q "ssbundle=12983479182"

Pour plus d'informations sur la commande mminfo et les options associées, consultez le Guide de référence des commandes d'EMC NetWorker ou les pages de manuel UNIX.

Uniformité des politiques NMDASi l'uniformité des politiques est activée, NMDA applique automatiquement l'uniformité des politiques de rétention des index et des médias à tous les savesets dépendants dans un cycle de sauvegarde Oracle planifiée (que le groupement de savesets soit activé ou non).

Une fois la sauvegarde planifiée Oracle incrémentielle effectuée par NMDA, si les politiques de rétention des index et des médias des savesets de la sauvegarde sont plus longues que celles des savesets dépendants précédents appartenant au même cycle de sauvegarde, NMDA modifie les politiques de tous les savesets du cycle afin qu'elles correspondent à la politique la plus longue des nouveaux savesets incrémentiels. NMDA modifie les politiques enregistrées dans la base de données des médias NetWorker. Ainsi, les sauvegardes ne peuvent pas expirer et deviennent recyclables avant d'autres sauvegardes dépendantes du même cycle de sauvegarde.

Remarque : NMDA ne prend pas en charge l'uniformité des politiques pour les sauvegardes manuelles régulières et les sauvegardes de snapshot PowerSnap. NMDA prend en charge l'uniformité des politiques pour les sauvegardes planifiées régulières uniquement.

L'uniformité des politiques ne dépend pas de l'enregistrement de savesets sur des volumes distincts. Par exemple, si des éléments d'un saveset groupé sont séparés sur différents volumes, tous les savesets du groupe reçoivent les mêmes politiques de rétention des index et des médias.

Pour plus d'informations sur la configuration de l'uniformité des politiques pour les sauvegardes NMDA, consultez le Guide d'administration d'EMC NetWorker Module for Databases and Applications.

Uniformité des politiques NMDA 105

Guide d'intégration de la fonction de clonage avec … › ... › products › storage-4 ›...

Documents

Transcript of Guide d'intégration de la fonction de clonage avec … › ... › products › storage-4 ›...