EMC NetWorker et VMware...Guide d’intégration d’EMC NetWorker 8.1 avec VMware 7 PRÉFACE En vue d’améliorer la qualité de ses gammes de produits, EMC publie régulièrement

EMC® NetWorker et VMwareVersion 8.1

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

Guide d’intégration d’EMC NetWorker 8.1 avec VMware2

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

Publié en Juillet 2013

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

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

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

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

SOMMAIRE

Préface

Chapitre 1 Introduction

Introduction à la prise en charge de VMware ............................................... 12 Types de sauvegarde et de restauration....................................................... 13 Sauvegarde et restauration de niveau invité ................................................ 14

Recommandations pour l'installation de NetWorker sur une machine virtuelle................................................................................................. 14Avantages ............................................................................................. 15Inconvénients ....................................................................................... 15Installation............................................................................................ 15Configuration ........................................................................................ 16Recommandations et remarques relatives à la sauvegarde de niveau invité .................................................................................................... 16

sauvegarde et restauration VADP ................................................................ 16Avantages ............................................................................................. 17Inconvénients ....................................................................................... 17

NetWorker VMware Protection ..................................................................... 18Avantages ............................................................................................. 18Inconvénients ....................................................................................... 18

Chapitre 2 NetWorker VMware Protection

Introduction à NetWorker VMware Protection............................................... 20 Configuration système ................................................................................ 21 Limitations et fonctions non prises en charge.............................................. 22 Performances et évolutivité ......................................................................... 22 Configuration requise préalable à l’installation ........................................... 24

Configuration du serveur DNS ............................................................... 24Configuration du protocole NTP............................................................. 25Configuration de ports requise .............................................................. 26Bonnes pratiques relatives à EMC Backup and Recovery ....................... 26

Création d’un compte utilisateur vCenter et d’un rôle EMC Backup and Recovery dédiés ......................................................................................................... 27

Création d’un compte utilisateur vCenter............................................... 27Création d’un rôle personnalisé............................................................. 28Comptes utilisateur vSphere Client ....................................................... 30

Déploiement de l’appliance EMC Backup and Recovery ............................... 32Téléchargement des fichiers OVA d’EBR ................................................ 32Déploiement de l’appliance EMC Backup and Recovery......................... 33

Attribution d’un proxy pour la sauvegarde et la restauration ........................ 34Sélection d’un proxy pour la sauvegarde ou la restauration................... 35Restriction du mappage des datastores ................................................ 35Déploiement de proxys externes ........................................................... 36Réenregistrement du proxy sur un serveur différent............................... 40

Configuration de la fenêtre de configuration d’EMC Backup and Recovery ... 40 Configuration post-installation dans la fenêtre de configuration d’EMC Backup and Recovery ............................................................................................... 43 Sauvegarde de machines virtuelles ............................................................. 46

Guide d’intégration d’EMC NetWorker 8.1 avec VMware 3

Sommaire

VMware Backup Appliance via NetWorker Management Console ........... 46Plug-in EMC Backup and Recovery pour vCenter .................................... 56Choix des machines virtuelles ............................................................... 68Avantages d'une zone de stockage avec déduplication ......................... 69

Restauration de sauvegardes de machines virtuelles................................... 70Directives relatives à l’exécution de restaurations de niveau image par rapport aux restaurations de niveau fichier ........................................... 70

Restauration FULLVM (de niveau image) ...................................................... 70Annulation d’une restauration FULLVM.................................................. 72

FLR.............................................................................................................. 73Restauration de dossiers ou de fichiers spécifiques sur la machine virtuelle d’origine .................................................................................. 73Restauration de dossiers ou de fichiers spécifiques sur une machine virtuelle différente................................................................................. 76Annulation d’une restauration de niveau fichier .................................... 76Limites de la restauration de niveau fichier ........................................... 76

Surveillance de l’activité d’EMC Backup and Recovery................................. 77Affichage des tâches récentes............................................................... 78Affichage des alarmes........................................................................... 78Affichage de la Console des événements............................................... 79

Procédures d’arrêt et de démarrage d’EMC Backup and Recovery ................ 79 Gestion de la capacité d’EMC Backup and Recovery .................................... 80

Conséquences du choix de disques avec allocation dynamique ou avec provisionnement Thick.......................................................................... 80Cycle de vie des savesets...................................................................... 80

Points de contrôle et retour arrière de l’appliance EMC Backup and Recovery...................................................................................................... 81 Synchronisation .......................................................................................... 83 Abandon de l’appliance EMC Backup and Recovery..................................... 84 Reprise après sinistre.................................................................................. 85

Instructions relatives à la reprise après sinistre..................................... 85Reprise après sinistre de l’appliance EMC Backup and Recovery ........... 85

Résolution des problèmes........................................................................... 87Liste de contrôle de configuration ......................................................... 88Emplacement des fichiers logs.............................................................. 89Activation de la consignation détaillée du serveur Web NetWorker sur les systèmes Windows ............................................................................... 89Erreur de synchronisation horaire.......................................................... 90Création et analyse d’incidents sous Windows 2008 R2 ........................ 90Ajout de proxys externes ....................................................................... 91Opérations dans EMC NetWorker........................................................... 91Opérations dans vCenter Server ............................................................ 91Opérations dans vSphere Web Client .................................................... 92Installation de l’appliance EMC Backup and Recovery ........................... 93Opérations dans l’appliance EMC Backup and Recovery........................ 93Opérations de sauvegarde dans EMC Backup and Recovery .................. 93Opérations de restauration dans EMC Backup and Recovery ................. 96Contrôle d’intégrité d’EMC Backup and Recovery................................... 97Accès aux articles de la base de connaissances .................................... 97

Chapitre 3 Sauvegarde et restauration VADP

Matériel et logiciels requis ........................................................................ 100Restrictions relatives à vCenter sous les versions localisées de Windows............................................................................................. 101

4 Guide d’intégration d’EMC NetWorker 8.1 avec VMware

Sommaire

Restriction relative à l’hôte proxy VADP sous les versions localisées de Windows............................................................................................. 102

modes de transport................................................................................... 102 Prise en charge des directives ................................................................... 103

Sauvegardes incrémentielles et sauvegardes de niveau image............ 104 CBT (Changed Block Tracking) ................................................................... 104

Les disques persistants indépendants ne sont pas sauvegardés......... 104 Options de configuration .......................................................................... 105 Tâche 1 : configuration de l'hôte proxy VADP et de la ressource Hypervisor 105

Configuration automatique d'un hôte proxy VADP et d'une ressource Hypervisor à l'aide de l'assistant de configuration de sauvegarde client .................................................................................................. 105Configuration manuelle d'un hôte proxy VADP et d'une ressource Hypervisor via la fenêtre Propriétés du client....................................... 108

Tâche 2 : configuration d'un client virtuel pour sauvegarde........................ 114Configuration d'un client virtuel si vCenter est configuré et que la découverte automatique a été exécutée .............................................. 115Configuration manuelle d'un client virtuel via la fenêtre Propriétés du client.............................................................................................. 118

Tâche 3 : création d'un rôle Utilisateur VADP dans vCenter ........................ 119Création d'un rôle de proxy VADP ........................................................ 119Attribuez le rôle Utilisateur VADP à l'utilisateur spécifié dans la ressource NetWorker Hypervisor :........................................................................ 120Autorisations vCenter nécessaires aux sauvegardes et aux restaurations à l'aide de VADP .................................................................................... 120

Tâche 4 : configuration de la fonction CBT (Changed Block Tracking).......... 123Configuration de la fonction CBT à l’aide de la variable VADP_DISABLE_CBT ............................................................................ 123Configuration de la fonction CBT à l’aide la commande nsrvadp_modify_vm............................................................................ 123Activation de CBT via l'interface utilisateur du client vSphere .............. 124

Gestion et surveillance des machines virtuelles dans la solution VADP...... 124Découverte automatique des environnements VMware ....................... 124Effectuer à la demande une découverte automatique des environnements VMware............................................................................................... 125Notifications des modifications apportées aux environnementsVMware............................................................................................... 126Représentation visuelle des environnements VMware ......................... 127

Démarrage du client vSphere à partir de la console NetWorker (Windows uniquement).............................................................................................. 131 Restauration des sauvegardes VADP ......................................................... 132 Restauration d'une machine virtuelle à partir de fichiers ........................... 132

Réalisation d'une restauration sur l'hôte local à partir de fichiers........ 132Réalisation d'une restauration basée sur des fichiers à l'aide du partage CIFS .................................................................................................... 133Réalisation d'une restauration basée sur des fichiers à l'aide d'une restauration redirigée.......................................................................... 133

Restauration de niveau image (en une seule étape) d’une machine virtuelle complète ................................................................................................... 134

Recommandations et remarques......................................................... 134Réalisation d’une restauration de niveau image à partir du programme NetWorker User ................................................................................... 136Réalisation d’une restauration de niveau image à partir de la ligne de commande.......................................................................................... 137Restauration de machines virtuelles utilisant un mélange de sauvegardes


Sommaire

traditionnelles de niveau invité et de sauvegardes de niveau image VADP................................................................................................... 138Restauration de niveau image vers un autre parc ou vCenter ............... 141Restauration d’une machine virtuelle à l’aide du mode de transport NBDSSL, SAN ou hotadd ..................................................................... 141Restauration d'une machine virtuelle à l'aide du mode de transport SAN ou hotadd sous Windows 2008................................................................ 142

Restauration de sauvegardes de machines virtuelles antérieures à NetWorker 7.6 SP2..................................................................................... 143 Certifications et bonnes pratiques VADP.................................................... 143

Recommandations et remarques sur la restauration et la sauvegarde VADP................................................................................................... 144Sauvegardes cohérentes au niveau des applications .......................... 145Choix d'un proxy physique ou virtuel................................................... 146Recommandations relatives aux snapshots VADP ............................... 148Recommandations relatives aux systèmes Data Domain ..................... 150Configuration des ports de réseau et de pare-feu requise .................... 151Mémoire nécessaire pour le proxy VADP.............................................. 152Recommandations sur le point de montage VADP et remarques sur l'espace .............................................................................................. 153Prise en charge des lecteurs de bande dans une VM ........................... 154Recommandations et remarques sur les modes de transport............... 155Optimisation des performances .......................................................... 159Accès du proxy VADP aux LUN ............................................................. 160

Chapitre 4 Octroi de licences

Octroi de licences de prise en charge EMC NetWorker pour VMware........... 163Octroi de licence simplifié pour les environnements virtuels ............... 163Prise en charge de VADP par le biais de licences existantes ................ 163Appliance virtuelle AMP ...................................................................... 164

Octroi de licences de niveau invité ............................................................ 164 Octroi de licences VADP ............................................................................ 165

Chapitre 5 Mise à niveau vers la solution VADP (avant NetWorker 8.1)

Mise à niveau vers la version 7.6 Service Pack 2 et version supérieure pour les sauvegardes VMware VADP........................................................................ 168

Mise à niveau de NetWorker Server et d'un proxy VCB existants .......... 168Modification des privilèges du rôle vCenter après la mise à niveau...... 170Mise à niveau du seul client proxy vers NetWorker 7.6 SP2 ou version supérieure .......................................................................................... 171Mise à niveau en vue d'utiliser vCenter si les sauvegardes des machines virtuelles ont été précédemment effectuées à l'aide du serveur ESX/ESXi............................................................................................. 172Évolution de l'espace nécessaire sur le proxy entre VADP et VCB......... 173

Étapes de configuration postérieures à la mise à niveau pour vCenter sur un hôte Windows 64 bits ................................................................................ 173

Glossaire

Index


PRÉFACE

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

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

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

ObjectifCe document décrit l'intégration de VMware avec NetWorker.

AudienceCe guide fait partie de la documentation NetWorker et est destiné aux administrateurs système responsables de la configuration et de la gestion des sauvegardes d'un réseau. Ce guide peut également s'avérer utile aux personnes responsables des sauvegardes quotidiennes.

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

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

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

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

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

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


Préface

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

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

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

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

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

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

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

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

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

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

◆ EMC NetWorker Procedure GeneratorNetWorker Procedure Generator (NPG) est une application Windows autonome utilisée pour générer des procédures utilisateur précises pour les tâches très complexes réalisées par les clients, le support technique et le personnel de terrain. Avec NPG, chaque procédure est adaptée et générée à base d’invites pouvant être sélectionnées par l’utilisateur. La procédure générée rassemble les parties les plus importantes des guides produit de NetWorker et fusionne les conseils des experts dans un document unique au format standardisé.

Pour accéder à NetWorker Procedure Generator, connectez-vous au site https://support.emc.com/ et recherchez l'application. Vous devez disposer d'un contrat de services pour utiliser ce site.


https://support.emc.com/

Préface

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

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

Un AVERTISSEMEN donne une information vitale.

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

Conventions typographiques

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

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

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

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

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

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

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

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

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

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

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

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

et la syntaxe ne faisant pas partie du texte courant.

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.


Préface

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

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

http://support.emc.com

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

Communauté en ligne

EMC NetWorker Support Forum : forum de support en ligne où vous pouvez poser toutes vos questions relatives à EMC NetWorker :

https://community.emc.com/community/support/networker

EMC NetWorker Online : forum en ligne où vous pouvez communiquer avec d’autres utilisateurs, partager les bonnes pratiques et obtenir les informations les plus récentes sur les produits :

http://france.emc.com/networkeronline

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]

< > 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.




mailto:[email protected]

CHAPITRE 1Introduction

Ce chapitre traite des points suivants :

◆ Introduction à la prise en charge de VMware ........................................................... 12◆ Sauvegarde et restauration de niveau invité ............................................................ 14◆ sauvegarde et restauration VADP ............................................................................ 16◆ NetWorker VMware Protection ................................................................................. 18

Introduction 11

Introduction

Introduction à la prise en charge de VMwareLe logiciel EMC NetWorker assure la prise en charge de trois types de solutions de sauvegarde et de restauration pour les clients virtuels VMware. Dans chacune des solutions suivantes, vous pouvez utiliser un NetWorker Server résidant sur un hôte extérieur au serveur vSphere, ou vous pouvez configurer un NetWorker Server sur un hôte invité sur le serveur vSphere :

◆ Sauvegarde et restauration de niveau invité : cette option nécessite l’installation d’un NetWorker Client sur chaque hôte de machine virtuelle. Il s’agit d’une méthode prisée de protection des machines virtuelles, du fait que le workflow appliqué est le même que pour une machine physique. Les configurations de sauvegarde et les options de restauration sont donc bien connues des administrateurs. Bien que cette méthode n'exige aucune configuration supplémentaire, elle implique de prendre en compte le surcroît de charge au niveau des ressources et des serveurs physiques, ainsi que le maintien en conditions opérationnelles d’EMC NetWorker sur chaque invité.

◆ VADP : le recours à la technologie VADP (vStorage APIs for Data Protection) permet de transférer le traitement des sauvegardes de NetWorker Server vers un hôte proxy de sauvegarde distinct. Cette option permet également de procéder à une découverte automatique des environnements VMware et d’envoyer des notifications concernant les modifications apportées à ces derniers, tout en proposant une carte graphique et une vue tabulaire de ces environnements. Cette option permet de contourner les obstacles liés à l’utilisation des ressources du serveur, puisque la charge de travail est attribuée à l’hôte proxy. De plus, la technologie VADP nécessite une maintenance réduite par rapport aux opérations de sauvegarde et restauration de niveau invité, car elle ne requiert pas l’installation de NetWorker Client sur chaque invité. Néanmoins, elle nécessite une configuration plus complexe, ainsi qu'un matériel et une infrastructure supplémentaires.

◆ NetWorker VMware Protection : solution de sauvegarde et de surveillance VMware intégrée dans NetWorker introduite avec NetWorker 8.1. Dans cette solution, une fois qu’une appliance EMC Backup and Recovery (également appelée VBA ou VMware Backup Appliance) est déployée sur le serveur vSphere et enregistrée dans EMC NetWorker et vCenter, vous pouvez l’utiliser pour créer des politiques de sauvegarde pour les machines virtuelles disponibles dans NMC et recourir au plug-in EBR (EMC Backup and Recovery) de l’interface vSphere Web Client pour attribuer les politiques de sauvegarde aux machines virtuelles. Après la sauvegarde de la politique, vous pouvez effectuer des restaurations de niveau image de ces sauvegardes à partir de vSphere Web Client ou des restaurations de niveau fichier depuis l’interface EMC Data Protection Restore Client.


Introduction

Types de sauvegarde et de restaurationLe Tableau 1 à la page 13 fournit une comparaison rapide entre les opérations de sauvegarde et de restauration de niveau invité, VADP et NetWorker VMware Protection.

Tableau 1 Comparaison entre le niveau invité, VADP et NetWorker VMware Protection

Option Niveau invité VADP NetWorker VMware Protection

Recommandations • Sauvegardes cohérentes au niveau des applications

• Pas de stockage partagé

• Sauvegardes hors LAN• Reprise après sinistre• Environnements de stockage

partagés• Sauvegardes sur bande

directes

• Sauvegardes hors LAN• Reprise après sinistre• Environnements de

stockage partagés• Toujours incrémentielle

Sauvegardes de niveau VMDK

Non Oui Oui

Sauvegardes de fichiers individuels

Oui Oui pour les systèmes d'exploitation Windows invités uniquement

Non requise

Incrémentielle Au niveau du fichier Au niveau du fichier Au niveau du bloc ; tire parti de la fonction CBT

Fonction CBT Non prise en charge Au niveau du fichier Au niveau du bloc

Sauvegarde complète virtuelle

Non prise en charge Non prise en charge La sauvegarde est toujours complète virtuelle

Restauration de niveau fichier

Oui Oui pour les systèmes d'exploitation Windows invités uniquement

Oui pour Windows et Linux

Prise en charge de la déduplication

Oui Oui - sauvegarde directe sur Data Domain

Oui - sauvegarde directe sur l’emplacement de stockage interne de l’appliance EMC Backup and Recovery ou sur une appliance Data Domain. Tire parti de la déduplication aux niveaux source et cible

Impact sur la machine virtuelle

Élevé Faible Faible

Impact sur le serveur VMware ESX/ESXi

Élevé Moyen si les snapshots sont effectués pour plusieurs machines virtuelles du même VMware ESX/datastore

Moyen en fonction du nombre de snapshots des machines virtuelles du même VMware ESX

Performances de sauvegarde

Plus lentes Plus rapides ; dépendent des ressources disponibles sur le proxy et de la nécessité d’utiliser la fonction FLR

Plus rapides

Matériel supplémentaire requis

Non Utilise un proxy physique ou virtuel selon l’implémentation

Utilise des proxys internes ou externes. Toutes les appliances EMC Backup and Recovery et tous les proxys externes comportent 8 proxys internes intégrés.

Proxy Non applicable Physique (pour la sauvegarde SAN), virtuel (mode hotadd)

Virtuel (mode hotadd)

Types de sauvegarde et de restauration 13

Introduction

Sauvegarde et restauration de niveau invitéLes opérations de sauvegarde et de restauration de niveau invité offrent une implémentation simple. En général, la plupart des opérations de sauvegarde et de restauration de machines physiques sont effectuées selon cette méthode, ce qui facilite la transition vers les sauvegardes de machines virtuelles à l’aide de cette technologie. Quelle que soit la technologie de virtualisation utilisée, les machines virtuelles impliquent l'installation complète d'un système d'exploitation hébergé sur un matériel virtualisé. Vous pouvez protéger les machines virtuelles à l’aide des mêmes techniques de base que leur équivalent physique, c’est-à-dire en exécutant un NetWorker Client sur la machine virtuelle. Les mêmes règles de prise en charge des systèmes d’exploitation (OS) s’appliquent aux machines physiques et virtuelles.

Recommandations pour l'installation de NetWorker sur une machine virtuelle

Avant d’installer le logiciel EMC NetWorker sur des machines virtuelles, tenez compte des recommandations suivantes :

◆ Si vous n’utilisez pas d’hôte en dehors d’ESX comme NetWorker Server, prévoyez davantage de réserves et de partages CPU pour la machine virtuelle qui héberge le serveur.

◆ Allouez davantage de réserves de mémoire à la machine virtuelle qui héberge le nœud de stockage NetWorker.

◆ Définissez une priorité élevée pour le redémarrage des machines virtuelles qui hébergent le NetWorker Server et le nœud de stockage.

◆ Connectez les machines virtuelles qui hébergent le NetWorker Server, les NetWorker Clients et le nœud de stockage NetWorker sur le même switch virtuel.

◆ Tirez parti de la déduplication de niveau invité pour les NetWorker Clients.

◆ Ne démarrez pas de sauvegardes pour tous les clients de machine virtuelle en même temps ; échelonnez les sauvegardes afin de réduire leur impact sur ESX/VMware ESX.

Découverte automatique de vCenter

Non applicable Prise en charge Non prise en charge

Configuration NetWorker Client configuré à l’aide de l'assistant de configuration du client

Proxy et machine virtuelle configurés en tant que NetWorker Client via l’assistant de configuration du client

Enregistrement de l’appliance EMC Backup and Recovery via l’interface Web

Configuration d’une machine virtuelle en tant que NetWorker Client ?

Oui Oui Non

Mode de transport pris en charge

Non applicable hotadd|san|nbd|nbdssl hotadd (par défaut), nbd (retour arrière)

Tableau 1 Comparaison entre le niveau invité, VADP et NetWorker VMware Protection

Option Niveau invité VADP NetWorker VMware Protection


Introduction

Avantages

Les sauvegardes de niveau invité présentent les avantages suivants :

◆ Prise en charge des sauvegardes de base de données et d’application. La configuration consiste simplement à installer et à configurer la base de données NetWorker ou le module d’application approprié sur l’hôte invité.

◆ Prise en charge des sauvegardes et restaurations d’un seul fichier.

◆ L’index des fichiers NetWorker Server et NetWorker Client référence correctement l’ensemble des données protégées sur la machine virtuelle d’origine.

◆ Prise en charge de la restauration directe de fichiers individuels sur la machine virtuelle.

◆ Sauvegardes incrémentielles faciles à configurer.

◆ Prise en charge des configurations et des fonctions VMware avancées, telles que DRS (Distributed Resource Scheduling) et VMotion, sans entraîner de baisse des performances d’EMC NetWorker.

◆ Prise en charge de la déduplication de la source au niveau hôte.

◆ Prise en charge de toutes les directives NetWorker.

◆ Processus simple, en tout point identique au processus de restauration de fichiers sur un hôte physique, qui permet aux utilisateurs d’effectuer leurs propres restaurations.

Inconvénients

Les inconvénients des sauvegardes de niveau invité sont les suivants :

◆ Non-prise en charge des opérations de sauvegarde et de restauration de niveau image. La sauvegarde et la restauration de niveau image servent essentiellement à la reprise après sinistre.

◆ La charge de traitement qu’entraîne la sauvegarde sur une machine virtuelle affecte les ressources système disponibles pour toutes les machines virtuelles hébergées sur le même serveur VMware ESX physique, même en cas de déduplication basée sur la source.

◆ Les sauvegardes consommatrices de ressources constituent souvent une charge considérable pour les ressources réseau et CPU partagées.

◆ Il est nécessaire de procéder régulièrement à la maintenance et à la mise à jour des logiciels clients.

◆ La machine virtuelle doit être sous tension pour que la sauvegarde puisse être effectuée.

◆ Non-prise en charge de la restauration sur matériel vierge (BMR).

Installation

En termes d’installation, la sauvegarde et la restauration de niveau invité représentent l’approche la plus directe. Installez le logiciel NetWorker Client sur la machine virtuelle. La procédure d'installation sur une machine virtuelle est similaire à la procédure d'installation sous le système d'exploitation d'une machine physique.

Sauvegarde et restauration de niveau invité 15

Introduction

Configuration

Pour les sauvegardes de fichiers système standard, la procédure de configuration du client sur la machine virtuelle est la même que sur une machine physique.

Recommandations et remarques relatives à la sauvegarde de niveau invité

Les sauvegardes de niveau invité d’une seule machine virtuelle peuvent entraîner une charge considérable pour le serveur VMware ESX et, par conséquent, affecter les performances de toutes les machines virtuelles hébergées sur la même machine VMware ESX. Configurez des ordonnanceurs de sauvegarde afin de limiter le nombre de procédures de sauvegarde simultanées exécutées sur les différents serveurs physiques VMware ESX. Par exemple, les groupes de sauvegarde NetWorker permettent de sauvegarder plusieurs machines virtuelles sur différents serveurs VMware ESX afin de limiter le ralentissement de chaque machine VMware ESX et d’optimiser le débit de la sauvegarde.

EMC NetWorker comporte une technologie permettant de réduire le nombre de sauvegardes complètes, voire de les éliminer totalement. Lorsque vous effectuez uniquement des sauvegardes incrémentielles, EMC NetWorker copie seulement les données qui ont changé depuis la sauvegarde précédente sur le nœud de stockage. Cette méthode permet de réduire sensiblement les E/S associées aux sauvegardes ainsi que le trafic réseau associé. Vous pouvez par ailleurs tirer parti de la déduplication de niveau invité en vue de minimiser l’impact sur les ressources partagées des machines VMware ESX en éliminant les conflits d’accès à la mémoire et au CPU.

Cette technique de sauvegarde convient parfaitement aux sauvegardes d’application et de base de données. La configuration d’une sauvegarde d’application ou de base de données sur une machine virtuelle suit le même principe que lorsqu’elle est effectuée sur une machine physique. Cette technique simplifie et améliore les sauvegardes d’application et de base de données, en offrant dans la plupart des cas des fonctions incrémentielles et en restaurant directement les données sur la machine virtuelle. Afin de réduire l’impact sur les ressources des machines VMware ESX, la déduplication de niveau invité est également prise en charge pour les bases de données.

sauvegarde et restauration VADPEMC NetWorker offre une autre technologie de sauvegarde de client pour les machines virtuelles conjointement avec la technologie VADP de VMware.

VADP permet d’effectuer des sauvegardes à partir d’un serveur proxy de sauvegarde VADP (qui peut correspondre à une machine physique ou virtuelle), à l’aide de la technique de snapshots VMware (copie ponctuelle de la machine virtuelle). Il est possible d’utiliser VADP avec vCenter Server.

Remarque : les types de disque de machine virtuelle suivants ne sont pas pris en charge lors de l’utilisation de la sauvegarde VADP :OS de machine virtuelle contenant des disques GPT ou dynamiquesOS de machine virtuelle contenant des disques non initialisésOS de machine virtuelle contenant des partitions non formatéesOS de machine virtuelle contenant des partitions sans lettre de lecteurConfiguration de machine virtuelle utilisant des périphériques de disque IDE virtuels (uniquement SCSI)Configuration de machine virtuelle utilisant le mode de disque indépendant


Introduction

Avantages

VADP offre les avantages suivants :

◆ Déchargement des processus de sauvegarde du serveur VMware ESX vers un serveur proxy VADP.

◆ Il n'est plus nécessaire de définir une fenêtre de sauvegarde grâce à la technologie VMware de snapshot de machine virtuelle.

◆ Prise en charge de la sauvegarde de tous les fichiers résidant sur les machines virtuelles qui exécutent un système d'exploitation Microsoft Windows invité à l'aide du saveset ALLVMFS.

◆ Prise en charge de la sauvegarde de fichiers ou de dossiers spécifiques sur les machines virtuelles exécutant un système d'exploitation Microsoft Windows invité.

◆ Prise en charge des sauvegardes incrémentielles et de niveau autre que 0 sur les machines virtuelles exécutant un système d'exploitation Microsoft Windows invité.

Remarque : les sauvegardes incrémentielles et de niveau autre que 0 permettent la restauration des fichiers. La restauration de l'ensemble de la machine virtuelle est uniquement prise en charge pour les sauvegardes de saveset de niveau 0 *FULL*.

◆ Prise en charge des sauvegardes de niveau image sur les machines virtuelles exécutant un système d’exploitation invité pris en charge par VMware.

◆ Prise en charge de la restauration de fichiers individuels à partir d’une sauvegarde de niveau image (dans un système de fichiers NTFS Windows uniquement).

◆ Prise en charge de la déduplication sur les machines virtuelles et sur les serveurs.

◆ Réduction de l’impact des sauvegardes sur la machine virtuelle cible et les autres machines virtuelles hébergées sur le même serveur VMware ESX.

◆ Il n'est pas nécessaire d'installer le logiciel NetWorker sur chaque machine virtuelle.

◆ La connexion du serveur proxy VADP au SAN via un adaptateur Fibre Channel permet d'effectuer des sauvegardes hors LAN.

◆ Prise en charge des configurations et des fonctions VMware avancées, telles que DRS (Distributed Resource Scheduling) et VMotion, sans entraîner de baisse des performances d’EMC NetWorker.

Inconvénients

Les inconvénients présentés par la technique VADP sont les suivants :

◆ Non-prise en charge de la restauration de niveau fichier à partir d’une sauvegarde de niveau image d’un système de fichiers non-NTFS.

◆ Non-prise en charge de la restauration de niveau image d’une machine virtuelle entière à partir d’une sauvegarde CBT incrémentielle.

sauvegarde et restauration VADP 17

Introduction

NetWorker VMware ProtectionNetWorker VMware Protection offre une appliance EMC Backup and Recovery qui, lorsqu’elle est déployée et configurée, vous permet de configurer des politiques de sauvegarde dans NMC, puis d’attribuer des machines virtuelles à ces politiques à l’aide du plug-in EMC Backup and Recovery au sein de vSphere Web Client.

Avantages

NetWorker VMware Protection présente les avantages suivants :

◆ Prise en charge des sauvegardes incrémentielles systématiques

◆ Utilisation de la technologie AVE existante

◆ Prise en charge de la restauration de niveau fichier directement sur la machine virtuelle sous Linux et Windows

◆ Utilisation de la fonction FLR avancée pour effectuer des restaurations de niveau fichier sur une machine virtuelle à partir d’autres machines virtuelles

Inconvénients

Inconvénients présentés par NetWorker VMware Protection :

◆ Non-prise en charge de la mise à niveau de la solution VMware VDP vers la solution NetWorker VMware Protection

◆ Coexistence impossible sur vCenter de l’appliance EMC Backup and Recovery/VBA et de VMware VDP ou de tout plug-in de sauvegarde tiers


CHAPITRE 2NetWorker VMware Protection

Ce chapitre propose les rubriques suivantes :

◆ Introduction à NetWorker VMware Protection........................................................... 20◆ Configuration système ............................................................................................ 21◆ Limitations et fonctions non prises en charge.......................................................... 22◆ Performances et évolutivité ..................................................................................... 22◆ Configuration requise préalable à l’installation ....................................................... 24◆ Création d’un compte utilisateur vCenter et d’un rôle EMC Backup and Recovery

dédiés ................................................................................................................... 27◆ Déploiement de l’appliance EMC Backup and Recovery ........................................... 32◆ Attribution d’un proxy pour la sauvegarde et la restauration .................................... 34◆ Configuration de la fenêtre de configuration d’EMC Backup and Recovery ............... 40◆ Configuration post-installation dans la fenêtre de configuration d’EMC Backup and

Recovery ................................................................................................................. 43◆ Sauvegarde de machines virtuelles ......................................................................... 46◆ Restauration de sauvegardes de machines virtuelles............................................... 70◆ Restauration FULLVM (de niveau image) .................................................................. 70◆ FLR.......................................................................................................................... 73◆ Surveillance de l’activité d’EMC Backup and Recovery............................................. 77◆ Procédures d’arrêt et de démarrage d’EMC Backup and Recovery ............................ 79◆ Gestion de la capacité d’EMC Backup and Recovery ................................................ 80◆ Points de contrôle et retour arrière de l’appliance EMC Backup and Recovery .......... 81◆ Synchronisation ...................................................................................................... 83◆ Abandon de l’appliance EMC Backup and Recovery................................................. 84◆ Reprise après sinistre.............................................................................................. 85◆ Résolution des problèmes....................................................................................... 87

Dans ce document, VMware Backup Appliance (VBA) et EMC Backup and Recovery (EBR) font référence à la même appliance de sauvegarde.

NMC désigne cette appliance par l’expression « appliance de sauvegarde VMware (ou VBA) » pour les besoins des sauvegardes VMware. Par conséquent, ce document utilise l’expression appliance de sauvegarde VMware (ou VBA) lorsqu’il est question de la solution de NMC.

Pour l’administrateur vCenter, vSphere Client désigne cette appliance par l’expression « appliance EMC Backup and Recovery » à des fins de protection de l’environnement de machines virtuelles (VM). Par conséquent, ce document utilise l’expression EMC Backup and Recovery lorsqu’il est question de la solution du point de vue de vCenter.

NetWorker VMware Protection 19

NetWorker VMware Protection

Introduction à NetWorker VMware ProtectionEMC NetWorker VMware Protection est une solution de sauvegarde et de surveillance VMware intégrée avec EMC NetWorker, introduite dans la version NetWorker 8.1. Cette solution vous permet de créer des politiques de sauvegarde et de clonage pour une appliance de sauvegarde VMware utilisant NMC. Vous pouvez ensuite attribuer ces politiques à des machines virtuelles à l’aide de l’interface utilisateur du plug-in EMC Backup and Recovery de vSphere Web Client.

Pour disposer de cette solution, vous devez déployer une appliance EMC Backup and Recovery sur le serveur vSphere puis enregistrer l’appliance auprès d’EMC NetWorker et de vCenter. Après avoir effectué les sauvegardes de machines virtuelles, vous pouvez procéder à des restaurations complètes de ces sauvegardes à partir de vSphere Web Client ou à des restaurations de niveau fichier à partir de l’interface utilisateur d’EMC Data Protection Restore Client.

Le Tableau 2 à la page 20 compare les tâches figurant dans NMC aux tâches spécifiées dans vSphere Web Client et dans EMC Data Protection Restore Client.

Tableau 2 Tâches de protection des données VMware de NetWorker

Programme/Rôle Tâche

Interface vSphere Web Client VMware avec le plug-in EMC Backup and Recovery

Attribuer des machines virtuelles à la politique de sauvegarde créée dans NMCDémarrer une sauvegarde immédiate de machine virtuelleRestaurer une sauvegarde complète de machine virtuelle

Remarque : lorsque vous démarrez une politique à partir de l’interface client vSphere Web Client, vous pouvez uniquement effectuer des sauvegardes (pas de clones).

NMC Créer et modifier des politiques de protection des données (sauvegarde, clone)Attribuer une politique de sauvegarde à l’appliance de sauvegarde VBADémarrer ou planifier une politique de sauvegarde

Remarque : lorsque vous démarrez une politique à partir de NMC, vous pouvez effectuer des sauvegardes et des clones en fonction des actions définies dans la politique.

EMC Data Protection Restore Client

Exécuter des restaurations de niveau fichier

Remarque : programme pris en charge sous les plates-formes Windows et Linux.



Configuration systèmeLe Tableau 2 à la page 20 répertorie les composants requis pour l’utilisation de NetWorker VMware Protection.

Remarque : l’appliance EMC Backup and Recovery est disponible en 2 versions capacitaires : OVA 0,5 To et 4 To. Il vous suffit de télécharger l’une de ces appliances, suivant la configuration système utilisée. Pour plus d'informations, reportez-vous à la section « Téléchargement des fichiers OVA d’EBR », page 32.

Tableau 3 Configuration requise pour NetWorker VMware Protection

Composant Exigences

EMC NetWorker • Logiciel NetWorker Server 8.1 avec NMC

Appliance EMC Backup and Recovery (OVA 0,5 To)

• CPU : 4 * 2 GHz• Mémoire : 8 Go• Disques : 3* 250 Go• Capacité de stockage de sauvegarde : 0,5 To• OS : 250 Go

Appliance EMC Backup and Recovery (OVA 4 To)

• CPU : 4 * 2 GHz• Mémoire : Reportez-vous à la rubrique Tableau 8 à la page 32• Disques : 6 * 1 To• Capacité de stockage de sauvegarde : 4 To• OS : 250 Go

Appliance proxy • CPU : 4 * 2 GHz• Mémoire : 4 Go• Disques : 2 disques (16 Go et 1 Go)

Serveur vCenter • Version 5.1 ou supérieure• Plate-forme Linux ou Windows, ou appliance VC• vSphere Web Client (informations sur les navigateurs Web pris en

charge disponibles sur le site Web de VMware)

Remarque : vous devez activer Adobe Flash Player version 11.3 ou supérieure dans les navigateurs Web pour pouvoir accéder à vSphere Web Client, à la fonction de restauration de niveau fichier et à l’interface utilisateur du plug-in EMC Backup and Recovery.

VMware ESX/ESXi • Version 4.1 ou supérieure• CBT (Changed Block Tracking) activé

Data Domain • OS DDR dans la version DDOS 5.3.0.6 ou 5.4.0.4 (ou supérieure)• L’utilisateur DDBoost requiert des privilèges d’administrateur

Configuration système 21


Limitations et fonctions non prises en chargeAvant de déployer la solution NetWorker VMware Protection, passez en revue les limitations et fonctions non prises en charge suivantes :

◆ La solution n’est pas en mesure de détecter la présence d’une autre instance de l’appliance EMC Backup and Recovery dans vCenter. Cette situation peut entraîner une éventuelle redondance dans les sauvegardes de machines virtuelles.

◆ Vous pouvez uniquement procéder à des sauvegardes sur le DDR ou l’espace de stockage interne de l’appliance EMC Backup and Recovery.

◆ Il est impossible de cloner des sauvegardes du DDR vers l’espace de stockage interne de l’appliance EMC Backup and Recovery.

◆ Les sauvegardes sur le DDR peuvent être clonées uniquement sur un autre DDR, sur un périphérique AFTD ou de bande.

◆ EMC NetWorker crée l’appliance EBR/VBA par défaut en utilisant les valeurs target session=50 et max session=200. Ces valeurs sont supérieures aux valeurs par défaut normales d’un périphérique créé dans EMC NetWorker, car chaque appliance ou proxy externe dispose de 8 agents proxy.

◆ Il n’existe pas d’outil de migration automatique permettant de passer de la solution de sauvegarde de machines virtuelles précédente vers la solution NetWorker VMware Protection.

◆ La solution NetWorker VMware Protection prend uniquement en charge les modes de transport hotadd et nbd. Le mode hotadd est le mode de transport par défaut.

◆ Le plug-in EMC Backup and Recovery installé dans vCenter prend uniquement en charge les claviers de disposition anglo-saxonne.

◆ La solution NetWorker VMware Protection prend uniquement en charge la sauvegarde de niveau image ; elle ne permet pas d’effectuer des sauvegardes de niveau dossier ou lecteur.

◆ La solution NetWorker VMware Protection ne prend pas en charge la reprise après sinistre de données sauvegardées sur GSAN si les métadonnées AFTD internes ont été perdues.

Performances et évolutivitéLes performances et l’évolutivité de la solution NetWorker VMware Protection dépendent de plusieurs facteurs, notamment le type de fichier OVA déployé, le nombre d’instances de vCenter installées, le nombre de proxys présents et de l’exécution ou pas d’un grand nombre de sauvegardes simultanées de machines virtuelles. Tenez compte des statistiques de performances suivantes et, le cas échéant, suivez les recommandations et les bonnes pratiques indiquées afin d’atteindre des performances optimales au sein de votre environnement :

Remarque : veillez aussi à examiner les limitations de VMware indiquées dans le document suivant :http://www.vmware.com/pdf/vsphere5/r51/vsphere-51-configuration-maximums.pdf


http://www.vmware.com/pdf/vsphere5/r51/vsphere-51-configuration-maximums.pdf


◆ Les sauvegardes effectuées sur le DDR sont plus rapides que celles réalisées sur l’espace de stockage interne de l’appliance EMC Backup and Recovery.

◆ Pour savoir si vous devez utiliser la version OVA 0,5 To ou la version OVA 4 To, suivez ces indications :

• si vous utilisez le DDR, sélectionnez la version OVA 0,5 To ;

• si vous n’utilisez pas le DDR, sélectionnez la version OVA 4 To.

Remarque : EMC déconseille l’utilisation d’un environnement mixte comprenant le DDR et l’espace de stockage interne de l’appliance EMC Backup and Recovery.

◆ Une appliance EMC Backup and Recovery permet de sauvegarder jusqu’à 8 machines virtuelles en parallèle. Si vous souhaitez exécuter jusqu’à 24 sauvegardes de VM en parallèle, alors ajoutez un ou deux proxys externes. Chaque proxy externe permet de sauvegarder jusqu’à 8 machines virtuelles.

◆ Pour optimiser les performances, EMC recommande l’utilisation d’un datastore dédié à l’appliance EMC Backup and Recovery, tout particulièrement pour les sauvegardes et les restaurations exécutées à partir du stockage interne de l’appliance.

◆ Des conflits d’accès d’E/S peuvent se produire pendant les opérations de création de snapshots et de lecture des sauvegardes lorsque toutes les machines virtuelles résident sur un même datastore.

◆ EMC recommande de définir une valeur de parallélisme appropriée pour NetWorker Server afin de réduire la mise en file d’attente sur ce dernier.

◆ Chaque sauvegarde de machine virtuelle sur le DDR utilise une session sur le périphérique Data Domain. Si vous dépassez le nombre maximal de 60 sessions, EMC vous recommande de configurer des périphériques supplémentaires.

◆ Pour optimiser les performances de vos sauvegardes simultanées au sein d’une configuration qui nécessite des instances supplémentaires de vCenter, de VBA ou de proxys, EMC recommande l’utilisation d’une appliance EMC Backup and Recovery + deux proxys externes par instance de vCenter.Le Tableau 4 à la page 23 présente des informations relatives aux performances attendues selon la configuration choisie.

Tableau 4 Nombre maximal de sessions simultanées par appliance EMC Backup and Recovery

Déploiement par vCenterNombre maximal de sessions simultanées

1 appliance EMC Backup and Recovery 8

1 appliance EMC Backup and Recovery + 1 proxy externe

16

1 appliance EMC Backup and Recovery + 2 proxys externes

24

1 appliance EMC Backup and Recovery + 3 proxys externes

26

Performances et évolutivité 23


Configuration requise préalable à l’installationAvant de déployer l’appliance EMC Backup and Recovery, respectez la configuration requise préalable à l’installation et examinez les bonnes pratiques indiquées dans les sections suivantes :

◆ « Configuration du serveur DNS », page 24

◆ « Configuration du protocole NTP », page 25

◆ « Bonnes pratiques relatives à EMC Backup and Recovery », page 26

Configuration du serveur DNS

Vous devez ajouter une entrée au serveur DNS pour l’adresse IP et les noms de domaine complets (FQDN) de l’appliance. Le serveur DNS doit prendre en charge la résolution des noms et la résolution inverse.

Tableau 5 Simultanéité/parallélisme

Composant Sessions simultanées Remarques

Proxys par vCenter

3 La configuration par défaut de vCenter permet d’obtenir des performances satisfaisantes avec 25 sessions simultanées. Chaque appliance EMC Backup and Recovery comprend 8 proxys internes, et le proxy externe ajoute 8 sessions simultanées supplémentaires. Par conséquent, utilisez 1 appliance EMC Backup and Recovery et 2 proxys externes.

Machines virtuelles par politique

25 vCenter permet d’exécuter 25 machines virtuelles à la fois. Si une seule politique contient plus de 25 machines virtuelles, les machines virtuelles restantes sont placées dans la file d’attente pendant la sauvegarde.

Appliance EMC Backup and Recovery

26 machines virtuelles simultanées

Le nombre maximal de sessions simultanées par appliance EMC Backup and Recovery est de 26, quel que soit le périphérique cible.

Proxy externe 24 ajouts hotadd simultanés de VMDK

Le proxy externe dispose seulement de 2 contrôleurs SCSI, ce qui limite le nombre de sessions hotadd simultanées à 24. Pour un nombre supérieur de sauvegardes VMDK, c’est le mode NBD qui est utilisé.

vCenter 25 sessions simultanées

EMC recommande de ne pas dépasser 25 sauvegardes simultanées de machines virtuelles par vCenter. Si vCenter est exécuté sur un serveur autonome avec la base de données vCenter fonctionnant sous SQL, alors une seule instance de vCenter est en mesure de traiter plus de 25 machines virtuelles à la fois.

vCenter 2 proxys externes (proxy interne inclus dans l’appliance EMC Backup and Recovery)

Du fait de la recommandation ci-dessus, EMC conseille l’utilisation de 2 proxys externes par appliance EMC Backup and Recovery pour les sauvegardes simultanées.



IMPORTANT

Si le serveur DNS n'est pas correctement configuré, de nombreux problèmes de configuration ou d'exécution risquent de survenir.

Pour valider la configuration du DNS, ouvrez une invite de commande et exécutez les commandes suivantes depuis vCenter Server :

1. Pour vérifier la configuration du DNS, saisissez :

nslookup EMC_Backup_and_Recovery_appliance_IP_address DNS_IP_address

La commande nslookup renvoie le nom de domaine complet de l’appliance EMC Backup and Recovery.

2. Pour vérifier que la résolution des adresses IP est effectuée correctement par le nom de domaine complet de l’appliance EMC Backup and Recovery, saisissez :

nslookup FQDN_of_EMC_Backup_and_Recovery_Appliance DNS_IP_address

Assurez-vous qu’il s’agit de la même adresse IP que celle de la commande précédente.

3. Pour vérifier que le nom de domaine complet de vCenter Server détermine correctement l’adresse IP, saisissez :

nslookup FQDN_of_vCenter DNS_IP_address

Si les commandes nslookup renvoient les informations appropriées, fermez l’invite de commande. Sinon, corrigez la configuration du DNS. Si vous avez configuré des noms abrégés pour les entrées DNS, recherchez-les également.

IMPORTANT

une fois le déploiement terminé, vérifiez la résolution des noms DNS (avant et arrière) à partir des appliances EMC Backup and Recovery et des proxys pour vCenter et les hôtes EMC NetWorker.

Configuration du protocole NTP

L’appliance EMC Backup and Recovery tire parti de VMware Tools pour synchroniser l’heure via le protocole NTP. Ce protocole doit être correctement configuré sur tous les hôtes ESXi et sur vCenter Server. L’appliance EMC Backup and Recovery obtient l’heure exacte via VMware Tools ; elle ne doit pas être configurée via le protocole NTP.

L’appliance EMC Backup and Recovery active par défaut l’option Synchr. l’heure de l’OS client avec celle de l’hôte.

Remarque : si vous configurez directement le protocole NTP à l’aide de l’interface utilisateur du plug-in EMC Backup and Recovery, vous rencontrerez des erreurs de synchronisation.

Pour en savoir plus sur la configuration du protocole NTP, consultez la documentation de VMware ESXi et de vCenter Server.

Configuration requise préalable à l’installation 25


Configuration de ports requise

La solution NetWorker VMware Protection requiert l’activation des ports indiqués dans le Tableau 6 à la page 26.

Tous les processus NetWorker se voient attribuer un numéro de port dans la plage 7937 à 9936. Toutes les instances de NetWorker Client, toutes les appliances EMC NetWorker Backup and Recovery et tous les proxys se connectent à l’un des ports compris dans cette plage.

Bonnes pratiques relatives à EMC Backup and Recovery

Respectez les bonnes pratiques suivantes dans le cadre du déploiement d’une appliance NetWorker Backup and Recovery :

◆ Déployez l’appliance EMC Backup and Recovery sur un système de fichiers VMFS5 (ou supérieur) partagé afin d’éviter toute restriction en matière de taille des blocs.

◆ Évitez de déployer des machines virtuelles à l’aide de disques virtuels IDE, lesquels entraîneraient une baisse des performances de sauvegarde.

◆ Attribuez des licences de mode hotadd aux hôtes VMware ESXi si vous utilisez VMware ESXi 4.1 ou 5.0. VMware ESXi 5.1 comprend cette fonction par défaut.

◆ Choisissez le mode de transport hotadd pour bénéficier de sauvegardes et de restaurations plus rapides et pour réduire les expositions aux problèmes de routage réseau, de pare-feu et de certificat SSL. Pour prendre en charge le mode hotadd, déployez l’appliance EMC Backup and Recovery sur un hôte VMware ESXi disposant d’un chemin d’accès au stockage hébergeant le ou les disques virtuels en cours de sauvegarde.

Remarque : le mode hotadd ne fonctionne pas si les machines virtuelles concernées par la sauvegarde contiennent des disques durs virtuels indépendants.

◆ Lors de la planification des sauvegardes, assurez-vous qu’EMC Backup and Recovery prend bien en charge les types de disque utilisés. Actuellement, EMC Backup and Recovery ne prend pas en charge les types de disque suivants :

• Indépendant

• Indépendant RDM - Mode compatibilité virtuelle

• Mode compatibilité physique RDM

◆ Pour prendre en charge CBT :

Tableau 6 Configuration de ports requise pour la solution VMware Protection

Hôte source Hôte de destination Protocol

Ports à ouvrir sur le pare-feu pour accéder à l’hôte de destination

NetWorker Server Serveur vCenter TCP 443

NetWorker Server Sauvegarde et restauration EMC

TCP 8543

Sauvegarde et restauration EMC

NetWorker Server 8080



• Assurez-vous que toutes les machines virtuelles exécutent du matériel VMware de version 7 ou supérieure.

• Si vous ajoutez un disque ou développez de manière dynamique un disque sur une machine virtuelle, vous devez définir une toute nouvelle sauvegarde complète pour que CBT fonctionne.

◆ Installez VMware Tools sur toutes les machines virtuelles à sauvegarder à l’aide de l’interface utilisateur du plug-in EMC Backup and Recovery. VMware Tools fournit une fonctionnalité de sauvegarde supplémentaire qui met en veille certains processus sur l'OS invité avant la sauvegarde. VMware Tools est également requis pour certaines fonctions utilisées dans les restaurations de niveau fichier.

Création d’un compte utilisateur vCenter et d’un rôle EMC Backup and Recovery dédiés

EMC recommande vivement de configurer un compte utilisateur vCenter distinct, strictement réservé à une utilisation avec EMC Backup and Recovery. L’utilisation d’un compte utilisateur générique tel qu’« Administrator » pourrait compromettre de futurs efforts de résolution de problème, car il pourrait éventuellement être difficile d’identifier les actions « Administrator » en interface ou en communication avec le NetWorker Server. L’utilisation d’un compte utilisateur vCenter distinct garantit une clarté optimale s’il devient nécessaire d’examiner les logs de vCenter.

Création d’un compte utilisateur vCenter

Pour créer le compte utilisateur :

1. Dans un navigateur Web, connectez-vous à vSphere Web Client :

https://<IP_address_vCenter_Server>:9443/vSphere-client/

2. Accédez à Accueil > Administration > Utilisateurs et groupes SSO.

3. Sous l’onglet Utilisateurs, cliquez sur le signe + vert. La fenêtre Nouvel utilisateur s’affiche.

4. Dans le champ Nom d’utilisateur, indiquez un nom d’utilisateur (par exemple, EMC Backup and Recovery).

5. Dans les champs Mot de passe et Confirmer le mot de passe, indiquez un mot de passe. Les champs du prénom, du nom et du mot de passe peuvent rester vides.

6. Dans le champ Autorisations, sélectionnez Utilisateur Administrateur.

7. Cliquez sur OK.

Création d’un compte utilisateur vCenter et d’un rôle EMC Backup and Recovery dédiés 27


Création d’un rôle personnalisé

Pour personnaliser un rôle avec les privilèges requis :

1. Dans vSphere Web Client, accédez à Administration > Gestionnaire de rôles et cliquez sur le + vert.

La boîte de dialogue Créer un rôle s’affiche.

2. Saisissez le nom de ce rôle (par exemple, Admin1).

3. Sélectionnez tous les privilèges répertoriés dans le tableau Tableau 7 à la page 28 et cliquez sur OK. Ce compte utilisateur vCenter doit disposer au minimum de ces privilèges.

Tableau 7 Privilèges de compte utilisateur vCenter minimaux requis (page 1 of 3)

Paramètre Privilèges vCenter 5.1 requis Privilèges vCenter 5.0 requis

Alertes • Créer une alarme • Créer une alarme

Datastore • Allouer de l'espace• Parcourir le datastore • Opérations de fichier de bas

niveau• Déplacer le datastore • Supprimer le datastore • Supprimer un fichier• Rename datastore

• Allouer de l'espace• Parcourir le datastore• Opérations de fichier de bas

niveau• Déplacer le datastore • Supprimer le datastore • Supprimer un fichier• Rename datastore

Extension • Enregistrer une extension• Annuler l’enregistrement d’une

extension• Mettre à jour une extension

Dossier • Créer un dossier • Créer un dossier

Global • Annuler une tâche• Désactiver une méthode• Activer une méthode• Licences• Consigner les événements• Gérer les attributs personnalisés• Paramètres

• Annuler une tâche• Désactiver une méthode• Activer une méthode• Octroyer une licence à une

méthode• Consigner les événements• Gérer les attributs personnalisés• Paramètres

Réseau • Affecter un réseau• Configurer

• Affecter un réseau• Configurer

Ressource • Affecter une machine virtuelle à un pool de ressources

• Affecter une machine virtuelle à un pool de ressources

Sessions • Valider une session • Valider une session

Tâches • Créer une tâche • Mettre une tâche à jour

• Créer une tâche • Mettre une tâche à jour

vApp • Exportation• Configurer des applications vApp

• Exportation• Configurer des applications vApp



ordinateur virtuel

Configuration • Ajouter un disque existant • Ajouter un nouveau disque • Ajouter ou retirer un périphérique • Advanced • Modifier le nombre de CPU • Modifier une ressource • Suivi des modifications des

disques • Location de disque • Héberger un périphérique USB • Mémoire • Modifier les paramètres des

périphériques • Périphérique brut • Recharger à partir du chemin

d'accès• Supprimer un disque • Renommer • Réinitialiser les informations de

l'invité • Paramètres • Emplacement du fichier d'échange • Mettre à niveau le matériel virtuel• Étendre un disque virtuel

• Ajouter un disque existant • Ajouter un nouveau disque • Ajouter ou retirer un périphérique • Advanced • Modifier le nombre de CPU • Modifier une ressource • Suivi des modifications des

disques • Location de disque • Héberger un périphérique USB • Mémoire • Modifier les paramètres des

périphériques • Périphérique brut • Recharger à partir du chemin

d'accès• Supprimer un disque • Renommer • Réinitialiser les informations de

l'invité • Paramètres • Emplacement du fichier d'échange • Mettre à niveau le matériel virtuel• Étendre un disque virtuel

Opérations relatives aux invités

• Modifications des opérations relatives aux invités

• Exécution d’un programme d’opérations sur les invités

• Requêtes d’opérations sur les invités

• Modifications des opérations relatives aux invités

• Exécution d’un programme d’opérations sur les invités

• Requêtes d’opérations sur les invités

Interaction • Interaction avec la console• Gestion du système d’exploitation

invité via l’API VIX• Hors tension• Mise sous tension• Réinitialiser• Installation des outils VMware

• Obtention du ticket de contrôle de l'invité

• Interaction avec la console• Hors tension• Mise sous tension• Réinitialiser• Installation des outils VMware

Inventorier • Créer nouveau• S’enregistrer• Supprimer• Annuler l'inscription

• Créer nouveau• S’enregistrer• Supprimer• Annuler l'inscription





Comptes utilisateur vSphere Client

Avant de pouvoir utiliser le compte utilisateur vCenter ou l’utilisateur administrateur SSO (Single Sign-On) avec l’appliance EMC Backup and Recovery, ajoutez ces utilisateurs en tant qu’administrateurs sur le nœud racine de vCenter. Les utilisateurs qui héritent des autorisations des rôles de groupe ne sont pas valides.

Remarque : dans les environnements hautement sécurisés, vous pouvez limiter les autorisations de compte utilisateur vCenter requises pour configurer et administrer l’appliance EMC Backup and Recovery.Le Tableau 7 à la page 28 présente les catégories d’autorisation par type de compte.

Pour configurer l’utilisateur EMC Backup and Recovery ou l’administrateur SSO à l’aide de vSphere Web Client, procédez comme suit.

1. Dans un navigateur Web, accédez à vSphere Web Client :

https://<IP_address_vCenter_Server>:9443/vsphere-client/

2. Connectez-vous avec des droits d'administration.

3. Sélectionnez vCenter > Hôtes et clusters.

4. Sur le côté gauche de la page, cliquez sur les vCenter Server, comme l’illustre la Figure 1 à la page 31. Il est important de sélectionner cet élément au niveau de la racine de la structure arborescente (représentée sous Hôtes et clusters). Si vous sélectionnez la machine virtuelle vCenter, la configuration échoue.

Provisionnement • Autoriser l'accès au disque• Autoriser l'accès au disque en

lecture seule• Autoriser le téléchargement de

machines virtuelles• Mark as Template

• Autoriser l'accès au disque• Autoriser l'accès au disque en

lecture seule• Autoriser le téléchargement de

machines virtuelles• Mark as Template

Gestion des snapshots

• Créer un snapshot• Supprimer un snapshot• Restaurer un snapshot

état • Créer un snapshot• Supprimer un snapshot• Restaurer un snapshot





Figure 1 Sélection de vCenter Server dans vSphere Web Client

5. Cliquez sur l'onglet Gérer, puis sélectionnez Autorisations.

6. Cliquez sur l’icône Ajouter une autorisation (+).

7. Dans le volet Utilisateurs et groupes, cliquez sur Ajouter.

La boîte de dialogue Sélectionner des utilisateurs/groupes s’affiche.

8. Dans le menu déroulant Domaine, sélectionnez un domaine, un serveur ou SYSTEM-DOMAIN.

9. Sélectionnez l’utilisateur qui sera l’administrateur EMC Backup and Recovery ou l’administrateur SSO, puis cliquez sur Ajouter.

Si l’utilisateur EMC Backup and Recovery fait partie d’un compte de domaine, ce compte s’affiche au format « SYSTEM-DOMAIN\admin ». Si le nom d’utilisateur s’affiche au format « admin@SYSTEM-DOMAIN », les tâches associées à la procédure de sauvegarde risquent de ne pas figurer sous l’onglet Exécution en cours de la fenêtre Tâches récentes.

10. Cliquez sur OK.

11. Dans la liste déroulante Rôle attribué, sélectionnez le rôle que vous avez créé.

12. Vérifiez que la case Propager aux objets enfants est sélectionnée.

13. Cliquez sur OK.



Déploiement de l’appliance EMC Backup and RecoveryCette section décrit les procédures de téléchargement et de déploiement de l’appliance EMC Backup and Recovery en vue d’utiliser NetWorker VMware Data Protection :

Téléchargement des fichiers OVA d’EBR

Pour obtenir l’appliance EMC Backup and Recovery, téléchargez les bundles VMware, lesquels s’affichent en tant que fichiers OVA Accédez à la page des téléchargements associés à EMC NetWorker sur le site de support en ligne EMC : http://support.emc.com. Sur la page Support par produit, recherchez NetWorker, puis sélectionnez Téléchargements. La page Téléchargements vous permet de sélectionner les différentes versions de NetWorker. Seule la version 8.1 de NetWorker contient les téléchargements au format OVA.

Chaque fichier OVA remplit un rôle bien déterminé :

◆ Fichier OVA 0,5 To : téléchargez la version 0,5 To de l’appliance si vous effectuez des sauvegardes sur le DDR ou si vous protégez moins de 10 machines virtuelles en utilisant le stockage interne.

◆ Fichier OVA 4 To : téléchargez la version 4 To de l’appliance si vous effectuez des sauvegardes sur le stockage interne et que vous protégez moins de 10 machines virtuelles.Le Tableau 8 à la page 32 présente des recommandations concernant le provisionnement de mémoire et d’espace swap en fonction de l’espace de stockage utilisé.

◆ Fichier OVA proxy : téléchargez l’appliance proxy externe lorsque vous effectuez plus de huit sauvegardes simultanées ou dans le but d’améliorer les performances dans des situations particulières (par exemple, vous pouvez être amené à déployer un proxy externe sur un serveur VMware ESX en vue d’exécuter des sauvegardes hotadd de machines virtuelles sur ce serveur).

Le « Configuration requise pour NetWorker VMware Protection », page 21présente d’autres exigences de configuration système applicables aux appliances. Téléchargez le fichier OVA voulu et placez-le dans l’espace de stockage partagé.

Tableau 8 Mémoire et espace swap recommandés en fonction de l’utilisation de l’espace de stockage

Utilisation Physical MemoryEspace de permutation

moins de 25 % (1 To) 12 Go 16 Go

moins de 65 % (2,5 To) 18 Go 16 Go

jusqu’à 100 % (4 To) 24 Go 16 Go




Déploiement de l’appliance EMC Backup and Recovery

La procédure de déploiement suivante s’applique à chaque fichier OVA, y compris la version proxy. Une fois les fichiers .ova téléchargés dans l’espace de stockage partagé, ouvrez vSphere Web Client.

Pour déployer le fichier .ova :

1. Dans vSphere Web Client, accédez à Accueil > vCenter > Hôtes et clusters.

2. Cliquez avec le bouton droit de la souris sur vCenter, puis sélectionnez Déployer le modèle OVF.

3. Dans la fenêtre Sélectionner la source, sélectionnez Fichier local, puis cliquez sur Parcourir, comme illustré sur la Figure 2 à la page 33.

4. Dans la liste déroulante de type de fichier, sélectionnez Modules OVA, puis accédez au répertoire contenant les fichiers .ova. Sélectionnez le fichier, puis cliquez sur Ouvrir.

Figure 2 Sélection du fichier OVA à déployer dans vCenter/vSphere Web Client

5. Dans la fenêtre Déployer le modèle OVA, cliquez sur Suivant.

6. Dans la fenêtre Examiner les détails, cliquez sur Suivant.

7. Acceptez le contrat de licence utilisateur et cliquez sur Suivant.

8. Spécifiez un nom pour l’appliance EMC Backup and Recovery, puis sélectionnez le dossier ou le datacenter au sein duquel vous souhaitez déployer l’appliance. Cliquez sur Suivant.

9. Sélectionnez la ressource vers laquelle vous souhaitez déployer l’appliance EMC Backup and Recovery, puis cliquez sur Suivant.

Déploiement de l’appliance EMC Backup and Recovery 33


10. Sélectionnez Stockage, choisissez le format de disque virtuel, puis cliquez sur Suivant. EMC recommande l’utilisation du format de disque avec Thin Provisioning.

11. Dans la liste déroulante de la fenêtre Configurer des réseaux, sélectionnez le réseau de destination, puis cliquez sur Suivant.

12. Indiquez les propriétés réseau, y compris l’adresse IP correcte (IP statique), DNS, etc. Vérifiez que ces informations sont correctes. Si ce n’est pas le cas, l’appliance ne fonctionnera pas. Cliquez sur Suivant.

13. Dans la fenêtre Prêt à terminer, assurez-vous que l’option Mise sous tension après le déploiement est sélectionnée, puis cliquez sur Terminer.

Après quelques minutes, un écran semblable à celui illustré sur la Figure 3 à la page 34 s’affiche sur la console de l’appliance EMC Backup and Recovery dans vCenter.

Figure 3 Écran d’enregistrement de l’appliance EBR

Attribution d’un proxy pour la sauvegarde et la restaurationLorsque vous disposez de plus de 10 machines virtuelles à protéger, les opérations de sauvegarde et de restauration nécessitent le déploiement de machines virtuelles proxy. Le fichier OVA proxy décrit à la section « Déploiement de l’appliance EMC Backup and Recovery », page 32 comporte 8 proxys internes permettant de sauvegarder simultanément 8 machines virtuelles. Pour sauvegarder plus de 8 machines virtuelles simultanément, vous devez déployer une machine virtuelle proxy externe qui intègre 8 proxys internes. Un proxy est attribué pour une seule sauvegarde ou une seule restauration d’une machine virtuelle à un point dans le temps.



Sélection d’un proxy pour la sauvegarde ou la restauration

EMC Backup and Recovery sélectionne un proxy à partir du pool de proxys en fonction des disponibilités. Il actualise périodiquement l’association entre le proxy et le datastore. Si un proxy est disponible et a accès au datastore de la machine virtuelle à sauvegarder, il utilise le mode hotadd. Si un proxy est disponible mais qu’il n’a pas accès au datastore de la machine virtuelle à sauvegarder, il utilise le mode NBD, qui passe par le LAN et est généralement plus lent que le mode hotadd.

Remarque : actuellement, le nombre de sessions hotadd qu’un proxy externe peut établir dépend du nombre total de VMDK présents sur toutes les machines virtuelles en cours de sauvegarde. Par exemple, un proxy doté d’un contrôleur peut uniquement prendre en charge 12 sessions hotadd. S’il existe plus de 12 VMDK en cours de sauvegarde, le proxy revient au mode nbd pour les VMDK restants. Cette situation peut entraîner une dégradation des performances de sauvegarde.

Restriction du mappage des datastores

Pour restreindre le mappage des datastores aux seuls clients proxy, exécutez les étapes suivantes à partir de la console de l’appliance EMC Backup and Recovery :

1. Accédez au répertoire /usr/local/vdr/etc.

2. Modifiez le fichier vcenterinfo.cfg en y insérant l’entrée suivante :

proxy-datastore-updater=local

3. Exécutez emwebapp.sh --restart.

Ces étapes associent uniquement le proxy aux datastores locaux situés sur l’hôte VMware ESXi. EMC Backup and Recovery peut sélectionner le proxy en fonction de sa disponibilité, mais il n’a pas accès au datastore de la machine virtuelle à sauvegarder et, de ce fait, il risque d’entraîner l’échec de la sauvegarde. Si vous choisissez ce mode de sauvegarde pour une machine virtuelle, vous devez déployer un proxy sur un serveur VMware ESX ayant accès au datastore qui exécute la machine virtuelle.

Chaque machine virtuelle proxy externe dispose de 2 contrôleurs SCSI, et chaque contrôleur SCSI autorise 12 opérations de sauvegarde et restauration hotadd au maximum. Par conséquent, chaque proxy externe peut exécuter simultanément 24 opérations de sauvegarde/restauration hotadd. Toutes les opérations de sauvegarde dépassant ce nombre entraînent le retour arrière de la sauvegarde au mode de transport nbd.

EMC NetWorker sauvegarde chaque disque virtuel de la machine virtuelle de manière séquentielle lorsque celle-ci dispose de plus de 2 fichiers VMDK. Toutefois, si vous utilisez la fonction CBT, la vitesse des sauvegardes augmente, avec un taux de modification des données des machines virtuelles très faible ou nul.

Attribution d’un proxy pour la sauvegarde et la restauration 35


Déploiement de proxys externes

Après le déploiement des hôtes proxy externes, chaque proxy fournit les fonctionnalités suivantes :

◆ sauvegarde des machines virtuelles Microsoft Windows et Linux (images entières ou lecteurs spécifiques inclus) ;

◆ restauration des machines virtuelles Microsoft Windows et Linux (images entières ou lecteurs spécifiques inclus) ;

◆ restauration sélective de dossiers et fichiers individuels sur des machines virtuelles Microsoft Windows et Linux.

Même si vous pouvez effectuer des restaurations entre datacenters en utilisant un proxy déployé dans un datacenter pour restaurer des fichiers sur une machine virtuelle dans un autre datacenter, ces restaurations sont sensiblement plus longues que si le proxy et la machine virtuelle cible se trouvent dans le même datacenter. Par conséquent, pour garantir des performances optimales, déployez au moins un proxy au sein de chaque datacenter à protéger.

Ajout d’entrées DNS

Lorsque vous déployez une appliance proxy, comme décrit à la section « Déploiement d’une appliance externe proxy dans vCenter » à la page 36, vous devez spécifier une adresse IP et un nom uniques pour chaque machine virtuelle proxy. vCenter Server procède à la résolution des noms afin de garantir que l’hôte est en mesure de résoudre le nom et l’adresse IP. Pour obtenir de meilleurs résultats, configurez toutes les entrées DNS requises pour les proxys que vous prévoyez de déployer avant d’effectuer cette procédure.

Déploiement d’une appliance externe proxy dans vCenter

Pour déployer l’appliance proxy sur le serveur vCenter, procédez comme suit :

1. Démarrez vSphere Client et connectez-vous à vCenter Server.

La fenêtre vSphere Client apparaît.

2. Sélectionnez File > Deploy OVF Template.

L’assistant Deploy OVF Template apparaît.

3. Sur l’écran Source, procédez comme suit :

a. Sélectionnez Deploy from file or URL, puis cliquez sur Browse.

La boîte de dialogue Open apparaît.

b. Sélectionnez Ova files (*.ova) dans la liste Files of Type.

c. Accédez au fichier OVA proxy EMC Backup and Recovery précédemment téléchargé à la section « Téléchargement des fichiers OVA d’EBR » à la page 32.

d. Sélectionnez le fichier de modèle d’appliance, puis cliquez sur Open.

La boîte de dialogue Open se ferme.

Le chemin d’accès complet au fichier de modèle de l’appliance s’affiche dans le champ de fichier Déployer depuis.

e. Cliquez sur Suivant.

L’écran OVF Template Details s’affiche.



4. Sur l’écran OVF Template Details, procédez comme suit :

a. Vérifiez l’exactitude des informations du modèle.

b. Cliquez sur Suivant.

Le contrat de licence de l’utilisateur s’affiche.

5. Acceptez le contrat, puis cliquez sur Suivant.

L’écran Name and Location s’affiche.

6. Sur l’écran Name and Location, procédez comme suit :

a. Entrez un nom d’hôte complet dans le champ Name.

Un proxy peut potentiellement porter trois noms différents :

– le nom de la machine virtuelle sur laquelle le proxy s’exécute, qui est également le nom géré et visible dans vCenter,

– le nom DNS alloué à la machine virtuelle du proxy,

– le nom d’hôte de l’appliance EMC Backup and Recovery après l’enregistrement et l’activation du proxy sur le serveur.

Pour éviter toute confusion et des problèmes potentiels, EMC recommande instamment de toujours utiliser le même nom d’hôte complet pour ce proxy dans tous les contextes.

b. Sélectionnez un datacenter et un emplacement de dossier pour ce proxy dans l’arborescence Inventory.

c. Cliquez sur Suivant.

L’écran Host / Cluster s’affiche.

7. Sur l’écran Host / Cluster, procédez comme suit :

a. Sélectionnez un serveur VMware ESX ou un cluster.


Si vous avez sélectionné un cluster, l’écran Specific Host s’affiche.

8. Sur l’écran Specific Host, procédez comme suit :

a. Sélectionnez un serveur VMware ESX spécifique dans la liste Host Name.


L’écran Pool de ressources s’affiche.

9. Sur l’écran Pool de ressources, procédez comme suit :

a. Sélectionnez un pool de ressources pour ce proxy.


L’écran Storage s’affiche.

10. Sur l’écran Storage, procédez comme suit :



a. Sélectionnez un emplacement de stockage pour ce proxy.


L’écran Disk Format s’affiche.

11. Sur l’écran Disk Format, procédez comme suit :

a. Acceptez la valeur par défaut suggérée pour Available Space (GB).

b. Acceptez le paramètre de provisionnement par défaut suggéré (Thin Provision).

c. Cliquez sur Suivant.

L’écran Network Mapping s’affiche.

12. Sur l’écran Propriétés réseau, procédez comme suit :

a. Sélectionnez un réseau de destination dans la liste.


L’écran Propriétés réseau s’affiche.

Les paramètres réseau du proxy sont difficiles à modifier une fois celui-ci enregistré et activé. Par conséquent, assurez-vous que les paramètres que vous saisissez sur l’écran Propriétés réseau sont corrects.

13. Sur l’écran Networking Properties, procédez comme suit :

a. Dans le champ Passerelle par défaut, saisissez l’adresse IP de la passerelle par défaut du réseau.

b. Saisissez un ou plusieurs noms d’hôte DNS (Domain Name Server) ou adresses IP dans le champ DNS. Séparez les entrées multiples avec des virgules.

c. Saisissez une adresse IP routable valide sur le réseau dans le champ Adresse IP réseau.

d. Saisissez le masque réseau approprié pour votre réseau dans le champ Masque réseau.

14. Cliquez sur Suivant.

L’écran Ready To Complete s’affiche.

15. Vérifiez l’exactitude des informations.

16. Cliquez sur Terminer.

L’assistant Deploy OVF Template se ferme.

17. Attendez la fin de l’opération de déploiement.

Celle-ci peut durer quelques minutes.

Un message de confirmation s’affiche.

18. Cliquez sur Close pour fermer le message de confirmation.



Une fois l’appliance EMC Backup and Recovery déployée, accédez à la console de la machine virtuelle dans vSphere Client.

Figure 4 Enregistrement du proxy à l’aide de l’appliance EMC Backup and Recovery

Pour enregistrer le proxy, suivez les invites, comme illustré sur la Figure 4 à la page 39 :

1. Appuyez sur 1 pour enregistrer le proxy.

2. À l’invite Entrez l’adresse de l’appliance EMC Backup and Recovery, saisissez le nom de domaine complet (FQDN) du serveur de l’appliance EMC Backup and Recovery.

3. À l’invite Entrez le domaine du serveur [clients] : , appuyez sur Entrée et n’apportez aucune modification.

4. Indiquez le mot de passe de l’appliance EMC Backup and Recovery si vous utilisez un autre mot de passe que celui défini par défaut.

Attendez que le message Tentative de connexion à l’appliance EMC Backup and Recovery... Connexion réussie s’affiche.



5. Validez l’enregistrement dans NMC en vous assurant que l’hôte proxy externe figure sous la colonne des hôtes proxy externes du proxy associé/lié, comme illustré sur la Figure 5 à la page 40.

Figure 5 Hôtes proxy externes dans NMC

Réenregistrement du proxy sur un serveur différent

Pour réenregistrer le proxy sur un serveur différent :

1. Démarrez la console, puis connectez-vous au proxy.

2. Exécutez la commande suivante<:hs>:

/usr/local/avamarclient/etc/initproxyappliance.sh start

Configuration de la fenêtre de configuration d’EMC Backup and Recovery

Configurez l’appliance à l’aide de la fenêtre de configuration d’EMC Backup and Recovery.

1. Ouvrez un navigateur Internet et saisissez l’URL, comme indiqué à l’étape 1. L’URL est similaire à la suivante :

http://EMC Backup and Recovery appliance FQDN:8580/ebr-configure



Lorsque vous êtes connecté, la fenêtre de configuration d’EMC Backup and Recovery s’affiche, comme indiqué à la Figure 6 à la page 41.

Figure 6 Page de bienvenue de la fenêtre de configuration d’EMC Backup and Recovery

La fenêtre de configuration d’EMC Backup and Recovery nécessite l’installation d’Adobe Flash Player. Si vous ne disposez pas de la version appropriée d’Adobe Flash Player, un message contenant un lien pour la télécharger s’affiche. Si vous ne parvenez toujours pas à établir de connexion après avoir installé Adobe Flash Player, vérifiez la configuration réseau (adresse IP, DNS, etc.) en vous connectant à l’écran d’enregistrement de l’appliance EMC Backup and Recovery. En cas de saisie incorrecte de l’une des informations réseau, vous devez recommencer le déploiement.

2. Connectez-vous avec l’ID utilisateur et le mot de passe par défaut. Par défaut :

• ID utilisateur : root

• mot de passe : 8RttoTriz

3. Dans l’écran Welcome, cliquez sur Next.

4. Dans l’écran Network settings, vérifiez la configuration IP, puis cliquez sur Next.

5. Définissez le fuseau horaire de façon à ce qu’il corresponde à celui de l’appliance vCenter. Si ce n’est pas le cas, vous risquez de rencontrer des problèmes de connexion à EMC Backup and Recovery à partir de vCenter. Le fuseau horaire par défaut de vCenter est UTC. Cliquez sur Next.

6. Spécifiez un nouveau mot de passe EMC Backup and Recovery pour le compte root, puis cliquez sur Next.

Configuration de la fenêtre de configuration d’EMC Backup and Recovery 41


7. Dans l’écran d’enregistrement de vCenter, sous l’onglet Configuration, saisissez les informations requises pour établir la connexion avec l’appliance vCenter, puis cliquez sur Test connection. Assurez-vous que la case Use vCenter for SSO authentication reste activée, comme indiquée à la Figure 7 à la page 42. Cliquez sur Suivant.

Figure 7 Fenêtre de configuration d’EMC Backup and Recovery lors de l’enregistrement

Remarque : Si l’hôte du serveur vCenter est différent de l’hôte du serveur Web vSphere, utilisez admin@system/domain comme nom d’utilisateur ainsi que le mot de passe approprié.

8. Sous NetWorker Registration, saisissez les informations requises pour la connexion au NetWorker Server :

• Nom d’utilisateur NetWorker = VMUser (par défaut)

• Mot de passe NetWorker = changeme (par défaut)

• Adresse IP ou nom de domaine complet (FQDN) NetWorker

• Port du service Web NetWorker = 8080 (par défaut)

Remarque : pour modifier le nom par défaut VMUser, dans NMC, accédez à NetWorker Administration > NetWorker server properties > Divers, puis modifiez le nom d’utilisateur et le mot de passe. Lorsque vous modifiez le nom d’utilisateur et le mot de passe dans NMC, veillez à spécifier les nouvelles valeurs dans NetWorker registration.

9. Cliquez sur Test NetWorker connection pour tester la connexion. Dans le cadre d’une reprise après sinistre, sélectionnez l’option Override NetWorker registration si l’appliance EMC Backup and Recovery a été enregistrée dans le NetWorker Server.

10. Cliquez sur Terminer. Un message s’affiche, indiquant que la configuration est terminée et que l’appliance EMC Backup and Recovery va redémarrer.



Une fois le redémarrage terminé, il faut attendre près d’une heure avant que l’appliance EMC Backup and Recovery déployée (affichée sous le nom VMware Backup Appliance) figure dans NMC. Pendant ce temps, veillez à ne pas modifier la configuration d’EMC Backup and Recovery ni celle du NetWorker Server. Dès lors que le déploiement est terminé, l’état de l’appliance VMware Backup Appliance est visible dans NMC et un message s’affiche dans le volet Logs de l’onglet Configuration de NMC.

Configuration post-installation dans la fenêtre de configuration d’EMC Backup and Recovery

Pour confirmer le bon déroulement de l’enregistrement et de la configuration du processus d’installation de l’appliance EMC Backup and Recovery/VMware Backup Appliance dans NetWorker :

1. Assurez-vous que la fenêtre Log de NMC affiche le message suivant :

NetWorker server, ''server_name'' registration succeeded for VMware Backup Appliance VBA_hostname

2. Connectez-vous à la fenêtre de configuration d’EMC Backup and Recovery à l’aide du nouveau mot de passe EMC Backup and Recovery que vous avez défini lors de la configuration.

Lorsque vous ouvrez la fenêtre de configuration d’EMC Backup and Recovery après l’enregistrement, la fenêtre illustrée à la Figure 8 à la page 43 s’affiche ; elle vous permet de vérifier les informations de configuration et de vous assurer que les services requis sont en cours d’exécution.

Figure 8 Fenêtre de configuration d’EMC Backup and Recovery après l’enregistrement

Configuration post-installation dans la fenêtre de configuration d’EMC Backup and Recovery 43


L’onglet Status répertorie l’ensemble des services requis par EMC Backup and Recovery et l’état actuel de chacun d’entre eux.Le Tableau 9 à la page 44 décrit les services utilisés par EMC Backup and Recovery.

Remarque : lorsqu’un service s’arrête, l’action déclenche une alarme sur le serveur vCenter. Lorsque le service redémarre, vCenter efface l’alarme. Un délai de 10 minutes maximum peut être nécessaire pour que vCenter n’efface ou ne déclenche une alarme.

EMC Backup and Recovery affiche l’un des états suivants pour un service :

◆ Démarrage

◆ Échec du démarrage

◆ En cours d’exécution ;

◆ Arrêt

◆ Échec de l'arrêt

◆ Arrêté

◆ Chargement en cours - Récupération de l'état

◆ Irrécupérable (services de base uniquement)

◆ Restauration en cours (services de gestion uniquement)

◆ Échec de la restauration (services de gestion uniquement)

Pour mettre les états affichés à jour, cliquez sur l'icône Actualiser.

Tableau 9 Description des services exécutés sur l’appliance EMC Backup and Recovery

Services Description

Services de base Comprennent le moteur de sauvegarde de l’appliance. Lorsqu'ils sont désactivés, aucune procédure de sauvegarde (planifiée ou à la demande) ne s'exécute et aucune activité de restauration ne peut être déclenchée.

Services de gestion Ces services ne doivent être arrêtés que sur instruction du support technique.

Services de système de fichiers

Permettent le montage de sauvegardes pour les opérations de restauration de niveau fichier.

Services de restauration en mode fichier

Prennent en charge la gestion des opérations de restauration de niveau fichier.

Services de maintenance

Permettent d’effectuer les tâches de maintenance (par exemple, évaluer si des périodes de rétention des sauvegardes sont arrivées à expiration). Ces services démarrent à l’heure de début de la première fenêtre de maintenance après une période de 24 heures. La fenêtre de maintenance est planifiée pour démarrer à 08h00 chaque jour.Par exemple, si le système a été déployé à 10h20 le jeudi, la période de 24 heures se terminera à 10h20 le vendredi. La fenêtre de maintenance suivante commencera donc à 08h00 le samedi.

Remarque : après le déploiement, les services de maintenance ne sont pas en cours d’exécution comme sur la figure ci-dessus.



Démarrage et arrêt de services

Lorsque tous les services sont arrêtés, vous devez les démarrer dans l’ordre suivant :

1. Services de base

2. Services de gestion

3. Services de maintenance

4. Services de système de fichiers

5. Services de restauration en mode fichier

Pour arrêter un service, dans la fenêtre de configuration d’EMC Backup and Recovery, sous l’onglet Status, cliquez sur Stop en regard du service. De manière générale, il est préférable de n’arrêter les services en cours d’exécution que sur instruction du support technique.

Si vous arrêtez un service, vous pouvez tenter de le redémarrer en cliquant sur Start. Dans certains cas toutefois, d'autres problèmes doivent être résolus avant que ce service ne fonctionne à nouveau correctement.

Collecte des fichiers log

Vous pouvez collecter les fichiers log en cliquant sur le bouton Collect Logs disponible sous l’onglet Status de la fenêtre de configuration d’EMC Backup and Recovery. Le collecteur de logs compresse les fichiers log, que vous pouvez enregistrer sur la machine ayant démarré la fenêtre de configuration d’EMC Backup and Recovery.

Figure 9 Collecte de fichiers log dans la fenêtre de configuration d’EMC Backup and Recovery

Configuration post-installation dans la fenêtre de configuration d’EMC Backup and Recovery 45


Sauvegarde de machines virtuellesUne fois le déploiement terminé, utilisez les deux applications suivantes pour configurer une sauvegarde de machine virtuelle :

◆ « VMware Backup Appliance via NetWorker Management Console », page 46

◆ « Plug-in EMC Backup and Recovery pour vCenter », page 56

VMware Backup Appliance via NetWorker Management Console

NetWorker Management Console (NMC) est l’interface utilisateur du serveur de Console EMC NetWorker, qui gère toutes les instances de EMC NetWorker Server et EMC NetWorker Client, et qui assure les fonctions de reporting et surveillance associées.

NMC s’exécute à partir de tout ordinateur disposant d’un navigateur Web pris en charge et de JRE (Java Runtime Environment). Le Guide d’installation de EMC NetWorker fournit des informations sur les navigateurs Web et les versions de JRE pris en charge.

L’interface de NMC se compose de deux fenêtres principales :

◆ fenêtre Console

◆ fenêtre Administration

Lorsque vous vous connectez au serveur NMC, la fenêtre Console s’affiche comme indiqué à la Figure 10 à la page 46.

Figure 10 fenêtre Console

La fenêtre Console est le premier point d’accès aux tâches EMC NetWorker. Pour gérer et surveiller un NetWorker Server et des NetWorker Clients :



1. Cliquez sur le bouton Entreprise, puis sélectionnez un NetWorker Server dans le volet de gauche.

2. Cliquez avec le bouton droit de la souris sur le serveur dans le volet de gauche de la fenêtre Console, puis sélectionnez Démarrer l’application. La fenêtre Administration s’affiche.

3. Cliquez sur l'onglet Configuration.La Figure 11 à la page 47 s’affiche.

Figure 11 Onglet Configuration de la fenêtre Administration NMC

Deux groupes de ressources s’affichent dans la partie inférieure du volet de gauche :

◆ Appliance de sauvegarde VMware (VBA) : affiche la ou les appliances VBA enregistrées.

◆ Politiques de protection VMware : affiche la politique par défaut après l’enregistrement de la première appliance de sauvegarde VBA par EMC NetWorker. NetWorker crée cette politique de protection VMware par défaut et l’attribue automatiquement à l’appliance.La Figure 12 à la page 48 affiche la politique de protection VMware par défaut.

En outre, une nouvelle ressource s’affiche dans la fenêtre Périphériques. EMC NetWorker crée automatiquement un périphérique par défaut pour l’appliance de sauvegarde VBA, en fonction du type de média AFTD, pour le stockage interne de VBA.

Sauvegarde de machines virtuelles 47


Figure 12 Politique de protection VMware par défaut dans NMC

EMC NetWorker permet d’exécuter la politique par défaut une fois toutes les 24 heures à partir de 21h00. Le niveau de sauvegarde utilisé est déterminé par les niveaux définis dans l’ordonnanceur par défaut et respecte une politique de rétention des données d’un mois.

Pour ajouter des machines virtuelles à la politique de protection, il est inutile de créer de nouvelles instances de client pour chaque machine virtuelle. Au lieu de cela, vous attribuez les machines virtuelles aux politiques de protection VMware à l’aide du plug-in EMC Backup and Recovery pour vSphere Web Client. Pour plus d’informations, reportez-vous à la section « Plug-in EMC Backup and Recovery pour vCenter », page 56. Si vous souhaitez créer des politiques ou modifier la politique existante, passez à la section suivante.

Remarque : si vous n’ajoutez pas de machines virtuelles à la politique, la sauvegarde s’exécute comme prévu mais sans aucun contenu.

Configuration de politiquesUne politique nommée « Par défaut » est créée automatiquement dans EMC NetWorker lorsque vous enregistrez la première appliance de sauvegarde VBA. EMC NetWorker applique cette politique à toutes les appliances de sauvegarde VMware enregistrées et conserve les sauvegardes créées par cette politique sur l’espace de stockage interne de l’appliance.

Vous pouvez avoir besoin de définir plusieurs politiques de sauvegarde de machines virtuelles. Par exemple, vous souhaitez protéger les machines virtuelles en fonction de la rétention des médias, du nombre de clones requis, etc.

Pour créer une nouvelle politique de protection :



1. Sous l’onglet Configuration de la fenêtre Administration de NMC, cliquez avec le bouton droit de la souris sur Politiques de protection VMware dans le volet de gauche et sélectionnez Nouveau, comme indiqué sur la Figure 13 à la page 49.

Figure 13 Création d’une politique dans NMC



2. Sous l’onglet Définition de la fenêtre Créer une politique VMware, saisissez un nom descriptif pour la politique, puis spécifiez une heure de début et un intervalle. EMC NetWorker renseigne ces champs à l’aide de valeurs par défaut. Sur la Figure 14 à la page 50, une politique intitulée BackuptoDDRAndClone est en cours de création pour la sauvegarde et le clonage de machines virtuelles sur un système Data Domain.

Figure 14 Fenêtre Créer une politique VMware

Remarque : la fonction de démarrage automatique est activée par défaut.



3. Pour créer l’action VMware (par exemple, Type d’action = sauvegarde VMware), cliquez sur le bouton Nouveau du volet Actions VMware.La Figure 15 à la page 51 s’affiche.

Figure 15 Fenêtre Créer une action VMware

La configuration d’une sauvegarde et d’un clone nécessite la création de deux actions, dans l’ordre suivant :

• VMware

• Clonage de

4. Répétez les étapes suivantes pour chaque type d’action :

a. Saisissez un nom descriptif pour l’action.

b. Dans le champ Type d’action :

– Sélectionnez sauvegarde VMware pour effectuer des sauvegardes sur l’espace de stockage interne ou sur le DDR.

– Sélectionnez clone pour effectuer un clone sur un DDR ou sur une cible sur bande.

Remarque : vous pouvez uniquement effectuer des sauvegardes sur le stockage interne ou le DDR de l’appliance de sauvegarde VMware. Seules les sauvegardes sur le DDR peuvent être clonées. Vous pouvez les cloner sur n’importe quelle unité de clonage prenant en charge EMC NetWorker.

c. Choisissez un pool de destination :

– Pour les actions de type sauvegarde VMware, sélectionnez Pool par défaut interne VBA pour sauvegarder les données sur le stockage interne ou choisissez le pool de sauvegarde Data Domain pour spécifier un périphérique Data Domain comme cible.



– Pour les actions de type clone, sélectionnez le pool correspondant au périphérique Data Domain créé ou un pool de clone contenant des bandes de clonage sur bande.

Lorsque vous sélectionnez un pool pour le périphérique Data Domain, la sauvegarde VMware est effectuée sur ce dernier au lieu du stockage interne VBA. Par exemple, pour créer la politique BackuptoDDRAndClone, le périphérique Data Domain nécessite un pool de sauvegarde, étant donné qu’il est impossible de cloner une sauvegarde sur un Pool par défaut interne VBA.

d. Sélectionnez une politique de rétention des index et des médias pour la gestion des index, ou alors utilisez les valeurs par défaut.

e. Sous l’onglet Ordonnanceur, EMC NetWorker a recours à l’ordonnanceur Sauvegarde incrémentielle systématique VMware par défaut. Vous pouvez utiliser l’ordonnanceur par défaut, sélectionner un autre ordonnanceur dans la liste déroulante ou cliquer sur le bouton + vert afin de créer un nouvel ordonnanceur ou modifier un ordonnanceur existant.

Lorsque vous cliquez sur OK pour créer l’action de sauvegarde VMware, la fenêtre Créer une politique VMware ou Modifier la politique de protection VMware s’affiche à nouveau, présentant la nouvelle action dans le volet Actions VMware, ainsi que les informations relatives à la politique. Vous devez alors attribuer une appliance de sauvegarde VBA à la politique.

5. Dans la fenêtre Créer une politique VMware ou Modifier la politique de protection VMware, sélectionnez une appliance sous l’onglet Sélection de l’appliance de sauvegarde VMware, comme indiqué sur la Figure 16 à la page 52, puis cliquez sur OK.

Figure 16 Sélection d’une appliance de sauvegarde VBA dans la fenêtre Créer une politique VMware ou Modifier la politique de protection VMware



Remarque : si vous ne sélectionnez pas d’appliance de sauvegarde VBA pour la politique, NMC affiche un message d’avertissement indiquant qu’aucune appliance n’est rattachée à cette politique et vous demandant si vous voulez poursuivre l’opération. Si cet avertissement s’affiche, cliquez sur Non, puis revenez à cette fenêtre pour attribuer une appliance de sauvegarde VBA.

Lorsque vous effectuez ces étapes, la Figure 17 à la page 53 s’affiche, indiquant la politique de protection VMware effectuée et les actions associées. Une carte s’affiche également dans la partie inférieure de la fenêtre, représentant visuellement la politique et les actions associées.

Figure 17 Politique de protection VMware et actions associées

Pour éviter d’attendre que toutes les sauvegardes soient terminées avant de démarrer l’action de clonage, vous pouvez choisir d’exécuter ces deux opérations en parallèle, à l’instar de l’option de clonage immédiat d’EMC NetWorker, qui permet à un groupe de démarrer le clonage au terme de chaque saveset.

Pour activer et marquer les actions à exécuter simultanément avec les actions qui les précèdent :

1. Ouvrez la fenêtre Créer une politique VMware ou Modifier la politique de protection VMware.



2. Activez les cases appropriées sous l’onglet Définition, comme illustré sur la Figure 18 à la page 54.

Figure 18 Activation des actions et configuration de leur exécution simultanée dans la fenêtre Créer une politique VMware

Une fois la politique créée et les actions définies, sélectionnez la VBA appliquée par la politique en sélectionnant l’onglet Sélection de l’appliance de sauvegarde VMware disponible dans la fenêtre Créer une politique VMware ou Modifier la politique de protection VMware.

Remarque : bien que vous ne puissiez pas utiliser EMC NetWorker pour attribuer des politiques à des machines virtuelles spécifiques, vous pouvez attribuer une politique créée dans NMC à des machines virtuelles précises à partir de l’interface vSphere Web Client.Pour plus d'informations, reportez-vous à la section « Attribution de machines virtuelles à une politique », page 66.

Démarrage manuel de la politiqueVous pouvez démarrer manuellement une politique de protection VMware en cliquant avec le bouton droit de la souris sur la politique dans la section Groupes et politiques de la fenêtre Surveillance VMware et en sélectionnant l’option Démarrer. Vous pouvez également attendre que NetWorker démarre la politique de sauvegarde en fonction de l’heure de début planifiée.

Visualisation de la progression de l’exécution de la politiqueVous pouvez visualiser la progression de l’exécution d’une politique dans la boîte de dialogue Détails de la politique, qui s’affiche lorsque vous double-cliquez sur la politique dans la section Groupes et politiques de la fenêtre Surveillance.

EMC NetWorker affiche la progression de la session d’une politique dans la section Toutes les sessions de la fenêtre Surveillance NMC.



Pour afficher les rapports NMC relatifs aux politiques exécutées, dans la fenêtre Administration de NMC, sous l’onglet Rapports, sélectionnez Politique de protection des données NetWorker.

Arrêt d’une politique depuis NMCPour annuler une politique dans NMC, cliquez avec le bouton droit de la souris sur la politique de sauvegarde à la section Groupes et politiques de la fenêtre Surveillance NMC et sélectionnez l’option Arrêter.

Santé de l’appliance de sauvegarde VBA dans NMCNMC récupère automatiquement les informations relatives à l’appliance VBA, y compris les détails et les informations de santé suivants :

◆ hôte vCenter ;

◆ politiques insérées dans l’appliance VBA ;

◆ liste des hôtes proxy externes ;

◆ capacité totale du stockage interne ;

◆ capacité utilisée du stockage interne ;

◆ dernier point de contrôle validé ;

◆ état En ligne/Hors ligne ;

◆ état et erreur de configuration.

Vous pouvez surveiller l’état (hors ligne/en ligne) de l’appliance VBA à partir de NMC, comme illustré sur la Figure 19 à la page 55. Pour afficher d’autres propriété relatives à l’appliance VBA, cliquez avec le bouton droit de la souris sur la ressource serveur de l’appliance et sélectionnez Propriétés.

Figure 19 Surveillance de la santé de l’appliance VBA à partir de NMC



Abandon de l’appliance VBANMC comporte une option permettant d’abandonner une appliance VBA suite à un problème. Pour abandonner l’appliance, cliquez dessus avec le bouton droit de la souris et sélectionnez Abandonner dans le menu déroulant. La boîte de dialogue illustrée à la Figure 20 à la page 56 s’affiche.

Figure 20 Abandon de l’appliance VBA dans NMC

Plug-in EMC Backup and Recovery pour vCenter

vSphere Web Client permet d’accéder à l’interface utilisateur du plug-in EMC Backup and Recovery. L’interface utilisateur du plug-in EMC Backup and Recovery fonctionne comme un plug-in exécuté au sein de vSphere Web Client pour établir la connexion à l’appliance EMC Backup and Recovery à des fins de stockage de sauvegardes de machines virtuelles. Vous pouvez uniquement gérer EMC Backup and Recovery via vSphere Web Client. La déduplication s'effectue automatiquement avec chaque opération de sauvegarde.

Remarque : vous ne pouvez pas utiliser l’appliance EMC Backup and Recovery sans disposer de vCenter Server. En mode lié, l’appliance EMC Backup and Recovery fonctionne uniquement avec l’instance vCenter à laquelle elle est associée.

Avantages de la solution EMC de sauvegarde et de restaurationEMC Backup and Recovery offre les avantages suivants :

◆ Protection rapide et efficace des données pour la totalité de vos machines virtuelles, y compris celles qui sont arrêtées ou qui sont déplacées entre des hôtes ESX

◆ Réduction considérable de l’espace disque occupé par les données de sauvegarde grâce à une technologie de déduplication à longueur variable brevetée appliquée à toutes les sauvegardes

◆ Baisse du coût de la sauvegarde des machines virtuelles et réduction maximale des fenêtres de sauvegarde grâce au Suivi des blocs modifiés (CBT) et aux snapshots de machine virtuelle VMware

◆ Sauvegardes simples sans la présence d’agents tiers installés sur chaque machine virtuelle

◆ Installation simple et directe de la solution grâce à son intégration avec EMC Backup and Recovery, qui est géré via un portail Web

◆ Accès direct à la configuration d’EMC Backup and Recovery intégrée avec vSphere Web Client

◆ Protection des sauvegardes grâce à des mécanismes de point de contrôle et de retour arrière



◆ Restauration simplifiée de fichiers Windows et Linux avec des restaurations de niveau fichier démarrées par l’utilisateur à partir d’une interface Web

Sauvegarde et restauration en mode imageEMC Backup and Recovery crée des sauvegardes de niveau image intégrées dans VADP. Cette intégration permet de décharger le temps système de traitement des sauvegardes de la machine virtuelle vers l’appliance EMC Backup and Recovery. L’appliance EMC Backup and Recovery communique avec vCenter Server pour prendre un snapshot des fichiers .vmdk d’une machine virtuelle. La déduplication a lieu dans l'appliance à l'aide d'une technologie de déduplication à longueur variable brevetée.

Pour prendre en charge les nombreux environnements de grandes dimensions dont la taille ne cesse de croître, chaque appliance EMC Backup and Recovery peut sauvegarder simultanément jusqu’à huit machines virtuelles. Toutes les machines virtuelles doivent appartenir à vCenter, lequel est dédié à EMC Backup and Recovery.

Pour améliorer l’efficacité des sauvegardes de niveau image, EMC Backup and Recovery utilise la fonction CBT de VMware. La fonction CBT permet à EMC Backup and Recovery de sauvegarder uniquement les blocs de disque qui ont subi des modifications depuis la dernière sauvegarde. Cela permet de réduire considérablement le temps de sauvegarde d'une image de VM donnée et de traiter un grand nombre de VM dans une fenêtre de sauvegarde particulière.

Grâce à la fonction CBT lors des restaurations, EMC Backup and Recovery accélère et optimise la restauration des machines virtuelles à leur emplacement d’origine. Au cours d’une restauration, EMC Backup and Recovery interroge VADP pour déterminer les blocs qui ont changé depuis la dernière sauvegarde, puis restaure ou remplace uniquement ces blocs. Cela réduit le transfert de données au sein de l’environnement EMC Backup and Recovery lors d’une opération de restauration et, plus important encore, diminue la durée de restauration.

De plus, EMC Backup and Recovery évalue automatiquement la charge de travail des deux méthodes de restauration (restauration d’image complète ou restauration utilisant la fonction CBT) et choisit la méthode qui offre la restauration la plus rapide. Ceci s’avère pratique lorsque le taux de modification d’une machine virtuelle restaurée est très élevé depuis la dernière sauvegarde et que la charge d’une analyse CBT est plus coûteuse qu’une restauration directe et complète.

Les avantages des sauvegardes de niveau image sont les suivants :

◆ Sauvegardes d'image complète de VM, indépendamment du système d'exploitation invité

◆ Utilisation de la méthode efficace de transport SCSI HotAdd lorsqu'elle est disponible et qu'elle dispose d'une licence valide, ce qui évite la copie de l'image intégrale du VMDK sur le réseau

◆ Restauration en mode fichier à partir des sauvegardes en mode image

◆ Déduplication au sein des fichiers .vmdk protégés par l’appliance EMC Backup and Recovery

◆ utilisation de la fonction CBT pour des sauvegardes et des restaurations plus rapides ;

◆ Absence de gestion d'agents de sauvegarde dans chaque VM

◆ Prise en charge de la simultanéité des sauvegardes et des restaurations pour un débit plus élevé



Accès à EMC Backup and Recovery à partir de vSphere Web ClientL’interface utilisateur du plug-in EMC Backup and Recovery s’affiche dans vSphere Web Client ; elle vous permet d’ajouter des machines virtuelles aux politiques créées dans NMC Pour accéder à l’interface utilisateur du plug-in EMC Backup and Recovery à partir de vSphere Web Client :

1. Dans un navigateur Web, ouvrez vSphere Web Client.

https://IP_address_vCenter_Server:9443/vsphere-client/

Remarque : si une erreur de certificat SSL s’affiche dans le navigateur Web, consultez l’article 1021514 de la base de connaissances de VMware en suivant le lien suivant :

http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1021514

2. Dans la fenêtre Informations d’identification, saisissez le nom d’utilisateur et le mot de passe vCenter de l’utilisateur EMC Backup and Recovery que vous avez créé, puis cliquez sur Connexion.

3. Dans vSphere Web Client, sélectionnez EMC Backup and Recovery.

4. Dans la fenêtre Bienvenue dans EMC Backup and Recovery, sélectionnez une appliance de sauvegarde dans la liste déroulante. La liste déroulante répertorie les appliances EMC Backup and Recovery enregistrées dans vCenter.

Chaque vCenter Server prend en charge jusqu’à 10 appliances EMC Backup and Recovery. Le champ Appliances de sauvegarde, comme illustré sur la Figure 21 à la page 59, affiche les noms des appliances par ordre alphabétique dans une liste déroulante. Dans l’interface utilisateur du plug-in EMC Backup and Recovery, le nom de l’appliance active est indiqué dans le volet de gauche tandis que le nom de l’appliance figurant dans la liste déroulante correspond à la première appliance de la liste des appliances disponibles.




Figure 21 Sélection de l’appliance de sauvegarde

5. Cliquez sur Connect.

Remarque : Le nombre maximal de tentatives de connexion à vCenter pour l’appliance EMC Backup and Recovery est de deux. Toute tentative ultérieure de connexion à vCenter nécessite le redémarrage du serveur EMC Backup and Recovery à l’aide de la commande suivante :

ebrserver.pl --restart.

Une fois la connexion établie, la Figure 22 à la page 60 s’affiche.



Figure 22 Interface utilisateur du plug-in EMC Backup and Recovery dans vSphere Web Client

L’interface utilisateur du plug-in EMC Backup and Recovery vous permet de configurer et de gérer l’appliance elle-même. L’interface utilisateur du plug-in EMC Backup and Recovery se compose de cinq onglets :

◆ Mise en route : offre une vue d’ensemble de la fonctionnalité EMC Backup and Recovery et contient des liens vers la procédure d’attribution de machines virtuelles à une politique et la procédure de restauration.

◆ Sauvegarde : fournit la liste des politiques de sauvegarde planifiées, ainsi que des informations détaillées sur les différentes politiques créées dans NMC. Cette fenêtre permet aux utilisateurs d’ajouter des machines virtuelles à protéger dans les politiques de sauvegarde et d’exécuter des politiques de sauvegarde à la demande.La section « À propos de l'onglet Sauvegarde », page 61 fournit des informations supplémentaires sur l’ajout de machines virtuelles aux politiques de sauvegarde et sur le démarrage de politiques de sauvegarde à la demande.

◆ Restauration : dresse la liste des sauvegardes réussies et susceptibles d’être restaurées.Pour plus d'informations, consultez la section « À propos de l'onglet Restauration », page 62.

◆ Rapports : fournit des rapports d’état sur les sauvegardes pour les machines virtuelles situées sur le serveur vCenter que vous avez ajouté à la politique de sauvegarde.Pour plus d'informations, consultez la section « À propos de l'onglet Rapports », page 62.

◆ Configuration : affiche des informations relatives à la configuration d’EMC Backup and Recovery et vous permet de modifier certains de ces paramètres. Permet également d’exécuter des contrôles d’intégrité (par exemple, création et validation de points de contrôle).Pour plus d'informations, consultez la section « À propos de l'onglet Configuration », page 63.

Les sections suivantes décrivent le contenu de ces onglets.



À propos de l'onglet Sauvegarde

L’onglet Sauvegarde affiche une liste tabulaire des politiques de sauvegarde que vous avez déployées sur cette appliance EMC Backup and Recovery. Le tableau contient les informations suivantes.

Tableau 10 Description des colonnes de l’onglet Sauvegarde

Colonne Description

Nom Nom de la politique de sauvegarde.

état Indique si la politique de sauvegarde est activée ou désactivée. Les politiques de sauvegarde désactivées ne sont pas exécutées. De plus, l’état Pas de planification s’affiche lorsque vous désactivez la fonction AutoStart dans NMC pour une politique.

Dernière heure de début

Dernière fois que vous avez démarré la politique.

Durée Durée d’exécution de la dernière politique.

Prochaine heure d’exécution

Heure à laquelle la politique sera à nouveau exécutée.

Nombre de réussites Nombre de machines virtuelles sauvegardées correctement lors de la dernière exécution de la politique de sauvegarde.Ce nombre est mis à jour après chaque sauvegarde. Les modifications apportées à une politique entre deux sauvegardes ne sont pas prises en compte dans ce nombre avant la prochaine exécution. Par exemple, lorsqu’une sauvegarde signale que 10 machines virtuelles ont été sauvegardées et que vous modifiez ensuite la politique pour qu’il ne reste plus qu’une seule machine virtuelle, ce nombre reste défini sur 10 jusqu’à ce que la politique soit réexécutée et, en cas de succès, ce nombre passe à un.

Nombre d'échecs Nombre de machines virtuelles dont la sauvegarde a échoué lors de la dernière exécution de la politique de sauvegarde.Ce nombre est mis à jour après chaque sauvegarde. Les modifications apportées à une politique entre deux sauvegardes ne sont pas prises en compte dans ce nombre avant la prochaine exécution. Par exemple, lorsqu’une sauvegarde signale que 10 machines virtuelles n’ont pas été sauvegardées et que vous modifiez ensuite la politique pour qu’il ne reste plus qu’une seule machine virtuelle, ce nombre reste défini sur 10 jusqu’à ce que la politique soit réexécutée et, si elle échoue, ce nombre passe à un.



La Figure 23 à la page 62 présente deux exemples de politique de sauvegarde.

Figure 23 Politiques de sauvegarde affichées dans l’interface utilisateur du plug-in EMC Backup and Recovery de vSphere Web Client

À propos de l'onglet Restauration

L’onglet Restauration affiche la liste des machines virtuelles que vous avez sauvegardées à l’aide de l’appliance EMC Backup and Recovery. La navigation au sein de cette liste de sauvegardes vous permet de sélectionner et de restaurer des sauvegardes spécifiques.

Avec le temps, les informations affichées sous l’onglet Restauration peuvent devenir obsolètes. Pour afficher les informations les plus récentes sur les sauvegardes pouvant être restaurées, cliquez sur Actualiser.

Pour plus d’informations sur la restauration, reportez-vous à la section « Restauration de sauvegardes de machines virtuelles », page 70.

À propos de l'onglet Rapports

La partie supérieure de l’onglet Rapports répertorie toutes les machines virtuelles associées à vCenter Server. Les informations suivantes s’affichent pour chaque machine virtuelle :

◆ Nom de la machine virtuelle

◆ État (EMC Backup and Recovery utilise les informations sur l’état standard de VMware)

◆ Politiques de sauvegarde

◆ Dernière sauvegarde réussie

◆ état ;

◆ Date

◆ Nom de la politique de sauvegarde

Dans la partie inférieure de l’onglet Rapports, vous pouvez sélectionner une machine virtuelle et afficher des informations détaillées sur le client activé, à savoir :

◆ Informations sur la machine virtuelle



• Nom• Système d'exploitation invité• Hôte• Adresse IP• état • Dernière sauvegarde réussie• Politiques de sauvegarde (associées à la machine virtuelle sélectionnée)

◆ Dernière politique de sauvegarde

• état • Date• Politique de sauvegarde

Sous l’onglet Rapports, le volet de gauche contient des liens permettant d’accéder à la Console des événements et à la Console des tâches. Un clic sur ces liens permet d'afficher la Console des événements ou la Console des tâches du serveur vCenter.

À propos de l'onglet Configuration

L’onglet Configuration vous permet de gérer les tâches de maintenance pour l’appliance EMC Backup and Recovery. Cet onglet vous permet d'effectuer les opérations suivantes :

◆ « Affichage de la configuration de l’appliance de sauvegarde », page 63

◆ « Configuration de la messagerie », page 64

◆ « Affichage du log », page 65

Affichage de la configuration de l’appliance de sauvegarde

Les informations sur l’appliance de sauvegarde fournissent les détails de l’appliance de sauvegarde et la configuration de la fenêtre de sauvegarde.

Les informations sur l'appliance de sauvegarde incluent :

◆ Nom affiché

◆ Adresse IP

◆ état ;

◆ vCenter Server

◆ NetWorker Server

◆ Heure locale

◆ Utilisateur actuel

◆ Version

◆ Fuseau horaire

Vous pouvez configurer ces options lors de l’installation de l’appliance EMC Backup and Recovery. Vous avez également la possibilité de les modifier à partir de la fenêtre de configuration d’EMC Backup and Recovery.La section « Configuration post-installation dans la fenêtre de configuration d’EMC Backup and Recovery », page 43 apporte des informations supplémentaires.



Configuration de la messagerie

Vous pouvez configurer EMC Backup and Recovery pour l’envoi de rapports par e-mail SMTP aux destinataires spécifiés. Lorsque vous activez la notification par e-mail, l’e-mail inclut les informations suivantes :

◆ État de l’appliance EMC Backup and Recovery

◆ Résumé des procédures de sauvegarde

◆ Résumé des machines virtuelles

La configuration de la messagerie requiert la définition des informations indiquées dans le tableau suivant.

Remarque : la fonction de notification par e-mail d’EMC Backup and Recovery ne prend pas en charge les copies carbone (Cc), les copies carbone invisibles (Cci), ni les certificats SSL.

Tableau 11 Champs de configuration de la messagerie

Nom du champ Description

Activer les rapports par e-mail

Cochez cette case pour activer les rapports par e-mail.

Serveur de courrier sortant

Saisissez le nom du serveur SMTP à utiliser pour envoyer les e-mails. Vous pouvez indiquer ce nom sous forme d’adresse IP, de nom d’hôte ou d’un nom de domaine qualifié (FQDN). L’appliance EMC Backup and Recovery doit être en mesure de résoudre le nom saisi.Le port par défaut des serveurs de messagerie non authentifiés est le port 25. Le port par défaut des serveurs de messagerie authentifiés est le port 587. Vous pouvez spécifier un port différent en ajoutant son numéro à la fin du nom du serveur. Par exemple, pour spécifier l'utilisation du port 8025 sur le serveur « serveurdemessagerie », entrez : serveurdemessagerie:8025

Mon serveur requiert une authentification

Cochez cette case si votre serveur SMTP exige une authentification.

Username Entrez le nom d'utilisateur avec lequel vous souhaitez vous authentifier.

Mot de passe Entrez le mot de passe associé au nom d’utilisateur. EMC Backup and Recovery ne valide pas le mot de passe.

Adresse de l'expéditeur Entrez l’adresse e-mail chargée d’envoyer le rapport électronique. Il doit s’agir d’une adresse unique.

Adresse(s) de destination

Entrez la liste des destinataires en séparant les adresses e-mail par des virgules (10 adresses au maximum).

Heure d'envoi Dans la liste déroulante, sélectionnez l’heure à laquelle vous souhaitez qu’EMC Backup and Recovery envoie les rapports par e-mail.

Jour(s) de l'envoi Vérifiez les jours où EMC Backup and Recovery doit envoyer les rapports.

Report Locale (Paramètre régional des rapports)

Dans la liste déroulante, sélectionnez le paramètre régional des rapports par e-mail. en-us est la valeur par défaut.



Avant de configurer les notifications par e-mail, assurez-vous que le compte de messagerie qui envoie les rapports par e-mail existe.

Pour configurer la messagerie :

1. Dans l’interface utilisateur du plug-in EMC Backup and Recovery, sélectionnez l’onglet Configuration.

2. Sélectionnez E-mail.

3. Dans le coin inférieur droit de la fenêtre, cliquez sur le bouton Modifier.

4. Indiquez les éléments suivants :

a. Activer les rapports par e-mail

b. Serveur de courrier sortant

c. (Facultatif) Mon serveur requiert une authentification

d. Nom d'utilisateur

e. Mot de passe

f. Adresse de l'expéditeur

g. Adresse(s) de destination

h. Jour(s) de l'envoi

i. Heure d'envoi

j. Report Locale (Paramètre régional des rapports)

5. Cliquez sur le bouton Enregistrer.

Pour tester votre configuration, cliquez sur Envoyer un e-mail de test.

Affichage du log

Sous l’onglet Configuration, cliquez sur Log pour afficher le log de l’interface utilisateur d’EMC Backup and Recovery illustré sur la Figure 24 à la page 66.

Un log général détaille les activités déclenchées via l’interface utilisateur et identifie certains éléments d’état importants.

Pour visualiser les entrées les plus récentes du log de l’interface utilisateur, cliquez sur Actualiser.



Pour enregistrer les informations affichées à l’écran dans un fichier de la machine sur laquelle le navigateur est exécuté, cliquez sur Exporter la vue.

Figure 24 Affichage du log sous l’onglet Configuration

Attribution de machines virtuelles à une politiqueVous pouvez attribuer une machine virtuelle à une politique à l’aide de l’interface utilisateur du plug-in EMC Backup and Recovery dans vSphere Web Client.

1. Sélectionnez EMC Backup and Recovery dans vSphere Web Client.

2. Sous l’onglet Mise en route, sélectionnez Attribuer des politiques de sauvegarde. L’onglet Sauvegarde s’affiche ; il présente les politiques disponibles.

La description de la politique correspond à la description disponible dans NMC (par exemple, Par défaut). La sauvegarde sur le disque interne signifie que toutes les machines virtuelles que vous attribuez à cette politique par défaut seront orientées vers l’espace de stockage de l’appliance EMC Backup and Recovery déployée. Lorsque vous effectuez des sauvegardes sur l’espace de stockage interne d’une appliance EMC Backup and Recovery, ces informations figurent dans NMC ainsi que dans la description de la politique au sein d’EMC Backup and Recovery dans vCenter.

3. Cliquez sur Edit. Toutes les machines virtuelles stockées dans vCenter s’affichent.

4. Activez les cases situées en regard des machines virtuelles pour sélectionner les machines virtuelles à inclure dans la politique choisie, comme indiqué sur la Figure 25 à la page 67. Vous pouvez également sélectionner d’autres objets de l’inventaire, tels que les pools de ressources et les clusters, en plus de machines virtuelles spécifiques.

Remarque : vous pouvez uniquement attribuer des machines virtuelles aux politiques créées dans NMC.



Figure 25 Sélection de machines virtuelles pour la sauvegarde

5. Cliquez sur Terminer. Une boîte de dialogue s’affiche ; celle-ci indique que la politique de sauvegarde a été enregistrée correctement.

Pour revenir à tout moment à la fenêtre Détails de la politique de sauvegarde et vérifier les machines virtuelles sélectionnées, cliquez sur Modifier. Ces informations sont également visibles sous le champ Sources dans la partie inférieure de la fenêtre.

Démarrage manuel de la politique de sauvegardeVous pouvez démarrer manuellement la politique de sauvegarde à partir de l’interface utilisateur du plug-in EMC Backup and Recovery de l’une des manières suivantes :

◆ Dans l’interface utilisateur du plug-in EMC Backup and Recovery, sous l’onglet Sauvegarde, cliquez sur le bouton Sauvegarder maintenant.

◆ Dans vCenter, cliquez avec le bouton droit de la souris sur les machines virtuelles qui vous intéressent et sélectionnez Sauvegarder maintenant. Si vous cliquez sur Sauvegarder maintenant, deux options vous sont proposées :

• sauvegarder toutes les sources ;

• sauvegarder uniquement les sources obsolètes.

Sinon, attendez qu’EMC NetWorker démarre la politique de sauvegarde en fonction de l’heure de début planifiée.

Remarque : lorsque vous démarrez la politique à partir de l’interface utilisateur du plug-in EMC Backup and Recovery dans vSphere Web Client, les actions de clonage associées aux politiques ne s’exécutent pas. Ce n’est que lorsque vous les démarrez depuis EMC NetWorker (NMC) qu’elles s’exécutent.



Arrêt d’une politiquePour arrêter une politique dans l’interface utilisateur du plug-in EMC Backup and Recovery :

1. Accédez à l’onglet Sauvegarde.

2. Cliquez sur le symbole x circulaire associé à la procédure de sauvegarde dans le volet Tâches récentes.

Visualisation de la progression de l’exécution de la politiquePour visualiser la progression de l’exécution d’une politique de sauvegarde, sélectionnez Tâches dans le volet de gauche de vSphere Web Client. La fenêtre Console des tâches s’affiche, comme illustré sur la Figure 26 à la page 68.

Figure 26 Visualisation de la progression de l’exécution de la politique dans la fenêtre Console des tâches

Une fois la sauvegarde terminée, vous pouvez restaurer les machines virtuelles sauvegardées dans vSphere Web Client ou effectuer une restauration de niveau fichier à l’aide d’EMC Data Protection Restore Client.

Choix des machines virtuelles

Vous pouvez définir des collections de machines virtuelles, par exemple toutes celles d’un datacenter, ou sélectionner des VM spécifiques. Si vous sélectionnez tout un pool de ressources, datacenter ou dossier, toutes les nouvelles VM qu'il contient sont incluses dans les sauvegardes suivantes. Si vous sélectionnez une machine virtuelle, tous les disques qui y sont ajoutés sont inclus dans la sauvegarde. Si vous déplacez la machine virtuelle du conteneur sélectionné vers un conteneur non sélectionné, elle est exclue de la sauvegarde.

Vous pouvez sélectionner manuellement une machine virtuelle à sauvegarder et garantir ainsi la sauvegarde de la VM par EMC NetWorker, même en cas de déplacement.

EMC Backup and Recovery ne sauvegarde pas les machines virtuelles spécialisées suivantes :

◆ Appliances EMC Backup and Recovery◆ Appliances VMware Data Protection (VDP)



◆ Modèle◆ Noeuds secondaires de tolérance aux pannes◆ Proxy◆ Serveurs Avamar Virtual Edition (AVE)

Remarque : l’assistant vous permet de sélectionner ces machines virtuelles. Toutefois, lorsque vous cliquez sur Terminer, il affiche un avertissement précisant que la tâche ne contient pas ces VM spéciales.

Avantages d'une zone de stockage avec déduplication

Les données d’entreprise sont hautement redondantes, avec des fichiers ou des données identiques stockés dans plusieurs systèmes. Il peut s’agir, par exemple, de fichiers ou de documents d’OS envoyés à plusieurs destinataires. Les fichiers modifiés présentent également une redondance élevée avec des versions antérieures. Les méthodes de sauvegarde traditionnelles accentuent ce phénomène en stockant toutes les données redondantes de manière répétée. EMC Backup and Recovery utilise une technologie de déduplication brevetée pour éliminer les redondances au niveau des segments de données des fichiers et des sous-fichiers.

Segments de données à longueur variable et à longueur fixe

Dans l’élimination des données redondantes au niveau d’un segment (ou sous-fichier), la méthode permettant de déterminer la taille des segments est un facteur clé. Les segments à bloc fixe ou à longueur fixe sont communément employés par les technologies de snapshot et de déduplication pour déterminer la taille des segments. Malheureusement, même les petites modifications apportées à un Dataset (par exemple, l’insertion de données au début d’un fichier) sont susceptibles de changer tous ses segments à longueur fixe, en dépit du fait qu’une partie infime de celui-ci a été modifiée. Pour déterminer la taille des segments, EMC Backup and Recovery utilise une méthode à longueur variable intelligente, qui examine les données afin d’identifier les limites logiques, ce qui améliore l’efficacité.

Détermination logique des segments

Pour déterminer la taille des segments, EMC Backup and Recovery emploie une méthode brevetée qui permet d’obtenir une efficacité optimale sur tous les systèmes. L’algorithme analyse la structure binaire d’un Dataset afin de déterminer les limites des segments en fonction de leur contexte. Les segments à longueur variable font en moyenne 24 Ko, puis 12 Ko environ une fois qu’EMC Backup and Recovery les a à nouveau compressés.

EMC Backup and Recovery fonctionne pour tous les types et tailles de fichier, et déduplique intelligemment les données grâce à l’analyse de la structure binaire des fichiers VMDK.



Restauration de sauvegardes de machines virtuellesNetWorker propose deux niveaux de fonction de restauration :

◆ Restauration de niveau image : restaure une image de sauvegarde complète ou des disques sélectionnés sur la machine virtuelle d’origine, sur une autre VM existante ou encore sur une nouvelle VM.

◆ Restauration de niveau fichier : restaure des dossiers ou des fichiers spécifiques à partir d’une sauvegarde d’image.

La section suivante présente des informations sur ces deux types.

Directives relatives à l’exécution de restaurations de niveau image par rapport aux restaurations de niveau fichier

EMC Backup and Recovery comporte deux mécanismes distincts pour restaurer des données de machine virtuelle.

Les restaurations de niveau image consomment moins de ressources et sont plus adaptées à la restauration rapide de grands volumes de données.

Les restaurations en mode fichier consomment plus de ressources et sont mieux adaptées à la restauration de volumes de données relativement restreints. En outre, lors de l’exécution d’une restauration de niveau fichier, vous ne pouvez pas restaurer plus de 5 000 dossiers ou fichiers, ni parcourir plus de 14 498 dossiers ou fichiers dans la même opération de restauration de niveau fichier.

Par conséquent, si vous devez restaurer ou parcourir un grand nombre de dossiers ou de fichiers, vous obtiendrez de meilleures performances si vous restaurez une image complète ou des lecteurs sélectionnés vers un emplacement temporaire (par exemple, une nouvelle machine virtuelle temporaire), puis copiez ces fichiers vers l’emplacement souhaité après la restauration.

Restauration FULLVM (de niveau image)Une fois la sauvegarde terminée, vous pouvez restaurer des VM complètes à l’aide de l’assistant Restaurer une sauvegarde, disponible à partir de l’interface utilisateur du plug-in EMC Backup and Recovery dans vSphere Web Client. Sélectionnez l’une des options suivantes dans l’interface utilisateur du plug-in EMC Backup and Recovery :

◆ Sous l’onglet Mise en route, cliquez sur Restaurer une VM.

◆ Sous l’onglet Restauration, sélectionnez un point de restauration, puis cliquez sur Restaurer.

Lorsque vous sélectionnez l’onglet Restauration, les machines virtuelles disponibles s’affichent, comme indiqué à la Figure 27 à la page 71. Pour chaque clone, une sauvegarde est répertoriée sous le point de restauration.



Remarque : les restaurations des périphériques de type autre que DD sont lentes en raison d’un processus appelé réactivation.

Figure 27 Onglet Restauration de l’interface utilisateur du plug-in EMC Backup and Recovery

Pour effectuer une restauration complète :

1. Mettez hors tension chaque machine virtuelle à restaurer.

2. Sous l’onglet Restauration, développez la machine virtuelle à restaurer.

3. Sélectionnez un point de restauration, puis cliquez sur Restaurer. L’assistant démarre.

4. À la page Sélectionner une sauvegarde, choisissez le point de restauration approprié (l’assistant affiche tous les points de restauration de la sauvegarde par date et heure). En général, un seul point de restauration est sélectionné à la fois. Cliquez sur Suivant.

5. À la page Définir les options de restauration, spécifiez l’emplacement où vous souhaitez restaurer la sauvegarde :

• Restaurer à l’emplacement d’origine : lorsque vous sélectionnez cette option, la sauvegarde est restaurée à son emplacement d’origine. S’il est encore présent à l’emplacement d’origine, le fichier VMDK est remplacé au cours du processus de restauration.

• Restaurer dans un nouvel emplacement : si vous avez désélectionné cette option, vous pouvez définir un nouvel emplacement (nouveaux nom, destination et datastore) vers lequel la sauvegarde doit être restaurée.

Au besoin, définissez la machine virtuelle sur Sous tension et Reconnecter la carte réseau à la fin du processus de restauration. Cliquez sur Suivant.

Restauration FULLVM (de niveau image) 71


Remarque : l’option Reconnecter la carte réseau est activée par défaut et grisée. Ce n’est que si vous sélectionnez l’option Sous tension que vous avez la possibilité de désélectionner l’option Reconnecter la carte réseau.

6. À la page Prêt à terminer, vérifiez les sélections effectuées. L’assistant affiche un récapitulatif du nombre de machines qui seront remplacées (restauration à l’emplacement d’origine) et du nombre de machines qui seront créées (restauration vers un nouvel emplacement).

Pour modifier l’un des paramètres de votre demande de restauration, utilisez le bouton Précédent pour revenir à l’écran approprié ou cliquez sur le numéro de l’étape souhaitée à gauche de l’écran de l’assistant.

Si les paramètres sont corrects, cliquez sur Terminer. Dans le cas contraire, cliquez sur Précédent pour revenir en arrière et modifier la configuration.

L’assistant de restauration affiche un message indiquant que le processus de restauration a démarré correctement. Cliquez sur OK. Vous pouvez surveiller la progression de la restauration à partir du volet Tâches récentes.

Remarque : si vous avez sélectionné l’option Reconnecter la carte réseau lors du processus de restauration, vérifiez la configuration réseau de la nouvelle machine virtuelle. Une fois la restauration terminée, la carte réseau de la nouvelle VM peut utiliser la même adresse IP que la VM d’origine, ce qui crée des conflits.

Lorsque la restauration démarre, une session de restauration s’affiche également dans NMC. Toutes les activités effectuées dans vCenter sont visibles dans NMC.

Annulation d’une restauration FULLVM

Pour annuler la restauration à tout moment au cours de la configuration, cliquez sur le bouton Annuler dans l’assistant Restaurer.



FLRPour effectuer une restauration de niveau fichier, faites appel à l’interface EMC Data Protection Restore Client.

Avant de lancer une restauration de niveau fichier, examinez les restrictions spécifiées à la section « Limites de la restauration de niveau fichier », page 76 afin de vous assurer qu’il est possible d’exécuter une telle opération dans votre configuration, puis consultez les rubriques suivantes :

◆ « Restauration de dossiers ou de fichiers spécifiques sur la machine virtuelle d’origine », page 73

◆ « Restauration de dossiers ou de fichiers spécifiques sur une machine virtuelle différente », page 76

Restauration de dossiers ou de fichiers spécifiques sur la machine virtuelle d’origine

Cette rubrique décrit ce qui se passe lors de la restauration de dossiers et fichiers spécifiques sur la machine virtuelle d’origine pour les VM exécutées sous Windows et Linux.

Vous ne pouvez pas restaurer plus de 5 000 dossiers ou fichiers, ni parcourir plus de 14 498 dossiers ou fichiers dans la même opération de restauration de niveau fichier.La rubrique « Directives relatives à l’exécution de restaurations de niveau image par rapport aux restaurations de niveau fichier » à la page 70 fournit de plus amples détails.

Pour restaurer des données de sauvegarde à leur emplacement de VM d’origine :

1. Ouvrez un navigateur et saisissez une URL qui pointe vers l’appliance EMC Backup and Recovery et indique une restauration de niveau fichier, comme dans l’exemple suivant :

FLR 73


http://EMC_Backup_and_Recovery_appliance_host:8580/flr

Remarque : le navigateur doit pointer vers une appliance EMC Backup and Recovery depuis la machine virtuelle en cours de restauration à l’aide de la méthode de restauration de niveau fichier. Vous devez disposer des autorisations nécessaires pour effectuer une restauration de niveau fichier.

2. Une fois que vous êtes connecté, la boîte de dialogue Gérer les sauvegardes montées s’affiche, comme indiqué sur la Figure 28 à la page 74. Cliquez sur Monter pour monter un point de restauration.

Figure 28 Boîte de dialogue Gérer les sauvegardes montées d’EMC Data Protection Restore Client

Remarque : Lorsque vous cliquez sur Monter, si aucune hiérarchie de dossiers telle que celle présentée sur la Figure 29 à la page 75ne s’affiche, il se peut que le système de fichiers utilisé sur la VM ne soit pas pris en charge. Pour plus d'informations, reportez-vous à la section « Limites de la restauration de niveau fichier », page 76.



3. Parcourez les fichiers pour sélectionner ceux à restaurer, puis cliquez sur Restaurer les fichiers sélectionnés.

Figure 29 Recherche et sélection des fichiers à restaurer

4. Dans la fenêtre Sélectionner une destination, choisissez le dossier vers lequel vous souhaitez restaurer la VM, comme indiqué sur la Figure 30 à la page 75.

Figure 30 Fenêtre Sélectionner une destination

5. Cliquez sur Restaurer pour démarrer la restauration.

FLR 75


Restauration de dossiers ou de fichiers spécifiques sur une machine virtuelle différente

EMC Backup and Recovery ne prend pas en charge la restauration de dossiers ou de fichiers spécifiques vers une autre machine virtuelle. Toutefois, la restauration de dossiers ou de fichiers spécifiques d’une machine virtuelle différente est prise en charge. Utilisez l’option Avancé de l’interface utilisateur d’EMC Data Protection Restore Client. L’aide d’EMC Data Protection Restore Client contient des informations supplémentaires sur l’utilisation de l’option Avancé.

Annulation d’une restauration de niveau fichier

Lorsque vous sélectionnez la fenêtre Tâches récentes de l’interface utilisateur du plug-in EMC Backup and Recovery, l’activité des tâches actuelles telles que les restaurations s’affiche. Une autre solution pour afficher les informations sur les tâches consiste à cliquer sur le lien en regard de l’icône de la machine virtuelle sous l’onglet En cours d’exécution, sous Tâches récentes.

Pour annuler des tâches, dans le volet Tâches, cliquez sur l’icône de suppression.

Limites de la restauration de niveau fichier

Les limitations suivantes s’appliquent aux restaurations de niveau fichier :

◆ La fonction de restauration de niveau fichier nécessite l’installation de VMware Tools.

◆ Toutes les machines virtuelles doivent faire partie de l’instance vCenter dédiée à EMC Backup and Recovery. Un seul vCenter est pris en charge.

◆ Pour obtenir de meilleurs résultats, assurez-vous que toutes les machines virtuelles exécutent la dernière version disponible de VMware Tools. Les anciennes versions sont réputées provoquer des erreurs lors de la navigation au cours d’une opération de restauration de niveau fichier.

◆ La restauration de niveau fichier ne prend pas en charge les configurations de disque virtuel suivantes :

• Disques non formatés• Disques dynamiques• Disques GPT (GUID Partition Table)• systèmes de fichiers Ext4 ;• systèmes de fichiers FAT16 ;• systèmes de fichiers FAT32 ;• partitions étendues (types : 05h, 0Fh, 85h, C5h, D5h) ;• plus de deux disques virtuels mappés à une partition unique ;• Partitions chiffrées• Partitions compressées

◆ La restauration de niveau fichier ne permet pas de restaurer les ACL.

◆ La restauration de niveau fichier ne permet ni de restaurer ni de parcourir les liens symboliques.

◆ La restauration de niveau fichier ne permet pas de restaurer plus de 5 000 dossiers ou fichiers au cours de la même opération.



◆ La restauration de niveau fichier ne permet pas de parcourir plus de 14 498 dossiers ou fichiers au cours de la même opération.

◆ Les limitations suivantes s’appliquent aux volumes logiques gérés par LVM (Logical Volume Manager) :

• Tout volume physique (.vmdk) doit être mappé à un volume logique uniquement.• Seuls les formatages ext2 et ext3 sont pris en charge.

◆ Lors de la création de partitions, remplissez d’abord les index inférieurs. Autrement dit, vous ne pouvez pas créer une partition unique et la placer dans l’index de partition 2, 3 ou 4. Cette partition unique doit résider dans l’index de partition 1.

◆ La restauration de niveau fichier de machines virtuelles Windows 8 et Windows Server 2012 ne prend pas en charge les systèmes de fichiers suivants :

• NTFS dédupliqué ;• Système ReFS (Resilient File System)• chargeur de démarrage EFI.

Surveillance de l’activité d’EMC Backup and RecoveryVous pouvez surveiller les activités de l’interface utilisateur du plug-in EMC Backup and Recovery :

◆ « Affichage des tâches récentes », page 78.

◆ « Affichage des alarmes », page 78

◆ « Affichage de la Console des événements », page 79

La majorité des tâches, événements et alarmes EMC Backup and Recovery est précédée par la mention « EBR ». Notez toutefois que certains événements et certaines tâches intervenant dans le cadre des processus EMC Backup and Recovery sont exécutés par vCenter Server et ne présentent pas ce préfixe.

Par exemple, lorsqu’EMC Backup and Recovery doit exécuter une procédure de sauvegarde planifiée dans une machine virtuelle en exécution, les entrées de tâches suivantes sont créées :

1. Création du snapshot d’une VM (vCenter agissant sur la VM à sauvegarder)

2. EMC Backup and Recovery: procédure de sauvegarde planifiée (EMC Backup and Recovery démarrant cette procédure)

3. Reconfiguration de la VM (appliance EMC Backup and Recovery demandant les services de vCenter)

4. Suppression d'un snapshot (vCenter agissant sur la machine virtuelle dont la sauvegarde est terminée)

Pour afficher uniquement les tâches ou les événements générés par EMC Backup and Recovery sur la console Tâches ou Événements, dans le volet de gauche, cliquez sur Événement et saisissez « EMC Backup and Recovery: » dans le champ Filtrer.

Surveillance de l’activité d’EMC Backup and Recovery 77


Affichage des tâches récentes

EMC Backup and Recovery génère des entrées de tâche dans la fenêtre Tâches récentes lorsqu’il exécute les opérations suivantes :

◆ SAUVEGARDE

◆ restaurer

◆ Contrôles d'intégrité

Un clic sur l'entrée d'une tâche dans la fenêtre Tâches récentes permet d'afficher les informations relatives à cette tâche dans le volet situé au bas de l'écran. Pour afficher ces informations, vous pouvez également cliquer sur le lien en regard de l'icône de la machine virtuelle dans l'onglet En cours d'exécution sous Recent Tasks (Tâches récentes).

Il est également possible d'annuler des tâches dans le volet des tâches En cours d'exécution en cliquant sur l'icône de suppression.

Affichage des alarmes

L’appliance EMC Backup and Recovery peut déclencher les alarmes suivantes :

Tableau 12 Alarmes EMC Backup and Recovery (page 1 of 2)

Nom de l'alarme Description de l'alarme

EBR : [001] Le point de contrôle le plus récent de l’appliance EMC Backup and Recovery est obsolète.

Sous l’onglet Configuration de l’interface utilisateur du plug-in EMC Backup and Recovery, cliquez sur l’icone Toutes les actions et sélectionnez Exécuter le contrôle d’intégrité.

EBR : [002] L’appliance EMC Backup and Recovery est presque saturée.

Il ne reste presque plus d’espace disponible sur l’appliance EMC Backup and Recovery pour les sauvegardes supplémentaires. Pour libérer de l'espace dans l'appliance, vous pouvez supprimer manuellement les sauvegardes anciennes ou inutiles, et modifier les règles de rétention des procédures de sauvegarde de manière à réduire le délai de conservation des sauvegardes.

EBR : [003] L’appliance EMC Backup and Recovery est saturée.

Il ne reste plus d’espace disponible sur l’appliance EMC Backup and Recovery pour les sauvegardes supplémentaires. L'appliance s'exécutera en mode lecture seule (ou restauration uniquement) jusqu'à ce que de l'espace supplémentaire soit disponible. Pour libérer de l'espace dans l'appliance, vous pouvez supprimer manuellement les sauvegardes anciennes ou inutiles, et modifier les règles de rétention des procédures de sauvegarde de manière à réduire le délai de conservation des sauvegardes.

EBR : [004] Le datastore de l’appliance EMC Backup and Recovery approche de sa capacité maximale.

Le datastore dans lequel résident les disques de l’appliance EMC Backup and Recovery approche de sa capacité maximale. Lorsque la capacité maximale du datastore est atteinte, l’appliance EMC Backup and Recovery est suspendue. La reprise de l'appliance ne sera possible que lorsque le datastore disposera d'espace disponible.

EBR : [005] Core services are not running.

Démarrez les services de base à l’aide de la fenêtre de configuration d’EMC Backup and Recovery.

EBR : [006] Management services are not running.

Démarrez les services de gestion à l’aide de la fenêtre de configuration d’EMC Backup and Recovery.

EBR : [007] File system services are not running.

Démarrez les services du système de fichiers à l’aide de la fenêtre de configuration d’EMC Backup and Recovery.



Affichage de la Console des événements

EMC Backup and Recovery permet de générer des événements de différents types : infos, erreur et avertissement. Par exemple :

◆ Infos : « EMC Backup and Recovery : création d'une procédure de sauvegarde pour les VM critiques. »

◆ Avertissement : « EMC Backup and Recovery : impossible d'ajouter le client Host123 à la procédure de sauvegarde VM critiques car... »

◆ Erreur : « EMC Backup and Recovery : l'appliance est passée de Accès complet à Lecture seule. »

EMC Backup and Recovery génère des événements pour chaque changement d’état de l’appliance. En règle générale, les changements d'état qui dégradent les capacités de l'appliance sont intitulés « erreurs », tandis que ceux qui améliorent les capacités sont dits « informatifs ». Par exemple, lors du démarrage d’un contrôle d’intégrité, EMC Backup and Recovery génère un événement de type erreur, car l’appliance est définie en lecture seule avant le contrôle d’intégrité. À la fin du contrôle d’intégrité, EMC Backup and Recovery génère un événement informatif, car l’appliance passe du mode en lecture seule à l’accès complet.

Il suffit de sélectionner une entrée d’événement pour visualiser les informations correspondantes, de même qu’un lien Afficher permettant de présenter les événements associés.

Procédures d’arrêt et de démarrage d’EMC Backup and RecoverySi vous devez arrêter l’appliance EMC Backup and Recovery, utilisez l’action Arrêt de l’OS invité. Cette action effectue automatiquement un arrêt sans erreur de l'appliance. Si l'appliance est arrêtée sans action Arrêt de l'OS invité, des risques de détérioration existent. L’arrêt et le redémarrage de l’appliance EMC Backup and Recovery peuvent prendre jusqu’à 30 minutes. Vous pouvez en surveiller l’état via la console de la machine virtuelle. Lorsque l’appliance a été arrêtée par vSphere, utilisez l’option Mettre sous tension pour la redémarrer.

Si l’appliance ne s’arrête pas correctement, au cours de l’opération de redémarrage, EMC Backup and Recovery revient en arrière et rétablit le dernier point de contrôle validé. Autrement dit, les modifications apportées aux politiques de sauvegarde ou aux sauvegardes ayant lieu entre le point de contrôle et l’arrêt inattendu sont perdues. Ce comportement est normal et permet de s'assurer que le système n'est pas détérioré en cas d'arrêt non planifié.

EBR : [008] File level restore services are not running.

Démarrez les services de restauration de niveau fichier à l’aide de la fenêtre de configuration d’EMC Backup and Recovery.

EBR : [009] Maintenance services are not running.

Démarrez les services de maintenance à l’aide de la fenêtre de configuration d’EMC Backup and Recovery.

EBR : [010] Backup scheduler is not running.

Démarrez l’ordonnanceur des sauvegardes à l’aide de la fenêtre de configuration d’EMC Backup and Recovery.

Tableau 12 Alarmes EMC Backup and Recovery (page 2 of 2)

Nom de l'alarme Description de l'alarme

Procédures d’arrêt et de démarrage d’EMC Backup and Recovery 79


L’appliance EMC Backup and Recovery est conçue pour fonctionner 24x7 afin de prendre en charge les opérations de maintenance et de rester disponible pour des opérations de restauration. Elle ne doit pas être arrêtée sauf si une raison particulière l'exige.

Gestion de la capacité d’EMC Backup and RecoveryCette section traite de la gestion de la capacité d’EMC Backup and Recovery et comprend les rubriques suivantes :

◆ « Conséquences du choix de disques avec allocation dynamique ou avec provisionnement Thick », page 80

◆ « Cycle de vie des savesets », page 80

Conséquences du choix de disques avec allocation dynamique ou avec provisionnement Thick

Cette section présente les avantages et les inconvénients de la sélection d’un partitionnement de disques avec Thin Provisioning ou avec Thick Provisioning pour le datastore EMC Backup and Recovery.

L'allocation dynamique fait appel à la technologie de virtualisation pour permettre la présentation d'un nombre de ressources disque plus important que ce qui est physiquement disponible. Le Thin Provisioning s’emploie lorsqu’un administrateur surveille activement l’espace disque et peut allouer de l’espace disque physique supplémentaire à mesure que le disque léger se remplit. Si vous n’êtes pas chargé de la surveillance et de la gestion de l’espace disque, et que le datastore EMC Backup and Recovery se trouve sur un disque avec Thin Provisioning qui ne permet pas d’allouer de l’espace, l’appliance EMC Backup and Recovery aboutit à un échec. Si tel est le cas, vous pouvez revenir à un point de contrôle validé. Toutes les sauvegardes et les modifications de configuration qui ont eu lieu après le point de contrôle sont alors perdues.

Le Provisionnement Thick alloue la totalité du stockage nécessaire lors de la création du disque. Pour le datastore d’EMC Backup and Recovery, la meilleure pratique consiste à créer un disque avec Thin Provisioning lors du déploiement de l’appliance EMC Backup and Recovery (qui est accéléré) puis, une fois le déploiement terminé, à convertir le disque du Thin Provisioning en Thick Provisioning.

Remarque : pour plus d’informations sur l’augmentation des disques avec Thin Provisioning en disques avec Thick Provisioning, reportez-vous à la documentation de VMware. Cette procédure nécessite l’arrêt de l’appliance EMC Backup and Recovery. Cette opération peut prendre plusieurs heures.

Cycle de vie des savesets

NetWorker Server gère exclusivement le cycle de vie des savesets créés par des nœuds d’appliance EMC Backup and Recovery (ou VBA, l’appliance de sauvegarde VMware).



Suppression et expiration des savesets et des métadonnées

Expiration des savesets dans NetWorker

EMC NetWorker gère la période de rétention des sauvegardes d’appliances VMware Backup Appliance/EMC Backup and Recovery. Lorsqu’un saveset stocké dans l’appliance arrive à expiration dans EMC NetWorker, ce dernier supprime la sauvegarde correspondante du stockage de l’appliance.

Suppression manuelle des savesets de NetWorker

Pour supprimer des sauvegardes d’appliance EMC Backup and Recovery d’EMC NetWorker, exécutez la commande nsrmm :

nsrmm -d -S ssid/cloneid

Lorsque vous supprimez une sauvegarde d’EMC NetWorker, la sauvegarde correspondante est également supprimée de l’appliance EMC Backup and Recovery.

Sauvegarde Data Domain

Si une sauvegarde Data Domain possède plusieurs clones, la suppression du clone primaire entraîne uniquement la suppression de la copie située sur l’appliance EMC Backup and Recovery.

Suppression d’un volumeVous pouvez supprimer un volume d’appliance EMC Backup and Recovery ou un volume de périphérique Data Domain défini par l’utilisateur qui contient des sauvegardes d’appliance EMC Backup and Recovery dès que les périphériques ont été démontés. S’il est impossible de supprimer les sauvegardes de l’appliance EMC Backup and Recovery, alors l’opération de suppression de volume se solde par un échec.

Modification du libellé d’un volumeVous pouvez modifier le libellé d’un volume d’appliance EMC Backup and Recovery par défaut ou celui d’un volume Data Domain défini par l’utilisateur et employé par l’appliance EMC Backup and Recovery de la même manière que tout autre volume. L’opération de modification du libellé entraîne la suppression de toutes les sauvegardes VBA (VMware Backup Appliance) faisant partie du volume associé au périphérique d’EMC NetWorker et du serveur VBA. S’il est impossible de supprimer les sauvegardes de l’appliance de sauvegarde VBA, alors l’opération de modification de libellé de périphérique se solde par un échec.

Points de contrôle et retour arrière de l’appliance EMC Backup and Recovery

Un point de contrôle est une sauvegarde système, prise seulement après 24 heures (et au moment du point de contrôle après ce délai initial écoulé), qui est engagée au sein de vSphere Web Client et qui capture un snapshot de l’appliance EMC Backup and Recovery à un point dans le temps à des fins de reprise après sinistre. Dans le cas où vous auriez besoin de restaurer l’appliance EMC Backup and Recovery, un paramètre de retour arrière disponible dans l’interface utilisateur du plug-in EMC Backup and Recovery permet à l’administrateur VMware de revenir automatiquement en arrière, jusqu’au dernier point de contrôle validé.

Points de contrôle et retour arrière de l’appliance EMC Backup and Recovery 81


Les points de contrôle sont généralement planifiés pendant la fenêtre de maintenance. En plus de ces points de contrôle quotidiens programmés deux fois par jour, vous pouvez à tout moment créer et valider d'autres points de contrôle du serveur.

Selon le volume de données présent sur le NetWorker Server, la validation d’un point de contrôle peut prendre plusieurs heures. De ce fait, vous pouvez configurer individuellement chaque opération de validation de manière à effectuer toutes les vérifications (la validation complète) ou une vérification de « retour » partielle, consistant à valider toutes les bandes nouvelles et modifiées dans leur intégralité, avant de partiellement vérifier un sous-ensemble de bandes non modifiées. Vous pouvez également supprimer des points de contrôle afin de récupérer des capacités de stockage dans le serveur.

Création d'un point de contrôle

La création d’un point de contrôle validé s’effectue uniquement à partir de l’interface utilisateur du plug-in EMC Backup and Recovery dans vSphere Web Client. Pour créer un point de contrôle :

1. Accédez à l’onglet Configuration.

2. Sélectionnez l’option Exécuter le contrôle d’intégrité, comme illustré sur la Figure 31 à la page 82.

Figure 31 Bouton Exécuter le contrôle d’intégrité de l’interface utilisateur du plug-in EMC Backup and Recovery

Retour arrière vers un point de contrôle

Le paramètre de retour arrière de l’appliance EMC Backup and Recovery, disponible dans la fenêtre de configuration d’EMC Backup and Recovery, permet de revenir automatiquement au dernier point de contrôle validé lors d’une reprise après sinistre.

Pour revenir à un point de contrôle à partir de la fenêtre de configuration d’EMC Backup and Recovery :

1. Connectez-vous à l’appliance à l’adresse http://EMC_Backup_and Recovery_appliance_FQDN:8580/ebr-configure, puis accédez à l’onglet Retour arrière.

2. Sélectionnez Unlock afin d’activer le retour arrière dans EMC Backup and Recovery.

3. Lorsque vous y êtes invité, spécifiez le mot de passe de l’appliance, puis cliquez sur OK.



4. Sélectionnez un point de contrôle validé, puis cliquez sur le bouton Perform EBR rollback to selected checkpoint, comme indiqué sur la Figure 32 à la page 83.

5. Dans la fenêtre EBR Rollback, cliquez sur OK.

Figure 32 Retour arrière dans la fenêtre de configuration d’EMC Backup and Recovery

SynchronisationUne opération de synchronisation permet de synchroniser l’appliance EMC Backup and Recovery et les bases de données EMC NetWorker pour les sauvegardes, qui sont déclenchées automatiquement lors du retour arrière de l’appliance EMC Backup and Recovery. Vous pouvez également effectuer une synchronisation manuelle à partir de la ligne de commande afin de vérifier la cohérence des métadonnées EMC NetWorker. Avant de procéder à une synchronisation, assurez-vous que l’appliance EMC Backup and Recovery est en ligne.

Remarque : après avoir exécuté la commande scanner en vue de restaurer la base de données des médias, vous devez procéder manuellement pour réaliser une synchronisation avec les appliances EMC Backup and Recovery et définir correctement les ID de clone primaire.

Pour effectuer une synchronisation manuelle à partir de la ligne de commande, exécutez la commande suivante :

nsrim -X -S -h EMC_Backup_and_Recovery_appliance_hostname -t last checkpoint time -f

où :

◆ -S démarre la synchronisation de l’appliance EMC Backup and Recovery ;

◆ -h spécifie le nom du serveur de l’appliance EMC Backup and Recovery ;

◆ -t est un paramètre facultatif qui spécifie l’heure du dernier point de contrôle. EMC Backup and Recovery effectue une synchronisation pour les sauvegardes qui se produisent uniquement après l’heure indiquée. Précisez l’heure dans un format reconnu par EMC NetWorker. La page man nsr_getdate contient des informations sur les formats acceptables.

Synchronisation 83


◆ -f synchronise la base de données entière et supprime les sauvegardes désynchronisées. Si les sauvegardes sont uniquement présentes sur l’appliance EMC Backup and Recovery, seule cette option permet de les supprimer.

Pour procéder à une synchronisation de la base de données entière, indiquez -f sans préciser l’heure.

Si vous n’indiquez pas d’heure lors d’une synchronisation manuelle, EMC NetWorker restaure le dernier point de contrôle validé dans l’appliance EMC Backup and Recovery puis effectue la synchronisation à partir de ce moment.

Si vous procédez à une synchronisation sur une base de données entière extrêmement volumineuse, l’opération peut prendre plus de temps qu’à l’accoutumée.

Une synchronisation génère les événements suivants dans NMC :

◆ « La synchronisation avec l’appliance de sauvegarde VMware appliance name a démarré. »

◆ « La synchronisation de la configuration et des sauvegardes avec l’appliance de sauvegarde VMware appliance name a réussi. »

Abandon de l’appliance EMC Backup and Recovery

Lorsque vous supprimez complètement les références à une appliance EMC Backup and Recovery/appliance de sauvegarde VBA de NetWorker Server, vous devez procéder avec précaution, car cette opération entraîne l’effacement de l’ensemble des sauvegardes, clones et informations de configuration.

Si l’opération réussit, le processus d’abandon supprime toutes les métadonnées de sauvegarde du nœud d’appliance. Si une erreur se produit, l’une des options suivantes vous sera proposée :

◆ interrompre l’abandon ;

◆ continuer sans autre contact avec l’appliance EMC Backup and Recovery/VMware VBA et abandonner l’appliance uniquement à partir d’EMC NetWorker.

Si vous choisissez de continuer l’abandon :

◆ Supprimez tous les savesets/clones de leurs volumes respectifs et de la base de données des médias.

◆ Supprimez la ressource Client NSR associée à l’appliance de sauvegarde VBA.

◆ Supprimez la ressource RAP du serveur VBA NSR.

◆ Supprimez l’entrée de l’appliance de sauvegarde VMware (VBA) de toutes les politiques y renvoyant.



Reprise après sinistreEMC Backup and Recovery offre de puissantes fonctions de stockage et de gestion des sauvegardes. En cas de panne, la première mesure à prendre consiste à revenir en arrière jusqu’à un point de contrôle validé connu. Pour procéder à une restauration suite à une défaillance de l’appliance EMC Backup and Recovery, référez-vous aux instructions suivantes concernant la reprise après sinistre.

Remarque : la solution EMC Backup and Recovery ne prend pas en charge la reprise après sinistre de données sauvegardées sur Avamar si les métadonnées AFTD internes ont été perdues.

Instructions relatives à la reprise après sinistre

Pour effectuer une reprise après sinistre EMC Backup and Recovery, suivez ces instructions :

1. Lors de la définition de politiques de rétention des index et des médias de savesets, assurez-vous que les savesets contenus dans la base de données des médias sont actifs et qu’ils n’ont pas expiré et ne sont pas recyclés.

2. Avant d’arrêter l’appliance EMC Backup and Recovery, vérifiez qu’aucune procédure de sauvegarde ou de maintenance n’est en cours. Selon la méthode de sauvegarde choisie et la durée de l’opération, planifiez votre sauvegarde EMC Backup and Recovery à un moment où aucune autre tâche n’est programmée. Par exemple, si votre fenêtre de sauvegarde est de huit heures et que vos sauvegardes ne prennent qu'une heure, vous disposez de sept heures supplémentaires avant le démarrage de tâches de maintenance. C'est le meilleur moment pour arrêter l'appliance et la sauvegarder.

3. Dans le client Web vSphere, accédez à l'appliance. Effectuez un arrêt de l'OS invité sur la machine virtuelle. N'éteignez pas la machine virtuelle à partir de son interface. Une tâche de mise hors tension équivaut à débrancher l’alimentation du serveur physique et risque d’entraîner un arrêt avec des erreurs.Pour plus d'informations, reportez-vous à la section « Procédures d’arrêt et de démarrage d’EMC Backup and Recovery », page 79.

4. Une fois que vous avez vérifié l'arrêt de l'appliance, poursuivez avec votre méthode de protection privilégiée.

5. Vérifiez que la sauvegarde d’EMC Backup and Recovery est terminée et qu’aucune procédure de sauvegarde/snapshot/copie n’est en cours pour EMC Backup and Recovery.

6. Dans le client Web vSphere, effectuez une mise sous tension de l'appliance.

Reprise après sinistre de l’appliance EMC Backup and Recovery

Pour effectuer une reprise après sinistre de l’appliance EMC Backup and Recovery :

1. Choisissez un point de contrôle existant. Si vous avez créé un point de contrôle récemment, vérifiez qu’il est validé.

a. Exécutez la commande suivante pour vérifier l’existence d’un point de contrôle récent :

# mccli checkpoint show

Reprise après sinistre 85


Un résultat semblable à l’exemple suivant s’affiche :

Tag Time Validated Deletable----------------- ----------------------- --------- ---------cp.20130206170045 2013-02-06 09:00:45 PST Validated Yescp.20130206170913 2013-02-06 09:09:13 PST Nocp.20130206210904 2013-02-06 13:09:04 PST Validated No

b. Si le point de contrôle sélectionné n’est pas validé, validez-le en exécutant la commande suivante :

# mccli checkpoint validate --cptag= cp.20130206170913 --override_maintenance_scheduler

La validation prend un certain temps. Continuez à vérifier l’état en exécutant mccli checkpoint show.

2. Pour créer un point de contrôle en l’absence de point de contrôle récent, ou pour créer un nouveau point de contrôle, exécutez les commandes suivantes.

Pour créer le point de contrôle :

# mccli checkpoint create --override_maintenance_scheduler

Pour vérifier que le point de contrôle a été créé correctement, exécutez la commande suivante :


Validez ensuite le point de contrôle :

# mccli checkpoint validate --cptag= cp.20130206170913 --override_maintenance_scheduler

Pour vérifier que le point de contrôle a été validé correctement :


3. Sauvegardez le point de contrôle :

Le fichier OVA 0,5 To contient 3 disques de 256 Go, affichés en tant que /data01, /data02 et /data03. Pour la version OVA 0,5 To, indiquez les répertoires de points de contrôle créés en même temps que les points de contrôle :

• /data01/cp.20130206170913• /data02/cp.20130206170913• /data03/cp.20130206170913

Le fichier OVA 4 To contient 6 disques de 1 To, affichés en tant que /data01, /data02, /data03, /data04, /data05 et /data06. Pour la version OVA 4 To, indiquez les répertoires de points de contrôle créés en même temps que les points de contrôle :

• /data01/cp.20130206170913• /data02/cp.20130206170913• /data03/cp.20130206170913• /data04/cp.20130206170913• /data05/cp.20130206170913• /data06/cp.20130206170913

4. Sauvegardez ces répertoires à l’aide d’une commande save ou savegrp EMC NetWorker.



La machine virtuelle de l’appliance EMC Backup and Recovery est supprimée de vCenter.

5. Redéployez l’appliance EMC Backup and Recovery en reprenant la même configuration réseau et utilisez le bouton Override avec la configuration EMC Backup and Recovery.

6. Réenregistrez les proxys externes avec l’appliance EMC Backup and Recovery en exécutant la commande suivante à partir de chaque proxy externe, ou redémarrez le proxy externe :

#/usr/local/avamarclient/etc/initproxyappliance.sh start

7. Effectuez une restauration de savesets des fichiers de points de contrôle sauvegardés à l’étape 3 à l’aide d’EMC NetWorker.

8. Effectuez un retour arrière :

a. Ouvrez une invite de commande, puis utilisez la commande cd pour accéder à /usr/local/vdr/configure/bin.

b. Exécutez les commandes suivantes<:hs>:

./ebr-rollback-util.sh -forcerollback checkpoint

où checkpoint correspond au fichier cp.#### restauré à partir d’EMC NetWorker.

9. Vérifiez que les restaurations d’anciennes sauvegardes et que les politiques sont intactes par rapport au point de contrôle.

Résolution des problèmesCette section contient des informations sur la résolution des problèmes liés à la solution NetWorker VMware Protection :

◆ « Liste de contrôle de configuration », page 88

◆ « Emplacement des fichiers logs », page 89

◆ « Activation de la consignation détaillée du serveur Web NetWorker sur les systèmes Windows », page 89

◆ « Erreur de synchronisation horaire », page 90

◆ « Création et analyse d’incidents sous Windows 2008 R2 », page 90

◆ « Ajout de proxys externes », page 91

◆ « Opérations dans EMC NetWorker », page 91

◆ « Opérations dans vCenter Server », page 91

◆ « Opérations dans vSphere Web Client », page 92

◆ « Installation de l’appliance EMC Backup and Recovery », page 93

◆ « Opérations dans l’appliance EMC Backup and Recovery », page 93

◆ « Opérations de sauvegarde dans EMC Backup and Recovery », page 93

◆ « Opérations de restauration dans EMC Backup and Recovery », page 96

◆ « Contrôle d’intégrité d’EMC Backup and Recovery », page 97

Résolution des problèmes 87


◆ « Accès aux articles de la base de connaissances », page 97

Liste de contrôle de configuration

La liste de contrôle de configuration suivante indique les bonnes pratiques et des conseils qui peuvent contribuer à résoudre certains problèmes courants.

Configuration de base

◆ Synchronisez l’heure système entre vCenter, ESX/ESXi/vSphere et l’appliance EMC Backup and Recovery.

◆ Attribuez les adresses IP avec soin : ne réutilisez jamais une adresse IP attribuée.

◆ Utilisez les noms de domaine complets (FQDN) partout.

◆ Pour tout problème relatif au réseau, vérifiez que les recherche de noms DNS en avant et en arrière fonctionnent pour chaque hôte de la zone de données.

Configuration DDR

◆ Mettez à niveau DDOS version 5.3.0.6 ou 5.4.0.4 (ou version supérieure) sur l’ensemble des DDR.

◆ Assurez-vous que le DDR n’atteint pas les limites MTree et max-streams.

◆ Assurez-vous que l’utilisateur DDBoost dispose des privilèges d’administrateur.

◆ Assurez-vous que les périphériques proviennent tous du même hôte DDR par pool DDR lorsqu’ils sont utilisés dans une action.

configuration de NetWorker

◆ Assurez-vous que les services EMC NetWorker sont exécutés avant de configurer l’appliance EMC Backup and Recovery.

◆ Laissez le champ Nœud de stockage source vide lors de la configuration de l’action de sauvegarde de machine virtuelle.

◆ Assurez-vous que les périphériques appropriés sont montés.

◆ Attendez d’avoir configuré correctement une politique avant de l’exécuter.

Configuration de l’appliance EMC Backup and Recovery

◆ La configuration sur des disques légers est prise en charge.

◆ La fenêtre de configuration d’EMC Backup and Recovery permet de vérifier que tous les services de l’appliance sont en cours d’exécution (à l’exception de l’ordonnanceur de sauvegardes). Notez que les services de maintenance démarrent entre 24 à 48 heures après le démarrage du système. Vous pouvez également démarrer les services de maintenance manuellement si vous le souhaitez.

◆ N’ajoutez pas plus de 500 machines virtuelles à une appliance EMC Backup and Recovery afin d’éviter d’allonger les temps de restauration.

◆ Vérifiez que l’appliance EMC Backup and Recovery dispose de suffisamment d’espace pour les sauvegardes.

◆ Les machines virtuelles comportant des disques indépendants ne peuvent pas faire l’objet de snapshots à des fins de sauvegarde.



Emplacement des fichiers logs

Consultez les emplacements des fichiers log de l’appliance EMC Backup and Recovery suivants :

◆ Logs Tomcat : /usr/local/avamar-tomcat/logs catalina.out pour la demande et la réponse HTTP de niveau général.

◆ Logs du serveur EMC Backup and Recovery : /usr/local/avamar/var/ebr/server_log/ebr-server.log pour des activités EMC Backup and Recovery spécifiques

◆ Logs MC : /usr/local/avamar/var/mc/server_log

◆ Logs du service MC Soap : /usr/local/avamar/var/mc/server_log/axis2.log

◆ Logs de démarrage : /usr/local/avamar/var/av_boot.log/usr/local/avamar/var/av_boot_err.log

◆ Configuration ou enregistrement d’EMC Backup and Recovery avec les logs d’appliance EMC Backup and Recovery : /usr/local/avamar/var/ebr/server_log/ebr-configure.log

◆ Logs de restauration de niveau fichier : /usr/local/avamar/var/flr/server_log

Emplacement des fichiers logs NetWorker

◆ /nsr/logs

Pour collecter l’ensemble des fichiers log situés sur l’appliance EMC Backup and Recovery :

1. Connectez-vous à l’interface utilisateur du plug-in EMC Backup and Recovery à partir de vSphere Web Client.

2. Sous l’onglet État, cliquez sur Collecter les logs.

3. Cliquez sur Collecter les logs.

4. Enregistrez le fichier .zip sur la machine locale que vous avez utilisée pour ouvrir vSphere Web Client.

Activation de la consignation détaillée du serveur Web NetWorker sur les systèmes Windows

Pour activer la consignation détaillée, connectez-vous à NetWorker Server et procédez comme suit :

1. Ouvrez une invite de commande et exécutez cmd.exe.

2. Utilisez le Gestionnaire des tâches pour obtenir le pid de nsrvmwsd.

3. Accédez à networker-install-dir\nsr\bin.

4. Exécutez dbgcommand -p <nsrvmwsd-pid> Debug=11



Erreur de synchronisation horaire

Une erreur de synchronisation horaire peut se produire lors du démarrage du plug-in EMC Backup and Recovery dans vCenter dans les cas suivants :

◆ lorsque vous configurez l’appliance EMC Backup and Recovery pour synchroniser son heure sur celle de l’instance VMware ESX sur laquelle l’appliance est exécutée ;

◆ lorsque vCenter Server est une machine virtuelle exécutée sur une instance VMware ESX différente de celle qui héberge l’appliance EMC Backup and Recovery.

Dans de tels environnements, si les deux instances de VMware ESX ne sont pas réglées sur la même heure et que vCenter Server n’est pas configuré pour être synchronisé sur l’instance VMware ESX sur laquelle il est exécuté, les erreurs suivantes s’affichent dans l’interface de vSphere Web Client :

La demande la plus récente a été rejetée par le serveur.Cette erreur est généralement liée au fait que l’horloge de l’appliance EMC Backup and Recovery et celle du serveur SSO ne sont pas synchronisées.

Pour corriger ce problème :

1. Vérifiez que le réglage de l’heure est identique sur toutes les instances de VMware ESX dans votre environnement. Vous pouvez configurer les paramètres d’heure dans l’interface utilisateur de vCenter. EMC vous recommande de configurer les paramètres d’heure de manière à utiliser le protocole NTP.

2. Assurez-vous que le système vCenter est configuré de façon à synchroniser son heure sur celle de l’instance VMware ESX sur laquelle il fonctionne en exécutant la commande suivante :

vmware-toolbox-cmd timesync enable

3. Vérifiez que l’heure réglée sur l’appliance EMC Backup and Recovery et sur vCenter Server est identique. Pour ce faire, exécutez la commande date sur chacun d’eux.

Remarque : attendez quelques minutes pour que la modification horaire soit prise en compte.

4. Connectez-vous à vSphere Web Client. Si le message de synchronisation horaire ne s’affiche pas au démarrage de l’interface utilisateur du plug-in EMC Backup and Recovery, cela signifie que la synchronisation horaire a réussi.

Création et analyse d’incidents sous Windows 2008 R2

1. Mettez à jour le registre avec la nouvelle clé fournie à l’adresse http://msdn.microsoft.com/en-us/library/bb787181(VS.85).aspx.

Le fichier de vidage est créé dans le répertoire C:\Users\Administrator\AppData\Local\CrashDumps avec les valeurs recommandées.

2. Activez les vidages sur incident complets.

3. Archivez un fichier de vidage ouvert dans windbg.

4. Saisissez analyze --v dans la fenêtre de commande inférieure pour récupérer les informations complètes.


http://msdn.microsoft.com/en-us/library/bb787181(VS.85).aspx


Ajout de proxys externes

L’appliance EMC Backup and Recovery comporte 8 proxys internes. Un proxy peut effectuer uniquement une sauvegarde ou une restauration à la fois.

Si vous avez besoin de davantage de proxys, déployez un fichier OVA de proxy externe. Pour plus d’informations, reportez-vous à la section « Attribution d’un proxy pour la sauvegarde et la restauration », page 34.

Opérations dans EMC NetWorker

Les rubriques de dépannage suivantes présentent des instructions permettant d’identifier et de résoudre les problèmes couramment rencontrés avec EMC NetWorker et les politiques de protection VMware.

Échec d’une politique de protection VMware pour une ressource Client créée manuellement avec l’attribut DataDomain backup activé

Lorsque vous créez manuellement une ressource Client et activez l’attribut DataDomain backup (à l’aide de nsradmin ou de la fenêtre Propriétés du client de NMC), la politique de protection VMware par défaut échoue en présentant l’erreur suivante :

NWP_LOG_OUTPUT : plug-in NW Client : l’opération de session ABANDON a réussi. Raison de l’abandon : nwp_start_backup_session_helper : aucun périphérique Data Domain d’interface IP correspondant pour la sauvegarde du client "clientname" ; vérifiez les nœuds de stockage, les périphériques ou les pools

Si cela se produit, désélectionnez/désactivez l’attribut DataDomain backup sur la ressource Client créée manuellement.

« Aucun proxy exécuté sur VBA {EMC Backup and Recovery appliance name} pour la sauvegarde de la VM {VM name} »

Lorsqu’avagent n’est pas en cours d’exécution ou qu’aucun proxy n’est en cours d’exécution, cette erreur s’affiche dans la fenêtre des informations sur la politique de protection de VMware dans NMC.

Si cette erreur est générée, connectez-vous à vSphere Web Client en tant qu’utilisateur root et appelez service avagent start ou service avagent restart à partir de la console de l’appliance EMC Backup and Recovery.

Opérations dans vCenter Server

Effacement de tous les plug-ins EMC Backup and Recovery

1. Connectez-vous à l’explorateur MOB (Managed Object Browser) de vCenter Server à l’adresse http://vcenter-server/mob.

2. Cliquez sur le lien content.

3. Cliquez sur le lien ExtensionManager.

4. Cliquez sur le lien UnregisterExtension.

5. Saisissez la valeur com.emc.networker.ebr et cliquez sur le lien Invoke Method.

Activation de l’accès HTTP à partir d’EMC Backup and Recovery

1. Connectez-vous à la console de vCenter Server, puis saisissez :



vi /var/lib/vmware/vsphere-client/webclient.properties

2. Assurez-vous que la sortie contient une ligne similaire à allowHttp=true.

Opérations dans vSphere Web Client

Les rubriques de dépannage suivantes présentent des instructions permettant d’identifier et de résoudre les problèmes couramment rencontrés lors de l’utilisation d’EMC Backup and Recovery dans vSphere Web Client.

Redémarrage de vSphere Web Client

Pour redémarrer le serveur vSphere Web Client :

1. Connectez-vous à la console de vCenter Server, puis saisissez :

cd /usr/lib/vmware-vsphere-client

2. Exécutez ./vsphere-client stop

3. Exécutez ./vsphere-client start

Affichage de l’interface utilisateur non disponible dans vSphere Web Client

Si l’interface utilisateur ne s’affiche pas dans vSphere Web Client, connectez-vous à vCenter et redémarrez les services vSphere Client en exécutant la commande suivante à partir d’une invite de commande :

cd /usr/lib/vmware-vsphere-client./vsphere-client stop./vsphere-client start

Lors du déploiement d’une machine virtuelle, ne modifiez pas le réseau par défaut (Réseau de la machine virtuelle) fourni par l’assistant. Une fois le déploiement achevé et avant la mise sous tension de la machine virtuelle, reconfigurez cette dernière pour qu’elle utilise le réseau approprié si le paramètre Réseau de la machine virtuelle n’est pas correct. Si vous modifiez le réseau dans l’assistant, EMC Backup and Recovery recherche eth1 au lieu d’eth0, et la connectivité réseau échoue.

Démarrage de la console dans vSphere Web Client pour redémarrer la machine virtuelle

Lorsque vous vous connectez à vSphere Web Client et démarrez la console pour l’appliance EMC Backup and Recovery, un délai de plusieurs minutes peut s’écouler pendant le redémarrage de la machine virtuelle. Un message similaire au suivant figure dans la sortie :

Identity added: /home/dpn/.ssh/dpnid (/home/dpn/.ssh/dpnid)

Si vous voyez ce message, n’arrêtez pas la machine virtuelle et attendez que le redémarrage se termine.

« L’appliance EMC Backup and Recovery ne répond pas. Essayez à nouveau. »

Si ce message s’affiche alors que vous pouviez auparavant vous connecter à EMC Backup and Recovery, vérifiez les points suivants :



◆ Assurez-vous que le nom d’utilisateur ou le mot de passe utilisés pour valider EMC Backup and Recovery auprès de vCenter Server n’ont pas été modifiés. Un seul compte utilisateur et un seul mot de passe sont utilisés pour la validation d’EMC Backup and Recovery. Ces éléments sont configurés à l’aide de la fenêtre de configuration d’EMC Backup and Recovery.

◆ Vérifiez que le nom et l’adresse IP de l’appliance n’ont pas changé depuis l’installation initiale d’EMC Backup and Recovery.Pour plus d'informations, consultez la section « Configuration du serveur DNS », page 24.

Installation de l’appliance EMC Backup and Recovery

Si vous rencontrez des problèmes lors de l’installation de l’appliance EMC Backup and Recovery :

◆ Vérifiez que tous les logiciels répondent à la configuration logicielle minimale requise (voir « Configuration système », page 21).

◆ Vérifiez que l'ensemble du matériel répond à la configuration matérielle minimale requise (voir « Configuration système », page 21).

◆ Vérifiez que le DNS est correctement configuré pour l’appliance EMC Backup and Recovery. (Voir « Configuration requise préalable à l’installation », page 24)

Opérations dans l’appliance EMC Backup and Recovery

Redémarrer Enterprise Manager Application Web (emwebapp)

Pour redémarrer emwebapp :

1. Connectez-vous à la console de l’appliance EMC Backup and Recovery, puis saisissez :

emwebapp.sh --stopemwebapp.sh --start

2. Redémarrez la base de données EMC Backup and Recovery en exécutant ce qui suit :

emwebapp.sh --stopsu – adminebrdbmaint.pl --startdbexitemwebapp.sh --start

3. Installez les patchs requis sur le serveur EMC Backup and Recovery en exécutant ce qui suit :

emwebapp.sh --stopcd /usr/local/avamar/lib/ebrmv ebr-server.war ebr-server.war.orig

4. Utilisez SFTP pour télécharger le nouveau fichier .war vers l’emplacement suivant :

emwebapp.sh --start*

Opérations de sauvegarde dans EMC Backup and Recovery

Les rubriques de dépannage suivantes présentent des instructions permettant d’identifier et de résoudre les problèmes de sauvegarde couramment rencontrés lors des sauvegardes EMC Backup and Recovery.



Échec des sauvegardes lorsque le plug-in EMC Backup and Recovery est enregistré sous une version de chaîne incorrecte dans vCenter

Les sauvegardes peuvent échouer lorsque le plug-in EMC Backup and Recovery est enregistré sous une version de chaîne incorrecte dans vCenter. De plus, la coexistence sur vCenter de l’appliance EMC Backup and Recovery et de VMware VDP ou de tout plug-in de sauvegarde tiers est impossible. Si un conflit se produit, annulez l’enregistrement de l’extension de plug-in EMC Backup and Recovery à partir de MOB :

1. Accédez à http://vcenter-ip/mob.

2. Dans la table Properties, sélectionnez le lien content.

3. Sélectionnez Extension Manager et vérifiez que la table des propriétés contient l’entrée com.emc.networker.ebr.

4. Dans la table Methods, sélectionnez UnregisterExtension.

5. Saisissez com.emc.networker.ebr, puis sélectionnez Invoke Method.

Remarque : Ce nom est différent en cas de suppression de VDP ou d’un plug-in de sauvegarde tiers.

6. Dans Extension Manager, vérifiez que le plug-in ne figure plus dans la table Properties, puis redémarrez les services vCenter ou vCenter Server.

7. Redémarrez emwebapp sur l’appliance EMC Backup and Recovery à l’aide de la commande emwebapp.sh --restart.

« Chargement en cours des données de la procédure de sauvegarde... »

Ce message peut s’afficher pendant près de cinq minutes (au maximum) si vous sélectionnez un grand nombre de machines virtuelles (environ une centaine) dans le cadre d’une seule procédure de sauvegarde. Ce problème peut également concerner des actions de verrouillage/déverrouillage, d'actualisation ou de suppression pour les procédures volumineuses. Ce comportement est normal lorsque vous sélectionnez un très grand nombre de procédures. Ce message disparaît une fois l’action terminée, ce qui peut représenter un délai maximal de 5 minutes.

« Impossible d’ajouter le client {client name} à l’appliance EMC Backup and Recovery lors de la création de la procédure de sauvegarde {backupjob name}. »

Cette erreur peut s’afficher lorsque le nom du client figure en double dans le conteneur vApp ou sur l’hôte VMware ESX/ESXi. Dans ce cas, une seule procédure de sauvegarde est ajoutée. Résolvez les doublons de nom de client.

« Les éléments suivants sont introuvables et n'ont pas été sélectionnés : {client name}. »

Cette erreur peut se produire lors de la modification d'une procédure de sauvegarde, lorsque les VM sauvegardées sont introuvables. Ce problème a déjà été recensé.



Possibilité d’échec pour les sauvegardes de VM Windows 2008 R2 avec le paramètre disk.EnableUUID configuré sur « true »

Les sauvegardes de VM Windows 2008 R2 peuvent échouer si les machines virtuelles sont configurées avec le paramètre disk.EnableUUID défini sur true. Pour corriger ce problème, mettez à jour manuellement le paramètre de configuration vmx disk.EnableUUID sur false à l’aide de vSphere Web Client :

1. Arrêtez la VM en cliquant sur son entrée avec le bouton droit et en sélectionnant Arrêt de l'OS invité.

2. Cliquez avec le bouton droit de la souris sur la machine virtuelle, puis sélectionnez Modifier les paramètres.

3. Cliquez sur Options VM.

4. Développez la rubrique Avancé et cliquez sur Modifier la configuration.

5. Localisez le paramètre disk.EnableUUId et définissez sa valeur sur false.

6. Cliquez sur OK aux deux pages suivantes.

7. Cliquez avec le bouton droit de la souris sur la machine virtuelle et sélectionnez Mettre sous tension.

Une fois la mise à jour du paramètre de configuration effectuée, les sauvegardes des VM Windows 2008 R2 devraient se dérouler normalement.

La sauvegarde échoue si la capacité du datastore d’EMC Backup and Recovery est insuffisante.

Les sauvegardes planifiées échouent à 92 % lorsque la capacité du datastore est insuffisante. Si vous avez configuré le datastore d’EMC Backup and Recovery avec le Thin Provisioning et si la capacité maximale n’est pas atteinte, ajoutez des ressources de stockage supplémentaires. Si vous avez configuré le datastore d’EMC Backup and Recovery avec le Thick Provisioning et que la capacité maximale est atteinte, reportez-vous à la section « Gestion de la capacité d’EMC Backup and Recovery », page 80.

Échec des sauvegardes lorsque la VM est activée avec VMware Fault Tolerance

Lorsque vous activez VMware Fault Tolerance pour une VM, la sauvegarde échoue. Ce comportement est normal, puisqu’EMC Backup and Recovery ne prend pas en charge la sauvegarde des machines virtuelles dont la fonction VMware Fault Tolerance est activée.

Lorsque des machines virtuelles rejoignent ou quittent différents groupes de cluster, il arrive que les sources de sauvegarde associées soient perdues.

Lorsque vous déplacez des hôtes dans des clusters avec la possibilité de conserver les pools de ressources et les vApp, les conteneurs sont recréés, et pas copiés. Par conséquent, il ne s’agit plus du même conteneur même si son nom reste inchangé. Pour résoudre ce problème, validez ou recréez les procédures de sauvegarde qui protègent les conteneurs après le déplacement des hôtes vers ou depuis un cluster.



Suite à un arrêt non planifié, les procédures de sauvegarde et les sauvegardes récentes sont perdues.

Chaque fois qu’un arrêt inattendu se produit, l’appliance EMC Backup and Recovery procède à un retour en arrière jusqu’au dernier point de contrôle validé. Ce comportement est normal.

Les opérations vMotion ne sont pas autorisées pendant les activités de sauvegarde.

La fonction vSphere vMotion permet la migration dynamique des machines virtuelles en cours d’exécution d’un serveur physique à un autre. L’exécution des opérations vMotion n’est pas autorisée sur l’appliance EMC Backup and Recovery pendant les opérations de sauvegarde actives. Ce comportement est normal. Patientez jusqu'à la fin de toutes les opérations de sauvegarde avant d'effectuer une opération vMotion.

Échec des sauvegardes en présence de certains caractères dans les noms des machines virtuelles, du datastore, des dossiers ou du datacenter

Lorsque vous utilisez des caractères spéciaux dans les noms des machines virtuelles, du datastore, des dossiers ou du datacenter, le fichier .vmx n’est pas inclus dans la sauvegarde. L’appliance EMC Backup and Recovery ne sauvegarde pas les objets comportant les caractères spéciaux suivants (au format caractère/séquence d’échappement) :

◆ & %26

◆ + %2B

◆ / %2F

◆ = %3D

◆ ? %3F

◆ % %25

◆ \ %5C

◆ ~ %7E

◆ ] %5D

Opérations de restauration dans EMC Backup and Recovery

Les rubriques de dépannage suivantes présentent des instructions permettant d’identifier et de résoudre les problèmes de restauration couramment rencontrés.

Message d’erreur généré suite à l’affichage par la fonction de restauration de niveau fichier d’un message indiquant une « erreur lors de la recherche de vm par ipAddr » lorsque VMware Tools n’est pas installé

Vous devez installer VMware Tools pour pouvoir procéder à des restaurations de niveau fichier. Lorsque VMware Tools n’est pas installé, un message s’affiche, indiquant que le client de restauration EBR ne parvient pas à trouver une sauvegarde de VM par adresse IP.



L'onglet Restauration affiche un message de chargement des sauvegardes en cours, et le chargement est lent.

En principe, le chargement d’une sauvegarde de machine virtuelle à partir de l’onglet Restauration prend deux secondes. Ce comportement est normal.

L'onglet Restauration est lent à se charger ou à s'actualiser.

Si le nombre de machines virtuelles est important, le chargement ou l’actualisation de l’onglet Restauration peut prendre un certain temps. Par exemple, lorsque vous disposez d’une centaine de machines virtuelles, le chargement de l’onglet Restauration peut prendre jusqu’à quatre minutes et demie.

Contrôle d’intégrité d’EMC Backup and Recovery

Une fois que vous avez démarré un contrôle d’intégrité, un délai de quelques secondes peut s’écouler avant que la tâche « EBR : Contrôle d‘intégrité » ne s’affiche sous Tâches récentes, sous l’onglet des tâches En cours d’exécution. De même, une fois que vous avez annulé un contrôle d’intégrité, un délai de quelques secondes peut s’écouler avant que la tâche ne soit annulée.

Dans certains cas (par exemple, lorsque la progression du contrôle d’intégrité est supérieure à 90 %), le contrôle d’intégrité peut même se terminer avant que l’opération d’annulation ne soit arrivée à son terme. Même lorsque le contrôle d’intégrité se déroule correctement, la Console des tâches peut néanmoins afficher une erreur indiquant que le contrôle d’intégrité a été annulé.

Si vous saviez que l’état du contrôle d’intégrité de l’appliance (indiqué sous l’onglet Rapports) était défini sur « Périmé » avant le démarrage du contrôle d’intégrité, vous pouvez l’examiner immédiatement après avoir annulé la tâche afin de vérifier que l’annulation a bien été prise en compte. Si l’état du contrôle d’intégrité est défini sur « Normal », le contrôle a bien été effectué. S’il est défini sur « Périmé », cela signifie que le contrôle a été annulé.

Accès aux articles de la base de connaissances

Des informations de dépannage supplémentaires sont mises à disposition via le site Web de la documentation de VMware. Sélectionnez Produits > VMware vSphere > Dépannage.




CHAPITRE 3Sauvegarde et restauration VADP

Ce chapitre propose les rubriques suivantes :

◆ Matériel et logiciels requis .................................................................................... 100◆ modes de transport............................................................................................... 102◆ Prise en charge des directives ............................................................................... 103◆ CBT (Changed Block Tracking) ............................................................................... 104◆ Options de configuration....................................................................................... 105◆ Tâche 1 : configuration de l'hôte proxy VADP et de la ressource Hypervisor............ 105◆ Tâche 2 : configuration d'un client virtuel pour sauvegarde.................................... 114◆ Tâche 3 : création d'un rôle Utilisateur VADP dans vCenter .................................... 119◆ Tâche 4 : configuration de la fonction CBT (Changed Block Tracking)...................... 123◆ Gestion et surveillance des machines virtuelles dans la solution VADP.................. 124◆ Restauration des sauvegardes VADP ..................................................................... 132◆ Certifications et bonnes pratiques VADP................................................................ 143

Sauvegarde et restauration VADP 99

Sauvegarde et restauration VADP

Matériel et logiciels requisL'utilisation de VADP nécessite le matériel et les logiciels suivants :

◆ Un ou plusieurs systèmes proxy VADP exécutant l'un des systèmes d'exploitation suivants (dans leur version en langue anglaise uniquement) :

• Windows Server 2003 SP1 (32 ou 64 bits)

• Windows Server 2003 R2 (32 ou 64 bits)

• Windows Server 2003 SP2 (32 ou 64 bits)

• Windows 2008 (32 ou 64 bits)

Remarque : vous pouvez uniquement utiliser Windows 2008 32 bits en tant que proxy VADP et non en tant que NetWorker Server.

• Windows 2008 R2

◆ Un ou plusieurs serveurs vCenter/Virtual Center exécutant l'un des logiciels suivants :

• vSphere 5 ou 5.1 (pour les instructions de mise à jour vers vSphere 5, consultez le Guide d’intégration d’EMC NetWorker avec VMware)

• vCenter Server versions 4.1 ou 4.0, prenant en charge VMware ESX/ESXi 4.1, 4.0 et 3.5

Remarque : actuellement, l'appliance VMware vCenter n'est pas prise en charge par NetWorker.

• VirtualCenter 2.5 prenant en charge VMware ESX/ESXi 3.5

Remarque : NetWorker prend en charge la sauvegarde et la restauration des versions localisées des systèmes d'exploitation invités des machines virtuelles. Toutefois, si vous utilisez une version du système d’exploitation Windows dont la langue n’est pas l’anglais pour vCenter ou l’hôte proxy VADP, tenez compte des restrictions décrites aux sections « Restrictions relatives à vCenter sous les versions localisées de Windows » et « Restrictions relatives à l’hôte proxy VADP sous les versions localisées de Windows ».

◆ Assurez-vous de disposer d’une connectivité réseau entre le serveur proxy VADP et le vCenter Server chargé de gérer le serveur de cluster ESX, de même que d’une connexion au système VMware ESX.

◆ Un adaptateur HBA FC est nécessaire pour établir la connexion entre le proxy VADP et un réseau de stockage SAN Fibre Channel (FC).

◆ Installez le logiciel client NetWorker 7.6 Service Pack 2 ou version supérieure sur l’hôte proxy VADP.

◆ Installez le logiciel client NetWorker 7.6 Service Pack 2 ou version supérieure sur vCenter Server afin d’activer la fonction de découverte automatique.

◆ NetWorker Server nécessite la présence du logiciel EMC NetWorker 7.6 ou version supérieure.



◆ L’hôte proxy VADP doit avoir accès aux LUN requises pour la sauvegarde des machines virtuelles prises en charge. Les points à prendre en compte varient en fonction de l’environnement (par exemple, les disques RDM en mode de compatibilité physique ne sont pas pris en charge et ne nécessitent donc pas d’accès proxy). Pour plus d'informations, reportez-vous à la section « Accès du proxy VADP aux LUN », page 160.

◆ Installez VMware Tools sur la machine virtuelle afin de garantir des sauvegardes cohérentes. Les sauvegardes effectuées via un nom de domaine complet (FQDN) ou un nom d’hôte nécessitent également l’installation de VMware Tools.

Remarque : sous Windows 2008 R2, le programme comreg.exe, qui fait partie du programme d’installation de VMware Tools, entraîne un bug qui bloque l’enregistrement du fournisseur de snapshot VMware auprès de VSS. De ce fait, il est possible que les sauvegardes VADP d'une machine virtuelle Windows Server 2008 R2 ou Windows 7 échouent avec certaines versions de VMware ESX 4.0.0.L’article suivant de la base de connaissances contient des instructions permettant de corriger ce problème : http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1022720Pour résoudre ce problème, mettez le logiciel à niveau vers VMware ESX 4.0 mise à jour 2 ou vers VMware ESX 4.1, ou installez sur le serveur VMware ESX 4.0.0 le correctif VMware à partir du lien suivant : http://kb.vmware.com/selfservice/microsites/search.do?cmd=displayKC&externalId=1013127

Restrictions relatives à vCenter sous les versions localisées de Windows

Les restrictions suivantes concernent les versions localisées du système d'exploitation Windows utilisant vCenter pour VADP.

◆ Les noms suivants ne doivent contenir que des caractères reconnus en langue anglaise :

• Nom d'affichage de la machine virtuelle de sauvegarde dans le volet gauche de vCenter

• Nom de domaine qualifié ou nom d'hôte de la machine virtuelle de sauvegarde

• Nom du datacenter vCenter

• Nom du pool de ressources vCenter

• Noms des datastores ESX contenant les disques virtuels et les fichiers de configuration de la machine virtuelle

◆ Il est uniquement possible de restaurer des machines virtuelles sur un vCenter Server dont le système d’exploitation (l’OS) utilise la même langue que celle du vCenter Server utilisé pour la sauvegarde. Par exemple, il n'est pas possible de restaurer sur un serveur vCenter dont le système d'exploitation est en anglais une machine virtuelle sauvegardée sur un serveur vCenter dont le système d'exploitation est en japonais.

◆ Seul le programme NetWorker User permet d’effectuer une restauration VADP. Il est impossible de restaurer l’image entière à partir de la ligne de commande dans le cas de sauvegardes effectuées sur un vCenter Server dont la langue n’est pas l’anglais.

Matériel et logiciels requis 101


http://kb.vmware.com/selfservice/microsites/search.do?cmd=displayKC&externalId=1013127


Restriction relative à l’hôte proxy VADP sous les versions localisées de Windows

La restriction suivante concerne les versions localisées du système d'exploitation Windows pour l'hôte proxy VADP :

Sur la machine à partir de laquelle vous démarrez la restauration VADP, installez le module EMC NetWorker dans sa version anglaise uniquement, sans packs de langue supplémentaires. Pour ce faire, vous devez désélectionner manuellement ces derniers lors de l’installation d’EMC NetWorker.

Remarque : toute tentative d'ouverture de la boîte de dialogue de restauration VADP sans le respect de cette procédure entraîne l'écrasement des fichiers système locaux, ce qui est susceptible de corrompre la machine.

modes de transportL’hôte proxy VADP prend en charge les modes de transport avancés pour la restauration de niveau image. Lors de la sauvegarde ou de la restauration, vous pouvez configurer le mode de transport réseau avec les valeurs suivantes :

◆ SAN : le choix de ce mode transfère complètement la charge CPU, mémoire et E/S de la sauvegarde vers l'infrastructure virtuelle. Les E/S de sauvegarde sont intégralement déchargées vers la couche de stockage où les données sont lues directement à partir du SAN ou d'une LUN iSCSI.

Le mode SAN nécessite un proxy physique ayant accès au SAN et l'hébergement des machines virtuelles sur un périphérique de stockage de type Fibre Channel ou iSCSI. Les volumes VMFS correspondants doivent apparaître dans le snap-in présenté par l'outil de gestion des disques de Microsoft Windows pour l'hôte proxy VADP.

◆ Hotadd : Dans ce mode, les E/S liées à la sauvegarde sont effectuées en interne via la pile d'E/S VMware ESX à l'aide de la technologie hotadd SCSI. Cette méthode fournit de meilleurs débits d'E/S que NBD ou NBDSSL lors de la sauvegarde. Toutefois, le choix de ce mode place la charge CPU, mémoire et E/S de la sauvegarde sur le serveur VMware ESX qui héberge le proxy VADP.

Le mode hotadd nécessite un proxy virtuel. De plus, le serveur VMware ESX qui l’héberge doit avoir accès à tous les datastores où sont hébergées les machines virtuelles. Par conséquent, si les datastores sont SAN/iSCSI/NFS et si le serveur VMware ESX où réside le proxy VADP est différent du serveur VMware ESX où sont hébergées les machines virtuelles, alors :

• Si les LUN sont de type SAN, le serveur VMware ESX qui héberge le proxy et celui qui héberge les machines virtuelles doivent appartenir à la même zone fabric.

• Si les LUN sont de type iSCSI, le serveur VMware ESX qui héberge le proxy et celui qui héberge les machines virtuelles doivent être configurés de manière à utiliser les mêmes cibles de stockage.

• S'il s'agit de datastores de type NFS, le serveur VMware ESX qui héberge le proxy et celui qui héberge les machines virtuelles doivent être configurés de manière à utiliser les mêmes points de montage NFS.



◆ NBD (périphérique de bloc réseau) : Dans ce mode, la charge CPU, mémoire et E/S est directement placée sur le serveur VMware ESX qui héberge les machines virtuelles de production, puisque les données de sauvegarde doivent transiter par le même serveur VMware ESX et atteindre le proxy via le réseau. Le mode NBD peut être utilisé pour un proxy virtuel comme pour un proxy physique. En outre, il prend en charge tous les types de stockage.

◆ NBDSSL (périphérique de bloc réseau avec SSL) : Le mode de transport NBDSSL est le même que NBD à cette exception près que les données transférées sur le réseau sont cryptées. Le transfert des données en mode NBDSSL est donc susceptible d'être plus lent et de solliciter davantage le CPU du fait de la charge supplémentaire que représentent le cryptage et le décryptage SSL pour l'hôte VADP.

Pour plus d'informations sur la restauration de machines virtuelles à l'aide du mode NBDSSL, reportez-vous à la section « Restauration d’une machine virtuelle à l’aide du mode de transport NBDSSL, SAN ou hotadd », page 141.

Le symbole | permet de définir plusieurs modes de transport pour l'hôte proxy VADP (par exemple, san|nbd|nbdssl).

Par défaut, le champ du mode de transport dans NetWorker User est vide. Indiquez un seul mode de transport pour la restauration.

Pour plus d'informations sur la configuration des modes de transport, reportez-vous à la section « Tâche 1 : configuration de l'hôte proxy VADP et de la ressource Hypervisor », page 105. Ils sont présentés en détail dans le tableau « Valeurs des informations sur l'application », page 110.

Prise en charge des directivesToutes les directives locales (fichier .nsr) sont prises en charge pour les sauvegardes ALLVMFS et les sauvegardes de savesets spécifiques.

La technologie VADP prend en charge les directives globales suivantes :

◆ Directive de cryptage (pour les sauvegardes de niveau image compatibles avec VADP)

◆ NT avec compression (pour les sauvegardes de niveau image compatibles avec VADP)

Directive de cryptage

La directive de cryptage est prise en charge uniquement par les machines virtuelles Windows dont tous les disques utilisent un système de fichiers NTFS.

Pour la sauvegarde, il est possible de spécifier la directive dans les propriétés du client de la machine virtuelle.

◆ Chiffrement - Directive de chiffrement

Pour la restauration de fichiers ou de l'ensemble de la machine virtuelle à partir de sauvegardes d'images cryptées à l'aide d'une phrase de passe différente de la phrase de passe actuelle (laquelle est indiquée dans l'attribut Phrase de passe de zone de données du serveur NetWorker), procédez comme suit :

◆ Pour restaurer des données AES qui n’ont pas été chiffrées avec la phrase de passe actuelle, utilisez l’option -p avec la commande utilisée pour restaurer les données. Par exemple :

• recover -p pass_phrase

Prise en charge des directives 103


• winworkr -p pass_phrase

◆ Pour entrer plusieurs phrases de passe avec l’option -p, entrez :

recover -p pass_phrase1 -p pass_phrase2 -p pass_phrase3

Remarque : si une phrase de passe inexacte ou aucune phrase de passe n'est entrée, les données chiffrées ne sont pas restaurées. À la place, les noms de fichier seront créés sans données. Toutefois, si les données non chiffrées sont également sélectionnées pour la restauration, elles seront restaurées.

Directive de compression

La directive de compression est prise en charge uniquement par les machines virtuelles Windows dont tous les disques utilisent un système de fichiers NTFS.

Pour la sauvegarde, il est possible de spécifier la directive Compression-"NT with compression directives" dans les propriétés du client de la machine virtuelle.

Pour la restauration de fichiers ou de l'ensemble de la machine virtuelle à partir de sauvegardes d'images avec compression, la procédure suit le workflow standard.

Sauvegardes incrémentielles et sauvegardes de niveau image

Pour les sauvegardes de niveau image, la sauvegarde incrémentielle d’une machine virtuelle n’est plus prise en charge après un changement de matériel, l’application d’un correctif du système d’exploitation, l’installation d’un Service Pack, la mise à jour de pilotes, etc. Effectuez une sauvegarde de niveau image complète après toute modification du système d’exploitation ou du matériel de la machine virtuelle.

CBT (Changed Block Tracking)Les machines virtuelles qui exécutent VMware ESX 4.0 ou une version supérieure dotée de Virtual Hardware 7 peuvent effectuer le suivi des modifications apportées aux secteurs de disque. Cette fonction s'appelle CBT (Changed Block Tracking).

Sur une machine virtuelle, les modifications affectant les blocs du disque virtuel sont analysées depuis l'extérieur de la machine virtuelle, dans la couche de virtualisation. Lors d'une sauvegarde, NetWorker utilise CBT pour déterminer quels fichiers ont été modifiés depuis la dernière sauvegarde, puis sauvegarde uniquement ces fichiers.

Pour vérifier que la fonction CBT est bien activée sur votre machine virtuelle ou pour l'activer, reportez-vous aux étapes présentées dans la section « Tâche 4 : configuration de la fonction CBT (Changed Block Tracking) », page 123.

Les disques persistants indépendants ne sont pas sauvegardés

La technologie VADP ne prend pas en charge la sauvegarde et la restauration des disques persistants indépendants. Si EMC NetWorker détecte ce type de disque lors de la sauvegarde, il les ignore (un message est alors consigné à cet effet). Cependant, lors d’une restauration de niveau image, le disque est restauré sans données. Si vous utilisez des disques persistants indépendants, vous devez employer la méthode de sauvegarde NetWorker classique en protégeant les données de ces disques via le client de sauvegarde installé sur la machine virtuelle.



Options de configurationDeux options permettent de configurer les clients NetWorker pour effectuer des sauvegardes VADP. Il est possible de les configurer automatiquement à l'aide de l'assistant de configuration de sauvegarde client ou manuellement dans la fenêtre Propriétés du client :

◆ Si vous utilisez l'assistant de configuration de sauvegarde client, reportez-vous à la section « Configuration automatique d'un hôte proxy VADP et d'une ressource Hypervisor à l'aide de l'assistant de configuration de sauvegarde client », page 105.

◆ Si vous utilisez la fenêtre Propriétés du client, reportez-vous à la section « Configuration manuelle d'un hôte proxy VADP et d'une ressource Hypervisor via la fenêtre Propriétés du client », page 108.

Tâche 1 : configuration de l'hôte proxy VADP et de la ressource Hypervisor

Il n'est pas nécessaire d'effectuer une sauvegarde de l'hôte proxy VADP. Cependant, vous devez avoir créé un client NetWorker pour l'hôte proxy VADP avant de configurer les clients virtuels. Le client NetWorker du proxy VADP est désigné par les clients de machine virtuelle au cours des opérations de sauvegarde et de restauration VADP.

Les méthodes suivantes permettent de créer un client NetWorker pour l'hôte proxy VADP :

◆ « Configuration automatique d'un hôte proxy VADP et d'une ressource Hypervisor à l'aide de l'assistant de configuration de sauvegarde client », page 105

◆ « Configuration manuelle d'un hôte proxy VADP et d'une ressource Hypervisor via la fenêtre Propriétés du client », page 108

Remarque : l’hôte proxy VADP peut être le NetWorker Server. En outre, si un NetWorker Server abrite plusieurs instances clientes du même hôte proxy VADP, assurez-vous que toutes les instances disposent des mêmes attributs d’informations d’application concernant VADP. Copiez manuellement les attributs d'informations d'application pour chaque instance du client proxy VADP. Notez toutefois que l'utilisation d'un proxy virtuel empêche de créer le client NetWorker par simple copie du modèle d'autres machines virtuelles protégées.

Configuration automatique d'un hôte proxy VADP et d'une ressource Hypervisor à l'aide de l'assistant de configuration de sauvegarde client

Pour créer un client NetWorker pour l'hôte proxy VADP à l'aide de l'assistant de configuration de sauvegarde client :

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

2. Dans le volet de gauche développé, cliquez avec le bouton droit de la souris sur Clients, puis sélectionnez Configuration de sauvegarde client > Nouveau.

Options de configuration 105


La page Spécifier le nom et le type du client s'affiche, telle qu'illustrée sur la Figure 33 à la page 106.

Figure 33 Spécifier le nom et le type du client

3. Saisissez le nom de l'hôte dans le champ Nom du client, sélectionnez Hôte proxy VMware, puis cliquez sur Suivant.

4. S'il y a lieu, sélectionnez le serveur vCenter associé à l'hôte proxy. Autrement :

a. Dans la section vCenter, cliquez sur Nouveau pour créer une ressource Hypervisor.

b. Dans le champ vCenter, indiquez le nom d’hôte du vCenter Server.

Remarque : aucune restriction ne limite le nombre de serveurs vCenter pris en charge ; cependant, chaque serveur vCenter doit être créé dans la ressource Hypervisor et associé dans l'environnement aux proxys appropriés.

c. Dans les champs Nom d'utilisateur et Mot de passe, saisissez le nom d'utilisateur et le mot de passe d'un compte autorisé à effectuer des sauvegardes et des snapshots et à enregistrer ou créer une machine virtuelle.

Si l'utilisateur ne dispose pas de privilèges d'administration sur le serveur vCenter, suivez les étapes décrites dans la section « Tâche 3 : création d'un rôle Utilisateur VADP dans vCenter », page 119.

d. Cliquez sur OK.



Remarque : la variable VADP_HOST des propriétés d'informations d'application du client hôte proxy est ainsi définie dans NetWorker.

5. Dans les options du point de montage du système de fichiers, indiquez l'emplacement prévu pour le stockage des procédures de sauvegarde des machines virtuelles. La valeur par défaut est c:\\mnt. Cette option définit la variable VADP_BACKUPROOT des propriétés d'informations d'application du client hôte proxy dans NetWorker.

Tenez compte des points suivants lorsque vous définissez cette option :

• Assurez-vous que le répertoire existe déjà, sinon les procédures de sauvegarde VADP échouent avec une erreur indiquant que le répertoire n’existe pas.

• Le répertoire doit se trouver sur un disque local et non pas sur un partage CIFS.

• Le répertoire ne doit pas être crypté.

• Pour chaque tâche de sauvegarde, un répertoire avec un nom unique dérivé du type de sauvegarde * et le nom de la machine virtuelle seront créés ici.

6. Dans les options de nouvelle tentative, définissez le nombre de nouvelles tentatives et l'intervalle entre deux tentatives. Ces options définissent les variables VADP_MAX_RETRIES et VADP_MAX_BACKOFF_TIME des propriétés d'informations d'application du client hôte proxy dans NetWorker.

Tenez compte des points suivants :

• VADP_MAX_RETRIES : utilisez cette option lorsqu’un grand nombre de procédures de sauvegarde se solde par un échec avec des erreurs de type « ressource occupée ». Habituellement, le logiciel de sauvegarde retente les tâches échouées, mais il peut se passer plusieurs heures avant que le logiciel de sauvegarde n'effectue de nouvelles tentatives.

• VADP_MAX_BACKOFF_TIME : si vous modifiez cette valeur par défaut, modifiez également la valeur par défaut de MAX_RETRIES (car ce paramètre ne s'applique que si MAX_RETRIES est supérieur à 0).

7. Dans la section Options de mode de transport, sélectionnez tous les modes voulus dans Modes disponibles, puis cliquez sur le bouton > pour les ajouter. Modifiez l'ordre des modes si nécessaire, sachant qu'il s'agit de l'ordre dans lequel ils sont essayés. Cette option définit la variable VADP_TRANSPORT_MODE des propriétés d'informations d'application du client hôte proxy dans NetWorker.

Remarque : une fois la variable définie, les modes de transport sont séparés par le caractère | .

8. Cliquez sur Next.

9. Cliquez sur Suivant dans la fenêtre Spécifier l'option de sauvegarde de l'hôte proxy, étant donné qu'il n'est pas nécessaire de sauvegarder l'hôte proxy.

10. Cliquez sur Suivant et vérifiez le récapitulatif de configuration de sauvegarde.

11. Cliquez sur Créer.

12. Cliquez sur Terminer.

Tâche 1 : configuration de l'hôte proxy VADP et de la ressource Hypervisor 107


Configuration manuelle d'un hôte proxy VADP et d'une ressource Hypervisor via la fenêtre Propriétés du client

Si vCenter est configuré dans l’environnement, il doit exister une ressource Hypervisor pour le vCenter Server hébergeant les machines virtuelles qui utilisent VADP. Avant de créer une ressource Hypervisor pour vCenter, assurez-vous que le logiciel NetWorker client est installé sur le serveur vCenter pour permettre la génération de la carte virtuelle de l'environnement avec la fonction de découverte automatique.

Remarque : le logiciel EMC NetWorker prend en charge la découverte automatique d'environnements VMware uniquement avec VMware vCenter. Il ne prend pas en charge la détection automatique avec un serveur VMware ESX.

Si vCenter n'est pas configuré dans l'environnement, une ressource Hypervisor doit être créée pour chaque serveur de l'environnement. Le client NetWorker est uniquement nécessaire sur vCenter en cas d'utilisation de la fonction de découverte automatique ou de mappage de virtualisation.

Les sauvegardes VADP fonctionnent sans que le client NetWorker soit installé sur vCenter ou VirtualCenter ; toutefois, il est nécessaire de créer la ressource Hypervisor correspondante sur le serveur NetWorker avant d'effectuer les sauvegardes VADP.

Pour configurer une ressource Hypervisor :


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

3. Dans le volet de droite, cliquez sur Activer Auto Discovery.

4. Dans la boîte de dialogue Auto Discovery :

a. Dans le champ Nom d'hôte, entrez le nom de domaine qualifié (FQDN) ou l'adresse IP du serveur vCenter.

b. Dans les champs Username et Password, saisissez les informations nécessaires pour vous connecter au serveur. Le nom d'utilisateur et le mot de passe doivent appartenir à un compte disposant des autorisations pour exécuter des sauvegardes VADP, des snapshots et des enregistrements/créations de machine virtuelle. L'utilisateur indiqué dans la ressource Hypervisor doit également disposer des privilèges d'administration de vCenter.

Si l'utilisateur ne dispose pas de privilèges d'administration sur le serveur vCenter, suivez les étapes décrites dans la section « Tâche 3 : création d'un rôle Utilisateur VADP dans vCenter », page 119.

c. Pour configurer le serveur vCenter de sorte qu'il utilise un autre port que le port par défaut pour les communications, cliquez sur l'onglet Avancées et spécifiez le port correct dans l'attribut de point d'extrémité du champ NSRhypervisor.

Par exemple, si le service vCenter utilise le port 2000, définissez l'attribut de point d'extrémité de NSRhypervisor comme suit :

https://server_hostname:2000/sdk

où server_hostname est le nom de domaine qualifié de l'hôte vCenter.



d. Une fois le serveur vCenter configuré, cliquez avec le bouton droit de la souris sur Virtualisation et sélectionnez Exécuter la découverte automatique pour générer le mappage de topologie.

Remarque : si la découverte automatique se solde par un échec en présentant l’erreur « Falling back to rsh, but RUSER not provided », assurez-vous que NetWorker Server et vCenter Server peuvent résoudre l’adresse IP ou le nom de domaine complet l’un de l’autre.

e. Cliquez sur OK.

Pour créer un client NetWorker pour l'hôte proxy VADP via la fenêtre Propriétés du client :


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

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

4. Dans le champ Name, saisissez le nom d'hôte du client proxy.

5. Les champs de politique de rétention des index et des médias peuvent rester vides, car ils sont définis pour les clients virtuels.

6. Si le client proxy doit être sauvegardé, assurez-vous que Scheduled Backups est sélectionné.

Remarque : Il n'est pas obligatoire de sauvegarder le client proxy.

7. Dans le champ Saveset, saisissez le nom des fichiers ou des répertoires à sauvegarder.

a. Pour spécifier un fichier ou un répertoire pour une sauvegarde tel que le lecteur C, saisissez c:\.

b. Pour sauvegarder un répertoire précis, Documents and Settings par exemple, saisissez c:\Documents and Settings.

c. Pour sauvegarder tous les systèmes de fichiers et les savesets VSS/System, saisissez ALL.

Remarque : Si le client proxy n'est pas sauvegardé, utilisez la sélection par défaut.



8. Cliquez sur Apps and Modules. La boîte de dialogue Créer un client s'affiche tel qu'illustrée sur la Figure 34 à la page 110.

Figure 34 Onglet Applications et modules de NMC

9. Dans le champ Informations d'application, ajoutez une ligne pour chaque nom d'hôte de serveur VC configuré dans la ressource Hypervisor NSR :

VADP_HOST=any.vc

où any.vc est le nom d'hôte du serveur vCenter configuré en tant que ressource Hypervisor NSR.

10. Les variables, décrites dans le Tableau 13 à la page 110, peuvent également être spécifiées dans la section Informations d'application.

Tableau 13 Valeurs des informations sur l'application (page 1 of 4)

Nom de l'attribut Description Valeur par défaut

VADP_HOST

Remarque : cet attribut est obligatoire.

Spécifiez le nom d'hôte du serveur VC configuré dans le cadre de la ressource Hypervisor NSR. Si plusieurs serveurs VC sont configurés dans la ressource Hypervisor NSR, indiquez ici leur nom d'hôte.Exemple : VADP_HOST=any.vcVADP_HOST=another.vc



VADP_BACKUPROOT • Répertoire dans lequel toutes les procédures de sauvegarde de machine virtuelle sont supposées résider. Assurez-vous que le répertoire existe déjà, sans quoi les procédures de sauvegarde VADP se soldent par un échec en générant une erreur indiquant que le répertoire n’existe pas.

• Le répertoire doit se trouver sur un disque local et non pas sur un partage CIFS.

• Le répertoire ne doit pas être crypté.• Pour chaque tâche de sauvegarde, un

répertoire avec un nom unique dérivé du type de sauvegarde * et le nom de la machine virtuelle seront créés ici.

• Si omis, BACKUPROOT prend la valeur par défaut c:\\mnt.

Exemple : VADP_BACKUPROOT=C:\\mnt"

C:\mnt

VADP_MAX_RETRIES Nombre de nouvelles tentatives d'une opération après son échec. Utilisez cette option si vous voyez un grand nombre de tâches de sauvegarde échouer avec des erreurs "resource busy". Habituellement, le logiciel de sauvegarde retente les tâches échouées, mais il peut se passer plusieurs heures avant que le logiciel de sauvegarde n'effectue de nouvelles tentatives.

Exemple : VADP_MAX_RETRIES=1

0

VADP_MAX_BACKOFF_TIME Nombre de secondes avant la nouvelle tentative d'une opération échouée. Si vous modifiez cette valeur par défaut, modifiez également la valeur par défaut de MAX_RETRIES (car ce paramètre ne s'applique que si MAX_RETRIES est supérieur à 0).

VADP_BACKOFF_TIME=20

10





VADP_DISABLE_FLR Si un client virtuel est configuré pour la sauvegarde et la restauration de niveau image (en une seule étape), le choix de la valeur YES pour cette variable désactive les restaurations de niveau fichier à partir de la sauvegarde de niveau image. Cette variable prend effet si le saveset de sauvegarde du client virtuel est spécifié comme *FULL*, ce qui indique une sauvegarde de niveau image et un niveau de sauvegarde complet (0) sans niveau de sauvegarde incrémentiel sélectionné.

VADP_DISABLE_FLR=Yes

Remarque : si cette variable est définie dans les informations d’application du proxy, mais pas au niveau du client virtuel, la restauration de niveau fichier à partir de toute sauvegarde de niveau image effectuée par la suite via le proxy est désactivée.

Non





Exemple L'exemple suivant affiche toutes les valeurs d'attribut qu'il est possible d'utiliser pour une configuration VADP :

VADP_HOST=any.vcVADP_HOST=another.vcVADP_BACKUPROOT=G:\mntVADP_TRANSPORT_MODE=hotaddVADP_MAX_RETRIES=2VADP_MAX_BACKOFF_TIME=15

VADP_TRANSPORT_MODE Spécifiez le mode de transport pour transférer des données depuis un datastore VMFS vers un serveur proxy VADP. Les options suivantes sont prises en charge :• SAN : les données de disque virtuel sont

lues directement d'un périphérique de stockage partagé sur lequel réside le disque virtuel. Cela requiert que le stockage VMFS sur SAN ou iSCSI et le périphérique de stockage soient accessibles depuis le serveur VMware ESX et le proxy VADP.

• hotadd : ce mode peut être utilisé lorsque VADP est utilisé dans un proxy virtuel. Comme il utilise la pile d'E/S ESX pour déplacer des données, hotadd est plus efficace que NBD en mode de transport.

• NBDSSL : ce mode est identique au mode NBD à ceci près que les données transférées sur le réseau sont chiffrées. Il est possible que le transfert de données en mode NDBSSL soit plus lent et qu’il consomme plus de CPU qu’en mode NBD. Pour la restauration de machines virtuelles à l'aide du mode NBDSSL, reportez-vous à la section « Restauration d’une machine virtuelle à l’aide du mode de transport NBDSSL, SAN ou hotadd », page 141.

• NBD : VADP utilise un protocole sur le réseau pour accéder au disque virtuel. Les données sont lues à partir du périphérique de stockage par l'hôte ESX, puis envoyées sur un canal de réseau non crypté au proxy VADP. Notez que ce mode ne fournit pas les capacités de déchargement du mode SAN (car les données sont toujours transférées depuis l’hôte ESX via le réseau). Le mode NBD ne nécessite toutefois pas de stockage partagé et permet par ailleurs d’exécuter VADP à partir d’une machine virtuelle.

vide

Si l'attribut n'est pas défini, les valeurs par défaut sont sélectionnées dans l'ordre indiqué par la liste de description. Pour spécifier plusieurs modes, insérez un caractère pipe (|) entre les valeurs tel qu'illustré ci-dessous :Exemple :VADP_TRANSPORT_MODE=san | hotadd | nbdssl | nbd

L'ordre dans lequel les modes sont indiqués correspond à l'ordre dans lequel ils sont essayés. Dans la sectionl'exemple ci-dessus, le mode san est le premier essayé ; en cas d'échec, le mode hotadd est essayé, et ainsi de suite.





Tâche 2 : configuration d'un client virtuel pour sauvegardeVous pouvez configurer un client virtuel à l'aide de l'assistant de configuration de sauvegarde client ou via la fenêtre Propriétés du client. Ces deux méthodes permettent de créer ou de modifier une ressource Client.

Effectuez les étapes dans l'une des rubriques suivantes en fonction de votre environnement :

◆ « Configuration d'un client virtuel si vCenter est configuré et que la découverte automatique a été exécutée », page 115

◆ « Configuration manuelle d'un client virtuel via la fenêtre Propriétés du client », page 118

Les clients VMware peuvent également être configurés en tant que clients de déduplication. Après avoir créé un client VMware, suivez les instructions du Guide d’intégration des NetWorker Data Domain Deduplication Devices ou du Guide d’intégration NetWorker Avamar afin de configurer le client de déduplication approprié.

Après la sauvegarde du client virtuel avec l’option de restauration de niveau fichier activée, l’index du client concerné peut être parcouru et les données peuvent être restaurées directement vers le client virtuel ou restaurées vers un autre client virtuel en utilisant la restauration redirigée.

Il est également possible d’effectuer une restauration de niveau image de l’ensemble de la machine virtuelle à l’aide d’une image complète. Elle peut être effectuée vers le même serveur VMware ESX ou vers un autre serveur VMware ESX du même serveur vCenter ou d'un autre serveur vCenter.

Remarque : puisque les entrées d’index sont nécessaires aux restaurations de niveau image VADP, assurez-vous que la politique de rétention des index est définie correctement. Après expiration de la politique de rétention des index, il demeure possible de créer des entrées d'index à l'aide de la commande scanner.

Le Tableau 14 à la page 115 répertorie les options de restauration disponibles en fonction de la configuration du client virtuel. Les étapes de restauration sont décrites dans la section « Restauration des sauvegardes VADP », page 132.



* La variable VADP_DISABLE_FLR ne s'applique pas aux clients virtuels pour lesquels le saveset ALLVMFS est sélectionné pour la sauvegarde. Par ailleurs, si la variable VADP_DISABLE_FLR est spécifiée sur le client virtuel et sur le proxy VADP, la valeur définie sur le client virtuel prévaut.

** Format NTFS des systèmes d'exploitation suivants :

◆ Windows 2003

◆ Windows 2008

◆ Windows 2008 R2

◆ Windows Vista

◆ Windows XP

◆ Windows 7

Configuration d'un client virtuel si vCenter est configuré et que la découverte automatique a été exécutée

Pour configurer un client virtuel si vCenter est configuré :

1. Dans le mappage Virtualization, cliquez avec le bouton droit sur la machine virtuelle et sélectionnez Client Backup Configuration -> New.

2. Dans la page Spécifier le nom du client, vérifiez que le champ Nom du client est renseigné et que Client VMware est sélectionné. Cliquez sur Suivant.

Tableau 14 Options de restauration disponibles en fonction de la configuration du client virtuel

Configuration de sauvegardeRestauration de niveau fichier

Restauration de niveau image (en une seule étape)

Client virtuel avec système d'exploitation NTFS** et saveset ALLVMFS sélectionné.

Oui Non

Client virtuel avec système d'exploitation NTFS** et saveset *FULL* sélectionné.

Oui Oui

Client virtuel avec système d'exploitation NTFS**, saveset *FULL* sélectionné, niveau de sauvegarde complet (aucune sauvegarde incrémentielle) et valeur Yes définie pour la variable VADP_DISABLE_FLR APPINFO.*

Non Oui

Clients virtuels sans système d'exploitation NTFS** mais pour lesquels le saveset *FULL* est sélectionné.

Non Oui

Tâche 2 : configuration d'un client virtuel pour sauvegarde 115


Remarque : le nom de client spécifié doit être un nom d'hôte/alias reconnu dans un service de noms et/ou un nom de domaine qualifié. Si le nom d'affichage de la machine virtuelle apparaît dans le champ, cette entrée doit être remplacée par le nom d'hôte ou le nom de domaine qualifié afin d'éviter l'échec de la création.

3. Dans la page Spécifier l'hôte physique VMware et le type de sauvegarde, le champ Hôte physique est renseigné avec le nom d'hôte physique de la machine virtuelle.

4. Sélectionnez Sauvegarde proxy VMware puis, dans la liste Hôte de sauvegarde proxy, sélectionnez le nom du serveur VC hôte proxy. Les noms VC sont issus des valeurs VADP_HOST définies dans la section des informations d'application de la ressource Client proxy. Cliquez sur Suivant.

5. Dans la page Spécifier les options de sauvegarde, renseignez les sections facultatives suivantes si nécessaire :

• Déduplication : sélectionnez Data Domain si ce client est utilisé avec l'option DDBoost disponible dans NetWorker 7.6 SP1 et les versions supérieures. Si le client utilise la déduplication Avamar, sélectionnez Sauvegarde de déduplication Avamar et le serveur Avamar correspondant. S'il n'utilise pas la déduplication, sélectionnez Aucun.

• Pool cible : dans la liste, sélectionnez un pool vers lequel diriger les données de sauvegarde du client. La sélection d'un pool prévaut sur tout autre choix de pool associé au groupe de sauvegarde du client ou aux savesets du client. Ce champ est surtout utile lors de la sauvegarde de données vers un périphérique Data Domain avec NetWorker 7.6 SP1 ou une version supérieure.

6. Cliquez sur Suivant pour afficher la page Spécifier les options de sauvegarde proxy.

7. (Facultatif) Dans le champ Nom de machine virtuelle, saisissez le nom d'affichage de la machine virtuelle utilisée par le serveur vCenter. Si aucune valeur n'est indiquée, les sauvegardes de cette machine virtuelle sont effectuées via son adresse IP.

Si le nom saisi dans ce champ ne correspond pas au nom d'affichage de vCenter Administrator, la sauvegarde échoue.

Remarque : le nom est sensible à la casse. De plus, si le nom de la machine virtuelle contient des espaces, il doit être entouré de guillemets (" ").

8. Dans la section Type de sauvegarde, indiquez le type de sauvegarde de votre choix :

• Sauvegarde images (équivalent au saveset *FULL*).

• Sauvegarde de tous les fichiers (équivalent au saveset ALLVMFS).

• Sauvegarde de fichiers et de dossiers spécifiques.

– Pour spécifier un fichier ou un répertoire pour une sauvegarde tel que le lecteur C:, saisissez c:\ ou c:.

– Pour sauvegarder un répertoire précis, Documents and Settings par exemple, saisissez c:\Documents and Settings



Remarque : en raison des limites de VADP, une seule entrée est possible pour l'attribut Saveset.


10. Dans la section Sélectionner les propriétés du client NetWorker, sélectionnez les politiques de rétention des index et des médias dans les menus déroulants.

11. Si vous le souhaitez, sélectionnez l'ordonnanceur de sauvegarde de ce client.

Remarque : si un ordonnanceur de sauvegarde est également défini pour le groupe de sauvegarde auquel ce client doit être ajouté, l'ordonnanceur du groupe remplace l'ordonnanceur du client.

12. Éventuellement, saisissez une description du client dans le champ Commentaire client.

13. Si le serveur NetWorker et le client proxy VADP sont deux machines différentes, dans le champ Accès à distance, spécifiez :

user=system, host=VADP proxy host

où system est le compte système du proxy VADP Windows et VADP proxy host est le nom de l'hôte proxy.


15. Dans Spécifier le groupe de sauvegarde NetWorker, choisissez un groupe ou sélectionnez Créer un groupe et indiquez un nom de groupe et un nombre de tentatives du client.

16. Si un nouveau groupe est créé, dans la section Options d'ordonnanceur, spécifiez l'heure à laquelle le groupe doit démarrer dans le champ Heure de début de la sauvegarde de l'ordonnanceur et sélectionnez Démarrer automatiquement la sauvegarde à l'heure programmée.


18. Dans la section Noeuds de stockage de sauvegarde, sélectionnez les nœuds de stockage contenant les périphériques vers lesquels sont dirigées les sauvegardes.

19. Dans la section Noeuds de stockage de restauration, sélectionnez les nœuds de stockage dont les périphériques disponibles sont utilisés lors des restaurations.


21. Vérifiez le récapitulatif de configuration de sauvegarde, puis cliquez sur Créer.

Vous pouvez alors activer une directive sur la machine virtuelle :

22. Cliquez sur Clients, cliquez avec le bouton droit sur le client de machine virtuelle qui vient d'être créé, et sélectionnez Properties.

23. Dans la liste Directive, sélectionnez Directive de cryptage ou NT avec compression.

24. Cliquez sur l'onglet Applications et modules et vérifiez que nsrvadp_save apparaît dans le champ Commande de sauvegarde.

25. Cliquez sur OK.

Tâche 2 : configuration d'un client virtuel pour sauvegarde 117


Pour plus d'informations sur les directives, consultez le Guide d’administration d’EMC NetWorker.

Configuration manuelle d'un client virtuel via la fenêtre Propriétés du client

Pour configurer un client virtuel via la fenêtre Propriétés du client :


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

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

4. Dans le champ Name, saisissez le nom d'hôte du client.

5. Dans le champ Politique de rétention des index, sélectionnez une politique dans la liste.

Remarque : si la politique de rétention des index est définie au niveau client, elle remplacera celle qui est spécifiée pour des groupes dont ce client est membre.

6. Dans le champ Politique de rétention des médias, sélectionnez une politique dans la liste.

Remarque : si la politique de rétention des médias est définie au niveau client, elle remplacera celle qui est spécifiée pour des groupes dont ce client est membre.

7. Assurez-vous que Scheduled Backups est sélectionné.

8. Dans le champ Save Set, saisissez le nom des fichiers ou des répertoires à sauvegarder.

Remarque : en raison de restrictions liées à VADP, une seule entrée est possible pour l'attribut Saveset.

a. Pour spécifier un fichier ou un répertoire pour une sauvegarde tel que le lecteur C, saisissez c:\.

b. Pour sauvegarder un répertoire précis, Documents and Settings par exemple, saisissez c:\Documents and Settings.

c. Pour sauvegarder tous les systèmes de fichiers de machine virtuelle, saisissez ALLVMFS.

d. Pour sauvegarder l'intégralité de l'image de machine virtuelle, saisissez *FULL*.

9. Dans le champ Directive, sélectionnez une directive dans la liste, le cas échéant.

10. Cliquez sur l'onglet Apps and Modules.

11. Dans le champ Commande de sauvegarde, saisissez nsrvadp_save.

12. Dans le champ Informations d'application, ajoutez une valeur VADP_HYPERVISOR pour indiquer le serveur vCenter à utiliser pour la communication. Par exemple :

VADP_HYPERVISOR=vCenter1

où vCenter1 est le nom du serveur vCenter.



Ajoutez également cette valeur à l'attribut VADP_VM_NAME.

Remarque : VADP_VM_NAME est sensible à la casse : entrez le nom d'hôte de la machine virtuelle tel qu'il est affiché (SUSE11-X86, par exemple). De plus, si le nom de la machine virtuelle contient des espaces, vous devez placer la valeur VADP_VM_NAME entre guillemets (" ").

13. Sélectionnez VADP dans le champ Type de sauvegarde proxy.

14. Si NetWorker Server et le client proxy VADP se trouvent sur deux machines différentes :

a. Cliquez sur l’onglet Globals (2 of 2).

b. Dans le champ Remote access, spécifiez :

user=system, host=VADP proxy host

où system est le compte système du proxy VADP Windows et VADP proxy host est le nom de l'hôte proxy.

15. Cliquez sur OK.

Tâche 3 : création d'un rôle Utilisateur VADP dans vCenterLa section suivante décrit les étapes nécessaires à la création d'un rôle Utilisateur VADP sur le serveur vCenter. Bien qu'il soit possible d'exécuter une sauvegarde ou une restauration VADP sans disposer des privilèges d'administration sur le serveur vCenter, cela n'est pas recommandé, pour des raisons de sécurité. Il est préférable de créer un rôle propre à VADP sur le serveur vCenter et de l'attribuer à l'utilisateur spécifié dans la ressource Hypervisor.

Création d'un rôle de proxy VADP

1. Connectez-vous au serveur vCenter avec les privilèges d'administrateur à l'aide du client vSphere.

2. Sur le serveur vCenter, sélectionnez Afficher > Administration > Rôles.

3. Cliquez sur Ajouter un rôle.

4. Nommez ce rôle Utilisateur VADP.

5. Attribuez les autorisations nécessaires au rôle Utilisateur VADP, puis cliquez sur OK.

Pour plus d'informations, reportez-vous à la section « Autorisations vCenter nécessaires aux sauvegardes et aux restaurations à l'aide de VADP », page 120.

Tâche 3 : création d'un rôle Utilisateur VADP dans vCenter 119


Attribuez le rôle Utilisateur VADP à l'utilisateur spécifié dans la ressource NetWorker Hypervisor :


2. Dans le volet gauche, sélectionnez le serveur vCenter.

3. Cliquez sur l'onglet Autorisations dans le volet droit.

4. Cliquez avec le bouton droit de la souris sur le volet doit, puis sélectionnez Ajouter une autorisation.

5. Ajoutez l'utilisateur NetWorker Hypervisor et attribuez-lui le rôle Utilisateur VADP.

6. Assurez-vous que l'option Propager aux objets enfants est bien activée, puis cliquez sur OK.

Remarque : pour savoir comment attribuer un rôle à un utilisateur, consultez la documentation relative à l'administration système de base de VMware ou le Guide d'administration de Datacenter.

La documentation VMware est disponible à l'adresse suivante : http://www.vmware.com/support/pubs/

Autorisations vCenter nécessaires aux sauvegardes et aux restaurations à l'aide de VADP

EMC recommande de créer un seul rôle Utilisateur VADP disposant des privilèges de sauvegarde et de restauration indiqués dans les tableaux suivants. Vous pouvez alors effectuer les sauvegardes et les restaurations VADP à l'aide de l'utilisateur associé.

Le Tableau 15 à la page 120 présente les privilèges de sauvegarde VADP.

Tableau 15 Privilèges de sauvegarde VADP (page 1 of 2)

Paramètre Privilèges

Machine virtuelle > Configuration • Ajouter un disque existant• Ajouter ou supprimer un périphérique• Modifier une ressource• Suivi des remplacements de disque• Location de disque• Périphérique brut• Supprimer un disque• Paramètres

Machine virtuelle > Provisionnement • Autoriser l'accès au disque• Autoriser l'accès au disque en lecture seule• Autoriser le téléchargement de machines virtuelles

Machine virtuelle > Snapshot Management

• Créer un snapshot• Supprimer un snapshot

Datastore • Parcourir le datastore• Opérations de fichier de bas niveau


http://www.vmware.com/support/pubs/


Le Tableau 16 à la page 121 présente les privilèges de restauration VADP.

Session • Valider une session

Global • Annuler une tâche• Licences• Consignation d'événements• Paramètres

Tâches • Créer une tâche• Mettre une tâche à jour

Tableau 15 Privilèges de sauvegarde VADP (page 2 of 2)


Tableau 16 Privilèges de restauration VADP (page 1 of 2)


Global • Annuler une tâche• Licences• Consignation d'événements• Paramètres

Ressource • Affecter une machine virtuelle à un pool de ressources

Datastore • Allouer de l'espace• Parcourir le datastore• Opérations de fichier de bas niveau• Supprimer un fichier• Mise à jour des fichiers de machine virtuelle

(uniquement dans les versions 4.1 et supérieures)

Machine virtuelle > Inventaire • Créer nouveau• S’enregistrer• Supprimer• Annuler l'inscription

Tâche 3 : création d'un rôle Utilisateur VADP dans vCenter 121


Machine virtuelle > Configuration • Ajouter un disque existant• Ajouter un nouveau disque• Ajouter ou supprimer un périphérique• Advanced• Modifier le nombre de CPU• Modifier une ressource• Suivi des modifications des disques• Location de disque• Étendre un disque virtuel• Héberger un périphérique USB• Mémoire• Modifier les paramètres des périphériques• Périphérique brut• Recharger à partir du chemin d'accès• Supprimer un disque• Renommer• Réinitialiser les informations de l'invité• Paramètres• Emplacement du fichier d'échange• Mettre à niveau la compatibilité d'une machine

virtuelle

Machine virtuelle > Interaction • Mettre hors tension• Alimentation activée• Réinitialiser

Machine virtuelle > Provisionnement • Autoriser l'accès au disque• Autoriser l'accès au disque en lecture seule• Autoriser le téléchargement de machines virtuelles

Machine virtuelle > État • Créer un snapshot• Supprimer un snapshot• Restaurer un snapshot

Réseau • Affecter un réseau• Configurer

Session • Valider une session

Tâches • Créer une tâche• Mettre une tâche à jour

Tableau 16 Privilèges de restauration VADP (page 2 of 2)




Tâche 4 : configuration de la fonction CBT (Changed Block Tracking)

Pour vérifier si la fonction CBT est activée sur votre machine virtuelle ou pour l’activer/la désactiver, définissez la variable VADP_DISABLE_CBT ou utilisez l’exécutable de ligne de commande nsrvadp_modify_vm.exe.

Remarque : lorsque la fonction CBT est activée, les sauvegardes incrémentielles et différentielles sont uniquement prises en charge pour les machines virtuelles Windows et tout disque concerné doit utiliser le système de fichiers NTFS.Notez également que les sauvegardes incrémentielles CBT sont toujours effectuées au niveau des fichiers. La restauration de niveau image à partir d’une sauvegarde incrémentielle CBT n’est pas prise en charge.

Configuration de la fonction CBT à l’aide de la variable VADP_DISABLE_CBT

La définition de la variable VADP_DISABLE_CBT vous permet de contrôler l’activation ou la désactivation de la fonction CBT. Cette option est disponible dans NetWorker version 8.0 SP1 ou supérieure.

La définition de VADP_DISABLE_CBT = YES désactive la fonction CBT. La fonction CBT n’est alors pas utilisée pour les sauvegardes incrémentielles.

La définition de VADP_DISABLE_CBT = NO active la fonction CBT avant l’exécution des sauvegardes d’image. Le traitement des sauvegardes incrémentielles basées sur la restauration de niveau fichier ne change pas.

Remarque : Si la variable VADP_DISABLE_CBT n’est pas configurée, aucune tentative n’est effectuée pour activer la fonction CBT avant l’exécution des sauvegardes d’image. Le traitement des sauvegardes incrémentielles basées sur la restauration de niveau fichier ne change pas.

Configuration de la fonction CBT à l’aide la commande nsrvadp_modify_vm

À partir de la ligne de commande, l'exécutable nsrvadp_modify_vm.exe vous permet d'activer/désactiver CBT ou d'afficher les propriétés CBT d'une machine virtuelle. Il est possible de sélectionner la machine virtuelle à l'aide de son adresse IP, de son non de domaine ou de son nom de machine virtuelle. Si la machine virtuelle est sous tension lors de l'utilisation de l'exécutable, un snapshot est créé puis supprimé afin que les modifications apportées à CBT prennent effet.

Sur la ligne de commande, indiquez le format suivant :

directory>nsrvadp_modify_vm.exe -H vCenter server -P protocol -u user -p password -l lookup method -k lookup key -c command

où :

◆ directory est l'emplacement de l'exécutable (c:\bin\nw762\nsr\bin, par exemple).

◆ vCenter server est le nom d'hôte du serveur vCenter.

◆ protocol est le protocole à utiliser pour le service Web. Il s'agit de l'une des méthodes suivantes :

Tâche 4 : configuration de la fonction CBT (Changed Block Tracking) 123


• http

• https

◆ user est le nom de l'utilisateur vCenter.

◆ password est le mot de passe de l'utilisateur vCenter.

◆ lookup method est la méthode de recherche à utiliser. Il s'agit de l'une des méthodes suivantes :

• vm-name

• ip-addr

• dns-name

◆ lookup key est la clé de recherche à utiliser

◆ command permet de spécifier l'une des options CBT suivantes :

• cbt-disable

• cbt-enable

• prod.

Dans l'exemple suivant, l'interface de ligne de commande permet d'activer CBT sur une machine virtuelle vm31-w2k3x64 :

c:\bin\nw_762\nsr\bin>nsrvadp_modify_vm.exe -H 10.13.187.212 -P https -u administrator -p password1 -l vm-name -k vm31-w2k3x64 -c cbt-enable

Activation de CBT via l'interface utilisateur du client vSphere

Il est recommandé d'activer CBT par le biais de la ligne de commande. Toutefois, en cas de dysfonctionnement de l'outil de ligne de commande, il est possible d'activer CBT via l'interface utilisateur du client vSphere. Pour plus d'informations, consultez la documentation VMware vSphere.

Gestion et surveillance des machines virtuelles dans la solution VADP

Cette section traite des points suivants :

◆ « Effectuer à la demande une découverte automatique des environnements VMware », page 125

◆ « Notifications des modifications apportées aux environnements VMware », page 126

◆ « Représentation visuelle des environnements VMware », page 127

Découverte automatique des environnements VMware

Le logiciel EMC NetWorker permet aussi une découverte automatique des environnements VMware et notifie les modifications qui y sont apportées, tout en proposant une carte graphique et une vue tabulaire de ces environnements.



La découverte automatique est effectuée en contactant un ou plusieurs serveurs VMware vCenter qui hébergent un serveur de services Web. VMware vCenter est un outil de gestion d'infrastructure qui fournit un point central de configuration, de provisionnement et de gestion d'environnements informatiques virtualisés, et qui fait partie du module VMware Virtual Infrastructure.

La découverte automatique des environnements VMware dans NetWorker requiert VMware vCenter, ainsi que l'installation du logiciel NetWorker Client sur un système Windows. Elle n'exige pas que VMware vCenter et NetWorker Client soient installés sur le même système. Pour plus d'informations sur la configuration de VMware vCenter, consultez la documentation VMware Infrastructure.

Remarque : le logiciel EMC NetWorker prend en charge la découverte automatique via VMware vCenter uniquement. Il ne prend pas en charge la découverte automatique via un serveur VMware ESX.La section « Tâche 1 : configuration de l'hôte proxy VADP et de la ressource Hypervisor », page 105 décrit comment activer découverte automatique (fonction Auto Discovery).

Un programme binaire, nsrvim, est utilisé pour faciliter la communication entre le logiciel EMC NetWorker et VMware vCenter. Le programme binaire nsrvim peut communiquer avec le serveur de services Web sur VMware vCenter à l'aide du protocole HTTPS sécurisé. Le programme binaire nsrvim est pris en charge par les installations de EMC NetWorker sous Windows 32 bits et 64 bits. Il est également inclus dans ces modules d'installation.

Tous les serveurs EMC NetWorker, indépendamment de leur plate-forme, doivent contacter un client EMC NetWorker s’exécutant dans un environnement Windows pour la découverte automatique. Par défaut, le serveur EMC NetWorker contacte le client EMC NetWorker qui s'exécute sur le serveur VMware vCenter.

Le logiciel EMC NetWorker utilise la découverte automatique pour deux raisons :

◆ Notification des modifications apportées à l’environnement VMware.

◆ Création et mise à jour de la vue visuelle de l’environnement VMware.

La sortie du fichier daemon.raw, figurant dans le répertoire Program Files\EMC NetWorker\nsr\logs, contient toutes les erreurs qui se sont produites lors de la découverte automatique.

Remarque : pour que la découverte automatique puisse être exécutée avec la configuration par défaut, le client NetWorker doit être installé sur le serveur vCenter.

Effectuer à la demande une découverte automatique des environnements VMware

Pour effectuer à tout moment une découverte automatique des environnements VMware, cliquez avec le bouton droit sur le nœud Virtualization situé dans le volet de gauche de l’écran Configuration et sélectionnez Exécuter la fonction Auto Discovery. Des éléments individuels situés dans le nœud Virtualisation peuvent être sélectionnés pour limiter la tâche de découverte automatique aux éléments sélectionnés.

Une fois que vous avez sélectionné Exécuter la fonction Auto Discovery dans le menu contextuel ou la boîte de dialogue Fonction Auto Discovery, la fenêtre Exécution de la fonction Auto Discovery en cours vous permet de surveiller le processus. Un clic sur le bouton Arrêter la surveillance ferme la fenêtre Exécution de la fonction Auto Discovery en cours, mais le processus se poursuit.

Gestion et surveillance des machines virtuelles dans la solution VADP 125


Remarque : si la découverte automatique échoue avec l’erreur « Falling back to rsh, but RUSER not provided », assurez-vous que NetWorker Server et Virtual Center peuvent résoudre l’adresse IP/le nom de domaine complet l’un de l’autre.

Notifications des modifications apportées aux environnements VMware

Une fois la découverte automatique effectuée, une notification signale toute nouvelle machine virtuelle non protégée, identifiée par vCenter, à laquelle aucune ressource Client EMC NetWorker n'est associée. Une notification est aussi envoyée en cas d'échec de la découverte automatique.

Configuration des notificationsUne ressource Notification par défaut, appelée New Virtual Machine, est incluse dans l’installation de EMC NetWorker. Pour indiquer vers quel serveur de messagerie et vers quels comptes de messagerie envoyer les notifications, vous devez modifier l'attribut Action de la ressource Notification. Vous pouvez aussi créer des ressources Notification personnalisées en sélectionnant Hypervisor pour l'attribut Événement de la ressource Notification personnalisée.

1. Connectez-vous au serveur NetWorker via NMC.

2. Cliquez sur Configuration.

3. Dans le volet de navigation de gauche, sélectionnez Notifications.

4. Cliquez avec le bouton droit de la souris sur Nouvelle machine virtuelle, puis sélectionnez Propriétés.

5. Dans le champ Action, supprimez nsrlog et indiquez la commande appropriée pour le système d'exploitation de votre serveur NetWorker.

a. Pour les serveurs UNIX, le programme de messagerie natif est utilisé. Pour plus d'informations sur sa configuration, consultez la documentation relative au système d'exploitation concerné.

b. Pour les serveurs Windows, il est possible d'indiquer smtpmail, fourni avec NetWorker. Le champ Action indique alors :

smtpmail -s subject -h mailhost [email protected] [email protected]

Où :

subject est l'objet de la notification par e-mail

mailhost est le nom de domaine complet (FQDN) d’un serveur de messagerie autorisant le transfert SMTP.

[email protected] est l'adresse e-mail de réception des e-mails.

Remarque : pour plus d'informations sur les autres arguments de la commande smtpmail, consultez l'article esg116292 sur http://powerlink.emc.com.


http://solutions.emc.com/emcsolutionview.asp?id=esg116292


Surveillance des machines virtuellesIl est possible de surveiller les machines virtuelles, avec envoi d'une notification lors de la découverte d'une nouvelle machine virtuelle, via NMC, selon la méthode utilisée pour la surveillance d'autres événements. Pour plus d'informations sur la surveillance, consultez le Guide d'administration d'EMC NetWorker.

Représentation visuelle des environnements VMware

Une fois la découverte automatique des environnements VMware effectuée, la console EMC NetWorker propose une vue sous forme de graphique ou tabulaire de vos environnements VMware. Cette vue s’affiche dans le volet de droite après que vous avez sélectionné le nœud de virtualisation dans le volet de gauche de la fenêtre Configuration de NMC.

Si la découverte automatique n’a pas été configurée et que le nœud de virtualisation est sélectionné, le volet de droite affiche le bouton Activer la fonction Auto Discovery. Une fois la fonction de découverte automatique configurée et exécutée, le volet de droite affiche une carte graphique de l’environnement VMware qui était en place lors de la dernière découverte automatique. La découverte automatique est effectuée en contactant un ou plusieurs serveurs VMware vCenter qui hébergent un serveur de services Web. VMware vCenter est un outil de gestion d'infrastructure qui fournit un point central de configuration, de provisionnement et de gestion d'environnements informatiques virtualisés, et qui fait partie du module VMware Virtual Infrastructure. Pour une découverte automatique des environnements VMware dans NetWorker, le logiciel client NetWorker doit aussi être installé sur les serveurs VMware vCenter. Pour plus d'informations sur la configuration de VMware vCenter, consultez la documentation VMware Infrastructure.

Affichage hiérarchique du nœud Virtualisation de l’environnement VMwareUne fois une découverte automatique effectuée, le nœud Virtualisation dans le panneau de gauche de l’écran Configuration peut être développé pour un affichage de l’environnement VMware. Quatre éléments sont affichés, dans une vue hiérarchique :

1. vCenter

2. Datacenters dans le vCenter

3. Clusters dans le DataCenter

4. Serveurs VMware ESX

Les machines virtuelles, les clients EMC NetWorker associés à ces machines virtuelles et les groupes EMC NetWorker qui effectuent les sauvegardes de ces clients n'apparaissent pas dans l'affichage hiérarchique du nœud Virtualisation. Ils ne sont affichés que dans le volet de droite.



Un clic sur un élément de l’arborescence hiérarchique fournit une vue cartographique détaillée de l’élément et de tous ses enfants dans le volet de droite. Par exemple, la sélection du nœud de virtualisation de niveau supérieur affiche une vue complète de votre environnement VMware sur tous les serveurs vCenter configurés pour la découverte automatique, alors que la sélection d'un serveur VMware ESX individuel dans la hiérarchie affiche tous les éléments enfants associés à ce serveur VMware ESX, notamment les machines virtuelles, les clients EMC NetWorker qui y sont associés, les groupes EMC NetWorker qui effectuent des sauvegardes de ces clients et le nœud de proxy pour les clients VMware.

Deux opérations de menu contextuel sont disponibles à partir du nœud Virtualisation :

◆ La commande Activer la fonction Auto Discovery ouvre la boîte de dialogue Fonction Auto Discovery pour vous permettre de configurer la découverte automatique, selon la procédure décrite à la section « Effectuer à la demande une découverte automatique des environnements VMware », page 125.

◆ La commande Exécuter la fonction Auto Discovery vous permet d’effectuer une découverte automatique à la demande de votre environnement VMware. Des éléments individuels situés dans le nœud Virtualisation peuvent être sélectionnés pour limiter la tâche de découverte automatique aux éléments sélectionnés.

Affichage graphique de l’environnement VMwareUne fois que la découverte automatique a été effectuée, les éléments de l'environnement VMware s'affichent dans le volet Détails de droite de la console EMC NetWorker. Les objets affichés dans le volet Détails varient en fonction des éléments sélectionnés dans le nœud Virtualisation du volet de gauche. Plusieurs opérations sont disponibles à partir de ce volet, comme la configuration de nouveaux clients EMC NetWorker pour protéger les machines virtuelles.

Remarque : Pour qu’une ressource NetWorker Client s’affiche dans le volet Details, le nom de la machine virtuelle et celui de la ressource NetWorker Client doivent être identiques.

Deux vues sont disponibles :

◆ Vue cartographique

◆ Vue tabulaire

Vue cartographique de l’environnement VMware

Les objets affichés dans la vue cartographique de l’environnement VMware varient en fonction des éléments sélectionnés dans le nœud Virtualisation du volet de gauche. Si le nœud Virtualisation est sélectionné, la vue cartographique affiche tous les serveurs vCenter sur lesquels une découverte automatique a été effectuée et tous les éléments enfants de ces serveurs vCenter, en commençant par ceux situés sur le côté gauche du volet. Des lignes connectent chaque élément enfant à son parent, les éléments enfants apparaissant dans l'ordre hiérarchique de gauche à droite dans l'écran, tel qu'illustré dans la Figure 35 à la page 129.



Figure 35 Vue cartographique de la console NetWorker

Les éléments affichés dans le volet de droite peuvent être affinés en sélectionnant les éléments enfants de la hiérarchie du nœud de virtualisation du volet de gauche. Par exemple, si un serveur VMware ESX individuel est sélectionné dans le nœud Virtualisation, seuls les éléments enfants associés à ce serveur VMware ESX s’affichent.

Affichage des clients EMC NetWorker associés aux machines virtuelles

Par défaut, les clients EMC NetWorker associés à chaque machine virtuelle s'affichent. Au contraire, une icône Client indiquera si la machine virtuelle contient un ou plusieurs clients EMC NetWorker configurés pour la protéger.Les groupes EMC NetWorker effectuant des sauvegardes sur ces clients sont affichés avec des lignes reliant les groupes à la machine virtuelle.

Si la machine virtuelle est protégée par le logiciel EMC NetWorker, vous pouvez double-cliquer dessus pour développer l’affichage et voir les clients EMC NetWorker configurés de façon à la protéger, avec une ligne reliant le client au groupe EMC NetWorker qui effectue une sauvegarde de ce client. Vous pouvez aussi développer toutes les machines virtuelles de l'écran en effectuant un clic droit n'importe où dans le volet de droite et en sélectionnant Développer > Toutes les machines virtuelles.

Création de clients EMC NetWorker pour des machines virtuelles non protégées

Si une machine virtuelle affichée dans le volet de droite n’est pas protégée, vous le reconnaîtrez à l’absence d’icône de Client sur la machine virtuelle. Vous pouvez créer un nouveau client EMC NetWorker pour la machine virtuelle en cliquant avec le bouton droit sur la machine virtuelle et en sélectionnant Client Backup Configuration>New pour ouvrir l'assistant Client Backup Configuration, ou en sélectionnant New pour créer manuellement un nouveau client.La section « Tâche 2 : configuration d'un client virtuel pour sauvegarde », page 114 fournit des informations sur la création de clients pour protéger les machines virtuelles.



Autres opérations disponibles depuis la vue cartographique

Vous pouvez aussi effectuer des opérations EMC NetWorker classiques sur les clients et les groupes depuis la vue cartographique. Par exemple, en cliquant avec le bouton droit sur un client EMC NetWorker existant, vous pouvez le modifier, le supprimer et le copier, ainsi que démarrer une restauration. Vous pouvez également cliquer avec le bouton droit sur un groupe EMC NetWorker affiché dans la vue cartographique et effectuer des opérations de groupes classiques, comme la modification ou la copie du groupe avec tous ses clients.

Les clients non planifiés pour la sauvegarde sont affichés avec une ligne pointillée dans la configuration. Plusieurs instances du même client dans le groupe de sauvegarde sont représentés par leur type de sauvegarde, leur nom de client et leur nom de saveset.

Navigation dans la vue cartographique

Plusieurs opérations sont disponibles pour faciliter la navigation dans la vue cartographique :

◆ Zoom : vous pouvez agrandir ou réduire la taille de la vue cartographique en sélectionnant les icônes de zoom situées dans la barre d’icônes de la vue cartographique ou en cliquant sur le volet de droite puis en utilisant la molette de la souris. Vous pouvez aussi sélectionner une zone à agrandir en cochant le bouton Zoom Area, ou faire tenir l’intégralité des informations affichées dans le volet de droite en sélectionnant le bouton Fit Content. Ces opérations sont aussi disponibles depuis le menu contextuel du volet Détails.

◆ Déplacement de l’affichage : vous pouvez déplacer l’affichage graphique en cliquant sur le volet Détails et en faisant glisser la souris.

◆ Développement et réduction d’éléments : vous pouvez développer ou réduire un élément de la vue cartographique pour afficher ou masquer les éléments enfants qui y sont associés en double-cliquant sur l’élément. De plus, vous pouvez développer ou réduire tous les éléments d’un certain type en effectuant un clic droit n'importe où dans le volet Détails et en sélectionnant Expand ou Collapse, puis en sélectionnant le type d’élément.

◆ Présentation : vous pouvez ouvrir la boîte de dialogue Présentation en sélectionnant l’icône Présentation de la barre d’icônes de la vue cartographique ou en effectuant un clic droit n'importe où dans le volet Détails et en sélectionnant Présentation. La boîte de dialogue Présentation est particulièrement utile pour les grandes cartes et vous permet d'aller rapidement dans des zones spécifiques.

◆ Afficher et trouver : les fonctions Afficher et Trouver vous permettent de limiter les éléments affichés sur la carte, et de rechercher des éléments spécifiques.

◆ Vue tabulaire : vous pouvez obtenir une vue tabulaire de l’environnement VMware, plutôt qu’une vue cartographique, en sélectionnant l’icône de tableau dans la barre d’icônes de la vue cartographique ou en effectuant un clic droit n’importe où dans le volet Détails et en sélectionnant Tableau.

Vue tabulaire de l’environnement VMware

Le volet de droite peut afficher l’environnement VMware sous la forme d’un tableau, plutôt que sous la forme d’une carte ; pour cela, sélectionnez l’icône de tableau dans la barre d’icônes de la vue cartographique ou effectuez un clic droit n’importe où dans le volet Détails, puis sélectionnez Tableau. La vue tabulaire fonctionne comme les autres vues tabulaires de la Console EMC NetWorker.



Le Guide d'administration d'EMC NetWorker fournit des informations sur l'utilisation des tableaux dans la console EMC NetWorker.

Démarrage du client vSphere à partir de la console NetWorker (Windows uniquement)

Sur les plates-formes Windows prises en charge, il est possible de démarrer le client vSphere à partir de la fenêtre de configuration de la console NetWorker, via le menu principal ou la vue cartographique.

Pour démarrer le client vSphere à partir de la console :

1. Démarrez la console, puis cliquez sur l'onglet Configuration.

2. Sélectionnez le client de votre choix dans le volet de gauche.

3. Effectuez l'une des opérations suivantes pour démarrer le client vSphere :

• Dans le menu, sélectionnez Configuration > Démarrer vSphere Client.

• Dans la vue cartographique, cliquez avec le bouton droit de la souris sur le client, puis sélectionnez Démarrer vSphere Client dans le menu déroulant, comme l’illustre la Figure 36 à la page 131.

Figure 36 Démarrage du client vSphere à partir de la console (Windows uniquement)

Démarrage du client vSphere à partir de la console NetWorker (Windows uniquement) 131


Restauration des sauvegardes VADPCette section traite des points suivants :

◆ « Restauration d'une machine virtuelle à partir de fichiers », page 132

◆ « Restauration de niveau image (en une seule étape) d’une machine virtuelle complète », page 134

◆ « Restauration de sauvegardes de machines virtuelles antérieures à NetWorker 7.6 SP2 », page 143

Restauration d'une machine virtuelle à partir de fichiersLa restauration de niveau fichier (FLR) n’est prise en charge que sur des machines virtuelles équipées du système d’exploitation Windows et du système de fichiers NTFS. La restauration de niveau fichier n’est pas prise en charge dans les configurations suivantes :

◆ système d’exploitation de machine virtuelle contenant des disques GPT ou dynamiques ;

◆ système d’exploitation de machine virtuelle contenant des disques non initialisés ;

◆ système d’exploitation de machine virtuelle contenant des partitions non formatées ;

◆ système d’exploitation de machine virtuelle contenant des partitions sans lettre de lecteur ;

◆ configuration de machine virtuelle utilisant des périphériques de disque IDE virtuels (uniquement SCSI) ;

◆ configuration de machine virtuelle utilisant le mode Disque indépendant.

Réalisation d'une restauration sur l'hôte local à partir de fichiers

Pour réaliser une restauration à partir de fichiers sur l'hôte local exécutant un client VM, il faut que le client EMC NetWorker soit installé sur le proxy VADP.

Pour réaliser une restauration sur l'hôte local à partir de fichiers :

1. Démarrez le programme EMC NetWorker User sur le client de machine virtuelle.

2. Suivez la procédure décrite dans NetWorker le chapitre Restauration du guide d'administration. Veillez à indiquer le chemin de restauration dans la boîte de dialogue Options de restauration, illustrée sur la Figure 37 à la page 133.

Si vous cliquez sur OK sans spécifier de chemin de restauration dans la boîte de dialogue Options de restauration, un message d’avertissement s’affiche, indiquant que la restauration des données de l’image de la machine virtuelle sur le nœud de stockage proxy risque de remplacer les fichiers système.

Pour éviter tout remplacement des fichiers, entrez un chemin de restauration avant de cliquer sur OK.



Figure 37 Boîte de dialogue Options de restauration

Réalisation d'une restauration basée sur des fichiers à l'aide du partage CIFS

Pour effectuer une restauration basée des fichiers à l'aide du partage CIFS :

1. Démarrez le programme EMC NetWorker User sur le serveur EMC NetWorker ou le proxy VADP.

Remarque : la liste des accès à distance du client VM doit comporter soit user@server, soit user@proxy.

2. Parcourez le système de fichiers du client VM et sélectionnez le fichier à restaurer, comme indiqué dans NetWorker le chapitre Restauration du guide d'administration.

3. Indiquez au système de partage CIFS du client VM, le répertoire de destination.

4. Restaurez les fichiers vers le partage CIFS.

5. Au niveau du client VM, déplacez les fichiers du partage CIFS vers le répertoire adéquat.

Réalisation d'une restauration basée sur des fichiers à l'aide d'une restauration redirigée

Pour réaliser une restauration basée sur des fichiers à l'aide d'une restauration redirigée, le client EMC NetWorker doit être installé sur le client VM.

1. Démarrez le programme EMC NetWorker User sur le serveur EMC NetWorker ou le client VM.

Remarque : L'utilisateur doit disposer du privilège Accès distant tous clients.

Restauration d'une machine virtuelle à partir de fichiers 133


2. Sélectionnez le client VM en tant que client source.

3. Sélectionnez le client cible en tant que client VM.

4. Sélectionnez un dossier de destination.

5. Pour sélectionner les fichiers à restaurer et effectuer la restauration, suivez la procédure dans NetWorker le chapitre Restauration du guide d'administration.

Restauration de niveau image (en une seule étape) d’une machine virtuelle complète

Cette section explique comment effectuer une restauration de niveau image (reprise après sinistre) d’une machine virtuelle complète. Il existe deux méthodes pour restaurer une machine virtuelle complète :

◆ « Réalisation d’une restauration de niveau image à partir du programme NetWorker User », page 136

◆ « Réalisation d’une restauration de niveau image à partir de la ligne de commande », page 137

Recommandations et remarques

Les remarques suivantes s’appliquent lors de l’exécution d’une restauration de niveau image d’une machine virtuelle VMware complète :

◆ Dans le cas d’un client proxy VADP distant, la restauration de niveau image requiert que les membres du groupe d’administrateurs du client proxy VADP fassent partie de la liste d’accès à distance des clients de la machine virtuelle ou qu’ils disposent du privilège d’accès à distance à tous les clients.

◆ L'utilisateur doit disposer des privilèges VMware pour enregistrer ou créer des machines virtuelles.

◆ seule la restauration de saveset prend en charge une restauration complète de la machine virtuelle.

◆ Seuls les savesets FULLVM de niveau COMPLET sont pris en charge pour la restauration d'image de machine virtuelle.

◆ VMware Converter doit être installé sur la machine hôte proxy VADP si vous devez restaurer des sauvegardes effectuées avant NetWorker 7.6 Service Pack 2. Si VMware Converter n'est pas installé, le saveset de la machine virtuelle complète (FULLVM) peut être restauré via une restauration NetWorker traditionnelle.

Remarque : la restauration de niveau image n’est prise en charge qu’avec le convertisseur autonome VMware version 3.0.3.

◆ Le système proxy VADP doit exécuter l'un des systèmes d'exploitation suivants :

• Microsoft Windows 2003 (SP1 minimum)

• Microsoft Windows 2003 R2

• Microsoft Windows 2008



• Microsoft Windows 2008 R2

◆ Si des modifications matérielles, comme la création d’une nouvelle partition de disque, sont apportées à la machine virtuelle, vous devez effectuer une sauvegarde complète avant de pouvoir réaliser une restauration de niveau image de l’intégralité de la machine virtuelle.

◆ La machine virtuelle peut être restaurée sur le serveur VMware ESX ou VMware vCenter (VC) utilisé au moment de la sauvegarde ou sur un autre serveur VMware ESX ou VC. Les restaurations vers différents pools de ressources et datastores sont également prises en charge. Un datastore distinct peut être spécifié pour chaque disque et un datastore de configuration peut être spécifié pour restaurer les fichiers de configuration.

◆ Lors de la restauration d'une machine virtuelle complète (saveset FULLVM), la machine virtuelle restaurée démarre dans l'état de désactivation forcée en raison d'une restriction liée aux snapshots VADP.

◆ Pour les machines virtuelles non Windows : Si vous utilisez des sauvegardes traditionnelles basées sur des clients NetWorker avec des sauvegardes basées sur des images VADP pour le même client VM, assurez-vous que la politique de rétention des index appliquée aux sauvegardes basées sur des clients n'excède pas la fréquence des sauvegardes basées sur des images VADP. Cette pratique est recommandée car il peut être nécessaire de supprimer les index des sauvegardes basées sur des clients avant la restauration de niveau image. Pour plus d'informations sur ce sujet, reportez-vous à la section « Restauration de niveau image vers un autre parc ou vCenter », page 141.

Par exemple, un client Linux a un ordonnanceur de sauvegardes basées sur des clients de niveau COMPLET quotidiennes associées à des sauvegardes basées sur des images VADP mensuelles. Dans ce cas, il est recommandé de définir la politique de rétention des index des sauvegardes basées sur des clients sur 1 mois maximum.

Réalisation d’une restauration de niveau image à partir d’une sauvegarde cryptée

Si la sauvegarde de niveau image de la machine virtuelle à restaurer a été effectuée avec la directive de cryptage, l’étape suivante s’applique :

Par défaut, la phrase de passe de zone de données actuelle est automatiquement utilisée pour restaurer l'image de la machine virtuelle. Si la phrase de passe de zone de données actuelle a été créée après l'exécution d'une sauvegarde protégée par mot de passe, vous devez fournir le mot de passe qui était en vigueur lors de la sauvegarde d'origine de l'image de la machine virtuelle.

Restauration de niveau image (en une seule étape) d’une machine virtuelle complète 135


Réalisation d’une restauration de niveau image à partir du programme NetWorker User

Cette procédure n'est prise en charge que sous Windows XP et sur les plates-formes Windows ultérieures.

Pour effectuer une restauration de niveau image d’une machine virtuelle VMware complète sur un serveur VMware ESX ou VMware vCenter :

1. Démarrez le programme EMC NetWorker User sur le client EMC NetWorker ou le proxy VADP.

2. Dans le menu Operation, sélectionnez Save Set Recover.

3. Dans la boîte de dialogue Source Client, sélectionnez la machine virtuelle client d'où provient le saveset et cliquez sur OK.

4. Dans la boîte de dialogue Savesets, sélectionnez le nom du saveset du client de sauvegarde de machine virtuelle complète (FULLVM) et sélectionnez une sauvegarde de niveau COMPLET. Cliquez sur OK.

Remarque : seuls les savesets FULLVM de niveau COMPLET sont pris en charge pour la restauration d'images de machine virtuelle.

5. Dans la boîte de dialogue Restauration VADP, saisissez les informations mentionnées ci-dessous en fonction du type de restauration, puis cliquez sur le bouton Démarrer.

Restauration sur VMware vCenter (VC) :

• NOM D'AFFICHAGE VM : indiquez un nouveau nom de VM pour la restauration de la machine virtuelle sauvegardée.

• Serveur vCenter : saisissez le nom de domaine qualifié ou l'adresse IP du serveur VC.

• Nom du datacenter : entrez le nom du datacenter à utiliser.

• Serveur VMware ESX : saisissez le nom de domaine qualifié ou l'adresse IP du serveur VMware ESX sur lequel effectuer la restauration. Par défaut, ce champ indique le serveur VMware ESX source.

• Datastore de configuration : entrez le nom du datastore sur lequel les données de configuration VM seront restaurées.

• Nom du pool de ressources : entrez le nom du pool de ressources à utiliser lors de la restauration. Pour utiliser le pool par défaut, laissez ce champ vide.

• Mode de transport : indiquez le mode de transport pour la restauration (SAN, hotadd ou NBD).

Remarque : le mode NBDSSL échoue lors des restaurations de machines virtuelles effectuées dans NetWorker. Le mode de transport hotadd échoue pour VMware ESX 5.0 et avec VC 5.0. Une solution de contournement est proposée dans la section « Restauration d’une machine virtuelle à l’aide du mode de transport NBDSSL, SAN ou hotadd », page 141.



• Datastore : saisissez le nom du datastore pour chacun des disques de la machine virtuelle.

La Figure 38 à la page 137 présente une boîte de dialogue Restauration VADP configurée pour une restauration VMware vCenter.

Figure 38 Restauration VMware vCenter

Remarque : Lors d’une restauration de niveau image, la fenêtre de surveillance de la console NetWorker affiche plusieurs sessions de navigation. Ce comportement est normal.

Réalisation d’une restauration de niveau image à partir de la ligne de commande

Pour effectuer une restauration d'une machine virtuelle VMware complète sur un serveur VMware ESX ou VMware vCenter (VC) à partir de la ligne de commande :

1. Utilisez la commande mminfo pour déterminer l'ID de saveset du client de la sauvegarde FULLVM de niveau COMPLET, par exemple :

mminfo -avot -q "name=FULLVM,level=full"

Remarque : Seuls les savesets FULLVM de niveau COMPLET sont pris en charge pour la restauration d'image de machine virtuelle.

2. Restaurer la machine virtuelle VMware complète à l'aide de la commande recover, par exemple :

recover -S ssid [-d staging-location] -o VADP:host=VC hostname[:port];VADP:transmode=transport mode;VADP:datacenter=datacenter name;VADP:resourcepool=resource pool name; VADP:hostsystem=ESX hostname;VADP:datastore=datastores

où

• ssid est l'identifiant du saveset FULLVM.

• staging-location est le chemin de l'emplacement de staging pour restaurer l'image FULLVM sur le proxy. Cette valeur est requise uniquement pour une restauration vers un emplacement de staging et s'applique seulement aux sauvegardes effectuées avant NetWorker version 7.6 Service Pack 2.



• VC hostname est le nom VMware VC utilisé pour effectuer la restauration.

• port est le port utilisé pour la connexion au serveur Web de l'hôte VC. Si aucune valeur n'est saisie, le numéro de port par défaut est utilisé.

• transport mode est le mode de transport à utiliser pour la restauration. Par exemple :

SAN

• datacenter name est le nom du datacenter sur lequel la machine virtuelle est restaurée.

• resource pool name est le nom du pool de ressources auquel la machine virtuelle restaurée est connectée.

• ESX hostname est le nom de la machine VMware ESX sur laquelle la machine virtuelle VMware doit être restaurée.

• datastores est la liste des datastores qui doivent être associés à la configuration et aux disques de la machine virtuelle en cours de restauration. Il s'agit de paires nom/valeur séparées par le symbole dièse (#). Par exemple :

VADP:datastore="config=stor1#disk1=stor2#disk2=stor3"

L'exemple suivant illustre une commande permettant de restaurer le saveset FULLVM, ssid 413546679, sur le serveur VMware ESX nommé esxDemo1.emc.com. Les valeurs par défaut sont utilisées pour le datacenter, le pool de ressources et les datastores.

recover.exe -S 413546679 -oVADP:host=esxDemo1.emc.com;VADP:transmode=hotadd

Restauration de machines virtuelles utilisant un mélange de sauvegardes traditionnelles de niveau invité et de sauvegardes de niveau image VADP

Si vos machines virtuelles utilisent un mélange de sauvegardes traditionnelles de niveau invité (également appelées sauvegardes au niveau client) et de sauvegardes de niveau image VADP, vous devez effectuer l’une des procédures de restauration ci-après, selon le numéro de build de votre logiciel NetWorker :

◆ « Restaurations de niveau image de machines virtuelles non Windows », page 139Cette section s'applique uniquement à NetWorker 7.6.2 build 631 ou aux versions inférieures.

◆ « Accès impossible aux sauvegardes de niveau invité effectuées sur des systèmes de fichiers non NTFS », page 140Cette section s'applique uniquement à NetWorker 7.6.2.1 build 638 ou aux versions supérieures.



Restaurations de niveau image de machines virtuelles non WindowsLes informations ci-après s’appliquent à NetWorker versions 7.6.2 build 631 et inférieures lors de la restauration de machines virtuelles non Windows utilisant des sauvegardes de niveau invité (basées sur des clients) et des sauvegardes de niveau image VADP.

Si vous utilisez des sauvegardes traditionnelles de niveau invité NetWorker avec des sauvegardes de niveau image VADP pour le même client VM, vous devez d’abord supprimer les index des précédents savesets traditionnels avant de pouvoir effectuer une restauration de niveau image de la machine virtuelle complète, sinon la restauration de niveau image échoue. Les seuls index qui doivent être supprimés sont les index des savesets traditionnels dont les sauvegardes ont été effectuées avant la sauvegarde de niveau image VADP que vous avez sélectionnée pour la restauration.

Exécutez la commande ci-après sur le serveur NetWorker pour marquer les savesets accessibles correspondant à la sauvegarde traditionnelle comme des savesets pouvant être restaurés.

nsrim -c client_name -N traditional_saveset_name -l

Le dernier paramètre de cette commande est la lettre L en minuscule.

Cette commande supprime la plus ancienne sauvegarde complète et tous les savesets associés de l'index en ligne. Vous devrez peut-être exécuter plusieurs fois cette commande pour chaque saveset traditionnel restaurable de niveau COMPLET, ainsi que pour chaque nom de saveset traditionnel.

Une fois les index supprimés, vous pouvez effectuer la restauration de niveau image à l’aide du programme NetWorker User ou via la ligne de commande.

Exemple Prenons, par exemple, un client Linux mars qui utilise un mélange de sauvegardes traditionnelles et de sauvegardes de niveau image VADP, comme illustré par la sortie suivante :

C:\>mminfo -avot -q "client=mars,volume=delve.001"productiontypeclient date time size ssid fl lvl namedelve.001 adv_file mars 4/14/2011 9:55:55 3483 MB 4154881857 cb full /usrdelve.001 adv_file mars 4/14/2011 10:01:35 103 MB 3953675679 cb incr /usrdelve.001 adv_file mars 4/14/2011 10:07:10 15 GB 4104550902 cb full FULLVMdelve.001 adv_file mars 4/14/2011 2:55:31 3481 MB 4003904887 cb full /usrdelve.001 adv_file mars 4/14/2011 3:03:18 103 MB 3903242058 cb incr /usrdelve.001 adv_file mars 4/14/2011 3:28:30 15 GB 3852911942 cb full FULLVM

Si vous voulez restaurer la dernière sauvegarde de niveau image (dans l’exemple précédent, SSID=3852911942), supprimez d’abord tous les index des savesets accessibles issus des précédentes sauvegardes traditionnelles.

Dans ce cas, comme il y a deux instances de niveau COMPLET accessibles pour le nom de saveset /usr qui doivent être supprimées, la commande suivante doit être exécutée deux fois sur NetWorker Server :

nsrim -c mars -N /usr -l

Si vous voulez effectuer une restauration à partir de l’avant-dernière sauvegarde de niveau image (par exemple, à partir de SSID=4104550902), supprimez d’abord tous les index des savesets accessibles issus des précédentes sauvegardes traditionnelles.

Dans ce cas, comme il existe une seule instance de niveau COMPLET accessible pour le nom de saveset /usr qui doit être supprimée, la commande suivante doit être exécutée une seule fois sur NetWorker Server :

nsrim -c mars -N /usr -l



Remarque : la restauration accessible des savesets de la sauvegarde traditionnelle ne peut plus être effectuée une fois leurs index respectifs supprimés. Si les index de la sauvegarde traditionnelle sont toujours nécessaires, ils peuvent être restaurés une fois la restauration de niveau image terminée, en exécutant la commande ci-après sur NetWorker Server :

scanner -c <client name> -i <device path>

Par exemple : scanner -c mars -i c:\device2

Accès impossible aux sauvegardes de niveau invité effectuées sur des systèmes de fichiers non NTFS

La présente rubrique s'applique à NetWorker versions 7.6.2.1 build 638 et supérieures. Les sauvegardes traditionnelles de niveau invité (basées sur des clients) ne sont pas accessibles dans l’interface utilisateur de restauration pour les machines virtuelles qui exécutent un système de fichiers non NTFS et qui utilisent des sauvegardes de niveau invité et des sauvegardes VADP. Cette rubrique ne s'applique pas aux machines virtuelles Windows qui utilisent NTFS. De plus, les restaurations de savesets ne sont pas affectées et peuvent être effectuées selon la procédure habituelle.

Pour contourner ce problème, une restauration à partir de la ligne de commande qui précise l'heure de la sauvegarde doit être effectuée. Exécutez les commandes ci-après à partir d'une ligne de commande sur le proxy VADP ou la machine virtuelle :

Pour définir l'heure de la sauvegarde :

mminfo -av -s networker_server -q "client=virtual_client"

Pour effectuer la restauration :

recover -t backup_time -s networker_server -c virtual_client

Exemple La machine virtuelle ci-après (nom d’hôte mars) utilise un mélange de sauvegardes traditionnelles de niveau invité et de sauvegardes VADP. Cet exemple montre comment restaurer un saveset de sauvegarde traditionnelle sur la machine virtuelle en identifiant d'abord l'heure du saveset de sauvegarde à l'aide de la commande mminfo, puis en utilisant cette heure avec la commande recover. Dans cet exemple, le nom d'hôte de NetWorker Server est jupiter.

C:\mminfo -av -s jupiter -q "client=mars" volume type client date time size ssid fl lvl namekuma-1 Data Domain mars 5/24/2011 10:38:39 281 MB 1658578527 cb full /rootkuma-1.ROData Domain mars 5/24/2011 10:38:39 281 MB 1658578527 cb full /rootkuma-6 Data Domain mars 5/24/2011 10:59:22 5243 MB 1440475890 cb full FULLVMkuma-6.RO Data Domain mars 5/24/2011 10:59:22 5243 MB 1440475890 cb full FULLVM

C:\recover -t "5/24/2011 10:38:39" -s jupiter -c mars

Notez que, dans le résultat de la commande mminfo de l'exemple précédent, les deux premières lignes correspondent à une sauvegarde traditionnelle, et les deux dernières lignes à une sauvegarde VADP, qui est indiquée par le même nom de saveset, FULLVM. Le Guide de référence des commandes de NetWorker fournit des informations sur l'utilisation de la commande recover pour marquer (sélectionner) des fichiers et effectuer la restauration.



Restauration de niveau image vers un autre parc ou vCenter

Lorsque vous effectuez une restauration sur un autre serveur dans le même environnement vCenter, ou sur un autre serveur dans un autre environnement vCenter, vous devez choisir de conserver le même UUID ou d'en créer un nouveau.

Lorsque vous démarrez une machine virtuelle qui a été restaurée dans un nouvel emplacement, le message suivant s'affiche :

Dans VMware ESX/ESXi 3.x :

The virtual machine's configuration file has changed its location since its last poweron. Do you want to create a new unique identifier (UUID) for the virtual machine or keep the old one?

* Create* Keep* Always Create* Always Keep

Si vous choisissez de conserver l'UUID, sélectionnez Keep, puis cliquez sur OK pour poursuivre le démarrage de la machine virtuelle.

Si vous choisissez de créer un nouvel UUID, sélectionnez Create, puis cliquez sur OK pour poursuivre la mise sous tension de la machine virtuelle.

Dans VMware ESX/ESXi 4.x :

Question (id = 0) : msg.uuid.altered:This virtual machine might have been moved or copied.

In order to configure certain management and networking features, VMware ESX needs to know if this virtual machine was moved or copied.

* Cancel* I moved it* I copied it

Si vous choisissez de conserver l'UUID, sélectionnez I moved it, puis cliquez sur OK pour poursuivre le démarrage de la machine virtuelle.

Si vous choisissez de créer un nouvel UUID, sélectionnez I copied it, puis cliquez sur OK pour poursuivre la mise sous tension de la machine virtuelle.

Restauration d’une machine virtuelle à l’aide du mode de transport NBDSSL, SAN ou hotadd

La restauration d’une machine virtuelle dans NetWorker échoue pour les modes de transport NBDSSL, SAN et hotadd avec VMware ESX 5.0 et VC 5.0. Exécutez la procédure suivante pour contourner le problème :

Remarque : avant de suivre ces étapes, vérifiez que tous les snapshots actifs sur la machine virtuelle ont été supprimés. Ne mettez pas la machine virtuelle sous tension avant d'avoir effectué ces étapes.

1. Cliquez avec le bouton droit de la souris sur la machine virtuelle, puis sélectionnez Modifier les paramètres.

2. Choisissez le disque dur virtuel, puis sélectionnez Retirer sans supprimer VMDK. Cliquez sur OK.

3. Revenez au menu Modifier les paramètres, puis sélectionnez Ajouter.



4. Choisissez Disque dur et utilisez un disque virtuel existant.

5. Associez le nouveau disque dur au fichier VMDK, puis cliquez sur OK. Par exemple, utilisez la fenêtre contextuelle Ajouter un disque, puis ajoutez les disques durs en les déplaçant vers le fichier VMDK approprié du datastore.

6. Mettez la machine virtuelle sous tension.

Restauration d'une machine virtuelle à l'aide du mode de transport SAN ou hotadd sous Windows 2008

Remarque : Windows 2008 32 bits peut être utilisé uniquement en tant que proxy VADP et non en tant que NetWorker Server.

Lorsque vous restaurez une machine virtuelle à l’aide du mode de transport SAN ou hotadd sous un système Windows 2008, utilisez la configuration temporaire suivante sur l’hôte proxy avant de démarrer la restauration :

1. Ouvrez une invite de commande sur l'hôte proxy.

2. Exécutez la commande suivante<:hs>:

DISKPART

3. Saisissez SAN, puis vérifiez la règle SAN.

4. Si la règle est hors ligne, activez-la en saisissant la commande suivante :

SAN POLICY=OnlineALL

Remarque : une fois la restauration réussie, la valeur par défaut de SAN POLICY peut être rétablie (SAN POLICY=offline ou SAN POLICY=offlineshared).

5. Redémarrez le proxy pour valider la modification.

Vous pouvez maintenant initialiser la restauration de la machine virtuelle à l'aide du mode SAN ou hotadd.

Remarque : Si la restauration est initialisée à partir d'une machine Windows autre que le proxy, ces étapes doivent être effectuées sur cette machine.



Restauration de sauvegardes de machines virtuelles antérieures à NetWorker 7.6 SP2

Pour restaurer des sauvegardes de machines virtuelles qui ont été effectuées via VCB, installez VMware Converter 4.0.1 sur la machine sur laquelle la restauration a été initialisée. Cela vous permet d'effectuer une restauration en 2 étapes (par exemple, d'abord dans un emplacement de staging, puis manuellement via VMware Converter 4.0.1).

Remarque : Vous pouvez effectuer une restauration en une seule étape de sauvegardes VCB à condition que VMware Converter 3.0.3 soit installé. Toutefois, en raison de l’incompatibilité de cette version de Converter avec vSphere 4.0/4.1, EMC recommande de ne pas procéder à ce type de restauration lorsqu’il s’agit d’anciennes sauvegardes VCB à restaurer sur un hôte vSphere. Notez également que VMware Converter 4.0.1 est la dernière version qui prend en charge VCB. L’article de la base de connaissances disponible à l’adresse http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1026944 fournit des informations supplémentaires à ce sujet.

Certifications et bonnes pratiques VADPCette section traite des points suivants :

◆ « Recommandations et remarques sur la restauration et la sauvegarde VADP », page 144

◆ « Sauvegardes cohérentes au niveau des applications », page 145

◆ « Choix d'un proxy physique ou virtuel », page 146

◆ « Recommandations relatives aux snapshots VADP », page 148

◆ « Recommandations relatives aux systèmes Data Domain », page 150

◆ « Configuration des ports de réseau et de pare-feu requise », page 151

◆ « Mémoire nécessaire pour le proxy VADP », page 152

◆ « Recommandations sur le point de montage VADP et remarques sur l'espace », page 153

◆ « Prise en charge des lecteurs de bande dans une VM », page 154

◆ « Recommandations et remarques sur les modes de transport », page 155

◆ « Optimisation des performances », page 159

◆ « Accès du proxy VADP aux LUN », page 160

Restauration de sauvegardes de machines virtuelles antérieures à NetWorker 7.6 SP2 143




Recommandations et remarques sur la restauration et la sauvegarde VADP

Avant d'implémenter la sauvegarde et la restauration VADP, tenez compte des recommandations et remarques ci-dessous.

◆ Assurez-vous que VC et ESX/ESXi bénéficient des dernières mises à jour.

◆ VADP prend en charge la sauvegarde et la restauration par le biais de VMware VirtualCenter ou vCenter. Pour plus d'informations sur les versions de vCenter prises en charge, reportez-vous à la section « NetWorker VMware Protection », page 18.

Remarque : la sauvegarde et la restauration effectuées directement sur un hôte VMware ESX/ESXi ne sont pas prises en charge. Pour les opérations de sauvegarde et de restauration, le serveur VMware ESX/ESXi doit être connecté à VirtualCenter ou à vCenter.

◆ VADP ne prend pas en charge IPv6. Pour des instructions concernant la désactivation d'IPv6 et l'utilisation d'IPv4, reportez-vous à la section « Configuration des ports de réseau et de pare-feu requise », page 151.

◆ Vérifiez que le parallélisme client sur la machine proxy VADP est défini sur le nombre maximal de sauvegardes de VM pouvant être effectuées simultanément. Pour plus d'informations sur le nombre maximal de sauvegardes simultanées prises en charge pour chaque mode de transport, reportez-vous à la section « Recommandations et remarques sur les modes de transport », page 155.

Par exemple, si vous exécutez simultanément 10 sauvegardes de VM, vérifiez que le parallélisme client dans la ressource Client proxy VADP est défini sur 10.

◆ Afin d'éviter tout conflit d'accès au CPU et à la mémoire, il est préférable que les proxys vCenter et VADP résident sur des machines séparées.

◆ vSphere Client n’a pas besoin d’être installé sur le NetWorker Server.

◆ Les versions précédentes de NetWorker utilisant VCB exigeaient de l'espace supplémentaire pour le point de montage du proxy VCB, dans le cadre des copies durant la sauvegarde et la restauration. Les versions de NetWorker utilisant le proxy VADP nécessitent beaucoup moins d'espace. Pour plus d'informations, reportez-vous à la section « Recommandations sur le point de montage VADP et remarques sur l'espace », page 153.

◆ Assurez-vous que le chemin spécifié dans les fichiers de configuration VixDisklib et VixMountAPI est encadré de guillemets :

tempDirectory="C:\Program Files\EMC NetWorker\nsr\plugins\VDDK\tmp"

Par défaut, ces fichiers sont stockés dans l'emplacement suivant :

<NetWorker install folder>\nsr\plugins\VDDK\

Remarque : des guillemets doivent être spécifiés dans le chemin même si celui-ci est déjà inclus.



◆ EMC recommande l'utilisation de l'hôte proxy VADP comme nœud de stockage. VADP offre une configuration optimale pour tous les modes de transport, en autorisant le transfert de données directement depuis le datastore VMware ESX/ESXi vers le nœud de stockage.

Sauvegardes cohérentes au niveau des applications

Lors d'une sauvegarde à l'aide de VMware VADP, un snapshot de l'image de la machine virtuelle, avec cohérence après sinistre, est créé. Toutefois, la fonctionnalité VMware avancée permet aux applications de sauvegarde utilisant VADP d'effectuer des sauvegardes cohérentes au niveau des applications.

En cas de sauvegarde VMware complète à l'aide de VADP, vSphere version 4.1 ou supérieure inclut la mise en veille de la VM mais aussi des applications à l'aide de VSS sur les plates-formes Windows 2008 et supérieures. Cette fonctionnalité nécessite l'installation de VMware Tools sur la VM invitée. Si VMware Tools n'est pas installé, l'intégration de la sauvegarde avec le framework VSS n'est pas effectuée et les sauvegardes sont considérées comme cohérentes après sinistre.

Si la VM a été créée à l'aide d'un modèle Windows 2008, aucune configuration supplémentaire n'est requise. Si la VM a été créée à l'aide d'un modèle non standard ou que la configuration a été modifiée manuellement, vous devez activer la mise en veille cohérente au niveau des applications en modifiant la ligne suivante dans le fichier de configuration de la VM (.vmx) :

disk.EnableUUID = "true"

Pour plus d'informations, reportez-vous à l'article de la base de connaissances VMware suivant :

http://kb.vmware.com/selfservice/microsites/search.do?cmd=displayKC&docType=kc&docTypeID=DT_KB_1_1&externalId=1028881

VSS_BT_COPY est le seul type de sauvegarde VSS pris en charge par vSphere. Par conséquent, l'historique de sauvegarde des applications n'est pas mis à jour et aucune intégration d'application supplémentaire (comme la troncature du log Exchange) n'est effectuée. Pour plus d'informations sur le type de sauvegarde VSS_BT_COPY et son utilisation dans diverses applications, consultez la documentation MSDN.

Remarque : compte tenu des problèmes liés à VMware Tools, la version minimale recommandée de VMware pour l'intégration VSS est ESX 4.1 mise à jour 1.

Option permettant d’activer ou d’ignorer la mise en veille sous l’onglet Informations d’application dans NMC

Dans NMC, l’onglet Informations d’application contient une option permettant d’activer ou d’ignorer la mise en veille pendant une sauvegarde VADP.

Pour contrôler les options de mise en veille envoyées par NetWorker à VC/ESX pendant une sauvegarde VADP, spécifiez l'attribut VADP_QUIESCE_SNAPSHOT dans l'onglet Informations d'application de NMC comme suit :

◆ Si VADP_QUIESCE_SNAPSHOT=Yes, les snapshots mis en veille pour les clients de VM sont démarrés.

◆ Si VADP_QUIESCE_SNAPSHOT=No, les snapshots non mis en veille pour les clients de VM sont démarrés. Dans ce cas, le snapshot n’est pas cohérent au niveau des applications. EMC déconseille l’utilisation de cette option.

Certifications et bonnes pratiques VADP 145



Si aucun attribut n’est spécifié, EMC NetWorker démarre les snapshots mis en veille pour les clients de machine virtuelle par défaut.

Remarque : l'attribut VADP_QUIESCE_SNAPSHOT est applicable au niveau de la VM ou du proxy. En cas d’application au niveau du proxy VADP, toutes les machines virtuelles utilisant ce dernier sont concernées.

Utilisation avancée et dépannageLes sauvegardes de VADP VMware prennent également en charge les scripts de pré- et post-traitement dans la VM Windows invitée pour les applications n'offrant pas une prise en charge complète de VSS.

Pour des informations sur la configuration de scripts de mise en veille personnalisés dans la machine virtuelle, consultez l'article 1006671 de la base de connaissances VMware :


Pour savoir comment indiquer aux processus de sauvegarde d’ignorer la mise en veille VSS pour des writers VSS spécifiques, consultez l’article 1031200 de la base de connaissances VMware :


Pour des informations sur la résolution des problèmes de mise en veille concernant VSS sur la VM, consultez l'article 1018194 de la base de connaissances VMware :


Pour des informations sur la résolution des problèmes de mise en veille de Volume Shadow Copy (VSS) dans la VM, consultez l'article 1007696 de la base de connaissances VMware :


Choix d'un proxy physique ou virtuel

NetWorker prend en charge l'utilisation d'hôtes proxy aussi bien physiques que virtuels pour la sauvegarde d'environnements VMware. Le choix entre un proxy physique et virtuel est fonction des besoins en performances, du choix des cibles de sauvegarde ainsi que du matériel disponible.

Cibles de sauvegarde pour hôtes proxy virtuelsVoici quelques remarques portant sur les cibles de sauvegarde pour les hôtes proxy virtuels :

◆ Si la sauvegarde est dirigée vers un disque (AFTD ou DDBoost), aucune configuration spéciale n'est requise.

◆ Si la sauvegarde est dirigée vers des lecteurs de bande, reportez-vous à la section « Prise en charge des lecteurs de bande dans une VM », page 154 pour connaître les exigences et les restrictions liées à l'utilisation de lecteurs de bande dans une VM.







Remarque : dans ce cas, le transport de données doit être défini sur le mode NBD/NBDSSL car VMware interdit l'utilisation du mode hotadd conjointement avec VMDirectPath.

Remarques sur le dimensionnement et les performances des nœuds de proxyLes remarques suivantes sur le dimensionnement et les performances des nœuds de proxy concernent l'utilisation de proxys physiques et virtuels :

Remarque : aucun écart de performances n'est constaté entre les proxys physiques et virtuels, exécutés sur du matériel identique.

◆ Le nombre maximal de sessions simultanées avec un proxy physique est supérieur par rapport à un proxy virtuel. Pour plus d'informations sur les sessions simultanées pour les modes de transport spécifiques, reportez-vous à la section « Recommandations et remarques sur les modes de transport », page 155.

◆ Dans le cas d'un proxy physique, 4 coeurs de CPU et 8 Go de RAM sont recommandés. Pour un proxy virtuel, 4 CPU virtuels et 8 Go de vRAM par proxy sont recommandés, avec une fréquence minimale par vCPU de 2,66 GHz.

◆ NetWorker prend en charge jusqu'à 12 sessions parallèles à l'aide d'un seul proxy virtuel. Ce chiffre se rapporte au nombre de disques virtuels traités en parallèle : tenez-en compte en cas de VM unique contenant plusieurs disques virtuels.

◆ Le nombre de proxys virtuels par hôte ESX varie seulement selon le type du matériel sur lequel l'ESX est installé.

◆ Pour les hôtes ESX d'entrée de gamme, il est conseillé de ne pas mélanger les charges d'E/S sur le serveur ESX (avec le proxy virtuel et les VM de sauvegarde situés sur un seul serveur ESX) et de disposer d'un serveur ESX séparé pour le proxy virtuel.

◆ Pour les hôtes ESX haut de gamme, il est conseillé de disposer au maximum de 5 proxys virtuels, exécutés simultanément sur un seul hôte ESX.

◆ La charge et les performances du CPU lors de l'utilisation de périphériques DDBoost sont optimales lorsque 4 sauvegardes simultanées sont effectuées par périphérique. Si le nombre de sessions parallèles par périphérique est inférieur, les performances ne sont pas optimales et la charge du CPU s'accroît sans gain de performances. Si l'on se base sur la charge du CPU, les performances ne sont généralement pas meilleures si plus de 3 périphériques DDBoost sont ajoutés par nœud de proxy.



Recommandations relatives aux snapshots VADP

Voici quelques recommandations relatives aux snapshots VADP :

◆ Planifiez les sauvegardes lorsque très peu d'opérations d'E/S sont prévues dans le datastore de la machine virtuelle. En effet, les E/S peuvent influencer le délai nécessaire à la création ou au retrait d'un snapshot.

◆ Pour la gestion des snapshots, il est recommandé de conserver au minimum 20 % d'espace libre sur tous les datastores.

Remarque : lorsque le datastore arrive quasiment à saturation, VMware crée un snapshot nommé Consolidate Helper tout en essayant de supprimer des snapshots. Ce snapshot ne peut pas être supprimé automatiquement par l'application de sauvegarde. Pour que le snapshot Consolidate Helper puisse être supprimé, la VM doit être désactivée et le snapshot retiré manuellement du vCenter avant la sauvegarde suivante. Dans le cas contraire, des fichiers de modifications pourraient s'accumuler dans le datastore. L'accumulation de tels fichiers peut affecter les performances de sauvegarde et les performances d'E/S de la machine virtuelle. Pour des informations sur la suppression du snapshot Consolidate Helper, consultez l'article de la base de connaissances VMware suivant :

http://kb.vmware.com/kb/1003302

Afin d'éviter ce problème, assurez-vous que l'espace disponible pour les snapshots est toujours suffisant.

◆ Dans le cas de VM présentant un taux élevé de modifications pendant les sauvegardes, le volume des snapshots peut s'accroître considérablement lors de l'exécution des sauvegardes. Par conséquent, assurez-vous que le répertoire de travail des snapshots dans le datastore VMFS est suffisamment grand pour accueillir le snapshot durant la sauvegarde.

◆ les VM avec disques RDM de compatibilité physiques ne sont pas prises en charge pour les sauvegardes VADP car les snapshots de VM ne peuvent pas s'appliquer à de telles VM. Lors de la sauvegarde d’une VM par NetWorker, aucune information relative aux disques RDM n’est sauvegardée et, lors de la restauration de cette VM, aucun disque RDM, ni aucune donnée associée ne sont restaurés. Si des disques RDM sont nécessaires, ils doivent être rattachés après la restauration.

Remarque : en cas de rattachement de disques RDM après la restauration, notez toutes les LUN zonées sur les VM protégées.

◆ Par défaut, les snapshots VMware sont situés dans le même datastore que les fichiers de configuration de VM. Par conséquent, vérifiez que le répertoire de travail des snapshots prend en charge la taille de tous les disques rattachés à une VM donnée.

Dès la version 4.0, ESX et ESXi comparent la taille maximale d'un redo log de snapshot avec la taille maximale des fichiers du datastore. Si la taille du fichier dépasse la taille maximale, ESX annule l'opération de création de snapshot et affiche l'erreur suivante, indiquant que la taille du fichier est supérieure à la taille maximale prise en charge par le datastore :




File is larger than the maximum size supported by datastore.

Exemple Par exemple, si les disques de la VM01 sont organisés comme suit :

• Disque 01 - 50 Go dans le datastore VMFS01, taille de bloc de 1 Mo

• Disque 02 - 350 Go dans le datastore VMFS02, taille de bloc de 4 Mo

Toute tentative de création de snapshot pour cette VM entraînera l'apparition du message d'erreur présenté plus haut. En effet, le datastore VMFS01 contient le répertoire de travail de la VM01 et les snapshots sont stockés dans ce répertoire de travail. Dans le cas du disque 02, ce message peut signifier que le redo log dépasse la taille maximale de fichier de 256 Go du datastore VMFS01 dans lequel le fichier sera stocké.

Pour résoudre ce problème, déplacez les fichiers de configuration de machine virtuelle ou le répertoire de travail vers un datastore offrant une taille de bloc suffisante.

Pour déplacer les fichiers de configuration de machine virtuelle, utilisez Storage VMotion ou effectuez une migration à froid avec déplacement des fichiers. Pour plus d'informations, consultez l'article de la base de connaissances VMware suivant :


Pour déplacer le répertoire workingDir vers un datastore offrant une taille de bloc suffisante, consultez l'article de la base de connaissances VMware suivant :


Le Tableau 17 à la page 149 indique la taille de fichier de disque virtuel maximale selon la taille de bloc d'un datastore dans ESX/ESXi 4.0 :

Le Tableau 18 à la page 149 indique la taille de fichier de disque virtuel maximale selon la taille de bloc d'un datastore dans ESX/ESXi 4.1 :

Tableau 17 Taille de fichier de disque virtuel maximale selon la taille de bloc pour ESX/ESXi 4.0

Taille de bloc Taille maximale de fichier

1 Mo 256 Go - 512 octets

2 Mo 512 Go - 512 octets

4 Mo 1 024 Go - 512 octets

8 Mo 2 048 Go - 512 octets

Tableau 18 Taille de fichier de disque virtuel maximale selon la taille de bloc pour ESX/ESXi 4.1

Taille de bloc Taille maximale de fichier

1 Mo 256 Go

2 Mo 512 Go

4 Mo 1 024 Go

8 Mo 2 048 Go - 512 octets





Mise en veille manuelle de snapshots VADPDes problèmes sur la machine virtuelle peuvent empêcher le bon déroulement de la mise en veille de VSS avant la création de snapshots. Pour des informations sur la résolution des problèmes de mise en veille de VSS sur la machine virtuelle, consultez l'article de la base de connaissances VMware suivant :

http://kb.vmware.com/selfservice/documentLink.do?externalID=1018194&micrositeID=null

Une solution consiste à configurer des snapshots non mis en veille. Cette configuration s'applique à l'ensemble des snapshots et requiert le redémarrage de la machine virtuelle. VMware conseille de planifier une période d'interruption avant d'effectuer cette action :

1. Désinstallez VMware Tools de la VM.

2. Redémarrez le système.

3. Réinstallez VMware Tools. Assurez-vous de sélectionner Installation personnalisée.

4. Désélectionnez VSS.

Recommandations relatives aux systèmes Data Domain

Les recommandations ci-dessous concernent le déploiement de systèmes NetWorker et Data Domain, dans le cadre de la sauvegarde de l'environnement virtualisé.

◆ En cas d’utilisation de librairies de bandes virtuelles DD, le mode de transport SAN est nécessaire ; en conséquence, l’hôte proxy ne peut pas être une machine virtuelle.

◆ Pour les sauvegardes VADP compatibles DDBoost :

• La charge et les performances des CPU sont optimales avec 4 sauvegardes simultanées par périphérique. Cependant, une librairie DDBoost NetWorker 8.x prend en charge un plus grand nombre de sauvegardes simultanées (sessions cibles).

• Une réduction du nombre de sessions parallèles par périphérique n'offre pas un niveau de performances optimal.

• Une augmentation du nombre de sessions parallèles par périphérique augmente la charge des CPU et n'accroît pas les performances.

• Il est conseillé de disposer d'au moins 400 à 500 Mo de RAM par VM sauvegardée si vous utilisez des VM de petite à moyenne taille (VM avec moins de 100 Go de disques virtuels rattachés). Si la plus grande VM sauvegardée comporte plus de 100 Go de disques virtuels rattachés, la RAM peut être augmentée.

Pour plus d'informations sur le calcul de la quantité de mémoire optimale pour un proxy donné, reportez-vous à la section « Mémoire nécessaire pour le proxy VADP », page 152.

◆ Le débit est amélioré en présence de DDBoost, lorsque le tronc commun entre les VM sauvegardées est moindre. À titre de bonne pratique, il est recommandé que les VM liées au même modèle/clone de VM parent soient intégrées dans des groupes de sauvegarde distincts et que ceux-ci offrent des heures de démarrage différentes.

◆ Dans le cas des modes hotadd et SAN, le débit de sauvegarde s'accroît de 20 à 40 % pour chaque proxy supplémentaire, à condition que le stockage back-end où se trouvent les VM ne représente pas un goulot d'étranglement.


http://kb.vmware.com/selfservice/documentLink.do?externalID=1018194&micrositeID=null


◆ Si le mode hotadd est utilisé :

• Pour connaître les exigences relatives à la mémoire, reportez-vous à la section « Recommandations et remarques sur les modes de transport », page 155. Ces exigences peuvent augmenter selon la taille des disques virtuels de VM, comme cela est décrit dans les recommandations sur la RAM ci-dessus et dans la section « Mémoire nécessaire pour le proxy VADP », page 152.

• Le parallélisme de proxy virtuel ne doit pas être défini sur une valeur supérieure à 12. Cette limite peut être abaissée si plusieurs disques sont rattachés aux VM. Pour plus d'informations sur les bonnes pratiques en matière d'utilisation du mode hotadd, reportez-vous à la section « Recommandations et remarques sur les modes de transport », page 155.

• Dans le cas de plusieurs proxys virtuels, il est recommandé de consolider tous les proxys virtuels sous un ou plusieurs hôtes ESX/ESXi dédiés dans l'environnement, afin de minimiser l'impact sur les VM de production pendant la sauvegarde. Ces hôtes ESX/ESXi ne doivent pas exécuter d'autres VM.

• Le nombre maximal recommandé de proxys virtuels par ESX autonome est de 5.

• Le nombre maximal recommandé de proxys virtuels par ESX dans un cluster DRS pour proxys est de 3.

Configuration des ports de réseau et de pare-feu requise

Tenez compte des exigences suivantes relatives aux ports de réseau et de pare-feu :

◆ S'il existe un pare-feu entre l'hôte proxy VADP et les serveurs exécutant les VM que vous prévoyez de sauvegarder depuis l'hôte proxy VADP, vérifiez que des connexions TCP/IP bidirectionnelles peuvent être établies sur le port 902 entre l'hôte proxy VADP et les serveurs.

◆ Si le serveur Virtual Center ou vCenter utilise un port différent de celui par défaut (443), spécifiez le port dans l'attribut de point d'extrémité du champ NSRhypervisor.Pour plus d'informations, reportez-vous à la section « Configuration manuelle d'un hôte proxy VADP et d'une ressource Hypervisor via la fenêtre Propriétés du client », page 108.

◆ VADP ne prend pas en charge IPv6. Si vCenter est installé sur un système Windows 2008 avec IPv6 activé (IPv6 est activé par défaut) et que le même système est également utilisé comme proxy VADP, les sauvegardes VADP sont suspendues.

Vérifiez qu'IPv6 est désactivé sur :

• vCenter

• ESX/ESXi

• Proxy VADP

Remarque : ESX/ESXi se rapporte au système hôte en tant que tel et non aux VM à sauvegarder.

Désactivez IPv6 en sélectionnant Connexions réseau dans le Panneau de configuration, puis ajoutez une entrée IPv4 (comme ci-dessous) au fichier hosts sur le système où vCenter est installé :



<IPv4 address> <vCenter FQDN> <vCenter hostname>

Une fois l'entrée ajoutée, exécutez la commande suivante sur l'hôte proxy VADP pour vérifier que l'adresse IPv4 est en cours de résolution :

C:\Users\Administrator>ping <vCenter hostname>

Mémoire nécessaire pour le proxy VADP

Les processus NetWorker suivants sont liés aux opérations de sauvegarde VADP :

◆ nsrvadp_save

◆ nsrvddk

◆ save

Les deux premiers processus sont générés pour chaque VM sauvegardée. Un processus save est généré pour chaque VM sauvegardée uniquement si la sauvegarde prend en charge la fonction FLR.

Remarque : une fois la sauvegarde de la VM terminée, tous les processus ci-dessus sont fermés, ce qui libère la mémoire utilisée sur l'hôte proxy.

Les besoins en termes de quantité de mémoire requise pour le proxy VADP sont les suivants :

◆ Pour les sauvegardes de VM Linux ou Windows ne prenant pas en charge la fonction FLR, environ 200 Mo par VM sont requis.

◆ Pour les sauvegardes Windows prenant en charge la fonction FLR, servez-vous des informations ci-dessous pour calculer la quantité de mémoire requise :

• Lorsque des sauvegardes VADP sont en cours d’exécution, nsrvadp_save (exécuté sur la machine proxy VADP) consomme jusqu’à 2 Mo par gigaoctet de disque virtuel sauvegardé.

• Les processus nsrvddk et save consomment environ 200 Mo de mémoire par VM.

Par exemple, si vous exécutez des sauvegardes simultanées pour 4 VM au maximum, choisissez les 4 VM Windows offrant les plus grandes tailles de disque de l'environnement ; supposons que les disques de chaque VM soient organisés comme suit :

• VM1 : Windows, disque 1 de 50 Go, disque 2 de 100 Go, disque 3 de 512 Go

• VM2 : Windows, disque 1 de 50 Go, disque 2 de 512 Go, disque 3 de 1 To

• VM3 : Windows, disque 1 de 50 Go, disque 2 de 100 Go, disque 3 de 256 Go

• VM4 : Windows, disque 1 de 100 Go, disque 2 de 1,5 To

La mémoire consommée par les processus VADP sur le proxy est alors la suivante :

• VM1 : (taille maximale des disques en Go, pour une VM* de 2 Mo) + 200 Mo** = 1 224 Mo




• VM3 : (taille maximale des disques en Go, pour une VM* de 2 Mo) + 200 Mo** = 712 Mo


Ainsi, la mémoire totale requise sur le proxy par les processus VADP est de 7 456 Mo.

Remarque : **quantité de mémoire requise par chaque VM Windows pour les processus nsrvddk et save.

◆ Si le proxy est également utilisé comme nœud de stockage, le temps système suivant, lié à nsrmmd, doit être pris en compte dans la mémoire totale requise :

• DDBOOST par périphérique, environ 500 Mo de mémoire utilisée

• sauvegarde sur disque par périphérique, environ 50 Mo de mémoire utilisée

Recommandations sur le point de montage VADP et remarques sur l'espace

Tenez compte des recommandations suivantes relatives au point de montage VADP (VADP_BACKUPROOT) :

◆ Assurez-vous que le point de montage n'est pas situé dans le dossier système (par exemple, C:/Windows/temp) car celui-ci est ignoré pendant la sauvegarde. Si le point de montage est situé dans ce dossier, la sauvegarde peut échouer ou des données risquent d'être ignorées en raison de directives appliquées pendant les sauvegardes VADP.

◆ N'utilisez pas de caractères spéciaux (*, #, etc.) dans le nom de la VM ou du datastore associé à celle-ci. Si les noms incluent de tels caractères, l'opération de montage échoue.

◆ Le cache du point de montage VADP requiert un espace représentant 5 à 10 % du total de données sauvegardées, dans le cas de VM Windows. Cet espace permet de stocker temporairement l'index VMDK pendant la sauvegarde, puis est nettoyé une fois celle-ci terminée. Dans le cas de VM Linux ou Windows ne prenant pas en charge la fonction FLR, un espace minimal est requis, comme indiqué dans la remarque ci-dessous.

Exemple Exemple de quantité d'espace requise pour une VM Windows :

Si le parallélisme du client proxy est défini sur 5 de sorte que 5 VM Windows au maximum soient sauvegardées simultanément, calculez l'espace disque total utilisé pour les 5 plus grandes VM Windows de l'environnement. Allouez au minimum 10 % de cet espace total utilisé au point de montage VADP_BACKUPROOT.

Par conséquent, si chaque VM de l'exemple ci-dessus dispose d'environ 2 disques et que chaque disque présente 40 Go d'espace utilisé :

• Volume total des données sauvegardées = 40 Go x 2 x 5 = 400 Go

• Quantité totale requise pour le point de montage = 400 x 10 % = 40 Go

Dans ce cas, assurez-vous que le lecteur spécifié pour VADP_BACKUPROOT dispose d'au moins 40 Go d'espace libre.



Remarque : cet espace de point de montage n’est requis qu’en cas de sauvegardes de niveau image prenant en charge la fonction FLR de VM Windows. L’espace requis est en revanche minimal (quelques Mo par VM) pour les sauvegardes de niveau image de VM Linux ou les sauvegardes de niveau image ne prenant pas en charge la fonction FLR de VM Windows.

Prise en charge des lecteurs de bande dans une VM

Pour utiliser des lecteurs de bande (physique et virtuelle) dans une VM, vous devez disposer de versions de VMware ESX/ESXi et d'un matériel spécifiques. De plus, vous devez configurer les lecteurs à l'aide de VMDirectPath.

VMDirectPath permet aux pilotes de périphérique des systèmes d'exploitation invités d'accéder directement aux périphériques PCI et PCIe physiques connectés à l'hôte ESX en mode pass-through (accès direct) et de les contrôler en contournant la couche de virtualisation.

La fonctionnalité VMDirectPath est disponible sur VMware ESX/ESXi 4.0 mise à jour 2 ou dans les dernières versions de Hypervisor. Pour la section suivante, le lecteur doit préalablement disposer de connaissances pratiques relatives à VMware vSphere ESX/ESXi et à la configuration d'une machine virtuelle.

Exigences et recommandations relatives à VMDirectPathLes exigences et recommandations suivantes concernent l'utilisation de VMDirectPath :

◆ VMDirectPath requiert la technologie de virtualisation d'Intel pour E/S redirigées (VT-d) ou la technologie de virtualisation IP d'AMD (IOMMU). Vous devrez peut-être activer cette option dans le BIOS du système VMware ESX/ESXi.

◆ Vous devez disposer au minimum de VMware ESX/ESXi 4.0 mise à jour 2.

◆ La version matérielle de la VM doit être 7, par exemple vmx-07.

◆ Le nombre optimal de périphériques PCI/PCIe VMDirectPath par hôte ESX/ESXi est 8.

◆ Le nombre optimal de périphériques PCI/PCIe VMDirectPath par machine virtuelle est 4.

Restrictions inhérentes à VMDirectPathLes restrictions suivantes s'appliquent pendant la configuration de VMDirectPath :

◆ L'hôte ESX doit être redémarré après l'activation de VMDirectPath.

◆ La VM doit être hors tension lorsque VMDirectPath est activé afin de permettre l'ajout du périphérique PCI/PCIe directement à la VM.

◆ L'utilisation de lecteurs de bande Fibre Channel dans une VM n'est pas prise en charge sans VMDirectPath dans les environnements de production, en raison du manque d'isolation de SCSI. Les lecteurs de bande peuvent être configurés et utilisés sans VMDirectPath mais la prise en charge est limitée aux environnements non productifs.

Pour plus d'informations sur la configuration de VMDirectPath, consultez l'article esg1010789 de la base de connaissances VMware :





Les fonctionnalités suivantes ne sont pas disponibles pour les VM configurées avec VMDirectPath. En effet, VMkernel est configuré sans le périphérique approprié sous son contrôle lors de son passage sur une machine virtuelle :

◆ vMotion

◆ Storage vMotion

◆ Tolérance aux pannes

◆ Ajout à chaud de périphérique (CPU et mémoire)

◆ Suspension et reprise

◆ Mode de transport hotAdd VADP (utilisé en tant que proxy virtuel)

Remarque : si vous utilisez VMDirectPath sur un hôte proxy virtuel VADP NetWorker, les modes de transport se limitent à NBD et à NBDSSL. Cela est dû à une restriction VMware.

La note technique suivante fournit des informations supplémentaires sur VMDirectPath :

http://www.vmware.com/pdf/vsp_4_vmdirectpath_host.pdf

Remarques sur VMDirectPath avec NetWorkerLes remarques suivantes s'appliquent lors de l'utilisation de VMDirectPath avec NetWorker :

◆ Pour les environnements virtuels devant exécuter des sauvegardes vers des unités de bande connectées Fibre Channel, lorsque la VM contient une quantité élevée de données, vous pouvez utiliser VMDirectPath avec NetWorker.

◆ Un vCPU suffit à traiter 500 Go de données tant que les autres VM ne partagent pas le coeur physique sur le matériel ESX/ESXi sous-jacent et que le CPU virtuel dispose d'un accès exclusif au coeur unique.

◆ Si d'autres VM situées sur le même système ESX/ESXi partagent le matériel sous-jacent (CPU physique), vous devrez peut-être ajouter des vCPU et du matériel sous-jacent dédié supplémentaires à l'aide des paramètres d'affinité de CPU.

◆ Pour des performances optimales, il est conseillé d'allouer à la VM qui fait office de DNS 4 Go minimum de mémoire disponible avec 2 vCPU alloués.

◆ Si plusieurs sessions cibles sont nécessaires dans chaque périphérique et que 4 vCPU ou plus sont attribués à la VM, assurez-vous que vous disposez de suffisamment de périphériques pour les opérations de sauvegarde. Un nombre insuffisant de périphériques peut entraîner une baisse du débit, et ce, en raison du temps système de planification du CPU d'Hypervisor.

◆ Assurez-vous que les pilotes de périphérique pour l'adaptateur HBA sont mis à jour sur le système d'exploitation invité.

Recommandations et remarques sur les modes de transport

Vous trouverez ci-dessous des recommandations sur les modes de transport SAN, hotadd et NBD/NBDSSL.


http://www.vmware.com/pdf/vsp_4_vmdirectpath_host.pdf


Mode de transport SANLes recommandations et remarques suivantes s'appliquent lorsque l'un des modes de transport VADP est défini sur SAN (VADP_TRANSPORT_MODE=SAN) :

◆ Avant de connecter l'hôte proxy VADP au fabric SAN, suivez les étapes décrites dans la section « Utilitaire Diskpart pour les modes de transport SAN et hotadd », page 161.

◆ Chaque périphérique DDBOOST doit utiliser environ 500 Mo de mémoire.

◆ Vous devez pouvoir réaliser jusqu'à 50 sauvegardes simultanées par proxy lorsque vous utilisez un périphérique de sauvegarde sur disque.

◆ Vous devez pouvoir réaliser jusqu'à 100 sauvegardes simultanées par proxy lorsque vous utilisez un périphérique DDBoost.

◆ Vous pouvez réaliser jusqu'à 100 sauvegardes simultanées à tout moment sur un VC donné.

Mode de transport hotaddLes recommandations et remarques suivantes s'appliquent lorsque l'un des modes de transport VADP est défini sur hotadd (VADP_TRANSPORT_MODE=hotadd) :

◆ Avant d'exécuter des sauvegardes VADP à l'aide de l'hôte proxy virtuel, suivez les étapes décrites dans la section « Utilitaire Diskpart pour les modes de transport SAN et hotadd », page 161.

◆ Au moins 4 CPU virtuels doivent être alloués à chaque proxy virtuel, avec 8 Go de vRAM par proxy et au moins 2,66 GHz par vCPU.

◆ Chaque périphérique DDBOOST doit utiliser environ 300 Mo de mémoire.

◆ Le serveur ESX doit exécuter ESX 3.5 mise à jour 4 ou une version supérieure.

◆ La valeur du parallélisme client sur le proxy virtuel VADP ne doit pas être définie sur une valeur supérieure à 12 si les VM en cours de sauvegarde comportent au maximum 1 disque par VM dans l'environnement.

Si les VM comportent entre 1 et 12 disques par VM, la valeur maximale du parallélisme client sur le proxy virtuel VADP ne doit pas dépasser N, où N est basé sur le calcul suivant :

Le proxy virtuel peut sauvegarder jusqu'à N disques si N est égal au nombre de slots de contrôleur SCSI libres dans le premier contrôleur SCSI (par exemple, contrôleur SCSI 0) et ne dépasse pas 12.

Par exemple, si un maximum de 6 sauvegardes de VM sont exécutées simultanément, prenez les 6 VM auxquelles sont rattachés le plus grand nombre de disques virtuels dans l'environnement, puis calculez le nombre total de disques :

• Si les 6 VM comportent au total 12 disques virtuels (2 disques par VM), définissez le parallélisme du client proxy virtuel sur 6 au maximum (ce qui entraîne la sauvegarde simultanée de 12 disques maximum rattachés au proxy virtuel).

• Si les 6 VM comportent au total 18 disques virtuels (3 disques par VM), définissez le parallélisme du client proxy virtuel sur 4 maximum (ce qui entraîne la sauvegarde simultanée de 12 disques maximum rattachés au proxy virtuel).



Remarque : Si les VM dans l'environnement comportent plus de 12 disques rattachés par VM, utilisez le mode NBD ou NBDSSL au lieu du mode hotadd.

◆ Le proxy virtuel ne peut sauvegarder que les VM dont la taille des disques virtuels ne dépasse pas la taille maximale prise en charge par le datastore VMFS où se situent les fichiers de configuration du proxy virtuel.

La bonne pratique consiste à placer les fichiers de configuration du proxy virtuel dans un datastore offrant une taille de bloc de 8 Mo. Ainsi, le proxy virtuel peut sauvegarder toutes les tailles de disque virtuel prises en charge.

◆ Le datastore de la machine virtuelle du proxy VADP doit disposer d'un espace libre suffisant avant le début de la sauvegarde hotadd.

◆ Si plusieurs proxys virtuels sont présents, il est conseillé d'héberger tous ces proxys virtuels sur un serveur ESX/ESXi dédié. Ainsi, la consommation en ressources du proxy virtuel en termes de CPU et de mémoire isolée est préservée dans cet environnement ESX/ESXi, et ce, sans affecter les VM de production.

◆ Les VM possédant des disques virtuels IDE ne sont pas pris en charge par le mode hotadd. Dans ce cas, l'utilisation du mode NBD est recommandée.

◆ La machine virtuelle à sauvegarder et celle contenant l'hôte proxy VADP hotadd doivent se trouver sur le même datacenter VMware. Ceci vaut également pour la restauration de machines virtuelles ; là aussi, la machine virtuelle à restaurer et celle où la restauration démarre doivent se trouver sur le même datacenter VMware.

◆ Il peut arriver qu'en cas de défaillance de la sauvegarde, le proxy virtuel échoue à démonter des disques en mode hotadd. Dans ce cas, vous devez démonter manuellement les disques en mode hotadd depuis le proxy virtuel. Si des disques VM clients sont toujours rattachés au proxy virtuel, procédez comme suit :

1. Cliquez avec le bouton droit de la souris sur le proxy virtuel et sélectionnez Modifier les paramètres.

2. Sélectionnez tous les disques en mode hotadd, puis cliquez sur Retirer.

Remarque : lors du démontage, veillez à sélectionner l’option Retirer de la machine virtuelle, et non Retirer et supprimer.

Mode de transport NBD/NBDSSLLes recommandations et remarques suivantes s'appliquent lorsque l'un des modes de transport VADP est défini sur NBD ou NBDSSL (c'est-à-dire VADP_TRANSPORT_MODE=NBD) :

◆ En cas de défaillance du mode NBDSSL pour la restauration de VM, appliquez la solution de contournement décrite dans la section « Restauration d’une machine virtuelle à l’aide du mode de transport NBDSSL, SAN ou hotadd », page 141.

◆ Vous ne pouvez exécuter qu'une sauvegarde simultanée de 20 disques virtuels sur un système ESX/ESXi donné. Cette limite porte sur le nombre maximal de disques virtuels par hôte ESX/ESXi, quel que soit le nombre de proxys utilisés dans l'environnement.

Par conséquent, il est conseillé de recourir aux bonnes pratiques suivantes :



• Si le système ESX ne fait pas partie d'un cluster VMware ou d'un cluster VMware sur lequel DRS n'est pas activé, appliquez l'une des solutions suivantes :

– Si un seul proxy est utilisé pour sauvegarder un système ESX donné via NBD/NBDSSL, définissez le parallélisme client de la ressource Client proxy VADP afin que la limite de 20 connexions de disques simultanées par hôte ESX soit respectée.

– Si plusieurs proxys sont utilisés pour sauvegarder un système ESX donné via NBD/NBDSSL, calibrez le parallélisme client sur chaque proxy VADP afin que le total de connexions de disques simultanées par hôte ESX ne dépasse pas 20.

• Si le système ESX fait partie d'un cluster VMware prenant en charge la fonction DRS, appliquez l'une des bonnes pratiques suivantes :

– Si un seul proxy est utilisé pour sauvegarder via NBD/NBDSSL, définissez le parallélisme client de la ressource Client proxy VADP afin que la limite de 20 connexions de disques simultanées par cluster soit respectée.

– Si plusieurs proxys sont utilisés pour sauvegarder via NBD/NBDSSL, calibrez le parallélisme client sur chaque proxy VADP afin que le total de connexions de disques simultanées par cluster ne dépasse pas 20.

Remarque : dans les exemples suivants, le parallélisme du groupe de sauvegarde prend effet uniquement si le parallélisme client de l'hôte proxy VADP est défini sur une valeur supérieure ou égale.

Exemple 1 Un proxy dans l'environnement, toutes les VM sur le même système ESX (pas de cluster)

Dans l'exemple suivant, un seul proxy existe dans l'environnement et 11 VM doivent être sauvegardées via NBD/NBDSSL. Ces 11 VM sont hébergées sur le même système ESX, extérieur au cluster, et les deux tâches suivantes doivent être exécutées simultanément :

◆ 8 VM du système ESX contiennent chacune 2 disques.

◆ 3 VM du même système ESX contiennent chacune 3 disques.

Recourez à l'une des bonnes pratiques suivantes :

◆ Définissez le parallélisme client du proxy sur 8.

◆ Créez un seul groupe de sauvegarde contenant les 11 VM du système ESX et définissez le parallélisme du groupe sur 8.

Ainsi, quelle que soit la bonne pratique choisie, le nombre maximal de disques sauvegardés depuis ce système ESX ne dépasse jamais 20.

Exemple 2 Deux proxys dans l'environnement, toutes les VM sur le même système ESX dans un cluster sur lequel DRS n'est pas activé

Dans l'exemple ci-dessous, deux proxys existent dans l'environnement pour sauvegarder 11 VM via NBD/NBDSSL. Ces 11 VM sont hébergées sur le même système ESX, lequel fait partie d'un cluster sur lequel DRS n'est pas activé, et les deux tâches suivantes doivent être exécutées simultanément :

◆ Le proxy 1 est désigné pour sauvegarder 8 VM, chacune contenant 2 disques.





◆ Définissez le parallélisme client des proxys 1 et 2 respectivement sur 5 et 2.

◆ Créez un seul groupe de sauvegarde contenant les 11 VM du système ESX et définissez le parallélisme du groupe sur 8.

Ainsi, quelle que soit la bonne pratique choisie, le nombre maximal de disques sauvegardés depuis ce système ESX ne dépasse jamais 20.

Exemple 3 Deux proxys dans l'environnement, toutes les VM hébergées sur un cluster prenant en charge la fonction DRS

Dans l'exemple ci-dessous, deux proxys existent dans l'environnement pour sauvegarder 11 VM via NBD/NBDSSL. Les 11 VM sont hébergées sur un cluster prenant en charge la fonction DRS :



Ces deux tâches doivent être exécutées simultanément.


◆ Définissez le parallélisme client des proxys 1 et 2 respectivement sur 5 et 2.

◆ Créez un seul groupe de sauvegarde contenant les 11 VM du cluster et définissez le parallélisme du groupe sur 8.

Ainsi, quelle que soit la bonne pratique choisie, le nombre maximal de disques sauvegardés depuis ce cluster ne dépasse jamais 20.

Optimisation des performances

La section suivante offre des recommandations relatives à l'optimisation des performances de VADP.

◆ La réussite de la création et de la suppression de snapshots VADP repose sur deux critères :

• Nombre d'E/S sur le datastore de la machine virtuelle pendant la création de snapshots.

• Conception de la sous-structure d'E/S associée à chaque datastore.

◆ Afin d'éviter tout problème lié aux snapshots, planifiez les sauvegardes sur des périodes où l'activité d'E/S sur la machine virtuelle est relativement faible. La réduction du nombre de sauvegardes simultanées peut également être utile.

◆ NetWorker prend en charge l'utilisation de plusieurs serveurs proxy de sauvegarde. Selon le nombre de VM/serveurs ESX utilisés, vous pouvez ajouter un proxy de sauvegarde supplémentaire afin d'augmenter le débit de la sauvegarde.

◆ Pendant les sauvegardes VADP, le serveur proxy de sauvegarde traite un nombre élevé de sauvegardes. Un dimensionnement adapté du serveur proxy de sauvegarde peut contribuer à l'optimisation des performances de sauvegarde de l'environnement de machine virtuelle. Dans certains cas, le choix d'un proxy physique peut être préférable.

La capacité du proxy de sauvegarde peut être divisée en deux catégories principales :



1. Chemin de données VADP :Ce chemin est suivi par les données de sauvegarde créées par VADP tout au long du cycle de vie des sauvegardes. Le serveur proxy VADP accède aux données de sauvegarde via le mode de transport réseau configuré. Le mode de transport configuré peut être l'un des suivants :

– Réseau de stockage (SAN)

– Hotadd

– NBD (périphérique de bloc réseau)

– NBDSSL (périphérique de bloc réseau avec SSL)

2. Chemin de données NetWorker : Le proxy VADP peut également être un serveur, client ou nœud de stockage NetWorker. Afin d'optimiser le débit de la sauvegarde, configurez le proxy VADP en tant que nœud de stockage afin que les données clientes soient écrites directement sur le média de sauvegarde.

Les performances globales de sauvegarde du proxy VADP se basent sur le composant le plus lent de l'ensemble du chemin de données de sauvegarde. Les composants sont les suivants :

◆ Mode de transport VADP utilisé

◆ Ressources système du proxy VADP telles que le CPU, le bus interne et la RAM

◆ Heure de création du snapshot VADP

◆ Charge d'E/S au moment de la création

Accès du proxy VADP aux LUN

Les remarques ci-dessous s'appliquent lorsque vous utilisez les modes de transport suivants pour accéder aux LUN.

Mode de transport SANPour les sauvegardes en mode SAN, le proxy VADP nécessite un accès en lecture aux LUN SAN hébergeant les VM.

Pour les restaurations d'images en mode SAN, assurez-vous que le proxy VADP dispose d'un accès en lecture-écriture aux LUN SAN hébergeant les VM. Afin de garantir l'accès en lecture-écriture, ajoutez le proxy VADP aux mêmes zones fabric auxquelles le système de serveur ESX appartient.

Mode de transport hotaddPour le mode hotadd, le serveur ESX (où se situe la machine virtuelle du proxy VADP) doit pouvoir accéder aux datastores des VM que vous souhaitez sauvegarder. Par exemple, si les datastores proviennent des LUN SAN et que le serveur ESX hébergeant le proxy VADP est distinct du serveur ESX hébergeant les VM, alors le système ESX hébergeant le proxy doit faire partie des mêmes zones fabric auxquelles appartient le système ESX hébergeant les VM.



Modes de transport NBD/NBDSSLPour ces modes de transport, aucun zoning n'est nécessaire car l'accès au datastore s'effectue toujours via le LAN. Seule une connectivité réseau au système ESX/ESXi est requise afin de pouvoir accéder au datastore.

Utilitaire Diskpart pour les modes de transport SAN et hotaddSi un volume RDM NTFS est utilisé par l'une des VM sur l'hôte proxy VADP, Windows tente automatiquement de monter le volume et d'attribuer des lettres de lecteur aux disques de VM durant la sauvegarde. Cette opération peut entraîner une corruption des données sur les VM.

Afin d'empêcher Windows d'attribuer automatiquement des lettres de lecteur à un volume RDM NTFS, exécutez la procédure ci-dessous.

Remarque : les étapes 1 et 2 s'appliquent uniquement dans le cas du mode de transport SAN, où le zoning du fabric SAN est déjà en place de sorte que l'hôte proxy VADP affiche déjà les LUN SAN dans le gestionnaire de disques Windows. Si tel n'est pas le cas, passez à l'étape 3.

1. Fermez le proxy Windows.

2. Déconnectez le proxy Windows du SAN ou masquez toutes les LUN contenant des volumes VMFS ou des périphériques RDM pour VM.

3. Démarrez le proxy et connectez-vous à un compte à l'aide de privilèges d'administrateur.

4. Ouvrez une invite de commande et exécutez l'utilitaire diskpart en saisissant ce qui suit :

diskpart

L'utilitaire diskpart démarre et génère sa propre invite de commande.

5. Pour désactiver l'attribution automatique de lettres de lecteur aux nouveaux volumes détectés, saisissez ce qui suit dans l'invite de commandes diskpart :

automount disable

6. Pour nettoyer les entrées de volumes précédemment montés dans le registre, saisissez ce qui suit dans l'invite de commande diskpart :

automount scrub




CHAPITRE 4Octroi de licences


◆ Octroi de licences de prise en charge EMC NetWorker pour VMware....................... 163◆ Octroi de licences de niveau invité ........................................................................ 164◆ Octroi de licences VADP ........................................................................................ 165

Octroi de licences de prise en charge EMC NetWorker pour VMware

La licence cliente utilisée pour les hôtes VMware ESX physiques dans les configurations non VCB ou VADP est la licence Virtual Edition Client. Elle permet d'effectuer des sauvegardes à partir de toute machine virtuelle invitée sur laquelle est installé le client NetWorker.

Pour les environnements VMware sauvegardés via VADP ou VCB, une seule licence Virtual Edition Client est nécessaire par hôte proxy VADP. Cette licence permet de sauvegarder un nombre illimité de machines virtuelles via l'hôte proxy.

Aucune autre licence n’est requise pour utiliser la solution NetWorker VMware Protection.

Octroi de licence simplifié pour les environnements virtuels

NetWorker utilise un modèle d'octroi de licence simplifié pour les environnements virtualisés. Le Guide de compatibilité du logiciel EMC contient une liste des environnements de serveurs virtualisés pris en charge.

Deux nouveaux attributs ont été ajoutés sous l’onglet Général de la ressource Client pour identifier le client comme un client virtuel :

◆ Client virtuel : Définissez l’attribut sur Oui en activant la case à cocher de l’attribut Client virtuel si le client est un client virtuel.

◆ Hôte physique : si le client est un client virtuel, définissez l'attribut sur le nom d'hôte de la machine physique principale/initiale qui héberge le client virtuel.

Pour plus d'informations sur l'octroi de licences pour les environnements virtuels, consultez le Guide d'octroi de licence d'EMC NetWorker.

Prise en charge de VADP par le biais de licences existantes

Lors de la mise à niveau vers NetWorker 8.1 à partir d’une version antérieure à NetWorker 7.6 SP2, le proxy VADP est utilisé en lieu et place du proxy VCB. La licence utilisée par le proxy VCB migre automatiquement afin de prendre en charge le proxy VADP.

Octroi de licences 163

Octroi de licences

Appliance virtuelle AMP

L’appliance EMC Asset Management and Planning (AMP) est une appliance virtuelle gratuite qu’il est possible de télécharger depuis le site de support en ligne EMC et d’installer sur un serveur VMware ESX. Elle permet d’analyser l’utilisation de vos logiciels, de mesurer l’utilisation de la capacité source par le logiciel EMC NetWorker, de planifier les investissements à venir en matière de logiciels et de garantir la conformité des licences. À l'aide d'EMC AMP, NetWorker fournit une évaluation de l'utilisation de la capacité source par l'environnement d'un client. Pour plus d'informations sur le téléchargement, l'installation et la configuration de l'appliance EMC AMP, consultez le Guide d'octroi de licence d'EMC NetWorker.

Octroi de licences de niveau invitéPour les sauvegardes de niveau invité (qui n’utilisent pas VCB ou VADP) à l’aide du client NetWorker installé sur chaque hôte physique qui exécute une technologie de virtualisation (machine virtuelle), une seule licence Virtual Edition Client est nécessaire par hôte physique. La licence Virtual Edition Client permet de sauvegarder un nombre illimité de machines virtuelles ou de systèmes d'exploitation invités.

Les sauvegardes de niveau invité suivantes utilisent cette licence :

◆ Serveurs VMware ESX

◆ Solaris Zones

◆ LDOM

◆ LPAR

◆ nPAR

◆ VPAR

◆ Microsoft Hyper-V

◆ Xen et autres

Le modèle d'octroi de licence utilisé est le suivant :

◆ Une licence NetWorker Module par type d'application et par hôte physique pour les sauvegardes sans VCB ou VADP.

◆ Une licence de connexion cliente par hôte physique pour les sauvegardes sans VADP.

◆ Si vous utilisez VMotion, chaque serveur VMware ESX qui héberge une machine virtuelle d'origine ou de destination doit disposer de la licence Virtual Edition Client et de la licence de module d'application adéquate.

◆ Pour les serveurs VMware ESX utilisant la fonction DRS et VMware HA, une licence NetWorker Virtual Edition Client est nécessaire pour chaque serveur VMware ESX du parc de clusters VMware ESX. Le nombre de licences de module dépend des applications exécutées par le parc.

Prenons, par exemple, 60 machines virtuelles sur 5 serveurs VMware ESX. Sur les 60 machines virtuelles, 6 hébergent SQL Server, 1 héberge Exchange et 1 héberge SharePoint. DRS et VMotion sont utilisés et l'ensemble du parc doit être protégé. Les licences suivantes sont nécessaires :


Octroi de licences

◆ 5 licences NetWorker Virtual Edition Client (1 pour chaque serveur VMware ESX du parc)

◆ 7 licences NMM

• Pour SQL, au minimum (6, 5) = 5

• Pour SharePoint, au minimum (1, 5) = 1

• Pour Exchange, au minimum (1, 5) = 1

◆ Pour les sauvegardes d'application, une licence NetWorker Virtual Edition Client et la licence NetWorker Application Module adéquate sont nécessaires pour chaque serveur physique. Une licence est requise pour chaque type d'application (SQL, Exchange, SharePoint, Oracle ou SAP) utilisée dans toutes les machines virtuelles sur un seul serveur physique. Les codes de modèle ne peuvent pas être modifiés pour NetWorker Module, utilisez plutôt les codes et les codes d'activation de licence existants.

Pour la protection des applications, une licence NetWorker Module est nécessaire par type d'application et par hôte physique pour toutes les technologies de virtualisation, y compris VMware ESX, IBM LPAR et Solaris Domains.

Par exemple, un serveur VMware ESX qui héberge trois (3) serveurs Exchange ne nécessite qu'une seule licence NMM. Un serveur VMware ESX qui héberge trois (3) serveurs Exchange et un serveur SharePoint nécessite deux licences NMM ; une pour les trois serveurs Exchange et l'autre pour le serveur SharePoint.

Octroi de licences VADPPour les sauvegardes VADP dans un environnement VMware, une licence Virtual Edition Client est nécessaire par hôte proxy VADP, quel que soit le nombre de machines virtuelles et de serveurs VMware ESX configurés pour effectuer des sauvegardes via l'hôte de sauvegarde proxy.

Octroi de licences VADP 165

Octroi de licences


CHAPITRE 5Mise à niveau vers la solution VADP (avant NetWorker 8.1)


◆ Mise à niveau vers la version 7.6 Service Pack 2 et version supérieure pour les sauvegardes VMware VADP ................................................................................... 168

◆ Étapes de configuration postérieures à la mise à niveau pour vCenter sur un hôte Windows 64 bits ................................................................................................... 173

Mise à niveau vers la solution VADP (avant NetWorker 8.1) 167

Mise à niveau vers la solution VADP (avant NetWorker 8.1)

Mise à niveau vers la version 7.6 Service Pack 2 et version supérieure pour les sauvegardes VMware VADP

EMC NetWorker version 7.6 Service Pack 2 a introduit la prise en charge de sauvegardes et de restaurations de clients virtuels VMware utilisant VADP (vStorage APIs for Data Protection). Avant cette version, les clients virtuels EMC NetWorker étaient protégés par VCB (VMware Consolidated Backups).

NetWorker version 7.6 SP2 ou supérieure prend toujours en charge les sauvegardes VCB avec des serveurs proxy NetWorker 7.6 SP1. Toutefois, les sauvegardes VADP doivent utiliser un serveur proxy NetWorker 7.6 SP2 ou version supérieure. Un proxy NetWorker 7.6 SP2 ou version supérieure ne peut pas être utilisé pour les sauvegardes VCB.

Lors de la mise à niveau du logiciel NetWorker vers NetWorker 7.6 SP2, si VCB a été utilisé pour les sauvegardes de la version précédente (par exemple, NetWorker 7.6 SP1), l’outil de mise à niveau doit être exécuté sur le NetWorker Server pour permettre la transition vers les sauvegardes VADP. Le chapitre suivant fournit des informations sur la mise à niveau du logiciel NetWorker vers la version 7.6 Service Pack 2 ou supérieure en vue d'utiliser VADP.

Mise à niveau de NetWorker Server et d'un proxy VCB existants

Après avoir installé le logiciel EMC NetWorker version 7.6 SP2 ou supérieure sur le EMC NetWorker Server et le serveur proxy VADP, exécutez la commande nsrvadpserv_tool sur le EMC NetWorker Server. La commande nsrvadpserv_tool met à jour les clients virtuels EMC NetWorker antérieurs à la version 7.6 SP2 pour leur permettre d'utiliser VADP pour les opérations de sauvegarde et de restauration, en convertissant tous les clients situés sur le proxy indiqué. La commande nsrvadpserv_tool remplace la commande nsrvcbserv_tool qui était utilisée dans la version 7.6 SP1 de EMC NetWorker.

Gardez à l'esprit les éléments suivants lors de l'exécution de cette commande :

◆ Si vous effectuez une mise à niveau d'une installation EMC NetWorker antérieure à la version 7.6, le client hôte proxy doit être configuré avec les privilèges d'administrateur du système d'exploitation. Pour vous assurer que l'hôte proxy est configuré avec les privilèges d'administrateur :

1. Connectez-vous à NetWorker Server à l'aide de NMC.

2. Cliquez sur Configuration.

3. Dans le volet de gauche, cliquez sur Clients.

4. Cliquez avec le bouton droit de la souris sur le client proxy, puis sélectionnez Propriétés.

5. Cliquez sur l'onglet Applications et modules.

6. Dans les champs Utilisateur distant et Mot de passe, indiquez un nom d'utilisateur et un mot de passe associés à un compte doté des privilèges d'administrateur sur le serveur proxy.

◆ Par défaut, nsrvadpserv_tool est situé dans c:\program files\legato\nsr\bin.

◆ Le serveur EMC NetWorker et l'hôte proxy VCB doivent disposer de la version 7.6 SP2 ou supérieure de EMC NetWorker.



◆ Si VCB_LOOKUP_METHOD est défini sur name, reportez-vous aux remarques page 170.

Une attention spéciale est nécessaire si VCB_LOOKUP_METHOD est défini sur IP au lieu de name.

Pour déterminer la méthode de recherche sur la ressource Client proxy, dans la section Informations d'application, notez la valeur de VCB_LOOKUP_METHOD. Si cette valeur n'est pas définie sur name, des étapes manuelles, décrites ultérieurement dans la présente procédure, doivent être effectuées suite à l'exécution de la commande nsrvadpserv_tool.

Pour mettre à jour des clients virtuels EMC NetWorker VMware antérieurs à la version 7.6 SP2, exécutez la commande suivante sur le serveur EMC NetWorker :

nsrvadpserv_tool –p VM_proxy_hostname_or_IP_address

La commande nsrvadpserv_tool effectue les actions suivantes :

◆ Pour les clients antérieurs à la version 7.6 :

• Identifie les clients EMC NetWorker qui sont des machines virtuelles configurées pour le serveur proxy VADP spécifié.

• Exécute la commande nsrvadpclnt_tool sur le client EMC NetWorker configuré en tant que serveur proxy VADP.

• Lit le fichier de configuration (config.js) et envoie les informations au serveur EMC NetWorker.

• Met à jour l'attribut d'informations d'application de la ressource Client EMC NetWorker agissant comme un serveur proxy VADP avec les informations du fichier config.js.

• Définit l'attribut de commande de sauvegarde de la ressource Client EMC NetWorker de toutes les machines virtuelles configurées pour le serveur proxy VADP, sur nsrvadp_save.

• Crée la ressource vCenter.

◆ Pour les clients 7.6 et 7.6 SP1 :

• Modifie l'attribut de commande de sauvegarde de la ressource Client EMC NetWorker de toutes les machines virtuelles, à savoir nsrvcb_save, par nsrvadp_save.

• Met à jour l'attribut d'informations d'application (APPINFO) des ressources Client virtuel afin que VCB soit remplacé par VADP dans toutes les variables APPINFO. Le Tableau 19 à la page 170 présente plusieurs exemples.

Mise à niveau vers la version 7.6 Service Pack 2 et version supérieure pour les sauvegardes VMware VADP 169


Remarque : après la mise à jour de NetWorker Server 7.6 SP1 vers la version 7.6 SP2 ou supérieure, la ressource Client VM associée au proxy VCB affiche des informations incorrectes dans NMC. Par exemple, si vous utilisez des proxys VADP et VCB, les ressources Client VM qui sont toujours associées à des proxys VCB affichent le proxy VADP lors de l'affichage de la ressource VM dans NMC. Les informations correctes apparaissent dans la sortie de nsradmin pour la ressource Client.

Ce problème est abordé dans les notes de mise à jour sous NW129735.

Remarque : les variables VADP_MAX_BACKOFF_TIME et VADP_MAX_RETRIES sont supprimées si leurs valeurs ont été définies sur 10 et 0 respectivement (valeurs par défaut).

La variable VADP_HYPERVISOR=VC_name est ajoutée à la liste des variables APPINFO. Cette valeur de variable est basée sur la variable VADP_HOST spécifiée dans la ressource Client du serveur proxy VADP.

Si les recherches de machine virtuelle sont effectuées sur le nom plutôt que sur l'adresse IP, vous devez ajouter la variable VADP_VM_NAME dans l'attribut d'informations d'application de chaque ressource Client virtuel EMC NetWorker. Le format de variable doit être saisi comme suit : VADP_VM_NAME=vm1 où vm1 est le nom d'affichage de la machine virtuelle utilisée dans vCenter.

VADP_VM_NAME est sensible à la casse. Par exemple, si le nom d'hôte de la machine virtuelle est en majuscules (comme SUSE11-X86), la valeur de VADP_VM_NAME doit être définie sur SUSE11-X86. En outre, si le nom saisi pour VADP_VM_NAME contient des espaces, le nom doit être placé entre guillemets (par exemple, VADP_VM_NAME="this is my vm name").

Modification des privilèges du rôle vCenter après la mise à niveau

La procédure décrite ci-après est requise si la sauvegarde/restauration VCB a été précédemment effectuée via NetWorker à l'aide d'un autre rôle que le rôle d'administrateur dans vCenter.

Pour effectuer des sauvegardes à l'aide de VADP, les autorisations associées ce rôle non administrateur doivent être modifiées dans vCenter.

Tableau 19 Remplacements de la variable APPINFO

Ancien nom de la variable APPINFO Nouveau nom de la variable APPINFO

VCB_MAX_BACKOFF_TIME=20 VADP_MAX_BACKOFF_TIME=20

VCB_TRANSPORT_MODE=nbd VADP_TRANSPORT_MODE=nbd

VCB_HOST=10.31.78.120 VADP_HOST=10.31.78.120

VCB_BACKUPROOT=F:\mnt VADP_BACKUPROOT=F:\mnt

VCB_MAX_RETRIES=10 VADP_MAX_RETRIES=10

VCB_LOOKUP_METHOD=name Supprimer



Tâche 1 : création d'un rôle Utilisateur VADPPour créer un rôle Utilisateur VADP :


2. Depuis le serveur vCenter, sélectionnez Afficher > Administration > Rôles.

3. Cliquez avec le bouton droit de la souris sur le rôle non administrateur existant qui a été précédemment utilisé par NetWorker, puis sélectionnez Cloner. Un nouveau rôle cloné est créé.

4. Renommez le rôle cloné en Utilisateur VADP.

5. Cliquez avec le bouton droit de la souris sur le rôle Utilisateur VADP, puis sélectionnez Modifier le rôle.

6. Attribuez les autorisations requises au rôle Utilisateur VADP. Pour plus d'informations, reportez-vous à la section « Autorisations vCenter nécessaires aux sauvegardes et aux restaurations à l'aide de VADP », page 120.

Tâche 2 : attribution du rôle Utilisateur VADP à l'utilisateur spécifié dans la ressource NetWorker Hypervisor


2. Dans le volet de gauche, sélectionnez le serveur vCenter.

3. Dans le volet de droite, cliquez sur l'onglet Autorisations.

4. Cliquez avec le bouton droit de la souris n'importe où dans le volet de droite, puis sélectionnez Ajouter une autorisation dans la liste déroulante.

5. Ajoutez l'utilisateur NetWorker Hypervisor et attribuez-lui le rôle Utilisateur VADP.

6. Assurez-vous que l'option Propager aux objets enfants est activée, puis cliquez sur OK.

Remarque : pour plus d'informations sur l'attribution d'un rôle à un utilisateur, consultez la documentation relative à l'administration système de base de VMware et le Guide d'administration de Datacenter. La documentation VMware est disponible à l'adresse suivante : http://www.vmware.com/support/pubs/.

Mise à niveau du seul client proxy vers NetWorker 7.6 SP2 ou version supérieure

Si vous voulez mettre à niveau le client proxy NetWorker vers la version 7.6 SP2 ou supérieure sans mettre à niveau NetWorker Server, vous pouvez effectuer une mise à niveau manuelle en suivant la procédure ci-après.

Remarque : La version de NetWorker Server doit être au minimum 7.6. Si sa version n'est pas 7.6 ou 7.6 SP1, il doit être mis à niveau avant la mise à niveau du client proxy.

Un proxy NetWorker 7.6 SP2 ou version supérieure ne peut être utilisé que pour les sauvegardes VADP et doit être associé à un serveur NetWorker 7.6 SP2 ou version supérieure.

Mise à niveau vers la version 7.6 Service Pack 2 et version supérieure pour les sauvegardes VMware VADP 171

http://www.vmware.com/support/pubs/


Apportez les modifications suivantes à l'attribut APPINFO de la ressource Client pour le proxy :

1. Remplacez VCB_BACKUPROOT par VADP_BACKUP_ROOT.

2. Remplacez VCB_HOST par VADP_HOST.

3. Remplacez VCB_TRANSPORT_MODE par VADP_TRANSPORT_MODE.

4. Si VCB_VM_LOOKUP_METHOD est défini sur ipaddr, supprimez cette entrée ; s'il est défini sur name, la ressource Client du client virtuel doit être modifiée.Pour plus d’informations, reportez-vous à la section étape 2 .

5. Supprimez VCB_PREEXISTING_MOUNTPOINT et VCB_PREEXISTING_VCB_SNAPSHOT.

6. Remplacez VCB_MAX_RETRIES par VADP_MAX_RETRIES.

7. Remplacez VCB_BACKOFF_TIME par VADP_BACKOFF_TIME.

Les attributs suivants de la ressource Client pour le client virtuel associé au proxy doivent être modifiés :

1. La commande de sauvegarde, à savoir nsrvcb_save, doit être remplacée par nsrvadp_save.

2. Si VCB_VM_LOOKUP_METHOD était défini sur name dans la ressource Client proxy, ajoutez VADP_VM_NAME à l'attribut APPINFO de la ressource Client virtuel avec la valeur du nom VM connu de vCenter.

Remarque : Les assistants de configuration NMC pour NetWorker 7.6 SP2 ou version supérieure ne fonctionnent pas avec un serveur de version inférieure à 7.6 SP2. Les informations doivent être saisies manuellement dans la ressource Client, même pour les nouveaux clients proxy, jusqu'à ce que le serveur soit mis à niveau vers NetWorker 7.6 SP2 ou version supérieure.

Mise à niveau en vue d'utiliser vCenter si les sauvegardes des machines virtuelles ont été précédemment effectuées à l'aide du serveur ESX/ESXi

La procédure de mise à niveau ci-après doit être effectuée si les sauvegardes de machines virtuelles étaient précédemment configurées pour être directement dirigées vers le serveur ESX/ESXi, au lieu de passer par le serveur vCenter.

Utilisation d'une mise à niveau manuelle

Si l'outil nsrvadpserv_tool ne peut pas être exécuté (par exemple, si vous utilisez NetWorker Server 7.6.1 ou 7.6.0 plutôt que de mettre à niveau le serveur vers la version 7.6 SP2), procédez comme suit :

1. Suivez les étapes de mise à niveau manuelle fournies dans la section « Mise à niveau du seul client proxy vers NetWorker 7.6 SP2 ou version supérieure », page 171.

2. Créez manuellement une nouvelle ressource Hypervisor pour vCenter.

3. Mettez à niveau l'hôte proxy avec les valeurs VADP_HOST appropriées.

Utilisation de l'outil nsrvadpserv_tool

Si NetWorker Server est mis à niveau vers la version 7.6 SP2 ou supérieure, procédez comme suit :



1. Exécutez l'outil de mise à niveau, comme indiqué dans la section « Mise à niveau de NetWorker Server et d'un proxy VCB existants », page 168.

2. Créez manuellement une nouvelle ressource Hypervisor pour vCenter.

3. Mettez à niveau l'hôte proxy avec les valeurs VADP_HOST appropriées.

Évolution de l'espace nécessaire sur le proxy entre VADP et VCB

Dans les versions de NetWorker utilisant VCB, de l'espace supplémentaire était requis pour le point de montage sur le proxy VCB pour les opérations de copie lors des sauvegardes et des restaurations. Les versions de NetWorker utilisant le proxy VADP nécessitent beaucoup moins d'espace (généralement, environ 10 % de la taille des données de la machine virtuelle).

Étapes de configuration postérieures à la mise à niveau pour vCenter sur un hôte Windows 64 bits

La procédure décrite dans cette rubrique est facultative et ne s'applique que si votre intégration de VMware version inférieure à 7.6 SP2 avec NetWorker dispose d'un serveur vCenter installé sur un hôte Windows 64 bits.

Avant EMC NetWorker 7.6 Service Pack 2, si le serveur vCenter était installé sur un hôte Windows 64 bits, vous deviez créer un hôte de commande sur un hôte Windows 32 bits, puis référencer l'hôte de commande dans la ressource Hypervisor définie pour Virtual Center. Cela permettait à EMC NetWorker de prendre en charge la découverte automatique des environnements VMware. Dans EMC NetWorker 7.6 Service Pack 2 et version supérieure, ces étapes supplémentaires sont inutiles car EMC NetWorker prend désormais directement en charge la découverte automatique sur le serveur vCenter 64 bits.

Pour ne plus avoir à passer par un hôte de commande 32 bits lorsque vCenter est installé sur un hôte 64 bits :

1. Installez le logiciel client EMC NetWorker 7.6 Service Pack 2 ou version supérieure sur un hôte vCenter 64 bits.

2. Modifiez l'attribut d'hôte de commande dans la ressource Hypervisor afin de spécifier le nom du serveur vCenter 64 bits.

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

b. Dans le volet de gauche développé, cliquez avec le bouton droit de la souris sur Virtualisation, puis sélectionnez Activer la fonction Auto Discovery.

c. Dans la boîte de dialogue Fonction Auto Discovery, cliquez sur Configuration avancée.

d. Supprimez le nom de l'ordinateur Windows 32 bits qui figurait dans le champ Hôte de commande. Lorsque ce champ est vide, le nom du serveur vCenter est utilisé comme hôte de commande.

e. Vérifiez que la valeur du champ Nom de la commande est nsrvim, puis cliquez sur OK.

Étapes de configuration postérieures à la mise à niveau pour vCenter sur un hôte Windows 64 bits 173



GLOSSAIRE

Ce glossaire contient des termes en rapport avec les sous-systèmes de stockage sur disque. Ce manuel utilise la plupart de ces termes.

A

AdministrateurNetWorker

Groupe d’utilisateurs de serveur NetWorker par défaut qui peut ajouter, modifier ou supprimer des groupes d’utilisateurs de serveur NetWorker.

Appliance EMC Backupand Recovery

L’appliance EMC Backup and Recovery (ou VBA, VMware Backup Appliance) est une appliance qui, lorsqu’elle est déployée, permet d’effectuer des sauvegardes VMware et de créer des politiques de clonage dans NMC. Elle active par ailleurs le plug-in EMC Backup and Recovery dans vSphere Web Client en vue d’attribuer des machines virtuelles à ces politiques.

application gérée Programme qui peut être surveillé et/ou administré à partir du serveur de Console.

Archive Java (JAR) Fichier qui contient des composants compressés requis par un applet ou une application Java.

B

base de données desmédias

Entrées indexées relatives à l'emplacement et l'état du cycle de vie des données et des volumes gérés par le serveur EMC NetWorker.

C

Changed Block Tracking Fonction de VMkernel qui permet le suivi des blocs de stockage des machines virtuelles à mesure qu’ils évoluent dans le temps. Le VMkernel effectue le suivi des changements de bloc sur les machines virtuelles, ce qui améliore le processus de sauvegarde pour les applications qui ont été développées dans l'optique de tirer parti des API vStorage de VMware.

client Ordinateur, station de travail ou serveur de fichiers dont les données peuvent être sauvegardées ou restaurées.

client EMC NetWorker Voir « client ».

code de mise à jour Code qui met à jour le logiciel à partir d'une version antérieure. Comme les autres codes temporaires, il expire après 45 jours.

composant VSS Périphérique subordonné d'un writer. Voir « writer ».


Glossaire

D

Datastore Représentation virtuelle d’un ensemble de ressources de stockage physiques sous-jacentes dans le datacenter. Un datastore est l'emplacement de stockage (par exemple, un disque physique, un RAID ou un SAN) des fichiers de machine virtuelle.

délai d’inactivité Nombre de minutes à attendre avant qu'un client ne soit considéré comme indisponible pour la sauvegarde.

E

EMC Data ProtectionRestore Client

Navigateur permettant de procéder à des restaurations de niveau fichier, au cours desquelles des dossiers et fichiers précis sont restaurés sur les machines virtuelles Windows et Linux d’origine.

EMC NetWorkerManagement Console

Voir « serveur de Console ».

G

GSAN Serveur de données Avamar permettant d’effectuer des sauvegardes vers un emplacement de stockage interne Avamar.

H

hotadd Mode de transport pour lequel les E/S liées à la sauvegarde sont effectuées en interne via la pile d’E/S ESX à l’aide de la technologie hotadd SCSI. Cette méthode fournit de meilleurs débits d'E/S que NBD ou NBDSSL lors de la sauvegarde.

I

index de fichiers Voir « index de fichiers client ».

index de fichiers client Base de données qui assure le suivi de chaque objet de base de données, chaque fichier ou chaque système de fichiers sauvegardé. Le serveur EMC NetWorker gère un fichier d’index client unique pour chaque client.

index en ligne Bases de données sur le serveur EMC NetWorker qui contiennent des informations concernant les sauvegardes client et les volumes de sauvegarde. Voir « index de fichiers client ». Voir « base de données des médias ».

L

libellé Libellé attribué par EMC NetWorker et qui identifie de façon unique un volume. Des modèles peuvent être utilisés pour définir les paramètres des libellés.

M

métadonnées Informations définies par VSS qui passent du writer au demandeur. Les métadonnées comprennent le nom du writer, une liste des composants VSS à sauvegarder, une liste des composants à exclure de la sauvegarde et les méthodes à utiliser pour réaliser une restauration. Voir « writer ». Voir « composant VSS ».


Glossaire

N

NBD Mode de transport via le réseau local (LAN), généralement plus lent que le mode hotadd. En mode NBD, la charge CPU, mémoire et E/S est directement placée sur le serveur ESX qui héberge les machines virtuelles de production, puisque les données de sauvegarde doivent transiter par le même serveur ESX et atteindre le proxy via le réseau. Le mode NBD peut être utilisé pour un proxy virtuel comme pour un proxy physique. En outre, il prend en charge tous les types de stockage.

NBDSSL Mode de transport identique au mode NBD à ceci près que les données transférées sur le réseau sont chiffrées. Le transfert des données en mode NBDSSL est donc susceptible d’être plus lent et de solliciter davantage le CPU du fait de la charge supplémentaire que représentent le chiffrement et le déchiffrement SSL pour l’hôte VADP.

nœud de stockage Périphérique de stockage physiquement relié à un autre ordinateur et dont les opérations de sauvegarde sont contrôlées par le serveur EMC NetWorker.

nœud de stockage EMCNetWorker

Voir « nœud de stockage ».

O

ordinateur virtuel Logiciel qui crée un environnement virtualisé entre la plate-forme informatique et son système d'exploitation, afin de permettre à l'utilisateur d'installer et d'exécuter des logiciels sur une machine virtuelle.

P

Point de contrôle Sauvegarde système, effectuée au bout de 24 heures seulement (et au moment du point de contrôle après ce délai initial écoulé), qui est engagée au sein de vSphere Web Client et qui capture un snapshot de l’appliance EMC Backup and Recovery à un point dans le temps, à des fins de reprise après sinistre.

proxy de sauvegarde Système désigné comme système de sauvegarde hors hôte. Il s'agit d'un hôte sur lequel sont installés le client NetWorker et le logiciel VADP.

R

restauration Restaurer des fichiers d'un volume de sauvegarde vers un disque client.

restauration de niveaufichier (FLR)

Cette restauration permet aux administrateurs locaux des machines virtuelles protégées de parcourir et de monter les sauvegardes de la machine locale. L'administrateur peut alors restaurer des fichiers individuels à partir de ces sauvegardes montées. La restauration de niveau fichier s’effectue à l’aide d’EMC Data Protection Restore Client. Pour plus d’informations sur la restauration de niveau fichier, reportez-vous à la section « Utilisation de la restauration de niveau fichier » à la page 63.

S

SAN (Storage AreaNetwork, réseau dezones de stockage)

Mode de transport qui, lorsqu’il est utilisé, transfère complètement la charge CPU, mémoire et E/S de la sauvegarde vers l’infrastructure virtuelle. Les E/S de sauvegarde sont intégralement déchargées vers la couche de stockage où les données sont lues directement à partir du SAN ou d'une LUN iSCSI. Le mode SAN nécessite un proxy physique.


Glossaire

sauvegarde Opération qui enregistre des données sur un volume.

sauvegarde etrestauration de niveau

image

Utilisée en cas de reprise après sinistre.

sauvegarde etrestauration en une seule

étape

Voir « sauvegarde et restauration de niveau image ».

save Commande qui permet de sauvegarder des fichiers clients et de créer des entrées dans l'index en ligne.

saveset Groupe de fichiers ou système de fichiers qui est sauvegardé sur un média de stockage.

serveur de Console Tous les serveurs et clients NetWorker sont gérés à partir du serveur NetWorker Console. Le serveur de Console fournit également des fonctions de reporting et de surveillance pour tous les serveurs et clients NetWorker.

serveur de Console EMCNetWorker

Voir « serveur de Console ».

serveur EMC NetWorker Hôte exécutant le logiciel EMC NetWorker Server, qui contient les index en ligne et propose des services de sauvegarde et de restauration aux clients du même réseau. Voir aussi « index en ligne ».

service de clichésinstantanés (VSS)

Technologie Microsoft qui crée un snapshot d'un volume de disque.Le logiciel EMC NetWorker sauvegarde les données à partir du snapshot. Les applications peuvent ainsi continuer à écrire des données pendant l'opération de sauvegarde et cela permet également de vérifier que les fichiers ouverts ne sont pas omis.

Système d'exploitationinvité

Système d'exploitation s'exécutant sur une machine virtuelle.

V

VADP Acronyme de vStorage APIs for Data Protection (API vStorage pour la protection des données). VADP (VMware vStorage APIs for Data Protection) permet à un logiciel de sauvegarde d’effectuer des sauvegardes centralisées de machines virtuelles sans interruption ni temps système lié à l’exécution de tâches de sauvegarde à l’intérieur de chaque machine virtuelle. VADP remplace le framework VCB des sauvegardes VMware.

vCenter Outil de gestion d'infrastructure qui fournit un point central de configuration, de provisionnement et de gestion d'environnements informatiques virtualisés, et qui fait partie du module VMware Virtual Infrastructure.

VM Acronyme de Virtual Machine (machine virtuelle).

VMDK VMDK (Virtual Machine Disk) désigne un fichier ou ensemble de fichiers qui se présente au système d'exploitation invité sous la forme d'un disque physique. Ces fichiers peuvent se trouver sur la machine hôte ou sur un système de fichiers distant. Ces fichiers sont en général appelés fichiers VMDK à cause de l'extension .vmdk que VMware leur ajoute.


Glossaire

VMware BackupAppliance (VBA)

L’appliance de sauvegarde VBA (ou EMC Backup and Recovery) est une appliance qui, lorsqu’elle est déployée, permet d’effectuer des sauvegardes VMware et de créer des politiques de clonage dans NMC. Elle active par ailleurs le plug-in EMC Backup and Recovery dans vSphere Web Client en vue d’attribuer des machines virtuelles à ces politiques.

VMware Tools Installé sur chaque machine virtuelle, VMware Tools améliore les performances des machines virtuelles et ajoute certaines fonctions de sauvegarde.

W

writer Base de données, service système ou code d'application qui fonctionne avec VSS pour fournir des métadonnées concernant les éléments à sauvegarder et la manière de gérer les composants VSS et les applications pendant la sauvegarde et la restauration. Voir « métadonnées » et « composant VSS ».


Glossaire


INDEX

Symboles.ova, fichiers 36

Aadresse IP 36, 38ajout

applicance proxy d’image dans vCenter 36API vStorage pour la protection des données (VADP) 168appliance, VMware 36attributs d'informations sur l'application 110, 170Avamar Administrator

domaines 38

Bbase de connaissances, accès aux articles 97Bundle de fichiers log

nom du fichier 46

CCBT (Changed Block Tracking) 104

configuration 123clients

proxy 34, 36, 37, 38proxy d’image 34, 36, 37

clients virtuels 12, 168détection automatique 125

collecte des logs 45comptes utilisateur

connexion à vCenter 27configuration

environnement vCenter 27

Ddatastore, VMware 28déduplication, avantages 69dépannage

chargement des données d'une procédure de sauvegarde 94

échec de la sauvegarde des VM Windows 2008 R2 95échec des sauvegardes en présence de certains

caractères 96impossible d'ajouter un client 94impossible de localiser des éléments 94lenteur du chargement des sauvegardes 97perte des sauvegardes récentes après un arrêt non

planifié 96perte potentielle des sources de sauvegarde associées

95directives

compression 104cryptage 103prise en charge des directives 103

DNS 37DNS (Domain Name System) 36, 37, 38domaines 38

EEMC Backup and Recovery

accès aux articles de la base de connaissances 97affichage de l’état des services 44disques avec Thick Provisioning 80disques avec Thin Provisioning 80reprise après sinistre 85

ESXVMware 37

état de lecture seule du serveur 30

Ffenêtre Administration 47fenêtre console 46fichiers

.ova 36logs 36

Hhôte proxy VADP

configuration 105configuration automatique 105configuration manuelle 108

Llogs, collecte 45logs, fichiers 36

Mmachine virtuelle

modèle 30, 36, 38masque de réseau 38Microsoft

système d’exploitation Windows 36mise à niveau vers NetWorker 7.6 SP2 168

étapes suivant la mise à niveau pour Virtual Center 64 bits sous Windows 173

mise à niveau du client proxy uniquement 171serveur VMware ESX/ESXi 172

modèlesmachine virtuelle 30, 36, 38

modes de transport 102, 113hotadd 102NBD 103restauration à l'aide du mode SAN ou hotadd 142SAN 102


Index

NNetWorker Management Console Voir ConsoleNMC Voir Consolenoms d’hôte 37nsrvadp_save 159nsrvadpserv_tool 168, 172

Ppasserelle par défaut 38prise en charge de produit de plate-forme 57procédures de sauvegarde

création 62modification 62

proxy d’image, clients 34, 36, 37proxy, client 34, 36, 37, 38

Rréseaux/gestion réseau

adresse IP 36, 38DNS 36, 37, 38masque de réseau 38noms d’hôte 37passerelle par défaut 38

résolution des problèmescontrôle d’intégrité d’EMC Backup and Recovery 97l’appliance EBR ne répond plus 92la sauvegarde échoue si la capacité du datastore d’EMC

Backup and Recovery est insuffisante 95ressource Hypervisor

configuration 105configuration automatique 106configuration manuelle 108

restaurationniveau fichier 132niveau image 134sauvegardes de machine virtuelle dans les versions

antérieures à NetWorker 7.6 SP2 143restauration d’image 70

Ssauvegarde de client virtuel 114

configuration automatique 115configuration manuelle 118

sauvegarde et restauration de niveau image 12comparaison avec la sauvegarde et la restauration de

niveau invité 13restauration 134restauration vers un autre parc ou serveur vCenter 141sauvegardes incrémentielles 104

sauvegarde et restauration de niveau invité 12, 14avantages 15comparaison avec la sauvegarde et la restauration de

niveau image 13configuration 16inconvénients 15installation 15octroi de licences 164recommandations et remarques 16

recommandations relatives à l’installation de NetWorker sur une machine virtuelle 14

restauration 16sauvegarde et restauration VADP 16, 144, 165

avantages 17configuration des ports de réseau et de pare-feu requise

151disques persistants indépendants 104inconvénients 17matériel et logiciels requis 18octroi de licences 165optimisation des performances 159recommandations et remarques 144, 165

sauvegardes d’image, VMware 70sauvegardes en mode image 57segment de données de longueur fixe 69segment de données de longueur variable 69serveur Avamar

état de lecture seule 30Serveur vCenter 36services

démarrage et arrêt 44état 44ordonnanceur des sauvegardes 44services de base 44services de gestion 44services de maintenance 44services de restauration de niveau fichier 44services de système de fichiers 44

site Web de support en ligne d’EMC 7systèmes d’exploitation

Microsoft Windows 36

Uutilisateur VADP

attribution du rôle Utilisateur VADP 171autorisations vCenter 120création du rôle Utilisateur VADP 119, 171privilèges de restauration 121privilèges de sauvegarde 120

VVADP pour VMware 168vCenter 27, 28, 36, 37

compte utilisateur de connexion 27configuration pour la sauvegarde et la restauration

d’image 27modification des privilèges de rôle après mise à niveau

170prise en charge pour les machines virtuelles 57, 76serveur 36

Virtualisation 127VMware 12, 20

affichage graphique de l'environnement 128affichage hiérarchique du nœud de virtualisation 127appliance 36client vSphere 36configuration des notifications dans NMC 126datastore 28


IndexIndex

découverte automatique des environnements 124détection automatique des environnements VMware

125fichiers d’appliance 36fichiers d’appliance .ova 36notification des modifications apportées aux

environnements VMware 126outils 29proxys 34, 36, 37, 38représentation visuelle de l’environnement 127sauvegardes d’image 27, 70vSphere 36

VMwareconfiguration d’un client NetWorker 114licences 163

VMware ESX 37vSphere 36

client 36vSphere Client

démarrage à partir de NMC 131

Zzone de stockage de déduplication 69


Index
