emc networker gestion des snapshots · 2019-11-02 · guide d’intégration d’emc networker...

EMC® NetWorker®

Gestion des snapshotsVersion 8.1

Guide d’intégrationRÉF. 302-000-560RÉV. 01

Guide d’intégration d’EMC NetWorker Snapshot Management 8.12

Copyright © 2001 - 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 section Support en ligne EMC (https://support.emc.com).

https://support.emc.com

SOMMAIRE

Préface

Chapitre 1 Overview of NSM Features

Description du produit NSM ........................................................................ 12Opérations relatives aux snapshots ...................................................... 12Types de sauvegarde NSM .................................................................... 13Types de restauration NSM.................................................................... 13Prise en charge des clones NetWorker................................................... 14Stratégies de cycle de vie des snapshots .............................................. 14Méthodes de configuration de la sauvegarde ........................................ 14Méthodes de restauration ..................................................................... 15Surveillance et reporting des opérations NSM ....................................... 15Prise en charge de l’internationalisation ............................................... 15

Composants du réseau NSM ....................................................................... 15Hôte d’application ................................................................................ 15Environnement FC ................................................................................. 16Baies de stockage ................................................................................. 16NetWorker Server .................................................................................. 16NetWorker Storage Node ....................................................................... 16Hôte de montage des snapshots ........................................................... 16Média de stockage de sauvegarde ........................................................ 17Modules applicatifs EMC NetWorker...................................................... 17Gestionnaires de volumes tiers ............................................................. 17

Exigences en termes de licences NSM ......................................................... 17 Exemples d’environnements de snapshots NSM ......................................... 18

Exemple de snapshot et de transfert vers les médias de stockage......... 18Exemple de restauration à partir d’une sauvegarde de snapshot ........... 20

Chapitre 2 Configuration des logiciels

Plan d’évolution de configuration NSM........................................................ 24 Conditions préalables à la configuration NSM ............................................. 24

Conditions préalables pour la baie de stockage .................................... 25Conditions préalables de l’hôte d’application ....................................... 25Conditions préalables de l’hôte de montage ......................................... 26Conditions préalables pour le nœud de stockage .................................. 27

Configuration des privilèges d’utilisateur .................................................... 27 Configuration du fichier des serveurs NetWorker ......................................... 28 Configuration des sauvegardes NSM avec l’assistant client ......................... 28 Configuration manuelle de sauvegardes NSM.............................................. 35

Configuration manuelle de la ressource de groupe ................................ 35Configuration manuelle de la ressource Client pour l’hôte d’application......................................................................................... 35Configuration manuelle de la ressource Client pour un hôte de montage........................................................................................... 37

Configuration des variables Information sur l’application ............................ 37 Configuration des scripts de pré-traitement et de post-traitement ............... 37

Guide d’intégration d’EMC NetWorker Snapshot Management 8.1 3

Sommaire

Chapitre 3 Configuration de NSM pour les baies de stockage VMAX

Prise en charge NSM des baies de stockage VMAX ...................................... 40Opérations NSM avec le logiciel TimeFinder .......................................... 40Conditions préalables et prise en charge des configurations VMAX ....... 40Types de périphériques miroir pris en charge ........................................ 40

Appairage des LUN source avec les LUN miroir ............................................ 41Appairage intelligent............................................................................. 41Configuration de groupes de stockage NsrSnapSG pour l’appairage intelligent ............................................................................................. 42Appairage manuel de LUN avec le fichier symm.res ............................... 42Configuration du fichier symm.res......................................................... 43

Prise en charge de VMAX SRDF/S ................................................................ 43Retours arrière dans l’environnement SRDF/S ....................................... 44

Chapitre 4 Configuration de NSM pour les baies de stockage VNX Block

Prise en charge NSM des baies de stockage VNX Block................................ 48Opérations NSM avec le logiciel SnapView ............................................ 48Conditions préalables et prise en charge des configurations VNX.......... 48

Configuration du fichier de sécurité Navisphere .......................................... 48Création manuelle du fichier Navisphere sur les systèmes UNIX ............ 48Création manuelle du fichier Navisphere sur les systèmes Windows...... 49

Chapitre 5 Configuration de NSM pour les appliances RecoverPoint

Prise en charge par NSM des appliances RecoverPoint ................................ 52Opérations NSM avec le logiciel RecoverPoint ....................................... 52Conditions préalables pour les configurations RecoverPoint.................. 52Restrictions applicables aux configurations RecoverPoint ..................... 52

Fonctions RecoverPoint prises en charge ..................................................... 53Politique de Snapshot Management...................................................... 53

Méthodes de configuration RecoverPoint .................................................... 54 Rétention des snapshots RecoverPoint........................................................ 54

Chapitre 6 NSM dans un environnement de clusters

Prise en charge NSM des environnements de clusters ................................. 58Basculement NSM dans un environnement de clusters ......................... 58

Configuration d’un environnement de cluster pour NSM .............................. 59 Systèmes AIX dans un environnement de clusters ....................................... 60

Chapitre 7 Gestion et restauration des données

Gestion et de restauration NSM des données du système de fichiers........... 62ID de saveset et politiques d’expiration................................................. 62Accès aux snapshots et aux savesets de transfert ................................. 62

Prise en charge et limitations de la restauration NSM .................................. 62Partitions et périphériques bruts ........................................................... 63

Restauration à partir d’un snapshot avec l’assistant de restauration ........... 63 Restauration d’un snapshot par retour arrière ............................................. 66

Considérations sur les retours arrière .................................................... 66Configuration du fichier mpsrollback.res NSM....................................... 67Retours arrière avec Veritas Volume Manager........................................ 68Retours arrière avec Linux Logical Volume Manager............................... 68Retours arrière avec IBM AIX Volume Manager....................................... 69

4 Guide d’intégration d’EMC NetWorker Snapshot Management 8.1

Sommaire

Chapitre 8 Résolution des problèmes

Résolution des problèmes........................................................................... 72 Problèmes de sauvegarde de snapshot NSM ............................................... 72

Échec de la sauvegarde sous Windows avec erreur d’écriture différée ... 72Le montage des snapshots sur un hôte de montage échoue pour les systèmes de fichiers gérés AIX .............................................................. 72Les snapshots échouent pour le Gestionnaire de volume Linux sur VNX avec PowerPath..................................................................................... 72

Problèmes de restauration de snapshot NSM .............................................. 73Restauration de périphériques bruts sous Linux avec problème d’autorisation ....................................................................................... 73La commande -I de nsrsnap_recover s’exécute mais ne parvient pas à restaurer un fichier................................................................................ 73

Annexe A Variables Information sur l’application

Utilisation de variables Information sur l’application................................... 76 Variables courantes Information sur l’application........................................ 76 Variables Information sur l’application pour les baies VMAX........................ 77 Variables Information sur l’application pour les baies VNX Block................. 79 Variables Information sur l’application pour les appliances RecoverPoint .... 79

Annexe B Options de ligne de commandes pour NSM

Utilisation des commandes de ligne de commande pour les opérations NSM ............................................................................................................ 82 Utilisation de nsrsnapadmin pour les opérations NSM ................................ 82

Exécution de nsrsnapadmin en mode interactif ..................................... 82Exemples d’opérations de nsrsnapadmin.............................................. 83

Interrogation à l’aide de la commande mminfo............................................ 85 Sauvegarde à l’aide de la commande savegrp ............................................. 85

Comment effectuer une sauvegarde de ligne de commande savegrp ..... 86

Annexe C Migration de configuration PowerSnap préexistantes

Migration de configuration PowerSnap préexistantes vers NSM................... 88Suppression de PowerSnap sur les systèmes UNIX................................ 88Suppression de PowerSnap sur les systèmes Microsoft Windows.......... 88

Attributs obsolètes de la ressource Client.................................................... 89 Migration de baies VMAX (Symmetrix)......................................................... 89 Migration de baies VNX (CLARiiON) ............................................................. 89 Migration d’appliances RecoverPoint .......................................................... 90 Démarrage du processus nsrpsd ................................................................. 90 Licences...................................................................................................... 91

Glossaire


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 professionnel du support technique EMC.

Remarque : les informations figurant dans ce document sont exactes à la date de publication. Consultez le Support en ligne EMC (https://support.emc.com) afin de vous assurer que vous utilisez la version la plus récente de ce document.

ObjectifCe document fournit des informations de planification, de procédure et de configuration pour utiliser les fonctions d’EMC NetWorker Snapshot Management au sein d’un environnement de gestion de stockage et de sauvegarde EMC NetWorker.

AudienceCe document est destiné aux administrateurs système. Les lecteurs de ce document doivent être familiarisés avec les tâches suivantes :

◆ Identifier les différents composants matériels et logiciels qui composent 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 connexeCe manuel fait partie de la documentation NetWorker. Les publications EMC suivantes apportent des informations complémentaires :

◆ Guide de compatibilité du logiciel EMC NetWorkerPrésente la liste des systèmes d’exploitation des clients, serveurs et 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 NetWorkerFournit des informations relatives à l’installation du logiciel NetWorker sur des serveurs et des clients de cluster.

◆ Guide d’administration d’EMC NetWorkerFournit des informations sur la configuration et la gestion du logiciel NetWorker.




Préface

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

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

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

◆ Guide d’administration et d’installation d’EMC NetWorker License ManagerFournit des informations d’installation et de configuration pour le 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 options NetWorker.

◆ Guide d’intégration d’EMC NetWorker avec AvamarFournit des informations de planification, de procédure et de configuration relatives à l’utilisation des nœuds de déduplication Avamar dans un environnement NetWorker intégré.

◆ Guide d’intégration d’EMC NetWorker avec VMwareFournit des informations de planification, de procédure et de configuration relatives à l’utilisation de VMware et de vStorage API for Data Protection (VADP) dans un environnement NetWorker intégré.

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

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

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

AVIS concerne les pratiques sans aucun risque de blessure.

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


Préface

Conventions typographiques

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

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 toute information sur la documentation, les notes de mise à jour, les mises à jour logicielles ou sur les produits EMC, consultez le site Web de support en ligne EMC à l’adresse :


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 chemins d’accès, les noms de fichiers, de répertoires et d’ordinateurs, 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.

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.


[email protected]

Préface

Support technique — Sélectionnez Support en ligne EMC et cliquez sur Centre de service. Vous disposez de plusieurs possibilités pour contacter le support technique EMC. 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 si vous avez des questions concernant votre compte, contactez un responsable de compte EMC.

Communauté en ligne — Visitez le site Web de la communauté EMC Community Network à l’adresse https://community.EMC.com pour bénéficier de contacts avec vos homologues, de conversations et de contenu sur les solutions et le support produits. Engagez une interaction en ligne avec les clients, partenaires et 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]


https://community.EMC.com

mailto:[email protected]

CHAPITRE 1Overview of NSM Features

Ce chapitre propose les sections suivantes :

◆ Description du produit NSM .................................................................................... 12◆ Composants du réseau NSM ................................................................................... 15◆ Exigences en termes de licences NSM ..................................................................... 17◆ Exemples d’environnements de snapshots NSM ..................................................... 18

Overview of NSM Features 11

Overview of NSM Features

Description du produit NSMLa fonction EMC®® Snapshot Management (NSM) fonctionne avec les technologies de miroir sur les baies de stockage EMC et permet de créer et de gérer des copies de snapshot des données de production avec une interruption minimale des processus hôtes de production. NetWorker Server catalogue les snapshots, permet la restauration de snapshots et le transfert de snapshots sur des médias de stockage classiques, comme un disque ou une bande. NSM est disponible avec le logiciel NetWorker Client 8.1.

L’installation de NetWorker Client 8.1 fournit toutes les fonctions précédemment gérées par EMC NetWorker PowerSnap™ Module.L’ Annexe C, « Migration de configuration PowerSnap préexistantes » propose des exemples de migration des configurations PowerSnap préexistantes vers NSM.

Avant de tenter de planifier, configurer et administrer l’environnement de snapshots, familiarisez-vous avec les concepts de ce chapitre. Vous devez déjà disposer de connaissances pratiques avancées de la technologie de baie de stockage utilisée avec NSM.

Le Guide de compatibilité du logiciel EMC NetWorker fournit des détails sur les versions prises en charge par NSM, y compris les gestionnaires de volumes, les modules NetWorker et les environnements de clusters.

Le document Notes de mise à jour d’EMC NetWorker fournit les dernières informations sur les fonctionnalités de NSM, l’assistance, les problèmes résolus et les problèmes connus associés à des solutions de contournement.

Opérations relatives aux snapshots

NSM prend en charge l’hôte d’application, qui est un NetWorker Client écrivant des données de production vers des volumes sur une baie de stockage ou une appliance de stockage EMC prise en charge. Ces volumes de production sont constitués d’une ou de plusieurs unités logiques (LUN) de stockage, que la baie ou l’appliance réplique sur une LUN miroir. La LUN miroir peut être une LUN locale ou une LUN sur une baie ou une appliance distante.

NSM prend en charge les configurations de baie et d’appliance de stockage suivantes :

◆ Baies EMC VMAX® - Opérations EMC TimeFinder® Clone, VDEV, BCV, VP Snap™, et Symmetrix Remote Data Facility (EMC SRDF®).

◆ Baies EMC VNX® Block - Opérations EMC SnapView™ Copy-on-write (COW/Snapshot), Mirror (clonage) et VNXSnap.

◆ Appliances EMC RecoverPoint™ configurées sur des baies de stockage VMAX ou VNX Block prises en charge - Opérations de protection continue des données (CDP) et de réplication continue à distance (CRR) RecoverPoint.

NSM utilise les fonctions de réplication et de division ou de clonage de la baie pour créer des copies PIT, des données de production indiquées sur un volume de baie de stockage. Ces copies ponctuelles sont les snapshots.

Pour gérer les captures, NSM monte le volume de snapshot sur un hôte de montage, qui peut être l’hôte d’application, un nœud de stockage NetWorker ou un hôte NetWorker Client distant. NSM utilise cet hôte de montage pour les opérations de restauration de



snapshots et pour le transfert de snapshot vers un média de stockage, comme un disque ou une bande. Un transfert de snapshot est similaire à une opération de sauvegarde classique.

Les politiques de rétention NSM gèrent le cycle de vie des savesets de snapshots sur les volumes de snapshot, et celui des savesets de transfert sur un média de stockage classique.

La section « Exemples d’environnements de snapshots NSM », page 18 fournit des illustrations d’environnements de snapshots typiques et décrit les processus de snapshot, de transfert et de restauration.

Types de sauvegarde NSM

Les types de sauvegarde NSM que vous configurez dépendent de l’endroit où vous avez l’intention de créer et de conserver le snapshot, comme suit :

◆ Sauvegarde de snapshot - NSM crée un snapshot des fichiers spécifiés sur l’hôte d’application et conserve le snapshot sur la baie de stockage uniquement. NetWorker Server catalogue le snapshot en tant que sauvegarde dans la base de données des médias. NetWorker Server peut effectuer une restauration à partir du snapshot.

◆ Snapshot et sauvegarde de transfert - NSM crée un snapshot des fichiers indiqués sur l’hôte d’application et transfère immédiatement le snapshot vers un média de stockage classique. La baie de stockage conserve le snapshot. La base de données des médias NetWorker catalogue à la fois le snapshot et le transfert en tant que sauvegardes. L’index des fichiers NetWorker Client catalogue le transfert. NetWorker Server peut effectuer une restauration à partir du snapshot ou du transfert.

◆ Sauvegarde de transfert uniquement - NSM crée un snapshot des fichiers indiqués sur l’hôte d’application et transfère immédiatement le snapshot vers un média de stockage classique. Une fois le transfert terminé, NSM supprime le snapshot. Puisque NSM ne conserve pas le snapshot, NetWorker Server peut uniquement restaurer à partir du transfert. Dans les versions précédentes de PowerSnap, ce processus s’appelait configuration de « sauvegarde sans serveur ».

Configurations de sauvegarde non prises en chargeNSM ne prend pas en charge les configurations suivantes :

◆ Conteneurs (zones) sur les systèmes d’exploitation Solaris ◆ Systèmes de fichiers Solaris ZFS

Le Guide de compatibilité du logiciel EMC NetWorker fournit des informations détaillées à ce sujet.

Types de restauration NSM

Les types de restauration que vous effectuez pour les données basées sur les snapshots dépendent de l’emplacement des données et d’autres facteurs :

◆ Restauration de snapshots - NSM monte les savesets de snapshots, puis vous parcourez et sélectionnez les répertoires ou les fichiers individuels à restaurer.

◆ Restauration à partir d’un transfert - Vous effectuez une restauration NetWorker classique à partir du média de stockage de sauvegarde.

Description du produit NSM 13


◆ Restauration à l’emplacement source - Vous restaurez les snapshots en utilisant les capacités de la baie de stockage. Un volume sur l’hôte d’application est démonté et le retour arrière remplace tout son contenu par le contenu entier d’un volume de snapshots non monté.

Remarque : NSM ne prend pas en charge les retours arrière sur les appliances RecoverPoint.

Les retours arrière détruisent toutes les données préexistantes sur le volume de l’application cible.

Prise en charge des clones NetWorker

Une fois que NSM a transféré un snapshot vers un média de stockage classique, NetWorker Server peut créer des copies clonées des savesets sauvegardés. NetWorker Server catalogue les clones dans la base de données des médias. NetWorker ne peut pas cloner les savesets de snapshots.

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

Stratégies de cycle de vie des snapshots

Le logiciel NetWorker fournit des stratégies de cycle de vie pour les savesets de snapshots. Les politiques de rétention des snapshots indiquent les informations suivantes :

◆ Intervalle entre deux snapshots

◆ Nombre maximal de snapshots stockés sur une baie, au-delà duquel NSM supprime automatiquement les snapshots les plus anciens

◆ Snapshots sauvegardés par NSM sur un média de stockage classique

Méthodes de configuration de la sauvegarde

Vous pouvez configurer tous les types de sauvegardes de snapshots pris en charge à l’aide de l’interface NetWorker Management Console (NMC). Toutes les baies de stockage prises en charge autorisent les méthodes de configuration suivantes :

◆ L'assistant de configuration du client NMC est la méthode recommandée pour créer et modifier les configurations NSM pour les snapshots et les transferts. L’assistant prend en charge les workflows NSM les plus courants et fournit la séquence appropriée d’étapes et de vérification des dépendances de configuration.

◆ Comme alternative à l’assistant, les fenêtres NMC Client Property fournissent une interface utilisateur manuelle, sans assistant que vous pouvez utiliser pour modifier les configurations existantes. Par exemple, vous pouvez utiliser les fenêtres de propriétés pour spécifier des directives peu courantes ou les options que l’interface de l’assistant ne prend pas en charge, comme les variables répertoriées dans l’Annexe A, « Variables Information sur l’application ».



Méthodes de restauration

Vous pouvez utiliser les interfaces suivantes pour restaurer les données basées sur des snapshots :

◆ L’assistant de restauration NMC est l’interface recommandée pour les opérations de restauration de données à partir de snapshots et de médias de stockage classiques.

◆ L’utilitaire de commande nsrsnapadmin fournit une session d’interface de ligne de commande interactive pour les différentes opérations liées aux snapshots, telles que la restauration à partir d’un snapshot et la restauration à partir d’un média de stockage classique.La section « Utilisation de nsrsnapadmin pour les opérations NSM », page 82 fournit de plus amples détails.

◆ La commande nsrsnap_recover offre une autre méthode de ligne de commande pour restaurer les données à partir d’un snapshot ou d’un média de stockage classique.

Le Guide de référence des commandes d’EMC NetWorker fournit des détails sur les commandes NetWorker.

Surveillance et reporting des opérations NSM

Les fonctions de reporting NMC vous permettent de surveiller les opérations NSM pour chaque NetWorker Client. Vous pouvez surveiller la progression des opérations de création, de montage, de suppression et de transfert des snapshots.

Le log nwsnap.raw de NSM fournit des détails sur les opérations de snapshots.

Prise en charge de l’internationalisation

NSM fournit la prise en charge standard de NetWorker Client pour les jeux de caractères internationaux non ASCII.

Composants du réseau NSMVous pouvez déployer différents hôtes, périphériques, applications et types de connectivité requis et optionnels dans une zone de données NetWorker pour NSM.

La section « Exemples d’environnements de snapshots NSM », page 18 fournit des illustrations d’environnements de snapshots typiques et décrit les processus de snapshot, de transfert et de restauration.

Hôte d’application

Un hôte d’application dans le contexte NSM est un ordinateur dont les données de production se trouvent sur les volumes de baies de stockage et nécessitent les services de snapshots. Les données de production peuvent comporter des systèmes de fichiers ou des bases de données.

Chaque hôte d’application doit exécuter le logiciel NetWorker Client 8.1 et doit être un client de NetWorker Server.

Composants du réseau NSM 15


Environnement FC

Tous les hôtes impliqués dans le mouvement des données de production au sein de l’environnement de snapshots NSM doivent utiliser une connectivité Fibre Channel (FC) déployée en tant que réseau de stockage (SAN).

NSM ne prend pas en charge les environnements iSCSI ou FCoE.

Baies de stockage

Pour les opérations NSM, une ou plusieurs baies de stockage prises en charge doivent fournir les unités logiques (LUN) pour stocker les données de production de l’hôte d’application et les snapshots de ces données. Les baies de stockage gèrent les LUN en tant que volumes de production et de snapshots qui sont à la disposition des hôtes requis.

NSM prend en charge les baies de stockage suivantes :

◆ Baie de stockage EMC VMAX (Symmetrix)◆ Baie de stockage EMC VNX Block (CLARiiON)◆ Appliance EMC RecoverPoint

Le Guide de compatibilité du logiciel EMC NetWorker fournit des informations sur la prise en charge des baies de stockage qualifiées le plus récemment.

NetWorker Server

NetWorker Server gère les clients NSM et les paramètres de configuration requis pour créer les snapshots et effectuer des opérations de transfert.

NetWorker Storage Node

Le nœud de stockage NetWorker gère les périphériques pour les sauvegardes sur média de stockage classique, de type périphérique de type de fichier avancé (ATFD), périphériques DD Boost et bande. NSM nécessite un nœud de stockage pour toutes les opérations de transfert et de restauration à partir de transfert.

Si vous ne souhaitez pas effectuer de transferts mais envisagez d’utiliser NSM uniquement pour créer et restaurer des snapshots, l’utilisation d’un nœud de stockage est facultative.

Hôte de montage des snapshots

NSM nécessite un hôte NetWorker Client afin de monter les volumes de snapshots de la baie de stockage pour les opérations de restauration de snapshots et pour le transfert vers un média de stockage classique.

Cet hôte de montage peut être l’hôte local d’application, un nœud de stockage NetWorker ou un hôte NetWorker Client distant. Le choix de l’hôte de montage dépend de la configuration du réseau de stockage. Une configuration bien préparée doit prendre en considération le traitement des données et la charge de bande passante sur les différents hôtes possibles.



L’hôte de montage doit utiliser le même système d’exploitation avec le même gestionnaire de volume tiers (le cas échéant) que l’hôte d’application. Vous devez synchroniser les horloges système de l’hôte de montage et de l’hôte d’application.

Les opérations de retour arrière n’utilisent pas d’hôte de montage.

Média de stockage de sauvegarde

NSM peut transférer les snapshots vers des médias de stockage de sauvegarde classiques, de type périphérique de type de fichier avancé (ATFD), périphériques DD Boost et bande. Pendant le transfert, NetWorker catalogue les fichiers de saveset dans l’index de fichiers client.

Modules applicatifs EMC NetWorker

NSM prend en charge les hôtes d’application qui utilisent les modules d’application NetWorker, tels que NMDA ou NMSAP qui utilisent les baies VMAX et VNX Block.

Le Guide de compatibilité du logiciel EMC NetWorker fournit des informations détaillées sur les versions prises en charge.

Le Guide d’administration d’EMC NetWorker Module for Databases and Applications et le Guide d’administration d’EMC NetWorker Module for SAP avec Oracle fournissent des informations sur les configurations d’application.

Gestionnaires de volumes tiers

NSM prend en charge l’utilisation des gestionnaires de volumes tiers pour la gestion des données de baies de stockage, tels que Veritas Volume Manager (VxVM) et Linux Logical Volume Manager (LVM). Cependant, NSM ne prend pas en charge les configurations suivantes :

◆ Si le système de fichiers de production et le système de fichiers de snapshot sont simultanément visibles sur le même hôte, la sauvegarde peut échouer. Certains systèmes d’exploitation ou LVM (Logical Volume Manager) nécessitent que le système de fichiers de production et le système de fichiers de snapshot soient visibles sur des hôtes distincts uniquement, comme l’hôte d’application et un autre hôte de montage.

◆ Si plusieurs LUN avec la même signature de disque ou le même ID de volume sont visibles sur le même hôte, la sauvegarde peut échouer. Par exemple, dans le cas où plusieurs miroirs, ou les LUN source et miroir, sont visibles sur le même hôte, les sauvegardes peuvent échouer.

◆ NSM ne prend pas en charge VxVM sur les systèmes Microsoft Windows.

Le Guide de compatibilité du logiciel EMC NetWorker fournit des informations de prise en charge détaillées à ce sujet.

Exigences en termes de licences NSMDeux types de licence peuvent activer NSM : licences NetWorker basées sur la capacité et licences traditionnelles. Dans les deux cas, le logiciel NetWorker rapporte les capacités utilisées pour les sauvegardes standard (sans snapshot) et de snapshots.

Si NSM détecte des licences PowerSnap valides plus anciennes, NSM honore ces licences.

Exigences en termes de licences NSM 17


L’activateur de capacité source NSM permet l’utilisation de NSM au sein de la zone de données jusqu’à la capacité source totale achetée. Le nombre de clients pouvant être protégés au sein de la zone de données est illimité.

Pour l’octroi de licence traditionnel, vous avez besoin d’une licence NSM basée sur la capacité et des licences standard requises, telles que la licence de connexion du client, la licence de nœud de stockage et la licence du module d’application pour les clients NetWorker sous protection.

Le Guide d’octroi de licence d’EMC NetWorker et un responsable de compte EMC peuvent vous fournir des informations détaillées sur les deux types de licences pour NSM.

Exemples d’environnements de snapshots NSMPlanifiez l’environnement NSM pour gérer efficacement les données, comme illustré par les exemples suivants.La section « Opérations relatives aux snapshots », page 12 décrit les concepts de base des snapshots.

Exemple de snapshot et de transfert vers les médias de stockage

Les figures et la description suivantes des processus illustrent le flux de données au cours d’une opération de snapshot avec sauvegarde de transfert dans un environnement NSM typique.

Figure 1 Snapshot et transfert avec le nœud de stockage en tant qu’hôte de montage



Figure 2 Snapshot et transfert avec l’hôte d’application en tant qu’hôte de montage

1. L’hôte d’application traite les données de production en écrivant vers un ou plusieurs volumes source sur une baie de stockage connectée.

Remarque : L’application hôte peut exécuter NMDA ou NMSAP. Pour ces modules, il est courant que l’hôte d’application dispose de sont propre nœud de stockage NetWorker, ce qui en fait également un hôte de montage.

2. Au moment prédéterminé, NSM crée un snapshot des données de production sur un autre volume de la baie de stockage ou sur une autre baie :

a. Les politiques NetWorker et les paramètres de ressources Client identifient quels systèmes de fichiers ou quelles données de l’hôte d’application nécessitent un snapshot.

b. NSM met en veille, vide et synchronise les LUN source avec les LUN cible. Les LUN source contiennent les volumes de données de production.

c. La baie de stockage divise/fracture la LUN de snapshot cible depuis les LUN de production. Ce processus crée un snapshot entièrement utilisable sur le volume de snapshots.

3. NSM monte temporairement le volume de snapshot effectué sur l’hôte de montage, ce qui le rend disponible pour la sauvegarde sur média de stockage.

Le choix de l’hôte de montage dépend de la configuration du réseau de stockage. Un plan bien conçu doit prendre en considération le traitement des données et la charge de bande passante sur les différents hôtes possibles. Par exemple, l’hôte de montage peut être l’un des composants suivants :

Exemples d’environnements de snapshots NSM 19


• Un nœud de stockage NetWorker, comme celui qui représenté dans la Figure 1 à la page 18

• L’hôte d’application, comme celui qui est représenté dans la Figure 2 à la page 19• Un hôte de montage distant doté du logiciel client NetWorker

Remarque : si les attributs de ressource NetWorker Client spécifient des options Client Direct et DD Boost, alors le traitement de déduplication de données sur le client se produit sur l’hôte de montage au cours d’opérations de transfert.

4. NSM gère le snapshot selon les options dans la ressource Client et la ressource de politique de rétention des snapshots :

• Si NSM transfère le snapshot vers un média de stockage classique, les données de snapshots deviennent disponibles pour les opérations de clonage NetWorker et les opérations de restauration NetWorker traditionnelles.

Remarque : après une opération de transfert de snapshot uniquement, NSM supprime le snapshot et ce dernier n’est pas disponible pour d’autres opérations NSM.

Le Guide d’administration d’EMC NetWorker fournit plus de détails sur les configurations de médias de stockage.

• Si NSM ne transfère pas le snapshot mais le conserve uniquement sur la baie de stockage, le snapshot est disponible pour une restauration de snapshot NSM ou un retour arrière. NSM conserve le snpashot jusqu’à son expiration ou jusqu’à ce que NSM doive le supprimer pour créer de nouveaux snapshots, comme spécifié dans la politique de rétention des snapshots.

Exemple de restauration à partir d’une sauvegarde de snapshot

La figure et la description de processus suivantes illustrent le flux de données pour une restauration sélective de fichiers depuis un saveset de snapshots. Le nœud de stockage NetWorker restaure les données à partir du volume cible de snapshots pour le volume source de production.



Figure 3 Restauration à partir d’un snapshot avec le nœud de stockage utilisé comme hôte de montage

1. Vous sélectionnez le snapshot qui contient les données que vous souhaitez restaurer. NSM monte ce snapshot sur l’hôte de montage.

2. Vous parcourez les fichiers, systèmes de fichiers ou volumes que vous souhaitez restaurer.

3. Vous indiquez où restaurer les données sur l’hôte d’application ou encore sur un hôte différent.

4. Lorsque vous démarrez la restauration, NSM contacte l’hôte de montage et l’hôte d’application ou un autre hôte de restauration.

5. NSM copie les données du volume de snapshots pour le volume indiqué :

• Pour une restauration de saveset ou une restauration de niveau fichier, le chemin de restauration des données est situé sur le réseau local, comme le montre la Figure 3 à la page 21.

• Une restauration à l’emplacement source est réalisée par la baie de stockage depuis les LUN de snapshots vers les LUN de production.

Exemples d’environnements de snapshots NSM 21

CHAPITRE 2Configuration des logiciels


◆ Plan d’évolution de configuration NSM.....................................................................24◆ Conditions préalables à la configuration NSM ..........................................................24◆ Configuration des privilèges d’utilisateur .................................................................27◆ Configuration du fichier des serveurs NetWorker ......................................................28◆ Configuration des sauvegardes NSM avec l’assistant client ......................................28◆ Configuration manuelle de sauvegardes NSM...........................................................35◆ Configuration des variables Information sur l’application .........................................37◆ Configuration des scripts de pré-traitement et de post-traitement ............................37

Configuration des logiciels 23

Configuration des logiciels

Plan d’évolution de configuration NSMPlanifiez la configuration NSM avec un plan d’évolution qui décrit la séquence des tâches de configuration que vous devez effectuer.

1. Vérifiez que vous respectez les conditions préalables à la configuration.

La section « Conditions préalables à la configuration NSM », à la page 24 fournit de plus amples détails.

2. Configurez les privilèges de l’utilisateur sur l’hôte d’application et le nœud de stockage.

La section « Configuration des privilèges d’utilisateur », à la page 27 fournit de plus amples détails.

3. Configurez le fichier des serveurs NetWorker Server sur l’hôte d’application et l’hôte de montage.

La section « Configuration du fichier des serveurs NetWorker », à la page 28 fournit de plus amples détails.

4. Configurez NetWorker Client pour NSM en utilisant la méthode de configuration par l'assistant de configuration du client ou la méthode manuelle. Vous trouverez davantage d'informations dans les sections suivantes :

• « Configuration des sauvegardes NSM avec l’assistant client », à la page 28• « Configuration manuelle de sauvegardes NSM », à la page 35

5. Configurez les variables Information sur l’application requises.

La section « Configuration des variables Information sur l’application », à la page 37 fournit de plus amples détails.

6. Configurez les scripts de pré-traitement ou de post-traitement nécessaires.

La section « Configuration des scripts de pré-traitement et de post-traitement », à la page 37 fournit de plus amples détails.

7. En fonction de la baie ou de l’appliance que vous allez utiliser pour les sauvegardes de snapshots, suivez les instructions de configuration du chapitre approprié :

• Chapitre 3, « Configuration de NSM pour les baies de stockage VMAX »• Chapitre 4, « Configuration de NSM pour les baies de stockage VNX Block »• Chapitre 5, « Configuration de NSM pour les appliances RecoverPoint »• Chapitre 6, « NSM dans un environnement de clusters »

8. Testez la configuration.

Conditions préalables à la configuration NSMVérifiez la compatibilité de base de tous les systèmes utilisés pour les opérations NSM.La section « Composants du réseau NSM », à la page 15 fournit de plus amples détails.

Les sections suivantes décrivent les conditions préalables applicables aux hôtes impliqués dans les opérations NSM.



Conditions préalables pour la baie de stockage

Assurez-vous que l’hôte d’application et l’hôte de montage sont installés avec le logiciel prérequis pour la baie de stockage que vous utiliserez dans le cadre des opérations NSM :

◆ Baie de stockage VMAX :

• EMC Solutions Enabler version 7.4-1506 ou supérieure sur l’hôte d’application et l’hôte de montage.

◆ Baie de stockage VNX Block :

• L’agent hôte EMC Unisphere®, également appelé EMC Navisphere®, sur l’hôte d’application et l’hôte de montage. Cet agent synchronise le périphérique hôte avec les périphériques VNX. NSM utilise également cet agent pour déterminer si les LUN sont visibles sur l’hôte d’application ou l’hôte de montage.

• EMC SnapCli sur l’hôte de montage et facultatif sur l’hôte d’application. Cette interface CLI est responsable de l’affichage de la LUN de snapshot VNX sur l’hôte de montage.

• EMC AdmSnap sur l’hôte de montage et facultatif sur l’hôte d’application. Cette interface CLI est responsable de l’affichage de la LUN de snapshot SnapView sur l’hôte de montage.

• EMC AdmHost sur l’hôte de montage pour les systèmes Microsoft Windows uniquement. Cette interface CLI est responsable de l’activation et du mappage du clone SnapView vers une lettre de lecteur spécifique sur un hôte de montage Microsoft Windows.

• EMC Naviseccli sur l’hôte d’application et l’hôte de montage. Cette interface CLI est responsable de la détection de l’unité LUN et des opérations de synchronisation/séparation des snapshots.

◆ Appliance RecoverPoint :

• EMC Solutions Enabler version 7.4-1506 ou supérieure sur l’hôte d’application et l’hôte de montage.

• Protection continue des données (CDP) RecoverPoint ou réplication continue à distance (CRR) RecoverPoint configurée sur l’appliance RecoverPoint.

La matrice de support pour la baie de stockage ou l’appliance que vous utilisez, disponible auprès du support en ligne EMC, fournit des détails sur les configurations système et matérielle requises.

Conditions préalables de l’hôte d’application

Assurez-vous que les conditions préalables suivantes sont remplies avant de configurer l’hôte d’application pour les opérations NSM :

◆ l’application hôte exécute le logiciel NetWorker Client 8.1 ;

◆ le serveur NetWorker reconnaît l’hôte d’application en tant que client ;

◆ l’horloge de l’hôte d’application est synchronisée avec l’horloge du système de l’hôte de montage.

◆ Vous avez configuré la connexion de l’hôte d’application à la baie de stockage :

Conditions préalables à la configuration NSM 25


• Les baies de stockage VMAX et VNX, seules ou accompagnées d’une appliance RecoverPoint, nécessitent une connexion SAN.

• Une appliance RecoverPoint nécessite également une connexion LAN pour la communication avec l’hôte d’application.

◆ Les chemins d’accès de volume ou de périphérique des unités LUN de production de la baie de stockage sont visibles par l’hôte d’application.

◆ Si vous utilisez un hôte de montage distinct, les chemins d’accès au périphérique ou au volume des LUN miroir (cibles) sur la baie sont visibles pour l’hôte de montage.

Conditions préalables de l’hôte de montage

Un NetWorker Client doit procéder au montage des volumes de la baie de stockage pour les opérations de restauration ou de transfert des snapshots. Vous pouvez configurer les hôtes suivants en tant qu’hôte de montage :

◆ l’hôte d’application local ;◆ un nœud de stockage NetWorker ;◆ un hôte client NetWorker distant.

Votre choix d’hôte de montage dépend de la configuration du réseau de stockage. Une configuration bien préparée doit prendre en considération la vitesse de traitement des données et la charge de bande passante sur les différents hôtes possibles.

La Figure 2 à la page 19 montre un exemple où l’hôte d’application est aussi l’hôte de montage.

Remarque : Veritas Volume Manager (VxVM) et Linux Logical Volume Manager (LVM) ne prennent pas en charge l’utilisation de l’hôte d’application en tant qu’hôte de montage. Deux systèmes de fichiers identiques ou plus ne peuvent pas être visibles sur le même hôte.

Assurez-vous que les conditions préalables suivantes sont remplies avant de configurer l’hôte de montage pour les opérations NSM :

◆ L’hôte de montage exécute les mêmes versions de système d’exploitation et de gestionnaire de volumes (le cas échéant) que l’hôte d’application.

◆ Le logiciel NetWorker Client 8.1 est installé. Le logiciel nœud de stockage NetWorker inclut le client.

◆ Un serveur NetWorker reconnaît l’hôte de montage en tant que client.

◆ L’horloge de l’hôte de montage est synchronisée avec l’horloge du système de l’hôte d’application.

◆ Vous avez configuré la connexion de l’hôte de montage à la baie de stockage :

• Les baies de stockage VMAX et VNX, seules ou accompagnées d’une appliance RecoverPoint, nécessitent une connexion SAN.

• Une appliance RecoverPoint nécessite également une connexion LAN pour la communication avec l’hôte de montage.

• Pour les opérations de retour arrière, une appliance RecoverPoint nécessite sa propre connexion SAN à l’hôte de montage.



◆ Les chemins d’accès de volume ou de périphérique des LUN de snapshot de la baie de stockage sont visibles par l’hôte de montage.

◆ Pour les hôtes de montage dotés de systèmes Microsoft Windows, une lettre de lecteur est disponible pour monter le volume de snapshot. Si une lettre de lecteur n’est pas disponible, les sauvegardes de snapshot échoueront.

Conditions préalables pour le nœud de stockage

Si vous prévoyez de transférer vos savesets de snapshots vers un média de stockage classique, un nœud de stockage NetWorker est nécessaire.

Remarque : si vous préférez effectuer les transferts depuis l’hôte d’application local utilisé comme hôte de montage, vous devez envisager de mettre à niveau le NetWorker Client de l’hôte d’application vers un nœud de stockage NetWorker.

Assurez-vous que les conditions préalables suivantes sont réunies :

◆ Le logiciel nœud de stockage NetWorker 8.1 est installé.◆ Les périphériques de stockage de sauvegarde sont configurés sur le nœud de

stockage pour les opérations de transfert.

Configuration des privilèges d’utilisateurVous devez spécifier les privilèges du groupe d’utilisateurs NetWorker sur l’hôte d’application et l’hôte de montage pour les opérations NSM.

1. Exécutez NMC et, dans l’affichage Enterprise, sélectionnez le serveur NetWorker Server qui va gérer les snapshots puis sélectionnez Enterprise > Démarrer l’application.

2. Dans l’onglet Configuration du serveur NetWorker, cliquez sur Groupes d’utilisateurs dans l’arborescence des ressources.

3. Dans le tableau Groupes d’utilisateurs, cliquez avec le bouton droit de la souris sur le groupe que vous voulez modifier, puis sélectionnez Propriétés.

4. Dans l’attribut Utilisateurs, entrez les informations suivantes pour définir l’utilisateur en tant que root, administrateur ou système sur l’hôte d’application et l’hôte de montage :

• Systèmes Microsoft Windows :

user=administrator,host=application_hostnameuser=administrator,host=mount_hostnameuser=system,host=application_hostnameuser=system,host=mount_hostname

• Systèmes UNIX :

user=root,host=application_hostnameuser=root,host=mount_hostname

5. Dans l’ attribut Privilèges, sélectionnez Exploiter NetWorker.

Configuration des privilèges d’utilisateur 27


Remarque : le privilège Exploiter NetWorker peut nécessiter la sélection de privilèges supplémentaires comme indiqué dans un message contextuel.

6. Cliquez sur OK.

Configuration du fichier des serveurs NetWorkerVous devez configurer le fichier des serveurs NetWorker Server sur l’application hôte et l’hôte de montage pour les opérations NSM :

1. Sur l’hôte d’application, ajoutez le nom d’hôte du serveur NetWorker Server dans le fichier des serveurs, qui réside par défaut à l’emplacement suivant :

• Systèmes Microsoft Windows : C:\Program Files\EMC NetWorker\nsr\res\servers

• Systèmes UNIX :/nsr/res/servers

Remarque : Si un autre hôte va exécuter le programme d’administration NetWorker, par exemple par la connexion distante, ajoutez son nom d’hôte au fichier des serveurs.

2. De même, dans le fichier des serveurs sur l’hôte de montage, ajoutez le nom d’hôte du serveur NetWorker et le nom d’hôte de l’hôte d’application qui vont utiliser l’hôte de montage.

Remarque : si vous effectuez une opération de restauration dirigée, incluez dans ce fichier le nom d’hôte du client sur lequel vous allez restaurer les données.

3. Redémarrez le programme NetWorker ou redémarrez le système pour que les modifications prennent effet.

Configuration des sauvegardes NSM avec l’assistant clientL'assistant de configuration du client NMC est la méthode recommandée pour configurer les opérations de sauvegarde, telles que les sauvegardes de snapshots NSM. L’assistant réduit la complexité et les erreurs au cours de la procédure de configuration :

1. Assurez-vous que les conditions préalables nécessaires sont réunies.

La section « Conditions préalables à la configuration NSM », à la page 24 fournit de plus amples détails.

2. Exécutez NMC et, dans l’affichage Enterprise, sélectionnez le serveur NetWorker Server qui va gérer les snapshots puis sélectionnez Enterprise > Démarrer l’application.

3. Dans l’affichage Configuration de NetWorker Server, démarrez l'assistant de configuration du client :



• Pour créer une configuration de sauvegarde du client, dans l’arborescence de navigation, cliquez avec le bouton droit de la souris sur Clients et sélectionnez Configuration de sauvegarde du client> Nouvelle.

• Pour modifier une configuration de sauvegarde du client, dans l’arborescence de navigation, cliquez sur Clients et, dans le tableau Clients, cliquez avec le bouton droit de la souris sur le client à modifier et sélectionnez Configuration de sauvegarde du client > Modifier.

4. Dans l’assistant, effectuez les étapes de la page Spécifier le nom et le type du client :

a. Dans le champ Nom du client, saisissez le nom d’hôte de l’hôte d’application (NetWorker Client) dont les données seront capturées par NSM dans les snapshots.

b. Dans le champ Type de client, sélectionnez NetWorker Client traditionnel.

c. Cliquez sur Suivant.

5. Renseignez les informations sur la page Spécifier le type de configuration de sauvegarde :

a. Dans le tableau, sélectionnez Système de fichiers ou le type d’application NetWorker pris en charge que vous souhaitez configurer pour NSM.

b. Cochez la case intitulée Activer NetWorker Snapshot Management sur l’application sélectionnée.


6. Effectuez les étapes de la page Sélectionner les options de Snapshot Management :

a. Dans le champ Baie de stockage, sélectionnez la baie de stockage sur laquelle vous souhaitez créer les snapshots. Seules les baies qui sont configurables avec NSM sont indiquées comme disponibles. Les options suivantes sont des choix possibles :

– EMC VMAX/Symmetrix– EMC VNX/CLARiiON– RecoverPoint

b. Si vous souhaitez utiliser l’hôte d’application comme hôte de montage des snapshots, sélectionnez Utiliser ce client en cas de montage de snapshots. L’assistant va monter le volume miroir de la baie sur cet hôte pour les opérations de restauration des snapshots et de transfert vers un stockage classique.

Si vous ne sélectionnez pas cette option, l’assistant va utiliser le nœud de stockage que vous sélectionnez dans la liste déroulante comme hôte de montage.

Remarque : vous pouvez créer manuellement une ressource NetWorker Client sur un autre hôte et indiquer cet hôte comme valeur NSR_DATA_MOVER=hostname. NSM utilise cet hôte comme hôte de montage.La section « Variables courantes Information sur l’application », à la page 76 fournit de plus amples détails.

c. Sélectionnez le nom d’hôte du Nœud de stockage.

L’assistant ajoute le nœud de stockage, s’il n’est pas encore présent, à la liste d’affinités du nœud de stockage dans la ressource Client de l’hôte d’application.

Configuration des sauvegardes NSM avec l’assistant client 29


d. Cliquez sur Suivant.

La sélection de baie de stockage déterminera l’écran suivant de l’assistant qui doit s’afficher.

7. Si vous avez sélectionné l’option de baie de stockage VMAX, effectuez les étapes de la page Sélectionner la politique de miroirs VMAX qui apparaît :

a. Sélectionnez la Politique de miroirs VMAX :

– Sélectionnez Opération locale si les LUN source et miroir résident sur la même baie VMAX.

– Sélectionnez Opération (SRDF) distante si les LUN source et miroir résident sur des baies VMAX différentes connectées par SRDF (Symmetrix Remote Data Facility).

b. Sélectionnez un Type de miroir de snapshots :

– Sélectionnez CLONE pour créer des snapshots en utilisant la fonction TimeFinder Clone.

– Sélectionnez VDEV pour créer des snapshots en utilisant la fonction TimeFinder Snap.

– Sélectionnez BCV pour créer des snapshots en utilisant la fonction TimeFinder Mirror.

– Sélectionnez VP pour créer des snapshots en utilisant la fonction TimeFinder VP Snap.

– Si vous avez sélectionné Opération (SRDF) distante, sélectionnez R2. Cette opération suspend le lien SRDF pour la durée du transfert, que NetWorker effectue directement depuis le périphérique R2 distant sans créer de snapshot.

– Sélectionnez Tous pour permettre à l’assistant de sélectionner le meilleur type de miroir dans l’ordre de priorité suivant : Clone, VDEV, BCV. L’assistant n’utilise pas VP Snap ou R2.

Pour plus d’informations sur les opérations de miroir, reportez-vous à « Opérations NSM avec le logiciel TimeFinder », à la page 40.


8. Si vous avez sélectionné l’option de baie de stockage VNX Block, effectuez les étapes de la page Spécifier la politique de miroirs VNX et les options de baie de stockage qui apparaît :

a. Sélectionnez le Type de miroir de snapshots :

– Sélectionnez Copier en cas d’écriture (COW/Snapshot) pour créer des snapshots en utilisant la fonction de copie en cas d’écriture SnapView.

– Sélectionnez Miroir (Clone) pour créer des snapshots en utilisant la fonction de clonage SnapView.

– Sélectionnez VNXSNAP (VNXSnap) pour créer des snapshots en utilisant la fonction de redirection en cas d’écriture (ROW).

Pour plus d’informations sur les opérations de miroir, reportez-vous à « Opérations NSM avec le logiciel SnapView », à la page 48.



b. Indiquez les Options du processeur de stockage VNX :

– Indiquez le Nom d’hôte ou adresse IP de la baie de stockage VNX que le client utilisera pour communiquer dans le cadre des opérations de snapshot.

– Si nécessaire, fournissez les informations d’identification Nom d’utilisateur et Mot de passe pour la baie que le client utilisera dans le cadre des opérations de snapshots.


9. Si vous avez sélectionné l’option de baie de stockage RecoverPoint Block, effectuez les étapes de la page Spécifier le type de réplication RecoverPoint et les options de la baie de stockage qui apparaît :

a. Sélectionnez le Type de réplication :

– CDP (protection continue des données) – CRR (réplication continue à distance)

Pour plus d’informations sur les opérations de miroir, reportez-vous à « Opérations NSM avec le logiciel RecoverPoint », à la page 52.

b. Indiquez les Informations d’identification de l’appliance RecoverPoint :

– Spécifiez le Nom d’hôte/adresse IP de l’appliance RecoverPoint que le client va utiliser pour les opérations de snapshots.

– Si les informations d’identification Nom d’utilisateur et Mot de passe n’existent pas déjà pour l’appliance RecoverPoint que le client va utiliser pour les opérations de snapshots, fournissez-les.

Remarque : NSM nécessite un nom d’utilisateur et un mot de passe après une mise à niveau de RecoverPoint PowerSnap Module vers NSM. NSM stocke ces informations d’identification dans un lockbox sur NetWorker Server.


10. Si vous prévoyez de transférer les snapshots indiqués vers un média de stockage classique, effectuez les étapes de la page Spécifier les options de sauvegarde du client qui apparaît. Dans le cas contraire, cette étape est facultative :

a. Vous pouvez également modifier le paramètre Client Direct (sélection par défaut) en fonction des préférences de workflow et de la bande passante du traitement de données sur les hôtes impliqués.

Ce paramètre permet à NetWorker Client sur l’hôte de montage de contourner le nœud de stockage et de transférer directement les données de snapshot vers les périphériques AFTD ou DD Boost pris en charge. Si ce processus n’est pas disponible, alors le nœud de stockage effectue la sauvegarde.

b. Vous pouvez sélectionner un Pool cible spécifique pour le substituer à tout autre pool indiqué pour le client ou son groupe de sauvegarde. Par défaut, NetWorker choisit le pool cible qui associe le client aux périphériques de stockage des sauvegardes.

c. Pour les transferts vers le stockage DD Boost, dans Déduplication, sélectionnez Data Domain backup. Selon la configuration Client Direct, la déduplication des données se produira sur l’hôte de montage ou le nœud de stockage.



Le Guide d’intégration d’EMC NetWorker et d’EMC Data Domain Deduplication Devices fournit des informations détaillées à ce sujet.


11. Effectuez les étapes de la page Sélectionner les objets du système de fichiers pouvant faire l’objet d’un snapshot :

a. Dans l’arborescence de navigation, sélectionnez les fichiers ou les systèmes de fichiers que vous souhaitez inclure dans le snapshot.

L’arborescence répertorie tous les systèmes de fichiers qui sont montés sur l’hôte d’application et qui sont compatibles avec les sélections précédentes dans cet assistant. S’il n’existe aucun système de fichiers compatible, une erreur s’affiche.

Sur les systèmes UNIX et Linux, l’arborescence répertorie uniquement les systèmes de fichiers qui ont été ajoutés pour le fichier de montage sur l’hôte d’application local.

Remarque : sur les systèmes dotés de gestionnaires de volumes tiers, ne sélectionnez pas les systèmes de fichiers auprès de groupes de volumes différents pour une même sauvegarde. Les sauvegardes réalisées à partir de plusieurs groupes de volumes peuvent échouer si plusieurs snapshots sont nécessaires à l’achèvement de la sauvegarde et si des miroirs ne sont pas disponibles. Assurez-vous qu’un groupe de volumes que NSM sauvegarde ne porte pas le même nom qu’un groupe de volumes existant sur l’hôte de montage. Dans le cas contraire, la sauvegarde échoue.

b. Si vous devez mettre à jour l’affichage des systèmes de fichiers montés, cliquez sur Actualiser. Ce processus de mise à jour peut prendre un certain temps.


12. Pour configurer des transferts de snapshots sur un média de stockage classique, effectuez les étapes de la page Sélectionner les propriétés du client :

a. Spécifiez les mêmes paramètres pour les attributs suivants selon les instructions fournies pour les workflows de sauvegarde NetWorker standard :

– Politique de rétention des index– Politique de rétention des médias– Ordonnanceur de sauvegarde

L’attribut Accès à distance indique le nœud de stockage que vous avez sélectionné précédemment. L’attribut Accès à distance est requis pour les transferts NSM.

Le Guide d’administration d’EMC NetWorker fournit des informations détaillées sur les paramètres de ces attributs.

b. Cliquez sur Suivant.

13. Effectuez les étapes de la page Sélectionner le groupe de sauvegarde NetWorker pour les transferts de snapshots :

a. Spécifiez les mêmes paramètres pour les attributs suivants selon les instructions fournies pour les workflows de sauvegarde NetWorker standard :



– Pour ajouter le client à un groupe existant, sélectionnez Ajouter à un groupe existant et sélectionnez un ou plusieurs groupes dans la liste. L’assistant répertorie uniquement les groupes vides ou activés pour les snapshots.

– Pour créer un groupe, sélectionnez Créer un groupe et indiquez les attributs.

Le Guide d’administration d’EMC NetWorker fournit de plus amples informations à ce sujet.


14. Si vous avez créé une nouvelle ressource de groupe à l’étape précédente, effectuez les étapes de la page Préciser la politique de rétention des snapshots :

Remarque : les politiques de rétention des snapshots s’appliquent uniquement aux groupes et ne concernent pas les sauvegardes manuelles effectuées à l’aide de la commande nsrsnap_save.

• Pour appliquer une politique de rétention des snapshots existante au nouveau groupe, sélectionnez Utiliser une politique de rétention des snapshots existante et sélectionnez une politique dans la liste.

• Pour créer une politique de rétention des snapshots, sélectionnez Créez une nouvelle politique de rétention des snapshots et indiquez les attributs suivants :

a. Dans le champ Nom, saisissez le nom de la politique de rétention des snapshots.

Remarque : Vous pouvez renommer une politique existante. Vous devez supprimer toutes les références à la politique, supprimer son nom, puis créer le nouveau nom de la politique.

b. Dans le champ Nombre de snapshots, indiquez le nombre maximal de sauvegardes de snapshots que NSM doit effectuer quotidiennement pour ce client sur cette baie.

Remarque : Assurez-vous qu’il y aura assez de temps entre les sauvegardes NSM des mêmes savesets pour que les opérations puissent s’accomplir. Avec un intervalle trop court, NSM ignore les sauvegardes de certains snapshots.

c. Dans le champ Conserver les snapshots, indiquez le nombre maximal de sauvegardes de snapshots que NSM doit conserver pour ce client sur cette baie. Après avoir conservé ce nombre de sauvegardes de snapshots, NSM supprime autant d’anciens snapshots que nécessaire avant d’en créer de nouveaux.

Par exemple, si vous définissez Nombre de snapshots sur 8 et Conserver les snapshots sur 4, NSM effectue une sauvegarde de snapshots huit fois par jour mais conserve uniquement les quatre snapshots les plus récents.

Si vous souhaitez une politique de rétention des snapshots Transfert uniquement, définissez Conserver les snapshots sur 0 et sélectionnez Tout pour le paramètre Options de sauvegarde des snapshots. NSM supprime automatiquement les snapshots une fois le transfert terminé.



d. Dans le champ Politique relative à l’expiration des snapshots, sélectionnez le cycle de vie maximal des sauvegardes de snapshots au-delà duquel NSM supprime les snapshots et leurs savesets NetWorker.

Pour créer une nouvelle politique relative à l’expiration, cliquez sur le signe plus (+) à droite de l’attribut et, dans la fenêtre Créer une politique, indiquez le Nom de politique et une Période.

e. Dans le champ Options de sauvegarde des snapshots, sélectionnez un paramètre pour indiquer quels snapshots, en fonction du paramètre Nombre de snapshots, NSM va transférer vers un média de stockage classique :

f. Cliquez sur Suivant.

15. Effectuez les étapes de la page Résumé de la configuration de sauvegarde :

a. Examinez les attributs et les valeurs figurant dans le résumé.

Pour modifier un paramètre, cliquez sur Précédent ou cliquez sur le lien dans le panneau de l’étape et apportez des modifications.

b. Le cas échéant, cliquez sur Validation du snapshot. Ce choix permet à NSM de vérifier le succès probable (mais pas garanti) d’une sauvegarde qui utilise cette configuration, à condition que la sauvegarde ne soit pas gênée par d’autres sauvegardes sur ce client et l’hôte de montage durant son exécution.

La validation peut prendre un certain temps. Un message contextuel NMC répertorie les problèmes détectés mais n’empêche pas l’assistant de créer une ressource Client.

c. Pour accepter et créer la configuration, cliquez sur Créer.

16. Effectuez les étapes de la page Contrôler les résultats :

a. Assurez-vous que la configuration de sauvegarde est terminée.

b. Cliquez sur Terminer.

Tous les snapshots Transfère tous les snapshots.

Premier snapshot Transfère le premier snapshot de la journée.

Dernier snapshot Transfère le dernier snapshot de la journée, en fonction de la valeur maximale prévue de Nombre de snapshots.

Tous les ___ snapshots Transfère chaque snapshot dans une séquence ordinale indiquée par un ou plusieurs nombres séparés les uns des autres par des virgules. Par exemple, 3 (tous les 3 snapshots), ou 3, 6, 9 (tous les 3, 6 et 9 snapshots).

Ne sauvegardez pas les snapshots.

Ne transfère aucun snapshot.



Configuration manuelle de sauvegardes NSML'assistant de configuration du client NMC est la méthode recommandée pour créer et modifier des configurations de sauvegarde NSM.

Toutefois, dans certains cas, vous pouvez utiliser les méthodes manuelles pour modifier une configuration existante. Par exemple, vous pouvez modifier une ressource Client si vous avez besoin de spécifier des directives peu courantes ou des options particulières que l’assistant ne prend pas en charge, comme les variables décrites dans l’Annexe A, « Variables Information sur l’application »,

Configuration manuelle de la ressource de groupe

Vous pouvez configurer manuellement une ressource de groupe pour les sauvegardes NSM :

1. Exécutez NMC et, dans l’affichage Enterprise, sélectionnez le nom du serveur NetWorker Server et démarrez l’application NetWorker.

2. Dans l’onglet Configuration du serveur NetWorker Server, sélectionnez Groupes dans l’arborescence de navigation et sélectionnez l’élément dont vous avez besoin.

• Pour créer une ressource Groupe, cliquez sur l’icône Groupes, puis dans le menu Fichier, cliquez sur Nouveau.

• Pour modifier une ressource Groupe, sélectionnez le nom du client dans la liste du panneau de droite, puis, dans le menu Fichier, sélectionnez Propriétés.

3. Configurez les attributs de la ressource Groupe en procédant de la même façon que pour une sauvegarde NetWorker standard. Dans l’onglet Configuration, configurez les attributs des snapshots comme suit :

a. Sélectionnez Snapshot pour activer les sauvegardes de snapshot sur les clients NSM associés au groupe.

b. Sélectionnez une Politique de rétention des snapshots. La politique indique le nombre de snapshots créés par NSM dans une période donnée et la durée pendant laquelle il les conserve.

c. Sélectionnez un pool de snapshots dans la liste de pools configurés pour les opérations de snapshots.

Le Guide d’administration d’EMC NetWorker fournit des détails supplémentaires sur les ressources Groupe, Pool de médias et Politique de rétention des snapshots.

Configuration manuelle de la ressource Client pour l’hôte d’application

Vous pouvez créer ou modifier manuellement une configuration de baie de stockage VMAX ou VNX Block pour un hôte d’application en utilisant les fenêtres de propriétés NMC. Vous pouvez modifier manuellement la configuration d’une appliance RecoverPoint, mais vous ne pouvez pas créer la configuration avec les fenêtres de propriétés NMC.

Vous pouvez utiliser les fenêtres de propriété NMC pour spécifier des directives peu courantes ou des options particulières que l’interface de l’assistant ne prend pas en charge, comme les variables répertoriées dans l’Annexe A, « Variables Information sur l’application »,

Configuration manuelle de sauvegardes NSM 35



La section « Conditions préalables de l’hôte d’application », à la page 25 fournit de plus amples détails.

2. Exécutez NMC et, dans l’affichage Enterprise de NMC, sélectionnez le nom du serveur NetWorker Server, puis sélectionnez Enterprise > Démarrer l’application.

3. Dans l’affichage Configuration du serveur, sélectionnez Clients et indiquez le client d’application :

• Pour créer une ressource Client, cliquez sur l’icône Clients, puis dans le menu Fichier, cliquez sur Nouveau.

• Pour modifier une ressource Groupe, sélectionnez le nom du client dans la liste du panneau de droite, puis, dans le menu Fichier, sélectionnez Propriétés.

4. Sélectionnez l’onglet Général et renseignez les champs suivants :

a. Dans le champ Nom, vérifiez ou saisissez le nom d’hôte du client d’application.

b. Dans le champ Savesets, saisissez ou parcourez et sélectionnez tous les systèmes de fichiers, répertoires ou fichiers individuels que vous souhaitez inclure dans le snapshot.

Spécifiez chaque élément sur une ligne distincte avec un chemin d’accès complet.

Remarque : En raison des limitations du système d’exploitation, les chemins d’accès au système de fichiers de plus de 996 caractères ou d’une profondeur de 275 répertoires entraîneront l’échec des sauvegardes. Les chemins d’accès saisis manuellement sont sensibles à la casse.

Le Guide d’administration d’EMC NetWorker fournit des informations détaillées sur les paramètres de l’onglet Général.

5. Sélectionnez l’onglet Applications et modules. Dans le champ Information sur l’application, vous pouvez saisir tout attribut de snapshot avec les valeurs que vous souhaitez que la configuration utilise.

La section Annexe A, « Variables Information sur l’application », fournit de plus amples détails.

Remarque : NSM ne valide pas ces attributs. Assurez-vous de saisir le nom d’attribut correct en majuscules avec la valeur correcte indiquée, qui selon l’attribut peut également être en majuscules.

6. Pour transférer les snapshots vers un média de stockage classique, sélectionnez l’onglet Globals (2 sur 2) et spécifiez l’hôte de montage au format suivant dans le champ Accès à distance :

• Pour les systèmes Microsoft Windows :system@mount_host

• Pour les systèmes UNIX :root@mount_host



L’hôte de montage est l’hôte qui monte le volume de la baie de stockage qui contient les snapshots. En général, l’hôte de montage est soit l’hôte d’application, soit le nœud de stockage.

7. Une fois la configuration terminée, cliquez sur OK.

Le Guide d’administration d’EMC NetWorker fournit des détails sur les configurations NetWorker Client qui ne sont pas spécifiques de NSM.

Configuration manuelle de la ressource Client pour un hôte de montage

Si vous n’avez pas utilisé l'assistant de configuration du client mais configuré manuellement la ressource Client pour l’hôte d’application, vous devez configurer manuellement une ressource NetWorker Client pour l’hôte de montage des snapshots.

1. Si elle n’existe pas encore, créez une ressource NetWorker Client pour l’hôte de montage.

2. Assurez-vous que l’hôte de montage a terminé au moins une sauvegarde NetWorker.


La section « Conditions préalables de l’hôte de montage », à la page 26 fournit de plus amples détails.

4. Si vous utilisez l’hôte de montage uniquement pour des restaurations et des transferts de snapshots, désélectionnez ses sauvegardes planifiées et tous ses groupes comme suit :

a. Exécutez NMC et, dans l’affichage Enterprise, sélectionnez le nom du serveur NetWorker Server et démarrez l’application NetWorker.

b. Dans l’affichage Configuration, dans l’arborescence de navigation, sélectionnez Clients, puis sélectionnez l’hôte de montage dans le panneau de droite pour afficher ses Propriétés.

c. Dans l’onglet Général, désactivez Sauvegarde planifiée et tous les Groupes.

d. Cliquez sur OK.

Configuration des variables Information sur l’applicationLes variables spéciales sur les informations d’application fournissent un contrôle précis des processus de snapshots. L'assistant de configuration du client ne peut pas configurer ces variables. Vous devez configurer ces variables manuellement dans la ressource NetWorker Client pour l’hôte d’application à l’aide des fenêtres de propriété NSM.La section Annexe A, « Variables Information sur l’application », fournit de plus amples détails.

Configuration des scripts de pré-traitement et de post-traitementVous pouvez exécuter des scripts de pré-traitement et de post-traitement définis par l’utilisateur depuis le client d’application. Vous pouvez exécuter ces scripts uniquement pour les sauvegardes de système de fichiers.

Configuration des variables Information sur l’application 37


Remarque : Le support technique EMC ne prend pas en charge les scripts définis par l’utilisateur.

Utilisez les instructions suivantes pour les scripts :

1. Utilisez les scripts de pré-traitement et de post-traitement pour des opérations telles que la mise en veille, l’arrêt ou le démarrage des applications. Les scripts peuvent produire des sorties comme des fichiers log, mais ils doivent retourner un état de sortie nul (0), ce qui signifie que le script n’a pas échoué et que la sauvegarde peut être exécutée. Tout autre code de sortie pour un script de pré-traitement provoquera l’échec de la sauvegarde.

2. Fournissez les fichiers de script avec la sécurité suivante :

• Sur les systèmes Microsoft Windows, fournissez les fichiers de scripts sécurisés qui confèrent un contrôle total uniquement au compte SYSTEM local, aux administrateurs locaux ou aux groupes Opérateurs de sauvegarde. Sinon, les scripts ne seront pas exécutés.

Pour définir cette sécurité dans Windows Explorer, cliquez avec le bouton droit de la souris sur le fichier de script, sélectionnez Propriétés, puis cliquez sur Avancé dans l’onglet Sécurité de la fenêtre Propriétés.

• Sur les systèmes UNIX, l’utilisateur root doit être propriétaire des fichiers de script. Les scripts peuvent uniquement définir les autorisations d’accès du propriétaire et doivent au moins posséder un accès d’exécution. Sinon, les scripts ne seront pas exécutés. En outre, le répertoire parent des scripts doit posséder au moins des droits d’exécution du propriétaire et ne doit pas disposer des autorisations en écriture pour le groupe et tout le monde.

3. Placez les scripts dans un répertoire où un utilisateur doit disposer des privilèges administrateur/root pour ajouter, modifier ou exécuter les scripts résidents. Dans le cas contraire, toutes les sauvegardes qui utilisent les scripts échoueront.

Sur les systèmes Microsoft Windows, NetWorker recherche les chemins d’accès relatifs dans le répertoire NetWorker_install_path/bin.

4. Incluez les chemins d’accès des scripts définis par l’utilisateur dans l’attribut Informations sur l’application de la fenêtre des propriétés de la ressource Client de l’application à l’aide des variables suivantes :

NSR_PRE_SNAPSHOT_SCRIPT=pre-mirror_split-script_pathNSR_POST_SNAPSHOT_SCRIPT=post-mirror_split-script_path

5. Une fois la sauvegarde terminée, vérifiez les fichiers log générés dans le répertoire (UNIX) /nsr/logs sur l’hôte du client d’application. Le nom du fichier log se présente sous la forme script_name_LOGFILE.txt. La sortie du script apparaît dans le fichier log.


CHAPITRE 3Configuration de NSM pour les baies de stockage VMAX


◆ Prise en charge NSM des baies de stockage VMAX .................................................. 40◆ Appairage des LUN source avec les LUN miroir ........................................................ 41◆ Prise en charge de VMAX SRDF/S ............................................................................ 43

Configuration de NSM pour les baies de stockage VMAX 39

Configuration de NSM pour les baies de stockage VMAX

Prise en charge NSM des baies de stockage VMAXCe chapitre décrit la prise en charge, les pratiques et les configurations, qui sont spécifiques des baies VMAX (Symmetrix).

L’Annexe C, « Migration de configuration PowerSnap préexistantes » fournit des informations sur la migration des implémentations PowerSnap VMAX vers NSM.

Opérations NSM avec le logiciel TimeFinder

Pour effectuer des opérations NSM sur les baies de stockage VMAX, le module TimeFinder Solutions Enabler doit être exécuté sur l’hôte d’application et l’hôte de montage (s’il est distinct de l’hôte d’application).

Le logiciel TimeFinder conserve des copies des données de production qui sont indépendantes de l’hôte sur lequel elles résident et qui sont créées par des miroirs synchrones en temps réel des données de production. TimeFinder peut utiliser soit des LUN mises en miroir localement sur la même baie VMAX, soit des LUN locales avec des LUN de miroirs distants sur une baie VMAX distincte dans une configuration SRDF.

La fonction d’appairage intelligent NSM fait correspondre automatiquement les LUN source TimeFinder aux périphériques miroir cibles appropriés. Cette fonction remplace le fichier symm.res configuré manuellement sur l’hôte d’application. Toutefois, si un fichier symm.res est présent, il est prioritaire.

Conditions préalables et prise en charge des configurations VMAX

Les conditions préalables et la prise en charge suivantes s’appliquent aux configurations VMAX :

◆ Vous devez masquer les périphériques miroir à l’hôte de montage. Vous pouvez exécuter la commande symdev showmirror_device sur l’hôte de montage afin de vérifier que le périphérique dispose d’un chemin d’accès physique.

◆ Les configurations VMAX prennent en charge toutes les LUN à allocation dynamique.

◆ Chaque fois qu’une modification de l’organisation du stockage concerne l’hôte d’application ou l’hôte de montage, vous devez exécuter la commande symcfg discover sur ces hôtes afin de détecter à nouveau l’organisation du stockage. Si les snapshots échouent, vous pouvez exécuter cette commande sur l’hôte de montage pour trouver les périphériques miroir qu’il ne peut pas voir.

Types de périphériques miroir pris en charge

NSM prend en charge les types suivants de périphériques miroir sur les baies de stockage VMAX :

◆ TimeFinder BCV - Ces périphériques sont des copies physiques complètes qui apparaissent en tant que miroirs du périphérique standard.

◆ TimeFinder Snap/VDEV - Ces périphériques utilisent la méthode de création de snapshot copy-on-write (COW).



◆ TimeFinder Clone - Ces périphériques créent des copies source intégrales hautes performances. Les limitations suivantes s’appliquent aux opérations de restauration qui utilisent des copies TimeFinder Clone :

• Les opérations de retour arrière échouent si le snapshot a été créé avec la variable d’application SYMM_CLONE_FULL_COPY=FALSE.

• Les opérations de retour arrière échouent vers une LUN source qui possède un autre miroir BCV établi, sauf si vous définissez SYMM_RB_OVERRIDE_OTHER_TGTS=TRUE.

• Les opérations de retour arrière échouent pour une LUN source qui a une relation active avec plusieurs snapshots ou miroirs.

La section « Variables Information sur l’application pour les baies VMAX », page 77 fournit de plus amples détails.

◆ TimeFinder VP Snap - Ces périphériques créent des snapshots peu encombrants pour les périphériques de Virtual Thin Pool. Les limitations suivantes s’appliquent :

• Tous les périphériques cibles VP Snap qui sont appariés à la même LUN source doivent être liés au même Thin Pool.

• Un périphérique source ne peut pas exécuter simultanément une session VP Snap et une session Clone No Full Copy.

Appairage des LUN source avec les LUN miroirLes opérations NSM nécessitent l’utilisation de LUN miroir source et cible appariées. L’appairage intelligent NSM peut déterminer automatiquement ces paires de LUN ou vous pouvez spécifier les paires manuellement dans le fichier symm.res sur l’hôte d’application.

Appairage intelligent

L’appairage intelligent est une fonction NSM qui choisit automatiquement une LUN miroir disponible en fonction du miroir qui est le moins cher à synchroniser avec la LUN source.

L’appairage intelligent sélectionne uniquement les miroirs qui sont visibles et utilisables par l’hôte de montage des snapshots, qui peut être distinct de l’hôte d’application. Cette fonction élimine le risque d’erreur dans la configuration manuelle, où de nouvelles LUN peuvent être masquées pour l’hôte d’application uniquement, alors qu’elles devraient également être masquées pour l’hôte de montage.

L’appairage intelligent sélectionne les LUN miroir dans un pool de LUN que vous indiquez dans un groupe de stockage VMAX (NsrSnapSG) sur chaque baie VMAX utilisée par NSM :

◆ Chaque groupe de stockage peut contenir un maximum de 4 096 LUN.

◆ Ce groupe de stockage peut contenir des LUN de tout type, sauf des LUN source.

◆ Assurez-vous d’ajouter des numéros, des types et des tailles de périphérique suffisants pour le groupe de stockage de sorte que l’appairage intelligent puisse trouver les paires compatibles. Par exemple, dans le cas d’opérations Clone et VP Snap, une LUN source nécessite l’utilisation de périphériques STD ou BCV en tant que miroirs.

Appairage des LUN source avec les LUN miroir 41


◆ Si NSM ne parvient pas à trouver un miroir valide, le snapshot échoue avec un message de type « Ressources insuffisantes ».

NSM détruira le contenu de n’importe quel périphérique qu’il sélectionne à partir d’un groupe de stockage à appairage intelligent. N’ajoutez pas de périphériques de LUN source à un groupe de stockage. N’utilisez pas les LUN de périphérique dans les groupes de stockage NsrSnapSG à d’autres fins que celles de périphériques miroir de snapshots NSM.

Remarque : NSM peut coupler une LUN miroir à une seule LUN source à la fois. En de rares occasions, plusieurs hôtes d’application peuvent tenter simultanément d’utiliser la même LUN en miroir libre dans le cadre d’une opération de sauvegarde. Une sauvegarde réussira tandis que l’autre échouera. Relancez la sauvegarde ayant échoué pour que NSM utilise un autre miroir.

Configuration de groupes de stockage NsrSnapSG pour l’appairage intelligent

Vous pouvez créer un maximum de 11 groupes de stockage à appairage intelligent par baie VMAX. Les noms des groupes de stockage peuvent être de type NsrSnapSG au nombre de dix (de NsrSnapSG0 à NsrSnapSG9).

Pour créer un groupe de stockage pour l’appairage intelligent, exécutez la commande suivante :

symsg -sid vmax_id create NsrSnapSG

Pour ajouter un périphérique à ce groupe que NSM peut utiliser comme un miroir, exécutez la commande suivante :

symsg -sid vmax_id -sg NsrSnapSG add dev device_id

Remarque : Dans les noms de groupe de stockage, les caractères ne sont pas sensibles à la casse. Cet exemple contient des majuscules et des minuscules pour plus de clarté.

Appairage manuel de LUN avec le fichier symm.res

Vous pouvez utiliser le fichier symm.res à la place de l’appairage intelligent ou avec celui-ci. Ce fichier vous permet de sélectionner manuellement les miroirs à apparier à des LUN source spécifiques.

Remarque : si vous ne configurez pas le fichier symm.res correctement pour masquer les miroirs pour l’hôte de montage, NSM peut créer des snapshots qui ne sont pas disponibles pour les opérations de restauration ou de transfert.

Prenez en compte les fonctions suivantes du fichier symm.res et de l’appairage intelligent :

◆ Si le fichier symm.res spécifie une LUN source, alors cette LUN ne peut pas utiliser l’appairage intelligent, même si aucun de ses miroirs spécifiés n’est valide ou si le fichier symm.res est incorrect.



◆ Les LUN source sont disponibles pour l’appairage intelligent uniquement si le fichier symm.res ne les spécifie pas ou si le fichier symm.res n’existe pas.

◆ Vous pouvez désactiver l’appairage intelligent en indiquant la variable Information sur l’application NSR_PS_SYMM_IP=FALSE.

Configuration du fichier symm.res

L’emplacement par défaut du fichier symm.res est /nsr/res/symm.res. Vous pouvez spécifier un autre emplacement à l’aide de la variable Information sur l’application SYMM_SNAP_POOL=pathname.

Le fichier se compose d’une ou de plusieurs lignes, chacune dans le format suivant :

vmax_id:source_dev_id [vmax_id:]mirror_dev_id1 [vmax_id:]mirror_dev_id2

Lorsque vous spécifiez une ou plusieurs LUN miroir pour une seule LUN source, NSM apparie la meilleure LUN miroir avec la LUN source. Si NSM ne parvient pas à trouver une paire, la sauvegarde échoue avec un message de type « Ressources insuffisantes ».

NSM ignore les lignes vides dans le fichier symm.res, ainsi que les lignes commençant par #.

Le paramètre vmax_id est obligatoire pour la LUN source. Si la LUN miroir sélectionnée ne possède pas de paramètre VMAX-id, elle utilisera le paramètre VMAX-id de la LUN source.

Pour les configurations SRDF, le paramètre vmax_id des LUN miroirs est obligatoire et doit être différent du paramètre vmax_id de la LUN source.

Par exemple, un fichier symm.res simple d’une LUN source ABC définissant 3 LUN miroir (123, 456 et 789) pourrait se présenter ainsi :

# LUNs for /critical_filesystem 000194901248: ABC 123 456 789

Pour une configuration SRDF, le même fichier symm.res serait par exemple :

000194901248:ABC 0001949017BA:123 0001949017BA:456 0001949017BA:789

Prise en charge de VMAX SRDF/SSRDF/S est une fonction VMAX qui gère une copie de données synchrone en temps réel au niveau de l’unité logique (LUN) entre deux baies de stockage VMAX, dont l’une est locale et l’autre distante.

Pour configurer des snapshots pour une baie VMAX distante avec la fonction SRDF/S, vous devez associer une LUN source (appelée R1) sur la baie locale à une LUN source (R2) sur la baie distante. Le logiciel SRDF/S maintient la synchronisation en continu des deux sources en copiant tous les changements intervenant sur une LUN vers l’autre système.

Pour les opérations NSM typiques, la LUN R2 dispose de son propre miroir que NSM utilise pour la création et les transferts de snapshots. Un miroir est facultatif sur la LUN R1 locale. Quand NSM crée un snapshot SRDF, il valide la synchronisation des périphériques R1 et R2, puis il synchronise/divise le miroir du périphérique R2. La division du miroir crée le snapshot, ce qui représente une troisième copie des données. Si la politique de rétention des snapshots spécifie un transfert, alors NSM effectue le transfert depuis ce miroir.

Prise en charge de VMAX SRDF/S 43


NSM prend également en charge la sauvegarde R2 directe, sans snapshot. Au cours de cette opération, NSM s’assure que les périphériques R1 et R2 sont synchronisés, suspend le lien entre les périphériques R1 et R2 et effectue un transfert directement à partir de la LUN source R2. Une fois le transfert terminé, NSM rétablit le lien. Pour le transfert réussisse, la valeur de Conserver les snapshots doit être égale à 0 dans la politique de rétention des snapshots.

Les exigences et la prise en charge de SRDF/S pour NSM sont les suivantes :

◆ Les miroirs R2 doivent être visibles et disponibles pour l’hôte de montage.

◆ NSM détermine automatiquement l’état du lien SRDF/S lors de l’exécution. Aucune variable d’environnement ou variable d’application configurée manuellement n’est requise.

◆ S’il n’y a aucun lien SRDF/S au début d’une opération, la sauvegarde ou la restauration échoue.

◆ NSM ne prend pas en charge les modifications apportées au mode de lien SRDF/S effectuées pendant les opérations de sauvegarde ou de restauration.

◆ Si le lien RDF se trouve dans un état de reprise sur incident ou de rétablissement, les opérations NSM échoueront.

◆ La réplication de miroir ne peut pas passer du mode asynchrone à synchrone ou inversement au cours d’une opération NSM. Le mode doit rester le même.

◆ NSM ne gère pas la création de snapshots de systèmes de fichiers ou de groupes de volumes entre groupes SRDF/RA.

◆ NSM prend en charge les connexions distantes à tronçon unique.

◆ NSM ne prend pas en charge les modes et configurations concurrents de copie RDF, STAR et asynchrones (SRDF/A).

Pour plus de détails sur les opérations de retours arrière dans cet environnement, reportez-vous à « Retours arrière dans l’environnement SRDF/S », page 44.

Retours arrière dans l’environnement SRDF/S

Pour un retour arrière dans un environnement SRDF/S, vous devez configurer le périphérique R2 sur la baie VMAX distante avec son propre miroir pour les opérations de retour arrière :

1. Assurez-vous de la synchronisation entre les périphériques R1 et R2. Sinon, le retour arrière échoue.

2. Lors du retour arrière, NSM effectue automatiquement les opérations suivantes.

Remarque : Le terme « lien » se réfère ici à l’état de réplication, et non pas à la connexion physique entre les périphériques R1 et R2 sur les baies VMAX séparées.

a. Transition du lien afin de séparer les périphériques R1 et R2.

b. Retour arrière des données entre le miroir R2 et le périphérique R2.

c. Synchronisation du périphérique R2 avec le périphérique R1 à l’aide de la synchronisation inverse.



d. Transition du lien vers l’état synchronisé.

e. Une fois le retour arrière terminé, laisse le lien RDF dans un état synchronisé.

Prise en charge de VMAX SRDF/S 45

CHAPITRE 4Configuration de NSM pour les baies de stockage VNX Block


◆ Prise en charge NSM des baies de stockage VNX Block............................................ 48◆ Configuration du fichier de sécurité Navisphere ...................................................... 48

Configuration de NSM pour les baies de stockage VNX Block 47

Configuration de NSM pour les baies de stockage VNX Block

Prise en charge NSM des baies de stockage VNX BlockCe chapitre décrit la prise en charge, les pratiques et les configurations, qui sont spécifiques des baies VNX Block (CLARiiON).

L’Annexe C, « Migration de configuration PowerSnap préexistantes » fournit des informations sur la migration des implémentations PowerSnap VNX vers NSM.

Opérations NSM avec le logiciel SnapView

Les baies VNX Block exécutent le logiciel SnapView qui permet de créer une copie d’une LUN en utilisant des clones ou des snapshots. Vous pouvez utiliser un clone ou un snapshot pour les sauvegardes de données. Un clone est une copie intégrale d’une LUN et sa création prend un certain temps. Un snapshot est une copie virtuelle à un point dans le temps d'une LUN et sa création ne prend que quelques secondes. Une opération de snapshot NSM utilise SnapView pour créer un snapshot ponctuel exact du volume que NSM peut restaurer et transférer vers un média de stockage classique.

La documentation EMC VNX Series Command Line Interface Reference for Block fournit des informations détaillées.

Conditions préalables et prise en charge des configurations VNX

Assurez-vous que l’hôte d’application et l’hôte de montage des snapshots sont installés avec le logiciel de baie de stockage EMC pour VNX.

La section « Conditions préalables pour la baie de stockage », page 25 fournit de plus amples détails.

NSM prend en charge les technologies de miroir suivantes sur les baies de stockage VNX Block :

◆ SnapView pour les clones et les snapshots◆ VNX Snapshots

Configuration du fichier de sécurité NavisphereLe fichier de sécurité Navisphere est requis sur tous les nœuds qui participent aux opérations de snapshot avec des baies VNX. Le fichier de sécurité active les commandes naviseccli VNX pour le clonage et d’autres fonctions. Si ce fichier n’existe pas ou ne contient pas les autorisations requises par NSM, alors les sauvegardes et les restaurations NSM échoueront.

Si un fichier de sécurité Navisphere n’existe pas déjà, l'assistant de configuration du client NMC crée le fichier sous le répertoire racine de l’utilisateur (UNIX) ou le compte système (Windows). Le fichier de sécurité peut être créé et modifié manuellement.

Création manuelle du fichier Navisphere sur les systèmes UNIX

Pour configurer manuellement le fichier de sécurité Navisphere sur les systèmes UNIX, exécutez la commande suivante :

naviseccli -h VNX_server -addusersecurity -user VNX_array_user -password VNX_array_user_password -Scope 0



Création manuelle du fichier Navisphere sur les systèmes Windows

Pour créer ou modifier manuellement le fichier de sécurité Navisphere sur les systèmes Microsoft Windows, procédez comme suit.

1. Sur l’hôte d’application, activez les fenêtres contextuelles naviseccli en exécutant la fonction Interactive Service Detection :

a. Démarrer -> Exécuter -> services.msc.

b. Démarrez le service Interactive Service Detection.

2. Téléchargez PSEXEC à partir de Microsoft Sysinternals et décompressez-le dans un dossier temporaire.

3. Ouvrez une invite de commande en tant qu’administrateur et naviguez jusqu’au dossier dans lequel vous avez décompressé PSEXEC.EXE.

4. Exécutez la commande suivante :

PSEXEC -i -s -d CMD

Une nouvelle invite de commande s’affiche.

5. Saisissez la commande suivante pour vérifier que l’invite de commande appartient au compte utilisateur système :

WHOAMI/USER

6. Exécutez la commande suivante afin de définir le compte global pour tous les utilisateurs de ce système :

naviseccli -User username -Password password -Scope 0 -AddUserSecurity

7. Exécutez la commande suivante pour définir les informations d’identification pour une baie de stockage VNX :

naviseccli -User username -Password password -Scope 0 -AddUserSecurity -Address FRAME_IP

Configuration du fichier de sécurité Navisphere 49

CHAPITRE 5Configuration de NSM pour les appliances RecoverPoint


◆ Prise en charge par NSM des appliances RecoverPoint ............................................ 52◆ Fonctions RecoverPoint prises en charge ................................................................. 53◆ Méthodes de configuration RecoverPoint ................................................................ 54◆ Rétention des snapshots RecoverPoint.................................................................... 54

Configuration de NSM pour les appliances RecoverPoint 51

Configuration de NSM pour les appliances RecoverPoint

Prise en charge par NSM des appliances RecoverPointCe chapitre décrit la prise en charge, les pratiques et les configurations NSM qui sont spécifiques des appliances RecoverPoint.

L’Annexe C, « Migration de configuration PowerSnap préexistantes » fournit des informations sur la migration des implémentations PowerSnap RecoverPoint vers NSM.

Opérations NSM avec le logiciel RecoverPoint

L’appliance RecoverPoint (RPA) assure la protection continue des données (CDP) en local et la réplication continue à distance (CRR) de volumes d'application protégés. Au cours des opérations de production, RecoverPoint suit chaque activité d’écriture sur les volumes de production protégés de l’hôte d’application et enregistre cette activité sous la forme de signets ponctuels (SPIT). À l’aide de ces SPIT, RecoverPoint peut reconstituer tout état précédent des volumes sur une période donnée, permettant ainsi une restauration à n'importe quel point dans le temps.

Remarque : NSM ne prend pas en charge la réplication continue en local (CLR).

NSM propose des politiques de snapshots configurables qui créent et gèrent des snapshots des données de production. NSM peut soit restaurer les snapshots, soit les transférer vers un média de stockage classique. Pour chaque opération de snapshot, RecoverPoint enregistre un signet SPIT du snapshot.

Le Guide d’administration d’EMC RecoverPoint fournit des informations à ce sujet.

Conditions préalables pour les configurations RecoverPoint

Les conditions préalables de NSM pour les appliances RecoverPoint sont les suivantes :

◆ Vous devez configurer RecoverPoint sur une baie de stockage VMAX ou VNX Block prise en charge avec un serveur hôte 64 bits Microsoft Windows 2008 ou version supérieure.

◆ Vous devez configurer la baie pour la protection continue des données (CDP) ou la réplication continue à distance (CRR), et le nœud de stockage NetWorker doit posséder une connexion directe avec le stockage de réplication des snapshots.

◆ Vous devez installer une version prise en charge de Solutions Enabler sur l’hôte d’application et l’hôte de montage.

Pour plus d’informations, reportez-vous à la section « Conditions préalables pour la baie de stockage », page 25.

Restrictions applicables aux configurations RecoverPoint

Les restrictions suivantes s’appliquent aux opérations NSM avec RecoverPoint :

◆ NSM prend en charge un seul groupe de cohérence RecoverPoint par sauvegarde de client. Par exemple, le système de fichiers E:\ et le système de fichiers F:\ sont sur des LUN distinctes et chacun appartient à un groupe de cohérence différent. Si les sauvegardes de E:\ et F:\ démarrent simultanément, les sauvegardes échouent.



◆ NSM doit sauvegarder toutes les sources protégées dans un groupe de cohérence au cours d'une seule session. Par exemple, un groupe de cohérence contient deux systèmes de fichiers : G: \, qui est dans le groupe de sauvegarde A, et L:\, qui est dans le groupe de sauvegarde B. Si les sauvegardes de A et B démarrent simultanément, une sauvegarde échoue.

◆ NSM ne prend pas en charge la sauvegarde de périphériques bruts sur les systèmes Microsoft Windows. Sauvegardez la lettre de lecteur, par exemple, G:\.

◆ NSM ne prend pas en charge les retours arrière sur les appliances RecoverPoint.

Les modifications apportées à des ensembles de protection RecoverPoint en dehors des opérations NSM, notamment tout changement de nom ou de contenu, peuvent entraîner l’échec des sauvegardes et des restaurations des snapshots NSM reposant sur ces ensembles de protection. Si un ensemble de protection a été modifié, créez un nouveau snapshot NSM.

Fonctions RecoverPoint prises en chargeL’intégration de NSM avec RecoverPoint prend en charge les fonctionnalités suivantes :

◆ Snapshot ponctuel (SPIT) mis en œuvre dans l’appliance RecoverPoint (RPA) sous la forme d'un signet.

◆ Sauvegarde et restauration via NSM :

• Sauvegarde de snapshots (à un point dans le temps)• Montage à un point dans le temps sur l’hôte de montage• Transfert (sauvegarde à un point dans le temps)• Restauration de snapshots • Gestion des snapshots

Politique de Snapshot Management

NSM pour RecoverPoint crée des signets RecoverPoint et les met à la disposition de NetWorker en les enregistrant en tant que savesets de snapshots dans la base de données des médias. L’administrateur de sauvegarde utilise l'assistant de configuration du client NMC pour gérer les volumes protégés par RecoverPoint.

Préparez les informations suivantes avant de configurer un NetWorker Client à l’aide de l’assistant de configuration :

◆ adresse IP ou nom d’hôte de l’appliance RecoverPoint ;

◆ nom d’utilisateur et mot de passe de l’appliance RecoverPoint avec les autorisations de création de signets ;

◆ hôte de montage rattaché au stockage de l’appliance RecoverPoint ;

◆ option de sauvegarde (CDP ou CRR).

Fonctions RecoverPoint prises en charge 53


Sauvegardes de snapshotsNSM pour RecoverPoint crée des copies ponctuelles des données au cours des sauvegardes planifiées en associant des savesets de snapshots à des signets RecoverPoint.

NSM crée des snapshots basés sur la ressource Snapshot Policy de NetWorker. Pendant le processus de snapshot, NSM extrait les informations d’identification de l’appliance RecoverPoint de la ressource NetWorker Client afin de découvrir les groupes de cohérence dépendants et leurs copies. Avec ces informations, NSM demande un signet à l’appliance RecoverPoint et enregistre les informations de signet dans le cadre de la sauvegarde des snapshots.

TransfertsNSM pour RecoverPoint prend en charge les sauvegardes de sauvegardes de snapshots en sauvegardant les données SPIT sur un média de stockage classique.

Méthodes de configuration RecoverPointL'assistant de configuration du client NMC prend en charge la création de configurations NSM RecoverPoint ; il s’agit de la méthode recommandée.

Cependant, après avoir créé une configuration RecoverPoint, vous pouvez la modifier via les fenêtres de propriétés NMC. Cela vous permet d’utiliser les variables de l'attribut Application Information, comme indiqué dans l’Annexe A, « Variables Information sur l’application ».

Comme alternative à l’assistant, vous pouvez créer manuellement une configuration NSM pour RecoverPoint en utilisant la commande nsrsnapadmin -a -rpcreate , comme suit :

nsrsnapadmin -a -rpcreate -s networker_server -app recoverpoint_engine -u username -p password

Les pages man ou le Guide de référence des commandes d’EMC NetWorker fournissent des informations détaillées à ce sujet.

Rétention des snapshots RecoverPointVous pouvez déterminer le cycle de vie d’un SPIT RecoverPoint uniquement par la politique de copie RecoverPoint configurée par le signet du SPIT. Une fois que le signet atteint la fin de sa période de rétention de la politique de copie, le SPIT devient invalide et ne peut pas être utilisé dans une restauration NetWorker.

Il arrive que les savesets de snapshots NSM correspondant à des signets non valides existent dans la base de données des médias NetWorker. Cela peut se produire quand le processus de nettoyage quotidien n’a pas encore supprimé les références de savesets.

Lors de la planification de la gestion des opérations de snapshot RecoverPoint avec NSM, envisagez les problèmes potentiels suivants :

◆ Une fréquence élevée de changement du stockage peut forcer l’exclusion d’un signet de sa période de rétention de la politique de copie avant la fin de la sauvegarde. Cela peut entraîner l’échec des transferts de snapshots.



Par exemple, le logiciel RecoverPoint peut suivre les modifications apportées par la base de données à une LUN de production plusieurs fois par seconde et met à jour son volume de journal pour chaque modification. Lorsque le volume de journal atteint sa capacité maximale, RecoverPoint supprime automatiquement les mises à jour du journal les plus anciennes, y compris les signets créés pour NSM. Pour un transfert NSM volumineux, le temps nécessaire pour la sauvegarde d’un SPIT peut excéder la durée de l’enregistrement de ce SPIT dans le journal. Si RecoverPoint a supprimé le signet, la sauvegarde échoue.

La solution consiste à augmenter la quantité d’espace du journal dans un groupe de cohérence.

◆ Si la politique de rétention des snapshots de NSM conserve un saveset de snapshots au-delà de la période de rétention de politique de copie pour son signet, le saveset demeurera dans la base de données des médias NetWorker même s’il n’est pas valide.

◆ L’acte de restauration des données peut occasionner la suppression des signets de leurs périodes de rétention de politique de copie par RecoverPoint. La restauration à partir d’un snapshot ou d’un stockage classique ajoute des mises à jour aux modifications de données RecoverPoint et peut forcer l’exclusion des signets plus anciens de la période de rétention.

La solution consiste à augmenter la quantité d’espace du journal dans un groupe de cohérence.

Rétention des snapshots RecoverPoint 55

CHAPITRE 6NSM dans un environnement de clusters


◆ Prise en charge NSM des environnements de clusters ............................................. 58◆ Configuration d’un environnement de cluster pour NSM .......................................... 59◆ Systèmes AIX dans un environnement de clusters ................................................... 60

NSM dans un environnement de clusters 57

NSM dans un environnement de clusters

Prise en charge NSM des environnements de clustersNSM dans une configuration de clusters crée des snapshots à partir de systèmes de fichiers sur un nœud virtuel.La Figure 4 à la page 58 représente un exemple de flux de données pour un snapshot et un transfert dans un environnement de clusters.

Figure 4 Snapshot et transfert NSM dans un environnement de clusters

Basculement NSM dans un environnement de clusters

Une opération de snapshot peut s’interrompre pendant une opération de basculement sur incident ou de restauration. NSM utilise les logs de transactions du fichier ss.res pour nettoyer les snapshots abandonnés et rétablir l’environnement NSM à l’état antérieur aux snapshots. Ce fichier ss.res doit résider dans un répertoire partagé disponible pour chaque nœud virtuel dans le cluster.

Si un basculement sur incident se produit au cours d’un snapshot et qu’une ressource nécessaire n’est plus disponible, NSM abandonne le snapshot et procède au nettoyage. Une fois le basculement sur incident terminé, NSM relance le snapshot sur le nœud de cluster actif.

Si un basculement se produit pendant une opération de transfert, NSM conserve le snapshot et retente le transfert.

Si l’application ou le nœud de cluster effectue un basculement sur incident lors d’une restauration, NSM annule l’opération et ne retente pas automatiquement la restauration. Si vous relancez la restauration, NSM restaure les données sur le nœud actif dans le cluster.



Configuration d’un environnement de cluster pour NSMLa configuration de cluster recommandée consiste à placer NetWorker Server et le nœud de stockage NetWorker sur des hôtes distincts en dehors du cluster.

Procédez comme suit pour configurer l’environnement de clusters pour NSM.

1. Installez le logiciel NetWorker Client dans un répertoire local sur chaque nœud physique du cluster.

Le Guide d’intégration avec le cluster d’EMC NetWorker fournit des informations à ce sujet.

2. Configurez chaque nœud physique du cluster en tant que NetWorker Client compatible avec le système de cluster en exécutant le script de configuration du cluster sur le nœud physique :

• Microsoft Windows :NetWorker_install_path\lc_config

• UNIX :/NetWorker_install_path/networker.cluster

Le Guide d’intégration avec le cluster d’EMC NetWorker fournit des informations à ce sujet.

3. Configurez une ressource Client NetWorker pour chaque nœud virtuel de cluster nécessitant les services NSM. Indiquez les paramètres suivants :

a. Dans l’attribut Informations sur l’application, indiquez le chemin de répertoire partagé au niveau de la variable NSR_PS_SHARED_DIR.

Ce répertoire partagé peut résider dans l’un des emplacements suivants :

– Un stockage géré par le groupe de ressources d’application– Un système de fichiers global qui est accessible à tous les nœuds du cluster

La section « Variables courantes Information sur l’application », page 76 fournit de plus amples détails.

b. Dans l’attribut Accès à distance, indiquez le compte système (Windows) ou root (UNIX) et le nom d’hôte ou l’adresse IP de chaque nœud physique au sein du cluster. Par exemple :

– Microsoft Windows :system@clus_phys1system@clus_phys2

– UNIX :root@clus_phys1root@clus_phys2

Le Guide d’administration d’EMC NetWorker fournit de plus amples détails sur NetWorker dans un environnement de clusters.

Configuration d’un environnement de cluster pour NSM 59


Systèmes AIX dans un environnement de clustersNSM ne prend pas en charge les périphériques du système de fichiers non gérés pour les environnements de clusters sur les plates-formes AIX.

Object Data Manager n’est pas compatible avec le système de cluster sur les systèmes AIX. Lorsque vous ajoutez ou supprimez des volumes logiques, mettez à jour chaque base de données ODM à l’aide de l’une des méthodes suivantes :

◆ Exportez et importez tous les groupes de volumes modifiés sur tous les autres nœuds.

◆ Utilisez la commande synclvodm en tant qu’utilisateur root pour synchroniser la base de données de configuration des périphériques avec les informations LVM :

synclvodm -v VGName

Où VGName est le nom du groupe de volumes à synchroniser. Le guide de gestion du système AIX fournit de plus amples détails.


CHAPITRE 7Gestion et restauration des données


◆ Gestion et de restauration NSM des données du système de fichiers....................... 62◆ Prise en charge et limitations de la restauration NSM .............................................. 62◆ Restauration à partir d’un snapshot avec l’assistant de restauration ....................... 63◆ Restauration d’un snapshot par retour arrière ......................................................... 66

Gestion et restauration des données 61

Gestion et restauration des données

Gestion et de restauration NSM des données du système de fichiers

Ce chapitre décrit la gestion et la restauration des données du système de fichiers uniquement. Pour plus d’informations sur les snapshots de base de données, par exemple pour les snapshots de base de données NMSAP ou NMDA, reportez-vous à la documentation appropriée du module d’application NetWorker que vous utilisez.

L’assistant de restauration NMC et les commandes CLI NetWorker offrent des fonctionnalités qui vous permettent de parcourir, supprimer, restaurer les données de snapshot et modifier la date d’expiration des snapshots.

ID de saveset et politiques d’expiration

Quand NSM crée un snapshot, il génère un ID de saveset pour chaque objet de snapshot spécifié dans la ressource Client. Par exemple, un seul snapshot physique peut créer des savesets pour F:\abc et G:\xyz s’ils résident tous deux sur la même LUN ou le même volume géré. Chaque saveset aura un ID de saveset différent, même si les deux savesets appartiennent au même client et s’ils résident sur la même LUN.

Au cours du transfert vers un média de stockage classique, NetWorker attribue un ID de saveset différent à chaque objet de snapshot transféré.

Grâce aux ID de saveset, NSM gère les données de snapshot séparément des données transférées. Chaque saveset possède une politique d’expiration indépendante si bien que lorsqu’un saveset expire, vous pouvez toujours utiliser l’autre pour effectuer une restauration.

La politique de rétention des snapshots de la ressource NetWorker Client détermine la date d’expiration d’un saveset de snapshots. Cependant, vous pouvez modifier la période d’expiration d’un saveset de snapshots existant. La modification n’affecte pas les délais d’expiration ou de rétention des index d’un transfert associé.

Accès aux snapshots et aux savesets de transfert

L’index des fichiers client NetWorker enregistre uniquement les fichiers que NSM transfère vers un média de stockage classique. Puisque NetWorker indexe les transferts, vous pouvez parcourir les fichiers dans NMC.

La base de données des médias NetWorker contient des entrées pour les savesets de snapshots. Cependant, contrairement aux transferts, NetWorker ne catalogue pas les savesets de snapshots dans l’index des fichiers client. Pour parcourir les savesets de snapshots, utilisez l’assistant de restauration NMC ou l’utilitaire de ligne de commande nsrsnapadmin. NSM va monter le système de fichiers de snapshot sur l’hôte de montage, ce qui vous permet de parcourir et de sélectionner les fichiers à restaurer.

Prise en charge et limitations de la restauration NSMLa prise en charge et les limitations suivantes s’appliquent aux opérations de restauration :

◆ Une restauration de snapshots NSM prend en charge les interfaces utilisateur suivantes :



• Interface graphique utilisateur de l’assistant de restauration NMC • Utilitaire de commande nsrsnapadmin• Commande nsrsnap_recover

◆ Vous pouvez restaurer des fichiers individuels ou des systèmes de fichiers complets à partir de savesets de snapshots.

◆ Vous ne pouvez pas combiner des fichiers individuels provenant de plusieurs savesets lors d’une même session de restauration.

◆ Vous pouvez restaurer les données des snapshots transférés vers un média de stockage classique à l’aide de l’assistant de restauration NMC ou via une autre méthode NetWorker, comme vous le feriez pour n’importe quelle sauvegarde NetWorker conventionnelle. Le Guide d’administration d’EMC NetWorker fournit de plus amples informations à ce sujet.

Partitions et périphériques bruts

Les considérations suivantes s’appliquent aux restaurations NSM de partitions et de périphériques bruts :

◆ NSM ne prend pas en charge les points de montage pour les sauvegardes de systèmes de fichiers bruts.

◆ Vous ne pouvez restaurer des partitions brutes provenant d’hôtes d’application Microsoft Windows que vers la lettre de lecteur à partir de laquelle NSM les a sauvegardées. Vous ne pouvez pas rediriger la restauration vers une autre lettre de lecteur.

◆ Avant d’effectuer une restauration de snapshot d’un système de fichiers sauvegardé par NSM en tant que périphérique brut, vous devez démonter le système de fichiers source. Une fois la restauration terminée, vous devez exécuter la commande fsck avant de monter le système de fichiers.

Restauration à partir d’un snapshot avec l’assistant de restauration

Vous pouvez utiliser l’interface graphique utilisateur de l’assistant de restauration NMC afin de restaurer les données du système de fichiers à partir d’un snapshot enregistré sur une baie de stockage prise en charge.

1. Exécutez NMC et, dans l’affichage Enterprise, sélectionnez le nom du serveur NetWorker Server, puis sélectionnez Enterprise > Démarrer l’application.

2. Dans l’affichage Restauration, sélectionnez Restauration > Nouvelle restauration pour démarrer l’assistant de restauration.

3. Effectuez les étapes de la page Sélectionner le client à restaurer :

a. Dans le champ Client source, indiquez l’hôte d’application dont les données de production constituaient la source pour le snapshot que vous souhaitez restaurer.

b. Dans le champ Client de destination, indiquez l’hôte d’application ou un autre NetWorker Client sur lequel vous souhaitez restaurer les données du snapshot.

c. Dans Types de restauration disponibles, sélectionnez Snapshot Management.

Restauration à partir d’un snapshot avec l’assistant de restauration 63



4. Effectuez les étapes de la page Sélectionner un snapshot. Vous pouvez restaurer le snapshot entier ou sélectionner des fichiers et des répertoires individuels dans le snapshot :

a. Le tableau Snapshots répertorie les snapshots sur la baie de stockage qui sont à la disposition du client source. Sélectionnez le snapshot de restauration en fonction de l’heure de capture et des volumes de savesets.

b. Parmi les types de restauration suivants, sélectionnez celui à effectuer :

– Monter le saveset et rechercher une restauration– Snapshot de retour arrière

c. Si vous avez sélectionné l’option Monter le saveset et rechercher une restauration, indiquez les paramètres suivants :

– Dans le champ Saveset à monter, sélectionnez le volume de saveset à monter. La page suivante de l’assistant vous permettra de parcourir les répertoires et fichiers dans le saveset monté.

Remarque : Vous pouvez sélectionner une seul saveset pour cette opération. Chaque entité de sauvegarde supplémentaire nécessite un mot de passe dans l’assistant.

– Dans le champ Monter le saveset sur, sélectionnez l’hôte sur lequel vous souhaitez monter le saveset, prêt pour l’opération de restauration. L’hôte de montage peut être l’un des éléments suivants :

– Client de destination que vous avez sélectionné plus tôt lors de cette procédure.– Nœud de stockage que vous pouvez sélectionner dans la liste déroulante.

Remarque : Si vous utilisez un nœud de stockage en tant qu’hôte de montage, assurez-vous qu’il a accès à la baie de stockage. Par exemple, l’hôte de montage peut être spécifié dans l’attribut Information sur l’application NSR_DATA_MOVER dans les propriétés du client source.

Remarque : Veritas Volume Manager ne prend pas en charge la configuration des systèmes de fichiers de production et des systèmes de fichiers de snapshots montés sur le même hôte. Le client de destination ne peut pas être l’hôte d’application.

La Figure 3 à la page 21 montre un exemple de flux de données dans une opération de restauration lorsque le nœud de stockage NetWorker est l’hôte de montage des snapshots.

d. Si vous avez sélectionné Savesets de retour arrière, lisez l’avertissement. Un retour arrière restaure le snapshot entier sur le Client de destination que vous avez sélectionné précédemment dans cette procédure. L’utilisation du retour arrière est un processus destructeur.

La section « Restauration d’un snapshot par retour arrière », page 66 fournit de plus amples détails.

e. Cliquez sur Suivant. Le résultat dépend de votre choix précédent :



– Si vous avez sélectionné l’option Monter le saveset et rechercher une restauration, NSM monte le volume de snapshots sur l’hôte de montage.

L’opération de montage peut prendre un certain temps.

– Si vous avez sélectionné l’option Retour arrière de snapshot, l’assistant accède à la page Effectuer la restauration.

5. Si vous avez sélectionné l’option Monter le saveset et rechercher une restauration, effectuez les étapes de la page Sélectionner les données à restaurer :

a. Indiquez l’emplacement des éléments à restaurer à l’aide de l’arborescence ou en tapant le chemin d’accès complet de l’emplacement. Indiquez les répertoires ou fichiers à restaurer par NSM en les marquant dans le tableau.

Remarque : L’assistant ne répertorie pas les savesets arrivés à expiration. Vous pouvez restaurer manuellement des savesets expirés existants en utilisant l’utilitaire de commande nsrsnapadmin avec l’option de commande R ou la commande nsrsnap_recover.La section « Utilisation de nsrsnapadmin pour les opérations NSM », page 82 et le Guide de référence des commandes d’EMC NetWorker fournissent des informations à ce sujet.


6. Si vous avez sélectionné l’option Monter le saveset et rechercher une restauration, effectuez les étapes de la page Sélectionner les options de restauration :

a. Dans le champ Chemin de fichier pour la restauration, sélectionnez, recherchez ou saisissez un nouvel emplacement où NSM restaurera les fichiers :

– Chemin d’origine

– Nouveau chemin de destination

Remarque : Vous ne pouvez pas répéter la même opération de restauration vers la même destination.

b. Dans le champ Options de fichier dupliqué, indiquez comment NSM résoudra les conflits de noms de fichier :

– Renommer le fichier restauré - NSM restaure le fichier et lui attribue automatiquement un nouveau nom.

– Ne pas restaurer le fichier - NSM ne restaure pas le fichier.

– Écraser le fichier existant - NSM remplace le fichier avec le même nom.

c. Pour indiquer d’autres options, sélectionnez Options avancées et indiquez les attributs.


7. Effectuez les étapes de la page Effectuer la restauration :

a. Dans le champ Nom de la restauration, entrez un nom pour la restauration.

b. Dans le champ Heure de début de la restauration, indiquez les attributs suivants :

Restauration à partir d’un snapshot avec l’assistant de restauration 65


– Démarrer la restauration maintenant est la seule option prise en charge par NSM.

– Dans Indiquer une heure limite d’arrêt, vous pouvez indiquer une heure limite, après laquelle un processus de restauration non terminé sera arrêté.

c. Dans le champ Persistance de la ressource de restauration, sélectionnez l’option de conservation ou de suppression pour cette ressource de restauration.

– Conservez cette ressource jusqu’à sa suppression par l’utilisateur.

– Supprimez automatiquement cette ressource en fonction de la rétention de la base de données des travaux.

d. Consultez le résumé de la restauration et apportez les corrections nécessaires en retournant aux pages précédentes de l’assistant.

e. Cliquez sur Exécuter la restauration.

L’assistant restaure les fichiers :

– Pour une restauration de saveset ou une restauration de niveau fichier, le chemin de restauration des données est situé sur le réseau local, comme le montre la Figure 3 à la page 21.

– Pour une restauration avec retour arrière, la baie de stockage effectue la restauration.La section « Restauration d’un snapshot par retour arrière », page 66 fournit de plus amples détails.

Le Guide d’administration d’EMC NetWorker fournit de plus amples détails sur l’assistant de restauration NMC.

Restauration d’un snapshot par retour arrièreNSM utilise les capacités natives de la baie de stockage pour effectuer des retours arrière. Un retour arrière est une restauration dans laquelle un volume sur l’hôte d’application est démonté et la baie de stockage remplace tout son contenu par le contenu entier d’un volume de snapshots non monté.

Considérations sur les retours arrière

Il faut toujours considérer la façon dont un retour arrière peut affecter d’autres snapshots ou d’autres données sur la baie de stockage. Un retour arrière peut être effectué une seule fois, car il supprime le snapshot et son enregistrement de saveset. Le retour arrière peut supprimer le snapshot original et tous les snapshots qui existaient avant cette opération.

Avant d’effectuer un retour arrière, considérez les limitations et précautions suivantes :

◆ NSM ne prend pas en charge les retours arrière sur les appliances RecoverPoint.

◆ NSM ne prend en charge pas les retours arrière dans un environnement de clusters.

◆ Le système de fichiers qui est en cours de restauration à l’état précédent doit être le seul système de fichiers sur le volume d’application.

◆ Le volume doit être seul dans le groupe de volumes.

◆ Le système de fichiers occupe la totalité de l’espace du volume et aucun autre objet n’est présent sur le même volume.



◆ Si un retour arrière échoue, le système de fichiers de l’hôte d’application peut rester démonté ou vous devez monter manuellement le système de fichiers.

Les retours arrière remplacent tout le contenu des LUN source et peuvent potentiellement détruire les données existantes.

Configurations qui remplacent les contrôles de sécurité de retour arrièrePar défaut, NSM effectue des contrôles de sécurité pour s’assurer qu’aucun saveset autre que ceux pour lesquels NSM possède des snapshots n’apparaît sur la LUN cible de restauration. L’une des conditions suivantes peut remplacer les contrôles de sécurité :

◆ Le fichier psrollback.res inclut la cible de retour arrière.◆ Vous pouvez utiliser l’option force -f avec la commande nsrsnapadmin ou

nsrsnap_recover.

Reportez-vous au Guide de référence des commandes d’EMC NetWorker et aux pages man UNIX pour obtenir des informations détaillées sur les commandes nsrsnapadmin et nsrsnap_recover.

Exemple de retour arrière destructeurTrois systèmes de fichiers (/fs1, /fs2 et /fs3) existent sur une LUN qui réside sur un périphérique standard de baie de stockage. Vous créez un snapshot pour le système de fichiers /fs1. Puisque /fs2 et /fs3 résident également sur la LUN, le snapshot comprend ces systèmes de fichiers. Peu après la création du snapshot, vous créez un quatrième système de fichiers, /fs4, sur la LUN.

Si vous effectuez un retour arrière de /fs1, le snapshot écrase le contenu de l’ensemble de la LUN. Il rétablit le contenu de /fs1, /fs2 et /fs3, et détruit le nouveau système de fichiers /fs4. Normalement, les vérifications de sécurité NSM ne permettent pas un tel retour arrière avec écrasement, mais des exceptions peuvent se produire. Les exceptions se produisent lorsque vous effectuez un retour arrière avec l’option force ou lorsque /fs2, /fs3 et /fs4 sont présents dans le fichier psrollback.res. Ces deux exceptions détruisent /fs4 et rétablissent /fs2 et /fs3.

Configuration du fichier mpsrollback.res NSM

Le fichier psrollback.res est un fichier de ressources de retour arrière NSM dont le chemin d’accès est :

◆ Sous UNIX

/nsr/res/psrollback.res

◆ Sous Microsoft Windows

C:\Program Files\Legato\nsr\res\psrollback.res

Avant d’effectuer un retour arrière, NSM effectue des vérifications de sécurité pour vérifier que les opérations n’écraseront pas de fichier, répertoire, partition ou volume qui se trouve en dehors du saveset. NSM utilise le fichier psrollback.res afin de fournir des informations de configuration pour le retour arrière à NetWorker.

Restauration d’un snapshot par retour arrière 67


Ce fichier de ressources contient les fichiers, répertoires, partitions et volumes à exclure de la vérification de sécurité du retour arrière. Le retour arrière peut écraser les éléments que vous répertoriez dans ce fichier.

Le fichier de ressource comprend les caractéristiques suivantes :

◆ Vous pouvez ajouter des fichiers ou répertoires supplémentaires à ce fichier à l’aide des règles de syntaxe suivantes :

• Chaque ligne doit indiquer un fichier ou un répertoire.• Les chemins d’accès commençant par / sont des chemins d’accès absolus (par

exemple, /tmp).

◆ Le fichier prend en charge les éléments suivants :

• Chemin d’accès à un répertoire ou fichier

• Système de fichiers

• Périphérique de bloc d’un périphérique brut géré ou autonome (par exemple, /dev/vg_01/vol1)

• Le fichier ne prend pas en charge les périphériques caractère

Remarque : lorsque vous effectuez un retour arrière d’un disque partitionné sur Solaris, le contrôle de sécurité considère toutes les partitions définies. Pour éviter l’échec du retour arrière, dressez la liste des partitions inutilisées dans le fichier psrollback.res.

ExemplesVous créez les entrées valides suivantes dans le fichier psrollback.res avant d’effectuer un retour arrière de /fs1/dir (UNIX) ou C:\fs1 (Microsoft Windows) :

◆ Sous UNIX :

/fs1/dir1/fs1/dir2/file1fs2

◆ Sous Microsoft Windows :

D:\dir1C:\dir2\file1C:\fs2

Retours arrière avec Veritas Volume Manager

Pour les retours arrière de systèmes de fichiers Veritas Volume Manager (VxVM), l’hôte de montage monte chaque système de fichiers qui fait partie du groupe de volumes, y compris les systèmes de fichiers non montés précédemment.

Retours arrière avec Linux Logical Volume Manager

Après le retour arrière d’un volume Linux LVM (Logical Volume Manager), NSM ne permet pas de restaurer automatiquement les liens de groupe de volumes physiques.

Pour restaurer les liens :

1. Supprimez le fichier lvmtab.



2. Reconstruisez le fichier lvmtab en saisissant la commande vgscan -a.

3. Synchronisez les informations sur le disque :

a. Saisissez la commande vgchange -a y.

b. Saisissez la commande lvlnboot -R.

Retours arrière avec IBM AIX Volume Manager

NSM prend en charge les retours arrière avec AIX Volume Manager comme suit :

◆ NSM prend en charge les retours arrière dans un environnement de groupe de volumes partagé HACMP, à condition que vous définissiez la fonction Auto On sur Non. Ce paramètre empêche AIX d’activer automatiquement le groupe de volumes au cours d’un démarrage système.

◆ NSM ne prend pas en charge les retours arrière dans un environnement de groupes de volumes concurrents HACMP. Bien qu’un retour arrière puisse paraître réussi, le groupe de volumes concurrent est transformé en groupe de volumes non concurrent.

◆ NSM ne prend pas en charge les retours arrière de systèmes de fichiers avec logs à la volée.

Configuration du paramètre Auto On pour un groupe de volumes partagé HACMPAprès un retour arrière sur les systèmes AIX, AIX place les configurations de groupe de volumes partagé HACMP dans un état non synchronisé par défaut.

Pour activer l’état synchronisé des retours arrière :

1. Sur l’hôte où le service de cluster est en ligne, mettez le groupe de volumes hors ligne avec la commande suivante :

varyoffvg vg_name

2. Sur chaque nœud HACMP au sein du groupe de volumes qui est hors ligne, effectuez les opérations suivantes :

a. Exportez le groupe de volumes partagé.

b. Importez le groupe de volumes partagé.

c. Utilisez la commande chvg pour définir le paramètre Auto On sur Non avec l’option -a n :

chvg -a n -Q y vg_name

3. Sur l’hôte où le service de cluster est en ligne, mettez le groupe de volumes en ligne avec la commande suivante :

varyonvg vg_name

4. Vérifiez que le basculement du cluster a réussi en déplaçant le groupe de ressources HACMP entre les hôtes.

Restauration d’un snapshot par retour arrière 69

CHAPITRE 8Résolution des problèmes


◆ Résolution des problèmes....................................................................................... 72◆ Problèmes de sauvegarde de snapshot NSM ........................................................... 72◆ Problèmes de restauration de snapshot NSM .......................................................... 73

Résolution des problèmes 71

Résolution des problèmes

Résolution des problèmesVous pouvez utiliser les sections de ce chapitre pour identifier et résoudre les problèmes de configuration et de fonctionnement liés à NSM.

Problèmes de sauvegarde de snapshot NSM

Échec de la sauvegarde sous Windows avec erreur d’écriture différée

En raison de limitations du système d’exploitation Microsoft Windows, un snapshot ou un transfert peut échouer avec un message d’échec de l’écriture différée.

Solution de contournement

Désactivez la mise en cache disque et effectuez à nouveau la sauvegarde.

Le montage des snapshots sur un hôte de montage échoue pour les systèmes de fichiers gérés AIX

Pour les systèmes de fichiers JFS2 gérés AIX qui utilisent les logs à la volée, le montage des snapshots peut échouer sur un hôte de montage distant.


utilisez l’hôte d’application comme hôte de montage ou utilisez les logs externes.

Les snapshots échouent pour le Gestionnaire de volume Linux sur VNX avec PowerPath

L’utilisation du logiciel EMC PowerPath® est facultative pour les baies NSM sur VNX. Un Gestionnaire de volume Linux mal configuré utilisé avec PowerPath peut entraîner l’échec de snapshots et l’erreur suivante :

« /dev/sdbd » n’est pas un périphérique reconnu comme pouvant faire l’objet d’un snapshot par CLARiiON SCM


Modifiez le fichier lvm.conf pour pouvoir utiliser NSM.

Le Guide d’installation et d’administration d’EMC PowerPath for Linux fournit plus de détails à ce sujet.



Problèmes de restauration de snapshot NSM

Restauration de périphériques bruts sous Linux avec problème d’autorisation

Si NSM sauvegarde un périphérique brut en tant que snapshot ou transfert, puis qu’il restaure le périphérique, la propriété du chemin d’accès du périphérique devient root. Cette modification empêche les utilisateurs autres que root d’employer ce chemin d’accès de périphérique.


en tant que root, utilisez la commande chown pour changer le propriétaire du chemin d’accès du périphérique avec l’utilisateur approprié.

La commande -I de nsrsnap_recover s’exécute mais ne parvient pas à restaurer un fichier.

La commande -I de nsrsnap_recover utilisée avec un chemin d’accès inadéquat ne restaure pas un fichier même si le message indique que la restauration s’est terminée avec un chemin d’accès-non-valide. La console NetWorker indique qu’un fichier a été restauré.


Exécutez la commande avec le chemin d’accès correct.

Problèmes de restauration de snapshot NSM 73

ANNEXE AVariables Information sur l’application

Cette annexe traite des sujets suivants :

◆ Utilisation de variables Information sur l’application............................................... 76◆ Variables courantes Information sur l’application.................................................... 76◆ Variables Information sur l’application pour les baies VMAX.................................... 77◆ Variables Information sur l’application pour les baies VNX Block............................. 79◆ Variables Information sur l’application pour les appliances RecoverPoint ................ 79

Variables Information sur l’application 75

Variables Information sur l’application

Utilisation de variables Information sur l’applicationDans le cadre de la configuration manuelle d’un hôte d’application, certaines configurations NSM nécessitent l’utilisation de variables spéciales qui fournissent un contrôle spécifique des traitements de snapshot.

Pour mettre en œuvre ces contrôles, saisissez les variables et leurs valeurs dans l’attribut Information sur l’application de la ressource Client de l’hôte d’application.

La section « Configuration manuelle de la ressource Client pour l’hôte d’application », page 35 décrit la procédure de configuration manuelle qui peut inclure des variables Information sur l’application.

Variables courantes Information sur l’applicationLe Tableau 1 à la page 76 dresse la liste des variables Information sur l’application qui sont communes aux baies de stockage prises en charge pour NSM.

Tableau 1 Variables courantes Information sur l’application (page 1 of 2)

Variable commune Définition

NSR_DATA_MOVER Spécifie le nom d’hôte du client de l’hôte de montage des snapshots La valeur par défaut est le nom d’hôte de l’hôte d’application local.

NSR_POST_SNAPSHOT_SCRIPT Indique le chemin d’accès au script de commandes de post-traitement. Il n’y a pas de valeur par défaut.

NSR_PRE_SNAPSHOT_SCRIPT Indique le chemin d’accès au script de commandes de pré-traitement. Il n’y a pas de valeur par défaut.

NSR_PS_DEBUG_LEVEL Indique le niveau de verbosité des logs. Les valeurs valides sont 0 à 9. La valeur par défaut est 3.

NSR_PS_DO_PIT_VALIDATION Indique si NSM valide qu’il peut monter le snapshot effectué sur l’hôte de montage. Les valeurs valides sont TRUE et FALSE. La valeur par défaut est TRUE.Réglez sur FALSE pour empêcher la durée et la dépense de ressources pour la validation. Si NSM ne peut pas monter le snapshot, il ne peut pas restaurer les données.

NSR_PS_SAVE_PARALLELISM Spécifie le parallélisme maximal qui contrôle le nombre maximal de flux de sauvegarde par sauvegarde NSM. La valeur par défaut est 16. Cette variable est un « régulateur » destiné à contrôler NSM pour réduire le nombre d’opérations de sauvegarde simultanées et ne pas scinder ce que constituerait autrement un flux.Pour désactiver le parallélisme afin qu’une sauvegarde NSM crée un flux de sauvegarde à la fois, réglez la valeur sur 1.

NSR_PS_SHARED_DIR Indique le chemin d’accès complet du répertoire partagé. Cette variable est nécessaire dans un environnement de clusters pour prendre en charge un nettoyage complet après un abandon. Il n’y a pas de valeur par défaut.

NSR_PS_SINGLE_LOG Spécifie si les logs NetWorker consignent tous les processus NSM ensemble dans le fichier nwsnap.raw. Les valeurs valides sont TRUE et FALSE. La valeur par défaut est TRUE si NSR_PS_DEBUG_LEVEL est défini sur 3 ou moins.Réglez sur FALSE pour consigner les données dans les fichiers log de processus individuels.



Variables Information sur l’application pour les baies VMAXLe Tableau 2 à la page 77 dresse la liste des variables Information sur l’application que NSM peut utiliser pour les baies de stockage VMAX.

NSR_SNAP_TYPE Indique le fournisseur de snapshots.Les valeurs valides sont symm-dmx, emcclar et emc_rp. Si vous ne spécifiez aucune valeur, NSM essaie chacune de ces valeurs dans l’ordre.

NSR_STRICT_SYNC Les valeurs valides sont TRUE et FALSE. La valeur UNIX par défaut est TRUE. La valeur Microsoft Windows par défaut est FALSE.Si la valeur est TRUE, NSM force le pilote lgtosync ou l’équivalent de niveau SE pour bloquer et débloquer les écritures sur un disque ou un volume.

Tableau 1 Variables courantes Information sur l’application (page 2 of 2)

Variable commune Définition

Tableau 2 Variables Information sur l’application pour les baies VMAX (page 1 of 2)

Variable VMAX Définition

NSR_PS_SYMM_IP Les valeurs valides sont TRUE et FALSE. La valeur par défaut est TRUE.FALSE empêche l’utilisation de l’appairage intelligent et oblige NSM à utiliser uniquement le fichier symm.res.

SYMM_CLONE_FULL_COPY Les valeurs valides sont TRUE et FALSE. La valeur par défaut est TRUE.• TRUE - NSM effectue une copie complète des données d’une LUN

source.• FALSE - NSM place la cible en mode COW (CopyOnWrite) mais

n’effectue pas de copie complète des données.Remarques :• Dans une même session de sauvegarde/restauration, NSM peut

utiliser un périphérique BCV comme miroir ou comme clone, mais pas les deux.

• NSM ne permet pas d’effectuer une opération de retour arrière pour un snapshot réalisé quand cette variable a pour valeur FALSE. Toute tentative de retour arrière se solde par un échec.

SYMM_EXISTING_PIT Les valeurs valides sont TRUE et FALSE. La valeur par défaut est FALSE.Indique l’état des cibles pour le fichier symm.res. Réglez sur TRUE pour préférer une LUN cible qui est à l’état SPLIT avec la LUN source.

SYMM_IP_TAKE_UNPAIRED Les valeurs valides sont TRUE et FALSE. La valeur par défaut est TRUE.Utilisée par l’appairage intelligent (IP) quand NSM ne peut utiliser aucun des miroirs actuellement appariés avec la LUN source.• Si la valeur est définie sur TRUE, l’appairage intelligent peut réutiliser

les anciens miroirs arrivés à expiration dans le groupe NsrSnapSG qui ont une relation avec une autre LUN. L’appairage intelligent interrompt l’ancienne relation, puis apparie le miroir avec la nouvelle LUN source. En outre, l’appairage intelligent peut coupler les nouveaux périphériques non associés dans NsrSnapSG à la LUN source.

• Si l’option est définie sur FALSE, l’appairage intelligent peut uniquement sélectionner un miroir disponible parmi les périphériques déjà appariés à la LUN source.

Variables Information sur l’application pour les baies VMAX 77


SYMM_ON_DELETE La valeur par défaut est RETAIN_RESOURCE. Indique l’état du périphérique miroir après une sauvegarde.Ces paramètres sont valides uniquement pour les miroirs BCV, VP Snap et Clone avec SYMM_CLONE_FULL_COPY=TRUE.Pour les miroirs VDEV et Clone avec SYMM_CLONE_FULL_COPY=FALSE, NSM interrompt toujours la relation :• RETAIN_RESOURCE - NSM resynchronise le miroir avec la source

lorsque le snapshot est supprimé.• RELEASE_RESOURCE - NSM laisse le miroir dans un état intermédiaire.

Ce réglage est recommandé avec les sauvegardes manuelles ou lorsque la rotation des miroirs est fréquente (utilisation d’une source différente).

• START_STATE - NSM conserve le même état (intermédiaire ou synchronisé) pour le miroir cible, comme avant la sauvegarde.

SYMM_RB_OVERRIDE_OTHER_TGTS Les valeurs valides sont TRUE et FALSE. La valeur par défaut est FALSE.• FALSE - Le retour arrière effectué par NSM se solde par un échec si

d’autres miroirs se trouvent à l’état synchronisé avec le périphérique source.

• TRUE - NSM divise tous les miroirs synchronisés avant l’opération de retour arrière, puis les resynchronise à la fin de celle-ci.

Remarques :• Assurez-vous que les périphériques miroir et source se trouvent à

l’état synchronisé lors de l’utilisation de cette variable. L’état ne doit pas être syncInProg ou splitInProg. L’état InProg va conduire à la perte du snapshot après une tentative de retour arrière.

• L’état InProg peut ne pas se produire. Si la synchronisation/scission de paires de miroirs est manuelle avant une restauration, vous devez attendre l’achèvement de cette opération.

SYMM_RES_USE_POLICY La valeur par défaut est ANY. • EXISTING - NSM cherche une ressource qui est déjà synchronisée avec

le périphérique source. Ce paramètre réduit le temps de sauvegarde.• FREE - NSM cherche une ressource qui n’est synchronisée avec aucun

périphérique. La ressource doit être à l’état divisé ou non apparié.• ANY - NSM cherche toute ressource existante en premier. Si NSM n’en

trouve aucune, il utilise une ressource FREE.

SYMM_SNAP_POOL La valeur par défaut est /nsr/res/symm.res.Définit le chemin d’accès au fichier symm.res.

SYMM_SNAP_REMOTE Les valeurs valides sont TRUE et FALSE. La valeur par défaut est FALSE. Réglé sur TRUE si vous utilisez SRDF. Réglé sur FALSE si vous n’utilisez pas SRDF.

SYMM_SNAP_TECH Les valeurs valides sont SNAP, BCV, CLONE, VPSNAP, R2 et ANY.Définit le type de mise en miroir à utiliser.• S’il est réglé sur R2, alors SYMM_SNAP_REMOTE doit être réglé sur

TRUE pour éviter l’échec de la sauvegarde.• Si vous le réglez sur ANY ou s’il n’est pas défini, alors NSM

sélectionne le premier meilleur miroir disponible, en commençant par CLONE, VDEV et BCV.

Tableau 2 Variables Information sur l’application pour les baies VMAX (page 2 of 2)

Variable VMAX Définition



Variables Information sur l’application pour les baies VNX BlockLe Tableau 3 à la page 79 dresse la liste des variables Information sur l’application que NSM peut utiliser pour les baies de stockage VNX Block.

Variables Information sur l’application pour les appliances RecoverPoint

Le Tableau 4 à la page 79 dresse la liste des variables Information sur l’application que NSM peut utiliser pour les appliances RecoverPoint.

Tableau 3 Variables Information sur l’application pour les baies VNX Block

Variable VNX Block Définition

CLAR_ON_DELETE Indique la mise au rebut de la LUN clone lorsque NSM supprime un snapshot :• RETAIN_RESOURCE - NSM resynchronise le clone avec sa source. Cela

met l’unité LUN du clone à la disposition des demandes de snapshot futures.

• RELEASE_RESOURCE - NSM ne resynchronise pas le clone avec sa source. La LUN clone devient disponible pour d’autres opérations client à condition que vous la supprimiez du groupe de clones de la LUN source. Cette LUN ne sera pas disponible pour les futures demandes de snapshot sauf si vous l’ajoutez à nouveau manuellement au même groupe de clones.

• START_STATE - NSM resynchronise le clone avec sa LUN source uniquement s’il était dans un état synchronisé lorsqu’il était séparé. Dans ce cas, sa mise à disposition est possible grâce à l’une des instructions suivantes :– RETAIN_RESOURCE workflow– RELEASE_RESOURCE workflow

Les sauvegardes classiques sur disque ou bande qui n’utilisent pas cette fonctionnalité de snapshots sont toujours possibles avec le logiciel NetWorker, même après la mise à niveau vers NSM avec le programme d’installation de NetWorker Client 8.1. La configuration de groupe détermine si une sauvegarde utilise les fonctions NSM.

EMCCLAR_SNAP_SUBTYPE (obligatoire). La valeur par défaut est COW pour les workflows de sauvegarde et de restauration copy-on-write. • Réglez sur MIRROR pour la séparation de clones, la sauvegarde de

clones et les workflows de restauration de clones. • Réglez sur VNX-SNAP pour les workflows de sauvegarde et de

restauration de snapshots VNX.

FRAME_IP Indique le nom d’hôte ou l’adresse IP du port VNX à utiliser.

Tableau 4 Variables Information sur l’application pour les appliances RecoverPoint

Variable RecoverPoint Définition

NSR_SNAP_TECH Spécifie le type de réplication RecoverPoint pour une sauvegarde. Utilisez la valeur RP_CDP pour CDP, ou RP_CRR pour CRR.

RP_APPLIANCE_NAME Indique le nom d’hôte ou l’adresse IP de l’appliance RecoverPoint que NSM doit utiliser.

Variables Information sur l’application pour les baies VNX Block 79

ANNEXE BOptions de ligne de commandes pour NSM


◆ Utilisation des commandes de ligne de commande pour les opérations NSM .......... 82◆ Utilisation de nsrsnapadmin pour les opérations NSM ............................................ 82◆ Interrogation à l’aide de la commande mminfo........................................................ 85◆ Sauvegarde à l’aide de la commande savegrp ......................................................... 85

Options de ligne de commandes pour NSM 81

Options de ligne de commandes pour NSM

Utilisation des commandes de ligne de commande pour les opérations NSM

Cette annexe présente un résumé des commandes de ligne de commande et des exemples pour les opérations NSM.

Le Guide de référence des commandes d’EMC NetWorker ou les pages man NetWorker fournissent des informations détaillées sur les commandes.

Utilisation de nsrsnapadmin pour les opérations NSMVous pouvez exécuter l’utilitaire de commande nsrsnapadmin en mode interactif afin d’interroger, de restaurer, de supprimer manuellement des savesets de snapshots du système de fichiers et de les faire arriver à expiration. Vous devez exécuter l’utilitaire sur l’hôte d’application.

Remarque : Les commandes interactives nsrsnapadmin prennent en charge uniquement les snapshots des systèmes de fichiers. Les commandes ne prennent pas en charge les snapshots de données d’application, par exemple les données NMSAP ou NMDA.

Vous devez démarrer l’utilitaire nsrsnapadmin en mode interactif en saisissant la commande nsrsnapadmin comme indiqué dans la section « Exécution de nsrsnapadmin en mode interactif », page 82. Lorsque vous recevez une invite d’entrée, vous pouvez saisir une commande spécifique et ses options disponibles pour effectuer l’une des opérations NSM indiquées dans le Tableau 5 à la page 82.

Le Guide de référence des commandes d’EMC NetWorker ou les pages man NetWorker fournissent de plus amples détails.

Exécution de nsrsnapadmin en mode interactif

Pour exécuter l’utilitaire de commande nsrsnapadmin en mode interactif, saisissez la commande suivante pour obtenir l’invite nsrsnapadmin :

Tableau 5 Commandes et options prises en charge en mode interactif nsrsnapadmin

Opération NSM Commande et options disponibles

Afficher des savesets de snapshot p [-s server] [-c client] [-v] [path]

Supprimer un saveset de snapshots d [-s server] [-c client] -S ssid

Effectuer une restauration de saveset R [-s server] [-c client] [-v] -S ssid [-t destination] [-M mount_host] [-T recover_host] -m path

Naviguer et restaurer fichier par fichier r [-s server] [-c client] [-M mount_host] [-T recover_host] -S ssid

Effectuer un retour arrière vers les LUN de production

B [-s server] [-c client] [-Fv] [-M mount_host] -S ssid -m path

Réinitialiser le délai d’expiration pour un saveset de snapshots

e time [-s server] [-c client] -S ssid

Quitter le programme quit



nsrsnapadmin -s server -c client

où :

◆ server est le nom d’hôte du NetWorker Server.◆ client est le nom d’hôte du client d’application.

Le Guide de référence des commandes d’EMC NetWorker ou les pages man NetWorker fournissent des informations détaillées sur les commandes et les options de nsrsnapadmin.

Exemples d’opérations de nsrsnapadmin

Après le démarrage de l’utilitaire nsrsnapadmin en mode interactif, vous pouvez saisir une commande spécifique et ses options à l’invite d’entrée pour effectuer une opération NSM. Les sections suivantes proposent des exemples des commandes et options utilisées pour des opérations NSM spécifiques.

Interrogation de savesets de snapshotLorsque vous saisissez la commande p et ses options à l’invite nsrsnapadmin, le programme interroge NetWorker Server pour rechercher les savesets de snapshots du client. Le programme répertorie les propriétés spécifiques des savesets de snapshots, comme la date et l’heure de création de chaque snapshot. Par exemple :

p -s server -c client [-v] path

où :

◆ server est le nom d’hôte du NetWorker Server.

◆ client est le nom d’hôte du client à partir duquel NSM a sauvegardé les données.

◆ path est le chemin d’accès à un saveset de snapshots donné. Saisissez le chemin d’accès pour interroger un saveset uniquement ; sinon le message de sortie répertorie tous les savesets.

Un message similaire au suivant apparaît :

nsrsnapadmin> p -s ledma038 -c ledma218 ssid = 3742964283 savetime="February 11, 2013 11:20:10 AM EST"

(1360599610) expiretime="February 11, 2014 11:59:58 PM EST" (1392181198) ssname=/symm_403_ufs

Navigation et restauration fichier par fichierLorsque vous saisissez la commande r et ses options à l’invite nsrsnapadmin, le programme répertorie le système de fichiers, tel qu’il existait au moment de la sauvegarde de snapshot. Les options vous permettent de parcourir, sélectionner et restaurer les éléments du système de fichiers. Par exemple :

r -s server -c client -M mount_host -T recover_host -S ssid

Où client peut être une adresse IP de cluster (virtuelle, réelle ou publique).

Utilisation de nsrsnapadmin pour les opérations NSM 83


Restauration à l’emplacement sourceUn retour arrière est une restauration complète de toutes les LUN de sources d’applications impliquées dans la sauvegarde de snapshot. La restauration comprend tous les systèmes de fichiers et groupes de volumes résidant sur ces LUN de production. L’utilitaire nsrsnapadmin prend en charge le retour arrière forcé et les fonctions de vérification de la sécurité.

Pour effectuer une restauration à l’emplacement source, saisissez B -S ssid /source_path à l’invite de commande. Par exemple :

B -s server -c client -Fv -M mount_host -S ssid -m source_path

Où client peut être un nœud de cluster (adresse IP de cluster ou adresse IP publique).

Pour plus d'informations, reportez-vous à la section « Restauration d’un snapshot par retour arrière », page 66.

Suppression d’un saveset de snapshotsVous pouvez utiliser la commande nsrsnapadmin, nsrmm, nsrim ou nsrsnapck pour supprimer les savesets de snapshots.

La suppression d’un saveset NSM est similaire à la suppression d’un saveset NetWorker standard. NSM supprime le snapshot physique de la baie de stockage, puis tous les savesets qui se rapportent à ce snapshot physique sont supprimés de la base de données des médias.

Par exemple :

commande -d -s serveur -S ssid

où :

◆ commande est nsrmm ou nsrsnapck, si vous n’utilisez pas nsrsnapadmin.◆ server est le nom d’hôte du NetWorker Server.◆ ssid est l’identifiant de saveset de snapshots.

Modification des périodes de rétention des index et des médias sur un saveset de snapshotsPour modifier la date d’expiration d’un snapshot, saisissez la commande e à l’invite nsrsnapadmin. Par exemple :

e time -s server -S ssid -c client

où :

◆ time correspond à la date et l’heure auxquelles le saveset de snapshots expire.

Les formats de date acceptés sont :

• mm/jj[/aa]• nom_mois jj[/aa]

Les formats d’heure acceptés sont :

• hh[:mm[:ss]] [méridien] [zone]• hhmm [méridien] [zone]

◆ server est le nom d’hôte du NetWorker Server.



◆ ssid est l’identifiant du saveset de snapshots que vous souhaitez modifier.

◆ client (facultatif) est le nom d’hôte du client à partir duquel NSM a sauvegardé les données.

Un message similaire au suivant apparaît :

Réinitialisation du délai d’expiration pour le ssid : 4090300235

Le message indique que vous avez modifié l’heure d’expiration avec succès.

Remarque :

◆ Si aucune année n’est indiquée, l’année par défaut est l’année en cours.

◆ Si aucun méridien n’est indiqué, NSM utilise le format 24 heures.

◆ Si aucun fuseau horaire n’est indiqué (par exemple, GMT), NSM utilise le fuseau horaire en cours.

◆ Si vous spécifiez une date de type mm/jj/aa comme dans -e 09/04/13, la valeur par défaut de l’heure est 00:00:00. NSM modifie les heures de rétention des index et des médias du saveset de snapshots à 09/04/13 00:00:00.

Si vous spécifiez une heure de type hh:mm:ss comme dans -e 20:00:00, la valeur par défaut de la date est celle du système, par exemple 09/03/13. NSM définit les heures de rétention des index et des médias du saveset de snapshots à 09/03/13 20:00:00.

Interrogation à l’aide de la commande mminfoUne autre façon d’interroger les savesets de snapshots d’un client consiste à utiliser la commande mminfo. L’option -q snap dresse la liste de tous les savesets de snapshots d’un client particulier.

Pour afficher la liste des savesets de snapshots pour un client, saisissez ce qui suit à l’invite de commande :

mminfo -s server -q snap -c client

où

◆ server est le nom d’hôte du NetWorker Server. ◆ client est le nom d’hôte du client à partir duquel NSM a sauvegardé les données.

Exemple de sortie :

$ mminfo -s ledma038 -c ledma218 -q snap volume client date size level nameledma038.003 ledma218 02/11/13 2 KB full /symm_403_ufs

Le Guide de référence des commandes d’EMC NetWorker ou les pages man NetWorker fournissent des informations détaillées sur la commande mminfo.

Sauvegarde à l’aide de la commande savegrpUn snapshot NSM peut être exécuté manuellement à l’aide de la commande savegrp . Vous devez configurer toutes les ressources avant d’exécuter la commande d’exécution du snapshot.

Interrogation à l’aide de la commande mminfo 85


La commande savegrp, qu’elle soit appelée depuis l’interface de ligne de commande ou les paramètres NSM, lance le processus de sauvegarde. La commande savegrp reconnaît l’hôte d’application en tant que NetWorker Client configuré pour NSM et elle exécute nsrsnap. La commande nsrsnap applique les politiques de rétention des snapshots lors de l’exécution de la commande nsrsnap_save.

Comment effectuer une sauvegarde de ligne de commande savegrp

Pour effectuer un snapshot, vous pouvez utiliser la commande savegrp à partir de la ligne de commande, par exemple :

savegrp group_name

Où group_name est le nom du groupe configuré pour les opérations de snapshot.

Pour ajouter un transfert à un média de stockage classique, ajoutez l’option -b à la commande. Vous devez spécifier les détails du transfert dans la politique de rétention des snapshots.

Le Guide de référence des commandes d’EMC NetWorker ou les pages man fournissent des informations détaillées sur la commande savegrp.


ANNEXE CMigration de configuration PowerSnap préexistantes


◆ Migration de configuration PowerSnap préexistantes vers NSM............................... 88◆ Attributs obsolètes de la ressource Client................................................................ 89◆ Migration de baies VMAX (Symmetrix)..................................................................... 89◆ Migration de baies VNX (CLARiiON) ......................................................................... 89◆ Migration d’appliances RecoverPoint ...................................................................... 90◆ Démarrage du processus nsrpsd ............................................................................. 90◆ Licences.................................................................................................................. 91

Migration de configuration PowerSnap préexistantes 87

Migration de configuration PowerSnap préexistantes

Migration de configuration PowerSnap préexistantes vers NSMCette annexe fournit des exemples de migration de configuration existantes du module NetWorker PowerSnap vers NSM. L’installation de NetWorker Client 8.1 fournit toutes les fonctions précédemment gérées par PowerSnap Module.

Suppression de PowerSnap sur les systèmes UNIX

Avant de procéder à la mise à niveau vers NSM sur les systèmes UNIX, supprimez les modules PowerSnap existants à l’aide des utilitaires de gestion des modules natifs du système d’exploitation.

Remarque : Omettre de supprimer les modules PowerSnap préalablement installés entraînera l’échec de l’installation de NetWorker Client, que la procédure soit réalisée avec le push client ou avec les utilitaires de gestion des modules natifs du système d’exploitation.

Supprimez les modules PowerSnap de tous les ordinateurs qui participent à la migration :

◆ Supprimez les modules suivants sur Linux :

• lgtopsag-2.5.1.1.x86_64.rpm • lgtopseg-2.5.1.1.x86_64.rpm • lgtopssc-2.5.1.x86_64.rpm

◆ Supprimez les modules PowerSnap sur Solaris :

• LGTOpsag • LGTOpseg • LGTOpssc

◆ Supprimez les modules suivants sur AIX :

• LGTOps.psag.rte• LGTOps.pseg.rte • LGTOps.pssc.rte

◆ Supprimez les modules suivants sur HP :

• PowerSnap.pkg

Suppression de PowerSnap sur les systèmes Microsoft Windows

Avant de procéder à la mise à niveau vers NSM sur les systèmes Windows, vous n’avez pas besoin de désinstaller PowerSnap Module. L’assistant d’installation de NetWorker Client pour Microsoft Windows permet de désinstaller automatiquement l’ancien module PowerSnap Module et de le remplacer par la fonction NSM.

Utilisez l’option de mise à niveau du programme d’installation du client NetWorker.

Remarque : La mise à niveau vers les plates-formes Microsoft Windows non prises en charge désinstallera les modules PowerSnap existants mais n’installera pas la fonction NSM du client NetWorker.



Attributs obsolètes de la ressource ClientL’attribut Informations sur l’application de la ressource Client ne prend plus en charge les variables suivantes. La présence de ces variables entraîne l’échec de la sauvegarde :

◆ NSR_IMAGE_SAVE◆ SYMM_PROVIDER_DB◆ SYMM_PROXY_PROVIDER_DB

Migration de baies VMAX (Symmetrix)Avant d’effectuer la mise à niveau vers NSM, supprimez les snapshots existants créés avec le module PowerSnap Module de la baie VMAX. Vous pouvez soit supprimer les snapshots, soit les transférer vers un média de stockage classique.

Assurez-vous que le système d’exploitation, les versions et la configuration prennent en charge NSM.La section « Composants du réseau NSM », page 15 fournit de plus amples détails.

Décidez si vous allez continuer à utiliser un fichier de ressources Symmetrix/VMAX (symm.res) ou tirer parti de l’appairage intelligent de NSM.

Remarque : La procédure de migration ne supprime pas le fichier de ressources symm.res. Ce fichier est facultatif pour NSM, mais ce dernier l’utilise s’il est présent.

Les groupes de disques VMAX ne sont plus indispensables au fonctionnement de NSM. S’ils sont présents, NSM les ignore.

La section « Appairage des LUN source avec les LUN miroir », page 41 fournit des informations détaillées sur l’appairage intelligent.

Migration de baies VNX (CLARiiON)Avant d’effectuer la mise à niveau vers NSM, supprimez les snapshots existants créés avec le module PowerSnap Module de la baie VNX. Vous pouvez soit supprimer les snapshots, soit les transférer vers un média de stockage classique.


Remarque : Les fichiers de sécurité VNX (CLARiiON) existants doivent continuer à être présents sur tous les nœuds impliqués dans les opérations de snapshot. Si vous avez supprimé ces fichiers de sécurité, vous pouvez re-créer les fichiers via la ligne de commande ou l'assistant de configuration du client NetWorker.La section « Configuration du fichier de sécurité Navisphere », page 48 fournit de plus amples détails.

Attributs obsolètes de la ressource Client 89


Migration d’appliances RecoverPointAvant d’effectuer la mise à niveau vers NSM, supprimez les snapshots existants créés avec le module PowerSnap Module de la baie RecoverPoint. Vous pouvez soit supprimer les snapshots, soit les transférer vers un média de stockage classique.


Vous devez créer une nouvelle ressource Client en utilisant l'assistant de configuration du client NMC. Les appliances RecoverPoint ne prennent pas en charge une configuration sans assistant et les ressources Client RecoverPoint existantes ne fonctionnent pas après la mise à niveau vers NSM.

Vous devez configurer les informations d’identification RecoverPoint dans le lockbox NetWorker Server car l’utilitaire nsr_rp_access_config n’existe plus et vous ne pouvez pas utiliser un fichier d’informations d’identification local.

1. Assurez-vous que vous disposez des informations d’identification (nom d’utilisateur et mot de passe) pour les appliances RecoverPoint qui participent aux sauvegardes de snapshot.

2. Ouvrez une session NMC sur NetWorker Server et exécutez l'assistant de configuration du client.

3. Créez une ressource Client pour l’hôte d’application en sélectionnant NSM et l’option RecoverPoint.

4. Comparez la nouvelle ressource à l’ancienne, puis ajoutez des attributs requis de l’ancienne configuration à la nouvelle.

5. Dans l’écran Spécifier le type de réplication RecoverPoint et les options de la baie de stockage, ajoutez le nom d’utilisateur et le mot de passe RecoverPoint dans le lockbox sur NetWorker Server.

6. Une fois l’assistant terminé, supprimez l’ancienne configuration.

Démarrage du processus nsrpsdDans NetWorker 8.1, le processus nsrpsd sur l’hôte d’application démarre à la demande des processus NetWorker 8.1 tels que nsrsnap. Après 30 minutes d’inactivité, le processus nsrpsd se termine. Pour empêcher que nsrpsd ne se termine, créez le fichier /nsr/res/nsrpsd_stay_up.

Si vous installez et utilisez NMDA 1.5 ou une version antérieure ou NMSAP 4.5 ou une version antérieure sur l’hôte d’application, nsrpsd ne démarre pas automatiquement ou s’arrête. Vous devez démarrer ou arrêter nsrpsd manuellement, comme c’était le cas pour les précédentes versions de PowerSnap. Dans ces environnements, nsrpsd ne s’arrête pas de lui-même après 30 minutes d’inactivité.



LicencesVous n’avez pas besoin d’une nouvelle licence. NSM honorera les licences PowerSnap existantes, ainsi que les modèles d’octroi de licence NetWorker classiques et basées sur la capacité.

La section « Exigences en termes de licences NSM », page 17 fournit de plus amples détails.

Licences 91

GLOSSAIRE

Ce glossaire contient les définitions des termes figurant dans ce guide.

A

administrateur Personne qui, en temps normal, installe, configure et assure la maintenance des logiciels des ordinateurs réseau, ajoute des utilisateurs et définit leurs privilèges.

B

Baie de stockage Collection intégrée de disques de sous-système, de contrôleurs, d’adaptateurs de bus et du logiciel qui fournit des services de stockage à un ou plusieurs hôtes.

base de données desmédias

Base de données contenant les enregistrements de sauvegardes et de volumes de données ainsi que l’état du cycle de vie de l’ensemble des données et volumes gérés par le serveur NetWorker.

C

client Hôte sur un réseau, tel qu’un ordinateur, une station de travail ou un serveur d’applications dont les données peuvent être sauvegardées et restaurées avec le logiciel du serveur de sauvegarde.

client cible Client NetWorker sur lequel les données doivent être restaurées. Il peut s’agir du client source d’origine à partir duquel les données ont été sauvegardées ou il peut s’agir d’un autre client.

clone 1. Copie dupliquée de données sauvegardées qui est indexée et gérée par le serveur NetWorker. Des savesets uniques ou des volumes entiers peuvent être clonés.

2. Type de miroir spécifique d’une baie de stockage.

Cluster Groupe d'hôtes virtuels ou physiques liés avec stockage partagé qui collaborent et apparaissent à l'extérieur comme un hôte unique.

cohérent État d’un jeu de données qui correspond entièrement à la vue active des données d’une application à n’importe quel moment.

copie ponctuelle (copiePIT)

Voir « Snapshot ».

copie ponctuelle (copieSPIT)

Terme RecoverPoint pour une copie PIT. Voir aussi « copie ponctuelle (copie PIT) ».

G

gestionnaire de volumeslogiques (LVM)

Logiciel qui contrôle les ressources de disque par mappage des données entre une vue logique d’espace de stockage et les disques physiques réels.

groupe Un ou plusieurs ordinateurs client configurés pour effectuer une sauvegarde ensemble, en fonction d’un planning défini ou d’un ensemble de conditions uniques.


Glossaire

Groupe de volumes Groupe logique qui contient des jeux de disques et qui est configuré par un gestionnaire de volume.

H

hostname Nom ou adresse d'un ordinateur hôte physique ou virtuel qui est connecté à un réseau.

Hôte Un ordinateur sur un réseau.

hôte d’application Ordinateur hébergeant les données d’application à sauvegarder.

hôte de montage Hôte d’un réseau qui est utilisé pour monter des volumes de snapshots de baie de stockage afin d’effectuer des opérations de restauration et de transfert de snapshots.

hôte de montage dessnapshots

Voir « hôte de montage ».

I

identifiant de saveset(ssid)

Numéro d'identification interne attribué à un saveset.

index de fichiers Voir « index de fichiers client ».

index de fichiers client Base de données entretenue par le NetWorker Server qui suit tous les objets de base de données, fichiers ou systèmes de fichiers sauvegardés. Le NetWorker Server gère un fichier d’index distinct pour chaque client.

L

LUN source Unité logique sur l’hôte d’application, dont les données de production peuvent être copiées par un snapshot.

M

Medias Stockage physique, comme un système de fichiers disque, un disque optique ou une bande magnétique, sur lequel des données sont écrites. Voir aussi « production ».

miroir 1. Copie exacte des données ou de tout autre objet tel qu’une disquette.

2. Pour écrire les données en double sur plusieurs périphériques.

mise en veille État dans lequel toutes les écritures sur un disque sont arrêtées et le cache du système de fichiers est vidé. La mise en veille de la base de données avant la création du snapshot fournit une image cohérente pour les transactions qui peut être remontée.

monter Rendre un volume physiquement disponible à l’utilisation de façon à placer un volume amovible de disque ou une bande dans un lecteur pour la lecture ou l’écriture.

N

NetWorker ManagementConsole (NMC)

Programme logiciel utilisé pour gérer les serveurs et les clients NetWorker. Le serveur NMC offre également des fonctions de reporting et de surveillance pour les processus NetWorker.


Glossaire

NetWorker Server Ordinateur d’un réseau exécutant le logiciel serveur NetWorker, contenant les index en ligne, et proposant des services de sauvegarde et de restauration aux clients et aux nœuds de stockage du même réseau.

NetWorker SnapshotManagement (NSM)

Fonction logicielle NetWorker qui fournit des copies de snapshot des données de production. Le logiciel permet aux applications de continuer à écrire des données de production pendant les opérations de stockage sans risque que les fichiers ouverts soient omis.

nœud de stockage 1. L’ordinateur qui gère les périphériques ou les bibliothèques de stockage connectés physiquement, dont les opérations de sauvegarde sont administrées par le serveur NetWorker de contrôle.

2. En général, un nœud de stockage « distant » qui réside sur un hôte autre que le serveur NetWorker.

P

périphérique 1. Périphérique de stockage contenant un volume de sauvegarde. Un périphérique de stockage peut correspondre à un lecteur de disque, une librairie ou un lecteur de bande connecté au serveur ou au nœud de stockage.

2. Terme général désignant un matériel de stockage.

3. Chemin d'accès au lecteur physique, lorsque le partage dynamique de lecteur est activé.

politique de rétentiondes index

Règle NetWorker qui spécifie la période durant laquelle les entrées de sauvegarde sont conservées dans l’index des fichiers client. Les sauvegardes répertoriées dans l’index sont visibles dans l’arborescence et facilement accessibles pour la restauration. Voir aussi « Politique de rétention des médias ».

Politique de rétentiondes médias

Paramètre NetWorker qui détermine la période minimale pendant laquelle les données de sauvegarde sont gardées disponibles pour la restauration au sein d’un volume de stockage. Une fois cette période écoulée, les données peuvent être écrasées. Voir aussi « politique de rétention des index ».

pool 1. Fonction de tri de NetWorker qui désigne des données de sauvegarde spécifiques à stocker dans des volumes de médias sélectionnés.

2. Ensemble de volumes de sauvegarde NetWorker dans lesquels des données spécifiques ont été sauvegardées.

production 1. Unité de support de stockage physique, comme un disque ou une bande magnétique, sur lequel des données sont écrites.

2. Unité identifiable de stockage de données qui peut résider sur un ou plusieurs disques d'ordinateur.

R

règle Ensemble de règles définies pour les sauvegardes du client pouvant être appliquées à plusieurs groupes de clients. Les groupes ont des politiques de Dataset, d’ordonnanceur, de planification et de rétention spécifiques.


Glossaire

ressource Client Ressource de NetWorker Server qui identifie les savesets à sauvegarder sur un client. La ressource Client spécifie également des informations concernant la sauvegarde, telles que l'ordonnanceur, la politique de rétention des index et la politique de rétention des médias pour les savesets.

Ressources Composant logiciel dont les attributs configurables définissent les propriétés opérationnelles du serveur NetWorker ou de ses clients. Les clients, périphérique, calendriers, groupes et règles sont des ressources NetWorker.

restauration Restauration de fichiers de données à partir d’un espace de sauvegarde vers un client et application des logs de transactions (redo) aux données pour les rendre cohérentes par rapport à un point dans le temps.Voir aussi « restaurer ».

Restauration àl’emplacement source

Processus par lequel un snapshot est restauré vers son emplacement source à l’aide des fonctions de la baie de stockage. Une restauration vers l’emplacement source détruit les données existantes à l’emplacement source.

restauration desnapshots

Restauration à partir d’une sauvegarde de snapshot. Appelée précédemment restauration instantanée.

restaurer Récupération des fichiers individuels de données à partir d’une sauvegarde et copie des fichiers sur un client, sans application de log de transactions. Voir aussi « restauration ».

rétention des snapshots Ensemble de règles qui régissent le cycle de vie des snapshots. Ces règles spécifient la fréquence de création des snapshots, combien de temps les snapshots sont conservés et les snapshots à sauvegarder sur un média de stockage classique.

S

sauvegarde 1. Duplication des données de bases de données ou d’applications, ou de l’intégralité d’un ordinateur, stockées dans un autre emplacement que l’original, qui permet de restaurer l’original s’il est perdu ou endommagé.

2. Opération qui consiste à enregistrer des données dans un volume pour les utiliser comme sauvegarde.

sauvegarde de transfertuniquement

Transfert à la suite duquel la copie du snapshot est supprimée. Connue précédemment sous le nom de sauvegarde sans serveur, sauvegarde dynamique ou sauvegarde non persistante.

sauvegarde dessnapshots

Snapshot créé sur une baie de stockage en tant que sauvegarde. Appelée précédemment sauvegarde instantanée.

sauvegarde dynamique Voir « transfert ».

sauvegarde initiée par leclient

Voir « sauvegarde manuelle ».

sauvegarde manuelle Sauvegarde que l’utilisateur réalise depuis le client, également appelée sauvegarde à la demande, sauvegarde non programmée ou sauvegarde immédiate.

sauvegarde planifiée Type de sauvegarde configurée pour démarrer automatiquement à un moment spécifié pour un groupe d'un ou plusieurs clients NetWorker. Une sauvegarde planifiée génère un saveset de bootstrap.


Glossaire

saveset 1. Groupe de fichiers, système de fichiers ou volumes sur un seul ordinateur client qui est copié en tant que snapshot sur une baie de stockage ou sauvegardé sur un média de stockage.

2. Enregistrement de base de données des médias NetWorker qui décrit un snapshot ou une sauvegarde en particulier.

saveset de snapshots Groupe de fichiers ou autres données incluses dans un seul snapshot. Appelé précédemment snapset.

serveur de Console Voir « NetWorker Management Console (NMC) ».

Snapshot Copie ponctuelle (PIT) de fichiers de données, de volumes ou de systèmes de fichiers spécifiques sur un hôte d’application qui est créé sur un sous-système de disques externe, tel qu’une baie de stockage.

SSID Voir « identifiant de saveset (ssid) ».

système de fichiers 1. Interface logicielle utilisée pour enregistrer, récupérer et gérer des fichiers sur un média de stockage à l’aide de structures de répertoires, de méthodes de transfert de données et d’association de fichiers.

2. Ensemble complet de tous les fichiers.

3. Méthode de stockage des fichiers.

T

transfert Sauvegarde d’un snapshot sur un média de stockage classique, comme un disque ou une bande.

U

unité logique (LUN) Espace de stockage logique sur une baie de stockage traité par les protocoles SCSI ou Fibre Channel. Plusieurs LUN peuvent être utilisées pour représenter un volume de stockage.

V

volume de sauvegarde Volume utilisé pour stocker les données de sauvegarde, différent d’un volume d’archives ou d’un volume de clone.

Z

zone de données Groupe de clients, de périphériques de stockage et de nœuds de stockage administrés par un NetWorker Server.


Glossaire


emc networker gestion des snapshots · 2019-11-02 · guide d’intégration d’emc networker...

Documents